To view parent comment, click here.
To read all comments associated with this story, please click here.
I've only ever had dependency problems with rpm-based distros. I'm not too hot on them for that reason. I do use and like SuSE, but I keep to the software they have available. I've only got 80Gb on the disk I use in that machine anyway.
Sorry, but I don't accept that "for truly independent software companies it is bad news". If you work on Windows you are at the mercy of Microsoft. Apple may be better than this, but considering they control their architecture even more tightly than MS, I doubt it. The number of software companies that have been double-crossed by MS is legion. Allowing them to get into software like office suites and so on when they already have a monopoly on OSes was a big mistake, in my opinion.
If you work on Windows you are at the mercy of Microsoft.
How so? The evil MS will post factum change code in Windows XP, 2000 and 98SE specifically so that your desktop app doesn't work? :-) No, that's not the message they want to send about their OS. On the contrary, they encourage development and proliferation of 3rd party software and make sure it works. And supporting all even relatively modern Linux distro versions out there is surely ten times more difficult that supporting the three or four major versions of Windows.
Edited 2006-10-06 07:55
Because it's an extra barrier to entry for independants : costs rise per distro you choose to support. Alternatively you could rely on the distro itself to package as you point out, leaving you at the whim of a third party. Perhaps they prefer another package and work on that while delaying the release of your software. Either way for truely independant software companies it is bad news
Either way it is bad news for your credibility, as what you describe poses no problem to ISV on Unix platforms.
But strangely enough, it is a problem on Linux.
Well on OsX you can be certain you have a broad set of basic software available, so it's not as much of a problem as you think
It's still a big problem. I'd say Linux has even more basic and not basic software, with 15000+ software in repositories.
Not so on Linux even with the LSB, which is practically useless. Installed libraries and versions vary wildly
Which is not a problem at all, as major versions don't vary wildly.
And what if the user updated some library because another package wouldn't install otherwise and now your package won't install (aka welcome to dependancy hell) ? Having multiple version of the same library installed is a frequent occurance even on Linux
The second sentence is the answer to the first question. That's multiple major versions of course. Actually, it's not frequent at all.
Except if you use lots of proprietary stuff, which are never as well supported as FOSS stuff, and always fall behind.
When Nero got out on Linux, it was already worse than nearly anything on my PC (especially K3B). I tried to install it this year to see the difference : it was a pain, I needed very old libraries, and when I made it work, it didn't even detect anything. K3B is far better since then.
Most of the time, the problem with ISV software on Linux is that it's not supported after launch. So stop the BS about problems of installation, this is not the truth at all.
Software repositories are a hack to work around one of the central problems in Linux and they leave independants in the cold
That's BS. Independants are those that leave Linux in the cold. Look at NX software for an example of a good software vendor on Linux.
Now look at Nero, or even Macromedia for very lousy ones. Those are the most common ones. Even Real didn't work without an old gcc (3.3) library (I didn't install the latest version yet, so I don't know if it's still the case).
Meanwhile, my Loki games still work and install without problem (most use OSS instead of ALSA for sound, but it's no problem).
That's the main problem. All kinds of sotwares need active and laborous maintinence to be usable on linux few months from introduction. Keep in mind that a simple recompile in slightly different build environment completely voids all previous testing sessions. Paired with still miniscule linux desktop market share and an indifferent (at best) attitude from system vendors it reinforces the chicken and egg effect. The one that makes MS sleep well wrt client stuff.





Member since:
2005-07-06
I don't see how it's "bad for business". And distros ship plenty of third-party stuff with their OSes: VMware is available as an ebuild from Gentoo, for example.
Because it's an extra barrier to entry for independants : costs rise per distro you choose to support. Alternatively you could rely on the distro itself to package as you point out, leaving you at the whim of a third party. Perhaps they prefer another package and work on that while delaying the release of your software (eg. a build of bochs available before vmware). Either way for truely independant software companies it is bad news.
As for MacOS-style app-bundles, don't they include everything the author put in to the app, even libraries which might otherwise be available? Who wants six copies of the same library?
Well on OsX you can be certain you have a broad set of basic software available, so it's not as much of a problem as you think. Not so on Linux even with the LSB, which is practically useless. Installed libraries and versions vary wildly.
And what if the user updated some library because another package wouldn't install otherwise and now your package won't install (aka welcome to dependancy hell) ? Having multiple version of the same library installed is a frequent occurance even on Linux.
Software repositories are a hack to work around one of the central problems in Linux and they leave independants in the cold.