bug#27222: [PATCH] emacs-build-system install phase doesn't honor directory hierarchy

> this might have to do with the fact that until recently most Elisp > projects were organized as a single file of thousands of lines of code > ;). Exactly! :-) > I've also factorized out the default args of the include and exclude > option of the emacs-build-system install phase. Please see the

bug#27242: Fail to load LUKS encrypted rootfs, attempts to open luks device before it's ready.

Adam Van Ymeren writes: > On my machine when booting GuixSD, it fails to find the rootfs from the > initramfs. It errors out attempting to find the luks device node. > Shortly after it errors is when I see the kernel dmesg output of the > nvme0 device becomining ready. > > It looks like we need

bug#27007: [PATCH 1/2] bootloader: Use menu-entry to define custom bootloader entries.

Hi Mathieu, Mathieu Othacehe skribis: > * gnu/bootloader.scm (): New variable. Export associated getters, > This record is extracted from grub module. > * gnu/bootloader/extlinux.scm (extlinux-configuration-file): Use > menu-entry->boot-parameters to convert menu-entry records to > boot-para

bug#27007: [PATCH 2/2] doc: Adapt to multiple bootloader support.

Mathieu Othacehe skribis: > * doc/guix.texi (GRUB configuration): Rename to "Bootloader > configuration". > Adapt occurences of "GRUB" in other sections. Awesome, thanks for reviewing and updating all the doc! Some minor comments/suggestions: > -@node GRUB Configuration > -@subsection GRUB

bug#27007: [PATCH 2/2] doc: Adapt to multiple bootloader support.

Danny Milosavljevic skribis: >> +Note that all fields of @code{bootloader-configuration} are not >> +necessarily handled by all GuixSD supported bootloaders. > > Sounds weird to me. > > How about "Note that not all fields of ... are necessarily handled by every > GuixSD-supported bootloader" ?

bug#27007: [PATCH 2/2] doc: Adapt to multiple bootloader support.

Hi Ludo, On Mon, 05 Jun 2017 12:36:28 +0200 l...@gnu.org (Ludovic Courtès) wrote: > What happens with other bootloaders? Do we get older boot entries? Yes, but U-Boot has no support for submenus, only one menu [1]. Extlinux-the-format technically does support submenus [2]. > > @item switch-

bug#27222: [PATCH] emacs-build-system install phase doesn't honor directory hierarchy

Hello Arun, Arun Isaac writes: >> this might have to do with the fact that until recently most Elisp >> projects were organized as a single file of thousands of lines of code >> ;). > > Exactly! :-) > >> I've also factorized out the default args of the include and exclude >> option of the emacs-

bug#27257: python-apsw bundles a version of SQLite

The version of python-apsw (and of course python2-apsw) come with a bundled copy of SQLite. The bundled version seems to be a special single-source-file version [1]. I have tried deleting the bundled copy in a new phase, and this allows python-apsw to build with the system SQLite libraries instead

bug#27242: Fail to load LUKS encrypted rootfs, attempts to open luks device before it's ready.

Mark H Weaver writes: > > I ran into the same problem at one point, and have applied the following > patch to my private branch of Guix. Perhaps it should be applied to > master. Thanks, this patch works for me. Something like this upstream would be nice :) This can probably be unified with th

bug#27257: python-apsw bundles a version of SQLite

Hi Jelle, On Mon, 5 Jun 2017 18:32:10 +0200 Jelle Licht wrote: > Some possible directions on resolving this issue: > - Debug the multiple thousand lines of test code to see exactly where/how > the test fails when using the system SQLite library > - Package the right version of the SQLite amalgat

bug#27222: [PATCH] emacs-build-system install phase doesn't honor directory hierarchy

Arun Isaac (2017-06-05 00:55 +0530) wrote: [...] >> I also think these arguments are redundant! I suggested to remove this >> duplication at: >> >> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26559#41 > > And, I did respond at > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26559#53 Sure, I

bug#27222: [PATCH] emacs-build-system install phase doesn't honor directory hierarchy

Arun Isaac (2017-06-05 15:33 +0530) wrote: > Please make any other changes you think are necessary, and push. Thanks! Thanks, but I'm afraid I'm not competent to judge about the first patch. I don't really know what is used on build side and on host side, and whether these things can be mixed li

bug#27244: Should not $GUIX_LOCPATH belong to ‘glibc-locales’ rather than ‘glibc’?

Hi Dmitry, Dmitry Alexandrov <321...@gmail.com> skribis: > As of now [0] a search path ‘GUIX_LOCPATH’ is exported when ‘glibc’ > package, which does not comprise any locales, is installed. I guess, > it should belong to ‘glibc-locales’ and ‘glibc-utf8-locales’ instead. The idea of search path s

bug#25414: [PATCH] gnu: gdk-pixbuf: Make it reproducible.

Danny Milosavljevic skribis: > Note: Bug report is at . Awesome. BTW, the patch was committed in Guix in commit 8c6b077bfae3c257ad7b9967f63428f8504d61f0 so we can definitely close it now. Thank you! Ludo’.

bug#26976: On Hydra, offload crashes while trying to build linux-libre source

Hi, l...@gnu.org (Ludovic Courtès) skribis: > I was able to reproduce it on hydra.gnu.org with: > > guix copy --to=hydra.gnunet.org > /gnu/store/gi7r1v65zqhh8riqprq8nchfc9v9k156-guix-current > > which leads most of the time to SIGSEGV (I couldn’t get the SIGSEGV on > my laptop): Data from a r

bug#27261: guix package -u should warn about non-existent packages

In order to guard against users unwittingly using old software with unpatched security flaws, "guix package -u" should issue a warning if any packages in the profile that match the provided patterns are not found in the set of available packages. Mark

bug#27262: guix package -r FOO -u . should not upgrade FOO

When removing and upgrading packages in a single invocation of "guix package", removed packages should be automatically excluded from the set of packages to upgrade. Mark

bug#27244: Should not $GUIX_LOCPATH belong to ‘glibc-locales’ rather than ‘glibc’?

>> As of now [0] a search path ‘GUIX_LOCPATH’ is exported when ‘glibc’ >> package, which does not comprise any locales, is installed. I guess, >> it should belong to ‘glibc-locales’ and ‘glibc-utf8-locales’ instead. > > The idea of search path specifications like ‘GUIX_LOCPATH’ is that the > packa

bug#27264: gnome-shell-3.24.2 consistently dies during initialization

On my x86_64-linux system running GuixSD, on my first attempt to update my system since 'staging' was merged, GNOME Shell consistently fails to start. If I switch to tty1 (text console), I see this error message: --8<---cut here---start->8--- (.gnome-shell-real