IRC channel logs

2014-02-28.log

back to list of logs

<civodul>good night/day!
<ggrant>libglade built.
<ggrant>Yah, first patch in awhile submitted. :^)
<ggrant>mark_weaver: o/
<mark_weaver>hi ggrant!
<ggrant>mark_weaver: I submitted my first patch in-route to mypaint today. It's taking forever to hit the mailing list though. :^P
<mark_weaver>excellent!
<mark_weaver>are you subscribed to the ML ?
<mark_weaver>if you're not subscribed, it might be held up in moderation. I don't remember the policy of guix-devel.
<ggrant>mark_weaver: Nope, was about to ask this.
<mark_weaver>that's pretty much standard policy these days, I'm afraid. too many spammers.
<ggrant>Ya know, GNU still really needs a good piece of 2d animation software.
<ggrant>mark_weaver: Which is fair, I suppose.
<zacts>hm.. I'm now back on debian Gnu/Linux.. maybe I'll contribute more to this project, near the end of this semester.
<zacts>mark_weaver: I'm still working on that guile freebsd port, but I've been busy with school
<ggrant>Is there a working Windows port for Guile yet?
<zacts>NuBSD Fire, a goal for a gnu endorsed FreeBSD dreived sitro, should have an initial iso release (w/o ports) by July 2014.
<zacts>then I will probably focus most of my time on something like guix..
<zacts>s/sitro/distro/
<ggrant>Let's start a GNU Bistro. :^)
<zacts>ggrant: I have an idea for an eventuall guix Gnu/kFreeBSD.
<mark_weaver>guile build with mingw more or less works. I'm actually working on improving it now.
<zacts>mark_weaver: what is the policy for including github/gitlab/gitorious projects in guix, (especially if they are 'developer' editions)?
<ggrant>mark_weaver: That'd be nice.
*ggrant now wonders how portable guile-2d is, on this front.
<civodul>Hello Guix!
<civodul>folks, you need to "upvote" the thing at http://www.reddit.com/r/scheme/ !
<civodul>(that's the right term, right?)
<civodul>and the one at http://www.reddit.com/r/linux/
<kindahero>done
<civodul>heh, thanks :-)
***oxford is now known as cantstanya
<civodul>two new builds machines, yay!
<davexunit>civodul: that's awesome!
<civodul>yep, we need to get'em ready now
<davexunit>are these for different architectures?
<civodul>no, x86_64
<davexunit>cool.
<civodul>i think it's a good time to switch to /gnu/store no?
<mark_weaver>yes! :)
<davexunit>what would be a reason to not switch? sounds good to me.
<civodul>cool :-)
<civodul>it's just that it entails a full rebuild
<civodul>and then once Hydra has switched, people still on /nix/store are stuck
<civodul>(for those who care)
<davexunit>better to switch sooner than later then.
<civodul>exactly
<civodul>:-)
<davexunit>and what better time than now with these some shiny new build machines?
<civodul>yes, that's the idea
<mark_weaver>presumably this means building new bootstrap-tarballs, right?
<civodul>actually no, because they are relocatable
<mark_weaver>nice!
<civodul>that's what makes it possible to use them in the test suite, for example
<dddddd`>civodul: where did you get the new build boxes?
***dddddd` is now known as aafdsfs
<civodul>ah ah! :-)
<civodul>one of the is from the GNUnet forks, the other one is from the chapters.gnu.org folks (jemarch et al.)
<civodul>*folks
<aafdsfs>x86_64?
<civodul>yes
<davexunit>what exactly do you need in order to donate a machine to the build farm?
<civodul>we need SSH access on the machine, and the offload support has to work
<civodul>is that what you were asking?
<davexunit>yeah.
<davexunit>I was thinking of acquiring a VM for this purpose.
<civodul>ah, cool
<davexunit>but if I were to do that, I would like a rough estimate of what resources it would need to be useful.
<civodul>yeah
<civodul>i think we should wait until we have more insight with these two machines
<davexunit>okay.
<davexunit>sounds good.
<davexunit>I would be happy to donate a machine if it doesn't damage my wallet too much. :)
<civodul>:-)