<rekado>I really think we can use mu-guile to build a simple patch tracker and use Guile’s built-in HTTP server for the web interface.
<rekado>If I’m not mistaken we wouldn’t even need an additional database to keep track of things. We’d just move processed email to the archive to exclude them from future consideration.
<alezost>sneek: later tell koosha from the output you pasted at <https://paste.ubuntu.ir/elbu>, I see many things will be built locally. Most likely this is because you didn't do "guix pull" for some time
<mark_weaver>sneek: later tell koosha: 'guix pull' only updates guix for the user who runs it. each user on a system has their own version of guix. in your case, I suspect you ran 'guix pull' as your normal user, which is the right thing to ensure that normal 'guix package' commands as your normal user will install up-to-date software. you also need to run 'guix pull' as root to ensure that 'guix system reconfigure' uses up-to-date software.
<sneek>koosha, mark_weaver says: 'guix pull' only updates guix for the user who runs it. each user on a system has their own version of guix. in your case, I suspect you ran 'guix pull' as your normal user, which is the right thing to ensure that normal 'guix package' commands as your normal user will install up-to-date software. you also need to run 'guix pull' as root to ensure that 'guix system reconfigure' uses up-to-date software.
<koosha>mark_weaver: How do you use openssh while it's service is not in GuixSD ?
<ng0>i need to read through the whole new thread about reviewing etc which is going on at the moment.. vlc has this (https://wiki.videolan.org/Sending_Patches_VLC/) which also has a section "following your patch" "getting your patch merged" after the "sending it" and "checllist"
<ng0>this is not our core problem, but could be added to the docs maybe, something similar
<civodul>ng0: don't reply too much or we'll all drown ;-)
<lfam>Every reply to that thread requires one patch review reply ;)
<ng0>i need to reply to get some input which maybe gives me additional ideas to my longterm project.
<efraim>we packaged rdup 1.1.14 and fossies has 1.1.15
<lfam>I love the slogan of that project: "The only backup program that doesn't make backups!"
<ng0>so far i can say that Guix is not hard on QA if you compare to Gentoo QA or even getting something into Gentoo's upstream if you are not getting run over by some gentoo dev on the loose who dislikes communication.
<ng0>but our qa dance is just at the beginning and not set in stone the ways people can dance
<ng0>it's a "good" thing i'm currently unfit for work, so i have much time to think and write about certain bigger thoughtprojects or discuss with people.. I have nothing I can put in a short summary so far, but I see failures in git as a system, but to improve something one has to engage in discussions and share ideas with other people.. Ideally it would be a framework for social coding which addresses some
<ng0>problems people behind git do not see and also implements or can plugin certain democratic functionalities and (hardest part for it all) solve the problem in how to keep code repositories available which are rarely accessed (let's say community forgets something exists for 10 years..). this is after or in parallel to the other thing I'm slowly getting to.
<ng0>it's bad that i do not know enough Scheme so far and put myself off, with the final moves i need to move last software from gentoo to guix and updating the ones i use use etc, from fixing the git service, go to the gnunet service, etc.. gnunet service is file based and easier than git. no idea why i picked something entirely different.
<ng0>and my work in progress list of packages has like 20 or 30 packages i think.