Linked by Thom Holwerda on Wed 26th Jan 2011 22:24 UTC, submitted by fran
Permalink for comment 459806
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/25/13 0:45 UTC
Linked by Thom Holwerda on 05/24/13 23:59 UTC
Linked by Thom Holwerda on 05/24/13 22:33 UTC
Linked by Howard Fosdick on 05/24/13 21:41 UTC
Linked by Thom Holwerda on 05/24/13 14:44 UTC
Linked by Thom Holwerda on 05/23/13 23:22 UTC
Linked by Thom Holwerda on 05/23/13 22:04 UTC
Linked by Thom Holwerda on 05/23/13 22:01 UTC
Linked by Thom Holwerda on 05/23/13 17:52 UTC
Linked by Thom Holwerda on 05/22/13 22:23 UTC
More News »
Sponsored Links



Member since:
2005-07-22
And therein lies a problem.
The latest version will probably run on the latest version of Ubuntu but how will that play on a server distro like RHEL where everything is not at the latest cutting and dare I say it slightly unstable edge?
If I'm using a stable server distro (ie one where I just want patched and a few bits backported) I would need to see a range of versions of the app in the store with their OS dependencies so that I can install the one that will run on my Server System.
The last thing I want is to install an app that brings down with it versions of OS libs that don't play with the stuff I already have installed.
The sheer vision of trying to sort that mess out makes me want to steer well clear of this for some time to come.
Just because some crappy dev builds an app that requires the latest version of a lib that will go merrily stomping over your existing stuff is not what I want.
If however the apps were setup to be installed in a way similar to those on OSX where the app deps are kept well away from the system libs then I'd go for it.
There is a lot to sort out here...