<abnegate>yeah, i do doubt the integrity of every mainstream system.. but just not seeing much logic behind guix preventing binary downloads while allowing source downloads when the user hasn't authorized its key
<abnegate>i'd just prompt the user to allow use of substitutes while making it clear that he hasn't yet authorized guix's key, and the possible consequences of that
<abnegate>or offer to download the key and instruct the user how to authorize it
<abnegate>in any case, i'd give the user a choice of how to proceed, rather than assuming that building from source must be what he wants in this case
<abnegate>"For each user, a symlink to the user’s default profile is automatically created in $HOME/.guix-profile. This symlink always points to the current generation of the user’s default profile. Thus, users can add $HOME
<abnegate>/.guix-profile/bin to their PATH environment variable, and so on.
<taylanub>if (append (package-transitive-inputs mpv) (package-transitive-native-inputs mpv) (package-transitive-propagated-inputs mpv)) contains only lua-5.2, how come 'ldd /gnu/store/...-mpv-.../bin/mpv | grep lua' returns a path to lua-5.1 ?
<taylanub>I made sure the store directory corresponds the current state of the package object
<Sleep_Walker>I made patch for that dbus-system service I'd like to test - what I need to do to use this code?
<Sleep_Walker>(lua-5.1 could be some dependency of dependency, couldn't it?)
<taylanub>Sleep_Walker: I think transitive-inputs probably cover all, but maybe it's just almost-all
<taylanub>the hash I see in ldd output is not to be seen in the 'inputs' alist passed to a phase procedure.
<taylanub>hm, I guess ldd can reach more packages than what are inputs to the package (or bag). I'm confusing inputs with dependencies.
<rekado_>BTW: on Fedora with an SSSD account I still cannot use Emacs; I remember that this was something related to the bootstrap tarballs. Will these be updated in the next core-updates or have they already been updated?
<bavier>oh, this might be non-trivial. I get a vm stack overflow error if I try to add unzip to %standard-patch-inputs and a conditional in decompression-type for the "zip" suffix.
<rekado_>also: I still haven't been able to fetch texlive-texmf-2014 from hydra. It's already been a couple of days of trying repeatedly. Will try to build it without substitutes instead.
<rekado_>Downloading big files from hydra often fails with corrupt, incomplete files.
<rekado_>taylanub: that's what I'm trying now. (I wonder why guix seems to freeze after stating what derivations will be built --- what is it doing?)
<civodul>rekado_: updating the list of available substitutes?
<freaj>Hello everybody! I come from #Parabola (Freed Archlinux) and I'd like few informations about gnudmd because I plan to replace systemd by gnudmd (actually I can run openrc+eudev but gnudmd+eudev is the goal), anybody? :-)
<civodul>as i said, lack of support to handle device events, things like that
<civodul>now, i don't know if it's worse than what OpenRC provides, maybe not
<civodul>the good thing is that before using it as PID 1, you can give it a try as an unprivileged user
<freaj>Okay and last thing I wanted to ask: can I package it like.. a standard package everyone would install, with a separated configuration like a /etc/gnudmd.conf or is it incorporated inside the make?
<civodul>it has a standard ./configure && make && make install procedure
<civodul>so yes, you can make it a package in your distro
<effa``>Hi, each time I install or remove a package from my profile I get the following (and similar) warning: warning: collision encountered: /gnu/store/ql3w1ry6ch3hgswxxmsxn6jmb7b9vzd4-gmp-6.0.0a/lib/libgmp.a /gnu/store/1sjpwj0hlazs8nhx50dhihx6nr9mskjq-gmp-6.0.0a/lib/libgmp.a
<effa``>However, I don't have gmp in my profile. Any idea?
<bavier>effa``: gmp may be a propagaged input for one of the other packages in your profile
<effa``>I mean, 'guix package -I' doesn't show it, but in ~/.guix-profile/lib/ I can see a link.
<mark_weaver>effa```: ~/.guix-profile/manifest will have the details
<mark_weaver>this is part of the reason why I try to upgrade everything together in a given profile.
<mark_weaver>otherwise you end up with multiple versions of the same package installed via propagated-inputs.
<mark_weaver>you can also end up with libA that's linked with libC-1.0 and libB that's linked with libC-2.0, and then if you try to link libA and libB together, it will try to link in both libC-1.0 and libC-2.0.
<davexunit>propagated inputs certainly are problematic.
<mark_weaver>in theory, there are things we could do to reduce the number of cases where propagated-inputs are needed.
<mark_weaver>e.g. for header files from libA that include headers from libB, those #include directives could be rewritten to refer to absolute paths.
<mark_weaver>likewise, in theory we could perhaps enhance pkg-config, libtool, etc, to cope with library dependencies in a better way.
<effa```>mark_weaver: thanks! I never realized that looking into manifest can be quite useful :-)
<mark_weaver>if the *.pc files include absolute paths to the dependent libraries, that would be enough.
*Sleep_Walker is mentally exhausted for today so don't take me seriously
<mark_weaver>effa```: regarding python libraries, I don't know enough about python to evaluate that. but reducing uses of propagated inputs would certainly require many different mechanisms to be improved.
<mark_weaver>two examples that come to mind are: C #include files and pkg-config *.pc files.
<mark_weaver>and of course programs that run other programs and assume they will be in $PATH
<mark_weaver>and then there are uses of 'dlopen' in various places
<taylanub>just noticed guix adds $foo/include to CPATH and $foo/lib to LIBRARY_PATH for any input $foo. in that case why is it sometimes necessary to pass these manually to ./configure under foo_CFLAGS and foo_LIBS?
<taylanub>:-) actually, one time so far in my experience: had to do in in libquvi because lua provides no .pc files. in mpv, it came out I can just use check_cc(lib='lua') in the wscript (waf) file, and I didn't need to add -I or -L paths manually
<taylanub>surprised me at first, then seemed natural given CPATH and LIBRARY_PATH are set, then I wondered why I needed to do it in the past...
<civodul>does waf clear the environment before invoking the compiler?
<taylanub>mark_weaver: qt-5.4.1 before 3e71b9ffd6 (on b021a2a) seems to be present on Hydra, having the hash ww33y9z5ng4a6k2vkyk9gn8lpj8jxvhh. unless I did something wrong: checked out b021a2a and did './pre-inst-env guix build -K qt' which said it will download qt-5.4.1 (along with everything else)