<paroneayea>I don't think 8sync will really be usable by anyone else until next release, but maybe it's time to package it for guix anyway
<djLeGit>on a totally different note: are per-user services something that is somewhere on the guixSD roadmap?
<civodul>there are no concrete plans but it's been discussed a few times
<paroneayea>djLeGit: I think we've discussed it before, I don't think anyone has plans to work on it but it could maybe be possible if we can reduce assumptions that the services can control the user / have to be root iirc? I think probably first would be making "persistent profiles" work nicely
<ng0>I figured that "look, a work in progress package / please anyone finish this if you'd like to" doesn't work at our size yet, so expect some action on old threads/patches in the next hours/days/weeks :)
<ng0>is there anything wrong about this: (add-before 'check 'fix-tests (lambda _ (with-directory-excursion "tests" (substitute* '("kakasi-1" "kakasi-4" "kakasi-5" "kakasi-6" "kakasi-7") (("/bin/echo") "echo"))))) nevermind any parens I might've forgotten, this is taken out of context .. this fails at kakasi-4, not -1
<rekado>civodul: after make distcheck I have quite a few po files that have changes. Should these be committed or should I ignore them?
<ng0>i think I can take the shortcut and do it with find-files
<lfam>efraim: Yes, we will have early access to the fix
<civodul>rekado: awesome! the arm tarball is running tests again
<ng0>so one problem I have: the gnunet-service needs to create files after it is started (bootstrap servers etc). I chmod and chown stuff in advance, but things like /var/lib/gnunet/hostlist/learned.txt get created by root, therefore they are rw only by root and no one else, preventing a bootstrap to ever happen
<ng0>ialso suid, but I know I miss the two binaries for gnunetdns group
<ng0>this is however very unrelated to bootstrap in my experience
<civodul>by "root" or by some unprivileged "gnunet" user?
<ng0>the reason for the system service is so that gnunet can be run as a system service (user gnunet, group gnunet; additionally one gnunetdns group) and users (people, accounts, etc) can just be added to the gnunet group and run the functions. the problem I'm facing is that somehow suid seems not to be enough, and I have to replicate what we did for gentoo in some other way, where I'm now positive postgres service