[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-dev
Subject:    Re: [gentoo-dev] rfc: virtual/init for init process
From:       Zac Medico <zmedico () gentoo ! org>
Date:       2018-04-27 18:54:22
Message-ID: 0d47ddd2-338f-f355-187f-bba50afca63b () gentoo ! org
[Download RAW message or body]

[Attachment #2 (multipart/mixed)]


On 04/27/2018 11:43 AM, Rich Freeman wrote:
> On Fri, Apr 27, 2018 at 2:18 PM Zac Medico <zmedico@gentoo.org> wrote:
> 
>> Actually, if things like sys-apps/s6 or sys-process/runit remain as
>> choices for virtual/init, this isn't going to solve the problem of
>> sys-apps/sysvinit being removed by emerge --depclean. In fact, if
>> virtual/init is not in the system set, then emerge --depclean will not
>> even warn about removing a system package when it removes
> sys-apps/sysvinit.
> 
> Well, at least we don't have to worry about users accidentally uninstalling
> openssh, nano, or e2fsprogs (too bad if they use any other filesystem
> though).  :)
> 
> In general we don't have a great way of telling portage what we're actually
> using when various packages do more than one thing.  If you have busybox
> installed you could conceivably remove a lot of other packages, but most
> users don't actually intend for this to happen.
> 
> A USE flag that just pulls in a dep seems like the least evil solution
> unless somebody wants to come up with a more general one.

A general solution might take the form of a standard interface for
interaction between eselect modules and package managers, as discussed
in this bug about telling the package manager which kernel you're using:

    https://bugs.gentoo.org/283587
-- 
Thanks,
Zac


["signature.asc" (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread]