No more updates for Freecode

So I think I agree with your last point, though right now I do indeed struggle to remember where this started :)

We started with the assertion that in a world of Linux distributions sites like FreshMeatFreeCode are useless because distribution makers erected roadblocks between developers and users.

Everything after that were justifications for these roadblocks and attempts to explain how they are not a problem and how developers and users and stupid to not “see the light”.

Firstly you complained about distros and a lack of an ABI, so I mentioned the LSB.

Indeed, the biggest problems with the Linux distributions is the simple fact that they offer no ABI and no usable SDK to an application developers. LSB is just a fig leaf which is useless and pointless attempt to hide that fact as I explained may years ago.

But for a lot of Linux people "ABI considered harmful!", they want to develop and not have discipline of maintaining compatability, through carefully thought out and planned longterm change.

Indeed. Sometimes it looks like both third-party developers and actual users are some kind of obstacle on the road to nirvana.

For example in yr 2000 with LSB, a week or so before LSB 1 was announced, RH 7 came out with an experimental gcc, which made C++ programs incompatible with both gcc-2 & the next release gcc-3.

Actually this is what I consider proper and correct way of handling things. They needed a compiler with decent C++ support. Said compiler was not available back then (RedHat 7 was released September 25 2000, GCC 3.0 was released June 18, 2001, that's year and half after release of RedHat 7.0). Sadly they have not pursued the needs of desktop users with such a rigor.

The 2nd-5th tier distro's had more interest in success of standardisation, but as the bubble burst pressure on balance sheets overcame their big market opportunity chasing optimism.

Instead of offering usable, comprehensive set of ABIs to give to application developers they tried to pick bits and pieces which were already stable and use that as basis. It'll never work: something will always be in flux. In that case someone must decide that “we are supporting X using Y and W using Z and are ready to support these packages for the next KK years even if original developers will abandon them”. Ubuntu does it right in today's world, but, sadly, it does not look like they have enough manpower to create a coherent result.

Now your beefs with LSB in previous thread about icons and stuff, I think you expected too much.

Why? I don't ask for a “Visual IDE” or any wizards. I'm asking for the bare necessities: an SDK which makes it possible to create a package which I could give to my users. Nothing more, nothing less. Why else will anyone want to read my announcements (on FreshMeatFreeCode or any other site) if they have no way to actully try my stuff?

Also in past, I have run very old binaries and they HAVE worked.

Indeed. The foundation (Linux kernel, GlibC, libstdc++, Xlib) is rock-solid. But everything on top is unusable mess.

People just don't do that, when a distro is built, they want a lean mean package optimised and targetting their current release.

Right. And they don't think about the needs of developers and as a result it's hard to develop anything usable for Linux if your program needs anything except the bare necessities (basically if you need to use GUI in any shape or form you are SOL).

Having been in position of doing ports, build and distribution for an ISV, I certainly DID not need 100% compatability. When you have high value software, for decent money, then you can invest in glue at install time.

Of course. But wast majority of the software is not high value software which you develop for decent money but more like “two guys in garage who have saved enough to dedicate half-year of their life to some problem”. They don't have the luxury to chase differences in the distributions and when their savings run over they release their software and switch to something else. They don't ever touch it again. Well, may be they will do a bugfix if it's broken by a new Windows (Android, MacOS, Linux) version, but then again, may be not.

Just look how difficult it is for MS to move userbase forward from XP with Win8, despite being in a position to dictate to OEMs and end users.

Sure. But that happens because they actually care about users. When users refuse to budge they try to convince them, try to offer some incentives, try to do some redesign, etc. Only when they are sure that only tiny percentage of users are unsatisfied (mostly non-payong ones in China) they abandon the old version. Compare with “if you don't want to play by our rules and upgrade two times per year the you could go away” approach of many distributions. Sure, people do go away… to MacOS or Windows. These OSes may be awful “vendor-controlled” ones, but their creators actually hear user's complains—which is not something you could say about Linux distributions.

Also, even if a distro goes out of it's way to support alien software, the OS/2 story tells us where that leads, ISVs not targetting native.

Sure. But eventually this becomes your only option till you die off comepletely. I applaud optimists like rqosa who believes that when you are thrown under the bus you could survive by using thick enough suit, but I somehow don't see such feature.

Yes, and the OS (Linux) does indeed support a wide variety of programs.

No, it does not. You may joke about quality of Android applications but it does not change the fact that there are millions of them. And Windows has similar number of application and most likely even more. And that's not counting special-purpose applications developed “in-house” (some estimates say that there are 10 times more of these). Linux has just a tiny fraction of that.

I think you meant to say "proprietary programs"?

I meant to say “programs delivered in usable form”. Since for most users binaries are the only usable form that's what I'm talking about. If application is actually open sourced or not is minor issue here. Even if user actually has the source (as with many “in-house” applications) there may be noone around who could actually modify/fix it.

As long as the users are not clamoring for making it easy for proprietary developers, it's not going to happen.

Users often try to ask about it but when faced with openly hostily reaction just go with MacOS or Windows.

As long as each are meeting the needs of their respective users, what is the problem exactly?

The problem is that the whole thing slowly falls apart. Few years ago people were able to manage the complexity by throwing huge amount of resources on a problem, but now, when number of developers is shrinking (how many active developers GTK+ have now?) and complexity of the task does not Linux desktop becomes more and more broken. And people who are trying to do something about it (e.g. Lennart Poettering) are met with outright hostility.

It really starts to look like the only solution to the whole mess is replacement of GNU/Mess with something based on Android and I, for one, not sure this will be a good thing.