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: Nicolas Graves <ngraves <at> ngraves.fr>
Subject: bug#74967: closed (Re: About /etc/subuid and /etc/subgid commits)
Date: Sat, 21 Dec 2024 17:27:02 +0000

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

Your bug report

#74967: About /etc/subuid and /etc/subgid commits 

which was filed against the guix package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 74967 <at> debbugs.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: 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 3 (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 4 (text/html, inline)]

[Message part 5 (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

Previous Next

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