On Sun, 2021-07-25 at 20:52 -0400, Rich Freeman wrote:
> On Sun, Jul 25, 2021 at 8:39 PM Michael Orlitzky wrote:
> >
> > This is indeed a bug, but not the ones that have been suggested. The
> > underlying problem is that the DJB programs (mail-mta/netqmail, but
> > also net-dns/djbdns, for
On Sun, Jul 25, 2021 at 8:39 PM Michael Orlitzky wrote:
>
> This is indeed a bug, but not the ones that have been suggested. The
> underlying problem is that the DJB programs (mail-mta/netqmail, but
> also net-dns/djbdns, for example) require a particular service manager.
Is it actually using
(Replying nowhere in particular)
This is indeed a bug, but not the ones that have been suggested. The
underlying problem is that the DJB programs (mail-mta/netqmail, but
also net-dns/djbdns, for example) require a particular service manager.
When OpenRC is installed only as a side effect of being
Frank Steinmetzger wrote:
> Am Wed, Jul 07, 2021 at 01:08:55PM -0500 schrieb Dale:
>
>> root@fireball / # blkid | grep dde669
>> /dev/mapper/8tb: LABEL="8tb-backup"
>> UUID="0277ff1b-2d7c-451c-ae94-f20f42dde669" BLOCK_SIZE="4096" TYPE="ext4"
>> root@fireball / # ls /dev/disk/by-uuid | grep dde669
Alan Mackenzie wrote:
>
> On Sun, Jul 25, 2021 at 16:18:25 -, Martin Vaeth wrote:
>
>> Portage *cannot* know unless you tell it. The way to tell portage that
>> a package is crucial for *you* is to put it into the world file (or
>> into some set which is in your world file).
>
> OK, so you're
On Sun, 25 Jul 2021 17:25:17 +, Alan Mackenzie wrote:
> The number of people who would lose their systems by this mechanism is
> likely very small, but that loss would probably involve a
> re-installation. I mean all a victim has to go on is the fact that his
> machine won't boot, combined
Am Wed, Jul 07, 2021 at 01:08:55PM -0500 schrieb Dale:
> root@fireball / # blkid | grep dde669
> /dev/mapper/8tb: LABEL="8tb-backup"
> UUID="0277ff1b-2d7c-451c-ae94-f20f42dde669" BLOCK_SIZE="4096" TYPE="ext4"
> root@fireball / # ls /dev/disk/by-uuid | grep dde669
>
On Sun, Jul 25, 2021 at 2:05 PM Alan Mackenzie wrote:
>
> OK, so you're clever and you know this. You know to do the
> couter-intuitive thing of putting @system packages into @world. Less
> clever people like me follow the handbook, and assume that packages in
> @system are protected. Putting
Hello, Martin.
On Sun, Jul 25, 2021 at 16:18:25 -, Martin Vaeth wrote:
> Alan Mackenzie wrote:
> > On Sun, Jul 25, 2021 at 13:26:17 +0100, Wols Lists wrote:
> >> Well, it's not installed on my new system. I doubt it's installed on any
> >> new-ish gentoo-gnome systems. So openrc itself
Hello, Neil.
On Sun, Jul 25, 2021 at 16:40:23 +0100, Neil Bothwick wrote:
> On Sun, 25 Jul 2021 13:43:46 +, Alan Mackenzie wrote:
> > > It may be critical for *your* system ... :-)
> > Just as systemd is for your system. If you'd installed daemontools you
> > would also have come within
Neil Bothwick wrote:
>
> It seems that Rich's suggestion has the most merit, add a USE flag to
> daemontools to indicate that it is intended to be your service manager,
> and have the virtual require that flag.
If you want to solve it by a USE-flag, add this flag to
virtual/service-manager. One
Alan Mackenzie wrote:
> On Sun, Jul 25, 2021 at 13:26:17 +0100, Wols Lists wrote:
>
>> Well, it's not installed on my new system. I doubt it's installed on any
>> new-ish gentoo-gnome systems. So openrc itself can't be critical.
>
> Must you be so objectionably pedantic? It is surely clear that
On Sun, 25 Jul 2021 13:43:46 +, Alan Mackenzie wrote:
> > It may be critical for *your* system ... :-)
>
> Just as systemd is for your system. If you'd installed daemontools you
> would also have come within a keystroke of destroying your system, just
> as I did, on attempting emerge
Wols Lists wrote:
> On 25/07/21 14:49, Dale wrote:
>> The problem here is that a user installed a package outside of
>> emerge/portage's knowledge.
> No that does *NOT* appear to be the problem.
>
> The problem is that the user installed - *using* *portage* - a package
> that satisfied a critical
Alan Mackenzie wrote:
> Hello, Wol.
>
> On Sun, Jul 25, 2021 at 13:26:17 +0100, Wols Lists wrote:
>> On 25/07/21 12:47, Alan Mackenzie wrote:
They are, @system is a set of packages and nothing it it will be
> depcleaned. However, openrc is not part of @system, the virtual is.
>>> Ah,
On 25/07/21 14:49, Dale wrote:
> The problem here is that a user installed a package outside of
> emerge/portage's knowledge.
No that does *NOT* appear to be the problem.
The problem is that the user installed - *using* *portage* - a package
that satisfied a critical system dependency. Except
tastytea wrote:
> On 2021-07-25 13:26+0100 Wols Lists wrote:
>
>> On 25/07/21 12:47, Alan Mackenzie wrote:
They are, @system is a set of packages and nothing it it will be
> depcleaned. However, openrc is not part of @system, the virtual
> is.
>>> Ah, that's it. So we have
Hello, Wol.
On Sun, Jul 25, 2021 at 13:26:17 +0100, Wols Lists wrote:
> On 25/07/21 12:47, Alan Mackenzie wrote:
> >> They are, @system is a set of packages and nothing it it will be
> >> > depcleaned. However, openrc is not part of @system, the virtual is.
> > Ah, that's it. So we have
Neil Bothwick wrote:
>
> My point is that you are mixing portage and non-portage packages, that's
> why portage is getting confused. I don't know much about daemontools, but
> it seems the sort of package that should not be in @world, but only
> installed as a dependency of something else.
>
> I'm
On Sun, 25 Jul 2021 11:47:40 +, Alan Mackenzie wrote:
> > > I would say all packages in @system _are_ needed, unless the user
> > > explicitly says otherwise.
>
> > They are, @system is a set of packages and nothing it it will be
> > depcleaned. However, openrc is not part of @system, the
On 2021-07-25 13:26+0100 Wols Lists wrote:
> On 25/07/21 12:47, Alan Mackenzie wrote:
> >> They are, @system is a set of packages and nothing it it will be
> >> > depcleaned. However, openrc is not part of @system, the virtual
> >> > is.
>
> > Ah, that's it. So we have critical system
Alan Mackenzie wrote:
> Hello, Neil.
>
> On Sun, Jul 25, 2021 at 10:03:44 +0100, Neil Bothwick wrote:
>> On Sat, 24 Jul 2021 21:01:34 +, Alan Mackenzie wrote:
> It seems it's insisting on removing all packages but one which
> satisfy a virtual. Maybe that is unwise, and it should keep
On 25/07/21 12:47, Alan Mackenzie wrote:
>> They are, @system is a set of packages and nothing it it will be
>> > depcleaned. However, openrc is not part of @system, the virtual is.
> Ah, that's it. So we have critical system packages which aren't part of
> @system. I think openrc is a critical
Hello, Neil.
On Sun, Jul 25, 2021 at 10:03:44 +0100, Neil Bothwick wrote:
> On Sat, 24 Jul 2021 21:01:34 +, Alan Mackenzie wrote:
> > > > It seems it's insisting on removing all packages but one which
> > > > satisfy a virtual. Maybe that is unwise, and it should keep _all_
> > > > such
On Sat, 24 Jul 2021 21:01:34 +, Alan Mackenzie wrote:
> > > It seems it's insisting on removing all packages but one which
> > > satisfy a virtual. Maybe that is unwise, and it should keep _all_
> > > such packages which are currently installed.
>
> > Well, the whole point of an any-of
On 24/07/21 22:09, Alan Mackenzie wrote:
> I'm actually using s/qmail, tarball direct from its maintainer, since
> there's no ebuild for it. Originally, I had daemontools from the same
> place, until I discovered there was an ebuild for it.
THAT LOOKS LIKE YOUR PROBLEM.
If daemontools has been
26 matches
Mail list logo