<fps>[those bts were from when i redid the build gfortran]
<fps>somethign something about assembling an error message. weird :)
<fps>how to reproduce (maybe): get an 8 core vm with 14G RAM and do this in 6 tmux terminals: for n in `./pre-inst-env guix package -A | cut -f1 | sort -R`; do echo ::::::::::::::::; echo "$n"; echo :::::::::::::; ./pre-inst-env guix build --fallback "$n" || true; done
<adfeno>I just faced such thing with Tahoe-LAFS, and was about to ask how I, a non-programmer, help Tahoe-LAFS get ported/packaged to Guix/GuixSD?
<davexunit>... and I can't just use guix because I'm trying to write instructions for all of my coworkers to use to switch from mysql to mariadb.
<adfeno>I mean, I'm learning Guile, but I don't know how to make build reproducible yet.
<bavier>adfeno: build reproducibility is not a hard requirement for Guix packaging
<lfam>adfeno: Reproducible builds are very desirable, but we do accept packages that don't build reproducibly. Sometimes, the only way to make something build reproducibly is for the upstream developers to do so some work
<lfam>I've never tried building Tahoe-LAFS, but I would start by simply adapting the package definition of `hello` to instead try to build Tahoe-LAFS.
<adfeno>I tried visiting reproducible builds site, but I got lost in the beginning of requirements
<ng0>I will just fix it, the old discussion is too long ago to make any use of it other than the side discussions about description etc which i fixed upstream
<adfeno>I'm trying to run GNUNet, but when doing the "-importer.sh" that was installed from Guix (I'm using Trisquel), the process seems to make the terminal busy, and even make it impossible to press Ctrl +D or +C. I was able to send TERM signal to it, but the "making terminal busy"-part was scary.
<ng0>yeah it's not perfect neither here nor on gentoo. i spent a while on gentoo efforts and I am now picking up guix gnunet again
<ng0>ideally you just use the system service. but people are welcome to fix my openrc script and make it generic enough to put it upstream. gnunet guix service is part of the bigger roadmap i do this for.
<adfeno>No worries... I might try resuming my attempt to set-up GNUnet later.
<adfeno>Trisquel is using a mix of "init" with systemd.
<ng0>also you want to use HEAD instead of 0.10.1 for optimal gnunet-fs experience.. well not head at the moment because of the work towards 0.10.2 which is currently happening, but head at... one moment
<adfeno>(actually, it has only one single part of systemd, if I recall correctly).
<ng0>i'm fixing a few things in gnunet.scm in the next days. If you want to you can pick my email address from the git logs and send me a bug report, it is not obvious if it is guix or gnunet. for guix you could file the bug report yourself, for gnunet it would require signup at mantis or just directly at the gnunet-devel mailinglist. i can proxy to both. there's no current thread on it on guix-devel list.or just
<ng0>post to one of the guix lists with more, i will figure out what to do
<ng0>i know certain restrictions apply and that the way we install gnunet is not how it should be run. we have no users for it, the service will fix this.
<adfeno>How do I get the package definition from a specific package, say "hello"?
<lfam>adfeno: I'm not much of an Emacs user, so I don't know the full details. But, `guix edit hello` should open the package definition in Emacs, if it is available. Also, you can do `guix package --show=hello`, and it will tell you the name of the file where the package definition is found.
<lfam>You will want to clone our Git repo if you want to make changes
<ng0>okay, seems like i can not easily figure it out myself. my solution would be to patch it. because this gets fixed, but @PYTHON@ doesn't: patch-shebang: ./src/consensus/consensus-simulation.py: changing `/usr/bin/python' to `/gnu/store/jd5qm8r971dyh4h7dnfc07kmpfifspsb-python-2.7.10/bin/python'
<mark_weaver>ng0: ./configure should create test_integration_disconnect.py based on test_integration_disconnect.py.in but with the @PYTHON@ substituted for the right python executable. if it fails to do that, that's another problem.
<mark_weaver>sapientech: some distros make /tmp a ramdisk. maybe yours does.
<sapientech>lfam, mark_weaver it is indeed a tmpfs, 4G enough for all packages in guix?
<lfam>Huh... I wonder if that's related to the new Git hook intended to require signed commits
<lfam>sneek: later tell civodul: Do you think that this error message when pushing a new branch to Savannah is related to the new signed-commit hook? "remote: fatal: bad object 0000000000000000000000000000000000000000". Mark got that message a few minutes ago, after some brief downtime
<ng0>hm... bootstrap script executes autoreconf and others. Now this gives me Can't exec "autopoint": No such file or directory at /gnu/store/51s6w6jw83rmdfyqhwmxrvv5qbzypz9b-autoconf-2.69/share/autoconf/Autom4te/FileUtils.pm line 345. but autoconf is in the native-inputs