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 |