<civodul>(guix scripts system) has everything to do that, but possibly in an inconvenient form
<civodul>if you want, you can ask for suggestions on the list
<civodul>Chris Marusich looked into that code for instance
<thomasd>yes, I might. If someone has time for a quick question, the main issue is the following: is there a way to retrieve the current grub-cfg's custom boot menu entries, or do you need a system.scm configuration for that/
<rekado>our institute considers hosting a two day Guix workshop.
<civodul>hmm, i apparently forgot to type in a subject for that message
<ng0>some people around here use vim, right? Did you already investigate how to deal with the VIMPLUGIN_PATH or whatever the variable is called, for Guix? I have a couple of plugins, including the scheme one, but it's not just copy and paste and it works.
<efraim>I currently use vundle, and that automagically takes care of everything
<efraim>I did want to get rid of that and just use mr (myrepos) to handle it all
<ng0>okay. I want to get rid of that. I'm currently looking into how it'll work
<ng0>there is "set runtimepath" .. but this will start to look very akward with store paths. but at least I know what I need to look into now :)
<ng0>as a simple workaround, set runtimepath=^=~/.guix-profile/where/ever/vim/is/ could work..
<civodul>roelj: BTW, how was your Guix session at work last week?
<roelj>civodul: Good. We now moved on to the actual testing phase / Guix is running on a single compute node on the cluster with /gnu mounted. I'm now doing performance tests to see whether it scales :)
<avoine>clacke[m]: at fosdem we talked about how the guix pull was not optimal
<clacke[m]>Detect if current daemon is new enough, otherwise spit out "hey, maybe pull --url=...guix-1234lkajsdfl....tar.gz and install guix before trying again". Something like that would be a good first step.
<clacke[m]>Now I tried pulling like 8 different commits with "updated guix-devel" and they all failed, so I gave up and took the binary.