bug#65306: [shepherd] ntpd throws shepherd out of the loop

Ludovic Courtès [2023-09-02 22:44:03+0200]: > Liliana, Timotej: could you try the Guix patch I posted at > ? That patch works for my aarch64 board. I encounter the same issue on an x86_64 system without a functional RTC, but at least now I know how to apply a

bug#65716: bug#65718: Importing a toolchain packages causes top-level dependency cycles

Hi Ludovic, Maxim Cournoyer writes: > Hi Ludovic, > > Ludovic Courtès writes: > >> Hello, >> >> Maxim Cournoyer skribis: >> >>> Adding the Guile undocumented "(set! %load-verbosely #t)" to my local >>> near the top of my (guix config) module, I see, when running 'make': >>> >>> make[2] : on

bug#65720: Guile-Git-managed checkouts grow way too much

Hello! As reported by Tobias on IRC (in the context of ‘hpcguix-web’), checkouts managed by Guile-Git appear to grow beyond reason. As an example, here’s the same ‘.git’ managed with Guile-Git and with Git: --8<---cut here---start->8--- $ du -hs

bug#65716: bug#65718: Importing a toolchain packages causes top-level dependency cycles

Hi Ludovic, Ludovic Courtès writes: > Hello, > > Maxim Cournoyer skribis: > >> Adding the Guile undocumented "(set! %load-verbosely #t)" to my local >> near the top of my (guix config) module, I see, when running 'make': >> >> make[2] : on entre dans le répertoire « /home/maxim/src/guix » >>

bug#65001: ‘guix locate’ method is silently ignored when a cache exists

Hi, Tobias Geerinckx-Rice skribis: > Either: > - the second invocation should imply --update, so Guix should store > the currently cache method(s), > - or Guix should use separate databases for each method. That's > probably too ugly. The latter sounds ugly. The former, why not; we then

bug#65575: [PATCH v3 4/4] gnu: emacs: Reload subdirs.el files in 'guix-emacs-autoload-packages'.

Am Sonntag, dem 03.09.2023 um 10:51 -0400 schrieb Maxim Cournoyer: > Hi Liliana, > > Liliana Marie Prikler writes: > > [...] > > > Thanks, LGTM.  I've tested this by dropping almost all parts of > > load-path and calling (guix-emacs-autoload-packages), it appears to > > do what's promised. 

bug#65306: [shepherd] ntpd throws shepherd out of the loop

Hi, Liliana Marie Prikler skribis: > Am Samstag, dem 02.09.2023 um 22:44 +0200 schrieb Ludovic Courtès: [...] >> Liliana, Timotej: could you try the Guix patch I posted at >> ? > Do we have a guide on how to swap out shepherd from the config.scm? > The

bug#65718: Importing a toolchain packages causes top-level dependency cycles

Hello, Maxim Cournoyer skribis: > Adding the Guile undocumented "(set! %load-verbosely #t)" to my local > near the top of my (guix config) module, I see, when running 'make': > > make[2] : on entre dans le répertoire « /home/maxim/src/guix » > [...] > Compiling Scheme modules... > [ 0%] LOAD

bug#65716: Importing a toolchain packages causes top-level dependency cycles

Hello, Ludovic suggested in #guile to use "(resolve-module '(A))" at the REPL and looking at the backtrace; unfortunately this succeeds so cannot be used to get more insight into the problem. Adding the Guile undocumented "(set! %load-verbosely #t)" to my local near the top of my (guix config)

bug#65718: Importing a toolchain packages causes top-level dependency cycles

Hello, Attempting to add a new (gnu packages ergodox) module, it fails with the following error: --8<---cut here---start->8--- [ 11%] LOAD guix/store/deduplication.scm [ 11%] LOAD guix/store/roots.scm [ 11%] LOAD guix/config.scm [ 11%] LOAD

bug#65716: Importing a toolchain packages causes top-level dependency cycles

Hello, Attempting to add a new (gnu packages ergodox) module, it fails with the following error: --8<---cut here---start->8--- [ 11%] LOAD guix/store/deduplication.scm [ 11%] LOAD guix/store/roots.scm [ 11%] LOAD guix/config.scm [ 11%] LOAD

bug#65575: [PATCH v3 4/4] gnu: emacs: Reload subdirs.el files in 'guix-emacs-autoload-packages'.

Hi Liliana, Liliana Marie Prikler writes: [...] > Thanks, LGTM. I've tested this by dropping almost all parts of load- > path and calling (guix-emacs-autoload-packages), it appears to do > what's promised. Queued locally for emacs-next and followed up with a > patch that fixes the

bug#45845: emacs-doom-modeline: Some icons are missing

Hi Guix, This issue still persists on: guix d884fc9 GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37, cairo version 1.16.0) doom-modeline 20230624.1524 In addition to that, all-the-icons-install-fonts doesn't seem to fix the missing icons in doom-modeline, even though the

bug#65541: want this patch

As a CJK user hoping Julien's patch is accepted soon, this message is my "+1".

bug#65665: package-mapping with #:deep? #t doesn't get all the implicit inputs

Hello Ulf, Ulf Herrman writes: > #:deep? #t currently works by interposing a dummy build system that > lowers the package to a bag using the original build system, then > applies the supplied transformation to all of the bag's inputs, then > returns a new bag with the new inputs. > > The

bug#65714: guix-copy 32-bit integer limit

`guix copy` seems unable to deal with store items larger than 2**32 bytes (about 4.3 GiB). (ins)efraim@3900XT ~$ guix copy --from=192.168.1.196 /gnu/store/0f8pgl9cyh8bknl50nw6yj9wykzm6ymc-texlivetexmf-20230313 retrieving 1 store item from '192.168.1.196'... guix copy: error: implementation

bug#65178: Shepherd hangs (was: Getting Guix to shutdown my laptop properly with Sway and no DE)

On Sun, 03 Sep 2023 04:49:35 +0800, Ludovic Courtès wrote: > > Hi! > > Hilton Chain scribes: > > > On Sun, 13 Aug 2023 23:25:59 +0800, > > Hilton Chain wrote: > >> > >> Today I encountered the home reconfiguration issue. The behavior is > >> similar to . > > >