Linked by Thom Holwerda on Sat 12th Jan 2008 20:32 UTC, submitted by Excel Hearts Choi
Gentoo Daniel Robbins, original creator of the Gentoo project, offers a solution to fix the recent leadership crisis at Gentoo: "I have received permission from my employer to return and serve as President of the Gentoo Foundation, renew its charter, and then work in some capacity to help to get Gentoo going in the right direction from a legal, community and technical perspective."
Thread beginning with comment 295553
To read all comments associated with this story, please click here.
Gentoo needs a real leader
by -APT- on Sat 12th Jan 2008 23:56 UTC
-APT-
Member since:
2007-03-20

But I'm not sure if Daniel Robbins returning is the best solution.

There seems to be a lot of hate from a few people within Gentoo, as I'm sure that he doesn't particularly like some of the people involved as well. Robbins rejoining is likely to cause just as many problems as it may solve.

Technically Gentoo doesn't seem to have moved that far, something I thought it was great for. Some of my annoyances for it include:

- Slow package updates. I know that bugs can occur as a result of buggy packages released too early, but many Gentoo developers seem extremely slow at moving packages into stable. You know things are slightly wrong when other distributions stablise things ages before Gentoo does.
- Bastardisation of Gentoo Linux. I really don't care about Gentoo/BSD! Although I've tried Paludis I don't want development time of a package manager to be split by developers with a different agenda. I'd rather Gentoo concentrated on Gentoo Linux instead of trying to do everything including the Gentoo GNU Toaster/Fridge/Oven.
- Lack of improvements to Portage. Things haven't advanced enough. The removal of packages bringing in use flags (eg. installing mysql would add a mysql use flag), this is probably a good idea but nobody has bothered adding default use flags per package!

I still like Gentoo, however it's more of a love-hate relationship these days.

Reply Score: 1

dylansmrjones Member since:
2005-10-02

...The removal of packages bringing in use flags (eg. installing mysql would add a mysql use flag), this is probably a good idea but nobody has bothered adding default use flags per package!


It would be disastrous though. Imagine the conflicting use flags if every single package added its own use flags to the system. Installing mysql should never add a mysql use flag. However adding a mysql use flag ought to result in mysql being installed. Your suggestion would completely screw up sane systems.

Reply Parent Score: 2

da_Chicken Member since:
2006-01-01

It would be disastrous though. Imagine the conflicting use flags if every single package added its own use flags to the system. Installing mysql should never add a mysql use flag. However adding a mysql use flag ought to result in mysql being installed. Your suggestion would completely screw up sane systems.

Not necessarily. In Source Mage GNU/Linux (that is a source-based distro, like Gentoo) dependencies are set locally by users when they install packages, and it works just fine. When you install a package in SMGL, the package manager asks about each dependency whether you want to install it or not. When you upgrade or reinstall the package, the package manager remembers the dependencies you've chosen earlier.

If you don't choose anything when the package manager asks about dependencies, it goes with the default choices. Once a package has been installed, all subsequent packages are compiled by default with that installed package as a dependency. (So it's kind of like adding use flags on the fly as you install new packages.) The time period that the package manager waits for your answer before proceeding with the default choices can be configured.

In SMGL you only need to answer all the dependency questions the first time you install a package -- on subsequent installs the package manager remembers your earlier choices (although you can build the package with the "-r" option if you want to reconfigure it).

It's also possible to configure dependencies globally in SMGL (like setting use flags in Gentoo) but that is really not necessary because the "set dependencies when you install new packages" strategy works fine. In fact, I first thought I'd install Gentoo because it's the most popular source-based distro, but then the Gentoo installation instructions told me I had to set use flags and it just seemed very counterintuitive to me to decide dependencies before I had installed any packages.

So I decided to go with Source Mage instead. :-P

Reply Parent Score: 5

de_wizze Member since:
2005-10-31

You have to remember that USE flags are like a dependency filter that allows one to pick and choose which of to possible features one would like their packages to be compiled with. I think your point is well made USE flags should be acknowledged by the packages but packages should not change anything. If it is a feature that the package can not do with, then its a hard dependancy.

Reply Parent Score: 2