GNU bug report logs -
#31770
New ‘guix pull’ dosen’t update the guix manual in GuixSD
Previous Next
Reported by: iyzsong <at> member.fsf.org (宋文武)
Date: Sat, 9 Jun 2018 14:27:02 UTC
Severity: normal
Done: ludo <at> gnu.org (Ludovic Courtès)
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Tue, 12 Jun 2018 15:54:37 +0200
with message-id <87fu1sp0te.fsf <at> gnu.org>
and subject line Re: New ‘guix pull’ dosen’t update the guix manual in GuixSD
has caused the debbugs.gnu.org bug report #31770,
regarding New ‘guix pull’ dosen’t update the guix manual in GuixSD
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
31770: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=31770
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
ludo <at> gnu.org (Ludovic Courtès) writes:
> Hello Guix!
>
> For those who haven’t been following along on
> <https://debbugs.gnu.org/cgi/bugreport.cgi?bug=22629#35>, I have just
> pushed a new ‘guix pull’.
>
> To summarize, ~/.config/guix/latest no longer exists. Instead
> ~/.config/guix/current is populated with a complete Guix (without
> ‘guix-daemon’ though), including an up-to-date manual and so on.
> ~/.config/guix/current is a regular profile, meaning that you can
> roll-back to a previously-pulled Guix and so on.
Great!
After run ‘guix pull’ twice, I have got ‘~/.config/guix/current’, then
use it to do a system reconfigure for ‘/etc/profile’.
But the guix manual doesn’t got updated, my ‘INFOPATH’ contains:
- /home/iyzsong/.guix-profile/share/info
- /run/current-system/profile/share/info
- /home/iyzsong/.config/guix/current/share/info
- /home/iyzsong/.guix-profile/share/info
- /run/current-system/profile/share/info
The last there are from the ‘export’ statement of ‘/etc/profile’, the
first two are added by ‘source’ the profiles. Since there is a guix in
the system profile contains the old info manual, the current one won’t
be picked.
I think we should make ‘INFOPATH’ a search path of the ‘current’ guix
profile, so that it overrides previous ones.
[Message part 3 (message/rfc822, inline)]
iyzsong <at> member.fsf.org (宋文武) skribis:
> ludo <at> gnu.org (Ludovic Courtès) writes:
[...]
>> -for profile in \"$HOME/.config/guix/current\" \"$HOME/.guix-profile\"
>> +for profile in \"$HOME/.guix-profile\" \"$HOME/.config/guix/current\"
>> do
>> if [ -f \"$profile/etc/profile\" ]
>> then
>> @@ -644,6 +644,8 @@ do
>> fi
>> done
>>
>> +export INFOPATH=\"$HOME/.config/guix/current/share/info:$INFOPATH\"
>> +
>> # Set the umask, notably for users logging in via 'lsh'.
>> # See <http://bugs.gnu.org/22650>.
>> umask 022
>>
>>
>> How does that sound?
>
> Yeah, that's fine. Maybe add comments about why source ‘current’ after
> user profile (prefer current guix) and why ‘export INFOPATH’ at the end
> (prefer the current guix manual). Thank you!
Good idea. Pushed as 8d09bfe21870c2d5fdb1cd04bc5fdcab177204b0, thanks!
Ludo’.
This bug report was last modified 6 years and 342 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.