IRC channel logs

2013-12-18.log

back to list of logs

<sirgazil>Well, I do graphics for games (http://bocetocero.wordpress.com/category/snelps/), Web (http://bocetocero.wordpress.com/category/eufonia/), and sometimes promotional stuff (http://bocetocero.wordpress.com/category/gnewsense/).
<civodul>nice!
<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
<jxself>Wow - Those are great.
<civodul>though i bet there's also room for improvement in other places, which i don't notice this well
<civodul>time to bed for me
<civodul>good night/day!
<jxself>At 3pm?
<jxself>Good night.
<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 :)
<civodul>midnight here
<civodul>sirgazil: excellent, thank you!
<sirgazil>Good night
<sirgazil>jxself: how's your game project going? :)
<jxself>I wonder how many people have heard of it? :)
<sirgazil>:)
<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.
<sirgazil>What kind of game is?
<jxself>It's interactive fiction. Think like Zork and such: http://en.wikipedia.org/wiki/Zork
<sirgazil>Ah, I see.
<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.
<jxself>It's rather basic though.
<jxself> http://jxself.org/grue-hunter.shtml
<jxself>And it's on http://www.gnu.org/software/guix/package-list.html
<sirgazil>Ah, nice. I have to try it out.
<jxself>:)
<civodul>Hello Guix!
<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>this on v0.5-24-g3e778ad
<mark_weaver>On MIPS (Loongson 3A)
<mark_weaver>ah, I found a third one: gst-plugins-base
<mark_weaver>seems to be happening quite often for me now.
<mark_weaver>ditto for pangomm and libgnome-keyring
*mark_weaver reruns ./bootstrap and make clean
<mark_weaver>(this time with v0.5-39-g217a67c)
<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>it kills everything after timeout
<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>Where can I report it?
<roelj>on the bug-Guix mailing list?
<jxself>Via email to bug-guix@gnu.org
<jxself>It'll open a bug report in the GNU Bug Tracker at http://debbugs.gnu.org/
<jxself>That site has information if you'd like
<jxself> http://debbugs.gnu.org/db/pa/lguix.html are the bugs right now
<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: Ah ok.
<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.
<civodul>yeah, i think so
<civodul>but it's worth discussing anyway
<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>indeed
<mark_weaver>but sometimes you want to integrate with other unix-style tools outside of guile.
<roelj>indeed
<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.)
<mark_weaver>they each start their own guile process
<civodul>but they are also Guile modules
*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