bug#31159: Reverse order for old grub.cfg entries

Hello, Mark H Weaver skribis: > Mathieu Othacehe writes: > >> This seems like a good idea ! If we decide to make it unconditional the >> patch attached does the job. We can also make it configurable in >> bootloader-configuration for instance. >> >> WDYT ? > > Thank you, Mathieu! I doubt that

bug#31210: Perl graft breakage

On Sun, Apr 15, 2018 at 05:34:05PM +0200, Marius Bakke wrote: > * gnu/packages/perl.scm (perl-5.26.2): New public variable. > (perl)[replacement]: New field. I noticed on my Debian system that this broke rxvt-unicode, and it probably affects other packages as well. The issue is that the full path

bug#31210: Perl graft breakage

Hi Leo, Leo Famulari writes: > On Sun, Apr 15, 2018 at 05:34:05PM +0200, Marius Bakke wrote: >> * gnu/packages/perl.scm (perl-5.26.2): New public variable. >> (perl)[replacement]: New field. > > I noticed on my Debian system that this broke rxvt-unicode, and it > probably affects other packages

bug#31159: Reverse order for old grub.cfg entries

Hi Ludovic, l...@gnu.org (Ludovic Courtès) writes: > I agree with you. As long as the entry labels clearly show which one is > the most recent, that sounds good. > > However! On headless machines, we’d rather make sure users know about > this change. On our Libreboot “bayfront” server, GRUB for

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

Hi Eric, Eric Bavier writes: > In commit 20927c9331b493eaf94211ad9f8a5055e11b4588 > url-fetch/tarbomb and url-fetch/zipbomb in guix/download.scm were > switched to use 'invoke' instead of 'system*'. On core-updates this > leads for me to an error when attempting to build the source for > packag

bug#31159: Reverse order for old grub.cfg entries

Mark H Weaver skribis: > l...@gnu.org (Ludovic Courtès) writes: >> I agree with you. As long as the entry labels clearly show which one is >> the most recent, that sounds good. >> >> However! On headless machines, we’d rather make sure users know about >> this change. On our Libreboot “bayfron

bug#31210: Perl graft breakage

On Wed, Apr 18, 2018 at 03:14:45PM -0400, Mark H Weaver wrote: > I suggest that we add a phase to the replacement 'perl' to install a > symlink from $out/lib/perl5/5.26.1 pointing to "5.26.2". > > Would you like to try this, Leo, and push it if it solves the problem > for you? Thanks for your adv

bug#31142: guix package --upgrade reverses the order of packages

Hello, Chris Marusich skribis: > It seems that running "guix package --upgrade ." reverses the order of > packages installed in a profile. Apparently as a result, repeatedly > running the command on a profile will create multiple generations, even > though the packages are not actually being up

bug#31162: "guix pull" broke itself

Hi Danny, Danny Milosavljevic skribis: > $ guix pull > Updating from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... > Building from Git commit fc12113704255616522cb56fc37b4a18fccd84eb... > Backtrace: > In ice-9/boot-9.scm: >2862:4 19 (define-module* _ #:filename _ #:pure _

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

Mark H Weaver wrote: > (1) This bug is not listed on , although > shows it as an open bug for Guix. There was a problem with the pagination. It's (now) on page 2. > (2) The original bug report was never delivered to me, although I'm >

bug#31162: "guix pull" broke itself

Hi Ludo, > You should grep in ~/.config/guix/latest as well. ~/.config/guix/latest$ grep -r util-linux-2.31 . ./gnu/packages/linux.scm:(define-public util-linux-2.31.1 ./gnu/system.scm: util-linux-2.31.1 Binary file ./gnu/system.go matches > I can’t seem to reproduce the issue though. I

bug#28261: libfreeimage has undefined references

Hello Efraim, It seems that commit a5d4c96b8d90b8bb87e07bd6a7be78991db91bc9 left libfreeimage with some undefined references. For instance, the ‘configure’ script of ‘guile-sly’ fails like this: --8<---cut here---start->8--- configure:3888: checking for FreeIm

bug#31113: mcron ERROR: In procedure mktime:

Hello, Rutger Helling skribis: > I had this problem too. > > Reverting commit cfbf6de18cc70d2e385feb5f61f9363f18e78ddf (gnu: mcron: > Update to 1.1 and deprecate "mcron2".) fixed it for me. This was a bug in mcron 1.1. Fixed in commit 67a51b675538065a4ec3eb06428d8a4021fdbb87, which updates to

bug#31069: emacs-smartparens: sp-forward-barf-sexp broken

Thorsten Wilms writes: > On 07.04.2018 17:19, Alex Kost wrote: > >> Sorry, I don't know what could cause your problem. My only idea is >> maybe you have some mixed (incompatible) packages both from Guix and >> from (M)ELPA (for example, "dash.el" from Melpa and "smartparens" from >> Guix). Look

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

Commit ... 217b8c2e0 * gnu: perl: Replace with 5.26.2 [fixes CVE-2018-{6797,6798,6913}]. ... caused the attached perl script that worked like this ... g1@g1 ~/.mail-mirror$ guix environment --ad-hoc perl perl-timedate make wget g1@g1 ~/.mail-mirror [env]$ perl mb2md-3.20.pl Usage: mb2md -