GNU bug report logs - #24686
--load-path not honored by guix system

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 24686 in the body.
You can then email your comments to 24686 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Blah Blahh <anotherreepca <at> gmail.com>
To: bug-guix <at> gnu.org
Subject: --load-path not honored by guix system
Date: Thu, 13 Oct 2016 18:48:26 -0500

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

Worked fine when I set GUIX_PACKAGE_PATH, did not when I tried using
--load-path to pass the exact same directory. According to mark_weaver from
#guix it should, so here I am to mention it. Specifically I used "guix
system reconfigure --load-path=/root/guix-modules /etc/config.scm" and it
did not search in that directory, then I set GUIX_PACKAGE_PATH to
/root/guix-modules and ran the command without the --load-path part and it
found the package defined in a module in a subdirectory of it.

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

Message #8 received at 24686 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Blah Blahh <anotherreepca <at> gmail.com>
Cc: 24686 <at> debbugs.gnu.org
Subject: Re: bug#24686: --load-path not honored by guix system
Date: Sun, 16 Oct 2016 21:24:51 +0200

Hello,

Blah Blahh <anotherreepca <at> gmail.com> skribis:

> Worked fine when I set GUIX_PACKAGE_PATH, did not when I tried using -
> -load-path to pass the exact same directory. According to mark_weaver
> from #guix it should, so here I am to mention it. Specifically I used
> "guix system reconfigure --load-path=/root/guix-modules
> /etc/config.scm" and it did not search in that directory, then I set
> GUIX_PACKAGE_PATH to /root/guix-modules and ran the command without
> the --load-path part and it found the package defined in a module in a
> subdirectory of it.

I just tried and it Works for Me with current master.

What does ‘guix --version’ return?  What makes you think ‘--load-path’
is not honored, perhaps because you’re using ‘specification->package’ in
config.scm?

Thanks,
Ludo’.

Message #13 received at 24686 <at> debbugs.gnu.org (full text, mbox):

From: Reepca Russelstein <anotherreepca <at> gmail.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Subject: Re: bug#24686: --load-path not honored by guix system
Date: Sun, 16 Oct 2016 20:34:25 -0500

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

guix --version returns "guix (GNU Guix) 20161013.22". My config.scm
included (firmware (cons openfwwf-firmware %base-firmware)). I was using a
patch provided by bavier from irc to provide openfwwf-firmware (here is the
patch http://paste.lisp.org/display/328373). I created
/root/guix-modules/gnu/packages/firmware.scm, which was the patched
version. When I tried running "guix system reconfigure
--load-path=/root/guix-modules /etc/config.scm" it said that it could not
find openfwwf-firmware. I then ran "export
GUIX_PACKAGE_PATH=/root/guix-modules" and then ran "guix system reconfigure
/etc/config.scm" and it successfully found openfwwf-firmware and
reconfigured the system. That's why I think --load-path is not being
honored.

I'm guessing that to reproduce, I should boot to the system configuration I
had at the time and try the same thing. So I tried rebooting to the system
I had at that time, but it seems to have failed to successfully boot...
screen is stuck black right now, will try some more later. Just wanted to
provide more details in the meantime.

On Sun, Oct 16, 2016 at 2:24 PM, Ludovic Courtès <ludo <at> gnu.org> wrote:

> Hello,
>
> Blah Blahh <anotherreepca <at> gmail.com> skribis:
>
> > Worked fine when I set GUIX_PACKAGE_PATH, did not when I tried using -
> > -load-path to pass the exact same directory. According to mark_weaver
> > from #guix it should, so here I am to mention it. Specifically I used
> > "guix system reconfigure --load-path=/root/guix-modules
> > /etc/config.scm" and it did not search in that directory, then I set
> > GUIX_PACKAGE_PATH to /root/guix-modules and ran the command without
> > the --load-path part and it found the package defined in a module in a
> > subdirectory of it.
>
> I just tried and it Works for Me with current master.
>
> What does ‘guix --version’ return?  What makes you think ‘--load-path’
> is not honored, perhaps because you’re using ‘specification->package’ in
> config.scm?
>
> Thanks,
> Ludo’.
>

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

Message #16 received at 24686 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Reepca Russelstein <anotherreepca <at> gmail.com>
Cc: 24686 <at> debbugs.gnu.org
Subject: Re: bug#24686: --load-path not honored by guix system
Date: Mon, 17 Oct 2016 10:29:32 +0200

Reepca Russelstein <anotherreepca <at> gmail.com> skribis:

> guix --version returns "guix (GNU Guix) 20161013.22". My config.scm
> included (firmware (cons openfwwf-firmware %base-firmware)). I was using a
> patch provided by bavier from irc to provide openfwwf-firmware (here is the
> patch http://paste.lisp.org/display/328373). I created
> /root/guix-modules/gnu/packages/firmware.scm, which was the patched
> version. When I tried running "guix system reconfigure
> --load-path=/root/guix-modules /etc/config.scm" it said that it could not
> find openfwwf-firmware. I then ran "export
> GUIX_PACKAGE_PATH=/root/guix-modules" and then ran "guix system reconfigure
> /etc/config.scm" and it successfully found openfwwf-firmware and
> reconfigured the system. That's why I think --load-path is not being
> honored.

I think there’s something subtle going on.  %load-path is adjusted when
command-line arguments are processed, but that happens after (gnu
system) and presumably (gnu packages firmware) have been loaded.
Therefore, your own (gnu packages firmware) module isn’t “seen”.

What I would suggest is to rename your (gnu packages firmware) module
to, say, (my packages firmware), and to use that in your OS config (make
sure to rename both the file and the module name that appears in the
‘define-module’ clause!).

Could you try and report back?

Thanks,
Ludo’.

Previous Next

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