bug#26981: Bug report follow up

Hi Robert, >> > The bug: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26981 >> > If I don't hear back I'll assume it's safe to close this. >> >> Yes, it is. Thanks for doing a cleanup! > > This bug report is still relevant? Or are you saying that it is fixed? > Sorry if my email was a bit ambigu

bug#45017: asdf-build-system packages have priority over user ones

Pierre Neidhardt skribis: > Thanks for taking a shot at this, looks great! > > I'll test later, but for now one question: we patch sbcl to use our > cl-asdf, but what about the other compilers? Seems to me that the other > compilers are going to have the same problem, aren't they? SBCL and ECL

bug#44574: guix weather not checking all substitute urls

Hi Ludo, On Thu, 03 Dec 2020 at 18:07, Ludovic Courtès wrote: > This was fixed by c2cc5f0a006fd7797039dae24274833118ea7b47, closing! Thanks to close this forgotten one. But it does not count for the “December old bug squashing“ effort. ;-) Cheers, simon

bug#45017: asdf-build-system packages have priority over user ones

Guillaume Le Vaillant writes: > SBCL and ECL are patched to use our cl-asdf because it is necessary to > build the sbcl-* and ecl-* packages. Also patching ABCL, CCL, and Clisp > sounds like a good idea. At least all the compilers would use the same > version of ASDF, and hopefully behave in the

bug#45017: asdf-build-system packages have priority over user ones

Pierre Neidhardt skribis: > Guillaume Le Vaillant writes: > >> SBCL and ECL are patched to use our cl-asdf because it is necessary to >> build the sbcl-* and ecl-* packages. Also patching ABCL, CCL, and Clisp >> sounds like a good idea. At least all the compilers would use the same >> version o

bug#42771: [PATCH] Disable tests for smalltalk and add candidate releases

Update: Better upstream reference, I will try to include a patch. > Am 04.12.2020 um 12:34 schrieb Holger Peters : > > Investigating the test failures, I found > https://lists.gnu.org/archive/html/help-smalltalk/2015-02/msg1.html >

bug#42771: [PATCH] Disable tests for smalltalk and add candidate releases

Investigating the test failures, I found https://lists.gnu.org/archive/html/help-smalltalk/2015-02/msg1.html which is the reference in gnu smalltalk mailinglists that matches the observed test failures when I build on

bug#44999: guix deploy Error reading from the channel

Le jeudi 03 décembre 2020 à 17:45 +0100, Ludovic Courtès a écrit : > Does it fail like this every time? > > Your message suggests deployment on the droplet eventually succeeded > since you were able to run ‘guix pull’ there, is that correct? > > Thanks, > Ludo’. Hello Ludo ! I made some more at

bug#45017: asdf-build-system packages have priority over user ones

Guillaume Le Vaillant skribis: > The Lisp systems of sbcl-* and ecl-* packages installed in a profile are > supposed to be already compiled and immutable, so recompiling them > anyway would require tweaking the ASDF configuration from inside SBCL to > remove the output translations for these sys

bug#26981: Bug report follow up

On Fri, Dec 04, 2020 at 09:05:49AM +0100, Konrad Hinsen wrote: > Hi Robert, > > >> > The bug: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26981 > >> > If I don't hear back I'll assume it's safe to close this. > >> > >> Yes, it is. Thanks for doing a cleanup! > > > > This bug report is still rel

bug#44184: Building icecat does not always respect the number of cores

I can confirm that bug on current Guix system. I also have the feeling that it's not only during rustc parts, I see it while having gcc compiling C++ stuff as well...

bug#45015: [mumi] 44964 cannot be displayed

> For some reason “Jorge P. de Morais Neto ” is > not split up into name and address parts but remains a single string. I have fixed this bug in the latest guile-email master, and added tests to prevent regression. See https://git.systemreboot.net/guile-email/commit/?id=37e245539bc9e27db35731e7b5

bug#45045: substitute fails if discovery is enabled

Hi, Discovery of substitute servers on the local network doesn't seem to work properly, see output of `sudo guix system reconfigure config.scm --save-provenance` at end of e-mail. Disabling substitutes (e.g. `guix build hello --no- substitutes`) seems to work-around the issue. Some network detai

bug#45031: qoauth fail install/build

Hi, Thanks for the report. Well, something is wrong but it is not easy to spot out what. For example, the history shows, that something in the qtbase or qca dependencies is going wrong. Trying to locally build

bug#44953: lsof: LTlock test consistently fails (possibly due to btrfs)

On Sun, 29 Nov 2020 20:30:20 -0500 Mark H Weaver wrote: > Hi Tobias, > > Thanks for the super quick response and for reproducing the bug. > > > This looks like an upstream bug to me. > > Agreed. > > > Do you have time to file > > one? We're using the ups

bug#45049: [PATCH] Update bcc and bpftrace kernel headers

Hi Guix, I tried to use bpftrace recently and discovered I needed the right kernel headers compiled in (5.9 being the default now). Perhaps linux-libre-headers should be upgraded to 5.9 instead? What do you think? - John >From bf8d069f70fecc8e24a795efa69252d1cf9b1865 Mon Sep 17 00:00:00 2001 F