bug#53211: Python-matplotlib under aarch64 broken

Hello, When I do a guix build python-matplotlib under aarch64 I get the error below during the testing phase. Note that guix describe -f channels gives (list (channel (name 'guix) (url "https://git.savannah.gnu.org/git/guix.git;) (branch "master")

bug#53197: wpewebkit: Fails to build (a required package was not found)

``` -- Found ICU: /gnu/store/7sik9fp2ffvnr7l01s423x4r5pn75rf9-icu4c-69.1/include (found suitable version "69.1", minimum required is "60.2") -- Found JPEG: /gnu/store/vhxayydx3y9n2gi2sc0dam26p7k1aaj8-libjpeg-turbo-2.0.5/lib/libjpeg.so (found version "62") -- Found LibEpoxy:

bug#53182: dia: Fails to build (error in Meson build file)

Hi! When trying to upgrade package `dia 0.97.3-2.3cf7ec4` from Guix commit `404f6953` to that of commit `4a943cfd`, the build fails with this error: ``` […] phase `patch-source-shebangs' succeeded after 0.4 seconds starting phase `configure' The Meson build system Version: 0.60.0 Source dir:

bug#53183: python-xdo: Fails to build (failing sanity check)

Hi! When trying to upgrade package `python-xdo 0.3` from Guix commit `404f6953` to that of commit `4a943cfd`, the build fails with this error: ``` phase `check' succeeded after 0.0 seconds starting phase `sanity-check' validating 'xdo'

bug#53197: wpewebkit: Fails to build (a required package was not found)

Am Mittwoch, dem 12.01.2022 um 13:28 -0500 schrieb Leo Famulari: > On Wed, Jan 12, 2022 at 08:28:13AM +0100, Liliana Marie Prikler wrote: > > wpewebkit seems to have been ignored in the core-updates merge.  It > > still uses old-style inputs and (more importantly) libsoup now refers > > to libsoup

bug#53225: shepherd freezes if wireguard is started with dns config enabled

When dns is specified, wireguard runs wg-quick, which runs resolvconf, which runs /run/current-system/profile/bin/herd restart, which causes shepherd to freeze because I guess it doesn't like being given multiple start commands at once. I'm not sure how to fix it.

bug#53224: Cookbook recipe about profile collisions

Recently, Matt pointed out that profile collisions can be confusing and difficult to resolve: https://lists.gnu.org/archive/html/guix-devel/2022-01/msg00115.html Specifically see this blog post: http://excalamus.com/2021-10-06-guix-debug.html I think we should add a Cookbook chapter on the

bug#52788: static networking: Support pointopoint/peer

Thanks for the fast implementation in guile-netlink! Didn't know how to use `--with-latest=guile-netlink` in that context so I updated the package: diff --git a/gnu/packages/guile-xyz.scm b/gnu/packages/guile-xyz.scm index 74567830e6..dcb1041136 100644 --- a/gnu/packages/guile-xyz.scm +++

bug#52671: glibc patch causes crash on failure to find path to executable

Just in case, http://debbugs.gnu.org/cgi/bugreport.cgi?bug=52693 addresses this.

bug#53005: [PATCH 1/1] gnu: glibc: Preserve "__pthread_key_create" symbol.

Leo Famulari writes: > First, how was the LUKS2 volume created? Was it created by Guix > System? No, this would've been a volume I created myself; I expect only users who are partitioning their drives manually or replacing an existing system would encounter this. The Guix manual actually

bug#53147: Hunspell dictionaries unavailable in LibreOffice

Hi, Efraim Flashner skribis: > On Sun, Jan 09, 2022 at 09:29:29PM +0100, Ludovic Courtès wrote: >> Hi! >> >> When running something like: >> >>guix shell hunspell hunspell-dict-fr libreoffice -- libreoffice >> >> Hunspell dictionaries (for French in this case) are unavailable from the >>

bug#52919: Hidden "disk-image-rw" files aren't deleted after use, filling $tmpdir

Hi, Mathieu Othacehe skribis: > Here is a patch to store the rw images in the cache directory. Regarding > the volatile flag, things are a little more complex than what I thought > initially. > > The "guix system" help menu states that: > > --volatile for 'image', make the root

bug#53005: [PATCH 1/1] gnu: glibc: Preserve "__pthread_key_create" symbol.

On Mon, Jan 10, 2022 at 06:34:26PM -0500, Simon South wrote: > Avoid a potential crash in multithreaded applications by preserving the > pthread library's "__pthread_key_create" symbol, used by libgcc to detect the > use of threads in an application. > > Fixes .

bug#53184: mycli unmet dependency on python-pyperclip

On Wed, Jan 12, 2022 at 12:48:26PM +0100, Rostislav Svoboda wrote: > It works now. We can close this bug. Thank you for fixing it. Anybody can close the bug by sending a message to <53184-d...@debbugs.gnu.org>, like I am doing now. This is described here:

bug#53197: wpewebkit: Fails to build (a required package was not found)

On Wed, Jan 12, 2022 at 08:28:13AM +0100, Liliana Marie Prikler wrote: > wpewebkit seems to have been ignored in the core-updates merge. It > still uses old-style inputs and (more importantly) libsoup now refers > to libsoup 3.0 which is incompatible with most packages that depend on > the old

bug#53147: Hunspell dictionaries unavailable in LibreOffice

On Sun, Jan 09, 2022 at 09:29:29PM +0100, Ludovic Courtès wrote: > Hi! > > When running something like: > >guix shell hunspell hunspell-dict-fr libreoffice -- libreoffice > > Hunspell dictionaries (for French in this case) are unavailable from the > spell-checking menu, even though DICPATH

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

On Wed, Jan 05, 2022 at 01:07:07AM +0100, zimoun wrote: > Hi, > > This old bug [1] is still relevant. > > 1: > > On Sat, 04 Mar 2017 at 13:32, ng0 wrote: > > On 17-03-03 22:27:43, ng0 wrote: > > This previous… > > > [user@abyayala > >

bug#53210: installer: referring to N-1 guix is problematic.

Hi! Mathieu Othacehe skribis: > Any idea on how to improve this inception problem? We can arrange for ‘installation-os’ to use Guix from the current commit, as built by (guix self), instead of using the ‘guix’ package. (For the record, (gnu ci) already does that in ‘system-test-jobs’ to make

bug#53214: Release 1.4.0 progress

Hello! This pseudo-bug is here to keep track of bug fixes and patch series we aim to address for 1.4.0. To add an issue as “required” for 1.4.0, mark this bug as “blocked” by this issue (this is ‘C block NUMBER RET’ in debbugs.el). Ludo’.

bug#53210: installer: referring to N-1 guix is problematic.

Hello, If I download the latest installer and use it to install a new system, the "guix system init" command will install the guix package defined in the (gnu packages package-management) module. That means that if the installer is built with a guix package at the version N in that module, the

bug#52898: cmake-build-system keeps reference to native glibc in /etc/ld.so.cache

Looks like this has been fixed by , thanks. signature.asc Description: This is a digitally signed message part

bug#53204: [patch] font-cns11643: Open_Data hash changed

Dr. Arne Babenhauserheide schreef op wo 12-01-2022 om 12:41 [+0100]: > Maxime Devos writes: > > > Given that Open_Data.zip has a history of being modified in-place, > > maybe it would be a good idea to use the Internet Archive Machine instead? > > That sounds good, yes. > > > Latest version

bug#53184: mycli unmet dependency on python-pyperclip

It works now. We can close this bug. Thank you for fixing it.

bug#53204: [patch] font-cns11643: Open_Data hash changed

Maxime Devos writes: > Given that Open_Data.zip has a history of being modified in-place, > maybe it would be a good idea to use the Internet Archive Machine instead? That sounds good, yes. > Latest version current in the archive: >

bug#53204: [patch] font-cns11643: Open_Data hash changed

Maxime Devos schreef op wo 12-01-2022 om 10:45 [+]: > [...] > On > , > I requested a fresh archival, but it will take some time to complete. It has finished:

bug#53204: [patch] font-cns11643: Open_Data hash changed

Dr. Arne Babenhauserheide schreef op wo 12-01-2022 om 09:54 [+0100]: > Hi, > > the archive Open_Data.zip changed and the fonts were updated. The > attached patch should fix it: [...] From (gnu packages fonts): ;; Since upstream doesn't provide any version numbers, the date of the last ;;

bug#53204: [patch] font-cns11643: Open_Data hash changed

Hi, the archive Open_Data.zip changed and the fonts were updated. The attached patch should fix it: From c70a046791ffa1fc3cf28f770a2edba5db0d0560 Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Wed, 12 Jan 2022 09:39:08 +0100 Subject: [PATCH] Update hash of Open_Data.zip ---

bug#52598: Clojure-build-system failure at the unpack phase

Thank you. I applied this and pushed it to the master branch with commit ee6c43f8cd46897bbe1a5a16c68049d7237ea806. My apologies for the delay. -- Ricardo