Quotes of the week

And they obviously do that because ROI is poor. Instead of trying to improve ROI for the developers (by reducing investment because it's hard to increase sales too much when you have so few users)

The obvious way of tackling this as far as the games are concerned would not be to try the Sisyphean task of establishing a distribution-independent third-party application deployment infrastructure, but to come up with a way to run Android games on generic Linux desktops. This takes the application developers out of the loop entirely, instead of having to convince them to support one more platform (even if it is just one), and is a more feasible project by orders of magnitude, mostly because it is basically technical rather than political in nature.

linux people talk about how that's “as much developer's as the distribution loss” and about how “it's really the third-party desktop app developers who should be pushing for a change”.

The distributions really don't have much incentive to bend over backwards in this case. If anything it should be the smaller distribution projects rather than the big community-type distributions which should support an »app store« because it means that they can save manpower by not having to maintain a package for everything. On the other hand, most of the smaller distributions are really spin-offs of large distributions that can ride piggy-back on those distributions' repositories, and these already tend to have everything that is of interest in the first place (the FLOSS stuff, anyway).

But it's cheaper for any third-party developer to just create half-dozen packages for popular distributions rather then try to create the whole Linux app store!

The Linux community is notoriously bad at coming up with standardised solutions (it has brought us a dozen main-stream Linux distributions, four desktop environments, and so on), and it would be folly to rely on the community to come up with »the Linux app store« because it will never happen – at best it will be »LSB all over again« with the predictable result. Especially since you'd need buy-in from the main Linux distributions, because otherwise any effort towards an app-store-based Linux will just be seen as »yet another distribution« and not change anything at all.

It may be uncomfortable to you but if you want an environment for third-party Linux desktop apps you will have to go to the developers of those apps to figure out what they need, and it will have to be those developers who will have to see about making it actually happen. (If they're clever they'll band together to do it, and talk to the distributions, too.) This is the FLOSS tradition of »scratching one's own itch«. If the third-party developers don't feel the need to scratch then maybe they're not itching enough (yet?).

For example on Windows or MacOS. GIMP has his registry, TeX has TeXLive and Chrome has it's store. They all exist quite independently and don't really affect each other.

It turns out that there are various pieces of software that need TeX installed, or some sort of web browser. The usual Linux distributions handle this easily. Smartphones and the iPad generally don't run TeX and come with a web browser preinstalled, so the issue doesn't really come up.

How, in your opinion, would an ecosystem based on an »app store« handle this? Having each such »app« include its own copy of TeX isn't feasible as TeX tends to be somewhat large (usually way larger than whatever »app« is using it). Asking users to make sure that they also install the TeX app is a step backwards from what distributions do today and makes it difficult to claim that the »app store« is really more convenient for users. So it seems you're back to explicit dependencies.

Distributions promised to do the impossible: to support applications which pick dependencies at random without thinking. And now they are chocking under the load. The Linux desktop world is crumbling because you can't depend on it: familiar applications can be changed without notice (see GNOME and KDE) or just disappear (things like the venerable XV or GnoCHM) unless user itself decides to play Atlas, too.

This is arguably not the distributions' fault. They are doing a great job packaging things like the Linux kernel or glibc where the upstream authors do care about backwards compatibility, and they usually do allow several (major) versions of a library to coexist, which ought to take care of the ABI evolution issue if the upstream library authors do their job properly. Blame the GNOME and KDE developers for apparent incompetence or misguidedness or the XV developers for finding more interesting things to do with their lives. You can really only fault the distributions for not releasing often enough (if you insist on always having the newest stuff on the day it comes out) and not wanting to distribute stuff that they aren't entitled to distribute.

But it works better then the distributions model and as long as Linux desktop will reject it it'll have the same 1% of the market.

The »app store« model works for iOS because it is the only model there is (on Android you can install stuff from elsewhere but it is enough of a hassle for most people not to bother). Apple (and to a lesser extent, Google) don't use this because they want to make life easy for everyone but because they want to keep control over what is available and also take their cut.

As far as Linux is concerned, there is nothing wrong with the distributions model other than that there could be more ABI compatibility for the benefit of third-party app developers. LSB was supposed to sort that out but as we have seen was mostly a paper tiger.

At the risk of sounding like a broken record, the reason why an app-store model works for iOS but will probably not fly for Linux is that, unlike Apple at the time, the Linux community has no Steve Jobs figure. In the Linux community, any app-store model will need to succeed on its merits, not because some autocrat decides that an app store is how software is going to be distributed. You may argue until you are blue in the face that Linux distributions don't actually work but the fact of the matter is that, for all practical purposes, all existing Linux users run one distribution or another. These distributions set a bar that is uncomfortably high to jump over if you're an app-store-based model – because whatever their shortcomings the distributions are pretty damn good at what they are doing, namely putting useful software in the hands of their users. So the »app store« will have to offer something that distributions don't, and that will have to be (as I wrote earlier) convenient installation of uninteresting, or very new, or non-FLOSS software, i.e., stuff that distributions won't touch, and that out of the 1% of Linux users, probably only a small percentage is really interested in to begin with.

Your argument is that people who are not using Linux now will be enticed to switch to Linux based on such an app store, and it is an argument that I don't buy. I'm all in favour of more standardisation, and I think it would be great in many ways if there was an obvious »Linux« that new users could install to get started rather than the current mess of half a dozen reasonable choices, all with their different strengths and weaknesses. But I have also been around the Linux community long enough to be fairly sure that this isn't going to happen anytime soon. Linux could probably do with more of a market share on the desktop, but claiming that an »app store« for Linux will make all the difference there is cargo cult thinking – if you just flatten the grass enough and put on runway lights then the airplanes full of goodies will come to you.