GNU bug report logs - #74967
About /etc/subuid and /etc/subgid commits

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: paul <goodoldpaul <at> autistici.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#74967: closed (About /etc/subuid and /etc/subgid commits )
Date: Sat, 21 Dec 2024 17:27:01 +0000

[Message part 1 (text/plain, inline)]

Your message dated Sat, 21 Dec 2024 18:23:50 +0100
with message-id <50C3DD2A-7B34-4F4A-82E8-990F4A2992BD <at> autistici.org>
and subject line Re: About /etc/subuid and /etc/subgid commits
has caused the debbugs.gnu.org bug report #74967,
regarding About /etc/subuid and /etc/subgid commits 
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
74967: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=74967
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Nicolas Graves <ngraves <at> ngraves.fr>
To: bug-guix <at> gnu.org, Giacomo Leidi <goodoldpaul <at> autistici.org>
Cc: Ludovic Courtès <ludo <at> gnu.org>
Subject: About /etc/subuid and /etc/subgid commits 
Date: Thu, 19 Dec 2024 10:36:42 +0100

Hi Giacomo,

I noticed the last 11 commits are breaking my peculiar tmpfs root
configuration.  More precisely, I have more or less this layout :
tmpfs: /, $HOME
vfat32: /boot/efi
btrfs: /var/guix, /gnu/store, /var/lib, /boot ... + several directories
under $HOME

That means that at startup, I won't have anything in /etc nor $HOME
basically. To deploy guix home properly, I run a pam_exec on login which
symlinks /var/guix/profiles/per-user/${USER}/guix-home && current-guix
to their expected places, then runs the home activation script, and then
logins.

It is a bit circumvoluted, but it worked properly on my side on
guix <at> 478b9ccea8. Do you see a reason why your patches could break my
user login?

I can at least confirm that the $PATH for my $USER is not set properly
after login after these patches, before it was.

-- 
Best regards,
Nicolas Graves

[Message part 3 (message/rfc822, inline)]

From: paul <goodoldpaul <at> autistici.org>
To: Nicolas Graves <ngraves <at> ngraves.fr>, 74967-done <at> debbugs.gnu.org
Cc: Ludovic Courtès <ludo <at> gnu.org>
Subject: Re: About /etc/subuid and /etc/subgid commits
Date: Sat, 21 Dec 2024 18:23:50 +0100

[Message part 4 (text/plain, inline)]

Hi Nicolas, awesome! I'm closing this.


Cheers,

giacomo

Il 21 dicembre 2024 17:49:08 CET, Nicolas Graves <ngraves <at> ngraves.fr> ha scritto:
>On 2024-12-19 12:32, paul wrote:
>
>> Hi Nicolas, apologies for breaking your system :( Is is possible for you 
>> to try and bisect the history to find the culprit commit?
>>
>> On 12/19/24 10:36, Nicolas Graves wrote:
>>> It is a bit circumvoluted, but it worked properly on my side on
>>> guix <at> 478b9ccea8. Do you see a reason why your patches could break my
>>> user login?
>>
>> I'm not sure, I was wondering: do you use/extend the subids-service-type 
>> in your configuration or did you already have manually setup /etc/subuid 
>> or /etc/subgid? Otherwise I'm not sure how it can impact your system, if 
>> you could share even some parts of your operating-system configuration 
>> it would make finding the problem a little easier.
>>
>> Since you mentioned PAM, these two changes that I authored were recently 
>> merged. Could you try and see whether your system work at commit 
>> a1ecd7f56c4ffadc49d5501a0df7f4c4556120c2 which is the parent of the 
>> first pam change?
>>
>> Thank you very much :)
>
>I've tried bisecting and this time it seems to work properly.  I'm not
>sure what it was then, but it works fine now!
>
>-- 
>Best regards,
>Nicolas Graves

[Message part 5 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.