bug#33343: Error bind mounting `/dev/full' to /gnu/store/... on reconfigure.

[Brendan Tildesley]

I'm trying to reconfigure with the latest guix after 2 months. I'm able

to build my system with guix system vm, but when I try to reconfigure I
get the following error. I tried removing ecryptfs-utils from my
configuration, but then I just get the same error with a different store
item. i have   80GiB of free space, and according to tune2fs, 50 million
free inodes.

|guix system: error: build failed: |   |   |   bind mounting `/dev/full' to 
`/gnu/store/6cnyn2ygaa4h4hmfvy4g4kriv6w61ci8-ecryptfs-utils-111.drv.chroot/dev/full'


I also encountered:

root@ui /home/b# guix gc --optimize
cannot link
`/gnu/store/.links/1a52zihpvvw40a3c4x7gqm91q8fwikxqn5c0ppfmk8xdzwnf0jh4' to 
`/gnu/store/19kffs6k7vq7a777icgwnzzwzqcjqwqa-python-2.7.14/lib/python2.7/site-packages/pip/models/__init__.pyc':
 No space left on device
cannot link 
`/gnu/store/.links/15zqnpjy710pql18r1y5kndp20iad49zjij2bmaswwg41zi30y69' to 
`/gnu/store/8qmkhdc7rkvhh1by90cgr0kjhwwl8b4q-util-macros-1.19.2.drv': No space 
left on device
cannot link 
`/gnu/store/.links/18d55pksvj1kg9bx5rhjqgz46xq4q1lpj4f9wc2bk9qrxycb7jjx' to 
`/gnu/store/cy0gyg5a6a0zcrmm74y4njv810kx3vlj-util-linux-2.31/bin/dmesg': No 
space left on device
cannot link 
`/gnu/store/.links/0avgw4kxgph7xvm94g76dzd8gfcc0085lw1wsn96jv94njnxdyfq' to 
`/gnu/store/n9ym4yl7s55pm57rnc5whjlzjgvxas32-linux-libre-4.16.2/lib/modules/4.16.2-gnu/kernel/drivers/tty/serial/8250/8250_mid.ko':
 No space left on device
cannot link 
`/gnu/store/.links/1a52zihpvvw40a3c4x7gqm91q8fwikxqn5c0ppfmk8xdzwnf0jh4' to 
`/gnu/store/nn4wfppsvqx9x6b53i8xav7nadqg02fj-python-2.7.14/lib/python2.7/site-packages/pip/models/__init__.pyc':
 No space left on device
cannot link 
`/gnu/store/.links/1gklhdk2jhwdf3mvhfzkj76d07b89djadbady6w7rdg9cpj8pa1w' to 
`/gnu/store/s28fmfrq8r0c688x59cj0fcyh2pv87nj-glibc-locales-2.27/lib/locale/2.27/en_SG.UTF-8/LC_TIME':
 No space left on device

I deleted all my backup profiles, ran guix gc, and these errors went
away after running it a few times.

bug#33310: Cuirass: Evaluations adding no new builds are displayed as "failing"

[Ludovic Courtès]

Hello,

Clément Lassieur  skribis:

> Evaluations adding no new builds are displayed as "failing".  I know
> this was done on purpose, but I think the check should be done on the
> number of jobs returned by the evaluator, rather than on the number of
> builds registered in the database.

Indeed, that makes sense.  For the record the faulty code was added in
commit 0b40dca734468e8b12b3ff58e3e779679f17d38e.  As I wrote there, it
would be ideal to have a “failed” bit in the database, and, even better,
to save the output of ‘evaluate’.

Thanks,
Ludo’.

bug#33312: Guix: many tests fail when building on 0.15

[Ludovic Courtès]

Hello,

swedebugia  skribis:

> running make check I got a lot of failed tests and no testlog:

Could you send ‘test-suite.log’ as noted in
?

TIA,
Ludo’.

bug#33326: gnupg: error: .config/guix/upstream/trustedkeys.kbx': No such file or directory

[Ludovic Courtès]

Hello,

swedebugia  skribis:

> Starting download of /tmp/guix-file.7s85Nf
> From https://ftpmirror.gnu.org/gnu/artanis/artanis-0.2.5.tar.gz.sig...
> following redirection to
> `https://mirrors.tripadvisor.com/gnu/artanis/artanis-0.2.5.tar.gz.sig'...
>  …5.tar.gz.sig  833B  395KiB/s 00:00
> [##] 100.0%
> gpgv: keyblock resource
> '/home/sdb/.config/guix/upstream/trustedkeys.kbx': No such file or
> directory
> gpgv: Signature made Mon 07 May 2018 08:20:36 PM CEST
> gpgv:    using RSA key F53B4C5695B5E4D56093432484696772846A0058
> gpgv: Can't check signature: No public key
> Would you like to add this key to keyring
> '/home/sdb/.config/guix/upstream/trustedkeys.kbx'?
> y
> gpg: failed to create temporary file
> '/home/sdb/.gnupg/.#lk0x00f6bb70.komputilo.1978': No such file
> or directory
> gpg: connecting dirmngr at '/home/sdb/.gnupg/S.dirmngr' failed: No
> such file or directory
> gpg: keyserver receive failed: No dirmngr
> gpgv: Signature made Mon 07 May 2018 08:20:36 PM CEST
> gpgv:    using RSA key F53B4C5695B5E4D56093432484696772846A0058
> gpgv: Can't check signature: No public key
> guix refresh: warning: signature verification failed for
> `mirror://gnu/artanis/artanis-0.2.5.tar.gz'
> guix refresh: warning: (could be because the public key is not in your
> keyring)
> guix refresh: warning: artanis: version 0.2.5 could not be downloaded
> and authenticated; not updating

The above messages from ‘gpg’ suggest a gpg setup issue or something
along these lines.  I think it’s beyond the scope of Guix, so I’m
tempted to close it as “not-a-bug”.

How does that sound?

Thanks,
Ludo’.

bug#33330: Hurd failing to build

[Ludovic Courtès]

Hello Brett,

Brett Gilio  skribis:

> checking host system type... x86_64-unknown-linux-gnu
> configure: error: this is the gnu os, host cannot be linux-gnu
> *** Host configuration must be `MACHINE-gnu' or `MACHINE-VENDOR-gnu'.
> *** To cross-compile, you must specify both --host and --build;
> *** for example `--build=x86_64-unknown-linux-gnu --host=x86_64-gnu'.
> *** Run ./configure --help for more information.

To put it differently, the Hurd cannot be built natively on GNU/Linux.
You can cross-build the Hurd from GNU/Linux with something like:

  guix build hurd --target=i586-pc-gnu

… though I seem to remember even that is broken in current master.

Ludo’.

bug#33330: Hurd failing to build

[Manolis Ragkousis]

Hello Ludo,

On 11/11/18 6:44 PM, Ludovic Courtès wrote:
> Hello Brett,
> 
> Brett Gilio  skribis:
> 
>> checking host system type... x86_64-unknown-linux-gnu
>> configure: error: this is the gnu os, host cannot be linux-gnu
>> *** Host configuration must be `MACHINE-gnu' or `MACHINE-VENDOR-gnu'.
>> *** To cross-compile, you must specify both --host and --build;
>> *** for example `--build=x86_64-unknown-linux-gnu --host=x86_64-gnu'.
>> *** Run ./configure --help for more information.
> 
> To put it differently, the Hurd cannot be built natively on GNU/Linux.
> You can cross-build the Hurd from GNU/Linux with something like:
> 
>   guix build hurd --target=i586-pc-gnu
> 
> … though I seem to remember even that is broken in current master.


Yes, I am currently trying to fix this.

Manolis

bug#33343: Error bind mounting `/dev/full' to /gnu/store/... on reconfigure.

[Ludovic Courtès]

Hi,

Brendan Tildesley  skribis:

> I'm trying to reconfigure with the latest guix after 2 months. I'm able
>
> to build my system with guix system vm, but when I try to reconfigure I
> get the following error. I tried removing ecryptfs-utils from my
> configuration, but then I just get the same error with a different store
> item. i have   80GiB of free space, and according to tune2fs, 50 million
> free inodes.
>
> |guix system: error: build failed: |   |   |   bind mounting `/dev/full' to 
> `/gnu/store/6cnyn2ygaa4h4hmfvy4g4kriv6w61ci8-ecryptfs-utils-111.drv.chroot/dev/full'

Please see , which is about the
same issue.

In short: don’t use ‘--verbosity’.

Thanks,
Ludo’.

bug#33300: Automatically detecting binaries in source tarballs

[Ludovic Courtès]

Hi,

Efraim Flashner  skribis:

> On Fri, Nov 09, 2018 at 12:11:34AM +0100, Björn Höfling wrote:

[...]

>> One of my review-tasks is this:
>> 
>> [] Binaries included? If yes, created a snipped?
>>find . -name "*.rar" -or -name "*.pdf" -or -name "*.bin" -or -name 
>> "*.pdf" -or -name "*.dsy" -or -name "*.jar" -or -name "*.exe" 
>
> also "*.so" or "*.a" I assume.
>
> For python we'd want to grep the source files for "Generated by Cython"

Indeed.  The “risk”, if we make the list too long, is that we’ll find that
we’re not doing so well in many cases.  We should make sure we can
address all these issues.

>> Should this be a phase of the build system? Or just a linter, that was
>> my first idea?
>
> I'd go with a phase

Same here.  It’d be inconvenient to implement in ‘guix lint’ because
we’d first need to extract the tarball etc.

Thanks,
Ludo’.

bug#33300: hplip 3.18.9 contains non-free binary blobs

[Ludovic Courtès]

Closing this bug, which Efraim addressed in commit
b44b1f08f6945ea8370746cfdadb44c7dea9ea3e.

Thanks!

Ludo’.

bug#33346: spice-vdagent.desktop exec failure

[Taegil Bae]

Hi,

Spice-vdagent is not run by Gnome session because
spice-vdagent.desktop is patched incorrectly.
spice-vdagent.desktop is shown as:
[Desktop Entry]
Name=Spice vdagent
Comment=Agent for Spice guests
Exec=/gnu/store/5wk50f4zhhmg0s599z3d6v5zraxp72jp-spice-vdagent-0.17.0/bin/spice-vdagentTerminal=false
Type=Application
Categories=
X-GNOME-Autostart-Phase=Initialization

So gnu/packages/spice.scm should be modified as below:
--- gnu/packages/spice.scm.orig2018-11-12 02:03:57.067760458 +0900
+++ gnu/packages/spice.scm2018-11-12 02:04:38.559875648 +0900
@@ -278,7 +278,7 @@
 (substitute* "data/spice-vdagent.desktop"
   (("Exec=/usr/bin/spice-vdagent\n")
(string-append "Exec=" (assoc-ref outputs "out")
-  "/bin/spice-vdagent")))
+  "/bin/spice-vdagent\n")))
  #t)
 (inputs
   `(("alsa-lib" ,alsa-lib)


Regards,

Taegil

bug#33312: Guix: many tests fail when building on 0.15

[swedebugia]

On 2018-11-11 17:03, Ludovic Courtès wrote:

Hello,

swedebugia  skribis:


running make check I got a lot of failed tests and no testlog:


Could you send ‘test-suite.log’ as noted in
?

TIA,
Ludo’.


It is not found. Not generated.
Dunno why.
I run "make check" and it only gave me what I already sent.

--
Cheers
Swedebugia

bug#33330: Hurd failing to build

[Brett Gilio]

Manolis Ragkousis writes:

> Hello Ludo,
>
> On 11/11/18 6:44 PM, Ludovic Courtès wrote:
>> Hello Brett,
>> 
>> Brett Gilio  skribis:
>> 
>>> checking host system type... x86_64-unknown-linux-gnu
>>> configure: error: this is the gnu os, host cannot be linux-gnu
>>> *** Host configuration must be `MACHINE-gnu' or `MACHINE-VENDOR-gnu'.
>>> *** To cross-compile, you must specify both --host and --build;
>>> *** for example `--build=x86_64-unknown-linux-gnu --host=x86_64-gnu'.
>>> *** Run ./configure --help for more information.
>> 
>> To put it differently, the Hurd cannot be built natively on GNU/Linux.
>> You can cross-build the Hurd from GNU/Linux with something like:
>> 
>>   guix build hurd --target=i586-pc-gnu
>> 
>> … though I seem to remember even that is broken in current master.
>
>
> Yes, I am currently trying to fix this.
>
> Manolis

Thank you Ludo and Manolis for the input, here. If you need help with
anything here, please let me know.

Brett

bug#33030: Crash in progress-bar

[Ricardo Wurmus]

I’ve just got the very same error:

--8<---cut here---start->8---
downloading from 
https://berlin.guixsd.org/nar/gzip/iql35g1g5q9dkap5splc7f9ggskr31vl-NamesList.txt...
Backtrace:
In guix/scripts/package.scm:
   913:10 19 (_)
In guix/status.scm:
600:4 18 (call-with-status-report _ _)
In guix/scripts/package.scm:
   921:14 17 (_)
   873:19 16 (process-actions # _)
598:4 15 (options->installable ((upgrade . #f) (verbosity . 0) (graft? . 
#t) (substitutes? . #t) (# . #t) # # …) …)
In srfi/srfi-1.scm:
   501:18 14 (fold-right # _ _ . _)
In guix/scripts/package.scm:
   238:37 13 (transaction-upgrade-entry _ #< install: 
(#< name: "qtractor" ve…>)
In guix/packages.scm:
   881:14 12 (cache! # # (. #) _)
In unknown file:
  11 (_ # # #)
In guix/grafts.scm:
303:4 10 (graft-derivation # # …)
181:4  9 (references-oracle # #)
   190:20  8 (_ _ _)
In guix/store.scm:
  1100:15  7 (_ # _ _)
   661:13  6 (process-stderr _ _)
In unknown file:
   5 (display "@ download-progress 
/gnu/store/iql35g1g5q9dkap5splc7f9ggskr31vl-NamesList.txt https://berli…"; …)
In guix/status.scm:
   521:16  4 (write! _ _ _)
439:6  3 (_ (download-progress 
"/gnu/store/iql35g1g5q9dkap5splc7f9ggskr31vl-NamesList.txt" "https://berlin.…"; 
…) …)
In guix/progress.scm:
   208:33  2 (display-download-progress _ _ #:start-time _ #:transferred _ 
#:log-port _)
   183:12  1 (progress-bar _ _)
In unknown file:
   0 (make-string -51 #\space)

ERROR: In procedure make-string:
Value out of range 0 to 18446744073709551615: -51
--8<---cut here---end--->8---

I do not have a local log file for the download of that file.

“guix build --log-file 
/gnu/store/iql35g1g5q9dkap5splc7f9ggskr31vl-NamesList.txt” prints
“https://mirror.hydra.gnu.org/log/iql35g1g5q9dkap5splc7f9ggskr31vl-NamesList.txt”.

--
Ricardo

bug#33323: guix package (--show & --search) missing error when package is not found

[Ludovic Courtès]

Hello,

swedebugia  skribis:

> $ guix package --show=test
> (no output)
>
> Expected: error package test not found

Done in commit 652163154c06b47936a453f44ea35938789718de.

Note that --search is different: it’s expected to return zero or more
results, and returning zero results is not an error.

Thanks,
Ludo’.