Linked by Thom Holwerda on Mon 5th May 2008 21:00 UTC
OSNews, Generic OSes Ever since I started using computers, I've been baffled by the relative clumsiness of installing applications. Whether we are talking the really old days (launching the Rambo game off a tape), the '90s (running Keen or using installers in Windows 95), or the modern days (still those installers, but now also package management and self-contained applications); it's all relatively cumbersome, and they all have their downsides. I decided to put my money where my mouth is, and come up with my idealistic, utopian method of installing, running, updating, and uninstalling applications.
Thread beginning with comment 312980
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: GoboLinux
by wannabe geek on Mon 5th May 2008 23:13 UTC in reply to "GoboLinux"
wannabe geek
Member since:

It looks somewhat similar, but Gobolinux is an attempt to achieve modularity within the typical GNU/Linux paradigm, where there's no distinction between the base system and the applications, that is, any package can depend on other packages that may or may not be present, and it can fullfill the requirements of yet other packages.

On the other hand, Thom's proposal assumes a base system, which makes it more like PC-BSD or Mac OS X. Once you have a system/applications distinction, package management is almost trivial. But then all distros would have to agree on one base system, which would either kill the well-known configurability of GNU/Linux (as in being able to have a very small installation) or be such a small system that lots of duplicated libraries would coexist, among other problems. The LSB guys have been trying to do just that for years, and I don't know how much success the've had, but the fact is that third-party program packages are still distro-specific. TANSTAAFL :p

Reply Parent Score: 4

RE[2]: GoboLinux
by shevegen on Tue 6th May 2008 13:09 in reply to "RE: GoboLinux"
shevegen Member since:

'The LSB guys have been trying to do just that for years'

No they have not.
The LSB extends upon the FHS. How can they achieve AppDirs (or AppDir like solutions) when they extend the FHS?

Reply Parent Score: 1

RE[3]: GoboLinux
by wannabe geek on Tue 6th May 2008 13:54 in reply to "RE[2]: GoboLinux"
wannabe geek Member since:

Well, I meant that the LSB project tries to stablish a core system (including specific libraries), so that third party application packages can just depend on lsb-core. For instance, take this section:

"Packages shall have a dependency that indicates which LSB modules are required. [...] Packages shall not depend on other system-provided dependencies. They shall not depend on non-system-provided dependencies unless the package provider also makes available the LSB conforming packages needed to satisfy such dependencies. "

Reply Parent Score: 2