bug#40542: wip-hurm-vm build failure

bug#40542: wip-hurm-vm build failure

[Christopher Howard]

[-- Attachment #1: Type: text/plain, Size: 3593 bytes --]

Hi, I am attempting to create a hurd vm as described in 
https://guix.gnu.org/blog/2020/a-hello-world-virtual-machine-running-the-hurd/
. At what appears to be maybe the last build step, I'm getting a build
failure due to inabilty to git fetch.
Error:
"""building /gnu/store/qv1ajfwsmj1pyb5r2qqsk4hmr3cpk7z7-guix-1.0.1-
hurd-16.9ae76b7-checkout.drv...substitute: updating substitutes from '
https://ci.guix.gnu.org'... 100.0%guile: warning: failed to install
localeenvironment variable `PATH' set to
`/gnu/store/378zjf2kgajcfd7mfr98jn5xyc5wa3qv-gzip-
1.10/bin:/gnu/store/sf3rbvb6iqcphgm1afbplcs72hsywg25-tar-
1.32/bin'Initialized empty Git repository in
/gnu/store/gc0p3ggdlgfrjwmcrlidi9fsqnzxy5ni-guix-1.0.1-hurd-16.9ae76b7-
checkout/.git/error: Server does not allow request for unadvertised
object 9ae76b7b8317789d66a909b767abb6edf1cda79bFailed to do a shallow
fetch; retrying a full fetch...From https://git.savannah.gnu.org/r/guix
 * [new branch]      core-updates            -> origin/core-
updates<...snip...> * [new tag]               v1.1.0rc1               -
> v1.1.0rc1fatal: reference is not a tree:
9ae76b7b8317789d66a909b767abb6edf1cda79bgit-fetch:
'/gnu/store/nlv05phfx181m1dlp7w97nvfdp804i3x-git-minimal-2.26.0/bin/git 
checkout 9ae76b7b8317789d66a909b767abb6edf1cda79b' failed with exit
code 128Trying content-addressed mirror at berlin.guixsd.org...Trying
content-addressed mirror at berlin.guixsd.org...Trying to download from
Software Heritage...Backtrace:           4 (primitive-load
"/gnu/store/z26x59p7dfn6xnpcjsq3rhhgg1j?")In
./guix/swh.scm:   573:13  3 (swh-download "
https://git.savannah.gnu.org/r/guix.git" ?)   224:22  2 (call "
https://archive.softwareheritage.org/api/1/revi?" ?)In
web/client.scm:    563:0  1 (http-get "
https://archive.softwareheritage.org/api/1/?" ?)    231:6  0 (tls-wrap
#<closed: file 7ffff6f1e690> _ # _)
web/client.scm:231:6: In procedure tls-wrap:Error while printing
exception.builder for `/gnu/store/qv1ajfwsmj1pyb5r2qqsk4hmr3cpk7z7-
guix-1.0.1-hurd-16.9ae76b7-checkout.drv' failed with exit code 1build
of /gnu/store/qv1ajfwsmj1pyb5r2qqsk4hmr3cpk7z7-guix-1.0.1-hurd-
16.9ae76b7-checkout.drv failedView build log at
'/var/log/guix/drvs/qv/1ajfwsmj1pyb5r2qqsk4hmr3cpk7z7-guix-1.0.1-hurd-
16.9ae76b7-checkout.drv.bz2'.cannot build derivation
`/gnu/store/8jvyg0fn6ga80qcfpgq3a6jc9x00498b-guix-1.0.1-hurd-
16.9ae76b7.drv': 1 dependencies couldn't be builtguix build: error:
build of `/gnu/store/8jvyg0fn6ga80qcfpgq3a6jc9x00498b-guix-1.0.1-hurd-
16.9ae76b7.drv' failed"""
My system:christopher@eowyn ----------------- OS: Guix System
e5afc63bd9d89bc8f6c64d68e6b707d87cdadbd3 x86_64 Host: Vostro 230
00 Kernel: 5.4.30-gnu Uptime: 3 days, 21 hours Packages: 55 (guix-
system), 85 (guix-user) Shell: bash 5.0.7 Resolution: 1920x1200 DE:
GNOME Theme: Adwaita [GTK2/3] Icons: Adwaita [GTK2/3] Terminal: .gnome-
terminal CPU: Intel Core 2 Duo E7500 (2) @ 2.534GHz GPU: Intel 4 Series
Chipset Memory: 3250MiB / 7929MiB 
Steps to reproducechecked out 8229a0e244df37280b0c332fbd1edcf66fd34b66
(wip-hurd-vm)christopher@eowyn ~/Repos/guix-herd$ guix environment guix
--purechristopher@eowyn ~/Repos/guix-herd
[env]$ ./bootstrap christopher@eowyn ~/Repos/guix-herd [env]$
./configure --localstatedir=/var
christopher@eowyn ~/Repos/guix-herd [env]$ make -j 1christopher@eowyn ~/Repos/guix-herd [env]$ ./pre-inst-env guix build -f gnu/system/hurd.scm
-- 
Christopher Howard
Enterprise Solutions Manager
Alaska Satellite Internet
PO Box 70, Ester, AK 99725
3239 La Ree Way, Fairbanks, AK 99709
907.451.0088
1.888.396.5623
www.alaskasatelliteinternet.com

[-- Attachment #2: Type: text/html, Size: 5877 bytes --]

bug#40542: wip-hurm-vm build failure

[Jan Nieuwenhuizen]

Christopher Howard writes:

> Hi, I am attempting to create a hurd vm as described in
> https://guix.gnu.org/blog/2020/a-hello-world-virtual-machine-running-the-hurd/. At
> what appears to be maybe the last build step, I'm getting a build
> failure due to inabilty to git fetch.

> fatal: reference is not a tree: 9ae76b7b8317789d66a909b767abb6edf1cda79b

Yes; this was an oversight; 9ae76b7b8317789d66a909b767abb6edf1cda79b was
a public commit before but not after I reset the branch.  I forgot to
rewrite the guix update commit.

Ludovic and I didn't notice right away because we had that commit
locally.

I have just reset wip-hurm-vm, it should work now.

Thanks!
janneke

-- 
Jan Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com

bug#40542: wip-hurm-vm build failure

[Christopher Howard]

[-- Attachment #1: Type: text/plain, Size: 1235 bytes --]

I am trying to rebuild today. I will report any additional build
failures here if you want to keep this ticket open for a while.

-----Original Message-----
From: Jan Nieuwenhuizen <janneke@gnu.org>
To: Christopher Howard <christopher@alaskasi.com>
Cc: 40542@debbugs.gnu.org
Subject: Re: bug#40542: wip-hurm-vm build failure
Date: Sat, 11 Apr 2020 17:46:09 +0200

Christopher Howard writes:
> Hi, I am attempting to create a hurd vm as described in
> https://guix.gnu.org/blog/2020/a-hello-world-virtual-machine-running-the-hurd/
> . Atwhat appears to be maybe the last build step, I'm getting a
> buildfailure due to inabilty to git fetch.
> fatal: reference is not a tree:
> 9ae76b7b8317789d66a909b767abb6edf1cda79b

Yes; this was an oversight; 9ae76b7b8317789d66a909b767abb6edf1cda79b
wasa public commit before but not after I reset the branch.  I forgot
torewrite the guix update commit.
Ludovic and I didn't notice right away because we had that
commitlocally.
I have just reset wip-hurm-vm, it should work now.
Thanks!janneke

-- 
Christopher Howard
Enterprise Solutions Manager
Alaska Satellite Internet
PO Box 70, Ester, AK 99725
3239 La Ree Way, Fairbanks, AK 99709
907.451.0088
1.888.396.5623
www.alaskasatelliteinternet.com

[-- Attachment #2: Type: text/html, Size: 2517 bytes --]

bug#40542: wip-hurm-vm build failure

[Ludovic Courtès]

Hi Christopher,

Christopher Howard <christopher@alaskasi.com> skribis:

> I am trying to rebuild today. I will report any additional build
> failures here if you want to keep this ticket open for a while.

The ‘core-updates’ branch now produces what we had for the announcement
the other day (a VM without Guix itself inside it).  We’ve adjusted the
blog post to reflect that:

  https://guix.gnu.org/blog/2020/a-hello-world-virtual-machine-running-the-hurd/

And then there’s more crazy stuff on the new ‘wip-hurd-vm’ going on.

Happy hacking!  :-)

Ludo’.

bug#40542: wip-hurm-vm build failure

[Christopher Howard]

[-- Attachment #1: Type: text/plain, Size: 1502 bytes --]

Okay, I was just about to report that I successfully built the VM using
commit ef33718a5cc486dd34378e6a8fcfcbb920ff7a8a from wip-hurd-vm. The
VM started fine and I was able to run the guile shell and the ls shell
command. Was going to try to install Emacs next.

For screenshots, is there something equivalent to `cat /proc/version`
to show running kernel version?

If you need third party for rebuild/test cycle, just let me know what
commit you want me to build.


-----Original Message-----
From: Ludovic Courtès <ludo@gnu.org>
To: Christopher Howard <christopher@alaskasi.com>
Cc: Jan Nieuwenhuizen <janneke@gnu.org>, 40542@debbugs.gnu.org
Subject: Re: bug#40542: wip-hurm-vm build failure
Date: Mon, 13 Apr 2020 22:40:47 +0200

Hi Christopher,
Christopher Howard <christopher@alaskasi.com> skribis:
> I am trying to rebuild today. I will report any additional
> buildfailures here if you want to keep this ticket open for a while.

The ‘core-updates’ branch now produces what we had for the
announcementthe other day (a VM without Guix itself inside it).  We’ve
adjusted theblog post to reflect that:
  
https://guix.gnu.org/blog/2020/a-hello-world-virtual-machine-running-the-hurd/

And then there’s more crazy stuff on the new ‘wip-hurd-vm’ going on.
Happy hacking!  :-)
Ludo’.
-- 
Christopher Howard
Enterprise Solutions Manager
Alaska Satellite Internet
PO Box 70, Ester, AK 99725
3239 La Ree Way, Fairbanks, AK 99709
907.451.0088
1.888.396.5623
www.alaskasatelliteinternet.com

[-- Attachment #2: Type: text/html, Size: 2883 bytes --]

bug#40542: wip-hurm-vm build failure

[Ludovic Courtès]

Hi,

Christopher Howard <christopher@alaskasi.com> skribis:

> Okay, I was just about to report that I successfully built the VM using
> commit ef33718a5cc486dd34378e6a8fcfcbb920ff7a8a from wip-hurd-vm. The
> VM started fine and I was able to run the guile shell and the ls shell
> command. Was going to try to install Emacs next.
>
> For screenshots, is there something equivalent to `cat /proc/version`
> to show running kernel version?

I think you can do something like:

  settrans -ca /proc /hurd/procfs
  cat /proc/version

Or just “uname -a”.

Can’t wait to see the screenshot!  :-)

Note: I don’t think janneke has tried building anything as high in the
stack as Emacs, that sounds a bit ambitious for a start.

Ludo’.

bug#40542: wip-hurm-vm build failure

[Jan Nieuwenhuizen]

Ludovic Courtès writes:

Hello,

>> Okay, I was just about to report that I successfully built the VM using
>> commit ef33718a5cc486dd34378e6a8fcfcbb920ff7a8a from wip-hurd-vm. The
>> VM started fine and I was able to run the guile shell and the ls shell
>> command. Was going to try to install Emacs next.

Oh!  Hehe...

> Note: I don’t think janneke has tried building anything as high in the
> stack as Emacs, that sounds a bit ambitious for a start.

Thats's right...last night I tried `hello' and actually came up do
coreutils-final.  On Debian GNU/Hurd I marked 7 tests as XFAIL, on Guix
Hurd thre more tests failed.

The night before that, I found that python-minimal did not build.  It
was kind-of funny: we are not using chrooted builds yet.  The python
build attempts to read "/usr/include/netinet/in.h", which on Debian
it happens to find.

So, I'm hoping to get `hello' built tonight, happy to hear any results
you may get!

Greetings,
jannneke

-- 
Jan Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com

bug#40542: wip-hurm-vm build failure

[Christopher Howard]

[-- Attachment #1: Type: text/plain, Size: 2808 bytes --]

I'm having some trouble playing around with the VM, because a lot of
weird things are happening with keyboard input into the qemu window. It
seems like the meta keys (shift, ctrl, alt, super) are behaving in
strange ways, or that terminal state is getting corrupted somehow.
E.g., sometimes shift key stops working, or the cursors jumps up to the
middle of the screen, or text gets garbled. Not sure if has something
to do with the VM itself, or something in the default qemu settings, or
some weird qemu <-> gnome interactions. Here is my host system info:

christopher@eowyn ~$ neofetch 
 ..                             `.   christopher@eowyn 
 `--..```..`           `..```..--`   ----------------- 
   .-:///-:::.       `-:::///:-.     OS: Guix System
e5afc63bd9d89bc8f6c64d68e6 
      ````.:::`     `:::.````        Host: Vostro 230 00 
           -//:`    -::-             Kernel: 5.4.30-gnu 
            ://:   -::-              Uptime: 7 days, 4 hours, 9 mins 
            `///- .:::`              Packages: 55 (guix-system), 86
(guix-user) 
             -+++-:::.               Shell: bash 5.0.7 
              :+/:::-                Resolution: 1920x1200 
              `-....`                DE: GNOME 
                                     Theme: Adwaita [GTK2/3] 
                                     Icons: Adwaita [GTK2/3] 
                                     Terminal: .gnome-terminal 
                                     CPU: Intel Core 2 Duo E7500 (2) @
2.296GHz 
                                     GPU: Intel 4 Series Chipset 
                                     Memory: 3710MiB / 7929MiB 



-----Original Message-----
From: Ludovic Courtès <ludo@gnu.org>
To: Christopher Howard <christopher@alaskasi.com>
Cc: Jan Nieuwenhuizen <janneke@gnu.org>, 40542@debbugs.gnu.org
Subject: Re: bug#40542: wip-hurm-vm build failure
Date: Mon, 13 Apr 2020 23:23:14 +0200

Hi,
Christopher Howard <christopher@alaskasi.com> skribis:
> Okay, I was just about to report that I successfully built the VM
> usingcommit ef33718a5cc486dd34378e6a8fcfcbb920ff7a8a from wip-hurd-
> vm. TheVM started fine and I was able to run the guile shell and the
> ls shellcommand. Was going to try to install Emacs next.
> For screenshots, is there something equivalent to `cat
> /proc/version`to show running kernel version?

I think you can do something like:
  settrans -ca /proc /hurd/procfs  cat /proc/version
Or just “uname -a”.
Can’t wait to see the screenshot!  :-)
Note: I don’t think janneke has tried building anything as high in
thestack as Emacs, that sounds a bit ambitious for a start.
Ludo’.
-- 
Christopher Howard
Enterprise Solutions Manager
Alaska Satellite Internet
PO Box 70, Ester, AK 99725
3239 La Ree Way, Fairbanks, AK 99709
907.451.0088
1.888.396.5623
www.alaskasatelliteinternet.com

[-- Attachment #2: Type: text/html, Size: 6836 bytes --]

bug#40542: wip-hurm-vm build failure

[Jan Nieuwenhuizen]

Christopher Howard writes:

> I'm having some trouble playing around with the VM, because a lot of
> weird things are happening with keyboard input into the qemu
> window. It seems like the meta keys (shift, ctrl, alt, super) are
> behaving in strange ways, or that terminal state is getting corrupted
> somehow. E.g., sometimes shift key stops working, or the cursors jumps
> up to the middle of the screen, or text gets garbled.

Since yesterday I've been seeing that too.  I'm pretty sure that if you
build a VM from core-uupdates, the console is fine.

I haven't looked into the details of the console/tty setup, so I must
have messed-up something.  Sorry!

Meanwhile we do have ssh login :-)

The startup now goes like this

    startup -> runsystem -> init -> runsystem.hurd -> rc -> shepherd

and; i would like to move towards

    -startup -> rc -> shepherd

if that's possible.

Greetings,
janneke

-- 
Jan Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com

bug#40542: wip-hurm-vm build failure

[Christopher Howard]

[-- Attachment #1: Type: text/plain, Size: 1499 bytes --]

Thank you, I'd like to try ssh. Would someone be willing to share what
qemu and ssh commands they are using to establish the connection?


-----Original Message-----
From: Jan Nieuwenhuizen <janneke@gnu.org>
To: Christopher Howard <christopher@alaskasi.com>
Cc: Ludovic Courtès <ludo@gnu.org>, 40542@debbugs.gnu.org
Subject: Re: bug#40542: wip-hurm-vm build failure
Date: Tue, 14 Apr 2020 07:46:48 +0200

Christopher Howard writes:
> I'm having some trouble playing around with the VM, because a lot
> ofweird things are happening with keyboard input into the qemuwindow.
> It seems like the meta keys (shift, ctrl, alt, super) arebehaving in
> strange ways, or that terminal state is getting corruptedsomehow.
> E.g., sometimes shift key stops working, or the cursors jumpsup to
> the middle of the screen, or text gets garbled.

Since yesterday I've been seeing that too.  I'm pretty sure that if
youbuild a VM from core-uupdates, the console is fine.
I haven't looked into the details of the console/tty setup, so I
musthave messed-up something.  Sorry!
Meanwhile we do have ssh login :-)
The startup now goes like this
    startup -> runsystem -> init -> runsystem.hurd -> rc -> shepherd
and; i would like to move towards
    -startup -> rc -> shepherd
if that's possible.
Greetings,janneke

-- 
Christopher Howard
Enterprise Solutions Manager
Alaska Satellite Internet
PO Box 70, Ester, AK 99725
3239 La Ree Way, Fairbanks, AK 99709
907.451.0088
1.888.396.5623
www.alaskasatelliteinternet.com

[-- Attachment #2: Type: text/html, Size: 2798 bytes --]

bug#40542: wip-hurm-vm build failure

[Jan Nieuwenhuizen]

Christopher Howard writes:

> Thank you, I'd like to try ssh. Would someone be willing to share what
> qemu and ssh commands they are using to establish the connection?

Sure...not sure where to put this

    guix environment --ad-hoc qemu -- qemu-system-i386 -enable-kvm -drive file=geert.img,cache=writeback -m 2G -device rtl8139,netdev=net0 -netdev user,id=net0,hostfwd=tcp:127.0.0.1:10022-10.0.2.15:2222,hostfwd=tcp::27528-:17528

There's some more (partially outdated) info here

    https://git.savannah.gnu.org/cgit/guix.git/tree/THE-HURD?h=wip-hurd

HTH
janneke

-- 
Jan Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com

bug#40542: wip-hurm-vm build failure

[Bengt Richter]

Hi Janneke,

On +2020-04-14 07:46:48 +0200, Jan Nieuwenhuizen wrote:
> Christopher Howard writes:
> 
> > I'm having some trouble playing around with the VM, because a lot of
> > weird things are happening with keyboard input into the qemu
> > window. It seems like the meta keys (shift, ctrl, alt, super) are
> > behaving in strange ways, or that terminal state is getting corrupted
> > somehow. E.g., sometimes shift key stops working, or the cursors jumps
> > up to the middle of the screen, or text gets garbled.
> 
> Since yesterday I've been seeing that too.  I'm pretty sure that if you
> build a VM from core-uupdates, the console is fine.
> 
> I haven't looked into the details of the console/tty setup, so I must
> have messed-up something.  Sorry!

Could it be a sensitive touch-pad? (are there configs to adjust triggering on motion?)
(I have to disable mouse/touchpad input to edit unless I'm super careful
not to brush it with my sleeve or palm)

> 
> Meanwhile we do have ssh login :-)
> 
> The startup now goes like this
> 
>     startup -> runsystem -> init -> runsystem.hurd -> rc -> shepherd
> 
> and; i would like to move towards
> 
>     -startup -> rc -> shepherd
> 
> if that's possible.
> 
> Greetings,
> janneke
> 
> -- 
> Jan Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond http://lilypond.org
> Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
> 
> 
> 
-- 
Regards,
Bengt Richter

bug#40542: wip-hurm-vm build failure

[Christopher Howard]

[-- Attachment #1: Type: text/plain, Size: 2140 bytes --]

I am using only a mouse. I unplugged the mouse, but am getting similar
behavior.

Something of interest, however: the keyboard inputs seem to be working
fine until a few seconds after I "login root", at which point the
emulated VGA screen blinks, and the wonky behavior starts.

-----Original Message-----From: Bengt Richter <bokr@bokr.com>Reply-To:
Bengt Richter <bokr@bokr.com>To: Jan Nieuwenhuizen <janneke@gnu.org>Cc:
Christopher Howard <christopher@alaskasi.com>, 
40542@debbugs.gnu.orgSubject: Re: bug#40542: wip-hurm-vm build
failureDate: Tue, 14 Apr 2020 18:57:55 +0200
Hi Janneke,
On +2020-04-14 07:46:48 +0200, Jan Nieuwenhuizen wrote:
> Christopher Howard writes:
> > I'm having some trouble playing around with the VM, because a lot
> > ofweird things are happening with keyboard input into the
> > qemuwindow. It seems like the meta keys (shift, ctrl, alt, super)
> > arebehaving in strange ways, or that terminal state is getting
> > corruptedsomehow. E.g., sometimes shift key stops working, or the
> > cursors jumpsup to the middle of the screen, or text gets garbled.
> 
> Since yesterday I've been seeing that too.  I'm pretty sure that if
> youbuild a VM from core-uupdates, the console is fine.
> I haven't looked into the details of the console/tty setup, so I
> musthave messed-up something.  Sorry!

Could it be a sensitive touch-pad? (are there configs to adjust
triggering on motion?)(I have to disable mouse/touchpad input to edit
unless I'm super carefulnot to brush it with my sleeve or palm)
> Meanwhile we do have ssh login :-)
> The startup now goes like this
>     startup -> runsystem -> init -> runsystem.hurd -> rc -> shepherd
> and; i would like to move towards
>     -startup -> rc -> shepherd
> if that's possible.
> Greetings,janneke
> -- Jan Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond 
> http://lilypond.org
> Freelance IT http://JoyofSource.com | Avatar® 
> http://AvatarAcademy.com
> 
> 
> 
-- 
Christopher Howard
Enterprise Solutions Manager
Alaska Satellite Internet
PO Box 70, Ester, AK 99725
3239 La Ree Way, Fairbanks, AK 99709
907.451.0088
1.888.396.5623
www.alaskasatelliteinternet.com

[-- Attachment #2: Type: text/html, Size: 4107 bytes --]

bug#40542: wip-hurm-vm build failure

[Jan Nieuwenhuizen]

Christopher Howard writes:

> I am using only a mouse. I unplugged the mouse, but am getting similar
> behavior.
>
> Something of interest, however: the keyboard inputs seem to be working
> fine until a few seconds after I "login root", at which point the
> emulated VGA screen blinks, and the wonky behavior starts.

This should be fixed in latest/todays wip-hurd-vm by this commit

    http://git.savannah.gnu.org/cgit/guix.git/commit/?h=wip-hurd-vm&id=ccdf7336dfbb16bfc7a08b297ad9cabbe2663f55

janneke

-- 
Jan Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com

bug#40542: wip-hurm-vm build failure

[Christopher Howard]

[-- Attachment #1: Type: text/plain, Size: 5032 bytes --]


-----Original Message-----
From: Jan Nieuwenhuizen <janneke@gnu.org>
To: Christopher Howard <christopher@alaskasi.com>
Cc: Bengt Richter <bokr@bokr.com>, 40542@debbugs.gnu.org
Subject: Re: bug#40542: wip-hurm-vm build failure
Date: Tue, 14 Apr 2020 21:30:14 +0200

Christopher Howard writes:
> I am using only a mouse. I unplugged the mouse, but am getting
> similarbehavior.
> Something of interest, however: the keyboard inputs seem to be
> workingfine until a few seconds after I "login root", at which point
> theemulated VGA screen blinks, and the wonky behavior starts.

This should be fixed in latest/todays wip-hurd-vm by this commit
    
http://git.savannah.gnu.org/cgit/guix.git/commit/?h=wip-hurd-vm&id=ccdf7336dfbb16bfc7a08b297ad9cabbe2663f55

janneke

Hi, I tried to build from commit
4c5a3e1ae7005c81f271744f77a0c83130d08fa8 (a newer commit by Ricardo)
and received the following build failure. Guessing I got something
half-baked — I might try tomorrow rebuilding with the older commit.

[100%] GUILEC   guix/tests/git.go
: warning: shadows previous definition of `%-location-procedure' at gnu/services/monitoring.scm:197:0
<unknown-location>: warning: shadows previous definition of `-location' at <unknown-location>
gnu/services/monitoring.scm:479:0: warning: shadows previous definition of `%-location-procedure' at gnu/services/monitoring.scm:197:0
<unknown-location>: warning: shadows previous definition of `-location' at <unknown-location>
gnu/services/vpn.scm:188:0: warning: shadows previous definition of `%-location-procedure' at gnu/services/vpn.scm:180:0
<unknown-location>: warning: shadows previous definition of `-location' at <unknown-location>
gnu/services/vpn.scm:256:0: warning: shadows previous definition of `%-location-procedure' at gnu/services/vpn.scm:180:0
<unknown-location>: warning: shadows previous definition of `-location' at <unknown-location>
gnu/services/vpn.scm:256:0: warning: shadows previous definition of `%-location-procedure' at gnu/services/vpn.scm:180:0
<unknown-location>: warning: shadows previous definition of `-location' at <unknown-location>
WARNING: Use of `load' in declarative module (gnu system install).  Add #:declarative? #f to your define-module invocation.
gnu/build/linux-modules.scm:323:13: warning: possibly unbound variable `load-linux-module/fd'
  HELP2MAN doc/guix-build.1
  HELP2MAN doc/guix-archive.1
  HELP2MAN doc/guix-challenge.1
  HELP2MAN doc/guix-download.1
  HELP2MAN doc/guix-edit.1
  HELP2MAN doc/guix-environment.1
  HELP2MAN doc/guix-gc.1
  HELP2MAN doc/guix-hash.1
  HELP2MAN doc/guix-import.1
  HELP2MAN doc/guix-lint.1
  HELP2MAN doc/guix-package.1
  HELP2MAN doc/guix-publish.1
  HELP2MAN doc/guix-pull.1
  HELP2MAN doc/guix-refresh.1
  HELP2MAN doc/guix-size.1
  HELP2MAN doc/guix-system.1
  HELP2MAN doc/guix.1
make[2]: Leaving directory '/tmp/guix-build-guix-1.0.1-18.5580f05.drv-0/source'
make[1]: Leaving directory '/tmp/guix-build-guix-1.0.1-18.5580f05.drv-0/source'
phase `build' succeeded after 1395.2 seconds
starting phase `copy-bootstrap-guile'
Backtrace:
In ice-9/boot-9.scm:
  1736:10 10 (with-exception-handler _ _ #:unwind? _ # _)
In unknown file:
           9 (apply-smob/0 #<thunk 7ffff6cceaa0>)
In ice-9/boot-9.scm:
    718:2  8 (call-with-prompt _ _ #<procedure default-prompt-handle…>)
In ice-9/eval.scm:
    619:8  7 (_ #(#(#<directory (guile-user) 7ffff68ebf00>)))
In ice-9/command-line.scm:
   185:18  6 (_ #<input: string 7ffff68e6a10>)
In unknown file:
           5 (eval (begin (use-modules (guix)) (with-store store …)) #)
In guix/store.scm:
   626:15  4 (call-with-store #<procedure 7ffff4105180 at ice-9/eval…>)
    545:2  3 (open-connection _ #:port _ #:reserve-space? _ # _)
In ice-9/boot-9.scm:
  1736:10  2 (with-exception-handler _ _ #:unwind? _ # _)
In guix/store.scm:
   553:28  1 (_)
In ice-9/boot-9.scm:
  1669:16  0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1669:16: In procedure raise-exception:
ERROR:
  1. &store-connection-error:
      file: "/tmp/guix-tests/var/26898/daemon-socket/socket"
      errno: 2
command "./test-env" "guile" "-c" "(begin (use-modules (guix)) (with-store store (let* ((item (add-to-store store \"guile-2.0.9.tar.xz\" #f \"sha256\" \"/gnu/store/3aigj659vsjxcrhn0r0vmkbjh3kj5pbs-guile-2.0.9.tar.xz\")) (root (string-append \"/tmp/gc-root-\" (basename item)))) (symlink item root) (add-indirect-root store root))))" failed with status 1
builder for `/gnu/store/jnla55wbk9xk0azbqcgx0cpg2q688kv0-guix-1.0.1-18.5580f05.drv' failed with exit code 1
build of /gnu/store/jnla55wbk9xk0azbqcgx0cpg2q688kv0-guix-1.0.1-18.5580f05.drv failed
View build log at '/var/log/guix/drvs/jn/la55wbk9xk0azbqcgx0cpg2q688kv0-guix-1.0.1-18.5580f05.drv.bz2'.
guix build: error: build of `/gnu/store/jnla55wbk9xk0azbqcgx0cpg2q688kv0-guix-1.0.1-18.5580f05.drv' failed



-- 
Christopher Howard
Enterprise Solutions Manager
Alaska Satellite Internet
PO Box 70, Ester, AK 99725
3239 La Ree Way, Fairbanks, AK 99709
907.451.0088
1.888.396.5623
www.alaskasatelliteinternet.com

[-- Attachment #2: Type: text/html, Size: 7560 bytes --]

bug#40542: wip-hurm-vm build failure

[Christopher Howard]

[-- Attachment #1: Type: text/plain, Size: 209 bytes --]

I think it would be fine to close this old bug-report now that the hurd
image configuration is part of master. I just built a qcow2 today from
gnu/systems/images/hurd and didn't have any trouble.

Christopher

[-- Attachment #2: Type: text/html, Size: 334 bytes --]

bug#40542: wip-hurm-vm build failure

[Leo Famulari]

On Thu, Mar 25, 2021 at 04:16:20PM -0800, Christopher Howard wrote:
> I think it would be fine to close this old bug-report now that the hurd
> image configuration is part of master. I just built a qcow2 today from
> gnu/systems/images/hurd and didn't have any trouble.

Great!

Anyone can close it by sending a message to
<40542-done@debbugs.gnu.org>.

And, there is no harm in closing a bug and then having to re-open it
later, so feel free :)

bug#40542: wip-hurm-vm build failure

[Leo Famulari]

On Thu, Mar 25, 2021 at 08:25:32PM -0400, Leo Famulari wrote:
> On Thu, Mar 25, 2021 at 04:16:20PM -0800, Christopher Howard wrote:
> > I think it would be fine to close this old bug-report now that the hurd
> > image configuration is part of master. I just built a qcow2 today from
> > gnu/systems/images/hurd and didn't have any trouble.
> 
> Great!
> 
> Anyone can close it by sending a message to
> <40542-done@debbugs.gnu.org>.

Okay, I'm closing the bug... Next time, feel free to close it yourself
:)