On Sat, 2 May 2020 13:34:23 +0200
Björn Höfling wrote:
> The translations in es, fr, ru, zh are not available for the cookbook
> and the links to them will be removed.
>
> I will control the success in 1 or 2 days and then close this bug.
The cookbook (http://guix.gnu.org/cookbook/) links are
Some Haskell packages have a “-bootstrap” variant to cut dependency
cycles. Unfortunately, these bootstrap variants remain in the reference
graph alongside their non-bootstrap counterparts.
An example:
--8<---cut here---start->8---
$ guix gc -R
Hi guys,
My apologies if this has already been reported.
It seems that the hash system update of a few days ago broke guix. When I try
to guix pull
or to build guix from master, I get the following error:
-
building
Haskell packages retain references to “doc” outputs, negating the
effects of splitting packages into different outputs.
Take ghc-scientific as an example. “guix gc -R” lists these doc outputs:
/gnu/store/lvas21ha80yp02lc3z8fgpcaf59n1jp7-ghc-unordered-containers-bootstrap-0.2.10.0-doc
Nixpkgs has the same problem:
https://github.com/NixOS/nixpkgs/issues/87267
Some of the discussion is only available in *video* format, so I’m
watching that now to see if it contains any valuable insights.
--
Ricardo
The references are likely due to the “haddock-interfaces” and
“haddock-html” fields in the generated “.conf” files. These .conf files
belong to the “lib” directory (so either the “out” output or “lib”
output) and refer to the “doc” output.
“haddock-html” appears to be optional, but
I'm afraid you will have to downgrade your kernel in order to upgrade
Guix! :-/
Ahh. Thanks for the response!
How do I do that? I would assume it would be documented here[0], but I
can't seem to find it anywhere in the manual.
[0]
Hello!
I've encountered the following exception, during regular 'guix pull'
command:
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'... Building from this
channel: guix https://git.savannah.gnu.org/git/guix.git
d8feee9 Computing Guix derivation
Hi,
I can reproduce this:
--8<---cut here---start->8---
[rwur...@bimsb-sys02.mdc-berlin.net:~/code/guix] (1005) $
~/.config/guix/current/bin/guix pull
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Building from
Dear Guixters,
According to Rekado, the error message, I get when using pre-inst-env
script, is irrevelant.
I quote :
« the lack of an appropriate error message is not good. […] The error
message should say what things are missing instead of printing a
misleading error message about the package.
Hi,
Here’s a reproducer that works well for me:
guix time-machine --commit=be0ecfb1787b9e6954bf745bceeb1b9d2669d51a -- \
pull --commit=d8feee9f18ede0d1ea4d0e4876f09a0dab770295 -p /tmp/test
Before that I was able to pull from
df05842332be80ed7f53022402b95cf711163b41 to
Josh writes:
>>I'm afraid you will have to downgrade your kernel in order to upgrade
>>Guix! :-/
>
> Ahh. Thanks for the response!
>
> How do I do that? I would assume it would be documented here[0], but I
> can't seem to find it anywhere in the manual.
>
> [0]
>
Hi peeps :)
I also have this bug
$ guix pull
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Building from this channel:
guix https://git.savannah.gnu.org/git/guix.git cd5d5f5
Computing Guix derivation for 'x86_64-linux'...
Hello,
I ran into the following error running a `guix pull` this morning:
building
/gnu/store/by0lyf5abb8c2wwyw0qz8798yzr6ihai-compute-guix-derivation.drv...
ice-9/psyntax.scm:1585:32: In procedure expand-macro:
Syntax error:
unknown location: %origin: extraneous field initializers
Hello Katherine,
> I'm running `strace` against the Shepherd process in an attempt to
> submit a better bug report, but this is all I have for now. Maybe others
> have also seen this behavior.
Yes, I have observed this behavior. This should be fixed with the
upcoming 0.8.1 release of Shepherd
Ludovic Courtès writes:
Hello,
> Good news, this is fixed by 50ea3135e0948a042cd3b899e970f6ade291a0c2!
>
> As noted in the commit log, this issue stemmed from a change in
> #:autoload semantics in Guile 3.0. In 3.0, the line:
>
> #:autoload (gcrypt hash) (port-sha256)
>
> means that only
Hi,
Jan Nieuwenhuizen skribis:
> ]I am pretty sure that t]The 3.0 documentation says that "when a module
> is autoloaded, all symbols become available"?
>
>
> http://git.savannah.gnu.org/cgit/guile.git/tree/doc/ref/api-modules.texi#n298
>
> So...what's going on here?
Ah! It’s an
On Sat, May 23, 2020 at 12:49:20AM +0200, Arne Babenhauserheide wrote:
> this updates libaom to 2.0.0
Nice! It should be a lot faster than before :)
> Tested: ffmpeg still works.
Thanks for saying how you tested it. Pushed as
6597893ba27153efd61bc28b15c1f4cd1aab2864 along with updates to dav1d
So, after nobody answered to my problem and a guix pull / reconfigure
did change nothing I replaced gdm with slim with following changes:
(use-modules (gnu)
(srfi srfi-1)
(gnu system nss))
(use-service-modules desktop ssh xorg)
(use-package-modules bootloaders certs
Hi,
this updates libaom to 2.0.0
From 7a8f305b63b5bf98859c3636ad70ca2223011920 Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide
Date: Fri, 22 May 2020 15:17:32 +0200
Subject: [PATCH] gnu: libaom: Update to 2.0.0
* gnu/packages/video.scm (libaom): Update to 2.0.0.
---
21 matches
Mail list logo
