Acknowledgement sent
to Maxime Devos <maximedevos@telenet.be>:
New bug report received and forwarded. Copy sent to bug-guix@gnu.org.
(Sat, 24 Sep 2022 21:14:02 GMT) (full text, mbox, link).
Will try to catch the exact warning message and write a reproducer at
the next boot, for now I write it here before I forget about it.
Greetings,
Maxime.
On 24-09-2022 23:12, Maxime Devos wrote:
> Will try to catch the exact warning message and write a reproducer at
> the next boot, for now I write it here before I forget about it.
Two reproducers:
(1) Compile ripgrep and somehow let it fail (but after it creates
non-UTF-8 file names), reboot, "ls /tmp"
(2) Run touch /tmp/OOPS-$(echo -e '\xff')-OOPS, reboot, "ls /tmp"
I didn't see the warning this time though.
Greetings,
Maxime.
Subject: Re: bug#58048: The boot process can't delete old /tmp when it
contains non-UTF-8 file names
Date: Mon, 26 Sep 2022 17:48:36 +0200
Maxime Devos <maximedevos@telenet.be> skribis:
> On 24-09-2022 23:12, Maxime Devos wrote:
>> Will try to catch the exact warning message and write a reproducer
>> at the next boot, for now I write it here before I forget about it.
>
> Two reproducers:
>
> (1) Compile ripgrep and somehow let it fail (but after it creates
> non-UTF-8 file names), reboot, "ls /tmp"
> (2) Run touch /tmp/OOPS-$(echo -e '\xff')-OOPS, reboot, "ls /tmp"
The culprit would be ‘cleanup-gexp’ in (gnu services). It keeps going
upon ‘system-error’ (like ENOENT), but it could be that you’re getting
‘encoding-error’ in this case.
In that case, ‘fail-safe’ should also catch this.
We can extend ‘%test-cleanup’ in (gnu tests base) to exercise this.
Would you like to give it a spin?
Ludo’.
Severity set to 'important' from 'normal'
Request was from Ludovic Courtès <ludo@gnu.org>
to control@debbugs.gnu.org.
(Mon, 26 Sep 2022 15:50:02 GMT) (full text, mbox, link).
Information forwarded
to bug-guix@gnu.org: bug#58048; Package guix.
(Tue, 27 Sep 2022 11:13:02 GMT) (full text, mbox, link).
On 26-09-2022 17:48, Ludovic Courtès wrote:
> Maxime Devos <maximedevos@telenet.be> skribis:
>
>> On 24-09-2022 23:12, Maxime Devos wrote:
>>> Will try to catch the exact warning message and write a reproducer
>>> at the next boot, for now I write it here before I forget about it.
>>
>> Two reproducers:
>>
>> (1) Compile ripgrep and somehow let it fail (but after it creates
>> non-UTF-8 file names), reboot, "ls /tmp"
>> (2) Run touch /tmp/OOPS-$(echo -e '\xff')-OOPS, reboot, "ls /tmp"
>
> The culprit would be ‘cleanup-gexp’ in (gnu services). It keeps going
> upon ‘system-error’ (like ENOENT), but it could be that you’re getting
> ‘encoding-error’ in this case.
>
> In that case, ‘fail-safe’ should also catch this.
>
> We can extend ‘%test-cleanup’ in (gnu tests base) to exercise this.
>
> Would you like to give it a spin?
Yes, just not yet (low priority, doesn't block the boot, just a bit
annoying).
Greetings,
Maxime.
Debbugs is free software and licensed under the terms of the
GNU Public License version 2. The current version can be
obtained from https://bugs.debian.org/debbugs-source/.