IRC channel logs
2013-12-18.log
back to list of logs
<civodul>we very much need help in that area, as you might have noticed ;-) <civodul>for localization we use the Translation Project <civodul>as for documentation, the areas where it's the most terse are the API references <civodul>so perhaps not the best place to get started <civodul>though i bet there's also room for improvement in other places, which i don't notice this well <sirgazil>I have Savannah Django rewrite in my list of project to contribute graphics to, so let me know when you need anything specific for Guix :) <sirgazil>jxself: how's your game project going? :) <jxself>I wonder how many people have heard of it? :) <jxself>Fine. There was a set back because there's no existing free software out there for it so I need to make that first. <jxself>I tried talking to one of the people that make one of the non-free ones, trying to get them to make it free but my email to them was dismissed out of hand. <jxself>The original plan was just to write it directly in Perl but then I started wondering if there was an interactive fiction development system and began looking and, seeing that there wasn't, it seems useful to have one. <sirgazil>I think I saw some games like this in Trisquel repos... *sirgazil goes to search... <sirgazil>It would be good to have a game like this packaged for GNU Guix 1.0 :) <jxself>One of mine actually is: Grue Hunter. <mark_weaver>civodul: fyi, the problem where build directories are being left behind (even though they succeeded) happened more than once on my system. it happened for both glib and libevent. *mark_weaver reruns ./bootstrap and make clean <civodul>mark_weaver: when that happens, can you run pstree or some such to see which processes are left? <mark_weaver>at what point would I do that? doesn't it kill all the processes forcefully? <mark_weaver>(hence roelj getting logged out of his GNOME session) <mark_weaver>it would be good if this information was stored in the build log. <civodul>but otherwise, it waits for all the processes to complete before declaring success <roelj>I have a suggestion for a future version of Guix.. The output of "guix package -l" properly tabbed so the columns are aligned properly. Not a biggy though, and I'd love to do it myself, but that would probably take ages since I am not comfortably capable of writing any lisp-like code. <jxself>Time for a bug report, marked as wish list? <roelj>on the bug-Guix mailing list? <jxself>That site has information if you'd like <roelj>Thanks, I'm on it right now. <jmd>Actually, I think there is a good case for somebody to start a project to make a library to display tabular information like that. <civodul>roelj: "guix package -l" uses tabs so that one can use 'cut' and such easily <roelj>civodul: I sent a bug report before reading your response here on IRC, the output looks a bit cluttered to me, but integration with other tools are probably more important. <mark_weaver>IMO, I think we ought to make the columns line up by default. <mark_weaver>we could always add an option for more machine-readable output <roelj>Or a Guile function for machines? :) <mark_weaver>but sometimes you want to integrate with other unix-style tools outside of guile. <taylanub>Do all the different Guile-based/-integrated tools in Guix start their own Guile process, or do/can they share a "Guile daemon" of some sort ? (Not sure if "all the different tools" is anything more than dmd and guix-daemon so far. In the future GuileEmacs would be a third at least.) *taylanub is pondering on the trade-offs between separate Guile processes and different Guile modules running on the same process. <civodul>guix-daemon is actually a C++ "blob" that occasionally calls out to Guile processes <civodul>and dmd has to be a different process anyway :-) *civodul finds himself doing other bits of gcrypt bindings