bug#47253: network-manager shepherd services does not wait to be online

[Bone Baboon via Bug reports for GNU Guix]

raid5atemyhomework via Bug reports for GNU Guix writes:

> Is there any chance any thought will be given over to this, or am I stuck 
> trying to work around a single-threaded "does the job, but not well" Shepherd?
>
> I'm beginning to wonder if just using SystemD would work better, especially 
> since it's so popular nearly every daemon package includes support for it 
> anyway.

There appears to be previous email threads on the guix-devel mailing
list that you may find interesting.  Just search for systemd and there
are several results.

bug#48701: Closed by 48943

[Bone Baboon via Bug reports for GNU Guix]

Philip Munksgaard writes:

> This issue has been fixed by #48943 and should be closed.

You can close a bug report by emailing nnn-d...@debbugs.gnu.org where
NNN is the bug number.

For the body of the email you can say something like "Closing because
".

bug#49435: GRUB keymap is stored on encrypted root.

[Bone Baboon via Bug reports for GNU Guix]

Barry Kane writes:

> The problem:
> On a system with encrypted root and using a non-us keymap such as DVORAK
> programmer and setting this in the bootloader configuration, the relevant 
> files 
> for GRUB to use the keymap are stored on an encrypted partition, thus
> requiring the user to enter the password in an incorrect layout.
>
> Suggested solutions:
> Allow the user to declare that they wish to store all boot related files
> in the clear on a seperate partition.
> Grub could be built with the particular keymap required as the default.
>
> -
> Barra O'Cathain

I also have the same problem.

When I boot up GRUB uses a Qwerty keyboard layout when it prompts me for
a password instead of the layout I have specified in my Guix system
configuration.  After enter the password with the Qwerty keyboard layout
for GRUB the other password prompts use my specified keyboard layout.

bug#48793: Make guix room available over matrix

[Bone Baboon via Bug reports for GNU Guix]

bo0od writes:

> if guix irc migrated to OFTC

OFTC has a problematic registration process.

In the registration process they encourage the use of Google captcha.
Further there is no mention during the registration process of any
alternative account registration options.

The use of Google captcha is problematic because of freedom, privacy,
ethical and philosophical reasons.  There is a freedom problem because
JavaScript has to be enabled and Google captcha is not free software.
There is a privacy issue demonstrated by the Tor browser documentation's
security settings section which says that JavaScript is disabled when
the safest setting is
used.   Then there
is an ethical issue of people doing free labor for Google.  Then there
is a philosophical issue if that free labor is used to train artificial
intelligence (Google is working on artificial intelligence
) as this raises the issue of
artificial intelligence safety.

bug#48552: mesa 20.2.4 is not reproducible

[Bone Baboon via Bug reports for GNU Guix]

When I run `guix challenge` it shows that these versions of mesa are not
reproducible.

```
/gnu/store/2lyzzw7ybsm3s2n7fgqm17n33n62dl7c-mesa-20.2.4
/gnu/store/k72zqqiysk3qcwqj917hmlbvqs8shj0x-mesa-20.2.4
```

This looks like it could also be related to bug#43849.

`guix describe` outputs:

```
Generation 24   May 12 2021 18:06:24(current)
  guix d6aeebb
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: d6aeebb23639258311fdfb9dbf5f903079fde51a
```

`guix challenge mesa` outputs:

```
/gnu/store/9624kmpsr9mcx0qb1zvbk5hpxymgk0s4-mesa-20.2.4 contents differ:
  local hash: 0ca468jgq1sgw0llsjrmk1jjny08ndhs4634yp9m9aajr4p0g8q1
  
https://ci.guix.gnu.org/nar/lzip/9624kmpsr9mcx0qb1zvbk5hpxymgk0s4-mesa-20.2.4: 
1kp0l03bdinmnzkn2xqyrl6gymzy9qrh5kbq2i8fbgxb0c1j54m7
  differing files:
/lib/dri/iris_dri.so
/lib/dri/nouveau_drv_video.so
/lib/vdpau/libvdpau_nouveau.so.1.0.0
/lib/libXvMCnouveau.so.1.0.0
/lib/libOSMesa.so.8.0.0
/lib/libvulkan_radeon.so
/lib/libxatracker.so.2.5.0

1 store items were analyzed:
  - 0 (0.0%) were identical
  - 1 (100.0%) differed
  - 0 (0.0%) were inconclusive
```

Attached is the diffoscope output.


diffoscope-mesa.txt.lz
Description: Binary data

bug#48534: gtk+ 3.24.24 is not reproducible

[Bone Baboon via Bug reports for GNU Guix]

Bone Baboon via Bug reports for GNU Guix writes:
>   differing file:
> /share/icons/hicolor/icon-theme.cache

This is the same file that was reported as not being reproducible in
<https://issues.guix.gnu.org/30767>.

bug#48534: gtk+ 3.24.24 is not reproducible

[Bone Baboon via Bug reports for GNU Guix]

`guix challenge` shows that these versions of gtk+ are not
reproducible.

```
/gnu/store/5y1z0cl6g8ds86xhn2h9n1pk2hrjhh1h-gtk+-3.24.24
/gnu/store/8057xmgbnb8qkb1fn6jw3xcjx81fs92h-gtk+-3.24.24
/gnu/store/f354nhi011n2sz5vh266h8ss3rhadi1g-gtk+-2.24.32
```

`guix describe` outputs:

```
Generation 24   May 12 2021 18:06:24(current)
  guix d6aeebb
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: d6aeebb23639258311fdfb9dbf5f903079fde51a
```

`guix challenge gtk+` outputs:

```
/gnu/store/ayk8rab96lw7kx69rvfkhd6dp9p2v9ny-gtk+-3.24.24 contents differ:
  local hash: 0g3h3d6djx3jhmgg2aawqdxj3hpq0ciyv64drhikflrpqqbmrrwh
  
https://ci.guix.gnu.org/nar/lzip/ayk8rab96lw7kx69rvfkhd6dp9p2v9ny-gtk%2B-3.24.24:
 09963h5b7j19xq3rl1p3kk85shj9yvknlagp0jwfy9saj88m20kn
  differing file:
/share/icons/hicolor/icon-theme.cache

1 store items were analyzed:
  - 0 (0.0%) were identical
  - 1 (100.0%) differed
  - 0 (0.0%) were inconclusive
```

`guix challenge --diff=diffoscope gtk+` outputs:

```
/gnu/store/ayk8rab96lw7kx69rvfkhd6dp9p2v9ny-gtk+-3.24.24 contents differ:
  local hash: 0g3h3d6djx3jhmgg2aawqdxj3hpq0ciyv64drhikflrpqqbmrrwh
  
https://ci.guix.gnu.org/nar/lzip/ayk8rab96lw7kx69rvfkhd6dp9p2v9ny-gtk%2B-3.24.24:
 09963h5b7j19xq3rl1p3kk85shj9yvknlagp0jwfy9saj88m20kn
--- /tmp/guix-directory.0OZAet
+++ /gnu/store/ayk8rab96lw7kx69rvfkhd6dp9p2v9ny-gtk+-3.24.24
│   --- /tmp/guix-directory.0OZAet/share
├── +++ /gnu/store/ayk8rab96lw7kx69rvfkhd6dp9p2v9ny-gtk+-3.24.24/share
│ │   --- /tmp/guix-directory.0OZAet/share/icons
│ ├── +++ /gnu/store/ayk8rab96lw7kx69rvfkhd6dp9p2v9ny-gtk+-3.24.24/share/icons
│ │ │   --- /tmp/guix-directory.0OZAet/share/icons/hicolor
│ │ ├── +++ 
/gnu/store/ayk8rab96lw7kx69rvfkhd6dp9p2v9ny-gtk+-3.24.24/share/icons/hicolor
│ │ │ │   --- /tmp/guix-directory.0OZAet/share/icons/hicolor/icon-theme.cache
│ │ │ ├── +++ 
/gnu/store/ayk8rab96lw7kx69rvfkhd6dp9p2v9ny-gtk+-3.24.24/share/icons/hicolor/icon-theme.cache
│ │ │ │┄ xxd not available in path. Falling back to Python hexlify.
│ │ │ │ @@ -7,11 +7,11 @@
│ │ │ │  00050004000400040003000400020004
│ │ │ │  00010004000400fc011067746b33
│ │ │ │  2d7769646765742d666163746f7279060005000400040004
│ │ │ │  0003000400020004000100040004
│ │ │ │  0150016c67746b332d64656d6f2d73796d626f6c
│ │ │ │  69632e73796d626f6c6963060005000400040004
│ │ │ │  0003000400020004000100040004
│ │ │ │ -000601bc01cc01d801e401f001fc32353678   
│ │ │ │ -3235362f6170707331367831362f6170707332347832342f6170   
│ │ │ │ -707333327833322f6170707334387834382f6170707332327832   
│ │ │ │ +000601bc01c801d801e401f001fc33327833   
│ │ │ │ +322f61707073323536783235362f6170707331367831362f6170   
│ │ │ │ +707334387834382f6170707332347832342f6170707332327832   
│ │ │ │  322f61707073

1 store items were analyzed:
  - 0 (0.0%) were identical
  - 1 (100.0%) differed
  - 0 (0.0%) were inconclusive
```

bug#48520: rav1e 0.3.5 is not reproducible

[Bone Baboon via Bug reports for GNU Guix]

`guix describe` outputs:

```
Generation 24   May 12 2021 18:06:24(current)
  guix d6aeebb
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: d6aeebb23639258311fdfb9dbf5f903079fde51a
```

`guix challenge /gnu/store/cdhgn2y3xzmbxfzkzzlm9fb7q70paxvz-rav1e-0.3.5`
outputs:

```
/gnu/store/cdhgn2y3xzmbxfzkzzlm9fb7q70paxvz-rav1e-0.3.5 contents differ:
  local hash: 0lr47rfaq41yn3sbf86xnwpsrgvi38ifi3hx5dz3cm5iinfwaxc0
  
https://ci.guix.gnu.org/nar/lzip/cdhgn2y3xzmbxfzkzzlm9fb7q70paxvz-rav1e-0.3.5: 
17g58f754k0n5hwiysb88cz9fg82di2j244zzh9mnv6a172y4xjb
  differing file:
/share/cargo/registry/rav1e-0.3.5.crate

1 store items were analyzed:
  - 0 (0.0%) were identical
  - 1 (100.0%) differed
  - 0 (0.0%) were inconclusive
```

`guix challenge --diff=diffoscope
/gnu/store/cdhgn2y3xzmbxfzkzzlm9fb7q70paxvz-rav1e-0.3.5` outputs:

```
/gnu/store/cdhgn2y3xzmbxfzkzzlm9fb7q70paxvz-rav1e-0.3.5 contents differ:
  local hash: 0lr47rfaq41yn3sbf86xnwpsrgvi38ifi3hx5dz3cm5iinfwaxc0
  
https://ci.guix.gnu.org/nar/lzip/cdhgn2y3xzmbxfzkzzlm9fb7q70paxvz-rav1e-0.3.5: 
17g58f754k0n5hwiysb88cz9fg82di2j244zzh9mnv6a172y4xjb
--- /tmp/guix-directory.3zSn14
+++ /gnu/store/cdhgn2y3xzmbxfzkzzlm9fb7q70paxvz-rav1e-0.3.5
│   --- /tmp/guix-directory.3zSn14/share
├── +++ /gnu/store/cdhgn2y3xzmbxfzkzzlm9fb7q70paxvz-rav1e-0.3.5/share
│ │   --- /tmp/guix-directory.3zSn14/share/cargo
│ ├── +++ /gnu/store/cdhgn2y3xzmbxfzkzzlm9fb7q70paxvz-rav1e-0.3.5/share/cargo
│ │ │   --- /tmp/guix-directory.3zSn14/share/cargo/registry
│ │ ├── +++ 
/gnu/store/cdhgn2y3xzmbxfzkzzlm9fb7q70paxvz-rav1e-0.3.5/share/cargo/registry
│ │ │ │   --- /tmp/guix-directory.3zSn14/share/cargo/registry/rav1e-0.3.5.crate
│ │ │ ├── +++ 
/gnu/store/cdhgn2y3xzmbxfzkzzlm9fb7q70paxvz-rav1e-0.3.5/share/cargo/registry/rav1e-0.3.5.crate
│ │ │ │ ├── rav1e-0.3.5.crate-content
│ │ │ │ │ ├── file list
│ │ │ │ │ │ @@ -1,9 +1,9 @@
│ │ │ │ │ │ --rw-r--r--   00039196 2021-04-03 
18:35:22.00 rav1e-0.3.5/Cargo.lock
│ │ │ │ │ │ --rw-r--r--   000 4228 2021-04-03 
18:35:22.00 rav1e-0.3.5/Cargo.toml
│ │ │ │ │ │ +-rw-r--r--   00039196 2021-04-21 
15:38:10.00 rav1e-0.3.5/Cargo.lock
│ │ │ │ │ │ +-rw-r--r--   000 4228 2021-04-21 
15:38:10.00 rav1e-0.3.5/Cargo.toml
│ │ │ │ │ │  -rw-r--r--   0  9993 4228 2020-12-31 
14:44:40.00 rav1e-0.3.5/Cargo.toml.orig
│ │ │ │ │ │  -rw-r--r--   0  9993 1332 2020-11-16 
12:40:01.00 rav1e-0.3.5/LICENSE
│ │ │ │ │ │  -rw-r--r--   0  9993 5702 2017-09-24 
10:10:31.00 rav1e-0.3.5/PATENTS
│ │ │ │ │ │  -rw-r--r--   0  9993 5820 2020-12-31 
12:00:53.00 rav1e-0.3.5/README.md
│ │ │ │ │ │  -rw-r--r--   0  9993 4333 2020-12-31 
12:00:53.00 rav1e-0.3.5/build.rs
│ │ │ │ │ │  -rw-r--r--   0  9993  423 2020-12-31 
12:00:53.00 rav1e-0.3.5/cbindgen.toml
│ │ │ │ │ │  -rw-r--r--   0  9993 3579 2020-12-31 
12:00:53.00 rav1e-0.3.5/src/activity.rs

1 store items were analyzed:
  - 0 (0.0%) were identical
  - 1 (100.0%) differed
  - 0 (0.0%) were inconclusive
```

bug#48499: hunspell-dict-en-us is not reproducible

[Bone Baboon via Bug reports for GNU Guix]

hunspell-dict-en-us is not reproducible.

The diffoscope output for the README files that are not reproducible
show that when the README files are being generated they are created
with a date and time.  The date and time will be different for each
build and this is why they are not reproducible.

I checked hunspell-dict-de and it is reproducible.  I do not know if
other hunspell-dict-* are reproducible or not.

`guix describe` outputs:

```
Generation 24   May 12 2021 18:06:24(current)
  guix d6aeebb
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: d6aeebb23639258311fdfb9dbf5f903079fde51a
```

`guix challenge hunspell-dict-en-us` outputs:

```
/gnu/store/3w1hj34h7w2if52lng2q1n12ddb034bj-hunspell-dict-en-us-2018.04.16 
contents differ:
  local hash: 17z7nzdzzirfkqsiixk3r4anxzmj2531k9hm30bv7kq19fb3drbb
  
https://ci.guix.gnu.org/nar/lzip/3w1hj34h7w2if52lng2q1n12ddb034bj-hunspell-dict-en-us-2018.04.16:
 0zc4xyr77bzsmzs6wjxmx59c0w2xr97qx47190k0wmjaskncdllq
  differing files:
/share/doc/hunspell-dict-en-us/README_en_AU.txt
/share/doc/hunspell-dict-en-us/README_en_US-large.txt
/share/doc/hunspell-dict-en-us/README_en_US.txt
/share/doc/hunspell-dict-en-us/README_en_CA.txt
/share/doc/hunspell-dict-en-us/README_en_GB-ise.txt
/share/doc/hunspell-dict-en-us/README_en_AU-large.txt
/share/doc/hunspell-dict-en-us/README_en_GB-large.txt
/share/doc/hunspell-dict-en-us/README_en_GB-ize.txt
/share/doc/hunspell-dict-en-us/README_en_CA-large.txt

1 store items were analyzed:
  - 0 (0.0%) were identical
  - 1 (100.0%) differed
  - 0 (0.0%) were inconclusive
```

`guix challenge --diff=diffoscope hunspell-dict-en-us` outputs:

```
/gnu/store/3w1hj34h7w2if52lng2q1n12ddb034bj-hunspell-dict-en-us-2018.04.16 
contents differ:
  local hash: 17z7nzdzzirfkqsiixk3r4anxzmj2531k9hm30bv7kq19fb3drbb
  
https://ci.guix.gnu.org/nar/lzip/3w1hj34h7w2if52lng2q1n12ddb034bj-hunspell-dict-en-us-2018.04.16:
 0zc4xyr77bzsmzs6wjxmx59c0w2xr97qx47190k0wmjaskncdllq
 ci.guix.gnu.org  169KiB  350KiB/s 00:00 [##] 100.0%
--- /tmp/guix-directory.IJLlzu
+++ /gnu/store/3w1hj34h7w2if52lng2q1n12ddb034bj-hunspell-dict-en-us-2018.04.16
│   --- /tmp/guix-directory.IJLlzu/share
├── +++ 
/gnu/store/3w1hj34h7w2if52lng2q1n12ddb034bj-hunspell-dict-en-us-2018.04.16/share
│ │   --- /tmp/guix-directory.IJLlzu/share/doc
│ ├── +++ 
/gnu/store/3w1hj34h7w2if52lng2q1n12ddb034bj-hunspell-dict-en-us-2018.04.16/share/doc
│ │ │   --- /tmp/guix-directory.IJLlzu/share/doc/hunspell-dict-en-us
│ │ ├── +++ 
/gnu/store/3w1hj34h7w2if52lng2q1n12ddb034bj-hunspell-dict-en-us-2018.04.16/share/doc/hunspell-dict-en-us
│ │ │ │   --- 
/tmp/guix-directory.IJLlzu/share/doc/hunspell-dict-en-us/README_en_AU-large.txt
│ │ │ ├── +++ 
/gnu/store/3w1hj34h7w2if52lng2q1n12ddb034bj-hunspell-dict-en-us-2018.04.16/share/doc/hunspell-dict-en-us/README_en_AU-large.txt
│ │ │ │ @@ -1,10 +1,10 @@
│ │ │ │  en_AU-large Hunspell Dictionary
│ │ │ │  Generated from SCOWL Version 2018.04.16
│ │ │ │ -Sat Aug 22 06:52:10 UTC 2020
│ │ │ │ +Fri May  7 14:50:16 UTC 2021
│ │ │ │  
│ │ │ │  http://wordlist.sourceforge.net
│ │ │ │  
│ │ │ │  README file for English Hunspell dictionaries derived from SCOWL.
│ │ │ │  
│ │ │ │  These dictionaries are created using the speller/make-hunspell-dict
│ │ │ │  script in SCOWL.
│ │ │ │ @@ -340,9 +340,9 @@
│ │ │ │DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE 
GOODS
│ │ │ │OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
│ │ │ │HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, 
STRICT
│ │ │ │LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN 
ANY WAY
│ │ │ │OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY 
OF
│ │ │ │SUCH DAMAGE.
│ │ │ │  
│ │ │ │ -Build Date: Sat Aug 22 06:52:10 UTC 2020
│ │ │ │ +Build Date: Fri May  7 14:50:16 UTC 2021
│ │ │ │  Wordlist Command: mk-list -v1 --accents=both en_AU 70
│ │ │ │   --- 
/tmp/guix-directory.IJLlzu/share/doc/hunspell-dict-en-us/README_en_AU.txt
│ │ │ ├── +++ 
/gnu/store/3w1hj34h7w2if52lng2q1n12ddb034bj-hunspell-dict-en-us-2018.04.16/share/doc/hunspell-dict-en-us/README_en_AU.txt
│ │ │ │ @@ -1,10 +1,10 @@
│ │ │ │  en_AU Hunspell Dictionary
│ │ │ │  Generated from SCOWL Version 2018.04.16
│ │ │ │ -Sat Aug 22 06:52:06 UTC 2020
│ │ │ │ +Fri May  7 14:50:12 UTC 2021
│ │ │ │  
│ │ │ │  http://wordlist.sourceforge.net
│ │ │ │  
│ │ │ │  README file for English Hunspell dictionaries derived from SCOWL.
│ │ │ │  
│ │ │ │  These dictionaries are created using the speller/make-hunspell-dict
│ │ │ │  script in SCOWL.
│ │ │ │ @@ -340,9 +340,9 @@
│ │ │ │DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE 
GOODS
│ │ │ │OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
│ │ │ │HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, 
STRICT
│ │ │ │LIABILITY, OR TORT (INCLUDING NEGLIGENCE O

bug#40316: core-updates nss not reproducible

[Bone Baboon via Bug reports for GNU Guix]

I am also getting the same four files that are not reproducible for nss
on the master branch.

As nss is also not reproducible on master maybe the title of this bug
should be changed to "nss not reproducible".

`guix describe` outputs:

```
Generation 24   May 12 2021 18:06:24(current)
  guix d6aeebb
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: d6aeebb23639258311fdfb9dbf5f903079fde51a
```

`guix challenge /gnu/store/vs3dxnrkbf58s85p49phxp5xambafp2m-nss-3.59`
outputs:

```
/gnu/store/vs3dxnrkbf58s85p49phxp5xambafp2m-nss-3.59 contents differ:
  local hash: 0pqq1v88yjj80sll4j4ahfh52zzqhvkjv3vgkhmnnikvl6vd5sck
  https://ci.guix.gnu.org/nar/lzip/vs3dxnrkbf58s85p49phxp5xambafp2m-nss-3.59: 
1smx41irpiy9kly3zvr0d61x7hwm0haggvyii34byzfypca1xn2f
differing files:
/lib/nss/libfreebl3.chk
/lib/nss/libsoftokn3.chk
/lib/nss/libfreeblpriv3.chk
/lib/nss/libnssdbm3.chk

1 store items were analyzed:
  - 0 (0.0%) were identical
  - 1 (100.0%) differed
  - 0 (0.0%) were inconclusive
```

`guix challenge --diff=diffoscope
/gnu/store/vs3dxnrkbf58s85p49phxp5xambafp2m-nss-3.59` outputs:

```
/gnu/store/vs3dxnrkbf58s85p49phxp5xambafp2m-nss-3.59 contents differ:
  local hash: 0pqq1v88yjj80sll4j4ahfh52zzqhvkjv3vgkhmnnikvl6vd5sck
  https://ci.guix.gnu.org/nar/lzip/vs3dxnrkbf58s85p49phxp5xambafp2m-nss-3.59: 
1smx41irpiy9kly3zvr0d61x7hwm0haggvyii34byzfypca1xn2f
--- /tmp/guix-directory.jSGCMh
+++ /gnu/store/vs3dxnrkbf58s85p49phxp5xambafp2m-nss-3.59
│   --- /tmp/guix-directory.jSGCMh/lib
├── +++ /gnu/store/vs3dxnrkbf58s85p49phxp5xambafp2m-nss-3.59/lib
│ │   --- /tmp/guix-directory.jSGCMh/lib/nss
│ ├── +++ /gnu/store/vs3dxnrkbf58s85p49phxp5xambafp2m-nss-3.59/lib/nss
│ │ │   --- /tmp/guix-directory.jSGCMh/lib/nss/libfreebl3.chk
│ │ ├── +++ 
/gnu/store/vs3dxnrkbf58s85p49phxp5xambafp2m-nss-3.59/lib/nss/libfreebl3.chk
│ │ │┄ xxd not available in path. Falling back to Python hexlify.
│ │ │ @@ -11,19 +11,19 @@
│ │ │  5c80e3430a9e943586d458a1ca22b973460bfb3e33f1d5d3b426bf50d7f20933
│ │ │  6ec0311b6d077086ca57f70b4a63f06fc88aed5060f311c744f3ce4e50422d85
│ │ │  335457038ddc664d6183171c7b0d65bc8f2c1986fce29f5d67fcd4a5f823a11a
│ │ │  a2e5843201ee88f15530e9743c1a2b54452e39b977e132af2d97e021ecf5
│ │ │  58e1c72ee0713d29a4d6e25f859c0504464189033cfab2cffad567ccec68fc83
│ │ │  d91f2e4e9a5e77a1ffe66f048bf96b47c649d2886e29a31baee04f728a28940c
│ │ │  1d8c99a26ff8ba9990c7e5b13c1034866a6a1f396358e15e9795454038456f02
│ │ │ -b5866eae2f327ea13a342c1cd3ff4e2c381caa2e66be323e3c065f010062
│ │ │ -d97f1f01f03e65f037c7fee3230c59c36d170cc30f23372fbc6eb28d9ec87008
│ │ │ -f07660714bb43d98a06734a1658ce721feab8b0ece03ee54cb45dbaee9cff57f
│ │ │ -9d9c0fac4a2d67f4f314423973a42819a9eceba758344ef4b304f1737ebe23a4
│ │ │ -e13aba8e9f88bec5c067d61a16a3dcb347789575f4cfa8629880f734ec3db9cc
│ │ │ -d963cee322fa2eba5172715eb19686e185ff13dfcf23eb7ed9338230f90b4b57
│ │ │ -8f7f3c3fb8e0e968d4625646f5fb0897c3e2400e5a5596f01f841f7e4946d406
│ │ │ -977e6adbce9113d027a38cd34942cf3158422b590c27b2731fd506c2326a2dbb
│ │ │ -1a363a864475bd8464282544cf46fe60e94d705cda2d34257c9e3cadc378fe00
│ │ │ -4025839bed8e61fecf86f99135e9912ab62b5497dc33bdf2bbda445cf237
│ │ │ -bfd47c8b826ec02b6cac983765bedd1ae17a57827f6fe0af965a2538a2776388
│ │ │ -c14b6c
│ │ │ +b5866eae2f327ea13a342c1cd3ff4e2c381caa2e66be323e3c065f010087
│ │ │ +37f4789b39e4bcbe32600d9a952265b9a8623a91658d6c5b5c7e8d42741219f2
│ │ │ +1f4d9e54994ffa87cc533d63273f7b7d24b63cc0415b62cd419656c63f5acf46
│ │ │ +688991664fc00c10740ab0cabbcdb639a9408b76c4cbf27827257fdd3aeaa526
│ │ │ +bb9425a9a8c55bb4d4a54e2d389de9561a61af754170bf640b8e23bc9c4c7945
│ │ │ +8cfdafc309c7737aa53d0fb451cc7476f73b04b4b5c6cfaeabc332d0478c8c5d
│ │ │ +bdde681ef55b30b669a106440c4676f5bf3454617d1707e710c0e426ee823ee1
│ │ │ +f1892576f4f4795e6e4fc040b9aab73d65ef132087fdaaba64fa8795a9eef4b6
│ │ │ +24700af69d0be0c2f86c1fbfc8a90cc0f50c0a90232cd3ce9f5987cf442d4b00
│ │ │ +405a720066a9593276d13e8b322c50381a926302d79ae6f571c5fcbbbefa
│ │ │ +71a9d259b7efa16aca52365e60baf1aef8904d28f9332d71b3fb3e8ecb30bcfb
│ │ │ +19053e
│ │ │   --- /tmp/guix-directory.jSGCMh/lib/nss/libfreeblpriv3.chk
│ │ ├── +++ 
/gnu/store/vs3dxnrkbf58s85p49phxp5xambafp2m-nss-3.59/lib/nss/libfreeblpriv3.chk
│ │ │┄ xxd not available in path. Falling back to Python hexlify.
│ │ │ @@ -11,19 +11,19 @@
│ │ │  5c80e3430a9e943586d458a1ca22b973460bfb3e33f1d5d3b426bf50d7f20933
│ │ │  6ec0311b6d077086ca57f70b4a63f06fc88aed5060f311c744f3ce4e50422d85
│ │ │  335457038ddc664d6183171c7b0d65bc8f2c1986fce29f5d67fcd4a5f823a11a
│ │ │  a2e5843201ee88f15530e9743c1a2b54452e39b977e132af2d97e021ecf5
│ │ │  58e1c72ee0713d29a4d6e25f859c0504464189033cfab2cffad567ccec68fc83
│ │ │  d91f2e4e9a5e77a1ffe66f048bf96b47c649d2886e29a31baee04f728a28940c
│ │ │  1d8c99a26ff8ba9990c7e5b13c1034866a6a1f396358e15e9795454038456f02
│ │ │ -b5866eae2f327ea13a342c1cd3ff4e2c381caa2e66be323e3c065f01009a
│ │ │ -19ffb743e104ab34cda81d282b09c74ca73dab5baf4e5951814556e25fa92f09
│ │ │ -fbb06

bug#48487: Many guix-* not reproducible

[Bone Baboon via Bug reports for GNU Guix]

There are many guix-* things that are not reproducible.

`guix describe` outputs:

```
Generation 24   May 12 2021 18:06:24(current)
  guix d6aeebb
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: d6aeebb23639258311fdfb9dbf5f903079fde51a
```

In the output of `guix challenge` these guix-* things are not
reproducible:

```
/gnu/store/03484jwk4pjcxfx5l2fb3hqxddydqgh2-guix-cli
/gnu/store/2wxc1ywhz1h24h2fsyw5nm470s85s769-guix-cli
/gnu/store/33373vgcwr2gnrx75pvq69l85n6jlqi0-guix-cli
/gnu/store/36szjc5kc8j5m3w2vcci93z2y4w99flx-guix-cli
/gnu/store/4b24j0pcm9nmb0s6vnkk7wp7n5m6rd0s-guix-cli
/gnu/store/6bvzd671lva1w57x8whhg3b7sw4gsggg-guix-cli
/gnu/store/71bzynhgp1dy1jc04pvnlv5jgr127crf-guix-cli
/gnu/store/7460s0hcfb9ma1snm7airw9m1n2awp38-guix-cli
/gnu/store/8kn9baiyba4xkvf80dckc59w2wydf1hz-guix-cli
/gnu/store/a2ppzagyprrbc75y83qmf00k848q96wk-guix-cli
/gnu/store/dardafja1zzf9r2psfzy3k5yz9gn2mc1-guix-cli
/gnu/store/drzxgwgy4rbbryi8r89b9jq3giqaq1bz-guix-cli
/gnu/store/f38gbnn1rkgk2rhg37knccy75qmbxlww-guix-cli
/gnu/store/xm1615d1v0maqx689vy2f3xw93cyrbzf-guix-cli
/gnu/store/hjyajjr0w0lb6ql9xrwkx708kjyacssf-guix-cli
/gnu/store/ixlsb3f93iraw62rlfx4rjrwa4jnbh53-guix-cli
/gnu/store/kiwp7ppp23dnhbwcc9zr893n685qx1hf-guix-cli
/gnu/store/l59xmvfcspa1ln1jggn4crrxh6dj04vz-guix-cli
/gnu/store/ln5hkvzxaazsczzp6wldz179lgfpzda8-guix-cli
/gnu/store/m7kspcw73p3gwfqrnxb3rnhd1ids327q-guix-cli
/gnu/store/sr8dva0l6r4nwqrpmwa8wlc9pci3y34y-guix-cli
/gnu/store/wbyssszm2r98krppl88q855iibzasv4p-guix-cli

/gnu/store/04c0w8rjbxwgh6wnnczj5w07nw91d584-guix-system-tests
/gnu/store/17rkf58wgzm5x6wrsrc3q2aqq8bbqqdj-guix-system-tests
/gnu/store/430w0fglkyyyq33gz1vdib23dj7lx02a-guix-system-tests
/gnu/store/52wpyzavigq2fcx6xf75smnb3kxmw40v-guix-system-tests
/gnu/store/532yy5k9hvjqqjrqcgzfbwvvca6kccwk-guix-system-tests
/gnu/store/74hkmilav8c1yzfmihsyhiw6qds1pbsk-guix-system-tests
/gnu/store/9fs4dyznc4pkwcbzhn5kp7aan97w19r4-guix-system-tests
/gnu/store/bbjfa14yy82f8yjhkcwd9nvnj966khql-guix-system-tests
/gnu/store/bq30g4xdlz79jniybaign9qk4l0x5aw1-guix-system-tests
/gnu/store/cs0v3f7mk7jvn0arz6h1313xsadp7bmb-guix-system-tests
/gnu/store/d3pd0mgn1xbnh67jbhr3xqgryym3nqm4-guix-system-tests
/gnu/store/f0s1p2ag8g6mch6m51infqn1v5kqi4xi-guix-system-tests
/gnu/store/y4r7q2pf68wn3mxs40yaa43imybr5ihh-guix-system-tests
/gnu/store/gw19zmp7a5xj4x6wrjawikrqqnd5h7vw-guix-system-tests
/gnu/store/hl90ba6syjh54avcnmq6icz2360sifs5-guix-system-tests
/gnu/store/hnipz1xpzz22fwppnlqqilphqnlhxnz8-guix-system-tests
/gnu/store/jwajbqzgsn15dnx8gi4fkzik7ni506gg-guix-system-tests
/gnu/store/msdapa9rk8yzsfx8saf6i2kq77bn2sy5-guix-system-tests
/gnu/store/nxa4g2baxk6ch8l30xldaiqbndkqza1d-guix-system-tests
/gnu/store/pgknh09m636rl7vvlg3wxz0mw3mqpfik-guix-system-tests
/gnu/store/vq4kv5vakh3jly296aw4m548pj5679k0-guix-system-tests
/gnu/store/w4yj4yis9ih0hjlncn008npsj36zr25d-guix-system-tests

/gnu/store/116q92m7k3y7qrf2xsypbq3bn2qqyy98-guix-system
/gnu/store/1i9yylip2z841j7mb68881rzrr9xxzb6-guix-system
/gnu/store/46p806kiila1i860mfa5zhywk0bmqc2y-guix-system
/gnu/store/513f5gddjwzw4yfr66zlqihvdpp9g9nr-guix-system
/gnu/store/5qb7qa7b2ysz8gvxs1c4kbr8dbn67v18-guix-system
/gnu/store/5w96vz9q56m63a8x8k53ngchdfpxclql-guix-system
/gnu/store/633snmycbgv2kfzfyxhmlh490vgmzcg0-guix-system
/gnu/store/6dv8r47dlgbrw6mzypsfrspc64pi75g3-guix-system
/gnu/store/70aa5hw0pc2q590rxwha4wk6bw8lzwjh-guix-system
/gnu/store/85fd6srvs70ilpi5fmk38z3m957xdypg-guix-system
/gnu/store/ag0fw0mr2r4b59g7lbr2y27a4ygb5bzw-guix-system
/gnu/store/cm4b448nq2fz6ypma0ns6848hv5ylbaz-guix-system
/gnu/store/cpmzdj9clfqn6k4wcp12s5hb8knzpg42-guix-system
/gnu/store/f07k5v3lxafm62i4cmfsara22sf25jsy-guix-system
/gnu/store/f4qq6dd6i26r2nlgll527xm08nmwaprp-guix-system
/gnu/store/fhm53dzb1diziqchp67y26xsnf3d0cba-guix-system
/gnu/store/fii0ki6jlr4dgmyr4pylanbxfq53jxs6-guix-system
/gnu/store/gbl37qz84rly3sbwgl0s4vcdxa6cq7ly-guix-system
/gnu/store/i2xa65na4fahbbm4rhbk5l9zsxx7smxy-guix-system
/gnu/store/jw9gbmvsc83v6jkk366di6p7jxxn0b9f-guix-system
/gnu/store/kslcabn62yacs0ngig248pqvb93w9v8j-guix-system
/gnu/store/mm4xgxmxspwj6qdjirjvn622df0ahvgf-guix-system

/gnu/store/300xl3lnf8m9405jrxk60bnva15lhdzk-guix-packages-base
/gnu/store/3rzmcr4dlnp17rpgzw9jcimrd08xq19y-guix-packages-base
/gnu/store/6nblfsyzqzshrqxxb27s9dqw4qq56wa5-guix-packages-base
/gnu/store/7s4h7yww4dgcnm69gszflsp6n0q9bgm5-guix-packages-base
/gnu/store/9vzbqdck83hkbznx18k2jlj48mcxq425-guix-packages-base
/gnu/store/a641nxip9c1qx10c6lnv3sc3g1x6gp9z-guix-packages-base
/gnu/store/yn4dg0zdk7f9b4vlx8wrfsnqbqb1d6ff-guix-packages-base
/gnu/store/d873pwkkpvrkic2rdzjrz37kj4h8lyas-guix-packages-base
/gnu/store/drc3g7qnj94pdabg4harsr6k0lw2k2zn-guix-packages-base
/gnu/store/fs9arw2dghkcb11aphbx6z70naw7w2dv-guix-packages-base
/gnu/store/ichfbj0fy0hax3jzk2jsi8m5rj190y6a-guix-packages-base
/gnu/store/j5d5w0727207la6dzsqyap3p2rdf1fah-guix-packages-base
/gnu/store/jq10m3s27f285d9kmqwjnkslnk77s6ix-guix-packages-base
/gnu/store/mzb50xpwh5g0jb2vp6rhq9fclp3q8wml

bug#35085: Emacs is not reproducible

[Bone Baboon via Bug reports for GNU Guix]

Emacs 27.2 is not reproducible.

`guix describe` outputs:

```
Generation 24   May 12 2021 18:06:24(current)
  guix d6aeebb
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: d6aeebb23639258311fdfb9dbf5f903079fde51a
```

`guix challenge emacs` outputs:

```
/gnu/store/c52rwsavrj62dc50y599zi215ibh6a5h-emacs-27.2 contents differ:
  local hash: 1d2cwadp5dhjmaw7ai3jnp306iqqs89dw5gm793j84wk0sxpyvhz
  https://ci.guix.gnu.org/nar/lzip/c52rwsavrj62dc50y599zi215ibh6a5h-emacs-27.2: 
1ny8qvr5aha5ffm4mfh70b37512vxkayxq1nd25hsadpfyc19wj5
  differing files:
/libexec/emacs/27.2/i686-pc-linux-gnu/emacs.pdmp
/share/emacs/27.2/lisp/eshell/esh-cmd.elc
/share/emacs/27.2/lisp/net/tramp.elc
/share/emacs/27.2/lisp/net/tramp-ftp.elc
/share/emacs/27.2/lisp/net/tramp-gvfs.elc
/share/emacs/27.2/lisp/gnus/mm-extern.elc
/share/emacs/27.2/lisp/gnus/gnus-registry.elc
/share/emacs/27.2/lisp/gnus/nnmairix.elc
/share/emacs/27.2/lisp/gnus/nnir.elc
/share/emacs/27.2/lisp/vc/ediff-util.elc
/share/emacs/27.2/lisp/cedet/semantic/util.elc
/share/emacs/27.2/lisp/cedet/semantic/texi.elc
/share/emacs/27.2/lisp/calendar/cal-mayan.elc
/share/emacs/27.2/lisp/calendar/cal-persia.elc
/share/emacs/27.2/lisp/calendar/cal-tex.elc
/share/emacs/27.2/lisp/org/org-agenda.elc
/share/emacs/27.2/lisp/org/ox-odt.elc
/share/emacs/27.2/lisp/mh-e/mh-junk.elc

1 store items were analyzed:
  - 0 (0.0%) were identical
  - 1 (100.0%) differed
  - 0 (0.0%) were inconclusive
```

bug#48214: inetutils-1.9.4 build fails

[Bone Baboon via Bug reports for GNU Guix]

I have reopened bug#48214 because while inetutils-1.9.4 can be built on
x86_64 with IPv6 disabled this command fails on x86_64 with IPv6
disabled `guix build --no-substitutes --system=i686-linux` inetutils`.
This command has the same failing test.  Attached is the failing i686
build log.



mphxs1iknnz5rfdhcs4i62j22yshqx-inetutils-1.9.4.drv.bz2
Description: Binary data

Bone Baboon via Bug reports for GNU Guix writes:

> On a x86_64 computer when I run `guix build --no-substitutes --keep-failed 
> inetutils` the build fails because of one failed test.
>
> `guix describe` outputs:
>
> ```
> Generation 18   May 03 2021 13:15:55(current)
>   guix 065d2cd
> repository URL: https://git.savannah.gnu.org/git/guix.git
> commit: 065d2cd6ced96ddb38c15a46f798488f61660a33
> ```
>
> Error message:
>
> ```
> command "make" "check" failed with status 2
> note: keeping build directory `/tmp/guix-build-inetutils-1.9.4.drv-0'
> builder for `/gnu/store/immphxs1iknnz5rfdhcs4i62j22yshqx-inetutils-1.9.4.drv' 
> failed with exit code 1
> build of /gnu/store/immphxs1iknnz5rfdhcs4i62j22yshqx-inetutils-1.9.4.drv 
> failed
> View build log at 
> '/var/log/guix/drvs/im/mphxs1iknnz5rfdhcs4i62j22yshqx-inetutils-1.9.4.drv.bz2'.
> guix build: error: build of 
> `/gnu/store/immphxs1iknnz5rfdhcs4i62j22yshqx-inetutils-1.9.4.drv' failed
> ```
>
> Test suite contents:
>
> ```
> ===
>GNU inetutils 1.9.4: tests/test-suite.log
> ===
>
> # TOTAL: 15
> # PASS:  8
> # SKIP:  6
> # XFAIL: 0
> # FAIL:  1
> # XPASS: 0
> # ERROR: 0
>
> .. contents:: :depth: 2
>
> SKIP: ping-localhost.sh
> ===
>
> ping needs to run as root
> SKIP ping-localhost.sh (exit status: 77)
>
> SKIP: traceroute-localhost.sh
> =
>
> traceroute needs to run as root
> SKIP traceroute-localhost.sh (exit status: 77)
>
> SKIP: tftp.sh
> =
>
> The use of the superserver Inetd in this script requires
> the availability of "/etc/nsswitch.conf", "/etc/passwd", and
> "/etc/protocols".  At least one of these is now missing.
> Therefore skipping test.
> SKIP tftp.sh (exit status: 77)
>
> FAIL: syslogd.sh
> 
>
> ../src/logger: ::1:7041: Cannot assign requested address
> Registered 24 successes out of 25.
> NOTICE: Standard port test was not run.
> Failing some tests.
> FAIL syslogd.sh (exit status: 1)
>
> SKIP: ftp-localhost.sh
> ==
>
> The use of the superserver Inetd in this script requires
> the availability of "/etc/nsswitch.conf", "/etc/passwd", and
> "/etc/protocols".  At least one of these is now missing.
> Therefore skipping test.
> SKIP ftp-localhost.sh (exit status: 77)
>
> SKIP: inetd.sh
> ==
>
> This test requires the availability of "/etc/protocols",
> a file which can not be found in the current system.
> Therefore skipping this test.
> SKIP inetd.sh (exit status: 77)
>
> SKIP: telnet-localhost.sh
> =
>
> No TTY assigned to this process.  Skipping test.
> SKIP telnet-localhost.sh (exit status: 77)
> ```

bug#48214: inetutils 1.9.4 builds successfully

[Bone Baboon via Bug reports for GNU Guix]

Closing bug#48214 because inetutils 1.9.4 now builds successfully even
with IPv6 disabled.

bug#48214: inetutils-1.9.4 build fails

[Bone Baboon via Bug reports for GNU Guix]

I have done several pulls since reporting that inetutils failed to
build.  I can now build inetutils-1.9.4 successfully.  I still have IPv6
disabled. I do not know what the cause of the build failure was.  I do
not know why it can now build (likely a recent commit).

Bone Baboon via Bug reports for GNU Guix writes:

> On a x86_64 computer when I run `guix build --no-substitutes --keep-failed 
> inetutils` the build fails because of one failed test.
>
> `guix describe` outputs:
>
> ```
> Generation 18   May 03 2021 13:15:55(current)
>   guix 065d2cd
> repository URL: https://git.savannah.gnu.org/git/guix.git
> commit: 065d2cd6ced96ddb38c15a46f798488f61660a33
> ```
>
> Error message:
>
> ```
> command "make" "check" failed with status 2
> note: keeping build directory `/tmp/guix-build-inetutils-1.9.4.drv-0'
> builder for `/gnu/store/immphxs1iknnz5rfdhcs4i62j22yshqx-inetutils-1.9.4.drv' 
> failed with exit code 1
> build of /gnu/store/immphxs1iknnz5rfdhcs4i62j22yshqx-inetutils-1.9.4.drv 
> failed
> View build log at 
> '/var/log/guix/drvs/im/mphxs1iknnz5rfdhcs4i62j22yshqx-inetutils-1.9.4.drv.bz2'.
> guix build: error: build of 
> `/gnu/store/immphxs1iknnz5rfdhcs4i62j22yshqx-inetutils-1.9.4.drv' failed
> ```
>
> Test suite contents:
>
> ```
> ===
>GNU inetutils 1.9.4: tests/test-suite.log
> ===
>
> # TOTAL: 15
> # PASS:  8
> # SKIP:  6
> # XFAIL: 0
> # FAIL:  1
> # XPASS: 0
> # ERROR: 0
>
> .. contents:: :depth: 2
>
> SKIP: ping-localhost.sh
> ===
>
> ping needs to run as root
> SKIP ping-localhost.sh (exit status: 77)
>
> SKIP: traceroute-localhost.sh
> =
>
> traceroute needs to run as root
> SKIP traceroute-localhost.sh (exit status: 77)
>
> SKIP: tftp.sh
> =
>
> The use of the superserver Inetd in this script requires
> the availability of "/etc/nsswitch.conf", "/etc/passwd", and
> "/etc/protocols".  At least one of these is now missing.
> Therefore skipping test.
> SKIP tftp.sh (exit status: 77)
>
> FAIL: syslogd.sh
> 
>
> ../src/logger: ::1:7041: Cannot assign requested address
> Registered 24 successes out of 25.
> NOTICE: Standard port test was not run.
> Failing some tests.
> FAIL syslogd.sh (exit status: 1)
>
> SKIP: ftp-localhost.sh
> ==
>
> The use of the superserver Inetd in this script requires
> the availability of "/etc/nsswitch.conf", "/etc/passwd", and
> "/etc/protocols".  At least one of these is now missing.
> Therefore skipping test.
> SKIP ftp-localhost.sh (exit status: 77)
>
> SKIP: inetd.sh
> ==
>
> This test requires the availability of "/etc/protocols",
> a file which can not be found in the current system.
> Therefore skipping this test.
> SKIP inetd.sh (exit status: 77)
>
> SKIP: telnet-localhost.sh
> =
>
> No TTY assigned to this process.  Skipping test.
> SKIP telnet-localhost.sh (exit status: 77)
> ```

bug#48343: Cannot boot after installation

[Bone Baboon via Bug reports for GNU Guix]

Looks like you are running into many of the problems I had when I
installed Guix on a computer.

Sergey Petrov writes:
> Hi Brendan! It works, I can proceed to system now
>
> On 5/12/21 10:17 PM, Brendan Tildesley wrote:
>> If setting nomodeset is the answer, there is a trick you can use in
>> GRUB to set it before boot.
>> Apparently in GRUB, you:
>>
>> 1. Press e
>> 2. Edit the linux ... line to add nomodeset as an option
>> 3. Press ctrl X
>>
>> I just found the instructions here
>> https://duckduckgo.com/?q=grub+nomode+set 
>> 

If you were able to manually use nomodeset in Grub then you should be
able to add that snippet for the Linux kernel argument nomodeset that I
shared and reconfigure your system.  Then you will not need to manually
enter nomodeset in Grub each time you boot.

> but terminal only, my WM (Enlightenment) cannot initialize. I think I
> can give a try to some other WMs and check how it goes.

You may find this has useful information in regards to getting a
graphical environment working:
https://lists.gnu.org/archive/html/help-guix/2021-04/msg00220.html

bug#48213: offlineimap build fails

[Bone Baboon via Bug reports for GNU Guix]

Mark H Weaver writes:

> Hi,
>
> Bone Baboon via Bug reports for GNU Guix  writes:
>> On a x86_64 computer when I run `guix build --no-substitutes
>> offlineimap` the build fails because the "test_ipv6_available" test
>> fails.
>
> 'offlineimap' is the _only_ package in Guix that
> depends on the 'python2-rfc6555' package, it's quite painless to work
> around this particular issue using Guix's "--without-tests" package
> transformation option.
>
> From the command line, you can simply do this:
>
>   guix build offlineimap --without-tests=python2-rfc6555
>
> Within an OS configuration, or within a profile "manifest" file (if you
> use "guix package --manifest", which is highly recommended), you can use
> the following Scheme expression in place of 'offlineimap':
>
> --8<---cut here---start->8---
>   (let ((transform (options->transformation
> '((without-tests . "python2-rfc6555")
> (transform offlineimap))
> --8<---cut here---end--->8---
>
> Note that you'll also need to put "(use-modules (guix transformations))"
> at the top of the file, to import the 'options->transformation'
> procedure.
>
> Please let us know if this works for you.

Thank you

I can build offlineimap with this command `guix build offlineimap
--no-substitutes --without-tests=python2-rfc6555`.

How would I refer to offlineimap (built without tests) in the
configuration of a substitute server's client?  The client is not
building it's own packages and is instead relying on a substitute
server to build offlineimap without tests.

bug#48352: Haskell cabal new-build fails

[Bone Baboon via Bug reports for GNU Guix]

I am experiencing an error when I try to compile a Haskell program with
Cabal a Haskell build tool.

Previously I had Cabal working and was able to compile Haskell
programs.
https://lists.gnu.org/archive/html/help-guix/2021-04/msg00096.html

Now when I try to build a Haskell program with `cabal new-build` I get
an error.

`guix describe` outputs:

```
Generation 14   May 11 2021 08:06:01(current)
  guix bddad00
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: bddad00bffc5837e89942756fa5b7234f63f1f47
```

The error message:

```
Build profile: -w ghc-8.6.5 -O1
In order, the following will be built (use -v for more details):
 - -0.1.0.0 (exe:) (first run)
Preprocessing executable '' for -0.1.0.0..
Building executable '' for -0.1.0.0..
Linking 
/dist-newstyle/build/x86_64-linux/ghc-8.6.5/-0.1.0.0/x//build//
 ...

In file included from 
/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/include/errno.h:28:0: 
error:
0,
 from 
/gnu/store/5i95kk1qdfvl6ld3hf6a4q7kxw6sgpkv-ghc-8.6.5/lib/ghc-8.6.5/include/rts/OSThreads.h:28,
 from 
/gnu/store/5i95kk1qdfvl6ld3hf6a4q7kxw6sgpkv-ghc-8.6.5/lib/ghc-8.6.5/include/Rts.h:168,
 from /tmp/ghc8802_0/ghc_1.c:1:

/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/include/bits/errno.h:26:11:
 error:
 fatal error: linux/errno.h: No such file or directory
 # include 
   ^~~
   |
26 | # include 
   |   ^
compilation terminated.
`gcc' failed in phase `C Compiler'. (Exit code: 1)
```

bug#48240: “guix copy” to host with daemon listening on TCP fails

[Bone Baboon via Bug reports for GNU Guix]

Ludovic Courtès writes:
> Fixed in da28efef36af8925bcd9e40a81cbf552cf8c2d02.  Let me know if it
> works for you!

This commit appears to have fixed a problem with guix copy that I was
having yesterday.  I was getting this error "guix copy: error: failed to
connect over SSH to daemon at '', socket
/var/guix/daemon-socket/socket".

Now I can successfully run guix copy.

bug#48343: Cannot boot after installation

[Bone Baboon via Bug reports for GNU Guix]

Sergey Petrov writes:

> Hi! I've installed ordinary guix system following graphical installer,
> but can't boot it, here what I got after installation complete:
>
> GC Warning: pthread_getattr_pp or pthread_attr_getstack failed for
> main thread GC Warning:
> Couldn't read /proc/stat
> Welcome, this is GMU's early boot Guile.
> Use '--repl' for an initrd REPL.
>
> loading kernel modules...
> /dev/nvme0n1p8: clean,
> 134898/5169152 files, 1320485/20649216 blocks
> loading '/gnu/store/519yr5adx95d26s3nu65mjOcc9731630-system/boot...
> making '/gnu/store/519yr5adx95d26s3nu65mj0cc9731630-system' the
> current system...
> setting up setuid programs in '/run/setuid-programs'...
> populating /etc from /gnu/store/d6k3c7p2s6ji0ix2g3lafx4iwOd43a98-etc...
> error in finalization thread: Success
> [   3.049660] udevd[272]: no sender credentials received, message ignored
> [   3.098019] sp5100-tco sp5100-tco: Watchdog hardware is disabled
> [   3.104103] Error: Driver 'pcspkr' is already registered, aborting...
> [   3.180575] kvm: disabled by bios
>
> At this point computer hangs infinitely, and if I enable CPU
> virtualization in BIOS it starts to hang at line "[   3.104103] Error: 
> Driver 'pcspkr' is already registered, aborting..."

I ran into a similar issue with a computer I installed Guix on.  It
would not complete the boot up process.  I am not sure if I was
experiencing the same issue you are as I did not submit it to a Guix
mailing list.  I got help solving it on #guix.  What worked for me was
to add the Linux kernel argument `nomodeset` to my system configuration.
In the operating system declaration of the system configuration I added:

```
  (kernel-arguments
   (append
(list "nomodeset")
%default-kernel-arguments))
```

bug#48214: inetutils-1.9.4 build fails

[Bone Baboon via Bug reports for GNU Guix]

Bone Baboon writes:
> ** See my previous email in this thread that explains the rationale on
>why I am disabling IPv6.

Correction see https://issues.guix.gnu.org/48213#3 for my rationale for 
disabling IPv6.

bug#48239: rust-1.19.0 build fails

[Bone Baboon via Bug reports for GNU Guix]

Mark H Weaver writes:
> It might be worth trying the build a second time.

I have tried to build Rust again after doing a pull.  It fails with the
same error.

bug#48214: inetutils-1.9.4 build fails

[Bone Baboon via Bug reports for GNU Guix]

Ludovic Courtès writes:
>> How can I use a package definition from core-updates with guix build or
>> in a system configuration if it is not available on Guix's master
>> branch?
>
> You can do better :-), you can install 2.0 from master like so:
>
>   guix install inetutils --with-latest=inetutils

Thank you for sharing that command.

I prefer to build locally over using substitutes.  When I try to run
`guix build inetutils --no-substitutes --with-latest=inetutils` it does
not complete because there is an interactive prompt.  The prompt says
"Would you like to add this key to your keyring
''?".  I have a substitute server that is
sequentially building packages unattended and this would cause it to
become stuck and make no further progress.

>> On the inetutils mailing list it was suggested that I try inetutils 2.0
>> on the core-updates branch.  I can successfully build inetutils 2.0 from
>> the core-updates branch even with IPv6 disabled.
>>
>> What is the purpose of the core-updates branch?
>
> The ‘core-updates’ branch contains updates to core packages and core
> Guix functionality that entails a rebuild of all the packages.  In that
> branch we put package upgrades that would otherwise lead to too many
> rebuilds (info "(guix) Submitting Patches").

Thank you for explaining this.

---

What is the process for a package to be brought into master from core-updates?

---

I would rebuild all the packages on my system if I could use inetutils
2.0.  Is there a way that I can rebuild all the packages I am using that
depend on inetutils to use inetutils 2.0 (or more generally any newer
version of package from core-updates)?

>> Can the Guix master branch provide inetutils 2.0 instead of 1.9.4?
>
> No: ‘guix refresh -l inetutils’ shows that almost 2,000 packages depend
> on inetutils.
>
> That said, if needed, ‘master’ could provide 2.0 in addition to 1.9, as
> is done for GDB for instance.

Would having multiple versions of inetutils in master also create
multiple versions of packages that depend on inetutils for example a
version of isc-dhcp that depends on inetutils 1.9 and another that
depends on inetutils 2.0?

---

Not having inetutils 2.0 in master appears to break how I connect to the
internet using Guix if I do both of these:
* Disable IPv6
** See my previous email in this thread that explains the rationale on
   why I am disabling IPv6.
* Build from source

isc-dhcp fails to build because it depends on inetutils 1.9 which is
failing.  I am using isc-dhcp when I connecting to the internet.

>> What are the reasons I might not want to use a package from the
>> core-updates branch?
>
> ‘core-updates’ is where we put core changes as I wrote, including
> experimental changes.  That branch also does not receive security
> updates in a timely fashion.  So it’s really a branch for developers
> working on core improvements.

Thank you for explaining this.

bug#48024: glib-2.62.6 build fails i686

[Bone Baboon via Bug reports for GNU Guix]

Mark H Weaver writes:
> One more important note: regardless of whether you run Guix from a git
> checkout or use the official 'master' branch, if you build everything
> locally, then it's important to pass "--gc-keep-derivations=yes" and
> "--gc-keep-outputs=yes" to the Guix daemon.
>
> Those flags change the way the Guix garbage collector operates, such
> that more store items are retained.  I've forgotten the precise details,
> but roughly, these flags cause not only the run-time requirements of the
> currently-installed software to be retained, but also the *build*
> requirements of that software.  Without these flags, "guix gc" will
> delete far too much, and you'll likely end up having to rebuild a great
> many packages that are needed at build time only.
>
> I have something close to this in the 'services' field of my OS config:
>
> --8<---cut here---start->8---
>   (modify-services %desktop-services
> (guix-service-type config =>
>(guix-configuration
>  (inherit config)
>  (use-substitutes? #f)
>  (authorize-key?   #f)
>  (authorized-keys '())
>  (substitute-urls '())
>  (extra-options '("--gc-keep-derivations=yes"
>   "--gc-keep-outputs=yes")
> --8<---cut here---end--->8---

Thank you for sharing this.

bug#48024: glib-2.62.6 build fails i686

[Bone Baboon via Bug reports for GNU Guix]

Efraim Flashner writes:
>> > Bone Baboon: Can you build the attached test-glib.scm file and send back
>> > the build log? I want to make sure I change the timeout to something
>> > long enough.
>> >
>> > You can build it with 'guix build -f test-glib.scm'
>> 
>> I ran `guix build --file=test-glib.scm` and I was successful.
>
> That was the plan. I bumped the test timeouts to high enough numbers so
> that I could see how long it took.

Thank you.

I can build glib with `guix build --no-subsitutes --file=test-glib.scm`.
How can I use the glib I have built in a system configuration while this
fix or a variation of it makes it's way into the Guix master branch?

bug#48214: inetutils-1.9.4 build fails

[Bone Baboon via Bug reports for GNU Guix]

> Bone Baboon via Bug reports for GNU Guix writes:
>> I have reported this to the inetutils bug mailing list and asked if the
>> inetutils test suite could be modified so that syslogd.sh does not fail
>> if IPv6 is disabled.
>
> I received this response on the inetutils mailing list:
>
>> Hi.  Thanks for the report.  Could you investigate if the
>> tests/runtime-ipv6.c program return appropriately?  It is supposed to
>> check wether the runtime system supports IPv6 or not, and should detect
>> this properly on your system (or there is a bug in the self-test code
>> elsewhere).
>> 
>> Looking at the code, I don't think a getaddrinfo-lookup is sufficient,
>> the code probably need to attempt to listen to a socket too, in order to
>> fully test wether IPv6 is disabled globally or not.
>
> I looked for tests/runtime-ipv6.c in the inetutils's build tree.  I
> could not find it.  I looked up the current version of inetutils which
> is 2.0.  Guix has 1.9.4 of inetutils packaged.
>
> Based on the response I received on the inetutils mailing list it sounds
> like updating the inetutils package to 2.0 may resolve this failing
> test.

On the inetutils mailing list it was suggested that I try inetutils 2.0
on the core-updates branch.  I can successfully build inetutils 2.0 from
the core-updates branch even with IPv6 disabled.

What is the purpose of the core-updates branch?

If inetutils follows semantic version numbering then that would suggest
a breaking change to the inetutils API moving from 1.9.4 to 2.0.  Can
the Guix master branch provide inetutils 2.0 instead of 1.9.4?

How can I use a package definition from core-updates with guix build or
in a system configuration if it is not available on Guix's master
branch?

What are the reasons I might not want to use a package from the
core-updates branch?

bug#48214: inetutils-1.9.4 build fails

[Bone Baboon via Bug reports for GNU Guix]

Bone Baboon via Bug reports for GNU Guix writes:
> I have reported this to the inetutils bug mailing list and asked if the
> inetutils test suite could be modified so that syslogd.sh does not fail
> if IPv6 is disabled.

I received this response on the inetutils mailing list:

> Hi.  Thanks for the report.  Could you investigate if the
> tests/runtime-ipv6.c program return appropriately?  It is supposed to
> check wether the runtime system supports IPv6 or not, and should detect
> this properly on your system (or there is a bug in the self-test code
> elsewhere).
> 
> Looking at the code, I don't think a getaddrinfo-lookup is sufficient,
> the code probably need to attempt to listen to a socket too, in order to
> fully test wether IPv6 is disabled globally or not.

I looked for tests/runtime-ipv6.c in the inetutils's build tree.  I
could not find it.  I looked up the current version of inetutils which
is 2.0.  Guix has 1.9.4 of inetutils packaged.

Based on the response I received on the inetutils mailing list it sounds
like updating the inetutils package to 2.0 may resolve this failing
test.

I tried to build inetutils from the file inetutils-2-0.scm attached.
It's only changes are the version number and hash for inetutils 2.0. It
failed with this error:

```
patching file ifconfig/system.c
Hunk #1 FAILED at 25.
1 out of 1 hunk FAILED -- saving rejects to file ifconfig/system.c.rej
patching file ifconfig/system.h
Hunk #1 FAILED at 97.
1 out of 1 hunk FAILED -- saving rejects to file ifconfig/system.h.rej
patching file ifconfig/system/Makefile.am
Hunk #1 FAILED at 26.
1 out of 1 hunk FAILED -- saving rejects to file ifconfig/system/Makefile.am.rej
patching file ifconfig/system/generic.c
Hunk #1 FAILED at 22.
Hunk #2 FAILED at 36.
2 out of 2 hunks FAILED -- saving rejects to file ifconfig/system/generic.c.rej
The next patch would create the file ifconfig/system/hurd.c,
which already exists!  Applying it anyway.
patching file ifconfig/system/hurd.c
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file ifconfig/system/hurd.c.rej
The next patch would create the file ifconfig/system/hurd.h,
which already exists!  Applying it anyway.
patching file ifconfig/system/hurd.h
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file ifconfig/system/hurd.h.rej
patching file ifconfig/system/hurd.c
Hunk #1 succeeded at 186 with fuzz 2 (offset 11 lines).
Hunk #2 FAILED at 194.
1 out of 2 hunks FAILED -- saving rejects to file ifconfig/system/hurd.c.rej
patching file telnet/sys_bsd.c
Hunk #1 succeeded at 64 (offset 1 line).
Hunk #2 succeeded at 159 (offset 1 line).
Hunk #3 succeeded at 262 (offset 1 line).
Hunk #4 succeeded at 759 (offset 1 line).
source is under 'inetutils-2.0'
applying '/gnu/store/pyjlhc8r3xzm169l6symkm2l9wrab6hl-inetutils-hurd.patch'...
Backtrace:
   3 (primitive-load "/gnu/store/401x9biqviwi2xa2sjs9p7c0xsf…")
In ice-9/eval.scm:
619:8  2 (_ #(# "inetutils-2.0"))
In srfi/srfi-1.scm:
634:9  1 (for-each # ("/gnu/store/py…"))
In guix/build/utils.scm:
654:6  0 (invoke _ . _)

guix/build/utils.scm:654:6: In procedure invoke:
ERROR:
  1. &invoke-error:
  program: 
"/gnu/store/qw20chpgkgbcqmzhs60c8hjl1hmblyc8-patch-2.7.6/bin/patch"
  arguments: ("--force" "--no-backup-if-mismatch" "-p1" "--input" 
"/gnu/store/pyjlhc8r3xzm169l6symkm2l9wrab6hl-inetutils-hurd.patch")
  exit-status: 1
  term-signal: #f
  stop-signal: #f
```



inetutils-2-0.scm
Description: Binary data

bug#48213: offlineimap build fails

[Bone Baboon via Bug reports for GNU Guix]

Tobias Geerinckx-Rice writes:
> you should report this upstream first

I have reported this to Seth Michael Larson the maintainer of rfc6555.
https://pypi.org/project/rfc6555/

I also asked Seth Michael Larson if the rfc6555 test suite could be
modified so that test_ipv6_available does not fail if IPv6 is disabled.

bug#48214: inetutils-1.9.4 build fails

[Bone Baboon via Bug reports for GNU Guix]

Tobias Geerinckx-Rice writes:
> Bone Baboon via Bug reports for GNU Guix 写道：
>> FAIL: syslogd.sh
>> 
>>
>> ../src/logger: ::1:7041: Cannot assign requested address
>
> Looks like the same cause as <https://issues.guix.gnu.org/48213>:
> missing IPv6 support on the host kernel.

Thank you for pointing this out.

I have reported this to the inetutils bug mailing list and asked if the
inetutils test suite could be modified so that syslogd.sh does not fail
if IPv6 is disabled.

bug#48239: rust-1.19.0 build fails

[Bone Baboon via Bug reports for GNU Guix]

Mark H Weaver writes:
> Are you aware of any relevant customizations to your kernel
> configuration that might possibly be related to this?

The system configuration includes:

```
  (kernel-arguments
   (append
(list
 "nomodeset"
 "ipv6.disable=1")
%default-kernel-arguments))
```

Without "nomodeset" the computer is not able to boot.

"ipv6.disable=1" is to prevent ipv6 leaks from compromising the privacy
provided by a VPN service I am using.

> For what it's worth, on my Thinkpad X200 (Core 2 Duo) with 4 GB of RAM
> and 8 GB of swap, I've been successully building Rust locally using Guix
> for many years, as long as I don't run other memory intensive processes
> at the same time.

That is good to know.

I was able to build the Rust bootstrap chain from source on this
computer before.  It took several days to complete.

> It might be worth trying the build a second time.  Occasionally we see
> nondeterministic build failures in some packages, although I don't
> recall seeing such failures in Rust.

I tried again and got the same error.

bug#48024: glib-2.62.6 build fails i686

[Bone Baboon via Bug reports for GNU Guix]

Mark H Weaver writes:
>> I was having trouble finding the build log.
>
> Here's one way to find it:
>
> $ cd /var/log/guix/drvs
> $ ls -ltr */*-glib-2* | tail
>
> The very small log files are the result of grafting derivations.
> Look for the most recent one that's more than 1K.
>
> Alternatively, it _might_ work to run:
>
> $ guix build --log-file --file=test-glib.scm

Thank you this is helpful.

bug#48024: glib-2.62.6 build fails i686

[Bone Baboon via Bug reports for GNU Guix]

Efraim Flashner writes:
> I looked closer at the bug report and I see they are timing out at 60
> and 180 for Bone Baboon as they currently are.
>
> Bone Baboon: Can you build the attached test-glib.scm file and send back
> the build log? I want to make sure I change the timeout to something
> long enough.
>
> You can build it with 'guix build -f test-glib.scm'

I ran `guix build --file=test-glib.scm` and I was successful.

I was having trouble finding the build log.

I have instead attached the output of the build command.



build-output.lz
Description: Binary data

bug#48024: glib-2.62.6 build fails i686

[Bone Baboon via Bug reports for GNU Guix]

Mark H Weaver writes:
> Did you also run "make"?

I have now.

> Hmm.  Can you please grep the build log for "TIMEOUT" and
> "increase-test-timeout", and show me the matching lines?

"increase-test-timeout":
```
starting phase `increase-test-timeout'
phase `increase-test-timeout' succeeded after 0.1 seconds
```

"TIMEOUT":
```
 53/259 glib:glib / rec-mutex   TIMEOUT 120.03 s
 83/259 glib:glib / 1bit-mutex  TIMEOUT 120.02 s 
 84/259 glib:glib+slow / 1bit-emufutex  TIMEOUT 180.05 s
```

Attached is the build log.

>>> (Incidentally, I *always* use Guix this way, using my own private branch
>>> of Guix, never using "guix pull", and never using substitutes.)
>>
>> This is interesting to me.
>
> I outlined how I use Guix in the following message:
>
>   https://lists.gnu.org/archive/html/guix-devel/2021-03/msg00625.html
>
> However, note that there are some significant caveats and "rough edges"
> to this approach.  I can't recommend it in good conscience, unless you
> truly need the extreme flexibility that it provides.
>
> To avoid the rough edges, I'd suggest using "guix pull --url" as
> outlined in the last two paragraphs of the message above.  For most
> purposes, I suspect you'd be much happier with that approach.

Thank you for sharing this.  Also thank you for the warning about 'significant 
caveats and "rough edges"'.

As a new user of Guix I think I will initially try to use the official
Guix repository.

However the message from Tobias Geerinckx-Rice in
https://issues.guix.gnu.org/48213 gives me the idea that your flexible
approach could be very useful if I find myself in a situation where I
have an issue that will not be addressed by an upstream project and
that has too much of a maintenance burden for Guix maintainers to take
on.



1kqwp7fsdphlkg75x0bhyw5m49y41d-glib-2.62.6.drv.bz2
Description: Binary data

bug#48213: offlineimap build fails

[Bone Baboon via Bug reports for GNU Guix]

>> This would accommodate Guix users who have disabled ipv6.
>
> Guix doesn't virtualise the kernel and expects it to provide all that
> is needful.  Linux offers knobs for *everything*; that doesn't mean
> everything is supported.  Disabling kernel support for basic things
> (namespaces, UNIX domain sockets, IPv6) *will* break certain software.
>
> We shouldn't feel obligated to accommodate strange configurations out
> of the box, but we try to do so when the maintenance cost is very low.
> In this case, you'd need to ensure the test still runs on the vast
> majority of systems with IPv6.

Sorry I should have explained the rationale for this in my initial
message.

For privacy conscious individuals one tool for improving online privacy
is a VPN service. Many VPN service providers recommend disabling
ipv6. This is because of ipv6 leaks. 

https://ipv6leak.com/ is a ipv6 leak testing site.  It is the first
result when searching for "ipv6 leak" with searx.ir.  Using this website
I can see that the privacy provided by my VPN service provider is
compromised by an ipv6 leak when I enable ipv6.  This is why I have ipv6
disabled.

I am open to suggestions on free software alternatives to using a VPN
service that do not require ipv6 to be disabled. The current VPN service
I am using allows the use of a openvpn client so I do not need to
install any proprietary software on my computer to use their service.  I
am aware of Tor or I2P but have not yet looked into how I could to send
my network traffic over those networks.

bug#48024: glib-2.62.6 build fails i686

[Bone Baboon via Bug reports for GNU Guix]

Mark H Weaver writes:
> Right.  Unfortunately, these timeouts are too short for many slower
> machines, such as 32-bit ARM systems.  Bone Baboon has also recently
> reported being unable to build 'glib' on a 32-bit i686 system due to
> these timeouts, even when making extreme efforts to reduce load from
> other processes.

Here is information on the computer that is having tests timeout when
building glib.

* 4 GiB of RAM installed (the maximum)

* i686 32-bit 1 Core with 2.6 GHz

bug#48214: inetutils-1.9.4 build fails

[Bone Baboon via Bug reports for GNU Guix]

On a x86_64 computer when I run `guix build --no-substitutes --keep-failed 
inetutils` the build fails because of one failed test.

`guix describe` outputs:

```
Generation 18   May 03 2021 13:15:55(current)
  guix 065d2cd
repository URL: https://git.savannah.gnu.org/git/guix.git
commit: 065d2cd6ced96ddb38c15a46f798488f61660a33
```

Error message:

```
command "make" "check" failed with status 2
note: keeping build directory `/tmp/guix-build-inetutils-1.9.4.drv-0'
builder for `/gnu/store/immphxs1iknnz5rfdhcs4i62j22yshqx-inetutils-1.9.4.drv' 
failed with exit code 1
build of /gnu/store/immphxs1iknnz5rfdhcs4i62j22yshqx-inetutils-1.9.4.drv failed
View build log at 
'/var/log/guix/drvs/im/mphxs1iknnz5rfdhcs4i62j22yshqx-inetutils-1.9.4.drv.bz2'.
guix build: error: build of 
`/gnu/store/immphxs1iknnz5rfdhcs4i62j22yshqx-inetutils-1.9.4.drv' failed
```

Test suite contents:

```
===
   GNU inetutils 1.9.4: tests/test-suite.log
===

# TOTAL: 15
# PASS:  8
# SKIP:  6
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

SKIP: ping-localhost.sh
===

ping needs to run as root
SKIP ping-localhost.sh (exit status: 77)

SKIP: traceroute-localhost.sh
=

traceroute needs to run as root
SKIP traceroute-localhost.sh (exit status: 77)

SKIP: tftp.sh
=

The use of the superserver Inetd in this script requires
the availability of "/etc/nsswitch.conf", "/etc/passwd", and
"/etc/protocols".  At least one of these is now missing.
Therefore skipping test.
SKIP tftp.sh (exit status: 77)

FAIL: syslogd.sh


../src/logger: ::1:7041: Cannot assign requested address
Registered 24 successes out of 25.
NOTICE: Standard port test was not run.
Failing some tests.
FAIL syslogd.sh (exit status: 1)

SKIP: ftp-localhost.sh
==

The use of the superserver Inetd in this script requires
the availability of "/etc/nsswitch.conf", "/etc/passwd", and
"/etc/protocols".  At least one of these is now missing.
Therefore skipping test.
SKIP ftp-localhost.sh (exit status: 77)

SKIP: inetd.sh
==

This test requires the availability of "/etc/protocols",
a file which can not be found in the current system.
Therefore skipping this test.
SKIP inetd.sh (exit status: 77)

SKIP: telnet-localhost.sh
=

No TTY assigned to this process.  Skipping test.
SKIP telnet-localhost.sh (exit status: 77)
```

bug#48213: offlineimap build fails

[Bone Baboon via Bug reports for GNU Guix]

On a x86_64 computer when I run `guix build --no-substitutes
offlineimap` the build fails because the "test_ipv6_available" test
fails.

In the system configuration ipv6 is disabled:

```
(kernel-arguments
 (append
  (list "nomodeset" "ipv6.disable=1")
  %default-kernel-arguments))
```

Taking the failing test's name "test_ipv6_available" literally I would
like to ask if having this test required to build this offlineimap
dependency is necessary?  Could this test be allowed to fail or be
skipped without failing the build?  This would accommodate Guix users
who have disabled ipv6.

`guix describe` outputs:

```
Generation 18   May 03 2021 13:15:55(current)
  guix 065d2cd
repository URL: https://git.savannah.gnu.org/git/guix.git
commit: 065d2cd6ced96ddb38c15a46f798488f61660a33
```

Build error:

```
starting phase `check'
= test session starts ==
platform linux2 -- Python 2.7.17, pytest-4.6.11, py-1.8.1, pluggy-0.13.1
rootdir: /tmp/guix-build-python2-rfc6555-0.0.0-1.1a181b4.drv-0/source
plugins: hypothesis-4.57.1
collected 5 items

tests/test_ipv6.py F [100%]

=== FAILURES ===
_ test_ipv6_available __

def test_ipv6_available():
>   assert rfc6555._detect_ipv6()
E   assert False
E+  where False = ()
E+where  = rfc6555._detect_ipv6

tests/test_ipv6.py:11: AssertionError
== 1 failed, 4 passed in 0.19 seconds ==
command "pytest" "tests/test_ipv6.py" failed with status 1
builder for 
`/gnu/store/4clr8jgvlbhp9qvyx2izdl5dmb8b0xsd-python2-rfc6555-0.0.0-1.1a181b4.drv'
 failed with exit code 1
build of 
/gnu/store/4clr8jgvlbhp9qvyx2izdl5dmb8b0xsd-python2-rfc6555-0.0.0-1.1a181b4.drv 
failed
View build log at 
'/var/log/guix/drvs/4c/lr8jgvlbhp9qvyx2izdl5dmb8b0xsd-python2-rfc6555-0.0.0-1.1a181b4.drv.bz2'.
cannot build derivation 
`/gnu/store/pxqzkh8b6266qdrrxhfc74j6bjnb1567-offlineimap-7.3.3.drv': 1 
dependencies couldn't be built
guix build: error: build of 
`/gnu/store/pxqzkh8b6266qdrrxhfc74j6bjnb1567-offlineimap-7.3.3.drv' failed
```

bug#48024: glib-2.62.6 build fails i686

[Bone Baboon via Bug reports for GNU Guix]

Thank you for your helpful response.

Would a patch like this that addresses test timeouts be good to have in
the Guix repository?  It would help other Guix users who also run into
test timeouts when building glib.

Mark H Weaver writes:
> I also build everything locally, and have sometimes run into problems
> like this on my slower machines.  Overly aggressive test timeouts,
> chosen for powerful developer machines, are annoying.

What are the benefits of aggressive test timeouts chosen for powerful
developer machines?

> The following patch, applied to your copy of Guix, should work around
> the problem:
>
> --8<---cut here---start->8---
> diff --git a/gnu/packages/glib.scm b/gnu/packages/glib.scm
> index c04bd334e9..b8f509306d 100644
> --- a/gnu/packages/glib.scm
> +++ b/gnu/packages/glib.scm
> @@ -230,7 +230,8 @@ shared NFS home directories.")
>#t)))
>  ;; TODO: Remove the conditional in the next core-updates cycle.
>  ;; Needed to build glib on slower ARM nodes.
> -,@(if (string-prefix? "arm" (%current-system))
> +,@(if (or (string-prefix? "arm" (%current-system))
> +  (string-prefix? "i686" (%current-system)))
>`((add-after 'unpack 'increase-test-timeout
>(lambda _
>  (substitute* "meson.build"
> --8<---cut here---end--->8---
>
> To use this patch, you'll need to apply it to a Git checkout of Guix,
> build it, and then use "/PATH-TO-GIT-CHECKOUT/pre-inst-env guix ..."
> whenever building anything with Guix that depends on glib.

Preparation steps taken:
1) cloned the Guix repository
2) ran `./bootstrap`
3) ran `./configure --localstatedir=/var/`
4) checked out a branch
5) applied the patch

Then in the branch of the Guix repository with the patch applied I ran
the following commands which failed with test timeouts.

`./pre-inst-env guix build --no-substitutes glib`
`./pre-inst-env guix build --no-substitutes --cores=2 glib`
`./pre-inst-env guix build --no-substitutes --cores=3 glib`

> Alternatively, you *might* be able to build 'glib' successfully by not
> doing anything else with your machine while it's building 'glib'.  I
> notice that in your original bug report, only the "1bit-mutex" test
> timed out, but in your later build attempt, a total of 5 tests timed
> out.  These differing results suggest that you might have been running
> other programs at the same time.

I tried this by having only ssh running so I could connect.  Then on a
virtual terminal I ran `guix build --no-substitutes --cores=2 glib`.
This failed with test timeouts.

> (Incidentally, I *always* use Guix this way, using my own private branch
> of Guix, never using "guix pull", and never using substitutes.)

This is interesting to me.

This is how I think a substitute server workflow could be modified to
use this approach.  I would appreciate corrections or suggestions.

On the substitute server

Remove the official Guix substitute server from /etc/guix/acl.

Instead of: `guix pull --no-substitutes`
It would be: `git pull ` and merge the updated Guix
  repository with the local patched repository.

Instead of: `guix build --no-substitues `
It would be: `//pre-inst-env guix build `

Instead of: `guix publish `
It would be: `//pre-inst-env guix publish
  `

Instead of: `sudo guix system --no-substitutes reconfigure
 `
It would be: `sudo //pre-inst-env guix system
  reconfigure `

Substitute server clients would have a channel for the patched
repository and no channel for the official Guix repository.

The commands stay the same on the clients of the substitute server.

`guix pull --substitute-urls=:`

`sudo guix system --subsitute-urls=:
reconfigure `

bug#47928: go-gopkg-in-yaml-v2-2.2.2 build fails

[Bone Baboon via Bug reports for GNU Guix]

go-gopkg-in-yaml-v2 is a dependency for Docker and I am not able to
build it on x86_64 or i686.

On a x86-64 computer when I run `sudo guix system --no-substitutes reconfigure 
configuration.scm` I get this error.

```
building 
/gnu/store/r1qnl1sk16vmi4h9l43hdiyw7pqylmyk-go-gopkg-in-yaml-v2-2.2.2.drv...
/ 'check' phasebuilder for 
`/gnu/store/r1qnl1sk16vmi4h9l43hdiyw7pqylmyk-go-gopkg-in-yaml-v2-2.2.2.drv' 
failed with exit code 1
build of 
/gnu/store/r1qnl1sk16vmi4h9l43hdiyw7pqylmyk-go-gopkg-in-yaml-v2-2.2.2.drv failed
View build log at 
'/var/log/guix/drvs/r1/qnl1sk16vmi4h9l43hdiyw7pqylmyk-go-gopkg-in-yaml-v2-2.2.2.drv.bz2'.
cannot build derivation 
`/gnu/store/0x15knikz54rhrk7f0b1bm7hzrc68008-docker-libnetwork-cmd-proxy-19.03-1.55e924b.drv':
 1 dependencies couldn't be built
building /gnu/store/93ygd3b4jjxbwg09czya0mqdzaa9pyar-elogind-243.7.drv...
cannot build derivation 
`/gnu/store/3wwm05nf6wwdyapzln5ad1hajkzhj2z1-gotestsum-0.4.0.drv': 1 
dependencies couldn't be built
cannot build derivation 
`/gnu/store/kz0vqbylk9rl7cfm5m69ggs07njb6cx8-docker-19.03.15.drv': 1 
dependencies couldn't be built
guix system: error: build of 
`/gnu/store/kz0vqbylk9rl7cfm5m69ggs07njb6cx8-docker-19.03.15.drv' failed
```

`guix describe` outputs:

```
Generation 17   May 02 2021 17:29:04(current)
  guix 065d2cd
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 065d2cd6ced96ddb38c15a46f798488f61660a33
```

The build log is attached.



build-log.lz
Description: Binary data

Bone Baboon writes:

> On a i686 computer when I run `sudo guix system --no-substitutes --cores=1 
> --max-jobs=1 reconfigure config.scm` I get this error:
>
> ```
> building 
> /gnu/store/yqwd4wbam8mx0n2idy1qj4861rzvra7n-go-gopkg-in-yaml-v2-2.2.2.drv...
> | 'check' phasebuilder for 
> `/gnu/store/yqwd4wbam8mx0n2idy1qj4861rzvra7n-go-gopkg-in-yaml-v2-2.2.2.drv' 
> failed with exit code 1
> build of 
> /gnu/store/yqwd4wbam8mx0n2idy1qj4861rzvra7n-go-gopkg-in-yaml-v2-2.2.2.drv 
> failed
> View build log at 
> '/var/log/guix/drvs/yq/wd4wbam8mx0n2idy1qj4861rzvra7n-go-gopkg-in-yaml-v2-2.2.2.drv.bz2'.
> cannot build derivation 
> `/gnu/store/qkinjq5fkp3vd70g6vcf3wwd66d0slq7-docker-libnetwork-cmd-proxy-19.03-1.55e924b.drv':
>  1 dependencies couldn't be built
> cannot build derivation 
> `/gnu/store/6vi73j6gn3g3xdg30wp0kdmdg0nhxan6-gotestsum-0.4.0.drv': 1 
> dependencies couldn't be built
> cannot build derivation 
> `/gnu/store/8s9kwwcg5wilqkl3mgysr0mg12dj10zq-docker-19.03.15.drv': 1 
> dependencies couldn't be built
> guix system: error: build of 
> `/gnu/store/8s9kwwcg5wilqkl3mgysr0mg12dj10zq-docker-19.03.15.drv' failed
> ```

bug#48151: mariadb-10.5.8 build failing

[Bone Baboon via Bug reports for GNU Guix]

Tobias Geerinckx-Rice writes:
> Your bug is available at  and
> through the usual 48151 at debbugs.gnu.org.  However, it wasn't 
> sent to subscribers' inboxes because it was a whopping >9 MiB.
>
> Like most mailing lists, bug-guix@ has a (generous) message size
> limit.  SMTP is not a broadcast protocol; copying a huge message 
> to each subscriber in turn is costly.  Many subscribers have limited
> connections or simply don't want to receive them.
>
> It's great that you included the build log.  Next time please (don't
> de)compress it, or include only the last few 100 lines which are
> usually enough to identify the problem.

Thank you

Moving forward when I submit a bug report the build or test suite logs
will be compressed attachments.

bug#48094: strace-5.8 build fails

[Bone Baboon via Bug reports for GNU Guix]

Ludovic Courtès writes:
> Since the “dumping logs” phase failed, could you try to access the build
> logs under /tmp/guix-build-strace*?  (You need to build with
> ‘--keep-failed’; see
> .)

Since I initially reported this bug I have since updated the kernel to
5.11.16 by rebooting the system and I have also done a pull. The file
system of partition that I am using is ext4.

When I try to build strace multiple times with `--keep-failed` it fails
each time and there is no log in `/tmp/guix-build-strace-*`.

bug#47928: go-gopkg-in-yaml-v2-2.2.2 build fails

[Bone Baboon via Bug reports for GNU Guix]

I get the same error when I try `guix build --no-substitutes
--system=i686-linux go-gopkg-in-yaml-v2`.

Bone Baboon writes:

> On a i686 computer when I run `sudo guix system --no-substitutes --cores=1 
> --max-jobs=1 reconfigure config.scm` I get this error:
>
> ```
> building 
> /gnu/store/yqwd4wbam8mx0n2idy1qj4861rzvra7n-go-gopkg-in-yaml-v2-2.2.2.drv...
> | 'check' phasebuilder for 
> `/gnu/store/yqwd4wbam8mx0n2idy1qj4861rzvra7n-go-gopkg-in-yaml-v2-2.2.2.drv' 
> failed with exit code 1
> build of 
> /gnu/store/yqwd4wbam8mx0n2idy1qj4861rzvra7n-go-gopkg-in-yaml-v2-2.2.2.drv 
> failed
> View build log at 
> '/var/log/guix/drvs/yq/wd4wbam8mx0n2idy1qj4861rzvra7n-go-gopkg-in-yaml-v2-2.2.2.drv.bz2'.
> cannot build derivation 
> `/gnu/store/qkinjq5fkp3vd70g6vcf3wwd66d0slq7-docker-libnetwork-cmd-proxy-19.03-1.55e924b.drv':
>  1 dependencies couldn't be built
> cannot build derivation 
> `/gnu/store/6vi73j6gn3g3xdg30wp0kdmdg0nhxan6-gotestsum-0.4.0.drv': 1 
> dependencies couldn't be built
> cannot build derivation 
> `/gnu/store/8s9kwwcg5wilqkl3mgysr0mg12dj10zq-docker-19.03.15.drv': 1 
> dependencies couldn't be built
> guix system: error: build of 
> `/gnu/store/8s9kwwcg5wilqkl3mgysr0mg12dj10zq-docker-19.03.15.drv' failed
> ```
>
> `guix describe` outputs:
>
> ```
> Generation 7Apr 20 2021 18:12:09(current)
>   guix 0e21cf7
> repository URL: https://git.savannah.gnu.org/git/guix.git
> branch: master
> commit: 0e21cf7d0620caf3fe9bed4f6ec1d5239a599a6a
> ```
>
> The build log contents:
>
> ```
> starting phase `set-SOURCE-DATE-EPOCH'
> phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds
> starting phase `set-paths'
> environment variable `PATH' set to 
> `/gnu/store/ghvg7wa0m2dih1nibxja66m86q1ffm6w-go-1.14.15/bin:/gnu/store/gww59gv5qxbfijg3vk5y182im7923s06-tar-1.32/bin:/gnu/store/2ayciqwxddkzq183dac82ijljc14j4zj-gzip-1.10/bin:/gnu/store/n1jk0w2wa4vpwmixaqn2y3la1l2sizzi-bzip2-1.0.8/bin:/gnu/store/7p36raqgk6vn47bflxc9bsclqiib3phi-xz-5.2.4/bin:/gnu/store/lpkf3ydcdvxn8gcrzaq9cp3ri05h8qhs-file-5.38/bin:/gnu/store/6gqaw09zqw8w0vcax6simlq71bq7l5r0-diffutils-3.7/bin:/gnu/store/qw20chpgkgbcqmzhs60c8hjl1hmblyc8-patch-2.7.6/bin:/gnu/store/b5y5scfmh2d8kxcpl9p84294z2198cgf-findutils-4.7.0/bin:/gnu/store/9iwlsj7d6ffqhshy8qshf7p4fqwfwrvn-gawk-5.0.1/bin:/gnu/store/q1nfjb24vqjs1cgi8mlnskw34h16y09r-sed-4.8/bin:/gnu/store/4qr6mcvsxyzknxa7x1wny8x30f5i0r3n-grep-3.4/bin:/gnu/store/2v61vg0bizgrhybkqbrki2k7kr094waz-coreutils-8.32/bin:/gnu/store/b7jbh7kzzig0bxfswdj8nfj9bkljyyya-make-4.3/bin:/gnu/store/v1g7f3p4f0851mywrla8qmr9hb8jgfjr-bash-minimal-5.0.16/bin:/gnu/store/dyqxnydqk1810afjfbqzfvh0n83xyl62-ld-wrapper-0/bin:/gnu/store/50lyzn9bz6x4da66648kry29wn8afird-binutils-2.34/bin:/gnu/store/afpgzln8860m6yfhxy6i8n9rywbp85cy-gcc-7.5.0/bin:/gnu/store/z4li262il798hbl0l1h1k3a5g7r6bffa-glibc-2.31/bin:/gnu/store/z4li262il798hbl0l1h1k3a5g7r6bffa-glibc-2.31/sbin'
> environment variable `BASH_LOADABLES_PATH' unset
> environment variable `C_INCLUDE_PATH' set to 
> `/gnu/store/n1jk0w2wa4vpwmixaqn2y3la1l2sizzi-bzip2-1.0.8/include:/gnu/store/7p36raqgk6vn47bflxc9bsclqiib3phi-xz-5.2.4/include:/gnu/store/lpkf3ydcdvxn8gcrzaq9cp3ri05h8qhs-file-5.38/include:/gnu/store/9iwlsj7d6ffqhshy8qshf7p4fqwfwrvn-gawk-5.0.1/include:/gnu/store/b7jbh7kzzig0bxfswdj8nfj9bkljyyya-make-4.3/include:/gnu/store/50lyzn9bz6x4da66648kry29wn8afird-binutils-2.34/include:/gnu/store/afpgzln8860m6yfhxy6i8n9rywbp85cy-gcc-7.5.0/include:/gnu/store/z4li262il798hbl0l1h1k3a5g7r6bffa-glibc-2.31/include:/gnu/store/hk7l42fwxmnrnlhyiixvaqf1i1crcckp-linux-libre-headers-5.4.20/include'
> environment variable `CPLUS_INCLUDE_PATH' set to 
> `/gnu/store/n1jk0w2wa4vpwmixaqn2y3la1l2sizzi-bzip2-1.0.8/include:/gnu/store/7p36raqgk6vn47bflxc9bsclqiib3phi-xz-5.2.4/include:/gnu/store/lpkf3ydcdvxn8gcrzaq9cp3ri05h8qhs-file-5.38/include:/gnu/store/9iwlsj7d6ffqhshy8qshf7p4fqwfwrvn-gawk-5.0.1/include:/gnu/store/b7jbh7kzzig0bxfswdj8nfj9bkljyyya-make-4.3/include:/gnu/store/50lyzn9bz6x4da66648kry29wn8afird-binutils-2.34/include:/gnu/store/afpgzln8860m6yfhxy6i8n9rywbp85cy-gcc-7.5.0/include/c++:/gnu/store/afpgzln8860m6yfhxy6i8n9rywbp85cy-gcc-7.5.0/include:/gnu/store/z4li262il798hbl0l1h1k3a5g7r6bffa-glibc-2.31/include:/gnu/store/hk7l42fwxmnrnlhyiixvaqf1i1crcckp-linux-libre-headers-5.4.20/include'
> environment variable `LIBRARY_PATH' set to 
> `/gnu/store/ghvg7wa0m2dih1nibxja66m86q1ffm6w-go-1.14.15/lib:/gnu/store/n1jk0w2wa4vpwmixaqn2y3la1l2sizzi-bzip2-1.0.8/lib:/gnu/store/7p36raqgk6vn47bflxc9bsclqiib3phi-xz-5.2.4/lib:/gnu/store/lpkf3ydcdvxn8gcrzaq9cp3ri05h8qhs-file-5.38/lib:/gnu/store/9iwlsj7d6ffqhshy8qshf7p4fqwfwrvn-gawk-5.0.1/lib:/gnu/store/50lyzn9bz6x4da66648kry29wn8afird-binutils-2.34/lib:/gnu/store/z4li262il798hbl0l1h1k3a5g7r6bffa-glibc-2.31/lib:/gnu/store/rzk3v28mhi4m7sh0qippp9a5rzy03rkg-glibc-2.31-static/lib:/gnu/store/x6i3vfg4gaqd42cqb6mzk52v4lds1467-glibc-utf8-locales-2.31/lib'
> environment variable `GUIX_LOCPATH' set to 
> `/gnu/store/x6i3vfg4gaqd42cqb6mzk52v4lds1467-glibc-utf8-locales-2

bug#47928: go-gopkg-in-yaml-v2-2.2.2 build fails

[Bone Baboon via Bug reports for GNU Guix]

raingloom writes:

> On Mon, 26 Apr 2021 17:39:58 -0400
> Bone Baboon  wrote:
>
>> raingloom writes:
>> > My guess is that int is 32 bits on i686.  
>> 
>> The computer's CPU is 32 bit.
>> 
>> How would I check if "int is 32 bits on i686"?
>
> Looking up an authoritative source (ie.: "the docs") is one way. Here
> is what I found:
>
> https://tour.golang.org/basics/11
>  The int, uint, and uintptr types are usually 32 bits wide on 32-bit
>  systems and 64 bits wide on 64-bit systems. When you need an integer
>  value you should use int unless you have a specific reason to use a
>  sized or unsigned integer type. 
>
>
> Another would be to try to do an operation that would wrap around, but
> if you aren't familiar with binary arithmetic in the language in
> question, just looking it up is probably easier.

Thank you for sharing this.

bug#48045: guix challenge error

[Bone Baboon via Bug reports for GNU Guix]

Ludovic Courtès writes:
> The bug comes from the fact that it’s gone beyond 100%.  We could solve
> it by programming more defensively, but it’d be great to see where the
> problem comes from.
>
> Can you reproduce it with:
>
>   ./pre-inst-env guix challenge 
> /gnu/store/5ds5bli4p6gja2yzmzzc0sik1kzrasp9-guix-extra
>
> ?
>
> If so, could you apply the patch below and send the output of this
> command?  We can discuss it on IRC if anything’s unclear.

I can not reproduce this error any more.

I have a new clone of the Guix repository.

I ran `./pre-inst-env guix challenge
/gnu/store/5ds5bli4p6gja2yzmzzc0sik1kzrasp9-guix-extra` 20 times and the
error was no error.

I ran `./pre-inst-env guix challenge` several times and there was no
error.

I tried running `guix challenge
/gnu/store/5ds5bli4p6gja2yzmzzc0sik1kzrasp9-guix-extra` outside of the
Guix repository 20 times and there was no error.

bug#47928: go-gopkg-in-yaml-v2-2.2.2 build fails

[Bone Baboon via Bug reports for GNU Guix]

raingloom writes:
> My guess is that int is 32 bits on i686.

The computer's CPU is 32 bit.

How would I check if "int is 32 bits on i686"?

bug#48045: guix challenge error

[Bone Baboon via Bug reports for GNU Guix]

On an x86_64 computer when I run `guix challenge` I get this error:

```
...
/gnu/store/5ds5bli4p6gja2yzmzzc0sik1kzrasp9-guix-extra contents differ:
  local hash: 0aacxb6n0vrki8lb7f02r3m756cpc650hbihj9dpklkpvlgasqad
  https://ci.guix.gnu.org/nar/lzip/5ds5bli4p6gja2yzmzzc0sik1kzrasp9-guix-extra: 
0anncy58048fvbbi40wbfrd1dc6wk3zshx63p6jn2f03ljwakbkj
 ci.guix.gnu.org  2.2MiB  416KiB/s 00:06 [##] 101.3%
Backtrace: 
In srfi/srfi-1.scm:
634:9 19 (for-each # …)
In guix/scripts/challenge.scm:
299:2 18 (report-differing-files _)
279:2 17 (differing-files #< item: "/gnu/stor…>)
In srfi/srfi-1.scm:
   586:17 16 (map1 (#< path: "/gnu/store/5ds5bli4p6gja2yzm…>))
In guix/scripts/challenge.scm:
262:4 15 (call-with-nar _ _)
In guix/utils.scm:
253:8 14 (call-with-decompressed-port _ _ _)
In guix/serialization.scm:
424:4 13 (fold-archive _ _ _ _)
   468:33 12 (read "" _)
   468:33 11 (read "/guix" _)
   442:24 10 (read "/guix/self.go" _)
In guix/scripts/challenge.scm:
200:4  9 (_ "/guix/self.go" regular _ (("/guix/scripts.go" # …) …))
In guix/serialization.scm:
   247:20  8 (dump # # …)
In unknown file:
   7 (get-bytevector-n! # # 0 #)
In lzlib.scm:
501:4  6 (lzread! # # …)
In unknown file:
   5 (get-bytevector-n # 65538)
In guix/progress.scm:
   362:23  4 (read! _ _ _)
   178:12  3 (display-download-progress _ _ #:tty? _ #:start-time _ # …)
In unknown file:
   2 (make-string -1 #\space)
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:
Value out of range 0 to 18446744073709551615: -1
Backtrace:
  19 (get-bytevector-n! # # 0 #)
In lzlib.scm:
501:4 18 (lzread! # # …)
In unknown file:
  17 (get-bytevector-n # 65538)
In guix/progress.scm:
   362:23 16 (read! _ _ _)
   178:12 15 (display-download-progress _ _ #:tty? _ #:start-time _ # …)
In unknown file:
  14 (make-string -1 #\space)
In ice-9/boot-9.scm:
  1669:16 13 (raise-exception _ #:continuable? _)
  1669:16 12 (raise-exception _ #:continuable? _)
  1669:16 11 (raise-exception _ #:continuable? _)
In unknown file:
  10 (apply-smob/1 # #<&comp…>)
In ice-9/boot-9.scm:
  1659:16  9 (raise-exception _ #:continuable? _)
In unknown file:
   8 (_ (0) #<&compound-exception components: (#<&assertion-…>)
In guix/utils.scm:
255:8  7 (_)
In unknown file:
   6 (close-port #)
   5 (close-port #)
In guix/progress.scm:
   377:42  4 (_)
   178:12  3 (display-download-progress _ _ #:tty? _ #:start-time _ # …)
In unknown file:
   2 (make-string -1 #\space)
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:
Value out of range 0 to 18446744073709551615: -1
```

`echo $?` outputs "1".

`guix describe` outputs:

```
Generation 10   Apr 26 2021 10:36:03(current)
  guix f365d48
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: f365d48909156ad754a2ade45375f45b54b06bbc
```

bug#47964: webkitgtk-2.32.0 build fails

[Bone Baboon via Bug reports for GNU Guix]

Leo Famulari writes:
> Thanks for taking the time to perform all these builds; I'm sure they
> took a long time.

Thank you for helping me figure out how to build this package.

> I'm guessing that "--cores=2 --max-jobs=1" used fewer threads than the
> guix-daemon would normally choose by default on your computer? Like,
> maybe you have 4 cores / hyperthreads or something like that?

Yes that is correct. On the computer that was having trouble building
webkitgtk there are 4 cores and 8 threads and 8GiB of installed memory.

bug#47964: Closing bug#47964

[Bone Baboon via Bug reports for GNU Guix]

Closing bug#47964 because webkitgtk can successfully be built using the
command `sudo guix system --no-substitutes --cores=2 --max-jobs=1
reconfigure configuration.scm`.  The build of webkitgtk is sensitive to
the number of cores used.

bug#47964: webkitgtk-2.32.0 build fails

[Bone Baboon via Bug reports for GNU Guix]

Leo Famulari writes:
> I googled your error message:
>
> "No rule to make target 'JavaScriptCore-4.0.gir', needed by 
> 'WebKit2-4.0.gir'.  Stop."
>
> And there are very many results, from many distros, and the answer in
> all cases seems to be "Don't build this package with -j1".
>
> I have to agree with that :) It's weird that a build fails with -j1, but
> this build takes a long time even with many cores.
>
> The upstream bug report:
>
> https://bugs.webkit.org/show_bug.cgi?id=195251

Thank you for sharing that.

`guix build --no-substitutes --cores=1 --max-jobs=1 webkitgtk`
`sudo guix system --no-substitutes --cores=1 --max-jobs=1 reconfigure 
configuration.scm`
These two commands fail to build webkitgtk with the error message
reported previously.  The problem being what you have identified (using
one core).

`sudo guix system --no-substitutes reconfigure configuration.scm`
Fails to build webkitgtk because of what looks like an out of memory
issue.  With "oom_reaper" showing up in /var/log/messages.

`sudo guix system --no-substitutes --cores=2 --max-jobs=1 reconfigure 
configuration.scm`
This command was successfully able to build webkitgtk.

bug#47927: guix-1.2.0-21.4dff6ec build fails

[Bone Baboon via Bug reports for GNU Guix]

Ludovic Courtès writes:
> What about the stress test I mentioned?

I let the stress test run for hours and there were no errors.

bug#47927: guix-1.2.0-21.4dff6ec build fails

[Bone Baboon via Bug reports for GNU Guix]

Ludovic Courtès writes:

> Could you try these two things as well: retrying the derivation build,
> and running the stress test above?

Since I submitted this bug I have done a `guix pull` and tried to
reconfigure.

Now when I run `guix build --no-substitutes --cores=1 --max-jobs=1
/gnu/store/rxn35i8wn1894jjqs4zjxj378dslpqdl-guix-1.2.0-21.4dff6ec.drv`
it outputs:

`/gnu/store/gl0q9g2x9f43yqpgn2qvxw9i5h868rn4-guix-1.2.0-21.4dff6ec`

bug#47971: Improve Guix commands for update/upgrade

[Bone Baboon via Bug reports for GNU Guix]

bo0od writes:
> The current commands used to make sure everything updated are not
> friendly to type nor to memorize

The name of package management commands seems like it would largely be
personal preference.

Each person using Guix could customize the commands to their own
preferences using Bash aliases or an equivalent for the shell they are
using.  For Bash refer to the Aliases section of it's info
documentation.

> - pull -> update or refresh
> - upgrade -> can be kept or package-upgrade
> - reconfigure /etc/config.scm -> dist-upgrade or distro-upgrade or
>   system-upgrade

For command names there are many package managers that you can look to
for inspiration. Here are some examples:

* Gentoo - emerge
* OpenBSD - pkg 
* Void - xbps
* Alpine - apk
* Debian - apt
* Arch - pacam or paru
* Fedora - dnf

> OR There is another approach some distros taking which is using
> shortcuts to only letters e.g
>
> pull -> p or -p
> upgrade -> u or -u
> reconfigure -> re or -re

This could also be done with shell aliases.

bug#47964: webkitgtk-2.32.0 build fails

[Bone Baboon via Bug reports for GNU Guix]

On an x86_64 computer when I run `sudo guix system --no-substitutes
reconfigure config.scm` webkitgtk-2.32.0 fails to build.  When I run
`guix build --no-substitutes --cores=1 --max-jobs=1 webkitgtk` I get
this error message:

```
make: *** [Makefile:155: all] Error 2
command "make" "-j" "1" failed with status 2
builder for `/gnu/store/b1vs7n6dvmsrk9510q8hqjnq6m9mvrm3-webkitgtk-2.32.0.drv' 
failed with exit code 1
build of /gnu/store/b1vs7n6dvmsrk9510q8hqjnq6m9mvrm3-webkitgtk-2.32.0.drv failed
View build log at 
'/var/log/guix/drvs/b1/vs7n6dvmsrk9510q8hqjnq6m9mvrm3-webkitgtk-2.32.0.drv.bz2'.
guix build: error: build of 
`/gnu/store/b1vs7n6dvmsrk9510q8hqjnq6m9mvrm3-webkitgtk-2.32.0.drv' failed
```

`guix describe` outputs:

```
Generation 7Apr 21 2021 15:56:57(current)
  guix ae5128e
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: ae5128e21eb7afa66bd7cfd7fd1bc5764d00663e
```

End of the build log is below.  The entire build log was too large to
send by email.

```
[ 98%] Built target gtkdoc
make -f Source/WebKit/CMakeFiles/WebKit2WebExtension-4-gir.dir/build.make 
Source/WebKit/CMakeFiles/WebKit2WebExtension-4-gir.dir/depend
make[2]: Entering directory '/tmp/guix-build-webkitgtk-2.32.0.drv-0/build'
cd /tmp/guix-build-webkitgtk-2.32.0.drv-0/build && 
/gnu/store/3dsl2jalrcyldkrsqab1hc6sv8pyag9z-cmake-minimal-3.16.5/bin/cmake -E 
cmake_depends "Unix Makefiles" 
/tmp/guix-build-webkitgtk-2.32.0.drv-0/webkitgtk-2.32.0 
/tmp/guix-build-webkitgtk-2.32.0.drv-0/webkitgtk-2.32.0/Source/WebKit 
/tmp/guix-build-webkitgtk-2.32.0.drv-0/build 
/tmp/guix-build-webkitgtk-2.32.0.drv-0/build/Source/WebKit 
/tmp/guix-build-webkitgtk-2.32.0.drv-0/build/Source/WebKit/CMakeFiles/WebKit2WebExtension-4-gir.dir/DependInfo.cmake
 --color=
Scanning dependencies of target WebKit2WebExtension-4-gir
make[2]: Leaving directory '/tmp/guix-build-webkitgtk-2.32.0.drv-0/build'
make -f Source/WebKit/CMakeFiles/WebKit2WebExtension-4-gir.dir/build.make 
Source/WebKit/CMakeFiles/WebKit2WebExtension-4-gir.dir/build
make[2]: Entering directory '/tmp/guix-build-webkitgtk-2.32.0.drv-0/build'
make[2]: *** No rule to make target 'JavaScriptCore-4.0.gir', needed by 
'WebKit2-4.0.gir'.  Stop.
make[2]: Leaving directory '/tmp/guix-build-webkitgtk-2.32.0.drv-0/build'
make[1]: *** [CMakeFiles/Makefile2:1628: 
Source/WebKit/CMakeFiles/WebKit2WebExtension-4-gir.dir/all] Error 2
make[1]: Leaving directory '/tmp/guix-build-webkitgtk-2.32.0.drv-0/build'
make: *** [Makefile:155: all] Error 2
command "make" "-j" "1" failed with status 2
```

bug#47928: go-gopkg-in-yaml-v2-2.2.2 build fails

[Bone Baboon via Bug reports for GNU Guix]

On a i686 computer when I run `sudo guix system --no-substitutes --cores=1 
--max-jobs=1 reconfigure config.scm` I get this error:

```
building 
/gnu/store/yqwd4wbam8mx0n2idy1qj4861rzvra7n-go-gopkg-in-yaml-v2-2.2.2.drv...
| 'check' phasebuilder for 
`/gnu/store/yqwd4wbam8mx0n2idy1qj4861rzvra7n-go-gopkg-in-yaml-v2-2.2.2.drv' 
failed with exit code 1
build of 
/gnu/store/yqwd4wbam8mx0n2idy1qj4861rzvra7n-go-gopkg-in-yaml-v2-2.2.2.drv failed
View build log at 
'/var/log/guix/drvs/yq/wd4wbam8mx0n2idy1qj4861rzvra7n-go-gopkg-in-yaml-v2-2.2.2.drv.bz2'.
cannot build derivation 
`/gnu/store/qkinjq5fkp3vd70g6vcf3wwd66d0slq7-docker-libnetwork-cmd-proxy-19.03-1.55e924b.drv':
 1 dependencies couldn't be built
cannot build derivation 
`/gnu/store/6vi73j6gn3g3xdg30wp0kdmdg0nhxan6-gotestsum-0.4.0.drv': 1 
dependencies couldn't be built
cannot build derivation 
`/gnu/store/8s9kwwcg5wilqkl3mgysr0mg12dj10zq-docker-19.03.15.drv': 1 
dependencies couldn't be built
guix system: error: build of 
`/gnu/store/8s9kwwcg5wilqkl3mgysr0mg12dj10zq-docker-19.03.15.drv' failed
```

`guix describe` outputs:

```
Generation 7Apr 20 2021 18:12:09(current)
  guix 0e21cf7
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 0e21cf7d0620caf3fe9bed4f6ec1d5239a599a6a
```

The build log contents:

```
starting phase `set-SOURCE-DATE-EPOCH'
phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds
starting phase `set-paths'
environment variable `PATH' set to 
`/gnu/store/ghvg7wa0m2dih1nibxja66m86q1ffm6w-go-1.14.15/bin:/gnu/store/gww59gv5qxbfijg3vk5y182im7923s06-tar-1.32/bin:/gnu/store/2ayciqwxddkzq183dac82ijljc14j4zj-gzip-1.10/bin:/gnu/store/n1jk0w2wa4vpwmixaqn2y3la1l2sizzi-bzip2-1.0.8/bin:/gnu/store/7p36raqgk6vn47bflxc9bsclqiib3phi-xz-5.2.4/bin:/gnu/store/lpkf3ydcdvxn8gcrzaq9cp3ri05h8qhs-file-5.38/bin:/gnu/store/6gqaw09zqw8w0vcax6simlq71bq7l5r0-diffutils-3.7/bin:/gnu/store/qw20chpgkgbcqmzhs60c8hjl1hmblyc8-patch-2.7.6/bin:/gnu/store/b5y5scfmh2d8kxcpl9p84294z2198cgf-findutils-4.7.0/bin:/gnu/store/9iwlsj7d6ffqhshy8qshf7p4fqwfwrvn-gawk-5.0.1/bin:/gnu/store/q1nfjb24vqjs1cgi8mlnskw34h16y09r-sed-4.8/bin:/gnu/store/4qr6mcvsxyzknxa7x1wny8x30f5i0r3n-grep-3.4/bin:/gnu/store/2v61vg0bizgrhybkqbrki2k7kr094waz-coreutils-8.32/bin:/gnu/store/b7jbh7kzzig0bxfswdj8nfj9bkljyyya-make-4.3/bin:/gnu/store/v1g7f3p4f0851mywrla8qmr9hb8jgfjr-bash-minimal-5.0.16/bin:/gnu/store/dyqxnydqk1810afjfbqzfvh0n83xyl62-ld-wrapper-0/bin:/gnu/store/50lyzn9bz6x4da66648kry29wn8afird-binutils-2.34/bin:/gnu/store/afpgzln8860m6yfhxy6i8n9rywbp85cy-gcc-7.5.0/bin:/gnu/store/z4li262il798hbl0l1h1k3a5g7r6bffa-glibc-2.31/bin:/gnu/store/z4li262il798hbl0l1h1k3a5g7r6bffa-glibc-2.31/sbin'
environment variable `BASH_LOADABLES_PATH' unset
environment variable `C_INCLUDE_PATH' set to 
`/gnu/store/n1jk0w2wa4vpwmixaqn2y3la1l2sizzi-bzip2-1.0.8/include:/gnu/store/7p36raqgk6vn47bflxc9bsclqiib3phi-xz-5.2.4/include:/gnu/store/lpkf3ydcdvxn8gcrzaq9cp3ri05h8qhs-file-5.38/include:/gnu/store/9iwlsj7d6ffqhshy8qshf7p4fqwfwrvn-gawk-5.0.1/include:/gnu/store/b7jbh7kzzig0bxfswdj8nfj9bkljyyya-make-4.3/include:/gnu/store/50lyzn9bz6x4da66648kry29wn8afird-binutils-2.34/include:/gnu/store/afpgzln8860m6yfhxy6i8n9rywbp85cy-gcc-7.5.0/include:/gnu/store/z4li262il798hbl0l1h1k3a5g7r6bffa-glibc-2.31/include:/gnu/store/hk7l42fwxmnrnlhyiixvaqf1i1crcckp-linux-libre-headers-5.4.20/include'
environment variable `CPLUS_INCLUDE_PATH' set to 
`/gnu/store/n1jk0w2wa4vpwmixaqn2y3la1l2sizzi-bzip2-1.0.8/include:/gnu/store/7p36raqgk6vn47bflxc9bsclqiib3phi-xz-5.2.4/include:/gnu/store/lpkf3ydcdvxn8gcrzaq9cp3ri05h8qhs-file-5.38/include:/gnu/store/9iwlsj7d6ffqhshy8qshf7p4fqwfwrvn-gawk-5.0.1/include:/gnu/store/b7jbh7kzzig0bxfswdj8nfj9bkljyyya-make-4.3/include:/gnu/store/50lyzn9bz6x4da66648kry29wn8afird-binutils-2.34/include:/gnu/store/afpgzln8860m6yfhxy6i8n9rywbp85cy-gcc-7.5.0/include/c++:/gnu/store/afpgzln8860m6yfhxy6i8n9rywbp85cy-gcc-7.5.0/include:/gnu/store/z4li262il798hbl0l1h1k3a5g7r6bffa-glibc-2.31/include:/gnu/store/hk7l42fwxmnrnlhyiixvaqf1i1crcckp-linux-libre-headers-5.4.20/include'
environment variable `LIBRARY_PATH' set to 
`/gnu/store/ghvg7wa0m2dih1nibxja66m86q1ffm6w-go-1.14.15/lib:/gnu/store/n1jk0w2wa4vpwmixaqn2y3la1l2sizzi-bzip2-1.0.8/lib:/gnu/store/7p36raqgk6vn47bflxc9bsclqiib3phi-xz-5.2.4/lib:/gnu/store/lpkf3ydcdvxn8gcrzaq9cp3ri05h8qhs-file-5.38/lib:/gnu/store/9iwlsj7d6ffqhshy8qshf7p4fqwfwrvn-gawk-5.0.1/lib:/gnu/store/50lyzn9bz6x4da66648kry29wn8afird-binutils-2.34/lib:/gnu/store/z4li262il798hbl0l1h1k3a5g7r6bffa-glibc-2.31/lib:/gnu/store/rzk3v28mhi4m7sh0qippp9a5rzy03rkg-glibc-2.31-static/lib:/gnu/store/x6i3vfg4gaqd42cqb6mzk52v4lds1467-glibc-utf8-locales-2.31/lib'
environment variable `GUIX_LOCPATH' set to 
`/gnu/store/x6i3vfg4gaqd42cqb6mzk52v4lds1467-glibc-utf8-locales-2.31/lib/locale'
phase `set-paths' succeeded after 0.1 seconds
starting phase `install-locale'
using 'en_US.utf8' locale for category "LC_ALL"
phase `install-locale' succeeded after 0.0 seconds
starting phase `setup-go-environment

bug#47808: guile-git-0.5.0.drv build failed on i686-linux

[Bone Baboon via Bug reports for GNU Guix]

Thank you
Now when I do a `guix pull --no-substitutes` guile-git build
successfully.

Ludovic Courtès writes:

> Hi,
>
> Julien Lepiller  skribis:
>
>> I have a branch with fixes for guile-git: 
>> https://gitlab.com/roptat/guile-git/-/tree/fix-segfault
>
> Following our discussion on IRC, I pushed a fix:
>
>   
> https://gitlab.com/guile-git/guile-git/-/commit/991db3668e3473dd3bfd83add119b4ff4c73b42e
>
> I’ll release 0.5.1 and we should be fine.
>
> Ludo’.

bug#47911: Package outputs should be described in the UI

[Bone Baboon via Bug reports for GNU Guix]

Leo Famulari writes:

> At least once a month I have to help somebody on IRC who didn't notice
> that our Git package is split into multiple outputs.
>
> They can't find `git send-email`, and the Guix package UI doesn't make
> this clear enough.
>
> I had the idea that package outputs besides 'out' and 'debug' should
> have very brief descriptions that are exposed in `guix show` and `guix
> search` and the `guix package` equivalents.

I ran into this issue when I started using Guix.

I like this idea.

bug#47808: guile-git-0.5.0.drv build failed

[Bone Baboon via Bug reports for GNU Guix]

Ludovic Courtès writes:
> Could you send the log file returned by:
>
>   guix build --log-file 
> /gnu/store/2cllkgj32qqxvrlxkas27v6hd34g0b88-guile-git-0.5.0.drv
>
> ?
>
> It’s weird because this particular derivation was built at
> ci.guix.gnu.org and substitutes are available:
>
>   https://ci.guix.gnu.org/ckzjmjxa3cz9h7zxyz8mgi4z970sgf41.narinfo

Thanks for sharing that helpful command to track down a build log.

It would be nice if this type of error message gave the location of the
build log in it's output like other Guix error message do.

Contents of guile-git-0.5.0 build log:
```
starting phase `set-SOURCE-DATE-EPOCH'
phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds
starting phase `set-paths'
environment variable `PATH' set to 
`/gnu/store/fh8pmj9qqwbr1j1vrjc4zgnlgm08birz-pkg-config-0.29.2/bin:/gnu/store/k5d9vx4jp8z199c6diampwh6dd7bdjbi-guile-3.0.2/bin:/gnu/store/gww59gv5qxbfijg3vk5y182im7923s06-tar-1.32/bin:/gnu/store/2ayciqwxddkzq183dac82ijljc14j4zj-gzip-1.10/bin:/gnu/store/n1jk0w2wa4vpwmixaqn2y3la1l2sizzi-bzip2-1.0.8/bin:/gnu/store/7p36raqgk6vn47bflxc9bsclqiib3phi-xz-5.2.4/bin:/gnu/store/lpkf3ydcdvxn8gcrzaq9cp3ri05h8qhs-file-5.38/bin:/gnu/store/6gqaw09zqw8w0vcax6simlq71bq7l5r0-diffutils-3.7/bin:/gnu/store/qw20chpgkgbcqmzhs60c8hjl1hmblyc8-patch-2.7.6/bin:/gnu/store/b5y5scfmh2d8kxcpl9p84294z2198cgf-findutils-4.7.0/bin:/gnu/store/9iwlsj7d6ffqhshy8qshf7p4fqwfwrvn-gawk-5.0.1/bin:/gnu/store/q1nfjb24vqjs1cgi8mlnskw34h16y09r-sed-4.8/bin:/gnu/store/4qr6mcvsxyzknxa7x1wny8x30f5i0r3n-grep-3.4/bin:/gnu/store/2v61vg0bizgrhybkqbrki2k7kr094waz-coreutils-8.32/bin:/gnu/store/b7jbh7kzzig0bxfswdj8nfj9bkljyyya-make-4.3/bin:/gnu/store/v1g7f3p4f0851mywrla8qmr9hb8jgfjr-bash-minimal-5.0.16/bin:/gnu/store/dyqxnydqk1810afjfbqzfvh0n83xyl62-ld-wrapper-0/bin:/gnu/store/50lyzn9bz6x4da66648kry29wn8afird-binutils-2.34/bin:/gnu/store/afpgzln8860m6yfhxy6i8n9rywbp85cy-gcc-7.5.0/bin:/gnu/store/z4li262il798hbl0l1h1k3a5g7r6bffa-glibc-2.31/bin:/gnu/store/z4li262il798hbl0l1h1k3a5g7r6bffa-glibc-2.31/sbin:/gnu/store/2ddjfhxyzfmj8xmri5qii2xmf9d9w4qm-pcre2-10.35/bin:/gnu/store/9hdw86rsi96y239lca6f3nlgass0sx4v-openssl-1.1.1i/bin'
environment variable `PKG_CONFIG_PATH' set to 
`/gnu/store/k5d9vx4jp8z199c6diampwh6dd7bdjbi-guile-3.0.2/lib/pkgconfig:/gnu/store/yrywiq3a655zhl8ng052zh6sjwpywbg2-libgit2-1.1.0/lib/pkgconfig:/gnu/store/7p36raqgk6vn47bflxc9bsclqiib3phi-xz-5.2.4/lib/pkgconfig:/gnu/store/8lx4cgr2wfkqhfllaxmb8d9yj0x37baw-gmp-6.2.0/lib/pkgconfig:/gnu/store/nd4ks5p4zmdbf4l1d5rn4c64nb5g9s45-libgc-8.0.4/lib/pkgconfig:/gnu/store/pqyqxd5mbvlb22ifxzp4q2skjfq1p8yj-zlib-1.2.11/lib/pkgconfig:/gnu/store/2ddjfhxyzfmj8xmri5qii2xmf9d9w4qm-pcre2-10.35/lib/pkgconfig:/gnu/store/9hdw86rsi96y239lca6f3nlgass0sx4v-openssl-1.1.1i/lib/pkgconfig'
environment variable `GUILE_LOAD_PATH' set to 
`/gnu/store/2vjgqa56lj04k1zads4bc92s2s52a0ig-guile-bytestructures-1.0.10/share/guile/site/3.0'
environment variable `GUILE_LOAD_COMPILED_PATH' set to 
`/gnu/store/2vjgqa56lj04k1zads4bc92s2s52a0ig-guile-bytestructures-1.0.10/lib/guile/3.0/site-ccache:/gnu/store/2vjgqa56lj04k1zads4bc92s2s52a0ig-guile-bytestructures-1.0.10/share/guile/site/3.0'
environment variable `BASH_LOADABLES_PATH' unset
environment variable `C_INCLUDE_PATH' set to 
`/gnu/store/k5d9vx4jp8z199c6diampwh6dd7bdjbi-guile-3.0.2/include:/gnu/store/yrywiq3a655zhl8ng052zh6sjwpywbg2-libgit2-1.1.0/include:/gnu/store/n1jk0w2wa4vpwmixaqn2y3la1l2sizzi-bzip2-1.0.8/include:/gnu/store/7p36raqgk6vn47bflxc9bsclqiib3phi-xz-5.2.4/include:/gnu/store/lpkf3ydcdvxn8gcrzaq9cp3ri05h8qhs-file-5.38/include:/gnu/store/9iwlsj7d6ffqhshy8qshf7p4fqwfwrvn-gawk-5.0.1/include:/gnu/store/b7jbh7kzzig0bxfswdj8nfj9bkljyyya-make-4.3/include:/gnu/store/50lyzn9bz6x4da66648kry29wn8afird-binutils-2.34/include:/gnu/store/afpgzln8860m6yfhxy6i8n9rywbp85cy-gcc-7.5.0/include:/gnu/store/z4li262il798hbl0l1h1k3a5g7r6bffa-glibc-2.31/include:/gnu/store/8lx4cgr2wfkqhfllaxmb8d9yj0x37baw-gmp-6.2.0/include:/gnu/store/nd4ks5p4zmdbf4l1d5rn4c64nb5g9s45-libgc-8.0.4/include:/gnu/store/s4ddnnam2zs65mzx1rd2jj8p0712x0cg-libltdl-2.4.6/include:/gnu/store/ilnc16ad70r2859qsdfr0ff4d7b5s719-libunistring-0.9.10/include:/gnu/store/pqyqxd5mbvlb22ifxzp4q2skjfq1p8yj-zlib-1.2.11/include:/gnu/store/2ddjfhxyzfmj8xmri5qii2xmf9d9w4qm-pcre2-10.35/include:/gnu/store/9hdw86rsi96y239lca6f3nlgass0sx4v-openssl-1.1.1i/include:/gnu/store/hk7l42fwxmnrnlhyiixvaqf1i1crcckp-linux-libre-headers-5.4.20/include'
environment variable `CPLUS_INCLUDE_PATH' set to 
`/gnu/store/k5d9vx4jp8z199c6diampwh6dd7bdjbi-guile-3.0.2/include:/gnu/store/yrywiq3a655zhl8ng052zh6sjwpywbg2-libgit2-1.1.0/include:/gnu/store/n1jk0w2wa4vpwmixaqn2y3la1l2sizzi-bzip2-1.0.8/include:/gnu/store/7p36raqgk6vn47bflxc9bsclqiib3phi-xz-5.2.4/include:/gnu/store/lpkf3ydcdvxn8gcrzaq9cp3ri05h8qhs-file-5.38/include:/gnu/store/9iwlsj7d6ffqhshy8qshf7p4fqwfwrvn-gawk-5.0.1/include:/gnu/store/b7jbh7kzzig0bxfswdj8nfj9bkljyyya-make-4.3/include:/gnu/store/50lyzn9bz6x4da66648kry29wn8afird-binutils-2.34/include:/gnu/store/afpgzln8860m6yfhxy6i8

bug#47808: guile-git-0.5.0.drv build failed

[Bone Baboon via Bug reports for GNU Guix]

On an i686 computer when I run `guix pull --no-substitutes` I get this
error: 

```
Updating channel 'guix' from Git repository at 
'https://git.savannah.gnu.org/git/guix.git'...
Building from this channel:
  guix  https://git.savannah.gnu.org/git/guix.git   a5bbd38
building /gnu/store/2cllkgj32qqxvrlxkas27v6hd34g0b88-guile-git-0.5.0.drv...
/ 'check' phaseBacktrace:
  13 (primitive-load 
"/gnu/store/60dv1xf6dyzxiqg2kyd4rb3kpxrbk8as-compute-guix-derivation")
In ice-9/eval.scm:
155:9 12 (_ _)
159:9 11 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(# ?) ?) ?) 
?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
In ice-9/boot-9.scm:
152:2 10 (with-fluid* _ _ _)
152:2  9 (with-fluid* _ _ _)
In ./guix/store.scm:
  2066:24  8 (run-with-store # _ 
#:guile-for-build _ #:system _ #:target _)
   1900:8  7 (_ _)
In ./guix/gexp.scm:
   256:18  6 (_ _)
   1137:2  5 (_ _)
   1003:2  4 (_ _)
849:4  3 (_ _)
In ./guix/store.scm:
  1948:12  2 (_ #)
   1362:5  1 (map/accumulate-builds # _ _)
  1373:15  0 (_ # _ _)

./guix/store.scm:1373:15: ERROR:
  1. &store-protocol-error:
  message: "build of 
`/gnu/store/2cllkgj32qqxvrlxkas27v6hd34g0b88-guile-git-0.5.0.drv' failed"
  status: 100
guix pull: error: You found a bug: the program 
'/gnu/store/60dv1xf6dyzxiqg2kyd4rb3kpxrbk8as-compute-guix-derivation'
failed to compute the derivation for Guix (version: 
"a5bbd38fd131282e928144e869dcdf1e09259085"; system: "i686-linux";
host version: "c311147bd16aa0e5746d9cbf31502f5fd61e470c"; pull-version: 1).
Please report it by email to .
```

`guix describe` outputs:

```
Generation 2Apr 12 2021 20:12:42(current)
  guix c311147
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: c311147bd16aa0e5746d9cbf31502f5fd61e470c
```

bug#47451: Guix pull building lz4-1.9.3 fails

[Bone Baboon via Bug reports for GNU Guix]

I am getting an error message that tells me to report it to this Guix
bug mailing list.

After reading the Specifying Additional Channels section of the Guix
manual I created  `~/.config/guix/channels.scm` with these contents: 

```
(cons
 (channel
  (name 'openvpn-2-4-9)
  (url "https://git.savannah.gnu.org/git/guix.git";)
;  (commit "33c140e0fb3ddcd6ce05c02bc00df102830ecbd6"))
  (commit "c5a2b70135c9830e9c3051ddf4a096f9a80eb952"))
 %default-channels)

```

When I run `guix pull --no-substitutes` I get this error message below.

I get the same error message if I use commit
c5a2b70135c9830e9c3051ddf4a096f9a80eb952 and run `guix pull
--no-substitutes`.

When I run `guix describe` on the computer that is getting this error it
outputs:
```
Generation 5Mar 26 2021 22:04:40(current)
  guix 53dd99b
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 53dd99bc0b2e23c5463b4cb95546fd438a72d229
```

With the same channels.scm file with the
33c140e0fb3ddcd6ce05c02bc00df102830ecbd6 commit on another x86_64
computer if I run `guix pull` there is no error message.

Error Message:

```
...

@ build-log 28219 16
# Test for #596
@ build-log 28219 32
../programs/lz4 -m tmp-tlb-test
@ build-log 28219 47
../programs/lz4 tmp-tlb-test.lz4 tmp-tlb-test2
@ build-log 28219 121
tmp-tlb-test.lz4 : decoded 5 bytes 
@ build-log 28219 35
diff -q tmp-tlb-test tmp-tlb-test2
@ build-log 28219 74
make[1]: Leaving directory '/tmp/guix-build-lz4-1.9.3.drv-0/source/tests'
@ build-log 28219 39
make: *** [Makefile:127: test] Error 2
@ build-log 28219 34

Test suite failed, dumping logs.
@ build-log 28219 124
command "make" "test" "-j" "8" "CC=gcc" 
"prefix=/gnu/store/y6j2zpdpyw5xdnfspyjqgmbq1p7k22bx-lz4-1.9.3" failed with 
status 2
builder for `/gnu/store/8r1d8lw4xix0r90irz0rr1gnnq4mainz-lz4-1.9.3.drv' failed 
with exit code 1
@ build-failed /gnu/store/8r1d8lw4xix0r90irz0rr1gnnq4mainz-lz4-1.9.3.drv - 1 
builder for `/gnu/store/8r1d8lw4xix0r90irz0rr1gnnq4mainz-lz4-1.9.3.drv' failed 
with exit code 1
cannot build derivation 
`/gnu/store/pd0m0qikzva35hi8l1lcciiw9l1fsx6p-subversion-1.14.0.drv': 1 
dependencies couldn't be built
Backtrace:
  11 (primitive-load 
"/gnu/store/6ck8lnf8jdycbcfpp2g8af559zjb6ffg-compute-guix-derivation")
In ice-9/eval.scm:
155:9 10 (_ _)
159:9  9 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(# 
?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
In ./guix/store.scm:
  2049:24  8 (run-with-store # _ 
#:guile-for-build _ #:system _ #:target _)
   1883:8  7 (_ _)
In ./guix/gexp.scm:
   258:18  6 (_ _)
   1123:2  5 (_ _)
982:2  4 (_ _)
843:4  3 (_ _)
In ./guix/store.scm:
  1931:12  2 (_ #)
   1358:5  1 (map/accumulate-builds # _ _)
  1369:15  0 (_ # _ _)

./guix/store.scm:1369:15: ERROR:
  1. &store-protocol-error:
  message: "build of 
`/gnu/store/pd0m0qikzva35hi8l1lcciiw9l1fsx6p-subversion-1.14.0.drv' failed"
  status: 100
guix pull: error: You found a bug: the program 
'/gnu/store/6ck8lnf8jdycbcfpp2g8af559zjb6ffg-compute-guix-derivation'
failed to compute the derivation for Guix (version: 
"33c140e0fb3ddcd6ce05c02bc00df102830ecbd6"; system: "x86_64-linux";
host version: "53dd99bc0b2e23c5463b4cb95546fd438a72d229"; pull-version: 1).
Please report it by email to .
```