Hello, Eli.
On Sat, Oct 26, 2024 at 21:53:15 -0400, Eli Schwartz wrote:
> On 10/25/24 3:22 PM, Alan Mackenzie wrote:
> >> Since it is "just a package", the solution should lie in fixing
> >> ::gentoo, not in fixing the "emerge" command. That's what the re-opened
> >> bug is about. :)
> > What is
On 10/27/24 6:52 PM, Alan Mackenzie wrote:
> OK, thanks. I didn't know that. The emerge man page section for
> --depclean is far from clear on the point. Looking at it more closely,
> it doesn't mention giving it arguments until the very last subsidiary
> paragraph. It could, for example, start
On 10/25/24 3:22 PM, Alan Mackenzie wrote:
>> Since it is "just a package", the solution should lie in fixing
>> ::gentoo, not in fixing the "emerge" command. That's what the re-opened
>> bug is about. :)
>
> What is getting fixed are the data. That leaves the same problem in the
> emerge code to
On Fri, Oct 25, 2024 at 07:22:01PM +, Alan Mackenzie wrote
>
> There doesn't appear to be anything better in emerge - I've looked but
> not found an emerge action to unmerge specific packages only, apart from
> --unmerge. Why is there not a version of --unmerge which does safety
> checks firs
Hello, Eli.
On Tue, Sep 24, 2024 at 15:36:43 -0400, Eli Schwartz wrote:
> On 9/24/24 2:53 PM, Alan Mackenzie wrote:
> >> Regarding the daemontools situation:
> >> """
> >> for example with --depclean preserving packages in system, as well as world
> >> """
> >> Is not a valid suggestion, since -
On Tue, Sep 24, 2024, 07:41 Arsen Arsenović wrote:
> I do wonder if we should keep s6, runit and daemontools in that virutal
> though, given that we can't boot them. Perhaps they'd be fine behind a
> USE flag. I'll propose that.
>
So, this is a case where you definitely always need one of the
Hi Alan,
On 25/9/24 04:53, Alan Mackenzie wrote:
Perhaps. As already said, I would have been much less jumpy if the
explanations which have come in this thread had been in a news item.
As has been mentioned here this was not news-worthy. There is no
decision to make or mandatory migration. Us
On 9/24/24 2:53 PM, Alan Mackenzie wrote:
>> Regarding the daemontools situation:
>
>> """
>> for example with --depclean preserving packages in system, as well as world
>> """
>
>> Is not a valid suggestion, since --depclean already does precisely this,
>> but openrc isn't a package in system, i
Hello, Eli.
On Tue, Sep 24, 2024 at 11:15:10 -0400, Eli Schwartz wrote:
> On 9/24/24 7:30 AM, Alan Mackenzie wrote:
[ ]
> >> It's possible you have installed another one of these packages too. If
> >> you do, then virtual/service-manager will still be satisfied, and it
> >> will allow you t
On 9/24/24 7:30 AM, Alan Mackenzie wrote:
>> This should not generally be possible. The @system set contains
>> virtual/service-manager, so you cannot depclean that.
>
> It is very much possible, and it happens. The mechanism is understood,
> you've outlined it below.
Clearly, since I said it i
Alan Mackenzie writes:
> Hello, Eli.
>
> On Mon, Sep 23, 2024 at 18:54:50 -0400, Eli Schwartz wrote:
>> On 9/23/24 6:08 PM, Alan Mackenzie wrote:
>> >> Do you have that little faith in the Gentoo Developers, that you think
>> >> we'd make a USE flag change that made everyone's systems suddenly br
Hello, Eli.
On Mon, Sep 23, 2024 at 18:54:50 -0400, Eli Schwartz wrote:
> On 9/23/24 6:08 PM, Alan Mackenzie wrote:
> >> Do you have that little faith in the Gentoo Developers, that you think
> >> we'd make a USE flag change that made everyone's systems suddenly break?
> > It happens, from time t
12 matches
Mail list logo
