*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>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>bavier: thanks for the GLib upgrade & co.! <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>/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>Makefile:692: recipe for target 'jpeg-load.o' failed <jmd>I'll try it. Not a very good solution though. <jmd>ok, I will try it then too. <civodul>could you paste tests/guix-download.log? <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>i suspect your ISP hijacks 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>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>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>For future reference, I had this error message: <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>note that the correct spelling is "Guix" ;-) <jmd>and I thought it was "gweeks"! <zerwas>Fun fact: The pronunciation of "Guile" means "cool/horny" in german <zerwas>jmd: Yeah, that's how Guile is pronounced, isn't it? <jmd>the vowel is different. <taylanub>eww, is that Flash? I could swear Google Translate can read words .. <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>I tried running guix build <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? ***DusXMT_ is now known as DusXMT
*Fulax tries to boot guix usb image as a Xen domU <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 <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>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>there are mingetty-service calls there, you just need to add one for hcv0 <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 ;-) <Fulax>ok, running guix on an IPv6-only host is not practical <civodul>Fulax: because it lacks IPv6 modules, right? <Fulax>civodul: no, because some source tarball URIs are ipv4 only <civodul>and not substitutable via hydra.gnu.org? <Fulax>I don't know, I only tried guix package --install=openssh <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? <Fulax>no ipv6 for hydra.gnu.org neither