IRC channel logs

2014-10-15.log

back to list of logs

<paroneayea>okay davexunit
<paroneayea>I just made the guix user groups
<paroneayea>you also run out of a git checkout of guix right?
<paroneayea>so you can do dev, right?
<paroneayea>so would I do that like
<paroneayea>guix-daemon --build-users-group=guix-builder
<paroneayea>er
<paroneayea>sudo ./pre-inst-env guix-daemon --build-users-group=guix-builder
<paroneayea>?
<paroneayea>I guess so
<davexunit>paroneayea: sudo ./pre-inst-env
<davexunit>sorry, was afk
<civodul>Hello Guix!
<civodul>rms is suggesting that we see whether we can implement the subset of systemd that GNOME relies on to somehow talk to dmd or whatever corresponding component we're using
<civodul>if anybody wants to see exactly what it is that GNOME uses, and what for, that'd be great!
<davexunit>so dmd would have an implementation of some systemd stuff that GNOME requires?
<nukke>I'm sure GNOME can run on uselessd
<_`_>it's only logind but consolekit still works for now I think
<davexunit>yeah I don't really know what systemd stuff GNOME actually depends on
<_`_> http://blogs.gnome.org/ovitters/2013/09/25/gnome-and-logindsystemd-thoughts/
<_`_>that should provide insight
<davexunit>thanks
<civodul>davexunit: yes, it would provide libsystemd-logind or whatever, and just call out to the equivalent thing in dmd
<civodul>_`_: thanks for the link!
<_`_>you can also perhaps look at this project https://www.google-melange.com/gsoc/project/details/google/gsoc2014/kremlin/5639274879778816 to see how someone is trying to approach it
<civodul>_`_: indeed, that's interesting
<civodul>i heard of "systembsd" as well
<civodul>we really need a d-bus implementation for Guile
<jmd>civodul: I thought d-bus was obsolete.
<civodul>it's used a whole lot by all these desktop/Linuxish things
<_`_>jmd: do you mean in place of kdbus?
<mark_weaver>jmd: dbus is certainly not obsolete. it is overwhelmingly dominant in its area.
<mark_weaver>in fact, linux (the kernel) is even integrating support for it to improve its efficiency. maybe that work is already done, I haven't looked recently.
<mark_weaver>hydra has finished building current git master, and it has fewer build failures than I can ever remember seeing.
<mark_weaver>(most of them on mips, of course)
<civodul>mark_weaver: yes, that's good
<civodul>we should aim for zero, but that's not trivial of course
<civodul>[*] zero on x86
*mark_weaver has been spamming bug-guix about the build failures
<civodul>i noticed ;-)
<davexunit>hmmm, in a bit of a guix environment pickle
<civodul>something wrong?
<davexunit>nothing broken, just a special situation.
<davexunit>I created an environment for guix-web. guix is one of the dependencies, however, I want to use my pre-inst-env guix.
<davexunit>I guess I just have to make my own guix dev package and have guix compile it so its in the store.
<civodul>yes, and you could keep that guix-dev definition in your tree
<davexunit>was hoping to avoid the extra compiling, but seems to be no way around it.
<davexunit>this also brings me to a feature request: git repo support for 'guix download'
<civodul>oh yes, we could add a --method option
<civodul>davexunit: BTW, what would you think of writing an "Invoking guix import" section? :-)
<civodul>i generously offer to help on the Nix part :-)
<davexunit>civodul: sounds like a good idea.
<civodul>heheh, cool