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

Eric Bavier skribis: > On Wed, Mar 21, 2018 at 12:12:02AM +0100, Ludovic Courtès wrote: > >> That sounds a lot like regular ABI breakage: a new >> field was added but gnu/tests/base.go wasn’t rebuilt, and thus was >> expecting the previous struct layout. >> >> Does “rm

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

Hello, Ricardo Wurmus skribis: >> 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

bug#30875: Garbage collector may leave empty files

Mark H Weaver skribis: > l...@gnu.org (Ludovic Courtès) writes: [...] >> Are we sure this is a Guix issue and not a disk or file system >> corruption issue? The relevant code in guix-daemon hasn’t changed in >> ages. >> >> What file system are you using? Btrfs? :-) > > The

bug#30898: Warning "No such language bytecode" when pulling guix.

$ guix pull --- Updating from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Building from Git commit e2f9847be0d1fcde201b3ec01f68a9cbdda230a0... The following derivation will be built: /gnu/store/15ncl8zii4kvixwyqqm94v6nzvc3j9z4-guix-latest.drv copying and compiling to

bug#30896: Guix pull problems on armhf

I have been running the binary Guix installation on top of Armbian on my Rockchip RK3288 (armhf) based computing platform. Up till about ~8 days ago, guix pull worked as intended. Recently, running guix pull leads to the following error message `./guix/build/pull.scm:44:20:

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

Vivien, On 2018-03-21 7:54, Vivien Kraus wrote: I don't know on what the hash depends; maybe it also depends on the URL? It depends only on the contents. This allows us to use a list of different URIs (see the lsof package for an example) or try many different mirror://s as long as they

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

Vivien, On 2018-03-21 18:01, Vivien Kraus wrote: Sorry for the mess with the mails. This new versions and its hash work for me, thanks! I didn't notice a mess :-) Works here too. Pushed as 0d73f1481bf732147af7751a6ae58114bd3876db. Kind regards, T G-R Sent from a Web browser. Excuse or

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

Hello, Sorry for the mess with the mails. This new versions and its hash work for me, thanks! Vivien Le mercredi 21 mars 2018 à 17:08 +0100, Tobias Geerinckx-Rice a écrit : > I couldn't resist, of course. > > On 2018-03-21 16:46, Tobias Geerinckx-Rice wrote: > > I've not actually been

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

Vivien, On 2018-03-21 12:05, Vivien Kraus wrote: Could someone confirm this hash? I can confirm both. sha256 hash mismatch for output path `/gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-usb.ids'   expected: 17rg5i0wbyk289gr8v4kgvnc9q5bidz7ldcvv9x58l083wn16hq3   actual:   

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

Hello, I have just finished guix pulling again and the hash is not right: Starting download of /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2- usb.ids >From https://svn.code.sf.net/p/linux-usb/repo/trunk/htdocs/usb.ids?r=15 51... following redirection to

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

Hello, Thank you for your reply.  This new URL works, but the file version does not meet the checksum. Starting download of /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2- usb.ids >From https://svn.code.sf.net/p/linux-usb/repo/trunk/htdocs/usb.ids?r=15 51... following redirection to

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

Hello, I am not sure that my mails reach debbugs.gnu.org... When applying the patch in https://debbugs.gnu.org/cgi/bugreport.cgi?bu g=30890, it still does not work: Starting download of /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2- usb.ids >From

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

On Wed, Mar 21, 2018 at 12:12:02AM +0100, Ludovic Courtès wrote: > That sounds a lot like regular ABI breakage: a new > field was added but gnu/tests/base.go wasn’t rebuilt, and thus was > expecting the previous struct layout. > > Does “rm gnu/tests/base.go && make” suffice to fix this issue?

bug#30776: FVWM provides no .desktop file

宋文武 transcribed 408 bytes: > ng0 writes: > > > When adding FVWM to the system profile and not using startx or something > > like adding fvwm execution to the file in $HOME the login manager would > > source, it does not appear in the selection of window managers to start. > > > > We

bug#30776: FVWM provides no .desktop file

ng0 writes: > When adding FVWM to the system profile and not using startx or something > like adding fvwm execution to the file in $HOME the login manager would > source, it does not appear in the selection of window managers to start. > > We should install a .desktop file for it.

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

Hi Vivien, > I have just finished guix pulling again and the hash is not right: > > Starting download of /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2- > usb.ids > From https://svn.code.sf.net/p/linux-usb/repo/trunk/htdocs/usb.ids?r=15 > 51... > following redirection to

bug#30893: report problem: cannot book guixSD from libreboot

Dear guix: I have downloaded: https://alpha.gnu.org/gnu/guix/guixsd-install-0.14.0.x86_64-linux.iso.xz And follow the instruction https://www.gnu.org/software/guix/manual/html_node/USB-Stick-and-DVD-Installation.html#USB-Stick-and-DVD-Installation to make the DVD. The DVD is ok to boot from a

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

Hi, I tested the fix and it worked fine for me. Fixed in 0def91208 on master. Thanks! -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC https://elephly.net

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