bug#30107: Backtrace

I managed to get a coredump and backtrace, but I'm not able to extract any useful information. I never went that deep into C programming. If anyone can get more out of this, attached is the backtrace, register state and some disassembly. Björn #0 0x77b743be in _svmf_interpreter () from

bug#30107: How I got the core dump

On request, I'm writing here how I got to that coredump: My first step was to investigate the build.sh, and I just patched it to output the full command, stripping of the rest: diff --git a/bootstrap.sh b/bootstrap.x.sh index bc54db4..f8c0720 100755 --- a/bootstrap.sh +++ b/bootstrap.x.sh @@ -151

bug#30518: teeworlds fails on core-updates due to freetype-update (and contains files to be snipped)

I thought of looking closer at some core-updates failures and looked at this evaluation: https://hydra.gnu.org/eval/109914?full=1&compare=109912 Randomly I stumbled over a failing teeworlds: https://hydra.gnu.org/job/gnu/core-updates/teeworlds-0.6.4.x86_64-linux The currently latest build is:

bug#30566: While searching for packages, deprecated packages should be ignored

When I search for a deprecated package, I get both the deprecated package and the new one. That is quite confusing and I can't decide which one to take. For example: $ guix package -s geiser name: geiser-next version: 0.9 outputs: out systems: x86_64-linux i686-linux armhf-linux aarch64-linux mip

bug#30608: Aseba: thymiovpl is missing icons, asebaplayground is missing .playground examples

The program thymiovpl of package aseba is missing icons: The top icons for file-related and playing/stoping of the program are missing. Tooltips are available, and if you find the right location of a button and click it, its action is performed as expected. The icons for the "Events" and "Actions

bug#30667: 'guix system vm' must keep mount_tag-length limited below 32 bytes for --expose and --share

I prepared a QEMU VM with: ./pre-inst-env guix system vm \ --expose=/home/bjoern/digikam-testpool/=/image-pool \ ../guix-systems/digikam-test.scm Starting the VM it complained: $> /gnu/store/zg5a42vcz4qf6h3yrdrijyaxkbhr967s-run-vm.sh qemu-system-x86_64: -virtfs local,path=/home/bjoern/digikam

bug#30688: hdparm hash mismatch

On Sat, 03 Mar 2018 21:52:03 +0100 Clément Lassieur wrote: > Hello, > > I got this error while reconfiguring, did the source change upstream? > > Starting download > of /gnu/store/4gn3ksv0hrglymrhh11474s13h4x6wcr-hdparm-9.54.tar.gz > >From > >http://downloads.sourceforge.net/project/hdparm/hdpa

bug#30716: guix pull: error: Git error: unable to parse OID - contains invalid characters when COMMIT-ID is shortened

Guix pull has the wrong error message when the commit-id for the "--commit" parameter is too short: $>guix pull --commit=d20647722ad36024a3a0b6e1e75c1ba49b9f61d Updating from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... guix pull: error: Git error: unable to parse OID - contain

bug#30710: guix graph gives duplicate nodes

On Wed, 07 Mar 2018 16:18:51 +0100 l...@gnu.org (Ludovic Courtès) wrote: > Hello, > > Hartmut Goebel skribis: > > >> This is expected. Strictly speaking, we’re talking about two > >> different package objects, hence the different IDs. > > > > I wonder > > > > a) whether it is useful to have

bug#30667: 'guix system vm' must keep mount_tag-length limited below 32 bytes for --expose and --share

On Thu, 08 Mar 2018 11:56:57 +0100 l...@gnu.org (Ludovic Courtès) wrote: > Hi Björn, > > Björn Höfling skribis: > > > I prepared a QEMU VM with: > > > > ./pre-inst-env guix system vm \ > > --expose=/home/bjoern/digikam-testpool/=/image-pool \

bug#30821: Package unbound fails on hydra but not on berlin.guixsd.org nor locally

Package 'unbound' was added to gnu/packages/dns.scm with version 1.6.3 in commit ed690bc9116db3ff269353ea0b16cbca54b045cf Since then it is failing in Hydra for x86_64 and i686: https://hydra.gnu.org/job/gnu/master/unbound-1.6.3.x86_64-linux/all https://hydra.gnu.org/job/gnu/master/unbound-1.6.8.

bug#31943: Some Maven bugs

Maven is now part of Guix, yeah! I gave it a try and found some bugs which I post collectively here. I don't know yet where exactly they come from and if they are trivial or not to fix. So if you think they should better go each into a separate bug report, please separate them. For reference, I'm

bug#31956: guix environment: add option to download and unpack source

On Sun, 24 Jun 2018 12:06:17 -0700 Vagrant Cascadian wrote: > I've a minor feature request. > > When working on new package definitions, it's often useful to debug > build failures with guix environment. > > The current implementation, as I understand it, requires manually > downloading the sou

bug#31960: java-eclipse-jetty-security has indeterministic test failures (on ia64)

Hi, I tried to build this package, but sometimes it fails. I'm on master (02e2d18297c9352d5f12abe128a82e579d9be278) with the ant-buildsystem-patch fixed to raise exceptions instead of returning #f (i.e. i cherry-picked commit d7ee90fe906aacb7f0bb1513195a1457970fd19d). Björn Log from a failed bu

bug#31961: java-libsnappy and java-libsnappy-1 have test failures (java.lang.UnsatisfiedLinkError)

I'm on master (02e2d18297c9352d5f12abe128a82e579d9be278) with the ant-buildsystem-patch fixed to raise exceptions instead of returning #f (i.e. i cherry-picked commit d7ee90fe906aacb7f0bb1513195a1457970fd19d). Failed test report: /tmp/guix-build-java-snappy-1.1.7.drv-3/snappy-java-1.1.7/src/test

bug#31943: Some Maven bugs

On Sat, 23 Jun 2018 12:20:33 +0200 Julien Lepiller wrote: > Le Sat, 23 Jun 2018 00:39:35 +0200, > Björn Höfling a écrit : > > > 1) The following propagated inputs are used from bash scripts > > and are missing: which, coreutils > > > > 2) There is someth

bug#31961: java-libsnappy and java-libsnappy-1 have test failures (java.lang.UnsatisfiedLinkError)

On Mon, 25 Jun 2018 12:11:18 +0200 Ricardo Wurmus wrote: > Björn Höfling writes: > > > java.lang.UnsatisfiedLinkError: /tmp/snappy-unknown-libsnappyjava.so: > > /gnu/store/4ixlfq2baw24ihqx3058vcbq5sq9q5y3-gcc-4.9.4-lib/lib/libstdc++.so.6: > > version `GLIBCXX_3.4

bug#31991: Packages enki and aseba fail. Organizations behind software restructured

I saw that enki fails due to Qt 5.11. I can heal that with going to the newest commit in the source repository (we fetch from git anyway). Simple patch attached. But the package has little use on its own and then we have the same problem with aseba and I wasn't able to heal that with just going t

bug#31943: Some Maven bugs

Hi Julien, On Wed, 4 Jul 2018 22:06:08 +0200 Julien Lepiller wrote: > Le Sat, 23 Jun 2018 00:39:35 +0200, > Björn Höfling a écrit : > > > Maven is now part of Guix, yeah! I gave it a try and found some bugs > > which I post collectively here. I don't know yet where

bug#32193: Java packages are indeterministic (due to order in jar?)

/pre-inst-env guix build --check java-eclipse-jdt-core -K ./pre-inst-env guix build --check -K java-httpcomponents-httpcore-nio both fail. diffoscope /gnu/store/6r2x0fbsj9kwvljrdx2nc8nbrvd9d78m-java-eclipse-jdt-core-3.12.3 /gnu/store/6r2x0fbsj9kwvljrdx2nc8nbrvd9d78m-java-eclipse-jdt-core-3.12

bug#32245: Guix does not search sources locally by hash

[Note: This concrete package is nonfree/Yoghurt-ware, but it's just used here for showing the general problem, so I think it is OK to post it here]. I renamed a package definition from "eclipse-java" to "java-eclipse". Now upstream seams no longer be availabe: $> ./pre-inst-env guix build java-e

bug#32245: Guix does not search sources locally by hash

On Mon, 23 Jul 2018 10:41:14 +0200 l...@gnu.org (Ludovic Courtès) wrote: > Hi, > > Björn Höfling skribis: > > > $> ./pre-inst-env guix build java-eclipse > > [..] > > @ > > build-started > > /gnu/store/lqfw971srfifgql68ibdgh58vi4d8fq3-java-

bug#32283: Add chroma (a little video game)

On Thu, 26 Jul 2018 17:40:06 -0400 Christopher Lemmer Webber wrote: > From 3ca38f3813eb7e6473673622de04b8fbb03d256d Mon Sep 17 00:00:00 2001 > From: Christopher Lemmer Webber > Date: Thu, 26 Jul 2018 17:37:53 -0400 > Subject: [PATCH] gnu: Add chroma. > > * gnu/packages/games.scm (chroma): New v

bug#32316: Build failure with installed guix that does not happen with pre-inst-env

Hi Konrad, thanks for the precise error report. On Mon, 30 Jul 2018 18:16:54 +0200 Konrad Hinsen wrote: > Dear Guix experts, > > When updating my Guix installation after three weeks of absence, I > noticed a build failure: > >$ guix pull –commit=de596e99549d7764f370ab2ed3b756f620b1f23d >

bug#32360: gst-plugins-base has test failures (when built as a dependency)

Hi, gst-plugins-base has somehow a problem, which I don't understand fully. Can someone have a look into it? It was already reported by Piere Neidhardt on the help mailing list: https://lists.gnu.org/archive/html/help-guix/2018-06/msg00075.html OK, so I am on 5803f87284c228ca131d74a4259238e76855

bug#32382: libchop has build failures

Since 2016-11-16 07:41:43 libchop fails on Hydra (for x86_64)! For arm and i686 it fails as well. https://hydra.gnu.org/job/gnu/master/libchop-0.5.2.x86_64-linux Build log at failure: libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../include/chop -I../include -I../i nclude -I../lib -I../lib -DGCR

bug#32467: Upgrade of libraw to 0.19 makes krita build fail

Commit 290532870e3c9ea832e62701ec8784a78d6c6714 updated libraw: -(version "0.18.12") +(version "0.19.0") This makes the build of krita fail: /tmp/guix-build-krita-4.1.1.drv-0/krita-4.1.1/plugins/impex/raw/3rdparty/libkdcr aw/src/kdcraw_p.cpp: In member function ?bool KDcrawIface::KDcraw:

bug#32013: Krita dependency kxmlgui fails to build since Qt 5.11

On Fri, 29 Jun 2018 17:02:36 -0400 Leo Famulari wrote: > Since we upgraded Qt to 5.11, Krita's dependency kxmlgui has failed to > build: > > https://hydra.gnu.org/build/2815173 I played a bit around with this: I just updated the KDE libs to 5.49.0 with a simple ./pre-inst-env guix refresh -t

bug#32466: Wine not building on intel 64bits.

Hi Pjotr, On Fri, 17 Aug 2018 14:41:24 +0200 Pjotr Prins wrote: > Recent versions of wine and wine-staging in Guix are not building > after guix pull. I rolled back a month, but even that is a problem on > my 2017 Debian box. I can't check the build farm to see if it is > working there. > >

bug#32360: gst-plugins-base has test failures (when built as a dependency)

Hi Leo, On Fri, 17 Aug 2018 14:05:54 -0400 Leo Famulari wrote: > Here is a patch that excludes Opus when building gst-plugins-base on > and for 32-bit systems. I think it's not so bad to be missing support > for Opus in this context until the underlying bug is fixed. > > With this patch, gst-pl

bug#32835: Icecat is missing fonts (on foreign distro)

I was curious about the new IceCat 60 and it's CSS problem, so I tried to install it. I'm on on Ubuntu+Guix: guix --version guix (GNU Guix) a68b45142373dd75bc96f9c4f8151bcd4e972888 installed it in a separate profile: guix package -p guix-test-profile -i icecat Then started it: guix-test-prof

bug#32836: emacs-magit is broken (and probably others) due to package renaming

Commit 5c8031ff7382ec9079040d08ae5a05b4dd2352b7 mass-renamed emacs-packages from "foo" to "emacs-foo". Unfortunately, some package definitions use the package-name for building the URL. That is for example the case in emacs-magit: (define-public emacs-magit (package (name "emacs-magit")

bug#32835: Icecat is missing fonts (on foreign distro)

On Tue, 25 Sep 2018 11:25:40 +0200 Ricardo Wurmus wrote: > Björn Höfling writes: > > > When Icecat is up, it looks "normal" and can be used normally [the > > more images a site uses, the better the user experience is :-)], > > just that ALL letters are ju

bug#32836: emacs-magit is broken (and probably others) due to package renaming

On Tue, 25 Sep 2018 19:58:04 +0200 Pierre Neidhardt wrote: > OK, I'll add this recommendation to the Guix packaging tutorial. > > I've pushed the fix upstream. Only magit and groovy-modes were > affected. > Looks good. Thanks for fixing! Björn pgphPRHWFfmEw.pgp Description: OpenPGP digital

bug#32960: icedtea not reproducible

On Sun, 7 Oct 2018 03:01:10 +0200 Danny Milosavljevic wrote: > < --- > > > diff > -r > /gnu/store/jz27ll2yb5cf2ihkjw58sx92gpw2pana-icedtea-3.7.0-doc/share/doc/icedtea/jre/api/security/smartcardio/spec/serialized-form.html > > /gnu/store/jz27ll2yb5cf2ihkjw58sx92gpw2pana-icedtea-3.7.0-doc-ch

bug#32245: Guix does not search sources locally by hash

I'm closing this one as I think it has very low priority. Björn pgpQe0X7CDfCV.pgp Description: OpenPGP digital signature

bug#33153: guix environment icedtea

On Thu, 25 Oct 2018 10:25:01 -0700 Nam Nguyen wrote: > I want to use guix environment with icedtea@3.7:jdk. > --8<---cut here---start->8--- > user@antelope ~$ guix environment icedtea@3.7:jdk > user@antelope ~ [env]$ java -version > java version "1.7.0_171" > O

bug#33180: guix pull fails in a directory with scm files

When my current working directory is within a guix checkout, it goes wrong (I suppose this can happen with any scheme code?) which guix /home/bjoern/.config/guix/current/bin/guix # In guix/guix is my Guix checkout: me:~/guix/guix/gnu/packages$ guix pull ;;; note: source file texinfo.scm ;;;

bug#33180: guix pull fails in a directory with scm files

On Sun, 28 Oct 2018 07:36:38 +0100 Julien Lepiller wrote: > I had a similar issue, with every guix comand failing. It was due to > GUILE_LOAD_PATH and GUILE_LOAD_COMPILED_PATH ending with “:”. Can you > check the value of these variables? Yes, that was the problem here: export GUILE_LOAD_PATH=$

bug#33235: Bzip hash error

Hi brettg, I tried with a fresh guixsd 0.15 install and can confirm your problem: On Fri, 02 Nov 2018 04:33:10 +0100 bre...@posteo.net wrote: > Hi Leo, > > Are you perhaps mistaken? the URL for bzip2 is bzip.org not bzip2.org > > Regardless, even when pulling from the archive I am still being

bug#33235: Bzip hash error

Hi brettg, On Fri, 02 Nov 2018 21:01:05 +0100 bre...@posteo.net wrote: > Hi bjorn. > > Thank you your steps did help in getting it to build with the > appropairiate hash sums. > > However, how do I get the guix system init process to > Use that version of the build we just made? It is still >

bug#33253: nss cannot build

On Sun, 4 Nov 2018 09:52:44 + Gnu Röoty wrote: > HI from 2 days I build the installation of guixSD to > berlin.guixsd.org and nss-3.36.6 cant build. This was also reported on guix-help by Brian Woodcox. Here is some analysis I reported to that thread: This package does not build reproducib

bug#33261: [substitute-urls] Fails when given only "berlin.guixsd.org"

On Mon, 5 Nov 2018 00:41:46 +0100 swedebugia wrote: > $ guix package -i hello --substitute-urls=berlin.guixsd.org > substitute: guix substitute: error: berlin.guixsd.org: invalid URI > guix package: error: build failed: substituter `substitute' died > unexpectedly > > Adding "http://"; works:

bug#33300: Automatically detecting binaries in source tarballs

On Thu, 08 Nov 2018 09:50:23 +0100 l...@gnu.org (Ludovic Courtès) wrote: > Hello, > > Danny Milosavljevic skribis: > > > I think it would be good to have guix check for closed-source > > binaries after unpacking, automatically (including jar files with > > class files in them). > > Oh right,

bug#33407: Cuirass is dropping the SQLite error message when rethrowing

Hi, is this a bug or by intention? In src/cuirass/database.scm, in the db-add-* procedures, we have a catch-clause like this: (with-db-critical-section db (catch 'sqlite-error (lambda () ) (lambda (key who code message . rest) ;; If we get a unique-constraint-failed error

bug#33407: Cuirass is dropping the SQLite error message when rethrowing

On Fri, 16 Nov 2018 21:51:49 +0100 l...@gnu.org (Ludovic Courtès) wrote: > Hello, > > Björn Höfling skribis: > > > is this a bug or by intention? > > > > In src/cuirass/database.scm, in the db-add-* procedures, we have a > > catch-clause like this:

bug#33419: guix package is not showing that the checksum is mismatching

(Note: this is on a private channel of me, but I think this is unrelated, it could happen with any Guix package). I updated a package-definition and forgot to update the Checksum. When then updating, it just fails, and the new, nice, logging-reduced UI doesn't tell: $ guix package -u guix-tools s

bug#33419: guix package is not showing that the checksum is mismatching

Hi Leo, On Sun, 18 Nov 2018 17:59:48 -0500 Leo Famulari wrote: > On Sun, Nov 18, 2018 at 03:04:33PM +0100, Björn Höfling wrote: > > I updated a package-definition and forgot to update the Checksum. > > When then updating, it just fails, and the new, nice, > > logging-re

bug#33419: guix package is not showing that the checksum is mismatching

On Mon, 19 Nov 2018 21:30:46 +0100 l...@gnu.org (Ludovic Courtès) wrote: > Hello, > > Björn Höfling skribis: > > Is it intended that this build-failure detail is not shown? I > > suppose not. At least in a log it should be shown. > > I suspect you’re running an “o

bug#31095: [aegisub] error: Aegisub requires that boost be built with ICU support.

On Fri, 2 Nov 2018 01:19:42 -0400 Leo Famulari wrote: > On Tue, Apr 10, 2018 at 02:32:05AM -0400, Mark H Weaver wrote: > > On core-updates I pushed commit > > 713c975ac0aa01c224b215fcb96274b76920c90b which hopefully will fix > > this problem with the aegisub build. We'll see when Hydra builds >

bug#31095: [aegisub] error: Aegisub requires that boost be built with ICU support.

On Sun, 25 Nov 2018 18:58:49 +0100 Björn Höfling wrote: > I found a patch here: > > https://git.archlinux.org/svntogit/community.git/plain/trunk/boost-1.68.patch?h=packages/aegisub > > When I apply it, aegisub works on core-updates. > > I will send out a proper guix-pa

bug#33509: core-updates: arc-theme fails with "Invalid GNOME version: 3.24"

On core-updates the package arc-theme fails: starting phase `configure' source directory: "/tmp/guix-build-arc-theme-20170302.drv-0/arc-theme-20170302" build directory: "/tmp/guix-build-arc-theme-20170302.drv-0/arc-theme-20170302" configure flags: ("CONFIG_SHELL=/gnu/store/q19l04vd2za80mk1845pz7r

bug#33509: core-updates: arc-theme fails with "Invalid GNOME version: 3.24"

On Mon, 26 Nov 2018 23:00:33 +0200 Efraim Flashner wrote: > On Mon, Nov 26, 2018 at 12:55:15PM +0100, Björn Höfling wrote: > > On core-updates the package arc-theme fails: > > > > starting phase `configure' > > source directory: > > "/tmp/guix-build-

bug#33509: core-updates: arc-theme fails with "Invalid GNOME version: 3.24"

On Tue, 27 Nov 2018 23:36:49 +0100 Ricardo Wurmus wrote: > Hi Björn, > > > So we might get wrong look&feel here, because it is not adapted to > > GNOME 3.24. But there is no further development upstream anyway. If > > it doesn't look totally malformed, we can use it like that. My disk > > is a b

bug#33509: core-updates: arc-theme fails with "Invalid GNOME version: 3.24"

On Wed, 28 Nov 2018 00:24:15 +0100 Björn Höfling wrote: > With your question, I double checked that this is really dead and > found in the bug tracker a link to a new, active fork: > > https://github.com/NicoHood/arc-theme > Patch submitted as: https://debbugs.gnu.org/cgi/bu

bug#33647: First `guix pull' behaves unexpectedly

On Fri, 07 Dec 2018 09:36:31 +0100 Diego Nicola Barbato wrote: > I believe this is it. This also explains why ‘which guix’ returned > the updated guix while ‘guix --version’ claimed it was still the older > version, which I found rather confusing. > I am afraid being unaware of this has led me t

bug#45555: [wishlist] Packaging GWT

On Wed, 30 Dec 2020 17:22:53 +0100 Ricardo Wurmus wrote: > Here’s the list: [..] > tools/lib/tomcat/ant-launcher-1.7.1.jar > tools/lib/tomcat/catalina-1.0.jar > tools/lib/tomcat/catalina-optional-1.0.jar > tools/lib/tomcat/commons-beanutils-1.6.jar > tools/lib/tomcat/commons-collections-3.1.jar

bug#45677: maven-wagon-http has indeterministic test failures

$ gbuild java-biojava-alignment@4.2.11 dropseq-tools@1.13 java-surefire-junit4@3.0.0-M4 maven-compiler-plugin@3.8.1 maven-shared-utils@3.0.0 maven-resources-plugin@3.1.0 maven-jar-plugin@3.2.0 maven-install-plugin@3.0.0-M1 maven-surefire-plugin@3.0.0-M4 maven-enforcer-plugin@3.0.0-M3 maven@3.6.

bug#41177: Fontconfig issues in Java applications that use fonts

On Wed, 06 Jan 2021 12:05:54 +0100 Ludovic Courtès wrote: > Hi, > > Fabien SK skribis: > > > Regarding Java, I think (but I'm not sure) that it's loaded by > > "libawt_xawt.so". In fontpath.c [1], there is a dlopen of > > libfontconfig. But if I do a "ldd" on the shared library itself, it > >

bug#41177: Fontconfig issues in Java applications that use fonts

On Tue, 2 Feb 2021 10:11:46 +0100 Björn Höfling wrote: > On Wed, 06 Jan 2021 12:05:54 +0100 > Ludovic Courtès wrote: > > Perhaps we should patch this ‘fontpath.c’, with ‘substitute*’, so > > that it refers to libfontconfig.so by its absolute file name? > > We

bug#41177: [PATCH 0/2] OpenJDK: Fix NullPointerException when accessing fonts

On Fri, 12 Feb 2021 11:52:50 +0100 Leo Prikler wrote: > I've pushed your patches with small changes to the commit messages and > followed up with an indentation fix. Thanks! Björn pgpKZfOSKvQBc.pgp Description: OpenPGP digital signature

bug#46706: asciidoc 8.6.10: source hash mismatch

Note: we also have asciidoc@9.0.1 (package asciidoc-py3). It might be possible to use v9 instead of the old asciidoc@8? Björn $ ./pre-inst-env guix build -S asciidoc --no-substitutes [..] r:sha256 hash mismatch for /gnu/store/925a6d936ihbqc7vaf9qkim4f4myjm0r-asciidoc-8.6.10-checkout: expecte

bug#46706: asciidoc 8.6.10: source hash mismatch

On Mon, 22 Feb 2021 13:10:44 -0500 Leo Famulari wrote: > On Mon, Feb 22, 2021 at 06:03:09PM +0100, Björn Höfling wrote: > > Note: we also have asciidoc@9.0.1 (package asciidoc-py3). It might > > be possible to use v9 instead of the old asciidoc@8? > > > > Björn >

bug#46780: java-snappy: Test failure on ci.guix.gnu.org

java-snappy fails as a dependency of several Java evaluations, for example: http://ci.guix.gnu.org/eval/120281?status=failed http://ci.guix.gnu.org/build/359649/log/raw These failures exist only on ci.guix.gnu.org, but locally it build perfectly, even with --rounds=100! Why? Because our buildmac

bug#46780: java-snappy: Test failure on ci.guix.gnu.org

On Fri, 26 Feb 2021 23:08:42 +0100 zimoun wrote: > Hi, > > On Thu, 25 Feb 2021 at 21:52, Björn Höfling > wrote: > > > Then increase the memory used by junit: Edit the build.xml file, > > add a huge "maxmemory" property like this : > > > > &

bug#46780: java-snappy: Test failure on ci.guix.gnu.org

On Sat, 27 Feb 2021 14:58:47 +0100 Björn Höfling wrote: > On Fri, 26 Feb 2021 23:08:42 +0100 > zimoun wrote: > > > What about adding a phase just before the test? For example in this > > build.xml file fix the max memory to 20G if it is greater. Thanks for the idea. I

bug#31719: Chains of dependencies getting longer

On Mon, 01 Mar 2021 22:33:55 +0100 Ludovic Courtès wrote: > It must be a recent regression. I think this is an unintended > side-effect of 44425e1f2a96aee39a21dff634abb9b77b44261e and > 84805ef205b7fa12bfaa7b23da06993cab64c40b (see > ): > > --8<---

bug#31719: Chains of dependencies getting longer

Hi Ricardo, On Wed, 14 Apr 2021 09:36:23 +0200 Ricardo Wurmus wrote: > Have you been able to identify what’s wrong with the JDK chain? > I’d like us to drop these extra references soon so that they don’t > appear in the upcoming release. Sorry, I currently don't find the time to look at the p

bug#33737: do not attempt to build a package known to be broken

On Fri, 14 Dec 2018 05:41:37 +0100 Ricardo Wurmus wrote: > The default use case is for users to have substitutes enabled and to > fetch binaries from a build farm. The build farm tries to build all > packages, but not all builds succeed. The daemon caches build > failures. > > This information

bug#33911: SWH fallback is never reached due to an uncaught exception

git-download has a built-in option to download from Software Heritage (SWH) as a fall-back, when a repository is unavailable. Unfortunately, that code is never reached: ./pre-inst-env guix build guile-bash --no-substitutes --no-grafts -S The following derivation will be built: /gnu/store/1y7

bug#33861: Problem building sources for guile-bash

On Mon, 24 Dec 2018 22:35:18 +0100 Ricardo Wurmus wrote: > Hi Amar, > > > * Error building sources for 'guile-*' using guix build --source > > `guix package -I guile- | cut -f1` > >> fatal: repository > >> 'https://anonscm.debian.org/cgit/users/kaction-guest/retired/dev.guile-bash.git/' > >> n

bug#33861: Problem building sources for guile-bash

Hi Ludo, first of all, thanks for fixing. On Tue, 08 Jan 2019 18:39:52 +0100 Ludovic Courtès wrote: > Hello, > > Björn Höfling skribis: > > > Usually the git-download method should fall back to SWH, but due to > > the 404-error it throughs an exception and never

bug#34125: Installation script needs to be secured with a gpg signature

I was looking at the installation video from Laura (not yet public) and wondered about that: We just download the installation script: $ wget https://.../guix-install.sh Then we go on directly executing that script. Shouldn't that be save-garded by a PGP-signature too? Because if it is not, th

bug#33861: Problem building sources for guile-bash

Hi Ludo, On Wed, 09 Jan 2019 14:38:40 +0100 Ludovic Courtès wrote: > Could you paste the backtrace you got? I'm sorry, it is always good to really look at the details of the stack trace and not only recognize there is one... :-) Guix is first checking the CANs, but then obviously failing with

bug#34158: dnscrypt hash failed

On Mon, 21 Jan 2019 18:04:55 +0100 (CET) wrote: > Cannot install dnscrypt-proxy from guix repository. > > > $ guix package -i dnscrypt-proxy > building > /gnu/store/dlwsmxp9djh28vzccagq83jffpx4d8il-dnscrypt-proxy-1.9.5.tar.bz2.drv... > downloading from > https://download.dnscrypt.org/dnscrypt-

bug#34125: Installation script needs to be secured with a gpg signature

On Tue, 22 Jan 2019 08:18:09 +0100 Ricardo Wurmus wrote: > Hi Björn, > > > I was looking at the installation video from Laura (not yet public) > > and wondered about that: > > > > We just download the installation script: > > > > $ wget https://.../guix-install.sh > > > > Then we go on directly

bug#34432: Mapnik fails to build due to boost changes

The boost headers change, making the compilation fail. Possible patch: https://github.com/mapnik/mapnik/commit/bcb1e67507.patch BTW, we could also update the package version. Björn pgpTphFVmdetw.pgp Description: OpenPGP digital signature

bug#34526: Updating node.js

On Mon, 18 Feb 2019 21:50:41 +0100 Jelle Licht wrote: > See https://github.com/nodejs/llhttp/issues/14 for more details, but > sadly no solution. Thanks for looking into these things, really sounds sad. It would be nice if the JavaScript/node.js people would care more about bootstrapping from so

bug#34426: xmlsec has test failures

On Mon, 11 Feb 2019 06:57:57 +0100 Björn Höfling wrote: > commit: 50a93adc05b611836e740c4b55571890f4c6770a > > Package xmlsec has test failures: I bisected this error and found out: It is introduced by updating gnutls from 3.5.18 to 3.6.5 on commi

bug#34651: guix commands should print a message, if they produce only trivial output by default

I noticed that if you call "guix COMMAND" for some COMMANDs without any options given, they produce something which is not very useful to the user. I first noticed it with guix pack: When "guix pack" is run without any options, it builds an empty pack: $ guix pack /gnu/store/2ys9fn6h95209piqhyxli

bug#34333: Docker daemon failing to start on boot

On Wed, 27 Feb 2019 15:17:14 +0100 Allan Adair wrote: > After a "guix system reconfigure", it works -- meaning that the > dockerd service starts. But when booting in the future, the dockerd > daemon never starts. I am however able to execute "sudo herd start > dockerd" after booting because I ha

bug#34333: Docker daemon failing to start on boot

On Fri, 1 Mar 2019 14:09:32 +0100 Andreas Enge wrote: > On Fri, Mar 01, 2019 at 09:58:20AM +0100, Allan Adair wrote: > > >> > I am however able to execute "sudo herd start > > >> > dockerd" after booting > > > > I'm not so sure. One thing that I am unable to do is "herd start > > dockerd". >

bug#34426: xmlsec has test failures

Hi Maxim, On Sat, 09 Mar 2019 23:07:27 -0500 Maxim Cournoyer wrote: > Good debugging! This should help us identify what change in GnuTLS > might have broke xmlsec between those versions. [..] > > Has anyone an idea why these tests fail and how to fix it? > > I haven't investigated more at t

bug#35012: Can't install icecat

Hi Alberto, it should be available now from mirror.hydra.gnu.org. Some detailed explanations follow: On Tue, 26 Mar 2019 13:39:09 -0600 Alberto EFG wrote: > Hello, for the last few weeks I've been unable to upgrade icecat. > > I use Guix on top of Fedora 29, I've used it with selinux set to >

bug#35012: Can't install icecat

Hi Alberto, On Thu, 28 Mar 2019 23:11:22 -0600 Alberto EFG wrote: > H, Mark and everyone who has been helpful > > > As other people have mentioned, this substitute should now be > > available, > I keep getting this, I don't know if I am doing something wrong: > > $ guix package -n -u . > --

bug#35237: Please report it by email to

On Thu, 11 Apr 2019 12:16:45 + ebra...@librepanther.com wrote: > ebrasca@Ebrasa-PC:% guix pull [..] > ERROR: In procedure %resolve-variable: > error: license:gpl3+: unbound variable > -guix pull: error: You found a bug: the program > '/gnu/store/54k4p2y0pjgfcr60z7fj3k8yb15qrkpg-compute-guix-d

bug#35437: ruby-sass-spec: sha256 mismatch on ci.guix.info

On commit: 9ca5ff882e2ac4eaab02eb0fde545bd784af478b $ ./pre-inst-env guix build ruby-sass-spec 1.3 MB will be downloaded: /gnu/store/7v6wpcj26wn46gaag5yaqvr4jn99w744-ruby-sass-spec-3.5.4 The following graft will be made: /gnu/store/7pp8dr40b4zagym2ifjpfchip9aakwvs-ruby-sass-spec-3.5.4.drv s

bug#34426: xmlsec has test failures

Closing this, builds again with newest version. Björn pgp5n8awBnJV7.pgp Description: OpenPGP digital signature

bug#36215: guix system docker-image fails when store items contain non-ascii characters

$ guix system docker-image docker-minimal-system.scm [..] building /gnu/store/a3mlhl86g54w7i7yyx7yyfycn8bzp3nc-guix-docker-image.tar.gz.drv... -builder for `/gnu/store/a3mlhl86g54w7i7yyx7yyfycn8bzp3nc-guix-docker-image.tar.gz.drv' failed with exit code 1 build of /gnu/store/a3mlhl86g54w7i7yyx7y

bug#36215: guix system docker-image fails when store items contain non-ascii characters

On Fri, 14 Jun 2019 23:05:06 +0200 Björn Höfling wrote: > qemu-system-x86_64: warning: hub 0 is not connected to host network [..] > ERROR: In procedure lstat: > In procedure lstat: No such file or directory: > "/guixsd-system-root/gnu/store/6w65nzbc3ah30y5kr4zx9rcgknpjr1f5-n

bug#36215: guix system docker-image fails when store items contain non-ascii characters

On Mon, 17 Jun 2019 12:36:38 +0200 Ludovic Courtès wrote: > Yes, it looks similar to what 9c941364bfc0120e3ab5c5c4cc71a9a302d59a2b > fixed. > > Fixed in ed504cafa23c34bfa1823a4d5abf3ad55205484b. > > Thanks! > > Ludo’. Thank you for the quick fix. I can confirm it works now. Björn pgpxgKUZ

bug#36275: warn-about-diskspace fails with a stacktrace

A successful build on a system with little disk-space ends with: $ ./pre-inst-env guix system disk-image system.scm [..] /gnu/store/a6p78ff1pjd6rdmf58066aidxlmiaqlm-disk-image Backtrace: 8 (apply-smob/1 #) In ice-9/boot-9.scm: 705:2 7 (call-with-prompt _ _ #) In ice-9/eval.scm:

bug#36256: dependency error with docker-compose

This bug was fixed by Tobias on commit: 914bba28096c1b85e368537c02e9841258887acb Please use "guix pull", "guix package -u" and try again. Further note: The current docker_compose cannot use jsonschema 3.x, it must use 2.x. There is a bug-report and a pull-request about that, so it is expected to

bug#36275: warn-about-diskspace fails with a stacktrace

On Tue, 18 Jun 2019 15:48:51 +0200 Ludovic Courtès wrote: > Pro tip: > > rm guix/scripts.go && make > > :-) > > This recompilation is needed because > 1b5ee3bdaacf665ad1e7c6142122389fd7033ea2 moved a bunch of bindings > used by macro-expanded code to a different module. I sometimes still ha

bug#36299: Report: failed to compute the derivation for Guix

On Wed, 19 Jun 2019 17:40:18 -0500 Ryan Prior wrote: > Please find attached a log of my recent attempt at running ~guix pull~ > > My guix version is guix (GNU Guix) > c6de5afe5c5da34513ea43b041fead30f28f57d4 > > Thanks! > Ryan I'm unsure what exactly goes wrong here, but I also had this error

bug#36069: Menu-based installer unusable through noVNC

Reopened. On Mon, 3 Jun 2019 11:35:17 +0200 Robert Vollmert wrote: > There seems to be some conflict between the “graphical” installer’s > idea of the console size and VNC’s (which appears to be noVNC > https://novnc.com/info.html). As you can see in the attached > screenshot, the screen is crop

bug#36069: Menu-based installer unusable through noVNC

On Tue, 25 Jun 2019 16:09:48 +0200 Robert Vollmert wrote: > > On 25. Jun 2019, at 15:59, Ludovic Courtès wrote: > > I think Robert concluded that the bug was in noVNC. > > Rather, I couldn’t prove the bug was anywhere else. > > > What we’d need is either something to fix on our side (but the

bug#36069: Menu-based installer unusable through noVNC

On Tue, 25 Jun 2019 17:54:39 +0200 "pelzflorian (Florian Pelz)" wrote: > On Tue, Jun 25, 2019 at 05:06:03PM +0200, Björn Höfling wrote: > > I guess you (Ludovic) have tried the installer with QEMU and its > > VNC-Server, maybe even with different VNC-clients? > >

bug#36069: Menu-based installer unusable through noVNC

On Thu, 27 Jun 2019 08:34:21 +0200 Robert Vollmert wrote: > > On 26. Jun 2019, at 22:23, pelzflorian (Florian Pelz) > > wrote: > > > > Passing “-vga cirrus” reduces the display size. [..] > > So presumably the VPS is using an old QEMU or passes -vga cirrus. > > Great find! Indeed, lspci li

bug#36473: check-vulnerabilities does not handle timeouts correctly

[env]$ ./pre-inst-env guix lint -c cve freecad Backtrace:reecad@0.18.2-1.dbb4cc6 [cve]... 11 (apply-smob/1 #) In ice-9/boot-9.scm: 705:2 10 (call-with-prompt _ _ #) In ice-9/eval.scm: 619:8 9 (_ #(#(#))) In guix/ui.scm: 1668:12 8 (run-guix-command _ .

  1   2   >