bug#49337: Guix pull fails on my Talos II

Hi, FYI, I was able to successfully "guix pull" from 83f8b6d (Apr 09) to c33e200 (Jul 02) just now on my own POWER9 machine (a Blackbird). -- Chris signature.asc Description: PGP signature

bug#48974: A possible shepherd bug (it's very minor)

Leo Prikler writes: > Am Freitag, den 25.06.2021, 14:06 -0400 schrieb Joshua Branson: >> Leo Prikler writes: >> >> > Hi, >> > >> > Am Freitag, den 25.06.2021, 05:31 -0400 schrieb Joshua Branson: >> > > Leo Prikler writes: >> >> Thanks again! The current code doesn't quite work for me yet.

bug#49337: Guix pull fails on my Talos II

Hi Tobias, Tobias Platen writes: > /gnu/store/vc2j3816jx9z4vgrw6zmk357xrka3zy0-texlive-latex-amsmath-51265.drv > wird erstellt … > \ „build“-PhaseBacktrace: > 13 (primitive-load > "/gnu/store/y5sniqlw2x5aaixyk4bw162v2a7bwdpl-compute-guix-derivation") > In ice-9/eval.scm: > 155:9

bug#49337: Guix pull fails on my Talos II

/gnu/store/vc2j3816jx9z4vgrw6zmk357xrka3zy0-texlive-latex-amsmath-51265.drv wird erstellt … \ „build“-PhaseBacktrace: 13 (primitive-load "/gnu/store/y5sniqlw2x5aaixyk4bw162v2a7bwdpl-compute-guix-derivation") In ice-9/eval.scm: 155:9 12 (_ _) 159:9 11 (_

bug#47630: Improve guix manual installation docs

Hi, On Wed, 07 Apr 2021 at 04:55, bo0od wrote: > Checking here: > > https://guix.gnu.org/manual/en/html_node/Manual-Installation.html > > This section actually misses alot of commands and its not nice to give only > hint commands and leave step by step explanation e.g: > >

bug#48213: offlineimap build fails

Hi, On Sun, 30 May 2021 at 15:27, Mark H Weaver wrote: > zimoun writes: >> The package offlineimap will go sooner or later since Python 2 is EOL. >> The migration from Py2 to Py3 is not clear [1] and the README [2] says: >> >> > As one of the maintainer of OfflineIMAP, I'd like to put my

bug#48400: Nyxt build fails because php fails x86_64

Hi, On Thu, 13 May 2021 at 11:24, Bone Baboon wrote: > On a x86_64 computer Nyxt fails to build because php fails to build. > > `guix describe` outputs: > > ``` > Generation 24 May 12 2021 18:06:24(current) > guix d6aeebb > repository URL: https://git.savannah.gnu.org/git/guix.git >

bug#48374: Found a bug, apparently.

Hi, On Sat, 15 May 2021 at 00:13, Merazi wrote: > May 13, 2021, 15:56 by l...@gnu.org: [...] >> This could indicate a poorly handled transient networking error. >> Does the problem persist if you try again? > I think this is just a network issue, I'll try again later. Thanks again! So

bug#48796: Guix on Debian 11 - Cant run or find applications from Guix

Hi, On Wed, 02 Jun 2021 at 18:56, bo0od wrote: > I have installed Guix package manager over debian bullseye 11 then i installed > a package using guix (after running guix pull) with two ways: (x package i > tried is icecat) > > guix install x > > sudo -i guix install x > > both of the commands

bug#48064: [PATCH core-updates] build-system/texlive: Change default format to pdftex

LuaTeX has a bug where sometimes it corrupts the heap and aborts. This causes the build of texlive packages to fail at random. The problem is being tracked at https://issues.guix.gnu.org/48064. While a fix isn't found, switch the default TeX format (and consequently also the engine) to pdftex to

bug#48064: texlive-* packages fail to build non-deterministically

Em quinta-feira, 1 de julho de 2021, às 10:07:27 -03, Ludovic Courtès escreveu: > Yes, you need debug info for (@@ (gnu packages commencement) > glibc-final), which is not what you get when you type “glibc:debug”. > > HTH! It did, thanks for the tip! For the record, this is the command line

bug#48064: [Dev-luatex] bug#48064: texlive-* packages fail to build non-deterministically

Em quarta-feira, 30 de junho de 2021, às 08:53:41 -03, luigi scarso escreveu: > On Wed, Jun 30, 2021 at 8:20 AM Ludovic Courtès wrote: > > Hi, > > > > Ludovic Courtès skribis: > > > While investigating luatex crashes in the TeX Live 2020 package of > > > GNU Guix¹, we identified the following

bug#48903: guix substitute: error: TLS error in procedure 'read_from_session_record_port': Error decoding the received TLS packet.

Hello, Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> I've tried with the following modified version which runs multiple >> threads in parallel (to mimic --max-jobs=4 on the daemon), and I've yet >> to trigger it, although the hard drive is grinding heavily: > > Note that

bug#49314: Stan package broken

Hello, I tried to run a "Hello World" stan model using the r-rstan package. #+BEGIN_SRC R stancode="data { int N; vector[N] x; vector[N] y; } parameters { real alpha; real beta; real sigma; } model { y ~ normal(alpha + beta * x, sigma); } " stan_lm = stan(model_code = stancode)

bug#48064: texlive-* packages fail to build non-deterministically

Hello Ludo, Em 30 de junho de 2021 07:05:03 BRT, "Ludovic Courtès" escreveu: >Hi Thiago, > >FWIW I managed to get a Valgrind report for TeX Live on core-updates, >using ‘--extra-debuginfo-path’ to help it a bit: > > https://issues.guix.gnu.org/48064#6 > >Not that it helps a whole lot yet! I

bug#49297: zsh-autosuggestions build fail

Hi GUIX, I tried installing zsh-autosuggestions, but the build fails in three places on the same file when running rspec, all with the same discrepancy: >expected: "echo " >got:

bug#48591: ugrep: illegal instruction

Hi, On Sat, 22 May 2021 at 12:19, Christopher Howard wrote: > I'm sure this will also be a reproducibility bug, Indeed, the package ’ugrep’ is not reproducible: guix build ugrep --no-grafts -q guix build ugrep --no-grafts -q --check -K diff --no-dereference -r

bug#48587: Amule 2.3.3

Hi, On Sat, 22 May 2021 at 18:47, "Emanuele M. Monterosso" wrote: > Amule has released version 2.3.3 a few months back fixing some bugs and > preventing some of the more commonly encountered crashes. Something in > the build system has changed, I believe pkg-config and thus guix fails > to

bug#47011: Bug: Failed installing a GNU Guix distribution (Getting packages issue)

Hi, On Mon, 08 Mar 2021 at 10:03, Alice Wonderland wrote: > Used version: https://ci.guix.gnu.org/build/369990/details > P.S. I'm sorry if the quality of the attached screenshot will be too > low. Thanks for the report. Is it still the case using the last recent release 1.3?

bug#25281: rust importer duplicates input

Hi, On mar., 27 déc. 2016 at 16:10, ng0 wrote: > ng0@wasp ~$ guix import crate net2 > following redirection to > `https://crates-io.s3-us-west-1.amazonaws.com/crates/net2/net2-0.2.26.crate'... > (package > (name "rust-net2") > (version "0.2.26") > (source > (origin > (method

bug#24841: Cross-building bootstrap binaries fail in current master

Hi, What is the status of this bug#24841 report [1]? 1: On jeu., 22 févr. 2018 at 10:47, Chris Marusich wrote: > Hi, > > The core-updates branch has been merged into master. As of > 5ce3f93bc52280c7c2b1b96097e8cd4a62b53bb0 (committed on 2018/02/18), >

bug#49326: haskell-build-tool: specifying a haskell version breaks some builds

The attached versions.scm has been generated using `guix import hackage versions` and specifying that I want to build it with `#:haskell ,ghc-8.8`. Upon building, I get the error posted here: http://paste.debian.net/1203119/ I'm not entirely sure what the problem is, but it seems like when

bug#49325: brdf-explorer assumes #!/bin/sh exists

Hi guix, From the package definition of "brdf-explorer": (format port "#!/bin/sh # Run the thing from its home, otherwise it just bails out. cd \"~a\" exec -a \"$0\" ~a/.brdf-real~%" ...) That should be #!/gnu/store/.../bin/sh instead ... Greetings, Maxime. signature.asc Description: This is