bug#30820: Chunked store references in compiled code break grafting (again)

Mark H Weaver skribis: > Nothing that we do will ever fix this problem for good. Don't pretend > that patching GCC would fix the problem for good. There are problems in > other software as well (e.g. in JAR manifests), and we already patched > GCC once, and it broke some time later without anyo

bug#30820: Chunked store references in compiled code break grafting (again)

Mark H Weaver skribis: > l...@gnu.org (Ludovic Courtès) writes: > >> Mark H Weaver skribis: >> >>> l...@gnu.org (Ludovic Courtès) writes: >>> The recently added glibc grafts triggered issues that, in the end, show the return of (“Store references in 8-byte >

bug#30875: Garbage collector may leave empty files

Hello, Recently I've seen a couple of instances like these: exporting path `/gnu/store/mi1rbw8fdsbi4bc4pndbb6smq39722vm-baobab-3.26.1.tar.xz' guix offload: error: build failed: hash of path `/gnu/store/mi1rbw8fdsbi4bc4pndbb6smq39722vm-baobab-3.26.1.tar.xz' has changed from `4223b4813b2253e68ea

bug#30841: Building Zend PHP (php): tests fail, and "Name or service not known"

> I also made my own "/etc/nsswitch.conf" file, which is attached. The By the way I *did* notice the typo in "ndns" --- it should be "mdns" ---, and I corrected it, restarted nscd, restarted guix-daemon, and tried again, with no good results. I also tried "hosts: files dns", restarted nscd and gu

bug#30623: cdogs-sdl builds but cannot be run

Nicolas Goaziou writes: > Hello, > > The package cdogs-sdl (release 0.6.6) seems to build fine, i.e., it is > successfully added to the store. Yet, whenever I try to run it with > "cdogs-sdl" command, it stops with a floating point exception. > Hello, I just updated the cdogs-sdl package to the

bug#30879: Commit bc499b113 broke guix on guile@2.0.14, improper field initialization

Hello Guix, On the master branch (5d818b3557cc3b546d5bd0639359c14c7c0ab685), when configured with guile@2.0.14, I get the following backtrace when running `make`. Backtrace: In ice-9/boot-9.scm: 1739: 19 [#] In unknown file: ?: 18 [primitive-load "/home/users/bavier/src/guix/./build-aux/compi

bug#30867: Troubles and solutions during install GuixSD

2018-03-19 23:41 GMT+01:00 Axel Koolhaas : > Hello, > > I've recently installed GuixSD on my old laptop, but there were some > problems where a Gentoo user even couldn't get past without IRC help. > > > First i ran into old package problems, maybe mention on > "https://www.gnu.org/software/guix/ma

bug#30395: bug#30820: Chunked store references in compiled code break grafting (again)

Hello, l...@gnu.org (Ludovic Courtès) skribis: > So the real issue is this: > >> The second issue is that the patch only ever worked with literal >> strings. It does not “see” strings in constant arrays like the ‘str’ >> array in the example above. Good news! Commit e288572710250bcd2aa0f69ce88

bug#30875: Garbage collector may leave empty files

Hello, Marius Bakke skribis: > Recently I've seen a couple of instances like these: > > exporting path > `/gnu/store/mi1rbw8fdsbi4bc4pndbb6smq39722vm-baobab-3.26.1.tar.xz' > guix offload: error: build failed: hash of path > `/gnu/store/mi1rbw8fdsbi4bc4pndbb6smq39722vm-baobab-3.26.1.tar.xz' has

bug#30879: Commit bc499b113 broke guix on guile@2.0.14, improper field initialization

Hello Eric, Eric Bavier skribis: > scheme@(guile-user)> (@@ (gnu tests base) %simple-os) > $1 = #< >kernel: # >kernel-arguments: () >bootloader: #< bootloader: ...> >initrd: # >initrd-modules: () >firmware: "komputilo" >host-name: #f >

bug#30890: Hash mismatch for /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-usb.ids

Hello, I tried to install gnome with guix, but it fails when building this: Starting download of /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2- usb.ids >From http://linux-usb.cvs.sourceforge.net/viewvc/linux-usb/htdocs/usb.i ds?revision=1.551...  ids  4KiB0B/s 00:00

bug#30890: Hash mismatch for /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-usb.ids

Hi, apparently linux-usb sourceforge switched over to SVN - so what you are getting there is an error page. Possible fix would be: diff --git a/gnu/packages/virtualization.scm b/gnu/packages/virtualization.scm index 55a92eca0..be8a8bb86 100644 --- a/gnu/packages/virtualization.scm +++ b/gnu/pack

bug#30875: Garbage collector may leave empty files

l...@gnu.org (Ludovic Courtès) writes: > Marius Bakke skribis: > >> Recently I've seen a couple of instances like these: >> >> exporting path >> `/gnu/store/mi1rbw8fdsbi4bc4pndbb6smq39722vm-baobab-3.26.1.tar.xz' >> guix offload: error: build failed: hash of path >> `/gnu/store/mi1rbw8fdsbi4bc4pn

bug#30820: Chunked store references in compiled code break grafting (again)

Hi Ludovic, l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> We would also need to find a solution to the problem described in the >> thread "broken references in jar manifests" on guix-devel started by >> Ricardo, which still has not found a satifactory solution. >> >> htt

bug#30820: Chunked store references in compiled code break grafting (again)

I just realized that my proposal is unworkable. If we allow strings containing store paths to be split into pieces, then some of those pieces may contain as little as one character of the hash. For example, the grafter might find "/store/c", which is likely not enough to determine which of the tr

bug#30395: bug#30820: Chunked store references in compiled code break grafting (again)

Hi Ludo, > Good news! Commit e288572710250bcd2aa0f69ce88154d98ac69b29 adjusts > ‘gcc-strmov-store-file-names.patch’ in ‘core-updates’ to correctly deal > with this case: […] > I built everything about to ‘gcc-final’ in ‘core-updates’. I checked > manually that none of the /gnu/store references