Following the discussions about QVector and QList on the qt development mailing list is almost a dayjob, I sighed on krita’s irc channel, this morning. It’s also slightly amusing, and it ties in with something I’ve been thinking about lately.
Last summer, when everything was still normal, I wanted to do some painting again after a hiatus of 15 years. (During which I did a lot of sculpture, but I hurt one of my fingers and the scar tissue both still hurts, especially if I put pressure on it, and the fingertip is completely insensitive at the same time. This makes sculpting in wax Not Fun.)
I took out my old Talens van Gogh paints, went on the roof terrace and started doodling. But the white spirit fume was rather bad for me, even outside… Some of those tubes I’ve had since I was twelve years old, and never used them up. Oil paint might be expensive, but apart from white, you don’t use much of it.
Then I discovered Talens Cobra water-mixable oils. I got a bunch of them, new brushes, some paper suitable for painting with oils, and had a lot of fun.
When we had a sprint last year (remember when we could have sprints, it sure seems a different country now), I let the artists paint with it, and they had fun, too!
The paper never really pleased me. I had two kinds, something linen-like and something with a bit of a coarse texture. Neither pleased me.
So, when around Christmas, I wanted to paint two small portraits of roleplaying characters, I started working on small panels.
I painted the portraits of Moyri and Khushi. This was lots of fun, too, but I sort of realized that in the first place I could do with some teaching where it comes to the technical aspects of painting. Sure, I have been going to life drawing class every other week for a couple of years now, but the teaching there is more about art and composition and things than technical advice on how to hold your brush, load it, put paint down and so on.
And I wanted to experiment with some other paint, so I got Schmincke Mussini paint. This paint turned out to be much nicer to use than Cobra or van Gogh, with a very smooth consistency and great colors. The Cobra vermilion is much too orange; the Mussini vermilion is just perfect. But the paint is mixed with a kind of resin, following the recipe of Cesare Mussini, who with a horde of other painters/scholars in the Nineteenth century was looking for the The Secret of the Old Masters and thought it were mystery ingredients, instead of just starting young, drawing all day and painting all day.
So I decided to look for a place to learn. I found Art Partout, in Deventer and a bunch of other places in the Netherlands. I took them up on their offer of a test lesson before plunging in. They let us paint cherries, which is a bit boring, but, well, I already found I learned some things, so I decided to join.
Except of course that the day the lessons were supposed to begin, the lock-down happened… They did send out paint, brushes, documentation and a link to a bunch of videos, so we could get started, though. The paint was Schmincke Norma, so now I have four kinds of paint to play with: Talen van Gogh, Talens Cobra, Schmincke Mussini and Schmincke Norma.
The first lesson was…. Painting two cherries. The identical two cherries I had already painting during the test lesson! Anyway, my results then weren’t too good, so I decided to just do it again, but with a twist: I’d paint the original cherries with the Norma paint, and then one with Cobra and one with Mussini, just to check whether the snootiness about Cobra being no good had anything to it.
Mussini, Norma, Norma, Cobra, table and background also Cobra, stalks Norma.
There was absolutely no difference in handling that I could feel between Norma and Cobra, apart from being able to clean the brushes with water.
But the Mussini was a lot better, with better covering, better spreading and fuller color.
I wish I had thought of this experiment before I did the second cherry with Norma, though, because I’d have liked to check with my old van Gogh paints. Though that set is missing some colors, and I cannot get the cap off the tubes of some others.
But there’s a second panel, which is meant to be used to paint berries, but I might just use it for another four cherries, in the interest of science…
And I’ve made a nice place to work for myself, with only one bug: it’s to easy to turn to the left and switch on the monitor of my work computer.
In my last post, I related the tale of how I had spent three months trying to return to laptops to Lenovo that I had mistakenly ordered... I thought it would only be friendly to mail Lenovo’s customer support (by Digital River, as they never tire of telling you) a link.
What the final demand letter hadn’t managed, the blog post managed.
The next working day, I had mail from Lenovo! Asking me whether I still wanted to return the laptops. I answered that I had only one left, which I really wanted to return, yes, especially since it had a faulty battery, and that the other was living a useful life in Mexico. I also explained that the problem seemed to be that TNT couldn’t send me the mail with the link to the return form.
The next day, I had a mail with all the details for shipping back the laptop, and within another two days, the laptop was gone! The box no longer clutters our dining room, and it was gone!
Then the wait for the refund started, and within a week, we had our money back!
Truly, the powers of blogging are infinite.
In September, I made a mistake… We needed new laptops for Dmitry and Agata, and after much deliberation, we decided upon Lenovo Yoga C940’s. These are very cool devices, with HDR screens, nice keyboard, built-in pen, two-in-one convertible — everything in short for the discerning Krita hacker.
I accidentally ordered the S940 instead — two of them. These are very awful devices, without a pen, no touch-screen, don’t fold, don’t have HDR, don’t even have normal USB ports. Overpriced, under-powered — why the heck does Lenovo call these Ideapads yoga’s? I have no idea.
Well, no problem, I thought. I’ll just return them and ordered the C940 instead. The C940’s arrived in time for our BlenderCon sprintlet, and were all what one expected them to be. And I filled in Lenovo’s web form to return the S940’s.
That turned out to be a big problem. Here’s what happened:
- I ordered them September 24th
- They were delivered September 26th (nice and fast)
- I filled in the return form on September 26th
- Not having heard anything from Lenovo or TNT, I called customer support (by “Digital River”) and was promised I’d get a mail the same day with the forms needs to send the devices back; you cannot just send them back, you have to have the forms. There’s no other way to get to know the return address.
- Not having heard anything back, I called them on October 21st. Same promises
- Not having heard anything back, I called them on October 21st. I had to call twice, because as soon as she’d heard my name, the first customer support person closed the connection. I got promises of escalation to higher-ups
- Not having heard anything back, I called them November 4th. I got the same person on the phone, who gave the same promise of escalation.
- Not having heard anything back, I called them November 19th, and was promised that my money would be refunded immediately and they would figure out a way to get the laptops back.
- Not having received my money, or heard anything back, I called them December 13th. They promised me they’d do something about it, but that I was very mistaken in supposing I should have had my money back, they hadn’t got the laptops, right? When I asked them for an address to send them to myself, I was told that was impossible, so sorry. I told them I would get legal advice if I didn’t hear from them.
- Not having heard anything from Lenovo, I called my legal adviser, who called Lenovo to get an address out of them we could send a paper letter to. This is apparently impossible. My legal adviser told me he was shocked at how rude the Lenovo representative was.
- I sent the required final demand letter by email in January…
- And not having heard anything from Lenovo whatsoever, my legal adviser told me the only solution would be to sue…
Well, I’m not prepared to bother with that. I’ll take my loss, think black thoughts of Lenovo and find a use for the devices. In fact, I’ve handed one to Ivan who didn’t have a windows machine, and tried to setup the other as a test machine.
But Lenovo is really, really awful. These laptops come with something called Lenovo Vantage, which has only one reason for its existence: it can switch the media keys into proper function keys. That used to be in the bios, but no longer… For the rest it’s a marketing and spyware tool — like Windows 10 itself, of course. And then Lenovo Vantage was updated, this function is gone! People started complaining about that on the Lenovo forums, and as of writing, Google still found those posts, but Lenovo has deleted all of them.
I’ve bought Yoga’s, Thinkpads and even Ideapads in great numbers in the past twenty years… But I think it’s time to make a change.
I’m not as deep into Python these days as I was twenty years ago. Twenty years ago, Python was small language with clear documentation and clear, consistent ways of doing things. One thing was hard, though, and that was packaging your python application so people on different systems could use it.
These days, Python is big, has lots of computer-sciency features that I don’t grok, and packaging Python is still hard. And the documentation is, for the most part, not very useful. I didn’t care a lot about that, though, since we only use Python as Krita’s extension language together with PyQt. And we had a nice and working setup for that.
Well, nice… It’s a bit hacky, especially for Windows. Especially since we need to build Krita with mingw, because msvc has problems compiling the Vc library. And Python has problems getting built with mingw-gcc on Windows.
We have three related parts: python, sip, which creates Python libraries out of special hand-written header-like files, and PyQt, which binds Pyton and Qt.
So, we start with a system-wide install of Python. This is used to configure Qt and build sip and PyQt. Then we download an embeddable Python of exactly the same version as the system-wide install, and install that with Krita’s other dependencies.
But last week the KDE binary factory windows images got updated to Python 3.8.1 (from 3.6.0) so we had to update the references to Python in Krita’s build system. There are a couple of places where the exact version is hard-coded, not just in the build system, but also in the code that setups Python for actual usage when Krita runs.
And at that point, our house of cards fell apart. Python 3.8 has a new, improved, more consistent way of finding dll libraries on Windows. At least, that was the idea. Following discussion in Python’s bug tracker, a Python developer declared victory:
Python 3.8 on Windows is getting a new fix for DLL Hell. If you bundle precompiled DLLs with your wheels or use ctypes, you should read https://t.co/tjNwZPII3X and the os.add_dll_directory() function. pic.twitter.com/NwesjRgWCN
— Zooba (@zooba) March 31, 2019
Given that the actual error we had was
Python 3.8.1 (tags/v3.8.1:1b293b6, Dec 18 2019, 23:11:46) [MSC v.1916 64
bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import PyQt5
>>> import PyQt5.Qt
>>> import PyQt5.QtCore
Traceback (most recent call last):
File "", line 1, in
ImportError: DLL load failed while importing QtCore: The specified module
could not be found.
This seemed related: the PYQt pyd files link to the Qt dll’s. The pyd files are in lib/krita-python-plugins, the Qt dll’s in the bin folder, and it looks like the QtCore pyd, even though dependency walker shows it can find the QtCore.dll, Python cannot find it anymore.
So, on to the changelog. This says:
DLL dependencies for extension modules and DLLs loaded with
ctypeson Windows are now resolved more securely. Only the system paths, the directory containing the DLL or PYD file, and directories added with
add_dll_directory()are searched for load-time dependencies. Specifically,
PATHand the current working directory are no longer used, and modifications to these will no longer have any effect on normal DLL resolution. If your application relies on these mechanisms, you should check for
add_dll_directory()and if it exists, use it to add your DLLs directory while loading your library. Note that Windows 7 users will need to ensure that Windows Update KB2533623 has been installed (this is also verified by the installer). (Contributed by Steve Dower in bpo-36085.)
Well, that sounds relevant, so let’s check the documentation and see if there are examples of using this add_dll_directory…
- Add a path to the DLL search path.
This search path is used when resolving dependencies for imported extension modules (the module itself is resolved through sys.path), and also by
Remove the directory by calling close() on the returned object or using it in a
See the Microsoft documentation for more information about how DLLs are loaded.
New in version 3.8: Previous versions of CPython would resolve DLLs using the default behavior for the current process. This led to inconsistencies, such as only sometimes searching
PATHor the current working directory, and OS functions such as
AddDllDirectoryhaving no effect.
In 3.8, the two primary ways DLLs are loaded now explicitly override the process-wide behavior to ensure consistency. See the porting notes for information on updating libraries.
Well, no… So let’s google for it. That didn’t find a lot of useful links. The most useful was a patch for VTK that uses this method from the C++ wrapper The examples in that tweet would’ve been a good addition to the documentation.
So I started experimenting myself. And failed. Our code that detects whether PyQt5 is available isn’t very complicated, but no matter what I did — even copying the Qt5 dll’s to the PyQt5 folder, using add_dll_directory in various ways, I would always get the same error.
And now I’m stuck. Downgrading to Python 3.6 makes everything work again, another hint that this dll finding change is the problem, but that’s not the way forward, of course.
For now, the beta of Krita 4.2.9 is delayed until we find a solution.
When I read “
I started programming using Qt and PyQt when I read about Qt in Linux Journal, which I was subscribing to back in 1996. That means that I’ve been using Qt for about 25 years. I initially wanted to write an application for handling linguistic field data, and I evaluated GTK+, wxWidgets, Qt, Tk, fltk, V and a few others that have been forgotten in the mists of time. I choose Qt because it had great documentation, a consistent API, the most logical (to me…) way of doing things like setting up a window with a menu or handling scrollbars and finally because it made C++ as easy as Java.
I’ve stayed with Qt for 25 years because, through all the vicissitudes, it kept those qualities. Mostly. There are now a lot more modules, most of which aren’t necessary for my work, there are people working on Qt who seem to be a bit ashamed that Qt makes C++ as easy as Java and want to make Qt as computer-sciency as C++, there have been the licensing issues with the QPL, the changes to GPL, to LGPL and then again some modules back to GPL there have been the Nokia years, the Digia times.
But I’ve always felt that I could build on Qt. And the reason for that is the KDE Free Qt Foundation. To summarize: this is a legal agreement that keeps Qt free software. If the Qt company won’t release a version of Qt under a free software license within a year of a release, Qt becomes licensed under the BSD license.
With yesterday’s message, the Qt company is searching the utter boundaries of this agreement. To recap:
- Long Term Support releases remain commercial only (the post doesn’t mention this, but those releases also need to be released under a free software license within a year to adhere to the agreement, at least to my understanding).
- Access to pre-built binaries will be restricted: put behind an account wall or be only available to commercial license holders
- And there’s a new, cheaper license for small companies that they can use to develop, but not deploy their work to customers.
This is a weirdly mixed bag of “changes”. The last one is a bit silly. Even the “commercial” side of Krita is too big to qualify! We’re five people and have a budget of about 125k…
The middle point is worth considering as well. Now there is nothing in any free software license that talks about a duty to make binaries available.
For a very long time, Krita, when part of KOffice, only made source tarballs available. Right now, we, like the Qt company, have binaries for Linux, Windows, macOS and (experimentally) Android. The Windows binaries are for sale in the Windows Store and on Steam, the Linux binaries are for sale on Steam. And all binaries can be downloaded for free from krita.org and other places.
This move by the Qt company would be like the Krita project shutting down the free downloads of our binaries and only make them available in the various stores. It would be legal, but not nice and would cost us hundreds of thousands of users, if not millions. It is hard not to wonder what the cost to the Qt community will be.
The first change, the restriction of the LTS releases to commercial customers has all kinds of unexpected ramifications.
First off, Linux distributions. Disitributions already rarely use LTS releases, and in any case, with Qt 3 and Qt 4 there didn’t use to be any LTS releases. But disitributions do have to keep older versions of Qt around for unported applications for a longer time, so they do need security and bug fixes for those older versions of Qt.
Then there’s the issue of how fixes are going to land in the LTS releases. At the last Qt contributor summit the Qt project decided on a process where all fixes go through “dev” and then are ported to the stable branches/LTS branches. That’s going to break when Qt6 becomes dev: patches won’t apply to Qt 5.
As for Krita, we’re using Qt 5.12 for our binaries because we carry a lot of patches that would need porting to Qt 5.13 or 5.14 and because Qt 5.13 turned out to be very, very buggy. For Krita, using a stable version of Qt that gets bug fixes is pretty important, and that will be a problem, because we will lose access to those versions.
As for the more intangible consequences of these changes: I’m afraid those aren’t so good. Even in our small Krita community, we’ve had people suggest it might be a good idea to see whether we couldn’t port Krita to, say, Blender’s development platform. This would be a sheer impossible task, but that people start throwing out ideas like that is a clear sign that the Qt company has made Qt much less attractive.
If I were to start a new free software project, would I use Qt? Last Sunday the answer would have been “of course!”. Today it’s “hm, let’s first check alternatives”. If I had a big GTK based project that’s being really hampered by how bad, incomplete and hard to use GTK is, would I consider porting to Qt? Same thing. If the KDE Free Qt Foundation hadn’t that agreement with the Qt company, the answer would probably be no, right now, it’s still probably a yes.
Now as for the actual announcement. I think the way the Qt company represents the changes is actually going to help to harm Qt’s reputation. The announcement is full of weasel-wording…
“General Qt Account requirement” — this means that in order to download Qt binaries, everyone is going to need a Qt account. Apparently this will make open-source users more eager to report bugs, since they will already have an account. And, yay, wonderful, you need an account to access the completely useless Qt marketplace. And it allows, and now we’re getting at the core reason, the Qt company to see which companies are using the open source version of Qt and send salespeople their way. (But only if the people making the accounts are recognizable, of course, not if they make the account with their gmail address.) When I was working for Quby, I was unpleasantly surprised at how expensive Qt is, how little flexibility the Qt company shows when dealing with prospective customers — and how we never downloaded the installer anyway.
“LTS and offline installer to become commercial-only” — this will break every free software project that uses services like travis to make builds that download Qt in the build process. Of course, one can work around that, but the way the Qt company represents this is “” Which of course means “our regular releases are actually betas which we expect you freeloaders to test for us, to provide bug fixes for us, which we can use to provide the paying customers with stable releases”.
And yes, theoretically, the main development branch will have all bug fixes, too, and so nobody misses out on those bug fixes, and everyone has stability… Right? The problem is that Qt has become, over the years, bigger and buggier, and I doubt whether releases made fresh off the main development branch will be stable enough to provide, say, a stable version of Krita to our millions of users. Because, apart from all the bug fixes, they will also have all the new regressions.
“Summary”. “” — though only to the extent that the Qt Company is forced to adhere to the open-source model by the KDE Free Qt Foundation.
“” — my fear is that the Qt Company will not survive the fracturing of the Qt ecosystem that this decision practically guarantees.
I started feeling really tired in November, and then I realized I hadn’t taken much time off this year — a couple of days at the sea-side was most of it. So I thought it was time to do something else than bug triaging, bug fixing, writing code, acting like I’m a manager. This summer I’d bought water-soluble oil paints (Cobra, from Talens), and I have spent and hour here and an hour there learning the stuff again.
For my own reference:
- Mix of Titanium and Zinc White
- Burnt Sienna (to work as red)
- Phtalo Blue
- Permanent Yellow with Phtalo Blue
- Cobalt Blue
The group of six dots, left to right, each column top to bottom
- Cadmium Yellow Lemon with Ultramarine
- Cadmium Yellow Lemon Phtalo Blue
- Cadmium Yellow Lemon with Cobalt Blue
- Permanent Yellow Medium with Ultramarine
- Permanent Yellow Medium Phtalo Blue
- Permanent Yellow Medium with Cobalt Blue
- Permanent Lemon Yellow with Ultramarine
- Permanent Lemon Yellow Phtalo Blue
- Permanent Lemon Yellow with Cobalt Blue
Inside two color, three colors in a row, left to right, top to bottom
- Phtalo Blue with Lemon Yellow
- Cobalt Blue with Permanent Yellow Medium
- Cobalt Blue with Cadmium Yellow Lemon and Burnt Sienna
- Cobalt Blue with Cadmium Yellow Lemon
- Cobalt Blue with more Cadmium Yellow Lemon
Well, that was three interesting articles on the same topic on the same day, namely, billionaires. And read in turn they explain exactly why the Linux Desktop is still at such a marginal market share, and why that’s not because we, who work hard on it, are failures who have been doing the wrong thing all the time. It is in the first place policies, bought with money, that allowed people to build monopolies, taxing individuals and so becoming even more rich and powerful.
(Similarly, it’s not individuals through their choices who are destroying the planet, it is policies bought by the very rich who somehow believe that their Florida resorts won’t sink, that they won’t be affected by burning up the planet so they can get richer. But that’s a digression.)
So, the the first article, by Arwa Mahdawi, discussed the first part of this problem: with enough money, all policies are yours. It’s just a squib, not the strongest article.
Then, Robert Reich, a former US secretary of labor enumerates the ways people can become so exceedingly rich, and none of that is because they are so hard-working and so successful:
- Exploit a monopoly: this is illegal under the laws of the United States.
- Exploit insider information. This is also illegal.
- Buy a tax cut. This seemed uniquely USA’ian until the Dutch prime minister Rutte promised abolition of the dividend tax to Unilever. This would seem to be illegal as well, but IANAL.
- Extort people who already have a lot of money. Extortion is illegal.
- Inherit the money. This is the only legal way to become a billionaire.
Now the article entitled What Is a Billionaire, by Matt Stoller was posted to the Linux reddit today. Not surprisingly, many people completely didn’t get the point, and thought it was irrelevant for a Linux discussion forum, or was about capitalism vs socialism, or outdated Microsoft bashing.
However, what it is about, is the question: why is Bill Gates not in jail for life with all his wealth stripped off? He’s a criminal, and his crime has directly harmed us, the people working on free software, on the Linux Desktop.
So, to make things painfully clear: Bill Gates made it so that his company would tax every computer sold no matter whether it ran Windows or not. If a manufacturer wanted to sell computers running Windows, all the computers it sold were taxed by Microsoft. He would get paid for the work a Linux distribution was doing, and the Linux distribution would not get that money.
That means there’s a gap twice the amount of this illegal tax between Microsoft and the Linux distribution. If a Linux distribution would want to earn what Microsoft earned on a PC sale, it would have to pay the Microsoft tax, and ask for its own fee.
This cannot be done.
And I know, this has been said often before, and discussed often before, and yeah, I guess, poor Bill Gates, if he hadn’t been bothered so badly with the hugely unfair antitrust investigation, he would also have been able to monopolize mobile phones, and the world would have been so much sweeter. For him, for certain.
I guess we didn’t do all that badly with the Linux Desktop market share being what it is. This is a fight that cannot be won.
Monopolies must be broken up. It’s the law, after all.
I was going to attend the Linux App Summit, and even going to speak, about Krita and what happens to a an open source project when it starts growing a lot. And what that would mean for the Linux desktop ecosystem and so on. But that’s not going to happen.
There was really bad flooding in the south of France, which damaged the TGV track between Montpellier and Barcelona. When we went home after the 2018 Libre Graphics Meeting, we took the train from Barcelona to Paris, and noticed how close the water was.
Well, I guess it was too close. And this is relevant, because I had planned to come to Barcelona by train. It’s a relatively easy one-day trip if everything is well, and gives ten hours of undisturbed coding time, too. Besides, I have kind of promised myself that I’m not going to force myself to take planes anymore. Flying terrifies me. So I didn’t consider flying from Amsterdam for a moment — I was only afraid that other people would try to force me to fly.
Then I learned that there is a connection: I would take the train to Montpellier, and then a bus to Bezieres and then a train again. It would make the whole trip a two-day journey, with, as recommended by the travel agency I bought the tickets from, a stop in Paris. That advice was wrong.
I should have taken my connecting train to Montpellier, got a hotel there, and continued the next day. At this point I was like, okay… I’m just going home. Which I am doing right now. I bet the trip back would be just as difficult, and my Spanish isn’t as good as my French, so I would have an even harder time getting people to tell me what to do exactly, when to travel and where to go.