GNU bug report logs - #48156
basic system test broken: qemu-system-x86_64: error while loading shared libraries: libXcursor.so.1: cannot open shared object file: No such file or directory

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Christopher Baines <mail <at> cbaines.net>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#48156: closed (basic system test broken: qemu-system-x86_64:
 error while loading shared libraries: libXcursor.so.1: cannot open shared
 object file: No such file or directory)
Date: Wed, 05 May 2021 09:08:01 +0000

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

Your message dated Wed, 05 May 2021 10:07:32 +0100
with message-id <87a6p9czvv.fsf <at> cbaines.net>
and subject line Re: bug#48156: basic system test broken: qemu-system-x86_64: error while loading shared libraries: libXcursor.so.1: cannot open shared object file: No such file or directory
has caused the debbugs.gnu.org bug report #48156,
regarding basic system test broken: qemu-system-x86_64: error while loading shared libraries: libXcursor.so.1: cannot open shared object file: No such file or directory
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
48156: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=48156
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Christopher Baines <mail <at> cbaines.net>
To: bug-guix <at> gnu.org
Subject: basic system test broken: qemu-system-x86_64: error while loading
 shared libraries: libXcursor.so.1: cannot open shared object file: No such
 file or directory
Date: Sun, 02 May 2021 10:10:01 +0100

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

This is on commit 1b792e8b5275dc010c53d91062082340431204f2.

→ make check-system TESTS=basic
Compiling Scheme modules...
Selected 1 system tests...
The following derivation will be built:
   /gnu/store/7dyw16iakczr7qg89rb3rgbh443cvwpc-basic.drv
building /gnu/store/7dyw16iakczr7qg89rb3rgbh443cvwpc-basic.drv...
/gnu/store/13v06bndh09k1db50yndqi7610a9170k-qemu-5.2.0/bin/qemu-system-x86_64: error while loading shared libraries: libXcursor.so.1: cannot open shared object file: No such file or directory
Backtrace:
           4 (primitive-load "/gnu/store/kxwahrlahs75yr5j190n7f5sah9?")
In ice-9/eval.scm:
    619:8  3 (_ #f)
   626:19  2 (_ #<directory (guile-user) 7ffff1baff00>)
In gnu/build/marionette.scm:
    141:7  1 (make-marionette ("/gnu/store/s8cndczb6zz9al8l7nqk9hm?") ?)
    114:7  0 (accept* #<input-output: socket 10>)

gnu/build/marionette.scm:114:7: In procedure accept*:
timeout in 'accept' #<input-output: socket 10>
QEMU runs as PID 14
note: keeping build directory `/tmp/guix-build-basic.drv-3'
builder for `/gnu/store/7dyw16iakczr7qg89rb3rgbh443cvwpc-basic.drv' failed with exit code 1
build of /gnu/store/7dyw16iakczr7qg89rb3rgbh443cvwpc-basic.drv failed
View build log at '/var/log/guix/drvs/7d/yw16iakczr7qg89rb3rgbh443cvwpc-basic.drv.bz2'.
guix build: error: build of `/gnu/store/7dyw16iakczr7qg89rb3rgbh443cvwpc-basic.drv' failed
make: *** [Makefile:6923: check-system] Error 1

[signature.asc (application/pgp-signature, inline)]

[Message part 5 (message/rfc822, inline)]

From: Christopher Baines <mail <at> cbaines.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 48156-close <at> debbugs.gnu.org
Subject: Re: bug#48156: basic system test broken: qemu-system-x86_64: error
 while loading shared libraries: libXcursor.so.1: cannot open shared object
 file: No such file or directory
Date: Wed, 05 May 2021 10:07:32 +0100

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

Ludovic Courtès <ludo <at> gnu.org> writes:

> Hi,
>
> Christopher Baines <mail <at> cbaines.net> skribis:
>
>> This is on commit 1b792e8b5275dc010c53d91062082340431204f2.
>>
>> → make check-system TESTS=basic
>> Compiling Scheme modules...
>> Selected 1 system tests...
>> The following derivation will be built:
>>    /gnu/store/7dyw16iakczr7qg89rb3rgbh443cvwpc-basic.drv
>> building /gnu/store/7dyw16iakczr7qg89rb3rgbh443cvwpc-basic.drv...
>> /gnu/store/13v06bndh09k1db50yndqi7610a9170k-qemu-5.2.0/bin/qemu-system-x86_64: error while loading shared libraries: libXcursor.so.1: cannot open shared object file: No such file or directory
>
> That looks fishy.  I cannot reproduce it like this:
>
> --8<---------------cut here---------------start------------->8---
> $ TESTS=basic guix time-machine --commit=1b792e8b5275dc010c53d91062082340431204f2 -- build -m etc/system-tests.scm
>
> [...]
>
> ;;; (services (file-system-/dev/shm file-system-/sys/firmware/efi/efivars urandom-seed term-tty3 term-tty2 virtual-terminal mcron term-tty4 console-font-tty5 console-font-tty1 user-file-systems user-processes root-file-system console-font-tty2 marionette loopback syslogd nscd term-tty5 root file-system-/dev/pts term-tty6 file-system-/sys/kernel/debug console-font-tty3 guix-daemon term-tty1 user-homes console-font-tty6 sysctl console-font-tty4 term-auto host-name file-systems udev))
> # of expected passes      27
> # of skipped tests        1
> successfully built /gnu/store/q1p7gbpxv37ycisdpl11vi4x86l73lmg-basic.drv
> /gnu/store/2v80zymwawb9cvf9bhdfj87f60nrcpn3-basic
> --8<---------------cut here---------------end--------------->8---
>
> It’s not the same derivation though.
>
> I can’t seem to find
> /gnu/store/7dyw16iakczr7qg89rb3rgbh443cvwpc-basic.drv nor
> /gnu/store/13v06bndh09k1db50yndqi7610a9170k-qemu-5.2.0.  Where do they
> come from?

I've done a bit more digging, the qemu output is grafted, and I'm
probably getting a different grafted result since the libxcursor output
I have in my store is broken:

/gnu/store/mwcfhmiivhp4q7wax3ja8s17pk20i6w9-libxcursor-1.2.0/
└── share
    └── doc
        └── libxcursor-1.2.0
            └── COPYING

This comes from guix.cbaines.net, so it's probably not affecting anyone
else. I checked where the build happened, and it took place on a machine
which I was playing around with overclocking, and wasn't running in a
stable way.

I'm sort of impressed things managed to break in such a specific way
though. Because of how the Guix Build Coordinator works, this build must
have taken place, something went wrong in the middle, and then the
outputs got uploaded and the build result reported all without
issue. The build log has some interesting "succeeded after 0.0 seconds"
bits at the end:

  https://guix.cbaines.net/build/d4850c59-a007-4754-b16d-d867d63bc95e/log

I'll close the bug since this seems to be a "me" problem.

[signature.asc (application/pgp-signature, inline)]

Previous Next

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