<iyzsong>ah, on GuixSD, /etc is managed by system configuration, usually you don't edit any file there.
<adfeno>Seeing examples using `grep -r 'to store'`; and `grep -r '/etc'`, I see some examples.
<adfeno>But can I allow a derivative to write to "/etc"?
<iyzsong>so, to configure the behaviour of system-level applications, you should write 'services', which can launch the application with a specified config file, or put a managed (symlink to store) file into /etc.
<adfeno>↑ (Allow... that is, if they where made to do so)
<iyzsong>no, a derivation can only output to a directory, which is /gnu/store/xxxx
<adfeno>Yes, yes, indeed, I forgot to use "$out/etc"
<iyzsong>yeah, it can put any file under its $out.
<sneek>jmd`, lfam says: I just built a fresh checkout of Guix and passed the test suite. Did you figure out your build failure?
<sneek>jmd`, mark_weaver says: I didn't use an installer. I ran 'guix system init' from Guix running on top of another system, long ago, and later removed all remnants of the old system.
<sneek>jmd`, mark_weaver says: in my case, the old system was a hand-built system based on Cross [GNU/]Linux from Scratch.
<sneek>jmd`, mark_weaver says: creation of an installer is blocked on getting 'guix system vm' working on mips64el, which is blocked on getting qemu to work on mips64el. we may also need a different kernel config for whatever mips machine qemu emulates.
<sneek>jmd`, mark_weaver says: although perhaps it would be worthwhile to create an installer without qemu, using 'guix system init', with some of the steps being done manually.
<sneek>jmd`, kete` says: Yes, Gnome doesn't provide a logout button, but I found out how to log out by running gnome-session-quit. lfam also showed me https://bugs.gnu.org/23193 to make a logout button appear.
<sneek>jmd`, mark_weaver says: fwiw, my preferred way of getting pi from guile is (acos -1)
<ng0>a thing I thought about would be like a annual meeting in some affordable location, or specific for continents. and then we could set some deadlines etc what to work on in the next year, exchange experience and well you know have some 'offline' connection
<snape>jmd`, I was wondering. Is there a way to use bind without the service?
<jmd`>I'm sure there is a way you could kludge it.
<snape>That's what you did when you were packaging it I guess
<dvc>getting somewhere with booting guixsd on arm... kernel requires cgroups and fails to start a bunch of services. spent a while trying to figure out why uboot wasn't reading the ext4 fs properly. the e2fsprogs version on archlinux adds 64bit as a flag now or something like that
<ng0>do you want to update e2fsprogs and while you are at it add -lib ? I recently tried updating it.
<dvc>ah and I'm using a bunch of hacks, like copying the archlinux arm dts files our kernel doesn't support this yet...
<rekado>amz3`: it doesn’t need to be autoconf. You could also do this manually with a placeholder, detect the library location another way, and then replace the placeholder with the full path. It’s better to not rely on users having Guix installed to detect an alternative location.
<rekado>bleh, looks like julia 0.5.0 needs its own custom LLVM :(
<amz3`>I will hardcode guix path in my lib for now
<dvc>ng0: probably meant goal. setting goals and sheduling time is important otherwise I wouldn't get anything done... and meeting or not meeting the deadline is secondary. the other problem is that in packaging software you can't forsee the difficulties - so estimations can be way off...