IRC channel logs

2014-07-03.log

back to list of logs

*davexunit is building linux to test civodul's patch
<davexunit>I really wish I had a spare machine to install guix on. my desktop would be a good candidate, but I'm already dual booting and I don't want to further complicate that setup.
<zerwas>Is there a good argument against a virtual machine?
<davexunit>it's important to test on real hardware
<zerwas>That's true
<davexunit>maybe I need to buy a cheap laptop like an x60 and use that as my test machine.
<davexunit>maybe the FSF would loan me one. worth asking.
<civodul>Hello Guix!
<civodul>bavier: thanks for the GLib upgrade & co.!
<civodul>i've just restarted http://hydra.gnu.org/jobset/gnu/bug-17853#tabs-evaluations
<civodul>if everything goes well, we can merge it afterwards
<jmd>glib and libjpeg conflict badly :(
<jmd>/gnu/store/ig5488s1bfi7v86nnb8zj1jfsrb0c8mm-glib-2.39.1/include/glib-2.0/glib/gmacros.h:229:15: error: expected identifier before '(' token
<jmd> #define FALSE (0)
<jmd> ^
<jmd>/gnu/store/d25xwzv15aqxs6f5vskhgsvwvjsx7jx1-libjpeg-9/include/jmorecfg.h:263:16: note: in expansion of macro 'FALSE'
<jmd> typedef enum { FALSE = 0, TRUE = 1 } boolean;
<jmd> ^
<jmd>Makefile:692: recipe for target 'jpeg-load.o' failed
<jmd>
<civodul>maybe use libjpeg-8 then?
<jmd>I'll try it. Not a very good solution though.
<civodul>but i think that's what "people" do
<civodul>libjpeg-8 is still largely used
<jmd>ok, I will try it then too.
<fffpppsss>I'm having a problem trying to compile guix
<fffpppsss>It fails on the guix-download.sh test
<civodul>could you paste tests/guix-download.log?
<fffpppsss>Where do I find that?
<civodul>in the build tree, there's a 'tests' subdirectory, right?
<civodul>in there that subdirectory, there's guix-download.log
<fffpppsss>I see. I'm trying to use an automated build system from Archlinux. I'll have to go digging for it
<civodul>aah, ok
<civodul>otherwise, here's my guess: does "wget http://does.not/exist" say?
<civodul>i suspect your ISP hijacks DNS lookup failures
<fffpppsss>My isp is hijacking DNS lookup failures
<civodul>ok, so you can ignore that test failure
<fffpppsss>I see. So how would I disable the test. The arch build system won't build properly if there is a failed test
<jmd>What ISP is that?!!
<fffpppsss>My ISP?
<fffpppsss>My ISP is Dodo Internet from Australia
<jmd>I would complain loudly to them.
<fffpppsss>I'll put it on my list. There are a few things that I need to talk to them about.
<fffpppsss>Okay. it seems that other people's ISP do what my one does. http://lists.gnu.org/archive/html/bug-guix/2014-04/msg00019.html
<fffpppsss>I'm going to try compiling guix the old fashioned way and see if I can disable that download test
<civodul>fffpppsss: perhaps you can comment out the offending line in tests/guix-download.sh
<fffpppsss>civodul: I downloaded the tarball source, I edited out the lines in tests/giux-download.sh
<fffpppsss>I'm now waiting for it to compile
<fffpppsss>Okay, so it managed to compile properly.
<fffpppsss>For future reference, I had this error message:
<fffpppsss> http://lists.gnu.org/archive/html/bug-guix/2014-04/msg00019.html
<fffpppsss>The issue is that my ISP sends out a "helpful" error message instead of returning a message of failure as per expectations.
<fffpppsss>This means the test will not work as intended because my ISP is sending the wrong message.
<fffpppsss>The way I fixed it was to comment out the test in the tests/guix-download.sh file before compiling GUIX
<civodul>fffpppsss: ok, cool!
<civodul>note that the correct spelling is "Guix" ;-)
<jmd>(with a soft G)
<civodul>nope!
<civodul>a hard "G", like in "Guile"
<civodul>and "GNU"
<zerwas>like "geeks"
<civodul>exactly
<civodul>glad at least one person got it ;-)
<jmd>and I thought it was "gweeks"!
<zerwas>Fun fact: The pronunciation of "Guile" means "cool/horny" in german
<jmd>No. That is "geil"
<zerwas>jmd: Yeah, that's how Guile is pronounced, isn't it?
<taylanub>same pronunciation, no?
<jmd>no.
<taylanub>:o
<jmd>the vowel is different.
<zerwas>I don't see how. http://howjsay.com/index.php?word=guile&submit=Submit
<taylanub>eww, is that Flash? I could swear Google Translate can read words ..
<civodul> http://en.wiktionary.org/wiki/guile
<civodul>IPA(key): /ɡaɪl/
<civodul>according to http://en.wiktionary.org/wiki/Appendix:English_pronunciation the ɡ is as in "bag" or "get"
<civodul>or "geeks"
<jmd>What does this mean:
<jmd>guix build: error: build failed: derivation `/gnu/store/mnmadihq5n8i2frngkcv6bgy38h426x5-maxima-5.33.0.tar.gz.drv' has incorrect output `/gnu/store/lwm7gwazs2k43a0dg8hiq1bzjiwpq882-maxima-5.33.0.tar.gz', should be `/gnu/store/zxp2incqyz4cvyq0n22yawaz032h9qq4-maxima-5.33.0.tar.gz'
<jmd>??
<civodul>hmm
<civodul>jmd: how did you get that error
<civodul>?
<jmd>I tried running guix build
<civodul>yes, sure
<civodul>but what does the maxima thing look like?
<jmd>Pretty ordinary. It has a blank sha256 atm. should that matter?
<civodul>jmd: a blank sha256 cannot work, indeed
<jmd>But it should not cause that error?
<civodul>i think it should
<civodul>what's the sha256 exactly?
<jmd>Ok I fixed it.
***DusXMT_ is now known as DusXMT
<civodul>howdy!
<civodul>yay, GIMP!
<civodul>congrats jmd!
*Fulax tries to boot guix usb image as a Xen domU
<civodul>yay! :-)
<Fulax>it actually boots, but seems to not export any tty on hvc0
<Fulax>so i can't get a serial console from xen's dom0
<civodul>what's hvc0?
<Fulax>the xen hypervisor console
<Fulax>useful for entering the console of a fully virtualized domain from the hypervisor's shell
<Fulax>civodul: is there an inittab file in the image ? it seems I can't find it
<civodul>Fulax: hmm no
<civodul>but we're using dmd
<civodul>so there's no notion of run level, etc.
<Fulax>so I need to write/start a dmd service running « /sbin/getty -L hvc0 9600 linux » or similar (according to xen documentation)
<Fulax>let's create my own guix image then
<civodul>yes, that's easier
<civodul>just look at gnu/system/install.scm
<civodul>there are mingetty-service calls there, you just need to add one for hcv0
<civodul>*hvc0
<civodul>whatever :-)
<civodul>bavier: 2 GLib test errors on i686: http://hydra.gnu.org/build/73148/nixlog/1/raw :-/
<bavier>civodul: I'm looking into it right now
<bavier>I was hoping the glib update would let us update gtk, pango, etc as well, but I've seen some trouble with pango and gobject-introspection.
<civodul>bavier: ok, one thing at a time, then ;-)
<civodul>thanks for looking into it
<Fulax>ok, running guix on an IPv6-only host is not practical
<civodul>Fulax: because it lacks IPv6 modules, right?
<civodul>and settings, perhaps
<Fulax>civodul: no, because some source tarball URIs are ipv4 only
<civodul>ah, ok
<civodul>and not substitutable via hydra.gnu.org?
<Fulax>like www.hboehm.info
<civodul>blech
<Fulax>I don't know, I only tried guix package --install=openssh
<civodul>ok
<bavier>oh, lovely, cross-compiling glib-2.40: "configure: error: cannot run test program while cross compiling"
<Fulax>(guix-0.6, savannah.gnu.org is also v4-only)
<civodul>bavier: in the best case, you might be able to work around that by pass ac_cv_whatever_is_failing=yes-or-no as a configure flag
<civodul>are we able to cross-compile the current version of GLib, BTW?
<civodul>if not, don't bother
*civodul → zZz
<Fulax>no ipv6 for hydra.gnu.org neither
<zerwas>:-(