wip-hurm-vm build failure

Hi, I am attempting to create a hurd vm as described in

. 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

updates<...snip...> * [new tag] v1.1.0rc1 -

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

Christopher Howard writes:

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

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-----

To: Christopher Howard <christopher@alaskasi.com>

Cc: 40542@debbugs.gnu.org

Christopher Howard writes:

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

Hi Christopher,

Christopher Howard <christopher@alaskasi.com> skribis:

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’.

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-----

To: Christopher Howard <christopher@alaskasi.com>

Cc: Jan Nieuwenhuizen <janneke@gnu.org>, 40542@debbugs.gnu.org

Hi Christopher,

Christopher Howard <christopher@alaskasi.com> skribis:

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:

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

Hi,

Christopher Howard <christopher@alaskasi.com> skribis:

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’.

Ludovic Courtès writes:

Hello,

Oh! Hehe...

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

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-----

To: Christopher Howard <christopher@alaskasi.com>

Cc: Jan Nieuwenhuizen <janneke@gnu.org>, 40542@debbugs.gnu.org

Hi,

Christopher Howard <christopher@alaskasi.com> skribis:

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

Christopher Howard writes:

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

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-----

To: Christopher Howard <christopher@alaskasi.com>

Cc: Ludovic Courtès <ludo@gnu.org>, 40542@debbugs.gnu.org

Christopher Howard writes:

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

Hi Janneke,

On +2020-04-14 07:46:48 +0200, Jan Nieuwenhuizen wrote:

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)

--

Regards,

Bengt Richter

Christopher Howard writes:

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

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:

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)

--

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

Christopher Howard writes:

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

-----Original Message-----

To: Christopher Howard <christopher@alaskasi.com>

Cc: Bengt Richter <bokr@bokr.com>, 40542@debbugs.gnu.org

Christopher Howard writes:

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

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

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

On Thu, Mar 25, 2021 at 04:16:20PM -0800, Christopher Howard wrote:

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 :)

On Thu, Mar 25, 2021 at 08:25:32PM -0400, Leo Famulari wrote:

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

:)