bug#15640: make failure when creating bootstrap-graph.png

Hello Guix, >From a fresh checkout of the guix source, a vpath build fails when trying to create doc/images/bootstrap-graph.png: $ git clone git://git.savannah.gnu.org/guix.git [...] $ cd guix && ./bootstrap [...] $ mkdir build && cd build && ../configure [...] $ make [...] /bin/bash /tmp/guix/bu

bug#18247: Cyclic dependencies in (gnu package *) modules

would solve the circular dependency? -- Eric Bavier

bug#18247: Cyclic dependencies in (gnu package *) modules

Ludovic Courtès writes: > Eric Bavier skribis: > >> Ludovic Courtès writes: >> >>> As a stop-gap measure, I’ve worked around the problem in commit d759cf6, >>> which removes the dependency from texinfo to gettext. >>> >>> (Éric: I see one

bug#17208: undoing a --roll-back

Note that commit b3bb82f1 adds the '--switch-generation' option to 'guix package'. -- Eric Bavier

bug#18868: tests/guix-lint.sh fails

a patch, just a report. Thanks for the report. I failed to run that test after the last adjustment I made to the linters. Commit 791e012 adjusts the test case to the latest linter rules. Could you confirm? -- Eric Bavier

bug#19439: guix download fails with "bad qstring header component"

have any ideas on how to work around this issue in general. In this case, we might be able to fetch the source from github rather than pypi. But this should add to the question of how frequent this problem is. -- Eric Bavier

bug#19830: Bug #19830: cannot use snippets with zip source

Fixed in commit 17287d7d47567aa1649250182e0f7ab11d5d55d1. -- `~Eric

bug#20722: Cannot rerun 'guix system init'

Hello Guix, I ran into this issue while doing a fresh install of Guix 0.8.2. I had a typo in my declaration of the grub device (I had unintentionally left out the leading "/" on "/dev/sda"), so 'guix system init' failed when setting up grub. I fixed the typo in the OS config and reran 'guix

bug#22100: 'font-alias' breaks other xorg font packages when installed in a single profile

On Wed, 09 Dec 2015 15:05:28 +0100 l...@gnu.org (Ludovic Courtès) wrote: > Alex Kost skribis: > > > I install several xorg font packages (font-adobe75dpi, font-adobe100dpi, > > font-misc-misc and font-alias) in one of my profiles, and point my Xorg > > font path to this directory. Previously it

bug#22558: gnupg-2.1.11 on x86_64 failed its tests many times on Hydra

> * With 14 test failures. This happened at least twice, on > hydra.gnunet.org. Eric Bavier reported on #guix that it failed to build on his machine twice in a row, with 14 test failures. I used 'git bisect' on the gnupg repository to narrow the failures down. Commit e

bug#22558: gnupg-2.1.11 on x86_64 failed its tests many times on Hydra

On Fri, 12 Feb 2016 21:13:55 -0500 Mark H Weaver wrote: > Leo Famulari writes: > > > On Fri, Feb 12, 2016 at 06:22:46PM -0500, Mark H Weaver wrote: > >> l...@gnu.org (Ludovic Courtès) writes: > >> > >> > Eric Bavier skribis: > >> > >

bug#22914: "VM stack overflow" with graft dependencies from substitutes

Starting with commit c90cb5c9d84ded26ef44d1e6593508d5b9e4655e (via 'git bisect') I get the following error messages after `make clean && make && ./pre-inst-env guix environment texlive`: --- BEGIN SNIP --- Backtrace: In srfi/srfi-1.scm: 646: 19 [append-map # #] 578: 18 [map # #] In guix/grafts.s

bug#22914: "VM stack overflow" with graft dependencies from substitutes

On Sat, 05 Mar 2016 22:55:37 +0100 l...@gnu.org (Ludovic Courtès) wrote: > Eric Bavier skribis: > > > Starting with commit c90cb5c9d84ded26ef44d1e6593508d5b9e4655e (via 'git > > bisect') I get the following error messages after `make clean && make > >

bug#23409: unable to load free firmware

On Sun, 01 May 2016 15:19:34 +0200 l...@gnu.org (Ludovic Courtès) wrote: > Quilro Ordonez skribis: > > > I am trying to lo use Broadcom wireless device on GuixSD. It is > > confirmed to work with free drivers and free firmware. It works > > correctly in Trisquel too. > > > > dmesg gives the foll

bug#24026: librecad and dealii depend on relocated muparser source code repo

On Wed, 20 Jul 2016 12:39:45 -0400 Leo Famulari wrote: > On Wed, Jul 20, 2016 at 07:07:25AM -0400, Mark H Weaver wrote: > > Hmm. It would be good to see the diff between the two "versions" of > > 2.2.5. If there's anything substantive in there, then we might want to > > bump the version on our

bug#24290: [PATCH 1/1] gnu: imagemagick: Don't build with processor-specific optimizations.

On Mon, 22 Aug 2016 22:40:02 -0400 Leo Famulari wrote: > * gnu/packages/imagemagick.scm (imagemagick)[arguments]: Pass > --without-gcc-arch > to #:configure-flags. > --- > gnu/packages/imagemagick.scm | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/gnu/packages/imagema

bug#28779: tests/workers.scm failure

completed execution, so the poll loop exits before all 1+! updates are finished and the test fails. Most failures show "actual-value: 4241", but I have also seen "actual-value: 4239" and "actual-value: 4240", which points to a race condition. On this syst

bug#27284: [PATCH 1/8] build: Factorize module compilation in (guix build compile).

ery.scm| 4 +- > >> 5 files changed, 209 insertions(+), 158 deletions(-) > >> create mode 100644 guix/build/compile.scm > > > > [...] > > > > This and the other patches in this series look fine to me. > > Awesome, thanks for lookin

bug#27284: [PATCH 1/8] build: Factorize module compilation in (guix build compile).

On Sun, 22 Oct 2017 19:51:14 -0700 l...@gnu.org (Ludovic Courtès) wrote: > Heya, > > Eric Bavier skribis: > > > And from NEWS for the 4.2 release: > > > > * The amount of parallelism can be determined by querying MAKEFLAGS, even > > when > > the j

bug#28984: 'guix size' fails with options from GUIX_BUILD_OPTIONS

The manual describes the GUIX_BUILD_OPTIONS environment variable, that can affect the operation of guix commands that perform builds. But 'guix size' can fail when GUIX_BUILD_OPTIONS is set. E.g. $ export GUIX_BUILD_OPTIONS='-K --cores=2' $ guix size dillo guix size: error: K: unrecognized optio

bug#29091: VPATH builds are broken

Makefile:2990: recipe for target 'all' failed make: *** [all] Error 2 ``` Eric Bavier, Scientific Libraries, Cray Inc.

bug#29091: VPATH builds are broken

LGTM. Thanks for the quick fix! Eric Bavier, Scientific Libraries, Cray Inc. From: Ludovic Courtès Sent: Sunday, November 5, 2017 07:41 To: Eric Bavier Cc: 29...@debbugs.gnu.org Subject: Re: bug#29091: VPATH builds are broken Hi Eric, Eric Bavier

bug#28779: tests/workers.scm failure

Looks good to me. Thanks, Eric Bavier, Scientific Libraries, Cray Inc. From: Ludovic Courtès Sent: Thursday, November 16, 2017 02:29 To: Eric Bavier Cc: 28...@debbugs.gnu.org Subject: Re: bug#28779: tests/workers.scm failure Hi Eric, Eric Bavier

bug#29492: tests/guix-system.sh failure on unbound variable check

pfile:[49]:[0-9]\+: GRUB-config.*[Uu]nbound variable" "$errorfile" else - grep "$tmpfile:9:[0-9]: GRUB-config.*[Uu]nbound variable" "$errorfile" + grep "$tmpfile:9:[0-9]\+: GRUB-config.*[Uu]nbound variable" "$errorfile" fi fi ``` Eric Bavier, Scientific Libraries, Cray Inc.

bug#29492: tests/guix-system.sh failure on unbound variable check

> -Original Message- > From: Ludovic Courtès [mailto:l...@gnu.org] > Sent: Thursday, November 30, 2017 4:04 AM > To: Eric Bavier > Cc: 29...@debbugs.gnu.org > Subject: Re: bug#29492: tests/guix-system.sh failure on unbound variable > check > > Hi Eric

bug#29492: tests/guix-system.sh failure on unbound variable check

Pushed in 42d16037d857aac02add38513bfa58535c1ddcfe Thanks, Eric Bavier, Scientific Libraries, Cray Inc. From: Ludovic Courtès Sent: Saturday, December 2, 2017 03:59 To: Eric Bavier Cc: '29...@debbugs.gnu.org' Subject: Re: bug#29492: tests/guix

bug#30879: Commit bc499b113 broke guix on guile@2.0.14, improper field initialization

host-name", which has the value "hosts-file" should have, and "mapped-devices" has the value "file-systems" should have, etc. If you explicitely specify the new "initrd-modules" field this commit added in (@ (gnu tests) %simple-os), then compilation proceeds as expected. -- Eric Bavier, Scientific Libraries, Cray Inc.

bug#30879: Commit bc499b113 broke guix on guile@2.0.14, improper field initialization

ffice to fix this issue? No, it doesn't help. Previously I had been running "make clean-go" before each "make. The error/backtrace is issued when build-aux/compile-all.scm tries to load gnu/tests/base.scm, before it even gets to compilation. -- Eric Bavier, Scientific Libraries, Cray Inc.

bug#30879: Commit bc499b113 broke guix on guile@2.0.14, improper field initialization

On Wed, Mar 21, 2018 at 10:04:00PM +0100, Ludovic Courtès wrote: > Eric Bavier skribis: > > > On Wed, Mar 21, 2018 at 12:12:02AM +0100, Ludovic Courtès wrote: > > > >> That sounds a lot like regular ABI breakage: a new > >> field was added but gnu/tests/

bug#30879: Commit bc499b113 broke guix on guile@2.0.14, improper field initialization

On Thu, Mar 22, 2018 at 12:04:06AM +0100, Ludovic Courtès wrote: > Eric Bavier skribis: > > [...] > > > In gnu/system.scm: > > 501: 3 [operating-system-services # # #f] > > 476: 2 [essential-services # # #f] > > 576: 1 [operating-system-etc-service #] &g

bug#30879: Commit bc499b113 broke guix on guile@2.0.14, improper field initialization

On Thu, Mar 22, 2018 at 05:19:04PM +0100, Ludovic Courtès wrote: > Hello, > > Eric Bavier skribis: > > > Oh, so it loks like .go files from the system-installed guix are being > > picked up: > > > > 53692 openat(AT_FDCWD, > > "/usr/local/lib

bug#30879: Commit bc499b113 broke guix on guile@2.0.14, improper field initialization

As a workaround, I temporarily uninstalled Guix from the system. This allowed compilation from my git checkout to succeed. -- Eric Bavier, Scientific Libraries, Cray Inc.

bug#31187: core-updates: url-fetch/tarbomb, url-fetch/zipbomb fail with "unbound variable: invoke"

In commit 20927c9331b493eaf94211ad9f8a5055e11b4588 url-fetch/tarbomb and url-fetch/zipbomb in guix/download.scm were switched to use 'invoke' instead of 'system*'. On core-updates this leads for me to an error when attempting to build the source for packages that use these fetch methods. For exam

bug#23192: Logging into GNOME, incorrect password drops you into Window Maker

AFAICT this bug was fixed in commit 0b71c15c8 in October 2016: ``` commit 0b71c15c8086544236d3348caedeff3a84ab2948 Author: Eric Bavier Date: Mon Oct 17 17:17:50 2016 -0500 gnu: slim: Do not reset session after failed login. * gnu/packages/patches/slim-reset.patch: New patch

bug#32247: HandBrake shows no icons

You did nothing wrong. This is the current state of the ghb GUI, unfortunately. I got less than no help from the Handbrake developers the last time I tried to fix it. It's possible the package is just missing the right image decider plugin. The gstreamer warning has not caused a problem for me

bug#44428: Graphical Installer window clipping on "small" displays

On Sat, 2020-11-07 at 13:23 +0100, Mathieu Othacehe wrote: > Pushed as 6dcbbcdab7727946cf32e7a4e44e66d151380db2. Great! Thank you! > On QEMU with 800x600 resolution there's no more box overflow. I hope > it will be the same on your hardware that seem to have a slightly higher > resolution. It s

bug#37965: parse-error in latest news entry

Commit https://git.savannah.gnu.org/cgit/guix.git/commit/?id=b13b9384bc43bf93c754c037956c8ef9a99c2b41 causes a recent 'guix pull' to throw a parse-error: News for channel 'guix' Backtrace: 16 (apply-smob/1 #) In ice-9/boot-9.scm: 705:2 15 (call-with-prompt _ _ #) In ice-9/eval.scm:

bug#37965: parse-error in latest news entry

FWIW, hacky way to check news items in shell: ``` commit=HEAD previous=$(git rev-parase ${commit}^) guix pull --url="file://$PWD" --commit="$previous" --profile=$PWD/_pull_check guix pull --uri="file://$PWD" --commit="$commit" --profile=$PWD/_pull_check guix pull --profile=$PWD/_pull_check --news

bug#37965: parse-error in latest news entry

))) (list) lst)) (map texi->plain-text (strings (call-with-input-file "etc/news.scm" read)) ``` - On Oct 28, 2019, at 8:27 PM, Eric Bavier ericbav...@centurylink.net wrote: > FWIW, hacky way to check news items in shell: > > ``` > commit=HEAD > previo

bug#58451: cool-retro-term's fonts are broken

Hi Christine, Thanks for the report. This should be fixed in https://git.savannah.gnu.org/cgit/guix.git/commit/?id=86ec52f66735b122b9035eba56516fd16f3be958 The "Cannot read property 'fontlist' of null" is still present, but was/is also present in the earlier 1.1.1 release, and seems to be mostl

bug#38521: guix package: error: build of `...-youtube-viewer-3.5.8.drv' failed

FWIW, I recently updated youtube-viewer to version 3.7.0. That version contains a new port to perl-gtk3, so whoever feels like packaging that perl module can go right ahead ;) `~Eric - On Jan 15, 2020, at 10:16 PM, Ludovic Courtès l...@gnu.org wrote: > Hi Pierre, > > Pierre Neidhardt sk

bug#40565: make authenticate fails: commit 77704cb13e5bebf412297dab764a00849a3cfdc0: key A0C5E3522EF8EF5C64CDB7F0FD73CAC719D32566 is missing

On 16.04.2020 11:24, Tobias Geerinckx-Rice wrote: Ela, Eric, elaexuotee--- via Bug reports for GNU Guix 写道： It looks like the referenced key doesn't exist in the keyservers: $ gpg --recv-keys A0C5E3522EF8EF5C64CDB7F0FD73CAC719D325 gpg: keyserver receive failed: No data Eric, I didn't

bug#62406: “! failing-command” pattern in shell tests is wrong

On Thu, 2023-03-23 at 17:00 +0100, Ludovic Courtès wrote: > In (commit > d8934360d2453a403b5433e71d09188e4ed23b57), we changed: > > if command that should fail; then false; else true; fi > > to: > > ! command that should fail > > I had reservations back t

bug#62406: “! failing-command” pattern in shell tests is wrong

On Tue, 2023-03-28 at 18:21 +0200, Ludovic Courtès wrote: > Hi Eric, > > Eric Bavier skribis: > > > The purpose of d89343 was to ease visual parsing of the tests. I mentioned > > having used the '!' syntax in my own shell tests, but I realize now that I &g

bug#67304: Build python-cdflib.x86_64-linux on master is broken.

Hi Maxim, thanks for the report. On Mon, 2023-11-20 at 14:02 -0500, Maxim Cournoyer wrote: > > It seems something in the commits series > https://git.savannah.gnu.org/cgit/guix.git/log/?qt=range&q=2ab5e449246f98b049888dde3c310f5b4a0a64a2..b7abea0fd6a146563830db1dc4ddd0cceb6fcf1c > either broke th

bug#67304: Build python-cdflib.x86_64-linux on master is broken.

On Mon, 2023-11-20 at 22:56 +, Sharlatan Hellseher wrote: > Hi, > > I've open an issue in upstram. > Mean while please check the patch disabling the test. I've pushed this patch as 33f9d3cc36fbfbd2849d626492721667abfe8306. We can revisit if we ever get a response from upstream. `~Eric