<svetlana``>it says http://dpaste.com/1XH09SS#wrap - i could follow its instructions (enable it access to these dirs) except i wouldn't really like these packages /installed/ on this OS, as it already has them through another package manager
<svetlana``>how can i make sure it uses that directory only to build things and it won't install them on this distro?
<svetlana``><svetlana``> it says http://dpaste.com/1XH09SS#wrap - i could follow its instructions (enable it access to these dirs) except i wouldn't really like these packages /installed/ on this OS, as it already has them through another package manager
<svetlana``><svetlana``> how can i make sure it uses that directory only to build things and it won't install them on this distro?
<tadni>Hrm, if you are using the pre-inst-env, it shouldn't be trying to install to your host os.
<svetlana``>ok, I've started then.. is there some means to revitalize hydra though? it looks useful -- compiling all the things by hand doesn't sound very exciting -- but the thing complains that it's unresponsive
<tadni>svetlana`In regards to hydra, to my understanding the server has been maxed out and Ludo is waiting for the FSF to allocate more resources to them. He has a ticket put in to do this, but I'm not sure when this will actually be done ... so until this happens, expect hydra to be down/unresponsive ... which sadly means one has to build with substitutes.
<DusXMT>apparently, the test suite's trying to access $(prefix)/share/gnunet/config.d, which should be at /gnu/store/yadayadayada-gnunet-0.10.1/../share/gnunet/config.d; while it should be searching for it in /gnu/store/yadayadayada-gnunet-0.10.1/share...
<DusXMT>so bsically, there's an extra step backwards
<DusXMT>It's a test suite problem, the test program implictly adds in a step backwards, which I think won't ever work (they probably didn't test it themselves)
*DusXMT heads off to study Guix's documentation to figure out how to write patches for guix packages
<svetlana``>stripping binaries in "/gnu/store/lwlpzapd30x5qcp03nl58lmhy0jxs8rp-gcc-cross-boot0-4.8.3/libexec" with "strip" and flags ("--strip-debug")
<svetlana``>strip:/gnu/store/lwlpzapd30x5qcp03nl58lmhy0jxs8rp-gcc-cross-boot0-4.8.3/libexec/gcc/i686-guix-linux-gnu/4.8.3/liblto_plugin.la: File format not recognized
<svetlana``>and some more dozens of messages about not recognised file format
<svetlana``>it's a warning since it's not exiting? looks weird
<DusXMT>svetlana``: it's a warning, and it's expected
<svetlana``>good luck with hydra eventually; I'd perhaps be interested in knowing how much space its mirror could need
<DusXMT>was messing some more with the gnunet - was not able to get the test suite to work, this time test_gnunet_service_arm fails, and it doesn't seem to provide any details (the log files are empty, only mentioning that it failed)
<DusXMT>strange, I ran make check-TESTS (as root, so that might be it) in src/arm, and all the tests passed...