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

Danny Milosavljevic writes: > On Mon, 19 Mar 2018 15:05:26 -0400 > Mark H Weaver wrote: > >> I think that we should generalize our reference scanning and grafting >> code to support store references broken into pieces, as long as each >> piece containing

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

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 >>> chunks in

bug#30868: test-suite fails: publish.scm

make check TESTS=tests/publish.scm results in the attached log -- GPG: 7FDE 7190 2F73 2C50 236E 403D CC13 48F1 E644 08EC == GNU Guix 0.14.0.3450-be5ed: ./test-suite.log == # TOTAL: 18 # PASS: 17

bug#30867: Troubles and solutions during install GuixSD

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

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

Hi Mark, 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 >> chunks in compiled code”). > > I think that we

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

Heya, Danny Milosavljevic skribis: >> 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. >> >> The gconv-module file name mentioned in the first message

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

Danny Milosavljevic skribis: > As far as I understand the gcc patches work after all. Ludo just made > a mistake testing it. They work except when the string is not directly a literal, as in: static const char foo[] = "/gnu/store/…"; … strcpy (x, foo); I

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

Hi Ludo, > 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. > > The gconv-module file name mentioned in the first message in this bug > report is an example of a string assigned

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

Hi Mark, On Mon, 19 Mar 2018 15:05:26 -0400 Mark H Weaver wrote: > I think that we should generalize our reference scanning and grafting > code to support store references broken into pieces, as long as each > piece containing part of the hash is at least 8 bytes long. I don't

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

Mark H Weaver writes: > 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 >> chunks in compiled code”). > > I think that we should

bug#30282: package julia build error

On Sat, Mar 17, 2018 at 07:39:28PM +0100, Ludovic Courtès wrote: > It’s a bit weird that 0.6.0 tests passed at some point in Guix, and > eventually started failing. Not sure what happened. Probably an openblas or LLVM update. Unfortunately hydra no longer has the logs. Pj. --

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

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 > chunks in compiled code”). I think that we should generalize our reference scanning and grafting code to

bug#30847: Cannot upgrade GuixSD due to check-device-initrd-modules

Hello Adam, Adam Van Ymeren skribis: > My root device is on NVMe. > > In my current kernel config CONFIG_NVME_CORE is set to a module, which is > included in my initrd. > > However upstream defconfig has been changed to CONFIG_NVME_CORE=y Out of curiosity, what’s the current and

bug#30843: make check FAIL: tests/elpa & .guile-real: segfault

George myglc2 Clemmer skribis: > ;;; (fail (package (name "emacs-auctex") (version "11.88.6") (source (origin > (method url-fetch) (uri (string-append > "https://elpa.gnu.org/packages/auctex-; version ".tar")) (sha256 (base32 >