Linked by Mike Hearn on Fri 6th Dec 2002 08:37 UTC
Linux If you've used Linux for more than ten minutes, you've almost certainly come across the nightmare that is package management. You know what I mean - dependancy hell has become legendary and it's no exagguration to say that one of the most offputting aspects of Linux for a new user is the lack of InstallShield type 3 click installs. This article looks at how we ended up in the quagmire of RPM and dependancy hell, and then moves on to talk about a possible solution in the form of autopackage. It takes a high level overview of how autopackage works and what it's capable of. If you want more technical details, check out the website. Finally, this article assumes only that you're interested, not that you have any Linux experience.
Permalink for comment
To read all comments associated with this story, please click here.
p2p package management
by a supporter on Fri 6th Dec 2002 10:13 UTC

I think decentralised package mangeement using a p2p network style is a very good Idea.
Another One is to make aLL linux station that are willing to to become a node.
Another One is to be able to be able to produce every package you've installed from your installed station (useful for being a node)
(gpg signature is needed for distribution)
A Gui for producing package is essential.
An import Tool (from deb, rpm to autopackage)
An integrated bug report tool for each package that send the report to the good person (improving bug reports improve softwares)
Data to be installed must be downloaded separatly from the package scripts.
You download script, it checks what it needs, then download it.
(not like urpmi that get a huge list, then use it for requesting sofware needed. the package should be able to resolve thos)
A Security graduation notation for Package (installing a new kernel is more dangerous than a new text editor...)
Very good initiative !!