bug#24696: Xorg segfault

Hi, I installed guix sd on my desktop machine yesterday, and tried to add the %desktop-services so I could use openbox. When the system boots, Xorg segfaults. I have an ati graphics card that doesn't work with free drivers, so I expected the server to fallback to vesa or something else. I attache

bug#28752: openvpn-client-service error

: Wrong type (expecting string): #f Although I won't be able to check it before tomorrow evening, here is a patch that should solve your issue. Are you able to test it and tell me whether it works? Thank you for reporting this!From 179727553c91987a1154860f952d4d83383a48d5 Mon Sep 17 00:

bug#28752: openvpn-client-service error

Le 2017-10-09 18:22, john herrlin a écrit : With some help from the wonderful people in #guix, IRC I managed to get this far. ``` git am guix environment guix ./bootstrap && ./configure --sysconfdir=/etc --localstatedir=/var make guix system vm config.scm# failed on grub/efi guix system bui

bug#30123: claws-mail plugins not updated

Hi, claws-mail has a plugin system to add functionnality. For instance, to add PGP support, one has to load 3 plugins from the claws-mail package. By default, claws-mail looks in its store directory to propose available plugins. When upgrading claws-mail, the configuration doesn't change. Pl

bug#30123: claws-mail plugins not updated

Le Mon, 15 Jan 2018 17:18:38 +0100, Danny Milosavljevic a écrit : > Hi Julien, > > On Mon, 15 Jan 2018 14:52:30 +0100 > julien lepiller wrote: > > > claws-mail has a plugin system to add functionnality. For instance, > > to add PGP support, one has to load 3

bug#30123: claws-mail plugins not updated

Le Sun, 21 Jan 2018 12:59:37 +0100, Danny Milosavljevic a écrit : > > This is the end of my claswrc: > > > > [Plugins_GTK2] > > /gnu/store/5p5bs3na24af02hqpm9nmg817k9h97iz-claws-mail-3.16.0/lib/claws-mail/plugins/pgpcore.so > > /gnu/store/5p5bs3na24af02hqpm9nmg817k9h97iz-claws-mail-3.16.0/lib/cl

bug#30123: claws-mail plugins not updated

Le Sun, 21 Jan 2018 15:44:40 +0100, Danny Milosavljevic a écrit : > > Loading a module adds the directory part in clawsrc. > > Is it a /gnu/store directory or a user profile directory? still the same /gnu/store directory.

bug#30526: java-testng: non-deterministic test failures

Le Mon, 19 Feb 2018 14:55:04 +0100, Ricardo Wurmus a écrit : > Sometimes I get this error when building java-testng 6.14.2: > > --8<---cut here---start->8--- > === > TestNG > Total tests run: 1630, Failures: 1, Skips

bug#30756: gcc7 doesn't find stdlib.h

Hi, I'm trying to build a software that requires gcc>=7.2. Unfortunately, the process crashes and ends with: /gnu/store/a4vwdk8r6p6l2mnffz4yaqlr1z6z6w3r-gcc-7.3.0/include/c++/cstdlib:75:15: fatal error: stdlib.h: No such file or directory. What I'm trying to build is called emojicode, and t

bug#31216: commit 217b8c2e0 produces 'Can't locate Date/Parse.pm in @INC Error' perl error

Le Thu, 19 Apr 2018 10:39:10 -0400, Leo Famulari a écrit : > On Wed, Apr 18, 2018 at 11:14:40PM -0400, George myglc2 Clemmer wrote: > > Commit ... > > > > 217b8c2e0 * gnu: perl: Replace with 5.26.2 [fixes > > CVE-2018-{6797,6798,6913}]. > > > > ... caused the attached perl script that worked li

bug#31247: fetching an svn repository always results in a different hash

Hi, I'm trying to use svn-fetch in a new package, but I always get a different hash when I try to download the sources. I think this is due to fetching external resources. Here are two adresses that trigger this bug: - http://svn.netlabs.org/repos/kbuild/trunk - https://svn.openstreetmap.org

bug#31247: fetching an svn repository always results in a different hash

Le Mon, 23 Apr 2018 14:41:53 -0400, Leo Famulari a écrit : > On Mon, Apr 23, 2018 at 05:44:08PM +0200, julien lepiller wrote: > > Hi, > > > > I'm trying to use svn-fetch in a new package, but I always get a > > different hash when I try to download the sou

bug#31591: alsamixer Cannot open shared library libasound_module_ctl_pulse.so

Le 2018-05-25 13:18, Oleg Pykhalov a écrit : Hello Guix, The alsa-service-type service produces /etc/asound.conf with content: --8<---cut here---start->8--- # Generated by 'alsa-service'. # Use PulseAudio by default pcm.!default { type pulse fallback "sys

bug#31720: java-bouncycastle: tests fail and freeze

Le 2018-06-05 12:52, Ricardo Wurmus a écrit : The package java-bouncycastle has a failing test suite on core-updates. After the first test fails there is no more progress and the build eventually times out. I have disabled the test suite for now, but we should try to fix this. The failing test

bug#31769: mpd / pulse control issue

I think the best solution is to implement this in our herd service. It doesn't look too difficult to do the part in the mpd configuration, but pulseaudio might be trickier to configure... Le 10 juin 2018 04:18:47 GMT+02:00, iyzs...@member.fsf.org a écrit : >Bradley Haggerty writes: > >> I have

bug#31791: bootstrap phase attempts to run a directory

Le 2018-06-12 15:59, l...@gnu.org a écrit : Christopher Baines skribis: I've just noticed that the erlang package has started failing to build. It looks like the bootstrap phase is over eager, and attempts to run the bootstrap directory. I think I'll fix this by deleting the phase, That’s

bug#31791: bootstrap phase attempts to run a directory

Le 2018-06-13 11:29, Julien Lepiller a écrit : Le 2018-06-12 15:59, l...@gnu.org a écrit : Christopher Baines skribis: I've just noticed that the erlang package has started failing to build. It looks like the bootstrap phase is over eager, and attempts to run the bootstrap director

bug#31814: setuid programs are not first in PATH

Le 2018-06-13 17:05, Joshua Branson a écrit : Clément Lassieur writes: Hi, sourcing /etc/profile - prepends /run/setuid-programs to $PATH - then sources $HOME/.guix-profile/etc/profile and sourcing $HOME/.guix-profile/etc/profile - prepends $HOME/.guix-profile/bin to $PATH - prepends $HOME

bug#31843: guix pull corrupted current guix

Hi, running guix pull this morning corrupted my current guix command. I am running on guixsd. Because I don't have a lot of memory, I sent a generation of .config/guix/current to the server with: guix archive --export -r `readlink -f .config/guix/current` | ssh machine guix archive --import

bug#31843: guix pull corrupted current guix

Le 2018-06-15 17:27, l...@gnu.org a écrit : Hello, Julien Lepiller skribis: Hi, running guix pull this morning corrupted my current guix command. Let’s not jump to the conclusion. :-) I am running on guixsd. Because I don't have a lot of memory, I sent a generation of .config

bug#31943: Some Maven bugs

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 exactly they > come from and if they are trivial or not to fix. So if you think they > should better go each

bug#31943: Some Maven bugs

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 exactly they > come from and if they are trivial or not to fix. So if you think they > should better go each

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

This was due to an ordering issue in META-INF/INDEX.LIST. The file is generated before running strip-jar-timestamps, so the order of the content is not deterministic when the file is generated. In 79d4d47b99591e4edd8cefee907fbb0d930f78aa I added a phase before that, that runs strip-jar-timestamps b

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

Le Tue, 31 Jul 2018 11:42:14 +0200, Konrad Hinsen a écrit : > Hi Björn, > > > thanks for the precise error report. > > Thanks for your quick reply! > > > Could it be the case that in your `guix build ...` you are not using > > the guix you pulled? > > > > What does `guix --version` say? > >

bug#32440: localization of guix refresh

Hi, I've just found out that guix refresh is not translated. Indeed, guix/script/refresh.scm is not listed in po/guix/POTFILES.in as it should be. Adding it to the file leads to an issue though. One of the entries generated in po files is the following: #: guix/scripts/refresh.scm:307 #, scheme-f

bug#32712: Error running "create extension postgis"

Hi, this is a known issue. I have sent a patch for that but it wasn't reviewed yet. Ideally I could also patch the postgresql service to allow specifying extensions. I will try to do something about it. Le 12 septembre 2018 05:07:21 GMT+02:00, Ben Sturmfels a écrit : >Hi Folks, > >When I attem

bug#32814: Error running guix system container

Hi, I built a container on a foreign distro using: guix system container config.scm but then, when I run it most services can't start. From inside the container I tried to start the postgresql service I configured and got this message from the shepherd: herd: exception caught while executing 'st

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

Le 2018-09-25 09:04, Björn Höfling a écrit : 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-prof

bug#32894: Exception in validate-runpath phase

Hi, I'm trying to create a new package for openjdk versions we don't have yet. While building openjdk 10 on top of core-updates (because gcc on master has a bug that prevents building openjdk 9 and 10), I get a stacktrace at the end of the validate-runpath phase: starting phase `validate-

bug#32894: Exception in validate-runpath phase

Le 2018-10-02 14:31, l...@gnu.org a écrit : Hello Julien, [...] Then again, these are “.debuginfo” files so perhaps they are the result of home-made ELF stripping (we don’t have this problem with “.debug” files created with objcopy & co.). I can see two short-term “solutions”: 1. Remove tho

bug#32942: nss-certs not deterministic

While updating a profile, I found that nss-certs was not deterministic. From ludo: $ wget -O - -q https://mirror.hydra.gnu.org/mbs5mavs3gi4y7xkywcwwjj9g3p1yjmv.narinfo | grep Hash NarHash: sha256:101v69xp1qzw9v6pgmbhw7gfdaic8vvs4v5l567lx7f2mjp25rla $ wget -O - -q https://berlin.guixsd.org/mb

bug#32965: ‘./gradlew’ fails to compile after Icedtea upgrade

Le Sun, 07 Oct 2018 11:33:40 +0200, Mathieu Lirzin a écrit : > Hello, > > For about 2-3 months doing ‘guix package -u icedtea’ makes the > ‘gradle’ build process of a software I am using at work fail. > > Here is the output I get: > > --8<---cut here---start

bug#33046: pypi importer doesn't print the correct source

Hi, I tried to use the importer to refresh python-twisted, and got this source: (uri (pypi-uri "twisted" version)) while the correct one should be (uri (pypi-uri "Twisted" version ".tar.bz2"))

bug#33047: pypi importer uses incorrect package names

Hi, I found that sometimes the pypi importer had trouble importing packages correctly. For instance, running "guix import pypi txaio" gave me this list of dependencies: (propagated-inputs `(("python-[all]" ,#{python-\x5b;all\x5d;}#) ("python-[asyncio]" ,#{python-\x5b;asyncio\x5d;}#)

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

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? Le 27 octobre 2018 23:56:27 GMT+02:00, "Björn Höfling" a écrit : >When my current working directory is within a guix ch

bug#33248: python-minimal compilation is breaking

It seems there is a bug in one test on recent kernels that exhaust memory. Python-minimal is available on berlin though, I wonder why it's not downloaded. Did you authorize berlin? Le 3 novembre 2018 09:49:04 GMT+01:00, "Gábor Boskovits" a écrit : > ezt írta (időpont: 2018. nov. 3., Szo 7:13):

bug#33262: guix fails to find and use some available substitutes

I think guix' message is a bit confusing: the .drv file is always created by guix, it's the derivation. The derivation is built, which results in a new store path. It can be built locally or by using a substitute. What you see in your store is the derivation (.drv), not its result. You can open

bug#33262: guix fails to find and use some available substitutes

Exactly! Le 5 novembre 2018 18:21:53 GMT+01:00, George Clemmer a écrit : > >Julien Lepiller writes: > >> I think guix' message is a bit confusing: the .drv file is always >> created by guix, it's the derivation. The derivation is built, which >> results

bug#33499: file-5.33 doesn't detect berkeley-db files correctly

Hi, our file on core-updates (soon to be master), fails to detect berkeley-db files correctly. I've sent a bug report upstream about this issue here: https://bugs.astron.com/view.php?id=54 This issue seems to be only present on file-5.33, and is solved in more recent versions. I haven't fixed the

bug#33537: Acknowledgement (guix system error: In procedure swapon: "/dev/sda2": Invalid argument)

Just to be sure, could you run "mkswap /dev/sda2"? Le 28 novembre 2018 08:34:33 GMT+01:00, zna...@tutanota.com a écrit : >

bug#43180: [PATCH] scripts: system: Expand some help messages.

), 2 deletions(-) > > diff --git a/guix/scripts/system.scm b/guix/scripts/system.scm > index b75b0e5b60..be17bc1ba7 100644 > --- a/guix/scripts/system.scm > +++ b/guix/scripts/system.scm > @@ -7,6 +7,7 @@ > ;;; Copyright © 2019 Christopher Baines > ;;; Copyright © 2020

bug#43529: Guix Interactive Installer Broken

Is this the installer for 1.1.0 or the "latest"? If you haven't tried yet, can you test https://ci.guix.gnu.org/search/latest/ISO-9660?query=spec:guix-master+status:success+system:x86_64-linux+image.iso This should be the latest image with the most recent bug fixes. Maybe your issue was already

bug#43686: ocaml-sqlite3 build fails

Le Mon, 28 Sep 2020 23:06:18 -0400, Maxim Cournoyer a écrit : > On current master, attempting to build ocaml-sqlite3 yields: > > --8<---cut here---start->8--- > starting phase `build' > File "src/config/discover.ml", line 1: > Error: > /gnu/store/1wwdmzcjhrpal

bug#43721: Package 'dune' (ocaml) is not Reproducible

Le Wed, 30 Sep 2020 13:56:21 +0200, zimoun a écrit : > Dear, > > Using Guix 04a459a, the classical: > >guix build dune >guix build dune --no-grafts --check -K > > return: > > --8<---cut here---start->8--- > guix build: error: derivation > `/gnu/stor

bug#43796: Privacy policy

Looks nice, but: The GDPR is not the only legislation that applies to us. For services hosted in France for instance, there is a legal obligation to keep logs for at least one year (not sure exactly who that applies to). There could be something similar in Germany where berlin is located. I th

bug#43796: Privacy policy

I'm pretty sure we log the date anl time along with IP and requested page. Le 5 octobre 2020 05:54:32 GMT-04:00, "pelzflorian (Florian Pelz)" a écrit : >On Sun, Oct 04, 2020 at 11:56:04AM -0400, Julien Lepiller wrote: >> The GDPR is not the only legislation that applie

bug#43721: Package 'dune' (ocaml) is not Reproducible

Le 13 octobre 2020 08:17:10 GMT-04:00, zimoun a écrit : >Dear, > >On Wed, 30 Sep 2020 at 14:42, Julien Lepiller >wrote: > >>> --8<---cut here---start->8--- >>> Binary files >>> >/gnu/store/1wwdmzcjhrpa

bug#43721: Package 'dune' (ocaml) is not Reproducible

Le 13 octobre 2020 11:41:32 GMT-04:00, zimoun a écrit : >On Tue, 13 Oct 2020 at 17:29, Julien Lepiller >wrote: > >> Yes, the differences look very similar between these two issues. I've >posted a bug report at https://github.com/ocaml/dune/issues/3863. >Hopefully

bug#39434: [PATCH] gnu: Fix typo in symbol exported from (gnu services web)

Le Wed, 14 Oct 2020 09:37:30 +0300 (TRT), Lulu a écrit : > diff --git a/gnu/services/web.scm b/gnu/services/web.scm > index c8ffc19d83..b2d1dcf0ee 100644 > --- a/gnu/services/web.scm > +++ b/gnu/services/web.scm > @@ -90,7 +90,7 @@ > > nginx-configuration > nginx-confi

bug#44257: guix boot stop

Hi Douglas, I think I've seen this before and the solution was to use the latest image, instead of the latest release because this issue was fixed after the last release. You can find more info on the latest installer at http://guix.gnu.org/en/download/latest/ Please tell us if it solves your

bug#44257: guix boot stop

Nothing specific, the description rang a bell anl I thought I already saw that and its solution, but I might have been wrong. Le 28 octobre 2020 10:21:28 GMT-04:00, "Ludovic Courtès" a écrit : >Hi, > >Julien Lepiller skribis: > >> I think I've seen this befor

bug#44571: Cannot configure a static IPv6 with static-networking-service-type

Le 11 novembre 2020 05:56:24 GMT-05:00, divoplade a écrit : >Dear guix, > >My interface should be configured to have 2 static ip addresses, an >IPv4 address and a global IPv6 address. > >The static-networking-service-type will only accept one per device, and >will reject the IPv6 address (if I

bug#44848: Support partial downloads

I have written a patch for that some time ago, that oas never merged. See https://issues.guix.gnu.org/39530 :) Let's see if I can make progress on this! Le 24 novembre 2020 12:01:41 GMT-05:00, Abraham Jose a écrit : >For people like me with an inestable internet having to download big >package

bug#26247: Gettext introduces timestamps in .mo files

So it's not gettext itself, but our build system that generates the en@quote and en@boldquote files. Do we really need them? If so, we should find a way to generate them reproducibly. Le 3 décembre 2020 05:32:54 GMT-05:00, "Ludovic Courtès" a écrit : >Hi Simon, > >zimoun skribis: > >> On Fri,

bug#37005: Add ability of modifying connection before full installation

Before starting the installation, you should be able to switch to another tty and configure network from there. Then continue installation from tty1. Does it solve your issues? Le 21 décembre 2020 21:56:03 GMT-05:00, bo0od a écrit : >No, after adding hostname it check for connectivity and after

bug#37005: Add ability of modifying connection before full installation

of qubes because trying it will >switch you to tty of the Qubes itself not the VM within Qubes. > >Julien Lepiller: >> Before starting the installation, you should be able to switch to >another tty and configure network from there. Then continue >installation from tty1. Does it so

bug#45453: Error when I try to build a package using a JSON definition

I'm surprised guix builds from a json file… doesn't it simply interpret it as a guile file, and fails at that? Anyway, in the log you attached, it seems the issue is with downloading the sources. For some reason it cannot resolve the github.com domain. I wonder if this is just a transient netwo

bug#45675: Zip-based archives store timestamps

For java packages, we have a strip-jar-timestamps phase in the ant-build-system. Le 5 janvier 2021 08:10:37 GMT-05:00, "Miguel Ángel Arruga Vivas" a écrit : >A procedure like reset-gzip-timestamp should be useful for >reproducibility purposes, adapted to zip based archives as Smalltalk's >STAR o

bug#45675: Zip-based archives store timestamps

This sounds like a good idea indeed Le 6 janvier 2021 17:34:01 GMT-05:00, "Miguel Ángel Arruga Vivas" a écrit : >Hi, > >Julien Lepiller writes: > >> For java packages, we have a strip-jar-timestamps phase in the >ant-build-system. > >Thanks for the poi

bug#32180: French manual installed unexpectedly

Le Fri, 20 Jul 2018 15:00:55 +0200, l...@gnu.org (Ludovic Courtès) a écrit : > Hello! > > Chris Marusich skribis: > > > I recently upgraded two different GuixSD systems by running "guix > > pull" to get the latest and greatest. In both cases, when I invoke > > "info guix" after the upgrade, it

bug#34893: Translated manuals refer to wrong substitute server

Le Sun, 17 Mar 2019 14:53:56 +0100, "pelzflorian (Florian Pelz)" a écrit : > Where the manual refers to the default substitute server > https://ci.guix.info, the translated manuals wrongly use > https://ci.guix.fr.info or similar. > > This is because at the top of doc/guix.texi it says > > @set

bug#45174: ‘guix substitute’ doesn’t handle HTTP redirects

'... 100.0% https://lepiller.eu 100.0% substitutes available (2 out of 2) at least 201,3 MiB of nars (compressed) 293,5 MiB on disk (uncompressed) 0,525 seconds per request (1,1 seconds in total) 1,9 requests per second (note that I didn't redirect the ci API on my server, so the r

bug#45828: guix build: error: got unexpected path `Backtrace:' from substituter

Le Tue, 12 Jan 2021 22:46:34 +, Christopher Baines a écrit : > Leo Famulari writes: > > > Recently, many people on the #guix IRC channel reported frequent > > non-deterministic failures of any operation involving substitution, > > like this: > > > > -- > > $ ./pre-inst-env guix build --

bug#45911: authorized-fields is not/badly documented

I think you need to pass a file-like object, not a scheme expression. Don't try to modify or interpret the public key file, just pass it directly as-is. Le 16 janvier 2021 19:34:49 GMT-05:00, raingloom a écrit : >On Sat, 16 Jan 2021 07:10:47 +0100 >Ricardo Wurmus wrote: > >> raingloom writes:

bug#45911: authorized-fields is not/badly documented

Actually, here's how I use it: https://framagit.org/tyreunom/system-configuration/-/blob/master/systems/tachikoma.scm#L69 And the key file is the one generated by guix, unmodified: https://framagit.org/tyreunom/system-configuration/-/blob/master/keys/xana.pub Le 16 janvier 2021 19:34:49 GMT-05:

bug#45943: php 7.4.14 fails tests on aarch64

What does the log say? It should list test failures at the end. Le 17 janvier 2021 15:56:34 GMT-05:00, Vagrant Cascadian a écrit : >php 7.4.14 fails to build on aarch64 due to test suite failures. > >Reverting back to php 7.4.13 by reverting commit >d033540e6c113323089403a26e39f9a288c9c857 works

bug#45911: authorized-fields is not/badly documented

Le 20 janvier 2021 15:34:11 GMT-05:00, raingloom a écrit : >On Sat, 16 Jan 2021 22:24:16 -0500 >Julien Lepiller wrote: > >> Actually, here's how I use it: >> >https://framagit.org/tyreunom/system-configuration/-/blob/master/systems/tachikoma.scm#L69 >&

bug#46242: Guix System is not listed in GNOME BOxes

I think gnome boxes uses libosinfo for proposing OSs. There is already some data about Guix at https://gitlab.com/libosinfo/osinfo-db/-/tree/master/data/os/guix.gnu.org However, we only propose an xzipped iso (and not a raw iso file), so the data does not provide information on downloading. Eit

bug#46402: Cuirass rebuilds the same packae multiple times

Hi! I've updated php yesterday and I noticed that cuirass is now busy building dependents on aarch64. Looking at the log of some of them, it seems that the workers are independently building the same php derivation, and not the dependents, at the same time. This is extremely wasteful as php is ver

bug#46807: [website] return 404 with HTTP header 'Accept-Language: zh-CN, zh'

It might be related to translations. When you use zh-cn, we have a translation for that language, so you're redirected to it. Not sure why you get a 404 though. Le 26 février 2021 21:18:12 GMT-05:00, ylc991 a écrit : >Hello! My webbrowser has set ‘Accept-Language’ to 'zh-CN,zh' by >default, and

bug#46938: ruby-memory-profiler test-failure on x86

Looks like I can reproduce the issue with -s i686-linux. I tried to build using Ruby 2.7 (we use 2.6 by default, and tests pass) You can test with: --with-input=ruby@2.6=ruby@2.7 I'm not a Ruby user, so I won't risk sending a patch. Probably, since it's used only by rubocop as a native input, w

bug#46942: ci.guix.gnu.org is slow from my system

Actually, location usually has nothing to do with it (unless someone dug a hole right in the middle of optic fibers, but you'd notice). The most important info is AS (basically, which ISP you're using, but some have more than one AS). We don't need your IP, but ISP might be already too revealing

bug#47257: mariadb is vulnerable to CVE-2021-27928 (RCE)

You need to graft: when building a package, the output hash depends on the inputs, sources and instructions, so even if the content of the lib output does not change, its store path does, leading to a rebuild. Le 19 mars 2021 06:25:31 GMT-04:00, "Léo Le Bouter via Bug reports for GNU Guix" a é

bug#47271: guix graph --path results in backtrace

Sounds like you might have stale .go files somewhere maybe? Le 19 mars 2021 20:01:44 GMT-04:00, Mark H Weaver a écrit : >This is at commit 1955ef93b76e51cab5bed4c90f7eb9df7035355a on the >master >branch, plus some local patches on my private branch which I suspect >are >irrelevant to this: > >--8

bug#47315: Inkscape is missing imagemagick

I think this has already been fixed a few days ago on master. Have you tried pulling and upgrading inkscape again? Le 22 mars 2021 06:13:57 GMT-04:00, Andreas Enge a écrit : >Hello, > >$ guix environment --ad-hoc inkscape >[env]$ inkscape /tmp/guixtile.svg >/gnu/store/7bs616gpgnmj4g5d0g88dkphd1g

bug#47342: [PATCH 2/2] gnu: java-xstream: Update to 1.4.16 [security fixes].

So, mxparser seems to be pretty easy to package, but it depends on xmlpull v1. Unfortunately, it was developped at Extreme! Lab at Indiana University, but their website has recently been "deprecated" and redirects to the internet archive. This is an issue as we have xmlpull v2 and xpp3 whose so

bug#47342: java-xstream@1.4.15 is vulnerable to CVE-2021-21341, CVE-2021-21342, CVE-2021-21343, CVE-2021-21344, CVE-2021-21345, CVE-2021-21346, CVE-2021-21347, CVE-2021-21348, CVE-2021-21349, CVE-2021

Le Tue, 23 Mar 2021 15:33:26 +0100, Léo Le Bouter via Bug reports for GNU Guix a écrit : > Upstream has made a release: 1.4.16 - which fixes all the issues, > following is an unfinished patchset that fixes the issues, java- > mxparser package does not build and help from some more experienced > J

bug#47375: guix test failure: tests/print

I don't think this is the right fix. Now you define packages with the incorrect url-fetch, so the test passes, but package->code would still not work as intended on actual packages that are properly defined. It seems that the issue is package->code uses the internal name url-fetch* whereas it s

bug#47257: [PATCH v2] gnu: mariadb: Fix CVE-2021-27928.

I think you can simplify the patch a bit by inheriting the source too: (source (origin (inherit (package-source mariadb)) (patches …))) Otherwise, untested but looks good.

bug#47562: java-eclipse-jetty-* packages are vulnerable to CVE-2021-28165, CVE-2021-28164 and CVE-2021-28163 (also probably MANY others, 4y w/o upgrade)

want users to mistakenly install the 9.2.* versions that were not the latest at the time. We might want to update to jetty 11 or figure out how to build junit 5, which has quite a complex dependency graph, with a few cycles. Thanks Léo for noticing this! >From d5e5f91b523fb12f452a28648c67531e36

bug#47576: [security] ibus-daemon launches ungrafted subprocesses

Oh! That would explain why I had so much trouble fixing/updating ibus and ibus-anthy! We should probably fix ibus so it regenerates its cache when it's a different process. It could be as simple as using a subdirectory computed from the absolute name of the ibus binary, maybe. Le 3 avril 2021

bug#47633: Provide direct download to .iso

Well, providing a .iso with compression would hopefully be similar to .iso.xz, and it would allow us to provision guix directly in gnome-boxes etc, that rely on osinfo-db (we have guix there, but no URL because of the extension). Le 8 avril 2021 14:50:58 GMT-04:00, Leo Famulari a écrit : >On We

bug#47723: Boot failure with u-boot on cubietruck

Hi Guix! This week-end, I had to reboot my server and it couldn't boot anymore. It's a Cubietruck, an armhf machine that's in my parents' basement. They helped me debug the issue (though that was not easy, since they only have windows machines and not a lot of knowledge about Linux). At boot, the

bug#47562: java-eclipse-jetty-* packages are vulnerable to CVE-2021-28165, CVE-2021-28164 and CVE-2021-28163 (also probably MANY others, 4y w/o upgrade)

Pushed as ac3bf4e4da58e985f012d216b2faf36434cdf967.

bug#47734: Guix install script on foreign distro fails to add berlin public key

Hi Guix! When installing Guix on a new machine (foreign distro), substitute were not properly set up: … Permit downloading pre-built package binaries from the project's build farm? (yes/no) yes /home/roptat/guix-install.sh: line 445: /root/.config/guix/current/share/guix/ci.guix.gnu.org.pub: N

bug#47761: Guile Segfaulting on guix build -f

Le Tue, 13 Apr 2021 23:36:40 +0200, Nicolò Balzarotti a écrit : > Hi guix! > > A package definition that used to build fine, recently (don't know > exactly when) started failing, with guile segfaulting. > > After removing a few things, it seems that the MWE is this: > > echo '(use-modules (gui

bug#47748: Packages which cant be find/removed by guix remove

Le Tue, 13 Apr 2021 12:46:19 +, bo0od a écrit : > Hi There, > > I saw some packages installed by default with guix like > wpa-supplicant and avahi..., But if i type 'guix remove av' and i > press tab nothing will complete the word and if i type 'guix remove > avahi' or 'guix remove wpa-suppl

bug#47748: Packages which cant be find/removed by guix remove

Le 13 avril 2021 22:44:31 GMT-04:00, Mark H Weaver a écrit : >Julien Lepiller writes: > >> Second, your operating-system declaration apparently is running >> the avahi server. Since you didn't share it, I don't know if it comes >> from a service dependency or if

bug#47748: Packages which cant be find/removed by guix remove

the hell going on. Least can be said >about this bad usability. It's not "no message", is it? I lust tried "guix remove hello", and I don't have hello in my profile. It told me (in red): error: package 'hello' not found in profile. Not sure how it could

bug#47748: Packages which cant be find/removed by guix remove

guix gc # to effectively remove unnecessary store items After that, you should not have wpa-supplicant in the store anymore. HTH! > > > > >Julien Lepiller: >> Le 14 avril 2021 12:31:31 GMT-04:00, bo0od a écrit >: >>>> In particular, there are multiple >&

bug#47823: Hardenize Guix website TLS/DNS

Le 16 avril 2021 12:15:25 GMT-04:00, Leo Famulari a écrit : >On Fri, Apr 16, 2021 at 11:00:05AM +, bo0od wrote: >> Scanning Guix website gave many missing security features which >modern >> security needs them to be available: >> >> * TLS and DNS: >> >> looking at: >> >> https://www.hardeni

bug#47841: [release 1.2.1] could not install on foreign distro

Hi Guix! I tried using the latest tarball to install guix, by modifying the current script. To do that, I downloaded the latest installation script from savannah and modified it a bit: In guix_get_bin, I removed the tar.xz extension and the download of the signature. I also commented out the veri

bug#47723: Boot failure with u-boot on cubietruck

Le Tue, 13 Apr 2021 21:14:49 +0200, Danny Milosavljevic a écrit : > Hi Julien, > > On Mon, 12 Apr 2021 13:18:30 +0200 > Julien Lepiller wrote: > > > I suspect something might have changed in u-boot recently (maybe the > > upgrade to 2021.01, since I didn

bug#47865: Missing dependency for sysv-init

Le Sun, 18 Apr 2021 13:13:04 -0400, Leo Famulari a écrit : > On Sun, Apr 18, 2021 at 09:15:09AM +0200, Gabriel Hondet wrote: > > I installed Guix on Devuan with SysV-init, but the script copied in > > /etc/init.d/ uses the command "daemonize" which isn't listed in the > > dependencies of "guix-in

bug#47808: guile-git-0.5.0.drv build failed on i686-linux

I have a branch with fixes for guile-git: https://gitlab.com/roptat/guile-git/-/tree/fix-segfault The fix is silly, but all tests pass on my armhf machine now (the config test used to segfault from the git checkout). Strangely enough, running the test directly (not through make) did not reprodu

bug#47734: Guix install script on foreign distro fails to add berlin public key

I can't copy-paste easily to my email client right now, so here's a paste. I'll send the content later. https://paste.debian.net/1194563/ Le 21 avril 2021 08:45:01 GMT-04:00, "Ludovic Courtès" a écrit : >Hi Julien, > >Julien Lepiller skribis: > >

bug#47973: Links from the cookbook to the manual are broken

Indeed, but the translation already references guix.fr. What can I do? Le 23 avril 2021 12:06:04 GMT-04:00, "Ludovic Courtès" a écrit : >Hello! > >In >, >“Systèmes de construction” (“Build Systems”) links t

bug#47973: Links from the cookbook to the manual are broken

Le Fri, 23 Apr 2021 12:55:40 -0400, Julien Lepiller a écrit : > Indeed, but the translation already references guix.fr. What can I do? > > Le 23 avril 2021 12:06:04 GMT-04:00, "Ludovic Courtès" > a écrit : > >Hello! > > > >In > ><https://guix.gn

bug#47973: Links from the cookbook to the manual are broken

Le Sat, 24 Apr 2021 16:08:07 +0200, Ludovic Courtès a écrit : > Hi, > > Julien Lepiller skribis: > > >>From ca1464d42561393095d16744acc2cb209e1d9965 Mon Sep 17 00:00:00 > >>2001 > > From: Julien Lepiller > > Date: Sat, 24 Apr 2021 14:58:12

bug#48166: Dont stop the upgrade process - Better guix handling when Package failed to build

I don't think --keep-going works as you expect it to. When you do guix upgrade, guix creates a derivation for your new profile and proceeds to build it. If it has dependents that need to be built (packages that were updated), it builds them as they are needed to build the new profile. If one of

  1   2   3   4   >