bug#40428: closed (Re: bug#40428: Cannot use inferiors in manifest)

help-debb...@gnu.org (GNU bug Tracking System) writes: > Marius Bakke skribis: > >> ERROR: In procedure put-bytevector: >> In procedure put-bytevector: Wrong type argument in position 1 (expecting >> open output port): # > > This is now fixed in 8ed597f4a2

bug#40428: Cannot use inferiors in manifest

Hello, On the current 'master' branch, using an inferior in a manifest will cause a crash in 'compute-guix-derivation' as reported in . It can be reproduced by taking the inferior example from the manual:

bug#38449: bug#40223: ImageMagick is not bit-reproducible

Ludovic Courtès writes: > ImageMagick embeds timestamps: Turns out there was a really simple fix for this: pass "--enable-reproducible-build" to the configure script. Fixed on the 'staging' branch with commit 87bc9f022cdd3487e85cf83cf8315246abf9. signature.asc Description: PGP signature

bug#40388: Reported upstream to Calibre

Josh Holland writes: > I've reported this bug as > https://bugs.launchpad.net/calibre/+bug/1870541. I also found the > backwards-incompatible change in msgpack which is the culprit of this: > > * Default value of strict_map_key is changed to True to avoid > hashdos. You need to pass

bug#34275: clementine-1.3.1 fails test

Pierre Neidhardt writes: > For me on Guix ce226e9d8d52d2530f057f2000d36c0d55380ade it fails with > > --8<---cut here---start->8--- > [ 97%] Linking CXX executable asxiniparser_test > cd /tmp/guix-build-clementine-1.3.1-2.4619a4c.drv-0/build/tests && >

bug#39949: [core-updates] rust@1.20 fails tests

Marius Bakke writes: > Rust 1.20 fails a test on core-updates, possibly because of the new > version of GNU Make (4.3). > > I suppose we can disable that test for the bootstrap builds as long as > it works for the latest version of Rust. Fixed by giving Rust an earlier vers

bug#35575: logo,Some graphical programs borked with Guix on Arch

Brendan Tildesley writes: > To follow up on this old bug, I believe the issue may come from here: > https://gitlab.freedesktop.org/mesa/mesa/-/blob/master/src/compiler/glsl/shader_cache.cpp#L144 > > Mesa calculates a sha1 based on some things they reason affect the > output, but likely it is

bug#40316: core-updates nss not reproducible

Danny Milosavljevic writes: > Hi, > > core-updates' nss is not reproducible (commit > aebcbb27bc2f192cc06163251bab66a4ceb7b7d6). Is this issue only present on the 'core-updates' branch? There haven't been any changes to NSS on that branch compared to 'master' AFAIK. signature.asc

bug#40277: murmur-configuration missing newline in config file

Simon Mages via Bug reports for GNU Guix writes: > Hi, > > i am using guix on my server and i want to use mumble. > I found that it is working fine so far, but there is this one bug. > The config file generated is missing a newline. > > The following patch fixes the issue: Nice find, applied!

bug#39949: [core-updates] rust@1.20 fails tests

Bengt Richter writes: > Hi Marius, > > On +2020-03-31 16:04:03 +0200, Marius Bakke wrote: >> Marius Bakke writes: >> >> > Rust 1.20 fails a test on core-updates, possibly because of the new >> > version of GNU Make (4.3). >> > >> > I

bug#40872: First installed package on guix system is not instantly usable

Stefan writes: > Hi! > > I have a guix system and my user account has no package installed yet. After > installing the first package – git-minimal in my case – this message is > printed and I get this error when trying to use the new command: > > building profile with 1 package... > Hinweis:

bug#40819: [core-updates] font-gnu-freefont fails to build

Jack Hill writes: > Hi Guix, > > On the current core-updates branch, font-gnu-freefont fails to build with > the attatched build log. > > Based on the messages about syntax errors, it looks like gnu-freefont is > not compatible with python3, and instead needs python2. A new version of GNU

bug#40717: tests/print.scm is failing

Marius Bakke writes: > Hello, > > Running 'make check TESTS=tests/print.scm' results in two failures: Ricardo fixed this in 10af34cd7f1f4f9fb50db826d06233c83a9c0439. signature.asc Description: PGP signature

bug#40872: First installed package on guix system is not instantly usable

Stefan writes: > Hi Marius! > >> This is odd, as /etc/profile contains a workaround for this exact >> problem (notice the else clause): >> >> # Arrange so that ~/.config/guix/current comes first. >> for profile in "$HOME/.guix-profile" "$HOME/.config/guix/current" >> do >> if [ -f

bug#41051: [guix-1.1.0] guix system failed

Thanks for the report! wensheng xie writes: > The error: > > root@guix ~# guix system reconfigure /etc/config.scm > The following derivation will be built: >/gnu/store/g26kkrfd49y5wcz57x0xgkh97w997kmb-grub.cfg.drv > building /gnu/store/g26kkrfd49y5wcz57x0xgkh97w997kmb-grub.cfg.drv... >

bug#41058: core-updates: GNOME Maps doesn't start

sirgazil via Bug reports for GNU Guix writes: > This happens in both master and core-updates, although I don't know if the > former fails for the same reason. It also happens in both real machine and > virtual machine. Fixed on core-updates with commit

bug#41059: Contributing section from manual does not work when I'm working on some patches

Josh Marshall writes: > Close fixed OK, closing by adding -done to the bug email address. Thanks! signature.asc Description: PGP signature

bug#41069: cyclically dependent channels crashes guix pull

Martin Becze writes: > Cyclically dependent channels crashes guix pull. Cyclically dependent > channels probably shouldn't happen, but guix pull probably shouldn't go > into an endless loop and die either. Can you provide a channel configuration that reproduces this? signature.asc

bug#41057: core-updates: GNOME Weather doesn't start

sirgazil via Bug reports for GNU Guix writes: > This happens in both master and core-updates, although it seems to fail with > a different error in the former (see https://issues.guix.gnu.org/39324). It > also happens in both real machine and virtual machine. Fixed on core-updates with commit

bug#41051: [guix-1.1.0] guix system failed

wensheng xie writes: > Hi, Marius: > > The problem is not reproduced after I did another 'guix pull'. I attached the > information: OK. I don't know what the problem was, but as it works with the latest Guix I'm closing this bug. Thanks for the report! signature.asc Description: PGP

bug#41035: [Error] No upgrade after pull

louishp via Bug reports for GNU Guix writes: > Hello, > > I've just installed GuixSD on a virtual machine (by Virtual Box on Windows > 10), and got some strange errors with guix upgrade. > > The first commands I use after the first login (as root) is : `guix pull`, > which pulls many packages,

bug#40828: core-updates: guix system reconfigure error: guix-1.1.0-1.7dd0539.drv failed

sirgazil via Bug reports for GNU Guix writes: > ## Steps to reproduce > > 1. guix pull --branch=core-updates > 2. guix upgrade > 3. sudo guix system reconfigure --fallback os-config.scm > > > ## Expected result > > Reconfiguring ends without errors. > > > ## Unexpected result > > The whole

bug#40824: core-updates: guix upgrade error: emacs-guix-0.5.2.drv failed

sirgazil via Bug reports for GNU Guix writes: > ## Steps to reproduce > > 1. guix pull --branch=core-updates > 2. guix upgrade > > > ## Expected result > > All packages in my profile are upgraded successfully. > > > ## Unexpected result > > The upgrade failed with the following error: > >

bug#40829: [core-updates] pdfpc-4.3.4 fails to build

Jack Hill writes: > Hi Guix, > > Currently, pdfpc on core-updates fails to build with: > > /tmp/guix-build-pdfpc-4.3.4.drv-0/source/src/classes/action/action_mapping.vala:51.9-51.28: > error: Creation method of abstract class cannot be public. > public ActionMapping() { >

bug#40826: core-updates: guile: warning: failed to install locale

sirgazil via Bug reports for GNU Guix writes: > I'm using the GNU system distributed by Guix. > > > ## Steps to reproduce > > 1. guix pull --branch=core-updates > 2. guix --version (or any other guix command) > > > ## Expected result > > > $ guix --version > guix (GNU Guix)

bug#41211: texlive-luatex-luaotfload fails to build

merge 39755 41211 thanks Thanks for the report. I tried updating texlive-lualatex-otfload a while back, but gave up because the new versions needs "l3build" which I have zero experience with. Any pointers for packaging and using l3build appreciated. For reference, as the original home page has

bug#41241: xfce4 default font display broken after guix pull; sudo guix system reconfigure /etc/config.scm

W Knight writes: > Summary: > After doing a guix pull; sudo guix system reconfigure /etc/config.scm on a > fresh 1.1.0 install via iso the default font for all xfce displays breaks. > Each character in menu, applications, and terminals is a box with four dots > (no character available). >

bug#41209: AVR toolchain fails to build

Ricardo Wurmus writes: > avr-toolchain-5.5.0 fails to build. It seems to be mixing headers from > GCC 5 and GCC 7: > > --8<---cut here---start->8--- > In file included from > /gnu/store/rn75fm7adgx3pw5j8pg3bczfqq1y17lk-gcc-7.5.0/include/c++/stdlib.h:36:0, >

bug#41319: [GAJIM-OMEMO]: Plugin does not get activated

Hi Raghav, Raghav Gururajan writes: > Hello Guix! > > After recent core-updates<-->master merge, omemo plugin in gajim stopped > working. The plugin is provided by the package gajim-omemo. The error I > get when I try to activate the plugin is "You are missing Python-Axolotl > or use an

bug#41301: [bug#41335] 000-gettext.patch

Josh Marshall writes: > diff --git a/gnu/packages/gettext.scm b/gnu/packages/gettext.scm > index 202acf25d4..7ca0acbf8b 100644 > --- a/gnu/packages/gettext.scm > +++ b/gnu/packages/gettext.scm > @@ -44,14 +44,14 @@ > (define-public gettext-minimal >(package > (name "gettext-minimal") >

bug#41304: Django 3 dependency: python-jinja2

Josh Marshall writes: > Out of date: python-Jinja2 Fixed on 'staging' with commit a8c26c83e595a45242d931f710825cd846ff29f8. signature.asc Description: PGP signature

bug#41115: warsow-qfusion bundles compiled software, third party sources

Hello, The 'warsow-qfusion' source code contains lots of compiled libraries, for various platforms (win32, GNU/Linux, macOS). It also bundles many of its dependencies even if they are unused. Those should be removed with a source 'snippet'. signature.asc Description: PGP signature

bug#40837: core-updates: webkitgtk web process sandbox incomplete

Jack Hill writes: > On Wed, 6 May 2020, Marius Bakke wrote: > >> Hello Jack, >> >> Thanks a lot for this work. > > You're welcome. I'm happy that we seem to be making good progress. > >> Jack Hill writes: >> >>> Some additional obs

bug#41019: util-linux runstatedir is not actually a state directory

Danny Milosavljevic writes: > I'd prefer if we left the bug report still open and eventually fixed this > bug--although util-linux has a huge number of dependents. You could create a 'util-linux/fixed' variable for this package if you know how to fix it, and merge it with util-linux in the next

bug#41090: [core-updates] fakeroot fails its test suite (breaks spacefm)

Maxim Cournoyer writes: > Hello, > > Testing the core-updates branch, I got this failure from fakeroot: > > --8<---cut here---start->8--- > make check-TESTS > make[2]: Entering directory > '/tmp/guix-build-fakeroot-1.24.drv-0/fakeroot-1.24/test' > make[3]:

bug#41116: Guix deploy fails with new version of Herd

Hi Alex, Alex Sassmannshausen via Bug reports for GNU Guix writes: > Hello, > > I maintain a number of servers using Guix deploy. It seems that the > recent upgrade to Herd in Guix, and specifically commit > 4c0cc7bed3de2c0e2d3a6e95b88693941e839eec might have introduced a bug. > > From my

bug#41058: core-updates: GNOME Maps doesn't start

reopen 41058 retitle GNOME Maps fails to start in GNOME thanks sirgazil via Bug reports for GNU Guix writes: > I still can reproduce the problem though, in both real and virtual machines. Oh, I had missed that you mentioned it worked from a terminal (it did not for me on i3). I hope one of

bug#41025: blueman does not start

Raghav Gururajan writes: > + ;; Prevent the autogen.sh script to carry out the configure > + ;; script, which has not yet been patched to replace /bin/sh. > + (add-before 'bootstrap 'setenv > + (lambda _ > + (setenv "NOCONFIGURE" "TRUE") > +

bug#41116: Guix deploy fails with new version of Herd

Diego Nicola Barbato writes: > Hey, > > Ludovic Courtès writes: > >> Hello Alex & Marius, >> >> Marius Bakke skribis: >> >>> Alex Sassmannshausen via Bug reports for GNU Guix >>> writes: >>> >>>> Hello, >>>

bug#41115: warsow-qfusion bundles compiled software, third party sources

Pierre Neidhardt writes: > Done in > e5f1f5ce07f0976241ed1a68b952b40876eeafba Thanks for the quick fix! signature.asc Description: PGP signature

bug#41246: freehdl fails to build

tsmish writes: > Attaching build log. > commit: 8ba4d8a347fbdf9fe09e8ac801b4ac0586ac382a Thanks! > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:266:22: > error: ‘__gnu_cxx::strtold’ has not been declared >using ::__gnu_cxx::strtold; > ^ >

bug#41301: Django 3 dependency: gettext

Josh Marshall writes: > The following needs to be updated: gettext Why does it need to be updated? gettext 0.20.2 was released just a month ago[0], and Django runs on a wide range of distributions that surely has older versions. Updating gettext is also a full-rebuild change which means this

bug#41282: doc: dot graphs display square glyphs instead of letters

Pierre Neidhardt writes: > See for instance "12.1 The Reduced Binary Seed Bootstrap". > Commit 7bba5425473b5d193946e537de77c631ae6c3667. I can not reproduce this. What is the exact command you are running? Do you have any fonts installed? signature.asc Description: PGP signature

bug#41249: magic-wormhole fails to build

Mikhail Tsykalov writes: > magic-wormhole fails in test stage with errors similar to following: > > Expected: (,) > Got: [Failure instance: Traceback: : an integer is > required (got type bytes) Fixed in f227dd489b0a1e6905801b1e73f85dde852b5713, thanks! signature.asc Description: PGP

bug#41028: Channel/inferior error with core-updates: Unbound variable: call-with-new-thread

s is, but maybe the file > ownership can be recorded prior to patching, and reset afterwards if > it's changed. I took a stab at exactly this: From 993dd0d36ba8e67af5c60d73cb1f9d60741f5418 Mon Sep 17 00:00:00 2001 From: Marius Bakke Date: Fri, 8 May 2020 16:23:55 +0200 Subject: [PATCH] c

bug#41028: Channel/inferior error with core-updates: Unbound variable: call-with-new-thread

Marius Bakke writes: > Christopher Baines writes: > >> One even more niche issue is that because I'm using this channel in my >> system configuration, the patching happens as root, but it's the cached >> channel in my users home directory that's patched. This mean

bug#40123: glibc-locales: links missing in root user profile

Mikael Djurfeldt writes: > To figure out where the package gets installed, try running this >> command: >> >> find /var/guix/profiles -name sv_SE.utf8 -type d >> > > It's obvious that that line will produce an empty result. That is because > the sv_SE.utf8 directory only exists in the store. But

bug#40123: glibc-locales: links missing in root user profile

Tje Mikael, Mikael Djurfeldt writes: > To reproduce the bug: > > * install guix on top of an ordinary linux distribution using the install > script at guix.gnu.org > > * install glibc-locales as root > > Expected: > > There should be a link ~root/.guix-profile/lib/locales That should be

bug#40123: glibc-locales: links missing in root user profile

Mikael Djurfeldt writes: > On Wed, Mar 18, 2020 at 7:40 PM Marius Bakke wrote: > >> Mikael Djurfeldt writes: >> >> > To figure out where the package gets installed, try running this >> >> command: >> >> >> >> find /var/guix

bug#30299: [core-updates] shepherd fails tests on all systems except x86_64

Brice Waegeneire writes: > Hello, > > Does this bug is still relevant? > It was reported on core-updates 2 years ago with shepherd 0.3.2. > I can't see any CI failures[0] related to a test failing since cuirass > was setup, the only time the build of shepherd failed[1] it wasn't due > to a

bug#36109: [bug#40129] [PATCH] gnu: gpa: Add phase wrap-program.

Brice Waegeneire writes: > Fixes > > * gnu/packages/gnupg.scm (gpa)[arguments]: Add phase wrap-program. Applied, thanks! [...] > + (add-after 'install 'wrap-program > + (lambda* (#:key inputs outputs #:allow-other-keys) > + (let ((out

bug#23811: shepherd: tests/respawn-throttling.sh fails sporadically

Brice Waegeneire writes: > Hello, > > #23811 (merged with #28588) are about the same tests failing as > the recently closed #30299 and were reported 4 et 3 years. > I suggest to close then too. Good catch, closing! signature.asc Description: PGP signature

bug#40079: emacs-elpy-1.31.0: failed to build

sirgazil via Bug reports for GNU Guix writes: > I couldn't upgrade the packages in my user profile because "emacs-elpy" check > phase fails. > > > ## Steps to reproduce > > 1. guix pull > 2. guix build emacs-elpy > > > ## Unexpected result > > > The output of the check phase: > >

bug#40031: OpenScad Test errors

Ekaitz Zarraga writes: > ‐‐‐ Original Message ‐‐‐ > On Wednesday, March 11, 2020 10:51 PM, Leo Famulari > wrote: > >> On Wed, Mar 11, 2020 at 08:48:43PM +, Ekaitz Zarraga wrote: >> >> > Hi, >> > My installation of GuixSD fails to install OpenSCAD. >> > Running `guix environment

bug#35644: emacs module support doesn't work

Caleb Ristvedt writes: > I can confirm that it now works. I did a bit of looking through the commit > history and playing around with 'guix time-machine', and whatever changed > to fix > it, it wasn't a change that touched gnu/packages/emacs.scm. I know it fell > between 7ab5c4e0e8 and

bug#39950: flatpack packages can't open external applications

Damien Cassou writes: > Hi, > > when I install a flatpak package under Guix System, this package works > but can't open external applications. This is a problem for some > applications, e.g., Blender will never open your web browser. > > How to reproduce: > > $ guix install flatpak > > $ flatpak

bug#39869: python-orator build fails

This was a surprisingly deep rabbit hole that ended pretty unsatisfactory with commit 51d42caa94515f43d677bdd76d53bf8bb8c7bc4e. According to a comment in the package definition, the tests were never supposed to run, so in the end they were just disabled. I discovered a pattern that I hadn't seen

bug#40079: emacs-elpy-1.31.0: failed to build

Maxim Cournoyer writes: > Ricardo Wurmus writes: > >> Marius Bakke writes: >> >>> sirgazil via Bug reports for GNU Guix writes: >>> >>>> I couldn't upgrade the packages in my user profile because "emacs-elpy" >>>> chec

bug#40159: python-language-server-0.31.7 fails to build

ryan writes: > View build log at > '/var/log/guix/drvs/3m/x0662f42mrhvsvyahlj8ajyykq9hax-python-language-server-0.31.7.drv.bz2'. > > The build log listed above ended with: > > ... > running "python setup.py" with command "test" and parameters () > running test > Searching for jedi<0.16,>=0.14.1

bug#28966: Hunting: git fails test suite

zimoun writes: > This bug is about failing tests of Git. Possible because the stack size. > It was opened against the commit 62d48234e2 (Git version 2.14.3). Since we haven't heard back from Ricardo regarding this I'll assume the issue is fixed. Closing! signature.asc Description: PGP

bug#40176: `guix pull` fails due to unbound variable qemu-minimal-2.10

Hi Evan, Evan Straw writes: > Hello, > When attempting to run `guix pull` today, I encountered an error while > building the package cache. My bad, sorry about that! This was fixed in 18401bdf69b2540b13db86aed199d1ebc585a844, thanks for reporting it! signature.asc Description: PGP signature

bug#36675: [PATCH] gnu: kodi: Disable intermittently failing test.

Hi Josh, Josh Holland writes: > As reported in , occasionally the > TestMassEvent.General test in kodi crashes with a mutex error. This patch feel through the cracks, sorry about that. Can you rebase it on the current master branch? TIA, and apologies

bug#34063: dscrypt-proxy dependencies could not be built

writes: > Bug on `guix pull && guix package -u`: > using ci.guix.info dnscrypt-proxy-1.9.5 derivation could not be built because > of dependencies. This issue seems to have fixed itself, closing the bug report. Thanks anyway! signature.asc Description: PGP signature

bug#35324: SDDM shows black screen instead of login prompt

Diego Nicola Barbato writes: > Hello Guix, > > As already mentioned on IRC SDDM does not work for me. > > This is what I tried: > > $ qemu-system-x86_64 -enable-kvm -snapshot -m 6G $(guix system vm-image > --image-size=24G config.scm) > > After booting I get a black screen instead of a greeter.

bug#40125: Problem with guix offload: Remote channel closed

Mikael Djurfeldt writes: > The PATH of the build machine user is: > >

bug#40125: Problem with guix offload: Remote channel closed

Mikael Djurfeldt writes: > Just as a test, I enabled user specified environments in sshd_config (such > that ssh reads .ssh/environment) and added the following there: > >

bug#40125: Problem with guix offload: Remote channel closed

Mikael Djurfeldt writes: >> It might be .bashrc is configured not to source the relevant scripts >> when being invoked non-interactively, and/or through an SSH session. >> > > You're right. It doesn't source the scripts. The PATH only becomes > /usr/local/bin:/usr/bin:/bin:/usr/games in this

bug#39358: [core-updates] GHC 8.6.5 build failure

Marius Bakke writes: > Hello, > > On the 'core-updates' branch, GHC 8.6.5 consistently fails a single > test: > > => T13702(normal) 1219 of 6523 [0, 0, 0] > cd "./dynlibs/T13702.run" && $MAKE --no-print-directory -s T13702 > Wrong exit code

bug#39358: [core-updates] GHC 8.6.5 build failure

Marius Bakke writes: > I'll try to fix it properly tomorrow and also notify upstream. Finally fixed in c75db693713e74a632bafe849de68a87ee7e34eb. Upstream issue: https://gitlab.haskell.org/ghc/ghc/issues/17952 signature.asc Description: PGP signature

bug#39996: foreign distro: QT5 loads/searchs plugins from wrong location

Hartmut Goebel writes: > I just packages a simple GUI application using pythonqt5 and > python-poppler-qt. When running it fails with: > > Could not load the Qt platform plugin "xcb" in "" even though it was > found. Does it help if you wrap it with QT_PLUGIN_PATH, as we do with some other KDE

bug#40837: core-updates: webkitgtk web process sandbox incomplete

t master branch, available as patch 2/2 below. Currently building it on 'core-updates' to verify that it works. It takes a while on my dinky quad-core server though. :-) It does not bind /run/current-system, and I think we should avoid it if possible. Ideally we would only mount the store paths requi

bug#41132: [core-updates]: Fonts not working on foreign distro (Debian)

Leo Famulari writes: > I'm having trouble with Guix packages using fonts from my Debian 10 > system after a core-updates merge. > > Using Inkscape from core-updates, the text I put in my SVG files fails > to display. When I look at the Inkscape 'Text and Font' tool, it shows > my chosen font

bug#41406: Docker package retains Go references (was Re: Guix closure size of a system?)

Leo Famulari writes: > On Wed, May 20, 2020 at 08:16:32AM +0200, Pierre Neidhardt wrote: >> Danny Milosavljevic writes: >> >> > On Tue, 19 May 2020 14:25:23 -0400 >> > Leo Famulari wrote: >> > >> >> guix gc --references >> > >> > Doesn't contain go. >> >> So why did `guix size` contain go? >

bug#41384: failing to build util-linux 2.35.1

Josh writes: > I'm consistently running into this error when running `guix pull`. > What can I do to help debug? Try using 'guix pull --keep-failed' and inspect the util-linux test suite logs in /tmp/guix-build-util-linux-2.35.1.drv-0. Did you intentionally disable binary substitutes?

bug#41397: xfce4-terminal not reproducible

Danny Milosavljevic writes: > output ‘/gnu/store/7pjnp69halq4kmi9m0q896p8ss1qmscq-xfce4-terminal-0.8.8’ of > ‘/gnu/store/c48jlbvl4n48gkq1g47mv5xf6hyk8dc8-xfce4-terminal-0.8.8.drv’ > differs from > ‘/gnu/store/7pjnp69halq4kmi9m0q896p8ss1qmscq-xfce4-terminal-0.8.8-check’ from > previous round

bug#41344: Font broken in GUI application with guix pack

Alexandros Theodotou writes: > Hi, > > This is the command I ran to generate a pack: > guix pack -RR -S /opt/zrythm/bin=bin -L . zrythm > > I then tried moving this pack to a VM running another distro > (archlinux) and all letters are shown as boxes. I have asked other > people to test it on

bug#41396: java-kafka-clients fails tests

merge 41396 40718 thanks Ricardo Wurmus writes: > java-kafka-clients has a failing test: > > [junit] Running org.apache.kafka.common.network.SslTransportLayerTest > [junit] SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder". > [junit] SLF4J: Defaulting to no-operation

bug#41375: guix substitute: error: TLS error in procedure 'handshake'

Igor Gajsin writes: > Hi, > > I run the command `guix pull --dry-run` and got the error: > > > substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% >

bug#41213: boost-for-mysql fails to build

Jonathan Brielmaier writes: > `tools/build/src/engine/execunix.cpp` was named > `tools/build/src/engine/execunix.c` before. So the following patch > allows to build boost@1.59 again. > > ``` > diff --git a/gnu/packages/boost.scm b/gnu/packages/boost.scm > index 2f2ca289ab..d44b534939 100644 >

bug#41418: Rendered graphs in manual have improperly rendered text

merge 41282 41418 thanks Carlo Zancanaro writes: > Apologies, immediately after sending this email I saw #41282, > which is the same bug. I don't know whether it's better to close > this, or to merge them, so I'll leave that up to someone else to > decide. :) I merged them. The main

bug#41241: [PATCH] gnu: fontconfig: Add replacement with font-dejavu instead of gs-fonts.

Leo Famulari writes: > On Sun, May 17, 2020 at 04:50:12PM +0200, Marius Bakke wrote: >> This is a hack to make (some) fonts working when users don't have fonts >> specified in their system configuration, and (crucially) places where >> the fontconfig cache may be unavailable

bug#41384: failing to build util-linux 2.35.1

Josh writes: >>[+ debbugs, please keep it in CC] > > Will do, sorry about that. > >>Can you attach >>/var/log/guix/drvs/c7/0j91pkiv8qyazpv357ccc2jfjz91yw-util-linux-2.35.1.drv.bz2 >>to this bug report? > > Attached. Looks like those three that I mentioned. Anything else look > interesting in

bug#41384: failing to build util-linux 2.35.1

Josh writes: >>I'm afraid you will have to downgrade your kernel in order to upgrade >>Guix! :-/ > > Ahh. Thanks for the response! > > How do I do that? I would assume it would be documented here[0], but I > can't seem to find it anywhere in the manual. > > [0] >

bug#41178: can't log into X anymore ( polkit )

Stefan Huchler writes: > shortly after installing X and making the first few changes setting the > root password and boom I can't login into X anymore. [...] > Authentication needed [...] intel-backlight-helper and a password prompt > that I can't hit on, and somethnig with polkit. I've seen

bug#41494: guix build error on armhf - hash-algorithm: unbound variable

Danny Milosavljevic writes: > $ guix environment --pure guix --ad-hoc git guile-json guile-readline > $ make > [ 11%] LOAD guix/scripts/download.scm > ice-9/eval.scm:293:34: error: hash-algorithm: unbound variable > > guix master commit 51443772b80c5ca51ccbe5cf05c5db4c216a7b66 > on Ubuntu

bug#36464: gstreamer test timing out

Steffen Rytter Postas writes: > Upon finishing the build, the gstreamer package is tested, and it has a > single failure, which is the following: > > gst/gstelement.c:844:E:element tests:test_foreach_pad:0: (after this > point) Test timeout expired > Check suite gst_element ran in 30.164s (tests

bug#43893: [PATCH v2] maint: update-guix-package: Prevent accidentally breaking guix pull.

Maxim Cournoyer writes: > Fixes . > > This changes the 'update-guix-package' tool so that it: > > 1. Always uses a clean checkout to compute the hash of the updated 'guix' > package. > 2. Ensures the commit used in the updated 'guix' package definition has >

bug#44064: can't build runc

luhux writes: > guix describe: > Generation 15 Oct 16 2020 20:24:15(current) > guix 24dd78a > repository URL: https://git.savannah.gnu.org/git/guix.git > branch: master > commit: 24dd78a3cdd45d73d61c1133cac21f21c2331c2a This problem was fixed a few commits later, in

bug#43843: [PATCH] build-system/haskell: Disable parallel builds.

zimoun writes: > Fixes . > > PARALLEL-BUILD? introduced by commit 67cb9fa2357026ee42ec5bb0923ec4dc4a43abe2 > leads to unreproducibility. Instead of reverting, default is set to #false > which allows user to locally build with parallelism. > > *

bug#42933: GHC does not remove unnecessary references for non-standard store prefixes

Hello, The 'remove-unnecessary-references' phase in GHC added by commit f737d3ddd8018f89b0fa9f80aee4490cd726903a introduces a regression where users with a non-standard store prefix will get a different end result. The code should be changed to use %store-directory instead of hard-coding

bug#42934: Ganeti fails to build

Hello, Since the recent haskell-build-system changes, the 'ganeti' package fails to build with this error: --8<---cut here---start->8--- GHC]: src/Ganeti/Utils/Statistics.o <- cabal_macros.h src/Ganeti/Utils/Statistics.hs : can't load .so/.DLL for: libpcre.so

bug#42934: Ganeti fails to build

Timothy Sample writes: > Hi Marius, > > Marius Bakke writes: > >> Since the recent haskell-build-system changes, the 'ganeti' package >> fails to build [...] > > This is fixed by 856def7bb3b4af85a1325bc732e81d705156a482 (and also > 991ca49961d1066f7890644a40d

bug#42964: Potential FSDG issue with debootstrap scripts

Denis 'GNUtoo' Carikli writes: > Hi, > > I found a potential issue with the debootstrap package and the Guix > blog. Thanks for bringing this to our attention! > The Free System Distribution Guidelines states that: >> A free system distribution must not steer users towards obtaining any >>

bug#43567: wpa supplicant service depends on 'dbus-system''s service, even when config says (dbus? #f)

calcium writes: > It seems that even when disabling dbus for > wpa-supplicant, the service `dbus-system' is started for > wpa-supplicant. > And trying to stop it with 'herd stop dbus-system' also > stop the wpa-supplicant service (which should not depend on dbus when > configured with (dbus?

bug#43344: "basic" system tests fail (and all the other ones) on guix master

Leo Famulari writes: > On Wed, Sep 16, 2020 at 09:36:49PM -0400, Mark H Weaver wrote: >> Next, it probably makes sense to test 5.8.9 with the above commit >> reverted. Would someone like to try it? If that works, we can avoid >> the bisection, resume kernel updates, and revert this change

bug#40411: [bug#41863] [PATCH] services: Fix gdm-autologin pam service.

Alex Griffin via Guix-patches via writes: > This patch fixes GDM's auto-login feature. > > See the discussions in #35674 and #40411. It works for me, but I don't want > to just commit it because I don't really understand PAM. (Then again, who > does?) [...] > @@ -925,7 +926,7 @@ the GNOME

bug#32324: Failing Tests

Thovthe via web writes: > Should this remain open? Probably not, as there has not been movement in almost two years and Fedora 28 is pretty old by now. I think newer versions should work. Thanks for the bug triage! signature.asc Description: PGP signature

bug#41528: failed to compute derivation

Marco van Hulten writes: > Hi— > > I did a 'guix pull && guix package -u' today, but something went wrong, > tail follows: > > ... > ./guix/store.scm:1363:15: Throw to key `srfi-34' with args `(# [message: "build of > `/gnu/store/gv21jfvr92p2rqwjp7idv7q1if44q5wl-openldap-2.4.50.drv' failed" >

bug#41596: [staging] 'librsvg-next' build failure

On the 'staging' branch, "librsvg-next" (a dependency of GNOME) fails to compile the 'xml-rs' Rust crate: --8<---cut here---start->8--- Compiling xml-rs v0.8.1 error[E0658]: `cfg(doctest)` is experimental and subject to change -->

bug#41384: failing to build util-linux 2.35.1

Josh writes: >>There are a couple of options. The easiest way is to boot into an older >>generation before running 'guix pull', if you have any generations with >>kernel < 5.4.36 lying around. > > This worked! Thanks for the response. Sorry for the delay.. it took > awhile to update :) Great,

<    1   2   3   4   5   6   7   >