<lfam>efraim: It was too much to work on wip-python and also keep on top of security updates and contribute some patch reviews
<lfam>efraim: But, it's important to update the core Python packages. We are reaching the limit of what our Python packages can do; some important Python packages require newer Python build tools
<lfam>efraim: Next week I will have some time. This week I am very busy
<lfam>efraim: Since it's a "wip" branch, feel free to rebase it. If I notice you working on it, I will notify you if I need to rebase it. We should collaborate if it is efficient; otherwise, tell me if you are "claiming" the branch
<JamesRichardson>Is anyone packaging common lisp modules, specifically cl-ppcre? Seems there's not an abundance of information on how to do such things...
<mordocai>So I stopped using guix temporarily due to some compat issues I had while running an all-guix user on top of debian and not wanting to take the time to figure it out. Anyone currently doing that and can vouch for it working? I'd love to use guix again but for now I want to use debian for a few non-free things I use.
<janneke>right...i'm working on a web-based gui for lilypond, mes: a minimal bootstrapping scheme interpreter, guix cross-build environments to mingw and darwin, continuous build and other guix bits...no intention atm to start on browsers
<mordocai>Side note, is it blasphemy/would it cause problems to run the guix package store out of a /home/guix? Most of my machines have a lot more room in /home then /
<davexunit>mordocai: you can use whatever store directory you want, but you'll need to build everything from source.
<adfeno>mordocai: I just wanted to make a Guix recipe for Tahoe-LAFS, and ended up needing one full week of my free time to make recipes for other needed packages, and counting.
<mordocai>davexunit: Well that latter part is unfortunate. I suppose I could symlink things to make them in /home instead of the normal dir
<adfeno>Although it's not my falt, it's upstream's falt.
<davexunit>mordocai: changing the store directory changes the hash of everything. no way around it.
<davexunit>since store items refer to binaries, libraries, etc. via absolute file names
<ng0>gra. gentoo changed something again so i need to change something in the overlay again. i love guix for stability. ._.
<adfeno>It seems `guix build` doesn't like to download the substitute for module-import-compiled.
<janneke>adfeno: they will when they warm up to Guile ;-)
<yuehan81>hi, last night I only first discovered the guixSD system and guix package manager. I am really very enthusiastic about this GNU OS as its whole filosophy looks so great. I am sure that this will become the number one Free GNU OS!
<davexunit>yuehan81: what are you looking to achieve? do you use containers as a way of allowing different applications to run with potentially conflicting dependencies?
<davexunit>or do you use them for resource isolation? or both?
<yuehan81>I actually would like to use containers to quickly isolate some apps or services just in order to play with them and test them without messing up my host system. but if I understand you well it might not be necessary, correct?
<janneke>davexunit: apropos ~/.guix-profile (or any other profile) and manifest...if i forget from which ~/src/guix commit some packages were installed and want to reproduce [part of] that profile, is that somehow possible?
<janneke>thanks. i thought i had this problem a couple of weeks ago, but then master was okay again. probably best to keep track of git checkouts and always update everything in your profile after bumping the git checkout
<davexunit>you can maintain a manifest file for that purpose
<janneke>i goofed up by manually adding to it later...
<adfeno>Strange, even though `guix pull` tells me that everything is updated, I still have the problem of failing to download "module-import-compiled" when using `guix build`.
<adfeno>s/to download/to download the substitute of/
<ng0>i no longer want to work on kallithea. It's just some test dependencies which need to be packaged. anyone up to continuing this? I'll send the batch to the guix-devel list if this is the case. otherwise this will take some time, I need to focus on my own packages
<adfeno>Hi, is anyone able to use "obs" when Guix is installed in another distro than GuixSD?
<amz3`>I have read almost all the documentation of software heritage (swh) project
<amz3`>and it seems kind of similar to guix in my point of view
<amz3`>they try to tackle similar problems like reproducibility, open science, etc...
<amz3`>basically, they built an abstraction layer on top of git which can also track tarballs
<ng0>some of my own works were/are slowed down by the lack of rust+cargo in guix. so I got distracted a bit. started packaging inox, 0ad, reddit, searx, kallithea, USD (the pixar thing),bbs100 (waiting for maintainer to come back from holidays), citadel, etc
<amz3`>or maybe it just me that think that. At least they have a lot of sponsors
<ng0>well, tbh why you see so many contributions I make: I have no paying full time job or university atm, so I am looking to learn as much as I can to dig deeper into the core of guix so that secushare can be shipped out with a GuixSD powered live-system among NixOS ones. I have no deadlines yet, but I am working on some. So I am hacking almost 24/7 on this.
<amz3`>hmm ok I wish I could that, but I got distracted with guile hacking
<ng0>well maybe I can arrange some way to start university when I'm better, and then there's one item on my roadmap which deals with guix+gnunet and probably is a good item for a bachelor thesis or any related work.
<amz3`>I tried several times to work on gnunet to improve the bindings but failed miserably
<ng0>I just decided the most logic place for us to work on gnunet related packages and distributions is gnunet.org and associated domains for respective application packages. so the gentoo.overlay was moved there, my guix packages were moved there, my (still needs to be populated) nixpkgs moved there.
<ng0>you mean the guile bindings should be in gnunet?