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

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

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

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

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

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.

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

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

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

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

bug#65240: pdfarranger can't be installed

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

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

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

bug#66817: ansible-core package fails to build

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.

bug#51213: ghci missing reference to gcc

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

bug#65304: refresh can't update profanity

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

bug#63237: Sway fails to start

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:

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

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

bug#63151: sound-juicer configure fails

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)

bug#63150: quilt tests fail

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,

bug#63122: guix refresh wrote the wrong version number

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

bug#62765: Python importer gets confused about network access

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

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

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

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

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

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

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

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

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

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

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

bug#56864: qutebrowser

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

bug#56804: eveolution-data-server test failure

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

bug#47474: fossil: hash mismatch

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

bug#47474: fossil: hash mismatch

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

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

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

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

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"

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

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!

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

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/

bug#55462: emacs-libgit tests fail

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

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

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

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

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

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

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)

bug#55293: Guix gets stuck after substitute problem

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

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

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

bug#47204: DrRacket fonts issue

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

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

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

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]

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

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

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

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:

bug#53742: rust-fiat-crypto missing source

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:

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

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

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

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

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

bug#52375: webkitgtk needs gst-plugins-bad

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

bug#52375: webkitgtk needs gst-plugins-bad

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

bug#52678: sway unable to start Xwayland

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

bug#52678: sway unable to start Xwayland

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: ```

bug#52375: Both pages load fine for me

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

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

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]

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

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

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

* 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

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

* 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

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

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

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

* 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

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

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

bug#52090: swaylock unaligned fastbin chunk detected

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

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

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

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

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

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

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

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

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

bug#51213: ghci missing reference to gcc

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

bug#51213: ghci missing reference to gcc

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

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

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

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

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

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

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

bug#50206: guix deploy failed with exit code 1

(type "ext4")) %base-file-systems)) (host-name "kiosk") (users (cons* (user-account (name "jackhill") (comment "Jack Hill") (group "users") (home-directory

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

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

bug#49263: Guix weather backtrace

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, thi

bug#49263: Guix weather backtrace

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:

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

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

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]

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

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.

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]

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

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

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

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

bug#48127: appstream-glib build tests fail

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.

* 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

bug#48127: appstream-glib build tests fail

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

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:

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

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

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

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

bug#47941: guix lint -c cve stacktrace

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:

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

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 _

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

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

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

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

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

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

bug#47204: DrRacket fonts issue

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

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

ystem-label "kalessin-btrfs")) (type "btrfs") (options "compress=zstd")) %base-file-systems)) (users (cons* (user-account (name "jackhill") (comment "Jack Hill

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

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

bug#47064: FYI: DrRacket problem

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

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

bug#47064: DrRacket internal error uncompressing

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

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

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

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

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

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

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

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

bel "kalessin-btrfs")) (type "btrfs") (options "compress=zstd")) %base-file-systems)) (users (cons* (user-account (name "jackhill") (comment "Jack Hill"

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

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

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

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

  1   2   3   >