On Sat, 7 Dec 2013, Rich Freeman wrote:
On Sat, Dec 7, 2013 at 12:52 AM, Rick "Zero_Chaos" Farina
<zeroch...@gentoo.org> wrote:
<snip>
Honestly, I'm not really sure why anyone would want to make stage3 less
functional than it already is but honestly net isn't something I'm ready
to give up just yet.
It isn't about making the stage3 less functional, but about giving the
user a choice. We don't stick a kernel in stage3, despite the fact
that everybody needs one. We don't stick an MTA in the stage3 despite
the fact that one of those is pretty hard to live without.
Now that Gentoo apparently offers a wide selection of network
managers, perhaps it makes sense to have the user pick which one they
want to use.
IMHO the purpose of @system and the stage3 is to solve the circular
dependency problem inherent in bootstrapping. It really shouldn't
contain anything beyond this. By all means have an @useful-utils set
or some kind of profile that auto-installs a list of packages like
openssh, vim, and so on. However, these are not required to bootstrap
a system and I'm not sure why we should be forcing them into the
@system set as a result.
I disagree with you about this - stage3 and @system are not the same.
The purpose of a stage3 is to provide the minimum "sane" environment to do
an install. We provide some packages because of "convenience".
So even though someone might not want to connect remotely, there's no
valid reason to drop openssh from a stage3. Just like we'll keep
providing nano and less in the stages - they may not be needed, but
it makes sense to provide them.
Another option would be to have things installed in the stage3 that
are not part of the @system set, so that they would be depcleaned at a
later date. I'm not a big fan of that, however, mainly because it
could be a curve-ball for somebody to deal with after they think
they've gotten everything working. I think users will have a better
understanding of how their system is set up if they put things there
than if things start out there but get yanked out from under them.
There's an open bug about this -
https://bugs.gentoo.org/show_bug.cgi?id=393445
Some of the previous comments are based with this bug in mind.
