bug#49815: Upcoming timekeeping failure in gpsd

In October, the date reported by gpsd will jump back by 1024 weeks: https://gitlab.com/gpsd/gpsd/-/issues/144 This will be fixed in the upcoming 3.23 release: https://gitlab.com/gpsd/gpsd/-/issues/144#note_636906629 This is a serious problem because gpsd is commonly used as a time source for

bug#48082: [PATCH] environment: Add support for .

Fix . * guix/scripts/environment.scm (input->manifest-entry): Add support for . --- guix/scripts/environment.scm | 6 ++ 1 file changed, 6 insertions(+) Ricardo, thank you for the links, I managed to reproduce the issue. And fixed it with the help of

bug#49810: source tarballs potentially built for each derivation

On 2021-08-01, Vagrant Cascadian wrote: > Turning this conversation into a bug, original thread around here: > > https://lists.gnu.org/archive/html/guix-devel/2021-05/threads.html#00427 For reference: bug#49810: source tarballs potentially built for each derivation live well, vagrant

bug#49811: Empty store items

Thanks for the report. I'm forwarding it to the bug tracker. On Sun, Aug 1, 2021, at 16:09, Thorsten Wilms wrote: > Hi! > > I wanted to try use lv2ls and lv2info, both belonging to lilv and found > the commands to do nothing, have no man page and no --help. Then I > tried to start Ardour, but it

bug#40272: linux-module-build-system don't support an inferior package as a kernel

Hello Ludo’, Ludovic Courtès writes: > [...] > In this case, the problem is that (@ (guix build-system linux-module) > lower) assumes that ‘linux’ is a : > > (build-inputs `(,@(if source > `(("source" ,source)) > '()) >

bug#49810: source tarballs potentially built for each derivation

Turning this conversation into a bug, original thread around here: https://lists.gnu.org/archive/html/guix-devel/2021-05/threads.html#00427 On 2021-05-29, Vagrant Cascadian wrote: > On 2021-05-01, Leo Famulari wrote: >> On Sat, May 01, 2021 at 06:45:32PM -0700, Vagrant Cascadian wrote: >>>

bug#47335: Hide GHC not used for building Was: xmonad fails to recompile on guix system

On Mon, 26 Jul 2021 08:47:53 +0200 Lars-Dominik Braun wrote: > Hi, > > I’m seeing the same issue, but it works when explicitly installing > ghc@8.6. Looking at haskell-build-system all Haskell libraries are > currently built with version 8.6, whereas the newest GHC version > available (and

bug#40272: linux-module-build-system don't support an inferior package as a kernel

Hi, Brice Waegeneire skribis: > In guix/build-system/linux-module.scm: >132:22 3 (lower "ddcci-driver-linux-0.3.3" #:source _ #:inputs _ > #:native-inputs _ #:outputs _ #:system _ #:target _ #:linux _ . _) > In ice-9/boot-9.scm: > 1685:16 2 (raise-exception _ #:continuable? _) >

bug#48082: “guix environment -l” does not work with inferior packages

Brice Waegeneire writes: Hello Ricardo, Ricardo Wurmus writes: I wanted to use an environment file that contains a package definition, and use it with inferiors. Here is the full guix.scm: [...] The idea was that you would use the provided channels with USE_GUIX_INFERIOR=t guix

bug#40272: linux-module-build-system don't support an inferior package as a kernel

Brice Waegeneire writes: > Message Body > Hello, > > The linux-module-build-system crash when using an inferior package as > the > kernel. I have first reported the issue in the second part of[0] and > latter, reading[1] made me realize that the root cause was in `(guix > `build-system

bug#48082: “guix environment -l” does not work with inferior packages

Hello Ricardo, Ricardo Wurmus writes: > I wanted to use an environment file that contains a package > definition, and use it with inferiors. Here is the full guix.scm: > > [...] > > The idea was that you would use the provided channels with > > USE_GUIX_INFERIOR=t guix environment -l

bug#49710: [PATCH v2] gnu: Update OpenZFS to 2.1.0.

BUMP