"Boyd Stephen Smith Jr." <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on  Mon, 26 Feb
2007 17:41:59 -0600:

> On Monday 26 February 2007, Chris Gianelloni <[EMAIL PROTECTED]> wrote
> about 'Re: [gentoo-desktop]  Openssh really needed in desktop
> profiles?':
>> In other words, Release Engineering wouldn't make a profile that
>> *removes* things from base, unless it was incompatible, such as
>> removing a package which isn't available due to an incompatibility.
> 
> Okay, that makes sense.  But, I don't really think virtual/ssh should be
> in the most fundamental profile either.  It's simply not that essential
> for a running Gentoo system.

That was my original point.  It's not essential for a generic Gentoo 
system, so it shouldn't be in the profile for a generic Gentoo system.

>> We have a
>> simple rule, as things go to the right in our profiles, they go more
>> specific, and are additive from the parent.
> 
> I like that rule.

Agreed.
 
>> The *only* way we would
>> remove virtual/ssh from the desktop profile would mean removing it from
>> base, then moving it to every single leaf profile *except* the desktop
>> ones.
> 
> Or perhaps, only the few where ssh is part of the system packages like
> server-specific profiles, no need to maintain the status quo when you
> are already make a change of the same scope.

That was what I had in mind.

If not now, maybe when profiles get multi-inheritance?

>From the dev list, I see Chris G is working on multi-inheritance 
/experimentally/ for this release.  Once it can be added to a single 
"server" profile that all the various archs can inherit, then it would be 
a simple matter of taking it out of one place and putting it in one 
other.  Of course, even if multi-inheritance gets in 2007.0, it'll be 
some time before all the cascading profiles are fully deprecated and 
removed from the tree, so...

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
[email protected] mailing list

Reply via email to