Gentoo Linux Rethinks Package Management System 300
YOU ARE SO FIRED! writes "In an effort to conform to the LSB standards, Gentoo Linux will be adopting RPM as the standard form of package management in portage 2.1. More information can be found in the Gentoo weekly newsletter. I'd surely be fired if I would've proposed such an idea!"
April Fool's (Score:3, Informative)
Check the above link for some of the gentoo-user mailing list archives - discussion started a few minutes after the newsletter went out. Common consensus is that it's April Fools - killing the package management system that makes Gentoo unique and requiring X is just too big a step to make without any discussion on the gentoo-dev list. Kurt did a really good job on this one if Slashdot bit!
Re:More Convience For Average People (Score:5, Informative)
2. You obviously know not of what you speak. RPMs are more complicated than Gentoo ebuilds or debian debs.
With Gentoo you type:
# emerge enlightenment
You don't have to know anything about C, C++, Python or even shell scripting. All you have to know is your architecture and the optimizations you want (and the detailed docs are very newbie friendly).
with debian type:
# apt-get install enlightenment
Either distro will then install E, X, and all required libs/programs.
Both distros have centralized package repositories (free of charge) that contain everything I've ever needed, tested for full compatibility.
With rpm, you find the package, download it, type the rpm command, get an error about libWhatever.X.Y.Z.so being required, spend hours figuring out what package has libWhatever.X.Y.Z.so, go to bed three hours late, because you were looking for the package,
Gentoo forum thread (Score:3, Informative)
Re:More Convience For Average People (Score:3, Informative)
An rpm doesn't include a list of all rpms it requires, just libs, and neither does the rpm database.
The ebuilds in
Having some other person be able to run the server that redhat should give access to for free doesn't help. That server is pretty useless unless it's housing the latest packages all tested for integration, like debian and gentoo. And who's running it? I feel pretty safe getting files from debian.org or gentoo.org, but some_guys_home-grown_redhat.com doesn't inspire confidence in me.
Rpm was never designed for upgrading. Redhat's idea of an upgrade is buy the next version and install it.
A debian box can do an entire upgrade (including glibc) without having to reinstall or even reboot. The only thing that requires a reboot is a kernel upgrade, so you can run the new kernel.
I'd suspect that gentoo can act similarly. And I'll find out when the next major revision of glibc comes out.
Re:April Fools Aside, what is wrong with RPM? (Score:3, Informative)
Sounds like you want something like Zero Install [sf.net]. It uses the globally unique nature of the Internet's DNS system to remove the need for a central package database, allowing packages to be fetched (and cached) as they're needed, so you never install anything you don't use.
There are no dependancy issues, because applications link to resources by URI, so the system always knows where to get missing files from.
And you don't need to be root to 'install' stuff, because it's just a high-speed network cache, so all users can install stuff easily and safely, and you don't get buggy running-as-root postinst scripts bombing out and messing up your system like on Debian, etc.
And April 1st was probably a bad time for me to announce this ;-)
Re:April Fool's (Score:3, Informative)
If you thought the discussion on gentoo-user was amusing, you should have seen the flamewar on #gentoo. I am amazed and astounded at how many people fell for this joke. Of course, I speak with inside knowledge of the project, but the idea that we would migrate to RPMs for our package management format is simply not in the realm of possibility. I assumed most people would realize that, too.
Then again, we did go to great pains to research the LSB to come up with support, albeit tenuous, for our arguments.
--kurt
Re:More Convience For Average People (Score:1, Informative)
Having such a common set of packages makes constructing an automatic dependency resolver easier, which is why apt-get often works better than it's redhat cousins. It also means you seldom need to go outside the package manager and risk losing accurate configuration and dependency information. If something you need isn't in Debian, consider packaging it for yourself to keep your package DB accurate, and then join Debian to become a developer.
There are fairly small differences in the actual format that Debian doesn't want to give up, refinements in the way inst/preinst scripts fire, the way
apt-get does download the Packages.gz files, which are basically concatenations of the control files for every