bug#43513: json-c build failure (on armhf-linux) while trying to build u-boot

[Ludovic Courtès]

Hi,

Danny Milosavljevic  skribis:

> On Tue, 29 Sep 2020 12:25:54 +0200
> Ludovic Courtès  wrote:
>
>> > I'd like to test what happens if one builds json-c on an aarch64 host
>> > for i686.
>> >
>> > Could we enable qemu-binfmt for i686 on an aarch64 host for me to test it? 
>> >  
>> 
>> I think you can just run ‘qemu-i386 /path/to/your/program’; no need for
>> the whole binfmt_misc shebang.
>
> Sure, but I want to know what happens to json-c.  That sounds like a lot of
> manual invocations (like about 2--for invocations of "configure", "gcc",
> including all the dependencies etcetc).

Do we know which bit of json-c’s ‘configure’ draws an incorrect
conclusion?

> Andreas Enge already tried to configure dover.guix.info to uses qemu-binfmt
> to emulate i686-linux, but apparently it doesn't work (on dover.guix.info):
>
> building 
> /gnu/store/7wz8nqh6nkfqz6l780i6i34c6wa6ic6q-guile-bootstrap-2.0.drv...
> \builder for 
> `/gnu/store/7wz8nqh6nkfqz6l780i6i34c6wa6ic6q-guile-bootstrap-2.0.drv' failed 
> with exit code 1
> build of /gnu/store/7wz8nqh6nkfqz6l780i6i34c6wa6ic6q-guile-bootstrap-2.0.drv 
> failed
> View build log at 
> '/var/log/guix/drvs/7w/z8nqh6nkfqz6l780i6i34c6wa6ic6q-guile-bootstrap-2.0.drv.bz2'.
>
> bash-5.0$ bzless 
> /var/log/guix/drvs/7w/z8nqh6nkfqz6l780i6i34c6wa6ic6q-guile-bootstrap-2.0.drv.bz2
> --> 
> /var/log/guix/drvs/7w/z8nqh6nkfqz6l780i6i34c6wa6ic6q-guile-bootstrap-2.0.drv.bz2
>  <--
> while setting up the build environment: executing 
> `/gnu/store/mzfkrxd4w8vqrmyrx169wj8wyw7r8i37-bash': No such file or directory

That’s to little context for me to say much (I’d need to see the command
at least) but it could be that it’s trying to run i686 code on ARM or
similar.

Ludo’.

bug#32261: guix packages website: add mechanism to link to individual packages

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

Hi sirgazil,

You wrote:
If you think this issue is covered by that proposal, you could 
close
this bug by sending an email to 32261-d...@debbugs.gnu.org. You 
can
use the same subject of this bug and summarize in the body why 
you are

closing it.


I'm no Paul, but I don't think the above addresses this bug.  A 
package link that includes the version and breaks on the next 
upgrade is of limited use; in fact I can't think of any.


I'm leaving this bug open, but have closed the other one you 
mentioned in #guix.  Thanks!


Kind regards,

T G-R


signature.asc
Description: PGP signature

bug#43513: json-c build failure (on armhf-linux) while trying to build u-boot

[Danny Milosavljevic]

Hi Ludo,

On Wed, 30 Sep 2020 11:10:17 +0200
Ludovic Courtès  wrote:

> Danny Milosavljevic  skribis:
> 
> > On Tue, 29 Sep 2020 12:25:54 +0200
> > Ludovic Courtès  wrote:

> > Sure, but I want to know what happens to json-c.  That sounds like a lot of
> > manual invocations (like about 2--for invocations of "configure", "gcc",
> > including all the dependencies etcetc).  
> 
> Do we know which bit of json-c’s ‘configure’ draws an incorrect
> conclusion?

At least I don't.  I don't even have a homedir on dover.guix.info, so I cannot
run guix pull, guix describe, or really anything that is interesting on there.

Andreas knows maybe--it works for him.

> > while setting up the build environment: executing 
> > `/gnu/store/mzfkrxd4w8vqrmyrx169wj8wyw7r8i37-bash': No such file or 
> > directory  
> 
> That’s to little context for me to say much (I’d need to see the command
> at least) but it could be that it’s trying to run i686 code on ARM or
> similar.

Note that /gnu/store/mzfkrxd4w8vqrmyrx169wj8wyw7r8i37-bash is an i686 executable
on dover.

Running it just like this

  /gnu/store/mzfkrxd4w8vqrmyrx169wj8wyw7r8i37-bash

it works there on dover!

In order to reproduce the problem, you can log into dover.guix.info and then
run

  guix build -s i686-linux json-c

.

Andreas knows more and can do much more on that machine.


pgpZcTJYUGTWZ.pgp
Description: OpenPGP digital signature

bug#43720: Reconfiguring does not create home directories

[Andreas Enge]

Hello,

when adding new users to a Guix system configuration and reconfiguring,
their home directories are not created. It has happened a few times when
creating accounts for interns on bayfront, and it has happened right now
with Danny's account on dover.

This behaviour seems to contradict the documentation at
   https://guix.gnu.org/manual/en/guix.html#User-Accounts

Andreas

bug#43721: Package 'dune' (ocaml) is not Reproducible

[zimoun]

Dear,

Using Guix 04a459a, the classical:

   guix build dune
   guix build dune --no-grafts --check -K

return:

--8<---cut here---start->8---
guix build: error: derivation 
`/gnu/store/kg7mnb1b09n5zddgvc4hs8ira3i4jzz2-dune-1.11.3.drv' may not be 
deterministic: output `/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3' 
differs from ‘/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3-check’
--8<---cut here---end--->8---

then:

   diff -r --no-dereference 
/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3{,-check}
   
returns a large output (truncated here):

--8<---cut here---start->8---
Binary files 
/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3/lib/ocaml/site-lib/dune/configurator/configurator.cma
 and 
/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3-check/lib/ocaml/site-lib/dune/configurator/configurator.cma
 differ
Binary files 
/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3/lib/ocaml/site-lib/dune/configurator/configurator__Extract_obj.cmt
 and 
/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3-check/lib/ocaml/site-lib/dune/configurator/configurator__Extract_obj.cmt
 differ
Binary files 
/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3/lib/ocaml/site-lib/dune/configurator/configurator__V1.cmti
 and 
/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3-check/lib/ocaml/site-lib/dune/configurator/configurator__V1.cmti
 differ

[...]

Binary files 
/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3/lib/ocaml/site-lib/dune/_stdune/stdune__User_error.cmti
 and 
/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3-check/lib/ocaml/site-lib/dune/_stdune/stdune__User_error.cmti
 differ
Binary files 
/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3/lib/ocaml/site-lib/dune/_stdune/stdune__User_message.cmti
 and 
/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3-check/lib/ocaml/site-lib/dune/_stdune/stdune__User_message.cmti
 differ
Binary files 
/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3/lib/ocaml/site-lib/dune/_stdune/stdune__User_warning.cmti
 and 
/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3-check/lib/ocaml/site-lib/dune/_stdune/stdune__User_warning.cmti
 differ
--8<---cut here---end--->8---


Is it expected?  Does it comes from timestamp?  Is it avoidable?


I have not tried (yet) with the patch [1] updating ’dune’.

[1] 

All the best,
simon

bug#43513: json-c build failure (on armhf-linux) while trying to build u-boot

[Andreas Enge]

Hello,

On Wed, Sep 30, 2020 at 01:27:54PM +0200, Danny Milosavljevic wrote:
> At least I don't.  I don't even have a homedir on dover.guix.info, so I cannot
> run guix pull, guix describe, or really anything that is interesting on there.

this is a problem I have now seen at least three times, so I have opened
its own bug:
   https://issues.guix.gnu.org/43720

Andreas

bug#43721: Package 'dune' (ocaml) is not Reproducible

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

Zimoun,

Thanks for the report!

zimoun 写道：
diff -r --no-dereference 
/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3{,-check}


Don't use ‘diff’ for this, use something like diffoscope:

 $ diffoscope --exclude-directory-metadata --html dune.html $old 
 $new

 -> https://www.tobias.gr/dune.html

I think the problem is confined to the first screenful: one header 
byte differs, and then $old has an extra byte that shifts 
everything to the right causing these huge diffs.


Kind regards,

T G-R


signature.asc
Description: PGP signature

bug#43686: ocaml-sqlite3 build fails

[Julien Lepiller]

Le Mon, 28 Sep 2020 23:06:18 -0400,
Maxim Cournoyer  a écrit :

> On current master, attempting to build ocaml-sqlite3 yields:
> 
> --8<---cut here---start->8---
> starting phase `build'
> File "src/config/discover.ml", line 1:
> Error:
> /gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3/lib/ocaml/site-lib/dune/configurator/configurator.cmi
> is not a compiled interface for this version of OCaml. It seems to be
> for a newer version of OCaml. command "dune" "build" "@install"
> failed with status 1 builder for
> `/gnu/store/66mbim7cc90f9ngh2pkm0kw192z5rb6y-ocaml4.07-sqlite3-4.4.1.drv'
> failed with exit code 1 --8<---cut
> here---end--->8---
> 
> 
> 

Hi, fixed with db194f714a8beb155c508c06e346c7c2322e7053.  You can run
guix pull to get this version.

bug#43721: Package 'dune' (ocaml) is not Reproducible

[Julien Lepiller]

Le Wed, 30 Sep 2020 13:56:21 +0200,
zimoun  a écrit :

> Dear,
> 
> Using Guix 04a459a, the classical:
> 
>guix build dune
>guix build dune --no-grafts --check -K
> 
> return:
> 
> --8<---cut here---start->8---
> guix build: error: derivation
> `/gnu/store/kg7mnb1b09n5zddgvc4hs8ira3i4jzz2-dune-1.11.3.drv' may not
> be deterministic: output
> `/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3' differs
> from ‘/gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3-check’
> --8<---cut here---end--->8---
> 
> then:
> 
>diff -r --no-dereference
> /gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3{,-check} 
> returns a large output (truncated here):
> 
> --8<---cut here---start->8---
> Binary files
> /gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3/lib/ocaml/site-lib/dune/configurator/configurator.cma
> and
> /gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3-check/lib/ocaml/site-lib/dune/configurator/configurator.cma
> differ Binary files
> /gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3/lib/ocaml/site-lib/dune/configurator/configurator__Extract_obj.cmt
> and
> /gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3-check/lib/ocaml/site-lib/dune/configurator/configurator__Extract_obj.cmt
> differ Binary files
> /gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3/lib/ocaml/site-lib/dune/configurator/configurator__V1.cmti
> and
> /gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3-check/lib/ocaml/site-lib/dune/configurator/configurator__V1.cmti
> differ
> 
> [...]
> 
> Binary files
> /gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3/lib/ocaml/site-lib/dune/_stdune/stdune__User_error.cmti
> and
> /gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3-check/lib/ocaml/site-lib/dune/_stdune/stdune__User_error.cmti
> differ Binary files
> /gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3/lib/ocaml/site-lib/dune/_stdune/stdune__User_message.cmti
> and
> /gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3-check/lib/ocaml/site-lib/dune/_stdune/stdune__User_message.cmti
> differ Binary files
> /gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3/lib/ocaml/site-lib/dune/_stdune/stdune__User_warning.cmti
> and
> /gnu/store/1wwdmzcjhrpal92sz2zwzhyqmbc3w7ri-dune-1.11.3-check/lib/ocaml/site-lib/dune/_stdune/stdune__User_warning.cmti
> differ --8<---cut
> here---end--->8---
> 
> 
> Is it expected?  Does it comes from timestamp?  Is it avoidable?
> 
> 
> I have not tried (yet) with the patch [1] updating ’dune’.
> 
> [1] 
> 
> All the best,
> simon
> 
> 
> 

The difference seems to be bigger than a simple timestamp, but it's all
on binary files, and diffoscope is not very useful for that. Maybe file
system ordering? I'm investigating.

bug#43518: Guix substitute crash in procedure raise-exception: wrong type agument in position 1: #f

[Ludovic Courtès]

Hi,

Maxim Cournoyer  skribis:

> downloading from 
> https://ci.guix.gnu.org/nar/6m9zimmw8p6gbc1yfbg454c1r587b7h4-gcc-10.2.0.tar.xz
>  ...
[…]
>  gcc-10.2.0.tar.xz  74.3MiB 1.1MiB/s 
> 00:25 [###   ]  39.1%Backtrace:
[…]
> In unknown file:
>5 (display "@ substituter-succeeded 
> /gnu/store/r06j3ms57z4mzfpdzfclsi3i9hr4184g-module-imp…" …)
> In guix/status.scm:
>699:16  4 (write! _ _ _)
> 613:6  3 (_ (download-progress 
> "/gnu/store/6m9zimmw8p6gbc1yfbg454c1r587b7h4-gcc-10.2.0.tar.xz" # …) …)
> In guix/progress.scm:
>213:14  2 (display-download-progress "6m9zimmw8p6gbc1yfbg454c1r58@" _ 
> #:start-time _ #:transferred _ …)
> In ice-9/boot-9.scm:
>   1669:16  1 (raise-exception _ #:continuable? _)
>   1669:16  0 (raise-exception _ #:continuable? _)
>
> ice-9/boot-9.scm:1669:16: In procedure raise-exception:
> In procedure =: Wrong type argument in position 1: #f

If you have a case that’s reproducible, please take advantage of it and
add ‘pk’ calls in (guix progress) to see what happens.  Here it seems
that ‘transferred’ (in ‘display-download-progress’) is #f.

The #f would come from this clause in (guix status):

 ('download-progress item uri
 (= string->number size)
 (= string->number transferred))  ;<- here

That in turn comes from ‘progress-reporter/trace’, called from (guix
scripts substitute).

It looks like this issue happens when max-jobs is (noticeably) greater
than 1, as if the client was receiving intermingled “@
download-progress” traces, and thus not getting the right ‘transferred’
value.

Could you try to reproduce it while ‘guix’ is running under strace?
Like:

  strace -o log -s 200 guix build whatever --max-jobs=20

?

Then, if you reproduce the error, we’ll look for intermingled traces in
the log.

Thanks,
Ludo’.

bug#43531: Hang after power suspend

[Ludovic Courtès]

Hi,

Jeffrey Walton  skribis:

> I'm using Guix 1.1 x86_64 in a virtual box VM. I've noticed when the
> guest enters "power suspend" state I cannot wake it. The guest stops
> responding over SSH and stops accepting UI input. I have to cycle
> power to bring it back to life.
>
> Power settings are:
>
>   * Blank Screen - 15 minutes
>   * Automatic suspend - Off
>
> I don't see other relevant power settings in the Gnome app.

I don’t know what the emulator is doing, but I do know that this works
well on the bare metal.  :-)

Do you have similar issues with other distros/OSes hanging about suspend
in that emulator?

Thanks,
Ludo’.

bug#43727: tests/guix-environment.sh is broken when SHELL=fish

[Mikhail Tsykalov]

Hi,

I'm on commit db194f714a8beb155c508c06e346c7c2322e7053. Running tests 
with fish as shell always results in failure at test 
tests/guix-environment.sh. Seems like problem is with difference in 
`set` output format.


`set` command in fish outputs environmental variables in format:
VAR1 VAL1
VAR2 VAL2

tests/guix-environment.sh expects format:
VAR1=VAL1
VAR2=VAL2

Thanks,
Mikhail



+ set -e
+ guix environment --version
guix environment (GNU Guix) 1.0.1.22248-4dd77
Copyright (C) 2020 the Guix authors
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
+ tmpdir=t-guix-environment-13081
+ gcroot=t-guix-environment-gc-root-13081
+ trap 'rm -r "$tmpdir"; rm -f "$gcroot"' EXIT
+ mkdir t-guix-environment-13081
+ export SHELL
+ guix environment --bootstrap --ad-hoc guile-bootstrap --pure --search-paths
accepted connection from pid 13097, user tsmish
+ guix environment --bootstrap --ad-hoc guile-bootstrap:out --pure --search-paths
accepted connection from pid 13108, user tsmish
+ grep -E '^export PATH=.*profile/bin' t-guix-environment-13081/a
export PATH="/home/tsmish/src/guix/test-tmp/store/32inxhc578la6zzjna1ic0x5156lyrfx-profile/bin"
++ wc -l
+ test 1 = 1
++ sed -r 's/^export PATH="(.*)"/\1/' t-guix-environment-13081/a
+ test -x /home/tsmish/src/guix/test-tmp/store/32inxhc578la6zzjna1ic0x5156lyrfx-profile/bin/guile
+ cmp t-guix-environment-13081/a t-guix-environment-13081/b
+ GUIX_TEST_ABC=1
+ GUIX_TEST_DEF=2
+ GUIX_TEST_XYZ=3
+ export GUIX_TEST_ABC GUIX_TEST_DEF GUIX_TEST_XYZ
+ guix environment --bootstrap --ad-hoc guile-bootstrap --pure '--preserve=^GUIX_TEST_A' '--preserve=^GUIX_TEST_D' -- /gnu/store/k6rqxabw4v4nr3k8g820hxnx2sg2sryj-fish-3.1.2/bin/fish -c set
accepted connection from pid 13124, user tsmish
+ grep '^PATH=' t-guix-environment-13081/a
+ rm -r t-guix-environment-13081
+ rm -f t-guix-environment-gc-root-13081
FAIL tests/guix-environment.sh (exit status: 1)

bug#43728: teeworlds missing sound

[bdju]

I don't hear any music or sound effects when playing teeworlds.
guix (GNU Guix) 7806e568f6c61b97660e91f4f97dfbb9e81b9e06
It was my first time playing, so I have no way of knowing if it used to
have sound or not. There's a keybind to toggle sound and it doesn't
change anything.

bug#43731: login prompt before gdm starts

[quanrong via Bug reports for GNU Guix]

Before gdm starts, I get a tty login prompt. In my SSD computer, gdm starts 
shortly after, but on a different one with a slow HDD it takes quite a long 
time. Also, before gdm starts, I have to wait for ntpd to finish printing its 
start-up message. Is this expected behavior?

bug#43610: IceCat segfault

[Mike Gerwitz]

On Sat, Sep 26, 2020 at 14:05:53 -0400, Mark H Weaver wrote:
> I'm particularly sensitive to the memory requirements at build time,
> because I choose not to trust the build farm and therefore to build my
> entire Guix system with GNOME from source code on a relatively old
> Thinkpad X200 with only 4 GB of RAM.  I've been doing this for many
> years, and I'd like to enable other Guix users to do so if they wish.

As someone with the same system as you, I have appreciated this for
as long as I've used Guix.  Thank you.

> My impression is that IceCat debug outputs would primarily useful to
> people who are actively developing IceCat, in which case it makes more
> sense to build it manually to allow incremental rebuilds after modifying
> the source code.

I agree---I think it's best not to burden all users (that choose to or
have to build) in this case.

-- 
Mike Gerwitz

bug#37265: Seahorse can not create PGP keys.

[Michael Rohleder]

Hi!

j...@dorsal.tk writes:
> See attached screenshot.  There should be a PGP key menu option here.

In the seahorse versions I tested (3.3[46]), the menu for creating keys
look very different from yours (and seem to work).

Can you please check, if it works for you too?

-- 
43rd Law of Computing:
Anything that can go wr
Segmentation Fault (core dumped)


signature.asc
Description: PGP signature

bug#43736: The local-file()'s error message is misleading.

[Vitaliy Shatrov]

Hello there.
I ran in bash shell:



pwd
--> /home/vits

conf=~/guix/configuration/configuration.scm

ls $conf   # file exists
--> ~/guix/configuration/configuration.scm

guix system build $conf
--> guix system: error: failed to load
'/home/vits/guix/configuration/configuration.scm': No such file or directory



The commands above will result in a successfull build if i
`cd guix/configuration` before doing `guix system build`
(both with rel. and abs. names).

Attached is WORKING config.scm.  Error was caused by local-file()
used with _relative_ paths.  Those were commented out, and this
config.scm works from any directory.

#guix:
> ... error message is very misleading.

Better of course if the offending file will be print out:
"failed to load (...) /home/vits/auto-login:  no such file or directory"

---
Thanks for attention, Vitaliy.


config.scm
Description: Binary data

bug#43529: Guix Interactive Installer Broken

[Yasuaki Kudo]

let me try over the weekend 😄

> On Sep 30, 2020, at 02:17, zimoun  wrote:
> 
> Dear,
> 
> Thank you for the feedback.
> 
>> On Sun, 20 Sep 2020 at 16:51, Yasuaki Kudo  wrote:
>> 
>> Is there a bug tracker ID already assigned for this?
> 
> Do you hit the bug using the last image [1]?
> 
> [1] 
> 
> 
> 
> All the best,
> simon