Mark reported on IRC that gnome-session, as of v0.11.0-1639-g34f9582,
refers to the grafted “out” of glib, but at the same time refers to the
*ungrafted* “bin” output of glib:
--8<---cut here---start->8---
$ ./pre-inst-env guix build gnome-session
/gnu/store/rch
Hello,
Julien Lepiller skribis:
> [27.673] (II) LoadModule: "ati"
> [27.674] (II) Loading
> /gnu/store/r9l8k52a9alvycl7qd4sm3kxp5d682g5-xf86-video-ati-7.7.0/lib/xorg/modules/drivers/ati_drv.so
> [27.737] (II) Module ati: vendor="X.Org Foundation"
> [27.737] compiled for 1.18.1,
Hello,
Blah Blahh skribis:
> Worked fine when I set GUIX_PACKAGE_PATH, did not when I tried using -
> -load-path to pass the exact same directory. According to mark_weaver
> from #guix it should, so here I am to mention it. Specifically I used
> "guix system reconfigure --load-path=/root/guix-mo
Mark H Weaver skribis:
> When grafting, how will we achieve confidence that we've found the
> correct occurrence of the last character? I think we will have to give
> up our recently added feature of being able to change the version number
> of grafts.
Wait, don’t jump to the conclusions. :-)
l...@gnu.org (Ludovic Courtès) skribis:
> Mark H Weaver skribis:
>
>> It turns out there's an obfuscated self-reference to fontconfig's store
>> directory. Here's an excerpt of the output of "hexdump -C
>> libfontconfig.so.1.9.0":
>>
>> cca0 00 48 b9 2f 67 6e 75 2f 73 74 6f c6 40 48 00 45
Mark H Weaver skribis:
> It turns out there's an obfuscated self-reference to fontconfig's store
> directory. Here's an excerpt of the output of "hexdump -C
> libfontconfig.so.1.9.0":
>
> cca0 00 48 b9 2f 67 6e 75 2f 73 74 6f c6 40 48 00 45 |.H./gnu/sto.@H.E|
> ccb0 31 e4 48 89 08 48
Caleb Ristvedt skribis:
> I should have read the man page before trying to use multiple commands at
> once, but somehow it ended up causing a kernel panic?
>
> Here's what I ran as root in tty0 (I think that's what it's called, it's
> the thing I get to by pressing ctrl + alt + f1):
>
> herd enab
dian_ce...@zoho.com writes:
> On Fri, Oct 14, 2016 at 12:06:41PM +0200, Ricardo Wurmus wrote:
>>
>> There’s nothing wrong with having /gnu on a separate partition. I’m
>> doing the same on our HPC cluster at work (/gnu is on NFS).
>>
>> Have you tried to install Guix using the binary installat
Here's what happens with a variant of 'unixodbc' with one character
removed from its name, to make an odd number of characters. The last
character 'c' is all by itself. The chunks of the reference
/gnu/store/il1bn7n0l4yj3idrii23fhvzg4nn939i-unxodbc-2.3.4/etc
are found in the following order:
Here's a complex example of a reference to:
/gnu/store/80m11l8km7bwi9iljfyr82hmscaq4xk2-unixodbc-2.3.4/etc
This also illustrates what can happen near the end of a reference. In
this case, the last two characters are found at the end, within a 'mov'
instruction, and the previous 4 characters ar
The 8-byte chunks may appear out of order. For example, in
'bash-static' we have this reference to:
/gnu/store/7z3hpynjsbidxkq78xi5qi6lbcm8ndhp-glibc-intermediate-2.23
where the chunks are found in the following order:
1_/gnu/sto
2_ynjsbidx
3_re/7z3hp
4
11 matches
Mail list logo
