bug#62071: openjdk@9/10 sources not reproducible

On Thu, 16 Mar 2023 12:48:19 +0100 Ludovic Courtès wrote: > Hi Björn, > > Björn Höfling skribis: > > > I will check the same for JDK10 and will prepare a patch within the > > next two days. > > Thanks for 7636c49b45adb9870cf416c64bde032ec858a820 and its parent

bug#62071: openjdk@9/10 sources not reproducible

On Sun, 12 Mar 2023 22:00:21 +0100 Björn Höfling wrote: > On Thu, 9 Mar 2023 10:48:53 +0100 > Lars-Dominik Braun wrote: > > > Hi, > > > > it looks like the (auto-generated) tarballs for openjdk@9 and > > openjdk@10 changed their hash, causing a hash mismat

bug#62071: openjdk@9/10 sources not reproducible

On Thu, 9 Mar 2023 10:48:53 +0100 Lars-Dominik Braun wrote: > Hi, > > it looks like the (auto-generated) tarballs for openjdk@9 and > openjdk@10 changed their hash, causing a hash mismatch via > > guix build -S openjdk@9 --no-substitutes --no-grafts > > I’m not sure why it uses these tarba

bug#62071: openjdk@9/10 sources not reproducible

On Thu, 9 Mar 2023 10:48:53 +0100 Lars-Dominik Braun wrote: > Hi, > > it looks like the (auto-generated) tarballs for openjdk@9 and > openjdk@10 changed their hash, causing a hash mismatch via > > guix build -S openjdk@9 --no-substitutes --no-grafts I can confirm this. I found the old v

bug#54097: go importer does not honor multi-module repositories

Go usually has the 1 repository=1 module convention. However, it is also allowed that one repository contains multiple go modules. If repository "foo" contains only one module, then versions are tagged "v1.2.3". However, if the repository "foo" contains modules "bar" and "baz", each in a sub-dire

bug#49228: guix import go fails when module does not have a documenation on pkg.go.dev

Hi Sarah, On Fri, 25 Jun 2021 18:18:04 -0700 Sarah Morgensen wrote: > There is currently a patch for this (mine; though I could have named > it better, I suppose): > > https://issues.guix.gnu.org/49200 Nice coincident :-) I pushed your patch as 9d9152425e96c408357d0f4961767a5c08076c13 Thank

bug#49228: guix import go fails when module does not have a documenation on pkg.go.dev

$ ./pre-inst-env guix import go github.com/caspr-io/yamlpath go-module->guix-package module-path: github.com/caspr-io/yamlpath Backtrace: In ice-9/boot-9.scm: 1752:10 8 (with-exception-handler _ _ #:unwind? _ # _) In unknown file: 7 (apply-smob/0 #) In ice-9/boot-9.scm: 724:2 6

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#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#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#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

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#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#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#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#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: 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#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#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#42667: opencv fails to build

On Sun, 02 Aug 2020 10:50:48 +0200 Guillaume Le Vaillant wrote: > When trying to build the opencv package , I get the following error: > > --8<---cut here---start->8--- [..] > error: lvalue required as unary ‘&’ operand jas_seqent_t* pix_row = > &jas_matrix_ge

bug#42405: r-hdf5array fails to build

It is missing the (proprietary) SZIP Compression Library. Björn building /gnu/store/awjf253pcjsf8wkl6cigxxd0dxqp97q7-r-hdf5array-1.16.1.drv... [...] starting phase `install' * installing *source* package ?HDF5Array? ... ** using staged installation ** libs gcc -I"/gnu/store/yd83ibzxjrb7cgcc6d4

bug#41738: Jupyter propagates two different versions of ipython

On Sat, 06 Jun 2020 20:46:13 +0200 david larsson wrote: > And I just noticed, this is basically a duplicate of bug#41729: > jupyter cannot be installed bug#41729: jupyter cannot be installed bug#41738: Jupyter propagates two different versions of ipython Merged 41729 41738. Björn pgpj6tiVWjD8

bug#40803: One page HTML cookbooks are 404

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

bug#41394: java-testng: again nondeterministic test-failures?

Does anyone else have the same problems? On my system java-testng sometimes fails nondeterministically within the check phase: === TestNG Total tests run: 1633, Failures: 2, Skips: 0 === Failures in :TestNG,

bug#40803: One page HTML cookbooks are 404

On Thu, 23 Apr 2020 22:17:13 + "operator.name" via Bug reports for GNU Guix wrote: > As of now these following pages 404: > > https://guix.gnu.org/cookbook/de/guix-cookbook.de.html > https://guix.gnu.org/cookbook/en/guix-cookbook.html > https://guix.gnu.org/cookbook/es/guix-cookbook.es.html

bug#40718: java-kafka-clients fails test on CI

On Sun, 19 Apr 2020 18:22:31 +0200 Marius Bakke wrote: > Hello, > > 'java-kafka-clients' fails to build on Berlin: > > https://ci.guix.gnu.org/log/9ky8skd03p7yvik2dms2h6d7l7fsc6cv-java-kafka-clients-1.0.0 > > The failing test is > "org.apache.kafka.common.memory.GarbageCollectedMemoryPoolTest"

bug#40966: Missing substitutes on ci.guix.gnu.org?

On Wed, 29 Apr 2020 13:53:39 -0400 Leo Famulari wrote: > And Borg has apparently never been built: > > https://ci.guix.gnu.org/search?query=spec%3Aguix-master+system%3Ax86_64-linux+borg This is broken in a very strange, indeterministic way. At first I thought you were right. But with modified s

bug#40803: One page HTML cookbooks are 404

Hi operator.name, On Thu, 23 Apr 2020 22:17:13 + "operator.name" via Bug reports for GNU Guix wrote: > As of now these following pages 404: > > https://guix.gnu.org/cookbook/de/guix-cookbook.de.html > https://guix.gnu.org/cookbook/en/guix-cookbook.html > https://guix.gnu.org/cookbook/es/gui

bug#40534: Installer: List of languages should be focused on translated ones

On Fri, 10 Apr 2020 15:46:44 +0200 "pelzflorian (Florian Pelz)" wrote: > On Fri, Apr 10, 2020 at 01:34:40PM +0200, Björn Höfling wrote: > > When starting the Guix installer, the first question is to choose a > > language. > > > > You are confronted

bug#40612: guix build system --dry-run is broken

On Mon, 13 Apr 2020 17:31:56 -0400 Mark H Weaver wrote: > I guess this is related to the recent changes in graft handling, where > --dry-run (a.k.a. -n) no longer implies --no-grafts. It's not working > well for me. I hadn't updated my system since before those grafting > changes were made, and

bug#40534: Installer: List of languages should be focused on translated ones

When starting the Guix installer, the first question is to choose a language. You are confronted with a very long list of all sorts of languages. When you then choose one of the untranslated ones, you just get back to English. Wouldn't it be better to just show those where really (some) translati

bug#40316: core-updates nss not reproducible

On Mon, 30 Mar 2020 13:55:09 +0200 Marius Bakke wrote: > Danny Milosavljevic writes: > > > Hi, > > > > core-updates' nss is not reproducible (commit > > aebcbb27bc2f192cc06163251bab66a4ceb7b7d6). > > Is this issue only present on the 'core-updates' branch? There > haven't been any changes t

bug#38663: postgis is not reproducible

On Sat, 21 Dec 2019 10:30:11 +0530 Arun Isaac wrote: > > It seems that version 3.0.0 is out for two months. I will try to > > update this first, then have a look at reproducibility. Wdyt? > > I have a patch updating postgis as well as many other packages in > geo.scm. Please see > https://debb

bug#38663: postgis is not reproducible

Package postgis contains many timestamps, making it not reproducible. Some examples below. Björn --- /gnu/store/121c447hzz55milkdp7ak15vxmsi1xpr-postgis-2.4.8 +++ /gnu/store/121c447hzz55milkdp7ak15vxmsi1xpr-postgis-2.4.8-check ├── lib │ ├── postgis-2.4.so │ │ ├── /gnu/store/mx2bgrpxkbdjsmhlxp9a

bug#37967: guix environment -CN: Operation not permitted mounting host's /var/run/nscd

On Mon, 04 Nov 2019 23:37:07 +0100 Ludovic Courtès wrote: > Hi, > > Ivan Vilata i Balaguer skribis: > > > I applied your patch on top of bf7b08c4, pulled Guix and did > > successfully start `guix environment -CN`, with network support and > > all. > > Awesome, pushed as 625bdf09d344302ec2d5

bug#37680: simple-scan builds with newer version

Hi Jack, thanks for looking into this. On Thu, 10 Oct 2019 13:22:50 -0400 (EDT) Jack Hill wrote: > The version of simple-scan that current in Guix, 3.24.1, which fails > to build is a little old. I tried to update it to the version that > numerically matches our GNOME version, 3.30.2, but that

bug#37680: [core-updates] simple-scan fails to build

After the core-updates merge, simplescan fails to build: This is on: 525ef21ba0d4a50a7d21f5543db40b6cc328f9cd starting phase `build' Making all in src make[1]: Entering directory '/tmp/guix-build-simple-scan-3.24.1.drv-0/simple-scan-3.24.1/src' CC simple_scan-book.o CC simple_sc

bug#37437: hash mismatch for emacs-elixir-mode

Hi Josh and Tobias, thanks for reporting and checking. I'm very surprised someone is already using this :-) I only added this package three days ago, that's probably the reason why the source code is not available via hash on ci.guix.gnu.org or any other CAN. There it failed to build due to a depe

bug#36069: Menu-based installer unusable through noVNC

On Mon, 22 Jul 2019 12:25:12 +0200 Ludovic Courtès wrote: > Hello! > > Björn Höfling skribis: > > What I haven't done yet: > > > > 1. Use only "cirrus" > > 2. Use only "cirrusfb" > > 3. Try it out on my VPS. > > Pleas

bug#36931: guile-bash repository no longer exists?

On Fri, 23 Aug 2019 18:32:38 +0200 Ludovic Courtès wrote: > Ouch. I’ve improved error reporting handling here, but I think the > fundamental issue is that SWH is failing to deliver this thing, even > though it does have it: Thanks for looking into this. Let's see what SWH has to say. After all

bug#37047: git needs sed either as propagated input or as input (with some substitute*-work)

guix environment --container -N --ad-hoc go coreutils binutils less emacs grep findutils git nss-certs [env] $ go get github.com/fatih/structs # cd /home/bjoern/go/src/github.com/fatih/structs; git submodule update --init --recursive /gnu/store/i89f4rw8a2nzppxf2yixl0hvcw46rsxv-git-2.22.0/libex

bug#36931: guile-bash repository no longer exists?

On Mon, 05 Aug 2019 16:38:07 +0200 Ricardo Wurmus wrote: > Jesse Gibbons writes: > > > guile-bash fails to build. The site > > https://anonscm.debian.org/cgit/use > > rs/kaction-guest/retired/dev.guile-bash.git says it is not on the > > web server. > > Perhaps a copy of the sources can be fo

bug#36069: Menu-based installer unusable through noVNC

On Sat, 20 Jul 2019 17:17:21 +0200 Robert Vollmert wrote: > > Robert and Björn, could you check if adding the ‘cirrus’ and > > possibly the ‘cirrusfb’ module(s) to ‘initrd-modules’ in the image > > you run at your VPS solves the issue? > > It would need to be added to the installer. Is there a

bug#36471: Unreadable Stacktrace Example

X-Debbugs-CC: Robert Vollmert Hello, in the 1.0-beyond-discussions, Robert asked that Stacktraces should be more clear. I refer to this message (lists.gnu.org is down, so I cannot link): From: Ludovic Courtès To: Robert Vollmert Subject: Re: Guix beyond 1.0: let’s have a roadmap! Message-ID:

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 _ .

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#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 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

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#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#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#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

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#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#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

$ 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#34426: xmlsec has test failures

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

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#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#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#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#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#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#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#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#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#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#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#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#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#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#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, 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#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#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#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#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#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#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 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 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#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#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#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#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

(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#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#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#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#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#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#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#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#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#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#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#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#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#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#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

  1   2   >