bug#28243: Guix cross-compilation doesn't work

Manolis Ragkousis writes: This has been fixed since 6741f543e6f09069961edd741cd210b7f49aadcc that adds bootstrap tarballs for the Hurd. Thanks, Janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com

bug#27149: perl for arm-linux-gnueabihf

Ludovic Courtès writes: >>> *guix build --target=arm-linux-gnueabihf* *perl* fails with the following >>> output: https://pastebin.com/QF0xKAmR This has been fixed by #40698. Thanks, Janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar®

bug#42217: [bug#42769] [PATCH] gnu: kdenlive: Update to 20.04.1.

Hey, > This should fix bugs #42217, #38460, #34107. > (needs rttr, patch 42767). Nice job! Pushed as a2954e2a44602a5b5d50e11428f18023395fbf1c. Thanks, Mathieu

bug#42632: [PATCH] gnu: nextpnr-ice40: Update to fbe486d

I changed the commit line a bit to include the full version number. Patch pushed! -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted signature.asc Description: PGP signatu

bug#42810: Guix doesn't follow all symlinks

Hi, Some background first, to better understand the issue: I've been running Guix on a foreign distribution with my own channel in ~/.config/guix/channels.scm for some time now. However this means having to deal with doing both a `guix pull` as a user, but also `guix pull` as superuser to keep t

bug#42301: [PATCH] gnu: solfage: fix build.

Hello, Michael Rohleder writes: > This is interesting, I can't reproduce this, it builds (and runs) fine here. > Are you using a newer version of lilypond? (here, its 2.20.0 from > current master) I am using ./pre-inst-env guix, so latest version of lilypond in the repository. I applied your pa

bug#42813: [BUG] Flatpak 1.8.1 not downloading

Starting download of /gnu/store/2qc6kx93nih27aph2wqbah73d08d488b- flatpak-1.8.1.tar.xz >From https://github.com/flatpak/flatpak/releases/download/1.8.1/flatpak-1.8.1.tar.xz ... following redirection to ` https://github-production-release-asset-2e65be.s3.amazonaws.com/59213200/166ab200-bd3c-11ea-8a

bug#42814: request: make guix upgrade recognize --do-not-upgrade

From the manual:    • ‘guix search’ is an alias for ‘guix package -s’,    • ‘guix install’ is an alias for ‘guix package -i’,    • ‘guix remove’ is an alias for ‘guix package -r’,    • ‘guix upgrade’ is an alias for ‘guix package -u’,    • and ‘guix show’ is an alias for ‘guix package --show=’.

bug#42813: [BUG] Flatpak 1.8.1 not downloading

Kurt, Thanks for the bug report! This doesn't sound like a problem with Guix. Kurt 写道： Starting download of /gnu/store/2qc6kx93nih27aph2wqbah73d08d488b- flatpak-1.8.1.tar.xz From https://github.com/flatpak/flatpak/releases/download/1.8.1/flatpak-1.8.1.tar.xz ... Your system manages to l

bug#42813: Closed

Thanks for your insight.

bug#42789: Linux-libre 5.8 and beyond

On Mon, Aug 10, 2020 at 11:46:34PM -0400, Mark H Weaver wrote: > If we're going to prefix "linux-libre-" to the name, which I agree is a > good idea, maybe we should add the same prefix to the other 'deblob' > script, for consistency. Also for consistency, I think the version > number should be at

bug#42789: Linux-libre 5.8 and beyond

On Tue, Aug 11, 2020 at 06:46:01PM -0400, Leo Famulari wrote: > Good ideas. I've taken them into account on my local branch while I test > building the final tarballs. I'll push to the kernel-updates branch once > I am satisfied with the result. I've pushed an updated patch to the kernel-updates b

bug#42819: problem running xtensa-esp32-elf-g++

Dear guix: I have installed https://github.com/sudomesh/disaster-radio under guix 1.1.0 ``` wxie@guix ~/work/disaster-radio/firmware$ pip install -U platformio Defaulting to user installation because normal site-packages is not writeable Requirement already up-to-date: platformio in /home/wxie/.