Am Wed, Aug 09, 2023 at 05:54:07PM +0800 schrieb 宋文武:
> Yes, kmessagelib build fine now.
As this has been merged to master now, I am closing the bug.
Thank you!
Andreas
Dear Maintainers,
while trying to install package the installation fails:
guix package -i leptonica
The following package will be installed:
leptonica 1.83.1
The following derivation will be built:
/gnu/store/p3rxqvszpwfgjf9v9hfh06v6a8p1gsf6-leptonica-1.83.1.drv
building /gnu/store/p3rxq
I have absolutely no idea how this came to be:
sh-5.1$ ./pre-inst-env guix build gdk-pixbuf --dry-run
substitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird
aktualisiert … 100.0%
substitute: Liste der Substitute von „https://bordeaux.guix.gnu.org“
wird aktualisiert … 100.0%
The follow
Liliana Marie Prikler writes:
> I have absolutely no idea how this came to be:
>
> sh-5.1$ ./pre-inst-env guix build gdk-pixbuf --dry-run
> substitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird
> aktualisiert … 100.0%
> substitute: Liste der Substitute von „https://bordeaux.guix.gnu.
Liliana Marie Prikler writes:
> I have absolutely no idea how this came to be:
> …
> The hash changes with each run. What the hell is going on?
I don’t know. I’ve seen a not reproducible error with guix challenge
guile.
I would expect this when running with --tune, but not from the build
serv
The culprit has been found [1] and arrested [2]. It turns out that the
ungexp Bruno used at the time was "too wide", resulting in a new .drv
for shared-mime-info each time. This wasn't caught during review,
because who has time to build things twice?
What are the lessons learned from this?
1. Cl
Fixed in guix master commit 18b6e309cec3a0c9c7401b131e18612914f1fcf9.
pgpAhNy6UqDoC.pgp
Description: OpenPGP digital signature
When doing "guix shell naev", things ended with:
/gnu/store/nl8fl0agic9a5dw9i1m701p3yn6x6sw9-naev-0.10.4/bin/naev:
stripping RUNPATH to
("/gnu/store/xhxn5yk0kzh3rscirf0n1cvwnns7xn4h-sdl2-2.26.2/lib"
"/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib"
"/gnu/store/yd7rq0ffac7dz3jf5ggwh
For example, naev used to work just fine, yet apparently it doesn't
anymore: https://issues.guix.gnu.org/65390.
Given that Guix has ci.guix.gnu.org, I would expect such new problems to
be detected and resolved early, and it was detected by ci.guix.gnu.org,
yet going by issues.guix.gnu.org it w
https://ci.guix.gnu.org/build/1170869/log/raw:
g++ -I. -std=c++03
-I/gnu/store/b727ryyfiz1cfdywjp8s1wmxd6lzsz8p-curl-7.85.0/include
-I/gnu/store/g9cpfynzy3ryv9jprgvwf3g2mnd5p11q-libxml2-2.9.14/include/libxml2
-c fmtgen/lex.cc
In file included from
/gnu/store/5lqhcv91ijy82p92ac6g5xw48l0lwwz4-g
[...]
E - optional arguments:
E + options:
E -h, --helpshow this help message and exit
E --version show program's version number and exit
E
E subcommands:
E {help,list,birds,mammals}
E help
From: 宋文武
* gnu/packages/games.scm (naev)[inputs]: Don't use sdl-union.
Remove sdl2-mixer.
---
gnu/packages/games.scm | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm
index a5fa19fc20..38f9343499 100644
--- a/gnu/packages/games
Maxime Devos writes:
> When doing "guix shell naev", things ended with:
>
> [...]
> starting phase `validate-runpath'
> validating RUNPATH of 1 binaries in
> "/gnu/store/nl8fl0agic9a5dw9i1m701p3yn6x6sw9-naev-0.10.4/bin"...
> /gnu/store/nl8fl0agic9a5dw9i1m701p3yn6x6sw9-naev-0.10.4/bin/naev:
> erro
13 matches
Mail list logo
