<Sleep_Walker>2] I simply couldn't install texinfo docs before correctly, it wasn't OBS fault (I suspected Fedora support in OBS, which is completely unrelated to OBS itself - like you can't blame kernel for application termination after SIGSEGV)
<mark_weaver>so, I made a little list of package ordering constraints that I care about, and now I have to make sure that anytime I install (or upgrade?) packages in Guix, that I must make sure to add some existing packages to the end of the -i list, to preserve the desired ordering.
<mark_weaver>my constraints so far are these: (binutils ld-wrapper) (glibc bash) (net-tools inetutils) (procps coreutils)
<mark_weaver>it would be nice to have a better way of dealing with these things, but these constraints might not be flexible enough to handle all cases.
<mark_weaver>civodul: fyi, I just got burned by an impurity in the Guix emacs build.
<mark_weaver>MIPS supports multiple different page sizes. You can choose 4K, 16K or 64K. It's a kernel compile-time option.
<mark_weaver>I built emacs on a kernel with a 16K page size. Now I'm running 64K page size, and the emacs I built no longer works. Hits an assertion failure in glibc's malloc.
<mark_weaver>so, we need to make sure that the build machines for MIPS all use 64K page size. and more generally, on any platform with multiple page sizes, the build machine has to use the largest supported page size on that platform.
<civodul>mark_weaver: isn't it the case that huge pages (at least on x86) allow the use of pretty much any page size at run time?
<mark_weaver>along the way, I also discovered a problem with --gc-keep-outputs=yes. When the daemon was running with that flag, I was unable to "guix gc --delete" the old emacs build, even after deleting all of the referrers.