Gentoo Archives: gentoo-dev

From: Michael Mol <mikemol@×××××.com>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] remove system set?
Date: Sat, 18 Aug 2012 01:13:21
Message-Id: CA+czFiDu1+oC34JYyuxfcjacM7U+OfxFmjgJvBuxijXjeoKYCQ@mail.gmail.com
In Reply to: Re: [gentoo-dev] remove system set? by Rich Freeman
1 On Fri, Aug 17, 2012 at 9:03 PM, Rich Freeman <rich0@g.o> wrote:
2 > On Thu, Aug 16, 2012 at 11:26 PM, Michael Mol <mikemol@×××××.com> wrote:
3 >> Bootstrapping is an inherently curious problem. Most systems are built
4 >> upon the systems they themselves build, but getting to that
5 >> self-hosting state always requires some unclean solution.
6 >
7 > Yup, I never viewed getting rid of @system as a solution to the
8 > bootstrapping problem. You could even have an @stage3 set for
9 > convenience, or a meta-virtual to create one, using a fully
10 > functioning Gentoo system. I also wasn't suggesting we have empty
11 > stage3s or anything like that. By all means supply a default
12 > collection of packages, and feel free to include openssh in that
13 > collection. However, those default packages would be nothing more
14 > than a starting point and users could uninstall them at will. Perhaps
15 > portage would have some set it would offer a warning before
16 > uninstalling (either a hardcoded list like @system, or use logic like
17 > any dep of portage or gcc).
18
19 Sure, this makes perfect sense to me. It does depend on having
20 dependency logic fully expressed, and not dependent on @system as an
21 inherent dependency. But that's something that ought to be a long-term
22 goal, not a short-term goal, just based on the amount of work required
23 to get there, and possibly the work required to maintain it.
24
25 Incidentally, I'm pretty sure portage already does offer a warning
26 when you might unmerge a package that's in @system; on a fresh
27 install, the first --depclean will try to remove nano, and portage
28 warns the user.
29
30 --
31 :wq