bug#69279: Can't build pine64 image on x86-64-linux host

[Jack Hill]

On Mon, 19 Feb 2024, Jack Hill wrote:


Hi Guix,

I'm on a x86-64-linux (Guix System) host at commit 
7d6550eec7fe98517a2096d55760a4d5be3ad8ef. I have the binfmt service for 
aach64. I'm trying to build the example images in 
gnu/system/images/pine64.scm.


However, when I try with `guix system image pine64.scm` the build for 
gawk-mesboot fails with the attached log.


If instead I try with `guix system image --system=aarch64-linux pine64.scm` 
u-boot fails with the attached log.


I got access to an aarch64 machine, and the u-boot build fails there as 
well with the error:


```
starting phase `set-environment'
error: in phase 'set-environment': uncaught exception:
match-error "match" "no matching pattern" #f 
phase `set-environment' failed after 0.0 seconds

Backtrace:
  10 (primitive-load "/gnu/store/87lv934bq3y4rn84g5q5z264hxa…")
In guix/build/gnu-build-system.scm:
908:2  9 (gnu-build #:source _ #:outputs _ #:inputs _ #:phases . #)
In ice-9/boot-9.scm:
  1752:10  8 (with-exception-handler _ _ #:unwind? _ # _)
In srfi/srfi-1.scm:
634:9  7 (for-each # …)
In ice-9/boot-9.scm:
  1752:10  6 (with-exception-handler _ _ #:unwind? _ # _)
In guix/build/gnu-build-system.scm:
   929:23  5 (_)
In ice-9/eval.scm:
619:8  4 (_ #(#(#) #f (# …)))
159:9  3 (_ #(#(#) #f (# …)))
In guix/build/utils.scm:
683:2  2 (loop #f ())
In ice-9/boot-9.scm:
  1685:16  1 (raise-exception _ #:continuable? _)
  1685:16  0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1685:16: In procedure raise-exception:
Throw to key `match-error' with args `("match" "no matching pattern" #f)'.
```

CI show it as green though. I guess the build hasn't been attempted again 
yet? https://ci.guix.gnu.org/build/3348257/details


Best,
Jack

bug#67838: [gnome-team] epiphany pdf.js can't save pdf

[Jack Hill]

On Mon, 22 Jan 2024, Vivien Kraus via Bug reports for GNU Guix wrote:


Hello Jack!

It is possible that the issue has been fixed with the newer webkitgtk
or the newer epiphany. Can you try that again?

Best regards,
Vivien


I'm happy to confirm that I can no longer reproduce this problem with the 
latest from gnome-team. Thanks!


Closing issue,
Jack

bug#67838: [gnome-team] epiphany pdf.js can't save pdf

[Jack Hill]

Hi Guix,

I'm running GNOME Web née epiphany from the gnome-team branch. I've 
noticed that if I'm viewing a PDF with the built-in pdf.js viewer, 
pdf.js's download/save button doesn't work. Clicking it doesn't seem to do 
anything, and, if started from a terminal, no messages are printed there. 
It did work for me prior to switching to the gnome-team branch. I'm not 
sure how to troubleshoot further.


Best,
Jack

bug#47397: pdfarranger: will not start due to gobject api breakage

[Jack Hill]

On Thu, 25 Mar 2021, Christopher Howard wrote:


pdfarranger builds without trouble, but is unable to start due to an API 
problem:


Christopher,

Sorry you didn't get a response to your report. It's still appreciated. 
The good news is that at some point in the past two years, pdfarranger got 
fixed! Therefore, I'm going to close this report. Feel free to open a new 
one if you're still having problems.


Best,
Jack

bug#63308: [BUG] python-pikepdf build broken

[Jack Hill]

On Sat, 19 Aug 2023, kiasoc5--- via Bug reports for GNU Guix wrote:

The build is broken because qpdf in Guix is too old (inferring this from 
https://github.com/pikepdf/pikepdf/issues/497#issuecomment-1646312997)


Therefore a qpdf upgrade would be required, which would involve a patch to 
core-updates.


Some time has passed, and I'm happy to notice that pdfarranger and 
python-pikepdf are currently working! I'll close this issue.


Thanks!
Jack

bug#65240: pdfarranger can't be installed

[Jack Hill]

On Sat, 12 Aug 2023, Christophe Pisteur wrote:


pdfarranger can't be installed


Christophe,

Sorry you didn't get a response to your report. It's still appreciated. 
The good news is that pdfarranger now builds and can be installed! While I 
can't be sure if it was your issue, it could be that the recent fix for 
the python-pikepdf dependency was what did it.


https://issues.guix.gnu.org/66920

Best,
Jack

bug#66920: python-pikepdf showing wrong version in egg

[Jack Hill]

Hi Guix,

This issue was brought to my attention by f1refly on IRC.

pdfarranger fails to build with the following error in the sanity-check 
phase:


"""
...checking requirements: ERROR: pdfarranger==1.10.1 
ContextualVersionConflict(pikepdf 0.0.0 
(/gnu/store/wli7mi9xb3zdlb9lbnn9haf79phff408-python-pikepdf-7.2.0/lib/python3.10/site-packages), 
Requirement.parse('pikepdf>=1.17.0'), {'pdfarranger'})

"""

Our python-pikepdf version is more than 1.17.0 though, it's 7.2.0. 
However, the egg in site-packages does list its version as 0.0.0.


Best,
Jack

bug#66817: ansible-core package fails to build

[Jack Hill]

Apoorv,

On Sun, 29 Oct 2023, Apoorv wrote:


ansible-core package fails to build, here are the logs,


I recently looked into updating Ansible to the latest version in #66766. 
It could use a review and more testing, but it does solve some problems; 
the packages at least build now.


https://issues.guix.gnu.org/66766

Best,
Jack

bug#51213: ghci missing reference to gcc

[Jack Hill]

Hi Simon,

Thanks for caring for this old issue.

On Fri, 22 Sep 2023, Simon Tournier wrote:


Hi,

On Thu, 14 Oct 2021 at 16:00, Jack Hill  wrote:


$ guix environment --ad-hoc ghc -- ghci
GHCi, version 8.10.7: https://www.haskell.org/ghc/  :? for help
ghc: could not execute: gcc


This is currently expected.



but if gcc-toolchain is included, it can:


One option is to have a package “ghc-toolchain“ which provide ghc and
all the other required packages.  I have some patches for that
somewhere. :-)

For now, I propose to close and just add gcc-toolchain.

WDYT?


Yes, I agree. I think having a ghc-toolchain would match my expectation. 
Until then, I think we can close. Let's keep working on improving the 
Haskell in Guix experience!


Best,
Jack

bug#65304: refresh can't update profanity

[Jack Hill]

I'm using ./pre-inst-env guix from commit 
19a7a824c35eae56ce56e2a460042fb7e2129234. `guix refresh -u profanity` 
doesn't seem to be able to find the new tarball for download. However, if 
I do the update by hand, `guix build` knows how to download the tarball. 
The profanity source record looks like this:


"""
 (source
 (origin
   (method url-fetch)
   (uri
(string-append 
"https://profanity-im.github.io/tarballs/profanity-;

   version ".tar.gz"))
   (sha256
(base32
 "14n45zwc6fxjargqhwqan8fyb7x0ql0hmw56rbjkjfkhpba2qmks"


Here's refresh getting confused:

"""
$ ./pre-inst-env guix refresh -u profanity

Starting download of /tmp/guix-file.QV904d

From https:/tarballs/profanity-0.14.0.tar.gz...

In procedure connect*: Connection refused

Starting download of /tmp/guix-file.QV904d

From 
https://web.archive.org/web/20230815000443/https:/tarballs/profanity-0.14.0.tar.gz...

download failed 
"https://web.archive.org/web/20230815000443/https:/tarballs/profanity-0.14.0.tar.gz; 404 
"NOT FOUND"
Trying to use Disarchive to assemble /tmp/guix-file.QV904d...
could not find its Disarchive specification
failed to download "/tmp/guix-file.QV904d" from 
"https:/tarballs/profanity-0.14.0.tar.gz"
guix refresh: warning: profanity: version 0.14.0 could not be downloaded and 
authenticated; not updating
"""

Best,
Jack

bug#63237: Sway fails to start

[Jack Hill]

On Tue, 2 May 2023, Simon Streit wrote:


Simon Streit  writes:


Since checkout 5bfce83dc4cddfdbb9f4bef06a26dbfe525c2838 sway at version
1.8 fails to start.  GDM's log says:


The previous error message is not quite right.  I still had
LIBGL_ALWAYS_SOFTWARE enabled.  The log file now has:

--8<---cut here---start->8---
libEGL warning: MESA-LOADER: failed to open crocus: 
/gnu/store/9pypr3c3y379shbwm9ilb4pik9mkfd83-mesa-22.2.4/lib/dri/crocus_dri.so: 
cannot open shared object file: No such file or directory (search paths 
/gnu/store/9pypr3c3y379shbwm9ilb4pik9mkfd83-mesa-22.2.4/lib/dri, suffix _dri)


Simon,

Yikes, that sounds like an annoying problem.

Based on the crocus_dri name, I think you might be experiencing a known 
problem. Fortunately, there is a fix [0] awaiting review.


[0] https://issues.guix.gnu.org/63128

Best,
Jack

bug#47953: fennel doesn't print version with -v

[Jack Hill]

On Thu, 22 Apr 2021, Jack Hill wrote:


This is an upstream bug in fennel. It was fixed today, but not released yet 
[0]. It seems like a minor annoyance, so I think it's okay to wait until the 
next release.


[0] 
https://git.sr.ht/~technomancy/fennel/commit/904e3ee165d097411bab599b9378895695629b70


And indeed it was fixed, both upstream and in Guix! We just neglected to 
close this issue, so I'm doing that now, yay!


Best,
Jack

bug#63151: sound-juicer configure fails

[Jack Hill]

Hi Guix,

sound-juicer fails to build in the configure phase. Exerpt:

```
Dependency iso-codes found: YES 4.5.0 (cached)
Run-time dependency libdiscid found: YES 0.6.2
Program gst-inspect-1.0 found: YES 
(/gnu/store/mz98ydpwa7hn5ky0q3g0xf66ps2ycfm2-gstreamer-1.22.2/bin/gst-inspect-1.0)
Configuring config.h using configuration
Program msgfmt found: YES 
(/gnu/store/5d0fgnmh63yx98s1kfp57rc2x05xqk1d-gettext-minimal-0.21/bin/msgfmt)
Program msginit found: YES 
(/gnu/store/5d0fgnmh63yx98s1kfp57rc2x05xqk1d-gettext-minimal-0.21/bin/msginit)
Program msgmerge found: YES 
(/gnu/store/5d0fgnmh63yx98s1kfp57rc2x05xqk1d-gettext-minimal-0.21/bin/msgmerge)
Program xgettext found: YES 
(/gnu/store/5d0fgnmh63yx98s1kfp57rc2x05xqk1d-gettext-minimal-0.21/bin/xgettext)
Program itstool found: YES 
(/gnu/store/r5mfs8m3ahvlivm7ccr5dh697g9lf59m-itstool-2.0.7/bin/itstool)
Program msgmerge found: YES 
(/gnu/store/5d0fgnmh63yx98s1kfp57rc2x05xqk1d-gettext-minimal-0.21/bin/msgmerge)
Program msgfmt found: YES 
(/gnu/store/5d0fgnmh63yx98s1kfp57rc2x05xqk1d-gettext-minimal-0.21/bin/msgfmt)
Configuring org.gnome.SoundJuicer.desktop.in using configuration

../sound-juicer-3.38.0/data/meson.build:2:5: ERROR: Function does not take 
positional arguments.

A full log can be found at 
/tmp/guix-build-sound-juicer-3.38.0.drv-0/build/meson-logs/meson-log.txt
error: in phase 'configure': uncaught exception:
%exception #< program: "meson" arguments: ("setup" "--prefix=/gnu/store/22j71a9rwi04dfd4f9i5ssg3jjl7zm4j-sound-juicer-3.38.0" "--buildtype=debugoptimized" "-Dc_link_args=-Wl,-rpath=/gnu/store/22j71a9rwi04dfd4f9i5ssg3jjl7zm4j-sound-juicer-3.38.0/lib" "-Dcpp_link_args=-Wl,-rpath=/gnu/store/22j71a9rwi04dfd4f9i5ssg3jjl7zm4j-sound-juicer-3.38.0/lib" "/tmp/guix-build-sound-juicer-3.38.0.drv-0/sound-juicer-3.38.0") exit-status: 1 term-signal: #f stop-signal: #f> 
phase `configure' failed after 2.0 seconds

command "meson" "setup" "--prefix=/gnu/store/22j71a9rwi04dfd4f9i5ssg3jjl7zm4j-sound-juicer-3.38.0" 
"--buildtype=debugoptimized" "-Dc_link_args=-Wl,-rpath=/gnu/store/22j71a9rwi04dfd4f9i5ssg3jjl7zm4j-sound-juicer-3.38.0/lib" 
"-Dcpp_link_args=-Wl,-rpath=/gnu/store/22j71a9rwi04dfd4f9i5ssg3jjl7zm4j-sound-juicer-3.38.0/lib" 
"/tmp/guix-build-sound-juicer-3.38.0.drv-0/sound-juicer-3.38.0" failed with status 1
```

Best,
Jack

bug#63150: quilt tests fail

[Jack Hill]

Hi Guix,

The check phase or quilt (below) currently fails (guix commit 
aecc6e70587f8412cbbb9b2c13141de4f534518e). Maybe something with newer grep 
from core-updates? I'm not sure yet (which is why there is no patch ).


```
starting phase `check'
[add-filename-check.test]
6 commands (6 passed, 0 failed)
[altered-series.test]
12 commands (12 passed, 0 failed)
[annotate.test]
31 commands (31 passed, 0 failed)
[applied.test]
15 commands (15 passed, 0 failed)
[auto-refresh.test]
14 commands (14 passed, 0 failed)
[backup-files.test]
119 commands (119 passed, 0 failed)
[colon-in-patch-name.test]
23 commands (23 passed, 0 failed)
[comments.test]
11 commands (11 passed, 0 failed)
[conflicts.test]
39 commands (39 passed, 0 failed)
[create-delete.test]
[4] $ mkdir patches -- ok
[6] $ echo delete > delete -- ok
[7] $ quilt new test.diff -- ok
[10] $ quilt add create -- ok
[13] $ echo create > create -- ok
[14] $ quilt refresh -- ok
[17] $ quilt add delete -- ok
[20] $ rm -f delete -- ok
[21] $ quilt refresh -- ok
[23] $ quilt header -r -- ok
[31] $ quilt patches -v create -- ok
[33] $ quilt patches delete -- ok
[36] $ quilt pop -q -- ok
[40] $ quilt patches create -- ok
[42] $ quilt patches -v delete -- ok
[44] $ quilt patches -- /dev/null dev/null null --- -- failed
grep: warning: stray \ before /   != ~
grep: warning: stray \ before /   != ~
grep: warning: stray \ before /   != ~
[46] $ echo create > create -- ok
[47] $ rm -f delete -- ok
[48] $ patch -p1 --dry-run < patches/test.diff -- ok
19 commands (18 passed, 1 failed)
make: *** [Makefile:411: test/.create-delete.ok] Error 1
```

Best,
Jack

bug#63122: guix refresh wrote the wrong version number

[Jack Hill]

Hi Guix,

While working on the wlroots and sway update [0], I noticed the following 
odd behavior with `guix refresh`:


The problem occurred when using `guix refresh` to update sway. A plain 
`guix refresh sway` reported correctly that sway could be updated to 
1.8.1. However, when I ran `guix refresh -u sway`, the version written to 
the package definition way 1.8.1.1. However the hash was correct for 
1.8.1. Of course building the source for version 1.8.1.1 failed because 
the corresponding tag couldn't be found (and it wasn't yet in a 
content-addressed mirror). After correcting the version everything worked 
as expected.


I did this all with a pre-inst-env guix at commit 
8093c6ba21c51efe901ba98ce698c545bf13dcd0.


Best,
Jack

[0] https://issues.guix.gnu.org/63085

bug#62765: Python importer gets confused about network access

[Jack Hill]

On Tue, 11 Apr 2023, Stephen Paul Weber wrote:


I cannot reproduce.


Does the import work when you run it?


Works for me (guix c1262edba9118af6507dc47ce6ad61ffdec02384):

```
$ guix import pypi -r gruut

Starting download of /tmp/guix-file.glzbrJ

From 
https://files.pythonhosted.org/packages/4c/74/40e0bff02cf4daa3908c440e2111b20490c82080259f0114d0cfe07ce126/gruut-2.3.4.tar.gz...

 ….4.tar.gz  72KiB1.1MiB/s 00:00 ▕██▏ 100.0%

Starting download of /tmp/guix-file.IZKz4B

From 
https://files.pythonhosted.org/packages/51/9f/7eff478e38913cc9930527ff40c9ebcb04744dfcd0ddd43bd5a1eb9565b7/gruut-ipa-0.13.0.tar.gz...

 ….13.0.tar.gz  99KiB 2.0MiB/s 00:00 ▕██▏ 100.0%

Starting download of /tmp/guix-file.EVbIBD

From 
https://files.pythonhosted.org/packages/76/c5/9dcb07bb44c7c66f89bdfb554d433c071ef7fed38d39d164716901db12b1/gruut_lang_en-2.0.0.tar.gz...

 …-2.0.0.tar.gz  14.5MiB  4.4MiB/s 00:03 ▕██▏ 100.0%
guix import: warning: Cannot guess requirements from source archive: no 
requires.txt file found.

Starting download of /tmp/guix-file.vlMVNT

From 
https://files.pythonhosted.org/packages/2a/c8/efdb87403dae07cf20faf75449eae41898b71d6a8d4ebaf9c80d5be215f5/jsonlines-3.1.0.tar.gz...

 ….1.0.tar.gz  8KiB   5.6MiB/s 00:00 ▕██▏ 100.0%

Starting download of /tmp/guix-file.jDheDU

From 
https://files.pythonhosted.org/packages/68/32/290ca20eb3a2b97ffa6ba1791fcafacb3cd2f41f539c96eb54cfc3cfcf47/jsonlines-3.1.0-py3-none-any.whl...

 …py3-none-any.whl  8KiB  3.0MiB/s 00:00 ▕██▏ 100.0%
guix import: warning: Failed to extract file: 
jsonlines-3.1.0.dist-info/METADATA from wheel.

Starting download of /tmp/guix-file.EPOrXf

From 
https://files.pythonhosted.org/packages/74/67/3008e4f0b97d9a5701c8ef3bf95f1941c5b0a620c8f88f32e849117f8dc0/num2words-0.5.12.tar.gz...

 ….5.12.tar.gz  280KiB3.3MiB/s 00:00 ▕██▏ 100.0%

Starting download of /tmp/guix-file.tOdRgu

From 
https://files.pythonhosted.org/packages/eb/09/b14d798bc02411b1e5a9896d680f8f417cadc53232bbf7ae9d30263dcf45/num2words-0.5.12-py3-none-any.whl...

 …-py3-none-any.whl  122KiB   2.1MiB/s 00:00 ▕██▏ 100.0%
guix import: warning: Failed to extract file: 
num2words-0.5.12.dist-info/METADATA from wheel.

Starting download of /tmp/guix-file.sgNV9f

From 
https://files.pythonhosted.org/packages/3b/f4/6ca74fe5a38da704687cb1c4d4ad60e1b31c3123e1498de450530042c7f5/python-crfsuite-0.9.9.tar.gz...

 …e-0.9.9.tar.gz  430KiB  3.0MiB/s 00:00 ▕██▏ 100.0%

Starting download of /tmp/guix-file.ihTx8n

From 
https://files.pythonhosted.org/packages/7e/2f/0a1e4c279d2b01ab3080ea40d14fa051fd867ab87c9ffb42420eb87feed1/python_crfsuite-0.9.9-cp310-cp310-macosx_10_9_x86_64.whl...

 …cp310-macosx_10_9_x86_64.whl  180KiB 2.9MiB/s 00:00 ▕██▏ 
100.0%
guix import: warning: Failed to extract file: 
python_crfsuite-0.9.9.dist-info/METADATA from wheel.
guix import: warning: Cannot guess requirements from source archive: no 
requires.txt file found.
(define-public python-crfsuite
  (package
(name "python-crfsuite")
(version "0.9.9")
(source (origin
  (method url-fetch)
  (uri (pypi-uri "python-crfsuite" version))
  (sha256
   (base32
"0vd7ndi9q4hc336bbgg3ccln4l7xskxzrdw6z5b6fijmd4fjd9na"
(build-system python-build-system)
(home-page "https://github.com/scrapinghub/python-crfsuite;)
(synopsis "Python binding for CRFsuite")
(description "Python binding for CRFsuite")
(license license:expat)))

(define-public python-num2words
  (package
(name "python-num2words")
(version "0.5.12")
(source (origin
  (method url-fetch)
  (uri (pypi-uri "num2words" version))
  (sha256
   (base32
"120938q7h6syn16ybf0pmcxz0fqbm4f2plyr3lxal184107hnz3y"
(build-system python-build-system)
(propagated-inputs (list python-docopt))
(home-page "https://github.com/savoirfairelinux/num2words;)
(synopsis "Modules to convert numbers to words. Easily extensible.")
(description "Modules to convert numbers to words.  Easily extensible.")
(license #f)))

(define-public python-jsonlines
  (package
(name "python-jsonlines")
(version "3.1.0")
(source (origin
  (method url-fetch)
  (uri (pypi-uri "jsonlines" version))
  (sha256
   (base32
"0zy3llabmxsq559s73x1c84xlch3dcz9wql1xfq1by4nim4cny95"
(build-system python-build-system)
(propagated-inputs (list python-attrs))
(home-page "https://github.com/wbolster/jsonlines;)
(synopsis "Library with helpers for the jsonlines file format")
(description "Library with helpers for the jsonlines file format")
(license license:bsd-3)))

(define-public 

bug#62217: Ungoogled-chromium doesn't launch with linux 6.2

[Jack Hill]

On Thu, 16 Mar 2023, Nicolas Graves via Bug reports for GNU Guix wrote:


"/gnu/store/1jmlqw987ifnb3abr0s2hvihcg1n2xmx-ungoogled-chromium-wayland-109.0.5414.119-1/bin/chromium":
 not in executable format: file format not recognized


I've run into this message in the past when my store got corrupted (in my 
case it was a full disk on a computer that has other evil spirits living 
in it as well). Can you check with `guix gc --verify=contents`? If it 
reports anything, you might be able to repair it with `sudo guix gc 
--verify=contents,repair`.


For what it's worth ungoogled-chromium works for me with Guix commit 
5312d798ac36a72d8a977325a7c6ff7647be670a.


Best,
Jack

bug#57839: celluloid can't find gunixfdlist.h

[Jack Hill]

Hi Guix,

celluloid currently (commit 512fa6c7e5b4899cc79017b50a6d286900885b83 ) 
fails to build with the following error.


mpris/celluloid-mpris-gdbus.c:18:12: fatal error: gio/gunixfdlist.h: No such 
file or directory
   18 | #  include 

Celluloid uses the glib-or-gtk-build-system. I tried adding glib to its 
inputs, but that didn't help.


Best,
Jack

ihzfq2bkcqpp4v7sigbyji9f8c2f9i-celluloid-0.24.drv.gz
Description: Binary data

bug#57285: xdg-desktop-portal update executables no longer ELF binaries

[Jack Hill]

On Thu, 18 Aug 2022, Liliana Marie Prikler wrote:


Could it be that you have a corrupt (possibly empty) file?  On my
machine I have

$ file /gnu/store/dfp9xsk36wkanaan6zcylc2b86bfj2y7-xdg-desktop-portal-
1.14.4/libexec/xdg-desktop-portal
/gnu/store/dfp9xsk36wkanaan6zcylc2b86bfj2y7-xdg-desktop-portal-
1.14.4/libexec/xdg-desktop-portal: ELF 64-bit LSB executable, x86-64,
version 1 (SYSV), dynamically linked, interpreter
/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/ld-linux-
x86-64.so.2, for GNU/Linux 2.6.32, stripped

$ file /gnu/store/bp9j67p8ynif5p2vbjl7lg294f5aihxk-xdg-desktop-portal-
1.14.4/libexec/xdg-desktop-portal
/gnu/store/bp9j67p8ynif5p2vbjl7lg294f5aihxk-xdg-desktop-portal-
1.14.4/libexec/xdg-desktop-portal: ELF 64-bit LSB executable, x86-64,
version 1 (SYSV), dynamically linked, interpreter
/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/ld-linux-
x86-64.so.2, for GNU/Linux 2.6.32, stripped


Indeed, it was corrupt. After collecting the affected items, and 
re-fetching substitutes, everything looks good.


Thanks!
Jack

bug#57285: xdg-desktop-portal update executables no longer ELF binaries

[Jack Hill]

X-Debbugs-CC: othac...@gnu.org

Hi Guix,

After the recent update to xdg-desktop-portal (commit 
38d7e6d6b7467839c2f577783b6c97194ff5026b), I find that the 
xdg-desktop-portal executalbe is no longer an ELF binary. This causes 
portal using applications (I noticed with obs) to not be able to launch 
the portal, and print messages like "[portals] Error retrieving D-Bus 
proxy: Error calling StartServiceByName for 
org.freedesktop.portal.Desktop: Failed to execute program 
org.freedesktop.portal.Desktop: Exec format error"


"""
jackhill@leyden ~/repos/guix [env]$ git log HEAD^..HEAD
commit ceacf8e32f3671ab598c71e691b580a72af4e16e (HEAD -> master, origin/master, 
origin/HEAD)
Author: Jan (janneke) Nieuwenhuizen 
Date:   Thu Aug 18 16:10:22 2022 +0200

gnu: dezyne: Update to 2.16.0.

* gnu/packages/dezyne.scm (dezyne): Update to 2.16.0.
jackhill@leyden ~/repos/guix [env]$ file $(./pre-inst-env guix build 
xdg-desktop-portal)/libexec/xdg-desktop-portal
/gnu/store/bp9j67p8ynif5p2vbjl7lg294f5aihxk-xdg-desktop-portal-1.14.4/libexec/xdg-desktop-portal:
 data
jackhill@leyden ~/repos/guix [env]$ git revert 
38d7e6d6b7467839c2f577783b6c97194ff5026b
Auto-merging gnu/packages/freedesktop.scm
[master 51f81ad19a] Revert "gnu: xdg-desktop-portal: Update to 1.14.4."
 1 file changed, 7 insertions(+), 11 deletions(-)
jackhill@leyden ~/repos/guix [env]$ make
make  all-recursive
make[1]: Entering directory '/home/jackhill/repos/guix'
Making all in po/guix
make[2]: Entering directory '/home/jackhill/repos/guix/po/guix'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/home/jackhill/repos/guix/po/guix'
Making all in po/packages
make[2]: Entering directory '/home/jackhill/repos/guix/po/packages'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/home/jackhill/repos/guix/po/packages'
make[2]: Entering directory '/home/jackhill/repos/guix'
Compiling Scheme modules...
Compiling Scheme modules...
[ 78%] LOAD gnu/packages/freedesktop.scm
;;; note: source file ./gnu/packages/freedesktop.scm
;;;   newer than compiled 
/home/jackhill/repos/guix/gnu/packages/freedesktop.go
;;; note: source file ./gnu/packages/freedesktop.scm
;;;   newer than compiled 
/home/jackhill/repos/guix/gnu/packages/freedesktop.go
[ 78%] GUILEC   gnu/packages/freedesktop.go
Compiling Scheme modules...
Compiling Scheme modules...
make[2]: Leaving directory '/home/jackhill/repos/guix'
make[1]: Leaving directory '/home/jackhill/repos/guix'
jackhill@leyden ~/repos/guix [env]$ file $(./pre-inst-env guix build 
xdg-desktop-portal)/libexec/xdg-desktop-portal
/gnu/store/0hab3g3r058yvm9902xg71y94xr6bwb8-xdg-desktop-portal-1.10.1/libexec/xdg-desktop-portal:
 ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, 
interpreter 
/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/ld-linux-x86-64.so.2,
 for GNU/Linux 2.6.32, stripped
"""

Best,
Jack

bug#57269: [rtl8812au-aircrack-ng-linux-module] Missing Source for hal/rtl8812a/hal8812a_fw.c (and probably other files ending in fw.c)

[Jack Hill]

Tobias,

On Thu, 18 Aug 2022, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote:

Attached is a patch removing the rtl8821ce-linux-module and 
rtl8812au-aircrack-ng-linux-module packages.


diff --git a/gnu/system/examples/bare-bones.tmpl 
b/gnu/system/examples/bare-bones.tmpl

index 387e4b12ba..ecac4bb3d1 100644
--- a/gnu/system/examples/bare-bones.tmpl
+++ b/gnu/system/examples/bare-bones.tmpl
@@ -19,6 +19,7 @@
   (file-systems (cons (file-system
 (device (file-system-label "my-root"))
 (mount-point "/")
+   (options "atime,lol,ro,shared,shared")


Looks like you have an extraneous change here.

Best,
Jack

bug#56864: qutebrowser

[Jack Hill]

X-Debbugs-CC: maxim.courno...@gmail.com

With Guix 3a656ea836f87f30f1b34852cb4efc911363d2b4, qutebrowser's 
wrap-qt-process-path phase fails. Maybe related to the recent Qt work 
in ? Build log attatched.


Best,
Jack

6b90jd0xw586i5v2ccfh7xs4p4l2g4-qutebrowser-2.5.1.drv.gz
Description: Binary data

bug#56804: eveolution-data-server test failure

[Jack Hill]

On Wed, 27 Jul 2022, Jack Hill wrote:


Hi Guix,

With Guix commit 97285a431baa1f4ab4e78a52648f872326a01c92 
evolution-data-server's test fail with the attatched log.


Best,
Jack


evolution-data-server build for me at commit 
bdb2e262fcbea76de807cd829c2d2270661546a5, so closing this ticket.


Best,
Jack

bug#47474: fossil: hash mismatch

[Jack Hill]

On Tue, 5 Jul 2022, Ludovic Courtès wrote:


Hi!

Jack Hill  skribis:


I'm also curious to know to fill in the archive for old versions. I
guess the first step would be to preserve the tarballs with the
original hashes. Does anyone have them? I notice that this happened
again with 2.17:

downloading from 
https://www.fossil-scm.org/home/tarball/f48180f2ff3169651a725396d4f7d667c99a92873b9c3df7eee2f144be7a0721/fossil-src-2.17.tar.gz
 ...
 fossil-src-2.17.tar.gz  6.0MiB 
  4.0MiB/s 00:02 [##] 100.0%
sha256 hash mismatch for 
/gnu/store/i695w5hp8vkgvkx40rs8p647mas0ldah-fossil-src-2.17.tar.gz:
  expected hash: 1gvx6xzrw1a8snlq9qmr6099r44ifghg0h0fw4jazqmmyxriqzsw
  actual hash:   18q5rc1d9d2zvrvsas5h419dv525ig9lyqswrx7bcl38zbjxics4


I got a substitute for the tarball:

--8<---cut here---start->8---
$ guix build 
"/gnu/store/svcwny2aw005mgyz7fsnm8m7v612q9d4-fossil-src-2.17.tar.gz.drv"
6.3 MB will be downloaded:
 /gnu/store/i695w5hp8vkgvkx40rs8p647mas0ldah-fossil-src-2.17.tar.gz
substituting 
/gnu/store/i695w5hp8vkgvkx40rs8p647mas0ldah-fossil-src-2.17.tar.gz...
downloading from 
https://ci.guix.gnu.org/nar/i695w5hp8vkgvkx40rs8p647mas0ldah-fossil-src-2.17.tar.gz
 ...
fossil-src-2.17.tar.gz  6.0MiB  
   16.3MiB/s 00:00 [##] 100.0%

/gnu/store/i695w5hp8vkgvkx40rs8p647mas0ldah-fossil-src-2.17.tar.gz
$ guix hash $(guix build 
"/gnu/store/svcwny2aw005mgyz7fsnm8m7v612q9d4-fossil-src-2.17.tar.gz.drv")
1gvx6xzrw1a8snlq9qmr6099r44ifghg0h0fw4jazqmmyxriqzsw
--8<---cut here---end--->8---

Alternatively, we can get it via the content-addressed endpoint:

--8<---cut here---start->8---
$ wget -qO- 
https://ci.guix.gnu.org/file/fossil-src-2.17.tar.gz/sha256/1gvx6xzrw1a8snlq9qmr6099r44ifghg0h0fw4jazqmmyxriqzsw
 |guix hash -
1gvx6xzrw1a8snlq9qmr6099r44ifghg0h0fw4jazqmmyxriqzsw
--8<---cut here---end--->8---

Last, Disarchive tarball metadata is available:

--8<---cut here---start->8---
$ wget -qO- https://disarchive.guix.gnu.org/sha256/$(guix hash -f hex $(guix build 
"/gnu/store/svcwny2aw005mgyz7fsnm8m7v612q9d4-fossil-src-2.17.tar.gz.drv")) |head
(disarchive
 (version 0)
 (gzip-member
   (name "fossil-src-2.17.tar.gz")
   (digest
 (sha256
   "5c7f1c73f7b5e2af24e10e40f0e07391909c1230b9e284a9d548059e7f377dbf"))
   (header
 (mtime 1633790590)
 (extra-flags 2)
$ wget -qO- https://disarchive.guix.gnu.org/sha256/$(guix hash -f hex $(guix build 
"/gnu/store/svcwny2aw005mgyz7fsnm8m7v612q9d4-fossil-src-2.17.tar.gz.drv")) 
|grep swhid
   (swhid 
"swh:1:dir:1d10cd5c9e0afaf7c95fa87cd50d4b6b13e6c6c9"))
--8<---cut here---end--->8---

… and tarball content is in Software Heritage:

 
https://archive.softwareheritage.org/browse/directory/1d10cd5c9e0afaf7c95fa87cd50d4b6b13e6c6c9/

So we’re doing OK: it’s definitely archived and won’t ever vanish!  :-)

Ludo’.


That's great!

I guess I ran into this because I was using `guix build` with 
`--no-substitutes`. Is it expected that we don't fallback to disarchive 
and Software Heritage in that case? If so, I guess my problem was an 
operator error. Can we close this ticket then, or are we still missing the 
tarballs for the older releases?


Best,
Jack

bug#47474: fossil: hash mismatch

[Jack Hill]

On Mon, 8 Nov 2021, zimoun wrote:


Indeed, when looking forward. :-)

However, in the context of Disarchive and long-term, it is seems
relevant to keep it still open; as example to test “guix time-machine”
and various fallbacks, IMHO.


I'm also curious to know to fill in the archive for old versions. I guess 
the first step would be to preserve the tarballs with the original hashes. 
Does anyone have them? I notice that this happened again with 2.17:


downloading from 
https://www.fossil-scm.org/home/tarball/f48180f2ff3169651a725396d4f7d667c99a92873b9c3df7eee2f144be7a0721/fossil-src-2.17.tar.gz
 ...
 fossil-src-2.17.tar.gz  6.0MiB 
  4.0MiB/s 00:02 [##] 100.0%
sha256 hash mismatch for 
/gnu/store/i695w5hp8vkgvkx40rs8p647mas0ldah-fossil-src-2.17.tar.gz:
  expected hash: 1gvx6xzrw1a8snlq9qmr6099r44ifghg0h0fw4jazqmmyxriqzsw
  actual hash:   18q5rc1d9d2zvrvsas5h419dv525ig9lyqswrx7bcl38zbjxics4

Looking forward:

I have asked upstream how we might avoid this problem: 
https://fossil-scm.org/forum/forumpost/4903c3fcc1


We'll see what they say.

Some other ideas in the meantime:

1) Develop a fossil-fetch that can be used like git-fetch to download from 
the source code repository directly.


2) Use git-fetch with the git-mirror. This would allow us to make use of 
our current git integration with Software Heritage.


Best,
Jack

bug#55587: bug#55596: Guix/Guile segfaults on `guix import texlive`

[Jack Hill]

On Wed, 25 May 2022, Hugo wrote:


Ludovic Courtès  writes:


Jack, Hugo: What does “type -P svn” say?

Does the bug occur within ‘guix shell subversion’ as shown above?


Well, I feel kind of silly now, after actually installing subversion the
command works as expected :)


Same for me, and I feel equally silly :)


But I suppose the silent failure is still something that could/should be
improved.


+1 for this. Maybe some day we'll have have guile-svn, but until then an 
error message would be fine.


Best,
Jack

bug#55596: subversion segfaul on `guix import texlive`

[Jack Hill]

Hi Guix,

With Guix commit 4ba4cb1d49d70a00f7236f60bd92e5eccef573dd on Linux x86-64, 
I have the following problem trying to import a texlive package:


"""
$ guix import texlive qrcode
command "svn" "export" "--non-interactive" "--trust-server-cert" "-r" "59745" 
"svn://www.tug.org/texlive/tags/texlive-2021.3/Master/texmf-dist/doc/latex/qrcode/" "/tmp/guix-directory.6aY7Gk/doc/latex/qrcode/" failed 
with signal 11
guix import: error: failed to import package 'qrcode'
"""

It seems something is unwell with our subversion package?

Best,
Jack

bug#55335: openssh-service no longer listens on IPv6

[Jack Hill]

On Sun, 22 May 2022, Ludovic Courtès wrote:


Hello!

With Shepherd 0.9.1 released, I believe Guix commit
d2b3400f79ffaed3357650307376ab69a7ec3b1b fixes this bug for good, also
adding a system test for SSH access over IPv6 (both with OpenSSH and
Dropbear).

Let me know if anything’s amiss!

Thanks,
Ludo’.


It's working well for me, allowing connections over both v4 and v6. I have 
another host that I can only access with a v6 via wireguard address, which 
I haven't been able to upgrade yet. I don't anticipate any problems there 
though.


Many thanks!
Jack

bug#55253: nginx-rtmp-module not compatible with nginx

[Jack Hill]

On Wed, 4 May 2022, Jack Hill wrote:


X-Debbugs-CC: m...@cbaines.net

Hi Guix,

nginx currently (Guix commit b80ca672de936a76368de6e6ea0b28505e74d420) fails 
to load the nginx-rtmp-module build from the same Guix commit with the 
following message:


[emerg] 3823#0: module 
"/gnu/store/qnk6k7wa25w0bk5v8fb6iv524imlm58s-nginx-rtmp-module-1.2.2/etc/nginx/modules/ngx_rtmp_module.so" 
is not binary compatible in 
/gnu/store/mz0bck7ha0iqgi1bv4k14b36ycs3bz6k-nginx.conf:1


I wonder if this problem was introduced with the recent nginx changes (e.g. 
a14c6352662bfa6715ec70b3d280a6d1d599ad0c)


Best,
Jack


The problem seems to actually have been introduced with 
c9ce02ecff769449bb79f9f0db33c69e2c7564f0 "nginx: Respect 
#:configure-flags". I suspect that now that the #:configure-flags are 
being respected they've gotten out of sync with nginx-rtmp-module (which 
probably only worked by change before). The likely solution is to find a 
way to re-use the #:configure-flags from the nginx package.


Best,
Jack

bug#55462: emacs-libgit tests fail

[Jack Hill]

Hi Guix,

With Guix 76cc5b9e806635cfb94a2c1101ffe6500eab6976 the emacs-libgit tests 
fail as follows:


```
Test project /tmp/guix-build-emacs-libgit-20200515-1.0ef8b13.drv-0/build
  Start  1: libegit2_annotated-commit
 1/29 Test  #1: libegit2_annotated-commit    Passed0.31 sec
  Start  2: libegit2_blame
 2/29 Test  #2: libegit2_blame ...   Passed0.34 sec
  Start  3: libegit2_blob
 3/29 Test  #3: libegit2_blob ***Failed0.35 sec
Running 4 tests (2022-05-15 11:48:12+, selector ?t?)
Test blob-binary backtrace:
  signal(wrong-type-argument (utf-8-string-p "\177ELF\2\1\1\0\0\0\0\0\
  apply(signal (wrong-type-argument (utf-8-string-p "\177ELF\2\1\1\0\0
  (setq value-42 (apply fn-40 args-41))
  (unwind-protect (setq value-42 (apply fn-40 args-41)) (setq form-des
  (if (unwind-protect (setq value-42 (apply fn-40 args-41)) (setq form
  (let (form-description-44) (if (unwind-protect (setq value-42 (apply
  (let ((value-42 'ert-form-evaluation-aborted-43)) (let (form-descrip
  (let* ((fn-40 #'string=) (args-41 (condition-case err (let ((signal-
  (let* ((repo (libgit-repository-open path)) (blob (libgit-revparse-s
  (let ((default-directory path)) (init) (commit-change "filename" str
  (progn (make-directory path 'parents) (let ((default-directory path)
  (unwind-protect (progn (make-directory path 'parents) (let ((default
  (let ((path "/tmp/guix-build-emacs-libgit-20200515-1.0ef8b13.dr...")
  (let* ((str (unibyte-string 127 69 76 70 2 1 1 0 0 0 0 0 0 0 0 0 3 0
  (let ((lexical-binding nil)) (let* ((str (unibyte-string 127 69 76 7
  (lambda nil (let ((lexical-binding nil)) (let* ((str (unibyte-string
  ert--run-test-internal(#s(ert--test-execution-info :test #s(ert-test
  ert-run-test(#s(ert-test :name blob-binary :documentation nil :body
  ert-run-or-rerun-test(#s(ert--stats :selector t :tests [#s(ert-test
  ert-run-tests(t #f(compiled-function (event-type  event-args) #
  ert-run-tests-batch(nil)
  ert-run-tests-batch-and-exit()
  command-line-1(("-L" "/tmp/guix-build-emacs-libgit-20200515-1.0ef8b1
  command-line()
  normal-top-level()
Test blob-binary condition:
(wrong-type-argument utf-8-string-p 
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260\7\0\0\0\0\0\0@\0\0\0\0\0\0\0\270\33\0\0\0\0\0\0\0\0\0\0@\08\0\11\0@\0\35\0\34\0\6\0\0\0\5\0\0\0@\0\0\0\0\0\0\0")
   FAILED  1/4  blob-binary (0.024184 sec)
   passed  2/4  blob-create-fromdisk (0.012522 sec)
   passed  3/4  blob-create-fromstring (0.011408 sec)
   passed  4/4  blob-text (0.022810 sec)

Ran 4 tests, 3 results as expected, 1 unexpected (2022-05-15 11:48:12+, 
0.230686 sec)

1 unexpected results:
   FAILED  blob-binary
```

Best,
Jack

bug#55335: openssh-service no longer listens on IPv6

[Jack Hill]

On Sat, 14 May 2022, Ludovic Courtès wrote:


Hi,

Thinking about it, what do you think is the risk of using AF_INET6
unconditionally?

AFAICS it just works.  Is there a switch somewhere that might affect
that behavior?


Yes, I beleive that it's in sysctl:

```
$ sysctl net.ipv6.bindv6only
net.ipv6.bindv6only = 0
```

If enabled, the v6 socket wouldn't work for v4. Disabled is the default on 
Guix System. I don't know what would happen if v6 were disabled entirely. 
Hopefully that's not something we have to worry about in 2022.


HTH,
Jack

bug#55335: [PATCH] services: Allow shepherd to listen for IPv6 connections to openssh.

[Jack Hill]

On Fri, 13 May 2022, Jack Hill wrote:

Thanks for looking into this! Does this fix work for you (I assume so)? I 
tried a simpler patch to use a v6 socket:



--- a/gnu/services/ssh.scm
+++ b/gnu/services/ssh.scm
@@ -535,7 +535,7 @@ (define openssh-command
 (start #~(if (defined? 'make-inetd-constructor)
  (make-inetd-constructor
   (append #$openssh-command '("-i"))
-   (make-socket-address AF_INET INADDR_ANY
+   (make-socket-address AF_INET6 INADDR_ANY
#$port-number)
   #:max-connections #$max-connections)
  (make-forkexec-constructor #$openssh-command

and that does indeed produce a v6 socket that also accepts v4 connection. The 
output of `ss -tulpen`:


tcp   LISTEN 0  10 *:22   *:* 
users:(("shepherd",pid=1,fd=29)) ino:1522146 sk:2001 cgroup:/ v6only:0 <->


However, while ssh is now able to connect to the socket, something is going 
wrong in the handoff to sshd. I see the following message printed on the 
console when trying to connect:


Uncaught exception in task:
In fibers.scm:
 150:8 4 (_)
In shepherd/service.scm:
 1435:21 3 (_)
 1280:30 2 (socket-address->string #(10 # 37896 0 0))
In unknown file:
 1 (inet-ntop 2 42540578165178177408896616697074944157)
In ice-9/boot-9.scm:
 1685:16 0 (raise-exception _ #:continualbe? _)
ice-9/boot-9.scm:1685:16: In procecure raise-exception:
Value our of range 0 to 18446744073709551615: 
42540578165178177408896616697074944157


Best,
Jack


I should have specified: now neither v4 or v6 work.

Best,
Jack

bug#55335: [PATCH] services: Allow shepherd to listen for IPv6 connections to openssh.

[Jack Hill]

Thanks for looking into this! Does this fix work for you (I assume so)? I 
tried a simpler patch to use a v6 socket:



--- a/gnu/services/ssh.scm
+++ b/gnu/services/ssh.scm
@@ -535,7 +535,7 @@ (define openssh-command
  (start #~(if (defined? 'make-inetd-constructor)
   (make-inetd-constructor
(append #$openssh-command '("-i"))
-   (make-socket-address AF_INET INADDR_ANY
+   (make-socket-address AF_INET6 INADDR_ANY
 #$port-number)
#:max-connections #$max-connections)
   (make-forkexec-constructor #$openssh-command

and that does indeed produce a v6 socket that also accepts v4 connection. 
The output of `ss -tulpen`:


tcp   LISTEN 0  10 
*:22   *:* users:(("shepherd",pid=1,fd=29)) ino:1522146 sk:2001 cgroup:/ v6only:0 <->


However, while ssh is now able to connect to the socket, something is 
going wrong in the handoff to sshd. I see the following message printed on 
the console when trying to connect:


Uncaught exception in task:
In fibers.scm:
  150:8 4 (_)
In shepherd/service.scm:
  1435:21 3 (_)
  1280:30 2 (socket-address->string #(10 # 37896 0 0))
In unknown file:
  1 (inet-ntop 2 42540578165178177408896616697074944157)
In ice-9/boot-9.scm:
  1685:16 0 (raise-exception _ #:continualbe? _)
ice-9/boot-9.scm:1685:16: In procecure raise-exception:
Value our of range 0 to 18446744073709551615: 
42540578165178177408896616697074944157

Best,
Jack

bug#55293: Guix gets stuck after substitute problem

[Jack Hill]

Hi Guix,

Sometimes my Guix commands get stuck after printing message like the 
following:


"""
guix substitute: warning: while fetching 
https://bordeaux.guix.gnu.org/nar/lzip/m6gaq582x4k0ajx9x7hznmw6a4dkg4m4-soundconverter-3.0.2:
 server is somewhat slow
guix substitute: warning: try `--no-substitutes' if the problem persists
warning: TLS non-fatal error: Resource temporarily unavailable, try again.
"""

By stuck, I mean that it doesn't seem to be making any progress, but also 
doesn't error and exit. Exiting is what I would expect if it encounters a 
problem from which it can't recover.


Best,
Jack

bug#55253: nginx-rtmp-module not compatible with nginx

[Jack Hill]

X-Debbugs-CC: m...@cbaines.net

Hi Guix,

nginx currently (Guix commit b80ca672de936a76368de6e6ea0b28505e74d420) 
fails to load the nginx-rtmp-module build from the same Guix commit with 
the following message:


[emerg] 3823#0: module 
"/gnu/store/qnk6k7wa25w0bk5v8fb6iv524imlm58s-nginx-rtmp-module-1.2.2/etc/nginx/modules/ngx_rtmp_module.so"
 is not binary compatible in /gnu/store/mz0bck7ha0iqgi1bv4k14b36ycs3bz6k-nginx.conf:1

I wonder if this problem was introduced with the recent nginx changes 
(e.g. a14c6352662bfa6715ec70b3d280a6d1d599ad0c)


Best,
Jack

bug#47204: DrRacket fonts issue

[Jack Hill]

On Fri, 26 Mar 2021, Philip McGrath wrote:


Hi Jack,

I haven't been able to reproduce this yet, but I'm on a foreign distro, and I 
don't have any fonts explicitly installed via Guix. (For that matter, I don't 
have a monitor connected, just now: I've done this with X forwarding.) I do 
have a few debugging ideas you could try and see if they turn up anything 
interesting:


Hi, I tested again today with Guix commit 
27a91b2f57bd0bf7efab77eaeb4b920f162bf8c8 and I don't observe a font issue 
anymore, so I'm closing this issue.


Thanks for all the work you do to improve Racket in Guix,
Jack

bug#54057: epiphany: error while loading libwebkit2gtk cannot read file data

[Jack Hill]

Tags: notabug

This problem went away after I did `guix gc --verify=repair,contents`, so 
I'm closing this issue as notabug. At least it's not a bug in webkitgtk. 
Thanks for taking a look and sorry for the noise.


Best,
Jack

bug#54057: epiphany: error while loading libwebkit2gtk cannot read file data

[Jack Hill]

On Fri, 18 Feb 2022, Liliana Marie Prikler wrote:


Hmm, webkit changed some 15 hours ago [1].  CCing lfam to have a look
at this too.  Jack, does the parent commit [2] still work for you?

[1]
http://git.savannah.gnu.org/cgit/guix.git/commit/?id=f47125d2868315acc40379c8e859fb60d6942dad
[2]
http://git.savannah.gnu.org/cgit/guix.git/commit/?id=1d1a4efd8cdac3757792cfbae92440edc5c3a802


Yep, `$ guix time-machine --commit=1d1a4efd8cdac3757792cfbae92440edc5c3a802 -- 
shell epiphany -- epiphany`
seems to open a browser window and can browse at least one webpage. I do 
see messages like,


```
/run/current-system/profile/lib/gio/modules/libgioremote-volume-monitor.so: 
file too short
Failed to load module: 
/run/current-system/profile/lib/gio/modules/libgioremote-volume-monitor.so
/run/current-system/profile/lib/gio/modules/libgvfsdbus.so: file too short
Failed to load module: 
/run/current-system/profile/lib/gio/modules/libgvfsdbus.so
/run/current-system/profile/lib/gio/modules/libgioremote-volume-monitor.so: 
file too short
Failed to load module: 
/run/current-system/profile/lib/gio/modules/libgioremote-volume-monitor.so
/run/current-system/profile/lib/gio/modules/libgvfsdbus.so: file too short
Failed to load module: 
/run/current-system/profile/lib/gio/modules/libgvfsdbus.so
```

printed to the consol though. My system has been reconfigured with the 
same commit that I originally reported.


Best,
Jack

bug#54057: epiphany: error while loading libwebkit2gtk cannot read file data

[Jack Hill]

On Fri, 18 Feb 2022, Liliana Marie Prikler wrote:


Hi Jack,

what is the output of `ls -l
/gnu/store/f965xf6iwll8cj2fb45bbqkj32n8dndb-webkitgtk-with-libsoup2-
2.34.6/lib/libwebkit2gtk-4.0.so.37`?  If that's an empty file, you'll
have to repair your store.

Cheers


Thanks for taking a look. It doesnt' look empty to me:

```
jackhill@leyden ~$ ls -l 
/gnu/store/f965xf6iwll8cj2fb45bbqkj32n8dndb-webkitgtk-with-libsoup2-2.34.6/lib/libwebkit2gtk-4.0.so.37
lrwxrwxrwx 1 root root 28 Dec 31  1969 
/gnu/store/f965xf6iwll8cj2fb45bbqkj32n8dndb-webkitgtk-with-libsoup2-2.34.6/lib/libwebkit2gtk-4.0.so.37
 -> libwebkit2gtk-4.0.so.37.55.9
jackhill@leyden ~$ ls -l /gnu/store/f965xf6iwll8cj2fb45bbqkj32n8dndb-webkitgtk-with-libsoup2-2.34.6/lib/libwebkit2gtk-4.0.so.37.55.9 
-r-xr-xr-x 2 root root 13631488 Dec 31  1969 /gnu/store/f965xf6iwll8cj2fb45bbqkj32n8dndb-webkitgtk-with-libsoup2-2.34.6/lib/libwebkit2gtk-4.0.so.37.55.9
jackhill@leyden ~$ file /gnu/store/f965xf6iwll8cj2fb45bbqkj32n8dndb-webkitgtk-with-libsoup2-2.34.6/lib/libwebkit2gtk-4.0.so.37.55.9 
/gnu/store/f965xf6iwll8cj2fb45bbqkj32n8dndb-webkitgtk-with-libsoup2-2.34.6/lib/libwebkit2gtk-4.0.so.37.55.9: ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux), dynamically linked, missing section headers at 81305720
jackhill@leyden ~$ ldd /gnu/store/f965xf6iwll8cj2fb45bbqkj32n8dndb-webkitgtk-with-libsoup2-2.34.6/lib/libwebkit2gtk-4.0.so.37.55.9 
not a dynamic executable

```

bug#54057: epiphany: error while loading libwebkit2gtk cannot read file data

[Jack Hill]

Hi Guix,

Epiphany (a.k.a. GNOME Web) is having trouble loading the webkit shared 
library:


```
jackhill@leyden ~$ guix describe
Generation 61Feb 18 2022 11:47:21(current)
  guix 27a91b2
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 27a91b2f57bd0bf7efab77eaeb4b920f162bf8c8
jackhill@leyden ~$ guix shell epiphany -- epiphany
/gnu/store/ns3aks8xslgmgf98qb107gwzfxgj45k5-profile/bin/epiphany: error while 
loading shared libraries: 
/gnu/store/f965xf6iwll8cj2fb45bbqkj32n8dndb-webkitgtk-with-libsoup2-2.34.6/lib/libwebkit2gtk-4.0.so.37:
 cannot read file data
guix shell: error: epiphany: command not found
```

Best,
Jack

bug#53742: rust-fiat-crypto missing source

[Jack Hill]

Hi Guix,

It looks like our rust-fiat-crypto package is not built from source, but 
from autogenerated files. All the code retuned by `guix build -S 
rust-fiat-crypto` contains headers like


"""
// AUTOGENERATED FILE: DO NOT EDIT
"""

or

"""
//! Autogenerated: 'src/ExtractionOCaml/word_by_word_montgomery' --lang Rust 
--inline secp256k1 64 '2^256 - 2^32 - 977' mul square add sub opp 
from_montgomery to_montgomery nonzero selectznz to_bytes from_bytes one msat 
divstep divstep_precomp
//! curve description: secp256k1
//! machine_wordsize = 64 (from "64")
//! requested operations: mul, square, add, sub, opp, from_montgomery, 
to_montgomery, nonzero, selectznz, to_bytes, from_bytes, one, msat, divstep, 
divstep_precomp
//! m = 0xfffefc2f (from 
"2^256 - 2^32 - 977")
//!
//! NOTE: In addition to the bounds specified above each function, all
//!   functions synthesized for this Montgomery arithmetic require the
//!   input to be strictly less than the prime modulus (m), and also
//!   require the input to be in the unique saturated representation.
//!   All functions also ensure that these two properties are true of
//!   return values.
//!
//! Computed values:
//!   eval z = z[0] + (z[1] << 64) + (z[2] << 128) + (z[3] << 192)
//!   bytes_eval z = z[0] + (z[1] << 8) + (z[2] << 16) + (z[3] << 24) + (z[4] << 32) + (z[5] << 40) + (z[6] << 48) + (z[7] << 56) + (z[8] << 64) + (z[9] << 72) + (z[10] << 80) + (z[11] << 88) + 
(z[12] << 96) + (z[13] << 104) + (z[14] << 112) + (z[15] << 120) + (z[16] << 128) + (z[17] << 136) + (z[18] << 144) + (z[19] << 152) + (z[20] << 160) + (z[21] << 168) + (z[22] << 176) + (z[23] 
<< 184) + (z[24] << 192) + (z[25] << 200) + (z[26] << 208) + (z[27] << 216) + (z[28] << 224) + (z[29] << 232) + (z[30] << 240) + (z[31] << 248)
//!   twos_complement_eval z = let x1 := z[0] + (z[1] << 64) + (z[2] << 128) + (z[3] 
<< 192) in
//!if x1 & (2^256-1) < 2^255 then x1 & (2^256-1) else 
(x1 & (2^256-1)) - 2^256
"""

These files are autogenerated from the Coq source. I think that we should 
build from that source as part of our package definition.


What do you think?
Jack

bug#44571: Cannot configure a static IPv6 with static-networking-service-type

[Jack Hill]

Hi,

I believe this was fixed in c8609493ba6fd36c05815cad198060e54ea8c4f9 (and 
related commits before and after). See the manual about the new 
static-networking-service-type and welcome to the future!


Cheers,
Jack

bug#52375: webkitgtk page crashes on core-updates-frozen

[Jack Hill]

On Tue, 21 Dec 2021, Maxim Cournoyer wrote:


Hello Jack,

Jack Hill  writes:


Should leaf applications that use webkitgtk be wrapped to find the
right gst-plugins? This seems suboptimal to me. If the plugins are
really dependencies of webkitgtk then perhaps they should be encoded
that way in Guix.


I think upstream should improve their software to display more
informative messages when a plugin is missing to play some content (a
tab crash is not very helpful!) :-).


Indeed. There actually is an upstream issue for this: 
https://bugs.webkit.org/show_bug.cgi?id=233949



Should webkitgtk be wrapped somehow to find the plugins on its own?
How would this wrapping be done? Do we want to force all webkitgtk
applications to carry around these dependencies?


I think there's not much to do here other than document the availability
of plugins to extend the capabilities of webkitgtk.  It's won't be
obvious to leaf package users though, so fixing it upstream would still
have value.

As discussed on #guix, some reasons for not propagating them or even
wrapping them is the fact that they are *plugins*, that is, they exist
in that form so that users can compose them for runtime discovery as
they see fit.  Propagating the plugins would go against this, and is not
very "Guixy" :-).

Another reason is that adding the gst-plugins-good and gst-plugins-bad
would inflate the size of the webkitgtk package by more than 1 GiB!
(compare "guix size webkitgtk" vs "guix size webkitgtk gst-plugins-good
gst-plugins-bad").

I'm tempted to make this change to the description of 'webkitgtk':

--8<---cut here---start->8---
modified   gnu/packages/webkit.scm
@@ -350,7 +350,9 @@ (define-public webkitgtk
(description
 "WebKitGTK+ is a full-featured port of the WebKit rendering engine,
suitable for projects requiring any kind of web integration, from hybrid
-HTML/CSS applications to full-fledged web browsers.")
+HTML/CSS applications to full-fledged web browsers.  WebKitGTK+ can play
+various video content through the use of the GStreamer plugins (not propagated
+by default) such as @code{gst-plugins-good} and @code{gst-plugins-bad}.")
;; WebKit's JavaScriptCore and WebCore components are available under
;; the GNU LGPL, while the rest is available under a BSD-style license.
(license (list license:lgpl2.0
--8<---cut here---end--->8---

and close this as 'notabug'.  What do you think?


I think that this would good to add as a hint to WebKitGTK users. However, 
I don't agree that it is notabug because I think browsers should work on 
commonly encountered web content out of the box without asking folks to 
track down the needed dependencies. I've opened a thread on 
guix-de...@gnu.org to solicit more thoughts/discussion on how to best 
address this issue: https://lists.gnu.org/archive/html/guix-devel/2021-12/msg00228.html


Thanks for helping think and work through this issue!
Jack

bug#52375: webkitgtk page crashes on core-updates-frozen

[Jack Hill]

On Tue, 21 Dec 2021, Leo Famulari wrote:


If there is a particular plugin that is actually required for some
package, we could use the gst-plugins/selection procedure to add the
dependency while hopefully increasing the closure size by less than 1
GiB.


Leo,

Thanks for pointing this out, it turned out to be very helpful!

Best,
Jack

bug#52375: webkitgtk needs gst-plugins-bad

[Jack Hill]

On Tue, 21 Dec 2021, Jack Hill wrote:

I asked about this issue on #webkitgtk:gnome.org on IRC. It turns out that 
what's missing from my environment is gst-plugins-bad (most likely the 
fakevideosink plugin contained therein). If I install gst-plugins-bad into an 
environment with a webgkitgtk browser, the crash I was seeing is resolved. 
Only adding gst-plugins-bad to the inputs of webkitgtk doesn't seem to be 
enough to solve the problem. I suppose some additional wrapping is needed 
somewhere (although gst-plugins-base shows up in the webkitgtk references).


What's the best path forward here?


I got permission to quote from the IRC conversation for some additional 
context:


10:52 < jackhill> Hi folks! In the Guix WebKitGTK packages we seem to have 
introduced a problem that causes tabs to crash on some
  pages. I'm trying to track it down, but could use a hand in 
either identifying the solution or in more
  troubleshooting techniques: https://issues.guix.gnu.org/52375
10:55 < MichaelCatanzaro[m]> jackhill: Looks like you're missing a GStreamer 
element that is required (do you have:
 gst-plugins-base, gst-plugins-good, and at least 
the free half of gst-plugins-bad?)
10:56 < MichaelCatanzaro[m]> Alternatively, maybe try deleting 
~/.cache/gstreamer-1.0 in the off chance your registry is corrupt
10:58 < MichaelCatanzaro[m]> jackhill: I think you're missing the fakevideosink 
element from gst-plugins-bad
11:01 < jackhill> MichaelCatanzaro[m]: thanks. Looking at our package 
definition we only depend directlyon gst-plugins-base. It
  seems that we were scared off of -bad at some point in the 
past:
  
https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/webkit.scm#n255
11:03 < jackhill> I'll look into adding them (and manybe clearing my cache). 
Were we wrong in our assesment of -bad?
11:06 < MichaelCatanzaro[m]> jackhill: Yup, that is mandatory... and disabling 
GStreamerGL is not recommended either
11:06 < jackhill> MichaelCatanzaro[m]: yep, adding -bad did it! Is there an 
official WebKitGTK statement that I can point to when
  proposing my fix to Guix?
11:06 < MichaelCatanzaro[m]> Not all the elements are mandatory, but some are...
11:07 < MichaelCatanzaro[m]> jackhill: No, we just expect you to have a working 
gstreamer installation
11:07 < jackhill> hehe, fair enough
11:08 < MichaelCatanzaro[m]> Looks like there is a bug report: 
https://bugs.webkit.org/show_bug.cgi?id=233949
[daychange]
10:55 < jackhill> MichaelCatanzaro[m]: we're having a conversation in 
#guix:libera.chat about adding the gst-plugins-bad. Can I
  quote our conversation yesterday to hopefully bring others up 
to speed?
11:26 < MichaelCatanzaro[m]>  "Michael Catanzaro: we're..." <- Of 
course, all the history here is public anyway
11:27 < MichaelCatanzaro[m]> You need: gst-plugins-base, gst-plugins-good, and 
gst-plugins-bad (not gst-plugins-ugly)
11:27 < MichaelCatanzaro[m]> gst-libav especially welcome if available, but not 
required...
11:29 < MichaelCatanzaro[m]> GStreamer is indeed used inside the bwrap sandbox 
(most applications do not enable the sandbox, but
 Ephy does)
11:29 < MichaelCatanzaro[m]> All web content is handled sandboxed :)

Should leaf applications that use webkitgtk be wrapped to find the right 
gst-plugins? This seems suboptimal to me. If the plugins are really 
dependencies of webkitgtk then perhaps they should be encoded that way in 
Guix.


Should webkitgtk be wrapped somehow to find the plugins on its own? How would 
this wrapping be done? Do we want to force all webkitgtk applications to 
carry around these dependencies?


We talked through some of these option on #guix:libera.chat (thanks 
apteryx and cybersyn!) and it sounds like we're leaning towards the first 
option. An additional concern with webkitgtk always pulling in the plugins 
is that it increases the webkitgtk closure size by over 1G!


We're still waiting on webkitgtk builds to finish to help us determine if 
we can enable GSTREAMER_GL.


Best,
Jack

bug#52375: webkitgtk needs gst-plugins-bad

[Jack Hill]

I asked about this issue on #webkitgtk:gnome.org on IRC. It turns 
out that what's missing from my environment is gst-plugins-bad (most 
likely the fakevideosink plugin contained therein). If I install 
gst-plugins-bad into an environment with a webgkitgtk browser, the crash I 
was seeing is resolved. Only adding gst-plugins-bad to the inputs of 
webkitgtk doesn't seem to be enough to solve the problem. I suppose some 
additional wrapping is needed somewhere (although gst-plugins-base shows 
up in the webkitgtk references).


What's the best path forward here?

Should leaf applications that use webkitgtk be wrapped to find the right 
gst-plugins? This seems suboptimal to me. If the plugins are really 
dependencies of webkitgtk then perhaps they should be encoded that way in 
Guix.


Should webkitgtk be wrapped somehow to find the plugins on its own? How 
would this wrapping be done? Do we want to force all webkitgtk applications 
to carry around these dependencies?


Best,
Jack

bug#52678: sway unable to start Xwayland

[Jack Hill]

On Sun, 19 Dec 2021, Jack Hill wrote:


Hi Guix,

With Guix 11334d15d590073c631c574436d2110aa1ea2142, sway is not able to start 
Xwayland. I believe that is was working correctly for me at commit 
d627fbad8f4e157103251b07d7543dd2f5647cea.


Running sway manually from a VT, I was able to capture the following 
messages:


```
00:00:00.002 [wlr] [libseat] [libseat/backend/seatd.c:78] Could not connect 
to socket /run/seatd.sock: No such file or directory
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root 
```


And, had I thought about the above messages more, I would have looked at 
the ownership of /tmp/.X11-unix initially. I've now done so and found out 
that it was owned by gdm. The weird bit is though that I had previously 
run `herd stop xorg-server` and there were not gdm processes running, and 
loginctl reported no gdm sessions.


Anyways, I don't think the commits above are particularly relevant. I'll 
go ahead and re-title the issue.


Best,
Jack

bug#52678: sway unable to start Xwayland

[Jack Hill]

Hi Guix,

With Guix 11334d15d590073c631c574436d2110aa1ea2142, sway is not able to 
start Xwayland. I believe that is was working correctly for me at commit 
d627fbad8f4e157103251b07d7543dd2f5647cea.


Running sway manually from a VT, I was able to capture the following 
messages:


```
00:00:00.002 [wlr] [libseat] [libseat/backend/seatd.c:78] Could not connect to 
socket /run/seatd.sock: No such file or directory
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.084 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.085 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.085 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.085 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.085 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.085 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.085 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.085 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.085 [wlr] [xwayland/sockets.c:99] /tmp/.X11-unix not owned by root or 
us
00:00:00.085 [wlr] [xwayland/sockets.c:216] No display available in the first 33
```

Best,
Jack

bug#52375: Both pages load fine for me

[Jack Hill]

On Mon, 13 Dec 2021, Vivien Kraus via Bug reports for GNU Guix wrote:


Dear guix,

As a guix home user on a GNOME guix system, both pages work in epiphany
(private mode) for me.


Interesting, thank for reporting. What is your `guix describe` output?
I've successfully recreated the problem on Sway, GNOME Wayland, and GNOME 
Xorg with


$ guix describe
Generation 47   Dec 15 2021 11:43:02(current)
  guix 2a621f1
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 2a621f168faec09be7ed3f6b9351c24a472b19e4

Perhaps you have something else installed in your profile that I don't 
that the WebKitGTK browsers need to work?


Is anyone else able to reproduce this issue?

Best,
Jack

bug#52375: webkitgtk page crashes on core-updates-frozen

[Jack Hill]

On Wed, 8 Dec 2021, Maxim Cournoyer wrote:


Hello!

Would you be able to run it in GDB to gather a backtrace?  That may
provide clues.

Thanks!


Yes! I was albe to get the following backtrace. Thanks to hikiko [0] 
for tips on using GDB with WebKit browsers


[0] https://eleni.mutantstargoat.com/hikiko/webkit-gdb/


$ gdb .midori-real 1979
GNU gdb (GDB) 11.1
Copyright (C) 2021 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from .midori-real...
(No debugging symbols found in .midori-real)
Attaching to program: 
/gnu/store/kz9inh53yvpzxv818jq6naiwp6ms85l0-midori-9.0/bin/.midori-real, 
process 1979
[New LWP 1981]
[New LWP 1983]
[New LWP 1984]
[New LWP 1985]
[New LWP 1986]
[New LWP 1987]
[New LWP 1988]
[New LWP 1992]
[New LWP 1993]
[New LWP 1994]
[New LWP 2001]

warning: Unable to find libthread_db matching inferior's thread library, thread 
debugging will not be available.
0x7f70beab5d6f in poll () from 
/gnu/store/2fk1gz2s7ppdicynscra9b19byrrr866-glibc-2.33/lib/libc.so.6
(gdb) c
Continuing.
[New LWP 2395]
[New LWP 2411]

Thread 1 "WebKitWebProces" received signal SIGABRT, Aborted.
0x7f70bea04030 in raise () from 
/gnu/store/2fk1gz2s7ppdicynscra9b19byrrr866-glibc-2.33/lib/libc.so.6
(gdb) bt
#0  0x7f70bea04030 in raise () from 
/gnu/store/2fk1gz2s7ppdicynscra9b19byrrr866-glibc-2.33/lib/libc.so.6
#1  0x7f70be9ee526 in abort () from 
/gnu/store/2fk1gz2s7ppdicynscra9b19byrrr866-glibc-2.33/lib/libc.so.6
#2  0x7f70c4089a52 in WebCore::makeGStreamerElement(char const*, char 
const*) [clone .cold] () from 
/gnu/store/77vf3q1v7aa8h2av7s10fn95b0crh7zc-webkitgtk-with-libsoup2-2.34.1/lib/libwebkit2gtk-4.0.so.37
#3  0x7f70c63be439 in 
WebCore::MediaPlayerPrivateGStreamer::createVideoSink() () from 
/gnu/store/77vf3q1v7aa8h2av7s10fn95b0crh7zc-webkitgtk-with-libsoup2-2.34.1/lib/libwebkit2gtk-4.0.so.37
#4  0x7f70c63c351f in 
WebCore::MediaPlayerPrivateGStreamer::createGSTPlayBin(WTF::URL const&) () from 
/gnu/store/77vf3q1v7aa8h2av7s10fn95b0crh7zc-webkitgtk-with-libsoup2-2.34.1/lib/libwebkit2gtk-4.0.so.37
#5  0x7f70c63c442b in WebCore::MediaPlayerPrivateGStreamer::load(WTF::String 
const&) () from 
/gnu/store/77vf3q1v7aa8h2av7s10fn95b0crh7zc-webkitgtk-with-libsoup2-2.34.1/lib/libwebkit2gtk-4.0.so.37
#6  0x7f70c5c7e19c in 
WebCore::MediaPlayer::loadWithNextMediaEngine(WebCore::MediaPlayerFactory 
const*) () from 
/gnu/store/77vf3q1v7aa8h2av7s10fn95b0crh7zc-webkitgtk-with-libsoup2-2.34.1/lib/libwebkit2gtk-4.0.so.37
#7  0x7f70c5c7e76b in WebCore::MediaPlayer::load(WTF::URL const&, 
WebCore::ContentType const&, WTF::String const&) ()
   from 
/gnu/store/77vf3q1v7aa8h2av7s10fn95b0crh7zc-webkitgtk-with-libsoup2-2.34.1/lib/libwebkit2gtk-4.0.so.37
#8  0x7f70c570d73d in WebCore::HTMLMediaElement::loadResource(WTF::URL const&, 
WebCore::ContentType&, WTF::String const&) ()
   from 
/gnu/store/77vf3q1v7aa8h2av7s10fn95b0crh7zc-webkitgtk-with-libsoup2-2.34.1/lib/libwebkit2gtk-4.0.so.37
#9  0x7f70c570e3e1 in WebCore::HTMLMediaElement::loadNextSourceChild() () 
from 
/gnu/store/77vf3q1v7aa8h2av7s10fn95b0crh7zc-webkitgtk-with-libsoup2-2.34.1/lib/libwebkit2gtk-4.0.so.37
#10 0x7f70c54fc3c2 in WebCore::EventLoop::run() () from 
/gnu/store/77vf3q1v7aa8h2av7s10fn95b0crh7zc-webkitgtk-with-libsoup2-2.34.1/lib/libwebkit2gtk-4.0.so.37
#11 0x7f70c558a80d in WebCore::WindowEventLoop::didReachTimeToRun() () from 
/gnu/store/77vf3q1v7aa8h2av7s10fn95b0crh7zc-webkitgtk-with-libsoup2-2.34.1/lib/libwebkit2gtk-4.0.so.37
#12 0x7f70c5bdaadc in WebCore::ThreadTimers::sharedTimerFiredInternal() () 
from 
/gnu/store/77vf3q1v7aa8h2av7s10fn95b0crh7zc-webkitgtk-with-libsoup2-2.34.1/lib/libwebkit2gtk-4.0.so.37
#13 0x7f70c2a830f5 in 
WTF::RunLoop::TimerBase::TimerBase(WTF::RunLoop&)::{lambda(void*)#1}::_FUN(void*)
 ()
   from 
/gnu/store/77vf3q1v7aa8h2av7s10fn95b0crh7zc-webkitgtk-with-libsoup2-2.34.1/lib/libjavascriptcoregtk-4.0.so.18
#14 0x7f70c2a8333f in WTF::RunLoop::{lambda(_GSource*, int (*)(void*), 
void*)#1}::_FUN(_GSource*, int (*)(void*), void*) ()
   from 
/gnu/store/77vf3q1v7aa8h2av7s10fn95b0crh7zc-webkitgtk-with-libsoup2-2.34.1/lib/libjavascriptcoregtk-4.0.so.18
#15 0x7f70bef5236f in g_main_context_dispatch () from 
/gnu/store/qqs98rxwjrji6aaf6dqwp7q4m545g2sn-glib-2.70.0/lib/libglib-2.0.so.0
#16 0x7f70bef526e8 in 

bug#52375: webkitgtk page crashes on core-updates-frozen

[Jack Hill]

Hi Guix,

With core-updates-frozen commit e080e35dc1f012fa57a8e77759f933abdc3b8fc2 
certain pages cause tabs to crash in webkitgtk browsers (I've tested with 
epiphany, vimb, and luakit). The problem does not occur on current master, 
0a9c946df9686f1610f7684492baabf0719c0164.


An example of a page the works:

https://en.wiktionary.org/wiki/edification

An example of a page that doesn't work:

https://en.wiktionary.org/wiki/edify

I was not able to notice a difference in messages when running the 
browsers from a terminal between master and core-updates-frozen.


On both branches I do see "WebKit wasn't able to find a WebVTT encoder. 
Not continuing without platform support for subtitles" when the tab 
crashes, so I wonder if there is a gstreamer compatibility problem 
(perhaps to do with libsoup versions). However, this could be a red 
herring.


Best,
Jack

bug#52136: [PATCH core-updates-frozen] gnu: luakit: build with libsoup2.

[Jack Hill]

* gnu/packages/web-browsers.scm [luakit](inputs): Replace webkitgtk with
webkitgtk-with-libsoup2.
---
 gnu/packages/web-browsers.scm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/gnu/packages/web-browsers.scm b/gnu/packages/web-browsers.scm
index 2f3213b203..b209f2051b 100644
--- a/gnu/packages/web-browsers.scm
+++ b/gnu/packages/web-browsers.scm
@@ -222,7 +222,7 @@ (define-public luakit
("glib-networking" ,glib-networking)
("lua5.1-filesystem" ,lua5.1-filesystem)
("luajit" ,luajit)
-   ("webkitgtk" ,webkitgtk)
+   ("webkitgtk" ,webkitgtk-with-libsoup2)
("sqlite" ,sqlite)))
 (native-inputs
  `(("pkg-config" ,pkg-config)))
-- 
2.34.0

bug#52133: [PATCH core-updates-frozen] gnu: vimb: Build with libsoup2.

[Jack Hill]

* gnu/packages/web-browsers.scm (vimb)[inputs]: Replace webkitgtk with
webkitgtk-with-libsoup2.
---
 gnu/packages/web-browsers.scm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/gnu/packages/web-browsers.scm b/gnu/packages/web-browsers.scm
index 7ea2a9a9ec..2f3213b203 100644
--- a/gnu/packages/web-browsers.scm
+++ b/gnu/packages/web-browsers.scm
@@ -563,7 +563,7 @@ (define-public vimb
 (inputs
  `(("glib-networking" ,glib-networking)
("gsettings-desktop-schemas" ,gsettings-desktop-schemas)
-   ("webkitgtk" ,webkitgtk)))
+   ("webkitgtk" ,webkitgtk-with-libsoup2)))
 (native-inputs
  `(("pkg-config" ,pkg-config)))
 (home-page "https://fanglingsu.github.io/vimb/;)
-- 
2.34.0

bug#52137: committer.scm wrong type passed to car

[Jack Hill]

Hi Guix and Ricardo,

Running the etc/commiter.scm script with the diff of a patch that I 
recently submitted [0] results in the backtrace below. This might be 
because I was holding the script wrong, but it would be nice to provide a 
more friendly message for people like me who don't remember how to use it 
properly.


[0] https://issues.guix.gnu.org/52134#1

jackhill@leyden ~/repos/guix [env]$ git status
On branch committer-test
Changes not staged for commit:
  (use "git add ..." to update what will be committed)
  (use "git restore ..." to discard changes in working directory)
modified:   gnu/packages/web-browsers.scm

no changes added to commit (use "git add" and/or "git commit -a")
jackhill@leyden ~/repos/guix [env]$ git diff
diff --git a/gnu/packages/web-browsers.scm b/gnu/packages/web-browsers.scm
index 7ea2a9a9ec..50a41309d3 100644
--- a/gnu/packages/web-browsers.scm
+++ b/gnu/packages/web-browsers.scm
@@ -51,6 +51,7 @@ (define-module (gnu packages web-browsers)
   #:use-module (gnu packages)
   #:use-module (gnu packages autotools)
   #:use-module (gnu packages backup)
+  #:use-module (gnu packages base)
   #:use-module (gnu packages bison)
   #:use-module (gnu packages compression)
   #:use-module (gnu packages curl)
@@ -125,10 +126,12 @@ (define-public midori
(assoc-ref glib-or-gtk:%standard-phases
   'glib-or-gtk-wrap)
 (native-inputs
- `(("glib:bin" ,glib "bin")
+ `(("desktop-file-utils" ,desktop-file-utils) ;for tests
+   ("glib:bin" ,glib "bin")
("gtk+:bin" ,gtk+ "bin")
("intltool" ,intltool)
-   ("pkg-config" ,pkg-config)))
+   ("pkg-config" ,pkg-config)
+   ("which" ,which))) ;for tests
 (inputs
  `(("adwaita-icon-theme" ,adwaita-icon-theme)
("gcr" ,gcr)
@@ -139,10 +142,9 @@ (define-public midori
("json-glib" ,json-glib)
("libarchive" ,libarchive)
("libpeas" ,libpeas)
-   ("libsoup" ,libsoup)
("sqlite" ,sqlite)
("vala" ,vala)
-   ("webkitgtk" ,webkitgtk)))
+   ("webkitgtk" ,webkitgtk-with-libsoup2)))
 (synopsis "Lightweight graphical web browser")
 (description "@code{Midori} is a lightweight, Webkit-based web browser.
 It features integration with GTK+3, configurable web search engine, bookmark
jackhill@leyden ~/repos/guix [env]$ ./etc/committer.scm
Backtrace:
   5 (primitive-load "/home/jackhill/repos/guix/./etc/commit…")
In srfi/srfi-1.scm:
634:9  4 (for-each # …)
In ice-9/eval.scm:
619:8  3 (_ #(#(#(#(#(#(#(#(#(#(#(…) …) …) …) …) …) …) …) …) …) …))
619:8  2 (_ #(#(#(#) # …) …))
   626:19  1 (_ #(#(#(#) # …) …))
In unknown file:
   0 (car ())

ERROR: In procedure car:
In procedure car: Wrong type (expecting pair): ()
Aborting commit due to empty commit message.

bug#52134: [PATCH] gnu: midori: Adjust inputs.

[Jack Hill]

* gnu/packages/web-browsers.scm [use-modules]: Add (gnu packages base).
  (midori)[propogated-inputs]: Add desktop-file-utils and which.
  [inputs]: Replace webkit with webkit-with-libsoup2.
---
 gnu/packages/web-browsers.scm | 10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/gnu/packages/web-browsers.scm b/gnu/packages/web-browsers.scm
index 7ea2a9a9ec..50a41309d3 100644
--- a/gnu/packages/web-browsers.scm
+++ b/gnu/packages/web-browsers.scm
@@ -51,6 +51,7 @@ (define-module (gnu packages web-browsers)
   #:use-module (gnu packages)
   #:use-module (gnu packages autotools)
   #:use-module (gnu packages backup)
+  #:use-module (gnu packages base)
   #:use-module (gnu packages bison)
   #:use-module (gnu packages compression)
   #:use-module (gnu packages curl)
@@ -125,10 +126,12 @@ (define-public midori
(assoc-ref glib-or-gtk:%standard-phases
   'glib-or-gtk-wrap)
 (native-inputs
- `(("glib:bin" ,glib "bin")
+ `(("desktop-file-utils" ,desktop-file-utils) ;for tests
+   ("glib:bin" ,glib "bin")
("gtk+:bin" ,gtk+ "bin")
("intltool" ,intltool)
-   ("pkg-config" ,pkg-config)))
+   ("pkg-config" ,pkg-config)
+   ("which" ,which))) ;for tests
 (inputs
  `(("adwaita-icon-theme" ,adwaita-icon-theme)
("gcr" ,gcr)
@@ -139,10 +142,9 @@ (define-public midori
("json-glib" ,json-glib)
("libarchive" ,libarchive)
("libpeas" ,libpeas)
-   ("libsoup" ,libsoup)
("sqlite" ,sqlite)
("vala" ,vala)
-   ("webkitgtk" ,webkitgtk)))
+   ("webkitgtk" ,webkitgtk-with-libsoup2)))
 (synopsis "Lightweight graphical web browser")
 (description "@code{Midori} is a lightweight, Webkit-based web browser.
 It features integration with GTK+3, configurable web search engine, bookmark
-- 
2.34.0

bug#52089: [core-updates-frozen] geeqie fails to launch

[Jack Hill]

On Wed, 24 Nov 2021, Maxim Cournoyer wrote:


Hello,

The failure looks like this:

--8<---cut here---start->8---
$ geeqie

(geeqie:6216): Gdk-ERROR **: 23:30:16.057: The program 'geeqie' received an X 
Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
 (Details: serial 180 error_code 2 request_code 152 (GLX) minor_code 24)
 (Note to programmers: normally, X errors are reported asynchronously;
  that is, you will receive the error a while after causing it.
  To debug your program, run it with the GDK_SYNCHRONIZE environment
  variable to change this behavior. You can then get a meaningful
  backtrace from your debugger if you break on the gdk_x_error() function.)
Trace/breakpoint trap

$ GDK_SYNCHRONIZE= geeqie

(geeqie:6217): Clutter-CRITICAL **: 23:30:26.345: Unable to initialize Clutter: 
Unable to initialize the Clutter backend: no available drivers found.
Can't initialize clutter-gtk.
Start Geeqie with the option "geeqie --disable-clutter"
--8<---cut here---end--->8---

The suggested workaround (geeqie --disable-clutter) works.

Thanks,

Maxim


Interesting. I don't think I'm going to be of any help, but I just testing 
running geeqie from a guix shell with core-updates-frozen commit 
d0f6e8ae7944666469ec1a226df502063d4d0670 under a sway wayland session and 
it launches fine as a native wayland client.


It doesn't display any images though, but maybe that's a different bug. It 
worked the same with and without --disable-clutter.


Best,
Jack

bug#52090: swaylock unaligned fastbin chunk detected

[Jack Hill]

Hi Guix,

swaylock sometimes crashes on core-updates-frozen 
d0f6e8ae7944666469ec1a226df502063d4d0670 with:


$ swaylock -e -c 195521 -F
malloc_consolidate(): unaligned fastbin chunk detected
Aborted

I think that this could be upstream issue #162 [0] since I see 
malloc_consolidate() in that stacktrace, and the host where I'm seeing 
this problem has some monitors that take a while to wake up from sleep.


[0] https://github.com/swaywm/swaylock/issues/162

Best,
Jack

bug#33696: Works now: Webview crashes on query.wikidata.org

[Jack Hill]

I'm going to close this bug since it was reported as working over a year 
ago, and I can also not reproduce the problem on the current 
core-updates-frozen development branch.


That said, webkit is definitely not free of all crashes or rendering bugs, 
so if this issue recurs or if you notice another one, please open a new 
ticket.


Best,
Jack

bug#52031: gnome-terminal fails to start under sway on core-updates-frozen

[Jack Hill]

On Mon, 22 Nov 2021, Jack Hill wrote:


Hi Guix,

With core-updates-frozen commit b033079e47357dcf77ebeeb52b0a5306cd6aa982 
gnome-terminal fails to start under sway either as launched from gdm or 
directly from a vt with `dbus-run-session sway`.


```
$ gnome-terminal
# Error constructing proxy for 
org.gnome.Terminal:/org/gnome/Terminal/Factory0: Error calling 
StartServiceByName for org.gnome.Terminal: Process org.gnome.Terminal exited 
with status 10

```

It works correctly in a gnome session.


Josselin Poiret determined [0] that the root cause of this behavior is 
that gnome-terminal is being launched via dbus, but the bus doesn't know 
about the wayland display, so can't start graphical applications. 
Everything works as expected if dbus is told about the display, which can 
be done by adding the following like to the sway configuration:


```
exec dbus-update-activation-environment WAYLAND_DISPLAY
```

In my judgment, this issue shouldn't hold up the core-updates-frozen 
merge, but it would be nice to improve the out-of-the-box sway experience 
in the future. A possible way I see is a sway service type that puts the 
necessary configuration in /etc/sway/conf.d or otherwise installs a 
session .desktop file that performs the necessary setup.


[0] https://logs.guix.gnu.org/guix/2021-11-22.log#172513

Thoughts?
Jack

bug#52031: gnome-terminal fails to start under sway on core-updates-frozen

[Jack Hill]

Hi Guix,

With core-updates-frozen commit b033079e47357dcf77ebeeb52b0a5306cd6aa982 
gnome-terminal fails to start under sway either as launched from gdm or 
directly from a vt with `dbus-run-session sway`.


```
$ gnome-terminal
# Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0: 
Error calling StartServiceByName for org.gnome.Terminal: Process 
org.gnome.Terminal exited with status 10
```

It works correctly in a gnome session.

Best,
Jack

bug#52029: wterm fails to start on core-updates-frozen

[Jack Hill]

Hi Guix,

wterm fails to start on the core-updates-frozen branch (commit 
ddbc3a6f4ca2605d8102aa659389300f97d715ac) in both sway and gnome wayland 
sessions:


```
$ wterm
wl_registry@2: error 0: invalid interface for global 11: have xdg_wm_base, 
wanted zxdg_shell_v6
# wayland_create_context: No wl_drm global
# wayland_create_context: No wl_shm global
# wld_wayland_create_context: Could not initialize any of the specified 
implementations
Can't create wayland context
```

However, wterm seems to be unmaintained upstream [0], so maybe this is not 
somethint that we want to fix in Guix.


[0] https://github.com/majestrate/wterm/issues/24

Best,
Jack

bug#51213: ghci missing reference to gcc

[Jack Hill]

On Thu, 14 Oct 2021, Jack Hill wrote:


Hi Guix,

Using Guix 5fafb6e792c1e18ec223f0c7fb350d0c9b962a45, running ghci in an 
environment can't find gcc:


Some more observations about this problem. It only occurs with our two 
newest GHC packages (8.10.7 and 8.8.4), previous releases start ghci and 
perform light usage fine. However, all releases fail to build executables 
without gcc-toolchain in the path:


```
jackhill@alperton /tmp [env]$ ghc hello.hs 
[1 of 1] Compiling Main ( hello.hs, hello.o )


: error:
Warning: Couldn't figure out C compiler information!
 Make sure you're using GNU gcc, or clang
ghc: could not execute: gcc
jackhill@alperton /tmp [env]$ ghc --version
The Glorious Glasgow Haskell Compilation System, version 8.10.7
```

Interestingly, clang-toolchain can be substituted for gcc-toolchain to get 
a working ghci, but with 8.10.7, compiling with gcc still doesn't work, 
but ghc 7.10.2 find clang-toolchain to be satisfactory.


Best,
Jack

bug#51213: ghci missing reference to gcc

[Jack Hill]

Hi Guix,

Using Guix 5fafb6e792c1e18ec223f0c7fb350d0c9b962a45, running ghci in an 
environment can't find gcc:


$ guix environment --ad-hoc ghc -- ghci
GHCi, version 8.10.7: https://www.haskell.org/ghc/  :? for help
ghc: could not execute: gcc

but if gcc-toolchain is included, it can:

$ guix environment --ad-hoc ghc gcc-toolchain -- ghci
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 
100.0%

The following derivation will be built:
   /gnu/store/dqga43d50f6n1isazmi4cx83l3hyhsz5-profile.drv

60.0 MB will be downloaded
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
 gcc-11.2.0-lib  5.0MiB 
1.5MiB/s 00:03 [##] 100.0%
 gcc-11.2.0  30.7MiB 
2.4MiB/s 00:13 [##] 100.0%
 gcc-toolchain-11.2.0  5KiB 
40KiB/s 00:00 [##] 100.0%

building CA certificate bundle...
listing Emacs sub-directories...
building fonts directory...
building GHC package cache...
building directory of Info manuals...
building database for manual pages...
building profile with 2 packages...
GHCi, version 8.10.7: https://www.haskell.org/ghc/  :? for help
Prelude>

Best,
Jack

bug#50860: Core-updates-frozen world rebuild coordination

[Jack Hill]

On Wed, 29 Sep 2021, Leo Famulari wrote:


On Tue, Sep 28, 2021 at 02:38:33AM +, John Kehayias via Bug reports for GNU 
Guix wrote:

Thanks for coordinating this Leo. Is there anything else with huge rebuilds to 
push together?


We are moving the coordination to ,
which already existed for this purpose. I hadn't really noticed it
properly!


I don't want to keep finding and adding things, but two possibilities come to 
mind that I've just noticed:

1a. p11-kit #49957 https://issues.guix.gnu.org/49957

I've just hit this bug on core-updates-frozen as well, though was originally 
reported on master. As I noted there, I tried to test with just grafts but 
didn't fix it for me (I'm guessing grafting won't work with that configure flag 
change). The patch matches how nix configures p11-kit as well, due to this bug.


If that bug primarily affects Flatpak, I suggest using the solution you
described, which is to create another p11-kit package and use it for
Flatpak.


I'm not sure the flatpak/p11-kit problem will be so easily fixed. As I 
understand it, flatpak talks to a p11-kit server process over a socket. 
The server may have been started by something other than flatpak, so it 
might not be the fixed version.



If you still think 1a or 1b are important to include in the current
core-updates cycle, please let us know in #50358!


I'm not comfortable deciding whether or not this should block the merge, so 
I'll defer to someone else who has more experience making those types of 
judgments.


Best,
Jack

bug#50625: ghostscript shell scripts refer to unqualified external commands

[Jack Hill]

Hi Guix,

Many of the commands, e.g. ps2pdf, provided by the ghostscript package are 
implemented as shell scripts that do some argument or file name processing 
before invoking the main gs binary. These scripts invoke external commands 
like basename, awk, dirname, and even gs by dynamically looking them up 
PATH. Instead, they should refer to a specific path in the store so that 
the behavior of ghostscript doesn't depend on the environment and so that 
Guix can see these references.


Best,
Jack

bug#50264: ca-certificate-bundle fails to build

[Jack Hill]

On Fri, 10 Sep 2021, Ludovic Courtès wrote:


Lars-Dominik Braun  skribis:


Alright, let’s see. The command I have been using is

guix pack -L . -C 'zstd' -f docker -S /bin=bin python-jupyterlab bash 
coreutils findutils

with . being a checkout of guix-science (same applies to `guix
time-machine` though). The first time it’ll fail, but the second time
it succeeds.  Running `guix gc` makes it fail again the first time.

The docker-pack.tar.zst.drv used for the first build is
different from the second one (different hash prefix). For me it’s
/gnu/store/r096cm3np7hbdn853ih35h1a5l39in4s-python-jupyterlab-bash-coreutils-docker-pack.tar.zst.drv
the first time and
/gnu/store/dywspxjshfjhc07i17hkcyrlq8kn7m07-python-jupyterlab-bash-coreutils-docker-pack.tar.zst.drv
the second time. YMMV.


Wait, you run the same command twice and it leads a different .drv?

The expected behavior is that the .drv is always the same:


Just to note that I've seen this two, where I get a different derivation 
the next time that works. Apologies for not reporting it at the time. It 
always seems to happen when I'm busy with something else, and since it's 
not reproducible… If I can get it to happen to me again, I'll collect more 
information as well.


Best,
Jack

bug#50206: guix deploy failed with exit code 1

[Jack Hill]

Hi Guix,

I'm using Guix from commit 68b22a85419a52dcdb47422c10f9575b5d332790. When 
I try to run `guix deploy` using the attatched configuration, I receive 
the following error:


```
$ guix deploy -v3 config.scm
The following 1 machine will be deployed:
  kiosk

guix deploy: deploying to kiosk...
guix deploy: sending 0 store items (0 MiB) to 'kiosk.jackhill.us'...
guix deploy: sending 0 store items (0 MiB) to 'kiosk.jackhill.us'...
guix deploy: sending 0 store items (0 MiB) to 'kiosk.jackhill.us'...
guix deploy: sending 2 store items (0 MiB) to 'kiosk.jackhill.us'...
guix deploy: error: program 
`/gnu/store/3lig4b2i1qaisg9yx8nbl0xp8hgh40a7-guix-1.0.1-15.0984481/bin/guix' 
failed with exit code 1
```

The error would appear to occur when creating the grub configuration, 
because both /run/current-system and the list reported by `guix system 
list-generations` show the newly created generation, but it is not present 
in the grub configuration.


The last time I sucessfully used guix deploy on this host was with Guix 
830dab870ab1d4a4ec1127a877a43d19f86c4f7f on March 20th, 2020 (yes, the 
pandemic has kept me away from working on this host for some time).


Best,
Jack;; This is an operating system configuration generated
;; by the graphical installer.

(use-modules (gnu))
(use-service-modules desktop networking ssh xorg)

(define kiosk-example
  (operating-system
   (locale "en_US.utf8")
   (timezone "America/New_York")
   (bootloader
(bootloader-configuration
 (bootloader grub-bootloader)
 (target "/dev/sda")))
   (swap-devices (list "/dev/sda1"))
   (file-systems
(cons* (file-system
(mount-point "/")
(device
 (file-system-label "guix-root"))
(type "ext4"))
   %base-file-systems))
   (host-name "kiosk")
   (users (cons* (user-account
  (name "jackhill")
  (comment "Jack Hill")
  (group "users")
  (home-directory "/home/jackhill")
  (supplementary-groups
   '("wheel" "netdev" "audio" "video")))
 %base-user-accounts))
   (packages
(append
 (list (specification->package "nss-certs"))
 %base-packages))
   (services
(append
 (list (service openssh-service-type
(openssh-configuration
 (permit-root-login 'prohibit-password)))
   (service network-manager-service-type)
   (service wpa-supplicant-service-type))
 %base-services

(list (machine
   (operating-system kiosk-example)
   (environment managed-host-environment-type)
   (configuration (machine-ssh-configuration
   (host-name "kiosk.jackhill.us")
   (host-key "ssh-ed25519 
C3NzaC1lZDI1NTE5IEk3vY6QSwYtHpmsKTIGHJd508k3n1uCe3K3cpidUrzS")
   (system "x86_64-linux")

bug#49374: no code for module (guix build qt-utils)

[Jack Hill]

Hi Guix,

Today with Guix f7e14782025bf87aaef694a21f34010b1a95f7f6 on x86_64-linux, 
I am unable to build qt5ct because a module-import-compiled derivation 
fails with "no code for module (guix build qt-utils)". Terminal session 
transcript, which contains the full build log:


$ guix build qt5ct
The following derivations will be built:
   /gnu/store/nhvi7320gadymh793kh8dljr7zwl7a1v-qt5ct-1.2.drv
   /gnu/store/qsgf2yxf99kbz3yq2fsci5wrjhhivizv-module-import-compiled.drv
26.6 MB will be downloaded:
   /gnu/store/5s66rhnjys6qq8hdff9sy3dzy40fgxji-qtdeclarative-5.15.2
   /gnu/store/mz8q0qlnwyymdk8nswbpm4xrw13s0v2d-qttools-5.15.2
   /gnu/store/b90sxi7aphibx6amwqx2nqljjv0yp5wg-qtbase-5.15.2
   /gnu/store/11vb2q2kbi8aym0fx52h5inish61mzp6-qtsvg-5.15.2
substituting /gnu/store/b90sxi7aphibx6amwqx2nqljjv0yp5wg-qtbase-5.15.2...
downloading from 
https://ci.guix.gnu.org/nar/lzip/b90sxi7aphibx6amwqx2nqljjv0yp5wg-qtbase-5.15.2 
...
 qtbase-5.15.2  15.3MiB  1.7MiB/s 00:09 
[##] 100.0%

building 
/gnu/store/qsgf2yxf99kbz3yq2fsci5wrjhhivizv-module-import-compiled.drv...
WARNING: (guix build cmake-build-system): imported module (guix build utils) 
overrides core binding `delete'
Backtrace:
In system/base/compile.scm:
 43:4 19 (call-with-output-file/atomic _ _ _)
In ice-9/boot-9.scm:
  1736:10 18 (with-exception-handler _ _ #:unwind? _ # _)
In system/base/compile.scm:
59:11 17 (_)
   155:11 16 (_ #)
   235:18 15 (read-and-compile # ?)
   183:32 14 (compile-fold (#) ?)
In ice-9/boot-9.scm:
   2806:4 13 (save-module-excursion #)
In language/scheme/compile-tree-il.scm:
31:15 12 (_)
In ice-9/psyntax.scm:
  1241:36 11 (expand-top-sequence ((define-module (guix build #) ?)) ?)
  1233:19 10 (parse _ (("placeholder" placeholder)) ((top) #(# # ?)) ?)
   285:10  9 (parse _ (("placeholder" placeholder)) (()) _ c (# #) #)
In ice-9/eval.scm:
   293:34  8 (_ #)
In ice-9/boot-9.scm:
   3380:4  7 (define-module* _ #:filename _ #:pure _ #:version _ # _ ?)
  2565:24  6 (call-with-deferred-observers #)
  3393:24  5 (_)
   222:29  4 (map1 (((guix build cmake-build-system) #:prefix #) # ?))
   222:29  3 (map1 (((guix build utils)) ((guix build qt-utils)) # ?))
   222:17  2 (map1 (((guix build qt-utils)) ((ice-9 match)) ((# ?)) ?))
   3300:6  1 (resolve-interface (guix build qt-utils) #:select _ # _ ?)
  1669:16  0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1669:16: In procedure raise-exception:
no code for module (guix build qt-utils)
builder for 
`/gnu/store/qsgf2yxf99kbz3yq2fsci5wrjhhivizv-module-import-compiled.drv' failed 
with exit code 1
build of /gnu/store/qsgf2yxf99kbz3yq2fsci5wrjhhivizv-module-import-compiled.drv 
failed
View build log at 
'/var/log/guix/drvs/qs/gf2yxf99kbz3yq2fsci5wrjhhivizv-module-import-compiled.drv.bz2'.
cannot build derivation 
`/gnu/store/nhvi7320gadymh793kh8dljr7zwl7a1v-qt5ct-1.2.drv': 1 dependencies 
couldn't be built
guix build: error: build of 
`/gnu/store/nhvi7320gadymh793kh8dljr7zwl7a1v-qt5ct-1.2.drv' failed

Best,
Jack

bug#49263: Guix weather backtrace

[Jack Hill]

On Tue, 29 Jun 2021, Maxime Devos wrote:


Jack Hill schreef op ma 28-06-2021 om 16:15 [-0400]:

computing 0 package derivations for aarch64-linux...
[...]
Throw to key `numerical-overflow' with args `("/" "Numerical overflow" #f #f)'.


A division by zero problem?
Also, this seems architecture-dependent:


[…]


Seems like the definition of icecat or some dependency of icecat does
not support aarch64. Anyway, here is a patch. Could you confirm it works?


Thanks for taking a look. Yeah, I guess it's not a aarch64 problem 
per-say, but that it's easier to run into unsupported packages over here.


Yes, with the path applied, I can find out what the weather is:

$ ./pre-inst-env  guix weather icecat
computing 0 package derivations for aarch64-linux...
looking for 0 store items on https://ci.guix.gnu.org...
https://ci.guix.gnu.org
  unknown substitute sizes
  0.0 MiB on disk (uncompressed)

  14 queued builds
  x86_64-linux: 2 (14.3%)
  i686-linux: 10 (71.4%)
  aarch64-linux: 2 (14.3%)
  build rate: .00 builds per hour
  aarch64-linux: 0.00 builds per hour
  i686-linux: 0.00 builds per hour
  x86_64-linux: 0.00 builds per hour
looking for 0 store items on https://bordeaux.guix.gnu.org...
https://bordeaux.guix.gnu.org
  unknown substitute sizes
  0.0 MiB on disk (uncompressed)
  (continuous integration information unavailable)

Some of the output doesn't quite make sense anymore in the context where 
we don't expect to find anything, but this is still much improved.


Thank you!
Jack

bug#49263: Guix weather backtrace

[Jack Hill]

I get the following output when running `guix weather icecat` on 
aarch64-linux with Guix:


$ guix describe
Generation 1Jun 28 2021 01:11:59(current)
  guix 364b561
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 364b56124b88398c199aacbfd4fdfc9a1583e634

$ guix weather icecat
computing 0 package derivations for aarch64-linux...
looking for 0 store items on https://ci.guix.gnu.org...
https://ci.guix.gnu.org
Backtrace:
   7 (primitive-load "/home/jackhill/.config/guix/current/bi…")
In guix/ui.scm:
  2147:12  6 (run-guix-command _ . _)
In ice-9/boot-9.scm:
  1752:10  5 (with-exception-handler _ _ #:unwind? _ # _)
In guix/scripts/weather.scm:
577:9  4 (_)
In guix/build/utils.scm:
   569:23  3 (every* # …)
In guix/scripts/weather.scm:
   579:21  2 (_ "https://ci.guix.gnu.org;)
   212:22  1 (_ _ () 0)
In ice-9/boot-9.scm:
  1685:16  0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1685:16: In procedure raise-exception:
Throw to key `numerical-overflow' with args `("/" "Numerical overflow" #f 
#f)'.


Best,
Jack

bug#49026: at-spi2-core build fails on emulated aarch64

[Jack Hill]

Build log attached. Using guix commit 
154a4e046281c28e39b5016e965d3d937a2ea4a1.


Best,
Jack

z54ykmcn0krv6vx3bc403f1fiinh6c-at-spi2-core-2.34.0.drv.bz2
Description: Binary data

bug#46333: sbcl-common-lisp-jupyter does not install kernel.json

[Jack Hill]

Sharlatan,

Thanks for your recent work updated sbcl-common-lisp-jupyter. I was 
wondering if you had any thoughts on the best way to install the 
kernel.json file [0]. The last time I looked at it, I wasn't sure what the 
best solution would be. Do you have any ideas?


[0] https://issues.guix.gnu.org/46333

Best,
Jack

bug#48488: guile-realine build failure on core-updates

[Jack Hill]

On Tue, 18 May 2021, Ludovic Courtès wrote:


Yes: these are no longer built against the full GMP.

Fixed in 7046a8fff70d2b565641b97015839d86f8e3e73d.

Thanks!


Awesome, thanks for the quick fix!

bug#48142: [PATCH] gnu: gupnp: Add missing input.

[Jack Hill]

Mathieu,

Thanks for your gupnp fix in 2710df38b0c317bdc69c61c7775d8141eb214dd1. 
Would you mind explaining how you determined gsettings-desktop-schemas 
needed to be a propagated input? I was confused [0][1] about which type of 
input it should be.


Do you think the fix for appstream-glib [2] should also be updated to move 
gsettings-desktop-schemas to propagated-inputs?


[0] https://issues.guix.gnu.org/48142#4
[1] https://logs.guix.gnu.org/guix/2021-05-01.log#234324
[2] https://issues.guix.gnu.org/48127

Best,
Jack

bug#48142: [PATCH v2] gnu: gupnp: Add missing input.

[Jack Hill]

Fixes .
Reported by Shyam Saran .

This fixes the fatal error "Settings schema 'org.gnome.system.proxy' is not
installed", which causes builds to fail.

* gnu/packages/gnome.scm (gupnp)[inputs]: Add gsettings-desktop-schemas.
---
 gnu/packages/gnome.scm | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 444e743bed..b653abafce 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
@@ -1327,7 +1327,9 @@ a debugging tool, @command{gssdp-device-sniffer}.")
   ("pkg-config" ,pkg-config)
   ("vala" ,vala)))
(inputs
-`(("gssdp" ,gssdp)
+;; gsettings-desktop-schemas for org.gnome.system.proxy
+`(("gsettings-desktop-schemas" ,gsettings-desktop-schemas)
+  ("gssdp" ,gssdp)
   ("gtk+" ,gtk+)
   ("libsoup" ,libsoup)))
(synopsis "PnP API for GNOME")
-- 
2.31.1

bug#48142: [PATCH] gnu: gupnp: Add missing input.

[Jack Hill]

On Sat, 1 May 2021, Jack Hill wrote:


This change resolves the GLib-GIO-FATAL-ERROR: Settings schema
'org.gnome.system.proxy'` error, by adding the package that provides
org.gnome.system.proxy to the inputs. I've also tested that this patch
allows other gupnp packages (I tested gupnp-dlna).

That said, I don't know that this is the correct change since I don't
know why gupnp built in the past without this input. I have also not
tested using gupnp.


The same fix was made for appstream-glib in 
90b4890c630637d1eb4711a7a57f610bbf9cfa57, so I now beleive that is is the 
correct fix. Although, I see Leo made the patch nicer there by including a 
comment and getting the aphabetization ofr the inputs correct. I'll send a 
v2 shortly.


Best,
Jack

bug#48127: appstream-glib build tests fail

[Jack Hill]

As of Guix 10ecae4503addec38439a01868e641110a548082 appstream-glib builds 
for me, and I was able to sucessfully update my profile and reconfigure my 
system.


It was fixed by Leo Prikler in 90b4890c630637d1eb4711a7a57f610bbf9cfa57

Best,
Jack

bug#48142: [PATCH] gnu: gupnp: Add missing input.

[Jack Hill]

* gnu/packages/gnome.scm (gupnp)[inputs]: Add gsettings-desktop-schemas.
---
 gnu/packages/gnome.scm | 1 +
 1 file changed, 1 insertion(+)

This change resolves the GLib-GIO-FATAL-ERROR: Settings schema
'org.gnome.system.proxy'` error, by adding the package that provides
org.gnome.system.proxy to the inputs. I've also tested that this patch
allows other gupnp packages (I tested gupnp-dlna).

That said, I don't know that this is the correct change since I don't
know why gupnp built in the past without this input. I have also not
tested using gupnp.

diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 444e743bed..372905cfc5 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
@@ -1329,6 +1329,7 @@ a debugging tool, @command{gssdp-device-sniffer}.")
(inputs
 `(("gssdp" ,gssdp)
   ("gtk+" ,gtk+)
+  ("gsettings-desktop-schemas" ,gsettings-desktop-schemas)
   ("libsoup" ,libsoup)))
(synopsis "PnP API for GNOME")
(description "This package provides GUPnP, an object-oriented framework
-- 
2.31.1

bug#48127: appstream-glib build tests fail

[Jack Hill]

Some (but not much) additional info: lfam on IRC [0] noticed that Gentoo 
also has a bug report of appstream-glib test failure [1].


[0] https://logs.guix.gnu.org/guix/2021-04-30.log#233351
[1] https://bugs.gentoo.org/701980

Best,
Jack

bug#48127: appstream-glib build tests fail

[Jack Hill]

Hi Guix,

With guix 73b6660cd1c4f77132121ea9bce2672d108dfe22, appstream-glib's tests 
fail. I've attached the build log. A corresponding Cuirass failed build is 
https://ci.guix.gnu.org/build/260764/details


Best,
Jack

fpi2psibk3qfr0g4gndppsrifciwf6-appstream-glib-0.7.18.drv.bz2
Description: build log

bug#47953: fennel doesn't print version with -v

[Jack Hill]

On Thu, 22 Apr 2021, Jack Hill wrote:


Hi Guix,

From the fennel man page:

  -v, --version
 Print the version number and exit

However, only the long options seems to work:

jackhill@alperton ~ [env]$ fennel --version
Fennel 0.8.1 on Lua 5.3
jackhill@alperton ~ [env]$ fennel -v
runtime error: -v: No such file or directory
stack traceback:
 [C]: in function 'assert'
 ...tore/lgaycpzwfair15b4m1lvzjim0gv3l0gp-profile/bin/fennel:3630: in 
function ?

 [C]: in function 'xpcall'
 ...tore/lgaycpzwfair15b4m1lvzjim0gv3l0gp-profile/bin/fennel:4036: in 
function ?

 [C]: in ?

Other short options, like -h, do work. This isn't that annoying a problem, 
but I wonder if it presents some problem with out fennel package.


This is an upstream bug in fennel. It was fixed today, but not released 
yet [0]. It seems like a minor annoyance, so I think it's okay to wait 
until the next release.


[0] 
https://git.sr.ht/~technomancy/fennel/commit/904e3ee165d097411bab599b9378895695629b70

Best,
Jack

bug#47953: fennel doesn't print version with -v

[Jack Hill]

Hi Guix,


From the fennel man page:


   -v, --version
  Print the version number and exit

However, only the long options seems to work:

jackhill@alperton ~ [env]$ fennel --version
Fennel 0.8.1 on Lua 5.3
jackhill@alperton ~ [env]$ fennel -v
runtime error: -v: No such file or directory
stack traceback:
  [C]: in function 'assert'
  ...tore/lgaycpzwfair15b4m1lvzjim0gv3l0gp-profile/bin/fennel:3630: in function 
?
  [C]: in function 'xpcall'
  ...tore/lgaycpzwfair15b4m1lvzjim0gv3l0gp-profile/bin/fennel:4036: in function 
?
  [C]: in ?

Other short options, like -h, do work. This isn't that annoying a problem, 
but I wonder if it presents some problem with out fennel package.


I'm using Guix commit 58d96474bdc355619890f85bf6095a79074f6ee8

Best,
Jack

bug#47941: guix lint -c cve stacktrace

[Jack Hill]

Hi Guix,

Using guix ae5128e21eb7afa66bd7cfd7fd1bc5764d00663e, the cve lint check 
fails when fetching the CVE database as follows:


$ guix lint -c cve hello
fetching CVE database for 2021...
Backtrace:
  15 (primitive-load "/home/jackhill/.config/guix/current/bi…")
In guix/ui.scm:
  2164:12 14 (run-guix-command _ . _)
In ice-9/boot-9.scm:
  1736:10 13 (with-exception-handler _ _ #:unwind? _ # _)
  1731:15 12 (with-exception-handler # …)
In srfi/srfi-1.scm:
634:9 11 (for-each # …)
In guix/scripts/lint.scm:
 65:4 10 (run-checkers _ _ #:store _)
In srfi/srfi-1.scm:
634:9  9 (for-each # …)
In guix/scripts/lint.scm:
74:21  8 (_ _)
In guix/lint.scm:
   1178:4  7 (check-vulnerabilities _ _)
   1170:9  6 (_ _)
In unknown file:
   5 (force #)
In guix/lint.scm:
   1153:2  4 (_)
   1112:2  3 (call-with-networking-fail-safe _ _ _)
In ice-9/boot-9.scm:
  1736:10  2 (with-exception-handler _ _ #:unwind? _ # _)
  1669:16  1 (raise-exception _ #:continuable? _)
  1667:16  0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1667:16: In procedure raise-exception:
Wrong type (expecting array): #f

Best,
Jack

bug#47115: bug#47853: guix system reconfigure build of `/gnu/store/inppfcz5yk5a20cwhv1dwqn8zq6jcdxl-grub.cfg.drv' failed

[Jack Hill]

On Sun, 18 Apr 2021, Dr. Arne Babenhauserheide wrote:


On my system building grub fails because grub-image.png fails.


[…]


Backtrace:
  2 (primitive-load "/gnu/store/larqpc2wjhnc6jmj4885k8lynd1?")
In gnu/build/svg.scm:
53:6  1 (svg->png _ "/gnu/store/0f2bpqpgflza414sk0hwms3rdizg1x?" ?)
In unknown file:
  0 (rsvg-handle-render-cairo # #)

ERROR: In procedure rsvg-handle-render-cairo:
Wrong type (expecting finalized smob): #


Oh dear. I ran into a similar problem (at least that resulted in the same 
Guile error message in #47115) to do with grafts and a store that was not 
using the hard links for de-duplication. Essentially the de-duplication 
masked an issue with differing files being included in the closure.


Can you provide more information about your system? I'm particularly 
interested in whether you're using store de-duplication, but other 
specifics about your system might be interesting. Do you know when you 
last successfully reconfigured?


Best,
Jack

bug#47609: emacs-recutils not giving the rec-mode

[Jack Hill]

On Mon, 5 Apr 2021, Jesús Gómez wrote:


I installed emacs-recutils hoping it will extend my Emacs with rec-mode, but it 
doesn't.

I've been told in the IRC that it should have done it, so I'm reporting this 
lack of feature here.

Thank you!


Sorry for leading you astray!

(sending this mail to -done@ to close the bug)

Best,
Jack

bug#47331: Psi (and Psi-plus) aren't able to validate certificates

[Jack Hill]

Hi Guix,

I'm using Guix System with commit 17b408e6a219d64643717cfde16ce04eea0a4590 
and both the psi and psi-plus package are unable to validate the 
certificate of the XMPP server when connecting. When logging into an 
account, a popup error appears saying "The member.fsf.org certificate 
failed the authenticity test. Invalid CA certificate." Clicking on 
"details…" results in the attached screenshot. It appears that a valid 
certificate is being presented by the server, but psi doesn't have 
certificate authority in its trust store. I've tried it with both psi 
installed in my default user profile and nss-certs installed in the system 
profile as well and with `guix environment --ad-hoc psi nss-certs -- psi`.


My environment variable appear to be set correctly:

jackhill@alperton ~$ env|grep -i ssl
GIT_SSL_CAINFO=/etc/ssl/certs/ca-certificates.crt
SSL_CERT_DIR=/run/current-system/profile/etc/ssl/certs
SSL_CERT_FILE=/etc/ssl/certs/ca-certificates.crt

The problem appears across different XMPP servers. I've tried the ones 
for member.fsf.org, duke.edu, and hcoop.net. The IM Observatory doesn't 
report any problems with the configuration of member.fsf.org [0]. I see 
the exact same problem and error messages with both psi and psi-plus.


[0] https://www.xmpp.net/result.php?id=1481007

Best,
Jack

bug#39637: mongo-tool no longer in Guix, so the tests no longer fail

[Jack Hill]

mongo-tools was removed from Guix in commit 
097cf21d1d34f4f66a403c3fb6e15b6709c4dd8a so I'm closing this issue.


Best,
Jack

bug#47204: DrRacket fonts issue

[Jack Hill]

Hi Guix,

DrRacket, both 7.9 and the fixed [0] 8.0 seem to have a fonts issue 
resulting in attatched screenshot with boxes where I expect readable 
characters. I have many fonts installed and recently ran `fc-cache -rvf`.


[0] https://issues.guix.gnu.org/47180

I'm running Guix System. Extra information:

jackhill@alperton ~$ locale
LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=
jackhill@alperton ~$ guix package -I |grep font-
font-awesome4.7.0   out 
/gnu/store/gknn01i1nr80apmcx42w36cqcz3zzri2-font-awesome-4.7.0
font-public-sans1.008   out 
/gnu/store/5agg754wp87z09ski6l0zvs3px81ppfq-font-public-sans-1.008
font-anonymous-pro-minus1.003   out 
/gnu/store/ywm6jrfsz5iw6n9nzgkh5x3igiq3793k-font-anonymous-pro-minus-1.003
font-opendyslexic   0.91.12 out 
/gnu/store/sdv4a8p6cqf2sg5qqf8ksw73h03lmkny-font-opendyslexic-0.91.12
font-sil-andika 5.000   out 
/gnu/store/da0zg8d9ybh6j11n0imx6fknxv9xnab4-font-sil-andika-5.000
font-vazir  22.1.0  out 
/gnu/store/bb8inx1zfncy4jhm0w889bvhpyja5ws0-font-vazir-22.1.0
font-fontna-yasashisa-antique   0   out 
/gnu/store/7fyrxqq1prdgkc6sajw19pp7c0k7ch17-font-fontna-yasashisa-antique-0
font-blackfoundry-inria 1.200   out 
/gnu/store/wam1cyqfx0ria7m75n5vvja00zbkm935-font-blackfoundry-inria-1.200
font-lohit  20140220out 
/gnu/store/v01qkwv5yw0dma3pan2qally7dyg2wwk-font-lohit-20140220
font-dejavu 2.37out 
/gnu/store/7y3lvk3xf4im8n44337mc6y0ccysvfia-font-dejavu-2.37
font-cns11643   98.1.20180605   out 
/gnu/store/a9kjz5q78klwnbf90jjlp09wfnxs0gpf-font-cns11643-98.1.20180605
font-sil-charis 5.000   out 
/gnu/store/q65i5vvin72zjpdqil91ih9wpd610mad-font-sil-charis-5.000
font-adobe-source-han-sans  1.004   out 
/gnu/store/vravfg76hqm27lrylhc2y44zs1y9zyn2-font-adobe-source-han-sans-1.004
font-tamzen 1.11.5  out 
/gnu/store/ndh77a0698x7f5l72iphl2328mqa7jms-font-tamzen-1.11.5
font-inconsolata3.000   out 
/gnu/store/8vq65z92r51ghnxbgdss9irk23df9s5f-font-inconsolata-3.000
font-ubuntu 0.83out 
/gnu/store/dkmg1zagg7zjq05zql4y3daahvdwj40x-font-ubuntu-0.83
font-rachana7.0.3   out 
/gnu/store/r4qf4yljwkpp01p4d3djdw1qx2wvnarb-font-rachana-7.0.3
font-cns11643-swjz  1   out 
/gnu/store/58gxg3npp9g3c3pggh3kkcb5s8rd62ga-font-cns11643-swjz-1
font-opendyslexic   0.91.12 out 
/gnu/store/sdv4a8p6cqf2sg5qqf8ksw73h03lmkny-font-opendyslexic-0.91.12
font-lato   2.015   out 
/gnu/store/k6rsaqb1mqq47i4mj8cdj1lwpfi6bxh0-font-lato-2.015
font-bitstream-vera 1.10out 
/gnu/store/1y1v30gm3h073xlybx0442gc6kr1kqh8-font-bitstream-vera-1.10
font-google-noto20171025out 
/gnu/store/g2szydnbvs7qqy2nf7qylba0rapajmd8-font-google-noto-20171025
font-sil-gentium5.000   out 
/gnu/store/5hkxi9ph5zk7lnqm1iq24hdnflcpm5jr-font-sil-gentium-5.000
font-anonymous-pro  1.002   out 
/gnu/store/a2pdlzvk0ywnyfx7666qngas7f8779hx-font-anonymous-pro-1.002
font-un 1.0.2-080608out 
/gnu/store/v6yfj82i40z6ca125qqahbxigprm67bq-font-un-1.0.2-080608
font-go 20170330-1.f03a046  out 
/gnu/store/5422g1r53gjviyhqlagwwsbzggybyr25-font-go-20170330-1.f03a046
font-google-roboto  2.136   out 
/gnu/store/3mv6bxcvdds1npbg2wf10901xh9y3x03-font-google-roboto-2.136
font-ipa-mj-mincho  006.01  out 
/gnu/store/mg4k1g4v1mb57f6vdmgb2nhr8axkz9jg-font-ipa-mj-mincho-006.01
font-wqy-microhei   0.2.0-beta  out 
/gnu/store/k3my3hqrgs9c6mbjkyxvbhlypqb5ll32-font-wqy-microhei-0.2.0-beta
font-fira-mono  3.206   out 
/gnu/store/3bb6j1bi4yam4fj27k3jf2wcci0jns5q-font-fira-mono-3.206
font-dosis  1.7 out 
/gnu/store/jp5bl864rqlw1v5fp8cchhvl96vhalr0-font-dosis-1.7
font-mplus-testflight   063aout 
/gnu/store/scf2li4kzxv5f84p994d7pg3xm8zjx91-font-mplus-testflight-063a
font-fira-sans  4.202   out 
/gnu/store/mmkpalfwk9arl9cm0a92kvspfrfbsmg6-font-fira-sans-4.202
font-hermit 2.0 out 
/gnu/store/lk9yi94cwriwz9y4kflr5rpf59ady7vs-font-hermit-2.0
font-adobe-source-code-pro  2.030R-ro-1.050R-it out 
/gnu/store/l5m74158njcan3p784gqhkir6zyk0bcp-font-adobe-source-code-pro-2.030R-ro-1.050R-it
font-google-material-design-icons   3.0.1   out 
/gnu/store/3yyzsgvagf7rw5lmkx70j5nmwa4qwd0y-font-google-material-design-icons-3.0.1
font-wqy-zenhei 0.9.45  out 
/gnu/store/4666sykl746p9vf4k2vh0nkiw12zjhs5-font-wqy-zenhei-0.9.45
font-hack   3.003   out 
/gnu/store/52r8anazd4rnkq9m3vxk700jga5h0i74-font-hack-3.003
font-tex-gyre   2.005   out 
/gnu/store/pyw1h9gh77b1k8wm26vb9qfbk083qkhf-font-tex-gyre-2.005
font-mathjax2.7.2   out 
/gnu/store/bf582s56ldb3y34pql3fd583wyn49x2a-font-mathjax-2.7.2

bug#47115: Failure building grub-img.png when reconfiguring

[Jack Hill]

I believe that I have identified the problematic difference in my 
operating system config between my working and non-working hosts. After 
applying the following patch to my operating system config (good and bad 
versions attatched), I was able to successfully reconfigure with guix 
8ec0ca8faff62f19426f22aeb1bd59a8950ca05a (I was able to reproduce the 
failure with that commit on another VM):


--- bad.scm 2021-03-15 22:36:36.1 -0400
+++ good.scm2021-03-15 22:37:01.1 -0400
@@ -79,8 +79,6 @@
   (guix-service-type config =>
  (guix-configuration
   (inherit config)
-  (extra-options
-   '("--disable-deduplication"))
   (authorized-keys
(cons
 (local-file 
"/home/jackhill/alperton-guix-key.pub")

I am forced to conclude that running the guix-daemon with deduplication 
disabled causes this build failure. Spooky!


Best,
Jack;; This is an operating system configuration for a VM image.
;; Modify it as you see fit and instantiate the changes by running:
;;
;;   guix system reconfigure /etc/config.scm
;;

(use-modules (gnu) (guix))
(use-service-modules networking ssh)
(use-package-modules bootloaders certs linux
 package-management)

(define vm-image-motd (plain-file "motd" "
\x1b[1;37mThis is the GNU system.  Welcome!\x1b[0m

This instance of Guix is a template for virtualized environments.
You can reconfigure the whole system by adjusting /etc/config.scm
and running:

  guix system reconfigure /etc/config.scm

Run '\x1b[1;37minfo guix\x1b[0m' to browse documentation.

\x1b[1;33mConsider setting a password for the 'root' and 'guest' \
accounts.\x1b[0m
"))

(operating-system
 (host-name "kalessin")
 (timezone "America/New_York")
 (locale "en_US.utf8")
 (initrd-modules (cons "virtio_scsi" %base-initrd-modules))

 ;; Label for the GRUB boot menu.
 (label (string-append "GNU Guix " (package-version guix)))

 (firmware '())

 ;; Below we assume /dev/vda is the VM's hard disk.
 ;; Adjust as needed.
 (bootloader (bootloader-configuration
  (bootloader grub-bootloader)
  (target "/dev/vda")
  (terminal-outputs '(console
 (file-systems (cons (file-system
  (mount-point "/")
  (device (file-system-label "kalessin-btrfs"))
  (type "btrfs")
  (options "compress=zstd"))
 %base-file-systems))

 (users (cons* (user-account
(name "jackhill")
(comment "Jack Hill")
(group "users")
(supplementary-groups '("wheel" "netdev")))
   %base-user-accounts))

 ;; Our /etc/sudoers file.  Since 'guest' initially has an empty password,
 ;; allow for password-less sudo.
 (sudoers-file (plain-file "sudoers" "\
root ALL=(ALL) ALL
%wheel ALL=NOPASSWD: ALL\n"))

 (packages (append (list btrfs-progs nss-certs)
   %base-packages))

 (services
  (append (list (service openssh-service-type
 (openssh-configuration
  (password-authentication? #f)
  (authorized-keys
   `(("jackhill" ,(local-file "/id_ed25519.pub")
 ,(local-file 
"/home/jackhill/tamago.ssh-key")
 ,(local-file 
"/home/jackhill/id_ed25519.pub"))

;; Use the DHCP client service rather than NetworkManager.
(service dhcp-client-service-type))
  (modify-services %base-services
   (guix-service-type config =>
  (guix-configuration
   (inherit config)
   (extra-options
'("--disable-deduplication"))
   (authorized-keys
(cons
 (local-file 
"/home/jackhill/alperton-guix-key.pub")
 
%default-authorized-guix-keys
;; This is an operating system configuration for a VM image.
;; Modify it as you see fit and instantiate the changes by running:
;;
;;   guix system reconfigure /etc/config.scm
;;

(use-modules (gnu) (g

bug#47115: Failure building grub-img.png when reconfiguring

[Jack Hill]

On Mon, 15 Mar 2021, Jack Hill wrote:


I was able to reproduce this on a new VM with the same hosting provider
(Ramnode), but in a different data center. Therefore, I conclude that it is 
not a fault in the particular hardware the VMs are running on, but that it 
could be a general problem with the hardware used by Ramnode or their 
virtualization software.


Apologies for not mentioning the provider before. At the time, I didn't see 
the need to advertise them, and it didn't seem likely to me that the problem 
was particular to them.


I've now reproduced this problem at a different VM provider (Linode), so I 
strongly suspect that it doesn't have anything to do with the hardware or 
virtualization configuration. There must be something about my 
operating system configuration that triggers this bug.


Best,
Jack

bug#47064: FYI: DrRacket problem

[Jack Hill]

Philip,

Thanks for the work you've been doing on improving our Racket package. I 
wanted to make sure you were aware of the failure of DrRacket and other 
graphical Racket components to load in the latest Racket package.


https://issues.guix.gnu.org/47064

Best,
Jack

bug#47115: Failure building grub-img.png when reconfiguring

[Jack Hill]

I was able to reproduce this on a new VM with the same hosting provider
(Ramnode), but in a different data center. Therefore, I conclude that it 
is not a fault in the particular hardware the VMs are running on, but that 
it could be a general problem with the hardware used by Ramnode or their 
virtualization software.


Apologies for not mentioning the provider before. At the time, I didn't 
see the need to advertise them, and it didn't seem likely to me that the 
problem was particular to them.


The good news is that I now have a VM dedicated to reproducing this 
problem, so if anyone would like access to help with investigation, please 
let me know (and include your preferred username and ssh public key).


For what it's worth, I noticed that guile-rsvg was substituted from 
ci.guix.gnu.org during the failed reconfigure.


Best,
Jack

bug#47064: DrRacket internal error uncompressing

[Jack Hill]

I wrote to the racket-users [0] list to see if they have advice on what 
could be causing this problem.


[0] https://www.mail-archive.com/racket-users@googlegroups.com/msg46066.html

Best,
Jack

bug#47115: Failure building grub-img.png when reconfiguring

[Jack Hill]

On Sun, 14 Mar 2021, Jack Hill wrote:


After running guix gc, I rebooted, ran guix pull


Er, I wrote it backwords here, but I ran them in the correct order: delete 
roots, reboot, gc, pull, …

bug#47115: Failure building grub-img.png when reconfiguring

[Jack Hill]

On Sun, 14 Mar 2021, Mark H Weaver wrote:


It occurs to me that we missed something: the profiles in
~/.config/guix/current that are managed by "guix pull".  It might be
that code within Guix itself was miscompiled (e.g. gnu/build/svg.scm),
or else that a profile in ~/.config/guix/current is still holding a
reference to something else that was miscompiled, (e.g. guile-cairo).

I suggest "guix pull --commit=453e101fc3f7dac9aabcd6122cf05fb7925103c7",
and then "guix package -p ~/.config/guix/current --delete-generations"
to delete any generations of Guix at commits that came after the Cairo
graft (use "guix pull --list-generations" to list them).  Do this for
all user accounts (including root) that have a ~/.config/guix/current
directory.  Then, try "guix gc" again.


Thanks Mark. I've done the dance to gc as much as possible again. This 
time, I also checked in /var/guix/gcroots to make sure I hadn't missed 
anything. In fact I had missed some extra manual roots that I had created, 
and I cleaned those up as well before running guix gc.


After running guix gc, I rebooted, ran guix pull, followed by a 
reconfigure. The first reconfigure failed because of the substitute 
networking problem, but when I ran it again, it failed in the same way 
building the grub png. After it failed, I ran it again to capture the 
following output:


jackhill@kalessin ~$ guix describe
Generation 9Mar 14 2021 23:24:43(current)
  guix d059485
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: d059485257bbe5b4f4d903b357ec99a3af2d4f39
jackhill@kalessin ~$ sudo -E guix system -v3 reconfigure /config.scm
The following derivations will be built:
   /gnu/store/xqdm3fslr3n0jyxh6i3nsn237lygjfwf-system.drv
   /gnu/store/2p1s41kwh9w7w8cijg3r4zplc9f9i6fw-activate.scm.drv
   /gnu/store/jgagsl2m5x5vi63s3hdwg6lb58m8qiz1-activate-service.scm.drv
   /gnu/store/dsv31bkl2vwqhqgrqvz59wir009ix3kb-etc.drv
   /gnu/store/9f2rvmk0xii50smi8dwn0q9556y7qc94-rottlog.drv
   /gnu/store/ky3yw75v55g06ggi4i0xk155i7knn10f-sudoers.drv
   /gnu/store/b2h0nkrd03zff082lg7y149aw3j9yfxg-profile.drv
   /gnu/store/hlr9ypdb841sz2w949mxi5kqhvv2dd22-boot.drv
   /gnu/store/y8s53y9irwbsy1pc07vbczbp7jwsrsw4-shepherd.conf.drv
   
/gnu/store/6zk7p1iljyayb5hyafgbzik06cq0f00j-shepherd-ssh-daemon-ssh-sshd.go.drv
   
/gnu/store/p89f6qy78yarsjrmq8mkrjihnk4hpm25-shepherd-ssh-daemon-ssh-sshd.scm.drv
   /gnu/store/kscdry7kq4izr7nyzs6gq3kg0hqcjffx-shepherd-guix-daemon.go.drv
   /gnu/store/aa4wgjx3625m5k71i5rzb0ywx9z6a0i3-shepherd-guix-daemon.scm.drv
   /gnu/store/qy2sl92bqnzahvpzb6imgspp6llpz0cj-shepherd-mcron.go.drv
   /gnu/store/xdxd5gfvzk4g0m2idbfcrp3d32gm0vz6-shepherd-mcron.scm.drv
   /gnu/store/q8ampzxsdkibl15jhlvq30gic5qgm0wi-mcron-job.drv
   /gnu/store/qj9nqyhci6zhkfprpwch90ry5hkhwvbx-mcron-job.drv
   /gnu/store/6gx45db5mwraihq1qv8c9vmxhdskjk1a-grub.cfg.drv
   /gnu/store/07xw2pp63xin4c4y8ndrcdn3n8z1vmx2-grub-image.png.drv
The following grafts will be made:
   /gnu/store/fwwwnlzhckvi4wmw89m9az9y9wb9v6q9-rottlog-0.72.2.drv
   /gnu/store/26z2lhnqhzr5b88axv7b38fgqjl3w2h8-usbutils-013.drv
The following profile hooks will be built:
   /gnu/store/5c19y82k9pw297w0b5gn8j6p7g7c6h60-ca-certificate-bundle.drv
   /gnu/store/j5plp2k4bkjilqx1yw9mkavy37ipp29h-fonts-dir.drv
   /gnu/store/lcilg958v3adfl8jljkjwpwihbzsyr6c-info-dir.drv
   /gnu/store/z5m7ra9zd3vhqbp5hg4695s2jgsggr6q-manual-database.drv
building /gnu/store/07xw2pp63xin4c4y8ndrcdn3n8z1vmx2-grub-image.png.drv...
Backtrace:
   2 (primitive-load "/gnu/store/larqpc2wjhnc6jmj4885k8lynd1?")
In gnu/build/svg.scm:
 53:6  1 (svg->png _ "/gnu/store/vmldvxllh07k641wmbnlz3migga29r?" ?)
In unknown file:
   0 (rsvg-handle-render-cairo # #)

ERROR: In procedure rsvg-handle-render-cairo:
Wrong type (expecting finalized smob): #
builder for `/gnu/store/07xw2pp63xin4c4y8ndrcdn3n8z1vmx2-grub-image.png.drv' 
failed with exit code 1
build of /gnu/store/07xw2pp63xin4c4y8ndrcdn3n8z1vmx2-grub-image.png.drv failed
View build log at 
'/var/log/guix/drvs/07/xw2pp63xin4c4y8ndrcdn3n8z1vmx2-grub-image.png.drv.bz2'.
cannot build derivation 
`/gnu/store/6gx45db5mwraihq1qv8c9vmxhdskjk1a-grub.cfg.drv': 1 dependencies 
couldn't be built
guix system: error: build of 
`/gnu/store/6gx45db5mwraihq1qv8c9vmxhdskjk1a-grub.cfg.drv' failed

Do you think it is worth creating another VM to see if it's a problem with 
the VM configuration?


Best,
Jack

bug#47115: Failure building grub-img.png when reconfiguring

[Jack Hill]

On Sun, 14 Mar 2021, Mark H Weaver wrote:


(1) You must *delete* the "older" system generations and user profiles
   e.g. by running "guix system delete-generations" and "guix package
   --delete-generations", or else "guix gc" won't clear them from your
   store.  It is not enough to merely switch to an older system
   generation and profiles.

(2) You'll also need to actually reboot into the older system
   generation, because /run/booted-system will continue to protect
   (from GC) the system that you last booted into, even after you
   switch systems.

Did you do those things before running "guix gc"?


Oops, I left out those details. Yes, I did both those things.


I'm sorry that you've hit this nasty bug.


Thanks. For me, being the only one that can reproduce or experience a 
problem can be a frustrating and lonely experience, so really appreciate 
the time you and Leo have spent looking at it.


Best,
Jack

bug#47115: Failure building grub-img.png when reconfiguring

[Jack Hill]

Okay, I've started looking at the builder a little more:

jackhill@alperton ~$ cat /gnu/store/larqpc2wjhnc6jmj4885k8lynd19fl4m-grub-image.png-builder 
(if (string-suffix? ".svg" "/gnu/store/83qplqmavzphd30hm1maxwlh166ylpwr-guix-artwork-2f2fe74-checkout/grub/GuixSD-fully-black-4-3.svg") (begin (use-modules (gnu build svg)) (svg->png "/gnu/store/83qplqmavzphd30hm1maxwlh166ylpwr-guix-artwork-2f2fe74-checkout/grub/GuixSD-fully-black-4-3.svg" ((@ (guile) getenv) "out") #:width 1024 #:height 768)) (copy-file "/gnu/store/83qplqmavzphd30hm1maxwlh166ylpwr-guix-artwork-2f2fe74-checkout/grub/GuixSD-fully-black-4-3.svg" ((@ (guile) getenv) "out")))


The problem appears to be in the svg->png procedure or at least in the 
svg.scm file. On the "bad" system:


jackhill@kalessin ~$ guix environment --ad-hoc guile guile-rsvg guile-readline
jackhill@kalessin ~ [env]$ guile
GNU Guile 3.0.5
Copyright (C) 1995-2021 Free Software Foundation, Inc.

Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'.
This program is free software, and you are welcome to redistribute it
under certain conditions; type `,show c' for details.

Enter `,help' for help.
scheme@(guile-user)> ,use (gnu build svg)
;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0
;;;   or pass the --no-auto-compile argument to disable.
;;; compiling /run/current-system/profile/share/guile/site/3.0/gnu/build/svg.scm
;;; WARNING: compilation of 
/run/current-system/profile/share/guile/site/3.0/gnu/build/svg.scm failed:
;;; failed to create path for auto-compiled file 
"/run/current-system/profile/share/guile/site/3.0/gnu/build/svg.scm"
scheme@(guile-user)> (svg->png 
"/gnu/store/83qplqmavzphd30hm1maxwlh166ylpwr-guix-artwork-2f2fe74-checkout/grub/GuixSD-fully-black-4-3.svg"
 "/tmp/test.png")
ice-9/boot-9.scm:1669:16: In procedure raise-exception:
Wrong type (expecting finalized smob): #

Entering a new prompt.  Type `,bt' for a backtrace or `,q' to continue.

On the good system

ckhill@alperton ~$ guix environment --ad-hoc guile guile-rsvg guile-readline
jackhill@alperton ~ [env]$ guile
GNU Guile 3.0.5
Copyright (C) 1995-2021 Free Software Foundation, Inc.

Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'.
This program is free software, and you are welcome to redistribute it
under certain conditions; type `,show c' for details.

Enter `,help' for help.
scheme@(guile-user)> ,use (gnu build svg)
;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0
;;;   or pass the --no-auto-compile argument to disable.
;;; compiling /run/current-system/profile/share/guile/site/3.0/gnu/build/svg.scm
;;; compiled 
/home/jackhill/.cache/guile/ccache/3.0-LE-8-4.4/gnu/store/0j6w61vjjvp4zqzrqvyhqm6254ppzh8y-guix-1.2.0-16.c8887a5/share/guile/site/3.0/gnu/build/svg.scm.go
scheme@(guile-user)> (svg->png 
"/gnu/store/83qplqmavzphd30hm1maxwlh166ylpwr-guix-artwork-2f2fe74-checkout/grub/GuixSD-fully-black-4-3.svg"
 "/tmp/test.png")

and a png file is produced. Particularly relivant seems the 
auto-compilation failure.


To be continued…

Best,
Jack

bug#47115: Failure building grub-img.png when reconfiguring

[Jack Hill]

Trying to document some more information in the hopes that others can 
reproduce this bug.


On the host that fails:

$ guix describe
Generation 7Mar 14 2021 16:14:58(current)
  guix d4e29f3
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: d4e29f3628ad0c7576d7cab659d7fcc19d21999a

jackhill@kalessin ~$ cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 58
model name  : Intel Xeon E3-12xx v2 (Ivy Bridge, IBRS)
stepping: 9
microcode   : 0x1
cpu MHz : 2599.990
cache size  : 16384 KB
physical id : 0
siblings: 1
core id : 0
cpu cores   : 1
apicid  : 0
initial apicid  : 0
fpu : yes
fpu_exception   : yes
cpuid level : 13
wp  : yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm 
constant_tsc rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq 
vmx ssse3 cx16 pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes 
xsave avx f16c rdrand hypervisor lahf_lm cpuid_fault pti ssbd ibrs ibpb 
tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust smep erms 
xsaveopt arat md_clear
vmx flags	: vnmi preemption_timer posted_intr invvpid ept_x_only 
ept_1gb flexpriority apicv tsc_offset vtpr mtf vapic ept vpid 
unrestricted_guest vapic_reg vid
bugs		: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass 
l1tf mds swapgs itlb_multihit srbds

bogomips: 5199.98
clflush size: 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:

processor   : 1
vendor_id   : GenuineIntel
cpu family  : 6
model   : 58
model name  : Intel Xeon E3-12xx v2 (Ivy Bridge, IBRS)
stepping: 9
microcode   : 0x1
cpu MHz : 2599.990
cache size  : 16384 KB
physical id : 1
siblings: 1
core id : 0
cpu cores   : 1
apicid  : 1
initial apicid  : 1
fpu : yes
fpu_exception   : yes
cpuid level : 13
wp  : yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm 
constant_tsc rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq 
vmx ssse3 cx16 pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes 
xsave avx f16c rdrand hypervisor lahf_lm cpuid_fault pti ssbd ibrs ibpb 
tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust smep erms 
xsaveopt arat md_clear
vmx flags	: vnmi preemption_timer posted_intr invvpid ept_x_only 
ept_1gb flexpriority apicv tsc_offset vtpr mtf vapic ept vpid 
unrestricted_guest vapic_reg vid
bugs		: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass 
l1tf mds swapgs itlb_multihit srbds

bogomips: 5199.98
clflush size: 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:

jackhill@kalessin ~$ cat /config.scm
;; This is an operating system configuration for a VM image.
;; Modify it as you see fit and instantiate the changes by running:
;;
;;   guix system reconfigure /etc/config.scm
;;

(use-modules (gnu) (guix))
(use-service-modules networking ssh)
(use-package-modules bootloaders certs linux
 package-management)

(define vm-image-motd (plain-file "motd" "
\x1b[1;37mThis is the GNU system.  Welcome!\x1b[0m

This instance of Guix is a template for virtualized environments.
You can reconfigure the whole system by adjusting /etc/config.scm
and running:

  guix system reconfigure /etc/config.scm

Run '\x1b[1;37minfo guix\x1b[0m' to browse documentation.

\x1b[1;33mConsider setting a password for the 'root' and 'guest' \
accounts.\x1b[0m
"))

(operating-system
 (host-name "kalessin")
 (timezone "America/New_York")
 (locale "en_US.utf8")
 (initrd-modules (cons "virtio_scsi" %base-initrd-modules))

 ;; Label for the GRUB boot menu.
 (label (string-append "GNU Guix " (package-version guix)))

 (firmware '())

 ;; Below we assume /dev/vda is the VM's hard disk.
 ;; Adjust as needed.
 (bootloader (bootloader-configuration
  (bootloader grub-bootloader)
  (target "/dev/vda")
  (terminal-outputs '(console
 (file-systems (cons (file-system
  (mount-point "/")
  (device (file-system-label "kalessin-btrfs"))
  (type "btrfs")
  (options "compress=zstd"))
 %base-file-systems))

 (users (cons* (user-account
(name "jackhill")
(comment "Jack Hill")
(group "users")
(supplementary-groups '("wheel" "netdev")))
   %base-user-accounts))

 ;; Our /etc/sudoers fil

bug#47115: Failure building grub-img.png when reconfiguring

[Jack Hill]

Still on the same VM, I've been able to reproduce the problem while 
building a different derivation: 
/gnu/store/07xw2pp63xin4c4y8ndrcdn3n8z1vmx2-grub-image.png.drv from Guix 
commit d4e29f3628ad0c7576d7cab659d7fcc19d21999a. I can still build the new 
derivation on my desktop.


Hrm, it's a pretty spooky problem.

Best,
Jack

bug#47115: Failure building grub-img.png when reconfiguring

[Jack Hill]

In an effort to clear out more of the potentially problematic store items, 
I switched to an older generation of the system as well as guix pull and 
user profiles. I then ran guix gc. At this point, I was running guix from 
commit 373e5fc96724fd38bb1263e4af90932ea36f596b and the system profile was 
created with guix f3eecfd36cb537a1febc30eea1f6aa448203ba40.


I then pulled, bringing me up to guix 
8154beffd8c121e953a7c4cd75c3eebfcc073a9a. Reconfiguring results in the 
same error. Any thoughts on how to recover? Should I try building guix 
against an older guile version?


Best,
Jack