IRC channel logs

2013-12-30.log

back to list of logs

<handheldCar>guix download is taking a long time for 3MB.
<handheldCar>eshell, so I don't know if it failed due to lack of ncurses
<mark_weaver>guix doesn't use curses at all
<handheldCar>I know it has to do a sha sum, too.
<mark_weaver>yeah, the download code is slow for some reason that we have yet to determine.
<handheldCar>thanks, that's reassuring
<mark_weaver> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15368
<handheldCar>How do I know where the package definition goes? /nix/store?
<taylanub>civodul had said back then that "dmd has to be a different process" when I asked about the possibility of using one Guile daemon for all our Guile-based tools. Why does dmd have to be a different process ?
<civodul>Hello Guix!
<taylanub>civodul: Oh hi
<taylanub><taylanub> civodul had said back then that "dmd has to be a different process" when I asked about the possibility of using one Guile daemon for all our Guile-based tools. Why does dmd have to be a different process ?
<taylanub>:)
<civodul>because it's PID 1, and it runs as root, etc.
<civodul>so at least this one had better be isolated :-)
<taylanub>Ah, user priveleges are a problem, I guess we shouldn't try to re-invent them on the Guile level. I wonder though how a Guile thread with a catch-all handler at its "root" would compare to a separate Unix process, in terms of robustness ? Barring Guile crashing (which we could say to be analogous to a kernel panic?), it should be as robust ?
<civodul>Lisp machines! :-)
<civodul>that would put a lot of pressure on the GC, among other things
<civodul>but yes, conceptually that's the same thing
<jmd>taylanub: The system you are suggesting sounds very similar to that used by aegis.
<taylanub>jmd: Which Aegis is that ?
<jmd> http://aegis.sourceforge.net/
<zacts>lo guix!