<rekado>hmm, my messages to help-debbugs are left unanswered :(
<numerobis>Hi #guix! I few months ago I enquired about the possibility of using Radicale as a guix service. I was told that such a service was not implemented in guix yet, but that I could write one by following the implementation of another service, of which I forgot the name. Now that I have a bit more time on my hands, I am thinking about having a go at writing a service for Radicale, and I was wondering
<numerobis>whether someone could suggest another service for me to look at for inspiration?
<guix-vits>numerobis: did you'd a look at the git-clone's dir gnu/services/?
<civodul>numerobis: if forgot what Radicale is, but you could look under gnu/services at a service you're familiar with, say openssh
<civodul>there's also a couple of talks on the intertubes with an intro to services
<numerobis>guix-vits,civodul: Thanks, I will check that, but what exactly are intertubes? Would you by any chance have a link to that. I had a look at the services in gnu/services, but I remember that someone mentioned a specific one that could be useful. Radicale is a calendar server. :)
<bricewge>numerobis: Looking at how it is done in NixOS. Your service in guix will need to extend the account-service-type to add the group and user "radicale" and the sehpherd-service-type to lanch the radicale server.
<kondor[m]>and i'm quickly turning into a graybeard hacker
<damo22>do .scm recipes have built-in tests? sorry for cross posting
<damo22>(20:05:02) damo22: i wonder if gitlab could add a feature to gitlab-runner that caches guix, a new executor for gitlab-runner that uses guix
<guix-vits>damo22: packages are built from sources (either on user's machine or on a substitutes server), with an XYZ-build-system (gnu-, meson-, cmake-...); most of them call "test", or "check", or a such -- by default.
<damo22>guix-vits: im new to guix, but i have a feeling it could be very useful to be able to run build tests of upstream git repos using the guix machinery
<damo22>eg, why not harness the "free" compute that CI services provide to build guix recipes using the code from new commits
<damo22>not for the purpose of providing substitutes, because no one could trust them, but just to test the code builds
<civodul>error: while processing ccl ignoring error: %exception: (#<&store-protocol-error message: "derivation `/gnu/store/sq74m3fny9fsh6v5jlipfhip9icp7j63-UNSUPPORTED.tar.gz.drv' has incorrect output `/gnu/store/xwvdjgz5i8s5z9gkl74nykg868fs4zxz-UNSUPPORTED.tar.gz', should be `/gnu/store/wj3g5z2wfx2f2d83dr8pahj8ldzk2aq5-UNSUPPORTED.tar.gz'" status: 1>)
<cbaines>This command seems to fail for me: guix build --no-grafts -d --system=armhf-linux ccl
<cbaines>I think the code in the Guix Data Service for working out what systems/targets you should be able to generate derivations for could probably be improved. I'm not quite sure what state it's in at the moment.
<cbaines>Back to the actual failure though, do you think the "mmap(PROT_NONE) failed" bit relates to a Guile issue?
<bricewge>Few times people requested to have a way to only use substitutes or be sure that all the substitutes they need are available before they “guix pull”, maybe such an API could help going in that direction.
<cbaines>I'm personally hoping we can get to a point where substitutes are generally available for everything. That'll take improvements is reliably and quickly building packages, as well as having less packages that don't build.
<str1ngs>dattashantih8: what was your user mapping issue? I'm able to user map but I wrote my initializing program in go and used syscalls
<dattashantih8>str1ngs: I do not remember. I was able to get everything working with charliecloud awhile ago.
<str1ngs>dattashantih8: gotcha, I remembered discussing this but it quite sometime ago. my program is used for another project and is like a very slim runc. Though I've been meaning to see if I can port it to scheme only.
<rekado>civodul: your channel snippet mentions berlin.guixsd.org, but I think we should avoid that name and use ci.guix.gnu.org instead.
*guix-vits "tja, %base-services changed. i'd asked for that" :)
<bricewge>rekado: By a change in processes what do you mean? Building before pushing to be sure that nothing break?
<dattashantih8>str1ngs: Yeah, I looked into using your program, but charliecloud was already installed on the machines I use.
<cbaines>rekado, yeah, that's one of the reasons I've been trying to work on automating parts of reviewing patch review. I'm hoping improving the process of reviewing patches will lead to less packages that don't build.
<lispmacs[work]>Hi, I was trying to create the hurd vm as described in the blog post, but forgot what I am supposed to do to get the ./preinstall-env script created. Just ./bootstrap, or was the more to it...?
<lfam>You need to build Guix from source, lispmacs[work]
<lfam>Check the first two sections of the manual chapter Contributing
<mbakke>have anyone experienced that (names with) non-latin characters display as question marks in GDM?
<mbakke>the same configuration works fine in `guix system vm`, though on the "core-updates" branch
<michel_slm[m]>howdy! thinking of trying out Guix - it warms my heart as a Lisper who also like Nix. if I'm virtualizing it (to dip my toes in) is there a preferred virtualization platform? e.g. KVM, VirtualBox
<civodul>mbakke: so the question marks are on master, right?
<lfam>michel_slm[m]: We officially support QEMU / KVM
<mbakke>michel_slm[m]: IIRC some users had trouble with VirtualBox, so KVM is the safest choice.
<civodul>janneke just rebased the branch and we'll probably do so another time, so maybe it's in flux
<madage>I have it to define local versions of packages, mainly I use it to upgrade some packages before pulling and because two packages (ffmpeg and qemu) where refusing to build because of failures on tests run after compiling