From mboxrd@z Thu Jan 1 00:00:00 1970 From: Reepca Russelstein Subject: bug#24686: --load-path not honored by guix system Date: Sun, 16 Oct 2016 20:34:25 -0500 Message-ID: References: <87y41of664.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113655767f69eb053f059359 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:60006) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bw3FF-0003B6-R0 for bug-guix@gnu.org; Mon, 17 Oct 2016 04:26:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bw3FC-00033q-JK for bug-guix@gnu.org; Mon, 17 Oct 2016 04:26:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:58067) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1bw3FC-00033g-GG for bug-guix@gnu.org; Mon, 17 Oct 2016 04:26:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bw3FC-0008Lz-25 for bug-guix@gnu.org; Mon, 17 Oct 2016 04:26:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Resent-To: 24686@debbugs.gnu.org Resent-Message-ID: <87y41nfkly.fsf@gnu.org> In-Reply-To: <87y41of664.fsf@gnu.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= --001a113655767f69eb053f059359 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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=3D/root/guix-modules /etc/config.scm" it said that it could not find openfwwf-firmware. I then ran "export GUIX_PACKAGE_PATH=3D/root/guix-modules" and then ran "guix system reconfigu= re /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=C3=A8s wrote: > Hello, > > Blah Blahh 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=3D/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 =E2=80=98guix --version=E2=80=99 return? What makes you think = =E2=80=98--load-path=E2=80=99 > is not honored, perhaps because you=E2=80=99re using =E2=80=98specificati= on->package=E2=80=99 in > config.scm? > > Thanks, > Ludo=E2=80=99. > --001a113655767f69eb053f059359 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
guix --version returns "guix (GNU Guix) 20161013= .22". My config.scm included (firmware (cons openfwwf-firmware %base-f= irmware)). I was using a patch provided by bavier from irc to provide openf= wwf-firmware (here is the patch http://paste.lisp.org/display/328373). I created /root/guix-modul= es/gnu/packages/firmware.scm, which was the patched version. When I tried r= unning "guix system reconfigure --load-path=3D/root/guix-modules /etc/= config.scm" it said that it could not find openfwwf-firmware. I then r= an "export GUIX_PACKAGE_PATH=3D/root/guix-modules" and then ran &= quot;guix system reconfigure /etc/config.scm" and it successfully foun= d openfwwf-firmware and reconfigured the system. That's why I think --l= oad-path is not being honored.

I'm guessing that to repro= duce, I should boot to the system configuration I had at the time and try t= he same thing. So I tried rebooting to the system I had at that time, but i= t 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 m= eantime.

On Sun, Oct 16, 2016 at 2:24 PM, Ludovic Court=C3=A8s &l= t;ludo@gnu.org> wrote:
Hello,

Blah Blahh <anotherreepca@gma= il.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<= br> > from #guix it should, so here I am to mention it. Specifically I used<= br> > "guix system reconfigure --load-path=3D/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 =E2=80=98guix --version=E2=80=99 return?=C2=A0 What makes you thi= nk =E2=80=98--load-path=E2=80=99
is not honored, perhaps because you=E2=80=99re using =E2=80=98specification= ->package=E2=80=99 in
config.scm?

Thanks,
Ludo=E2=80=99.

--001a113655767f69eb053f059359--