<gazon>ng0: do you still work on the gnunet package, and if so, what's the current state of the package?
<ng0>yes. well it is complete, outside of guix. Now I'm just learning more about services and debug my gnunet-service so that I can work on one of my roadmap items which is the -fs distribution. And life is also happening, so I have to make space for applications etc. but as it's central for my work, yes I am working on it
<gazon>yes, life does happen! thank you, i hope to get it running again some day. it's difficult on trisquel, but i have a guixsd in a qemu machine that i want to use.
<ng0>the state is also: depends on gnunet release (as 1 year ago ludovic did not want a pre-release) and that depends on Grothoff finding time to work on the 2 bugs between multiple jobs
<gazon>oh there's a thought: there's probably a difference between the guix-env.scm in the gnunet repo and the guix package. i have only looked at the former, but perhaps i should look at the latter.
<ng0>guix-env.scm in gnunet was initially maintained by myself but I just thought you meant the package in Guix.
<ng0>I have a developer collection in my guix package repo
<thomassgn>hi, I guess I've missed any messages about what I need to do when going from guile 2 to 2.2. I now got a bunch errors and warnings about 'load-thunk-from-memory' saying first a bunch of files are 'not an elf file' and then a bunch of other files saying 'no such file or directory'. How to proceed?
<gazon>ng0: "access denied or repository not exported: /ng0-packages.git"
<ng0>in that case the path is different.. one moment
<ng0>git://git.pragmatique.xyz/srv/git/ng0-packages.git ? It will be easier once the move to GuixSD is finished
<gazon>ng0: thank you, that worked. i see ng0/packages/gnunet.scm in there. lovely.
<ng0>there is a permanent mirror over at notbug.org/ng0/, it will also keep the path when I change the path on my server.
<ng0>I will merge it back into gnunet once I had time to deal with the format problem. seems like some people really use it. good night
<ng0>the 'problem' is basically cross-repo dependencies and how I don't want to keep copies in gnurl, gnunet and gnunet-gtk etc repositories
<ng0>which is why the module in my package repo happened
<gazon>if only we could spend all our days working on important things instead of being slaves to the money-devil. it's good to see that progress is being made. i hope to be able to contribute some time soon.
<catern>hey #guix, I am not sure how to determine whether substitutes are being used when fetching source. does guix package print a message when it gets source code from hydra.gnu.org rather than downloading directly?
<rekado_>and since Guix does not require a central build farm they wouldn’t be accurate anyway
<felicien>if we were enough some would be able to maintain a community forum or sthg like that. I say that because I know it can be an obstacle for some new users (from other distributions where there are forums) who may not use mailing lists
<felicien>ng0: where would you put that list of URLs ?
<quiliro>i don't quite understand the difference between package, bag-emerged and bag in guix graph.....i know they are inlcuding more dependencies....but i don't understand what defines to show them or not....aren't dependencies impossible to avoid mentioning?
<quiliro>i will have to read about impicit dependencies and
<quiliro>what do you call a definition made by making a scm file for a package? is it a guix package or a guixsd package or a GNU system package?
<rain1>I call it a guix package but that may not be the correct term...
<quiliro>the question really is: what do you call a definition made by making a scm file for a package? is it a guix package definition or a guixsd package definition or a GNU system package definition?
<davidl>I just read in the mailing list that some of the packages that fail with "gzip crc error read pipe error" stuff are due to hydra being overloaded and that it can be fixed by using wget and gunzip manually.