GNU bug report logs -
#22459
Guix tools should not honor NIX_* environment variables
Previous Next
To reply to this bug, email your comments to 22459 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#22459
; Package
guix
.
(Mon, 25 Jan 2016 00:39:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jeff Mickey <j <at> codemac.net>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Mon, 25 Jan 2016 00:39:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
On NixOS when I follow the binary installation instructions as of 0.9.0,
it places the acl in the wrong place.
guix archive --authorize < hydra.gnu.org.pub
This puts the file in /etc/nix/acl, not /etc/guix acl. This means the
guix daemon can't find the acl, and you build everything from scratch.
I solved this locally by making them a symlink.
Also, /gnu/store is set to only have 1770 permissions instead of 1774,
which means you can't use any of your guix symlinks with 0.9.0 :/
// codemac
Information forwarded
to
bug-guix <at> gnu.org
:
bug#22459
; Package
guix
.
(Tue, 26 Jan 2016 10:01:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 22459 <at> debbugs.gnu.org (full text, mbox):
Jeff Mickey <j <at> codemac.net> skribis:
> On NixOS when I follow the binary installation instructions as of 0.9.0,
> it places the acl in the wrong place.
>
> guix archive --authorize < hydra.gnu.org.pub
>
> This puts the file in /etc/nix/acl, not /etc/guix acl. This means the
> guix daemon can't find the acl, and you build everything from scratch.
(guix pki) has:
--8<---------------cut here---------------start------------->8---
(define %acl-file
(string-append %config-directory "/acl"))
--8<---------------cut here---------------end--------------->8---
where (guix config) does:
--8<---------------cut here---------------start------------->8---
(define %config-directory
;; This must match `NIX_CONF_DIR' as defined in `daemon.am'.
(or (getenv "NIX_CONF_DIR") "@guix_sysconfdir@/guix"))
--8<---------------cut here---------------end--------------->8---
So most likely the ‘NIX_CONF_DIR’ environment variable is defined on
your system, and ‘guix archive’ simply honors that.
Can you confirm?
Now, we’ve honored those ‘NIX_’ variables mostly because the daemon
code, which comes from Nix, uses them, and I initially didn’t want to
diverge. Nowadays it would probably make sense to rename them.
> Also, /gnu/store is set to only have 1770 permissions instead of 1774,
That’s not what I see:
--8<---------------cut here---------------start------------->8---
$ tar tvf guix-binary-0.9.0.x86_64-linux.tar.xz |grep /gnu/store/$
drwxrwxr-t root/root 0 1970-01-01 01:00 ./gnu/store/
--8<---------------cut here---------------end--------------->8---
Which installation method did you use?
> which means you can't use any of your guix symlinks with 0.9.0 :/
What do you mean by “your guix symlinks”?
Thanks,
Ludo’.
Changed bug title to 'Guix tools should not honor NIX_* environment variables' from 'guix daemon writes acl to /etc/nix/acl not /etc/guix'
Request was from
ludo <at> gnu.org (Ludovic Courtès)
to
control <at> debbugs.gnu.org
.
(Wed, 03 Feb 2016 21:11:02 GMT)
Full text and
rfc822 format available.
Severity set to 'wishlist' from 'normal'
Request was from
ludo <at> gnu.org (Ludovic Courtès)
to
control <at> debbugs.gnu.org
.
(Wed, 03 Feb 2016 21:11:02 GMT)
Full text and
rfc822 format available.
Severity set to 'normal' from 'wishlist'
Request was from
ludo <at> gnu.org (Ludovic Courtès)
to
control <at> debbugs.gnu.org
.
(Fri, 24 Jun 2016 23:18:02 GMT)
Full text and
rfc822 format available.
Merged 22459 23828.
Request was from
ludo <at> gnu.org (Ludovic Courtès)
to
control <at> debbugs.gnu.org
.
(Fri, 24 Jun 2016 23:18:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#22459
; Package
guix
.
(Sun, 26 Jun 2016 22:16:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 22459 <at> debbugs.gnu.org (full text, mbox):
This issue is partly addressed with your patch pushed as
9dd674db017dbdc451cfd35da2dc3ce08db0726a, which renames ‘NIX_CONF_DIR’
to ‘GUIX_CONFIGURATION_DIRECTORY’.
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#22459
; Package
guix
.
(Thu, 14 May 2020 12:36:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 22459 <at> debbugs.gnu.org (full text, mbox):
These NIX_* variables are still in use:
NIX_AFFINITY_HACK
NIX_BIN_DIR
NIX_BUILD_CORES
NIX_HELD_LOCKS
NIX_IGNORE_SYMLINK_STORE
NIX_STORE
NIX_STORE_DIR
This is used internally:
_NIX_OPTIONS
--
Ricardo
Information forwarded
to
bug-guix <at> gnu.org
:
bug#22459
; Package
guix
.
(Sun, 17 May 2020 22:54:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 22459 <at> debbugs.gnu.org (full text, mbox):
Hi,
Ricardo Wurmus <rekado <at> elephly.net> skribis:
> These NIX_* variables are still in use:
>
> NIX_AFFINITY_HACK
> NIX_BIN_DIR
> NIX_BUILD_CORES
> NIX_HELD_LOCKS
> NIX_IGNORE_SYMLINK_STORE
> NIX_STORE
> NIX_STORE_DIR
I think those used in the build environment, NIX_STORE and
NIX_BUILD_CORES at least, are here to stay; we could provide GUIX_
aliases though they couldn’t be relied on before some time.
Not sure about the others!
Thanks,
Ludo’.
This bug report was last modified 4 years and 344 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.