bug#48713: emacs-all-the-icons missing all the icons
Pardon the pun in the title. The problem: emacs-all-the-icons has a subdirectory fonts, that it wants installed to share/fonts (currently, they are installed to its own fonts directory). Some of them are vendored, but at least one seems to be genuinely their own. Proposed solution: Make it, so that emacs-all-the-icons installs its own fonts to share/data and copies vendored fonts from inputs where packages can be found. Note, that this won't work for a setup with all-the-icons in a non- default profile or ad-hoc environment (compare #31403). Would everyone be fine with the proposed solution or is there a better one? Regards, Leo
bug#46402: Cuirass rebuilds the same packae multiple times
Hello, > Shouldn't cuirass first schedule builds for dependencies before it > builds dependents? Yes fixed with https://git.savannah.gnu.org/cgit/guix/guix-cuirass.git/commit/?id=d1a95e8b33b454a45bda506a22a8b9d9d2c8b16e. Thanks, Mathieu
bug#43500: qemu-minimal test suite crashes on armhf-linux, aarch64-linux
Hello, Maxim Cournoyer writes: > Hi Stefan, > > Stefan writes: > >> Hi Maxim! >> >>> The following command: >>> >>> --8<---cut here---start->8--- >>> $ guix build --no-grafts --check qemu-minimal >>> --8<---cut here---end--->8--- >>> >>> Should do it. >> >> Yes, thanks, that was the trick. >> >> It seems to be reproducible: >> >> ERROR:tests/qtest/arm-cpu-features.c:508:test_query_cpu_model_expansion_kvm: >> assertion failed: (resp_has_props(_resp)) >> ERROR arm-cpu-features - Bail out! >> ERROR:tests/qtest/arm-cpu-features.c:508:test_query_cpu_model_expansion_kvm: >> assertion failed: (resp_has_props(_resp)) > > Would you be able to try to reproduce, now that our QEMU package has > been bumped to version 5.2.0? QEMU 5.2.0 minimal was built twice without any problem on real hardware (the Softiron ARMv8 machines we have available -- overdrive1 and dover). Closing. Feel free to reopen if you still encounter issues. Thanks, Maxim
bug#48682: recursive import between (gnu packages chez) and (gnu packages racket)
On 5/27/21 10:02 PM, raingloom wrote: Well, here is a quick and obvious fix for now. This looks good to me. -Philip
bug#46402: Cuirass rebuilds the same packae multiple times
Hi, Mathieu Othacehe writes: > Hello, > >> Shouldn't cuirass first schedule builds for dependencies before it >> builds dependents? > > Yes fixed with > https://git.savannah.gnu.org/cgit/guix/guix-cuirass.git/commit/?id=d1a95e8b33b454a45bda506a22a8b9d9d2c8b16e. Thumbs up! :-) Maxim
bug#48722: [PATCH] python-hg-evolve update to 10.3.1 for compatibility with new hg
Hi, The current evolve extension in Guix does not work with current hg anymore. To reproduce: $ echo '[extensions] evolve= ' >> ~/.hgrc $ guix install python-hg-evolve $ hg Traceback (most recent call last): File "/gnu/store/2j3qrrdbnbw9x6jm00z3clc6pk4ijcz2-mercurial-5.8/lib/python3.8/site-packages/mercurial/extensions.py", line 273, in _runextsetup extsetup(ui) File "/home/arne/.guix-profile/lib/python3.8/site-packages/hgext3rd/evolve/exthelper.py", line 182, in finalextsetup knownexts[ext] = e.cmdtable AttributeError: module 'hgext.strip' has no attribute 'cmdtable' *** failed to set up extension evolve: module 'hgext.strip' has no attribute 'cmdtable' The included patch updates python-hg-evolve to 10.3.1 which fixes the problem. Best wishes, Arne From b4796dc8b9a0f9d8fffd44675496d1371ebd8cff Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Fri, 28 May 2021 22:14:39 +0200 Subject: [PATCH] gnu: python-hg-evolve update to 10.3.1 * gnu/packages/version-control.scm (python-hg-evolve): update to 10.3.1 --- gnu/packages/version-control.scm | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/gnu/packages/version-control.scm b/gnu/packages/version-control.scm index 80842ecf0c..cd262402c1 100644 --- a/gnu/packages/version-control.scm +++ b/gnu/packages/version-control.scm @@ -1701,7 +1701,7 @@ interface.") (define-public python-hg-evolve (package (name "python-hg-evolve") -(version "10.0.1") +(version "10.3.1") (source (origin (method hg-fetch) @@ -1711,7 +1711,7 @@ interface.") (file-name (string-append name "-" version "-checkout")) (sha256 (base32 -"1lz407373lfam9n02gq0l0rc2sjvn0m96kbzy93ipia3ika8fa68" +"0msnp5fp8sz4q2r5xpcmm60h82kwkyg23y212v1xfp7ixkq9f4qa" (build-system python-build-system) (arguments ;; Tests need mercurial source code. -- 2.31.1 -- Unpolitisch sein heißt politisch sein ohne es zu merken signature.asc Description: PGP signature
bug#48722: [PATCH] python-hg-evolve update to 10.3.1 for compatibility with new hg
On Fri, May 28 2021, Dr. Arne Babenhauserheide wrote: > Hi, > > The current evolve extension in Guix does not work with current hg > anymore. To reproduce: I sent a patch for this a few days ago :) https://issues.guix.gnu.org/48705 BTW, you should send patches to guix-patc...@gnu.org, not bug-guix@gnu.org signature.asc Description: PGP signature
