<nee``````>I've been working on a game in guile for a gamejam and made a very hasty 0.0.0 release through a guix package for the end of the jam. Anyone wanna test if it works on other computers? https://hidamari.blue/yn/
<civodul>roelj: what do you want to do with this profile exactly?
<civodul>the idea is that the top-most part of your program calls 'build-derivations' to ensure that things are built
<civodul>but that's the only place where this should be done
<civodul>for for instance (guix scripts package) has one 'build-derivations' call and that's it
<civodul>the rest of the code simply assembles derivations
<jsierles>rekado: do you have any more details on the NFS configuration in your cluster?
<jsierles>trying to figure out the least painful, but practical setup for a global store.
<jsierles>civodul: I looked into CernFS. looks like it would work nicely with guix, except it's transactional, so you have to unlock and lock the filesystem to perform writes. That doesn't sound like it would work well with the daemon which could be writing to the store in parallel from different builds, right?
<civodul>jsierles: does it have a POSIX interface?
<jsierles>right now my plan is just to keep a separate store on another disk, and occasionally perform an upgrade of the global store. that means clients won't get immediate access to builds, but that's OK for our setup for now.
<roelj>civodul: Well, I'm trying to build a profile from a list of packages, and then run a G-Expression in the environment of that profile
<civodul>roelj: then you can do something like: (mlet %store-monad ((p (profile-derivation m))) #~(begin (setenv PATH #$(file-append p "/bin")) ...))
<civodul>we could even add a "gexp compiler" for <manifest>, which would hide the profile-derivation call
<roelj>civodul: Yes, that's exactly what I'm doing, but it seems that the profile directory does not exist..!
<roelj>civodul: Oh wait.. I'm not doing #$(file-append profile "/bin")..
<roelj>civodul: But I am doing (derivation-output-path (assoc-ref (derivation-outputs profile) "out")).
<jsierles>rekado: i've noticed that a lot of CRAN mirrors seem to remove older packages. for example, 'email@example.com' needed to go through 6 servers to find a copy. have you seen a case where one is completely gone?
<ng0>efraim: have you figured out what's wrong with Enlightenment locking you out when you lock the screen? That's the current behavior. I have another screenlocker in the works which has similar behavior..
<rekado>civodul: turns out that the USB problems were caused by a defective USB stick. Haven’t had a problem with a different USB disk. Looks like the servers are fine after all.
<jsierles>hmm. julia build failed again after a guix pull
<paroneayea>anyone having trouble starting rhythmbox lately?
<paroneayea>(.rhythmbox-real:5214): Rhythmbox-WARNING **: Unable to grab media player keys: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SettingsDaemon was not provided by any .service files
<paroneayea>searches on the intarwebs suggest I need to run gnome-settings-daemon but that doesn't seem to exist on my system