<cjbarnes18>am attempting my 1st try at installing the guix distribution onto a eeepc. but for some reason mu atheros nic is not active. <mark_weaver>they have different names on guixsd, because we use eudev <Kolt>is there a way to automatically resolve dependencies with guix? <abnegate>however, i originally installed 0.8.1 and still have a lot of packages from that version installed <Sleep_Walker>`guix environment guix' should provide you all the environment you need for building guix ***ljhms_ is now known as ljhms
<Sleep_Walker>and maybe some explanation why there are commented parameters would be nice ***Digit_ is now known as Digit
<rekado_>bleh, julia complains: "Target architecture mismatch. Please delete or regenerate sys.{so,dll,dylib}." <rekado_>Sleep_Walker: thanks for taking a look. <civodul>mark_weaver: regarding the IceCat fixes, perhaps we should increase the version number in such cases? <civodul>that would allow ^ in guix.el to pick it up, and would generally make the update more visible <rekado_>I wonder why julia complains about a target architecture mismatch. Unless ARCH or MARCH is passed, a generic Julia will be built. I don't understand why this wouldn't work. <rekado_>filed a bug report upstream. We may have to pass the MARCH make-flag to fix this. <civodul>don't wait any longer or you'll have to make it APRIL instead <Steap>civodul: you should take a break. ***nully__ is now known as nully
<taylanub>I think I'm done implementing my pkg-config/propagated-inputs discrepancies finder, and lo and behold, it has a bunch of results for the first package I pass it for testing purposes already :D <taylanub>we're probably missing a lot of propagated inputs, given Requires: in .pc files should be propagated. maybe it's also worrying, since propagated inputs aren't nice. <Sleep_Walker>but it would be better to fix pkg-config so it won't be needed <civodul>taylanub: yeah, this is a bit worrying <rekado_>still trying to update texlive-2014. "guix build --no-substitutes texlive-texmf-2014" simply times out with "starting phase `install'" <rekado_>often it also just freezes at "waiting for locks or build slots..." <rekado_>I don't know why it would have to wait for build slots. <rekado_>downloading substitutes for texlive-2014 won't work because the 1+GB files are almost always corrupt. <Sleep_Walker>maybe we could split such big beasts into smaller outputs and create one meta package gathering them <civodul>rekado_: i managed to update it with substitutes after the last core-updates merge <civodul>what happens exactly when you say they are corrupt? <civodul>i have to rush, but i'll be back later <civodul>could you run it on a bunch of packages and post the results to the list? *civodul still needs to migrate things from gitorious.org <Sleep_Walker>taylanub: in "[[:space:]]*([^[:space:]]+)(.*)" - what do you expect to match in match2? <Sleep_Walker>civodul: sorry, I noticed not fixed commit message after push (and I didn't want to push --force :( ) <civodul>Sleep_Walker: bah, you'll have to be super extra careful next time <civodul>but you were right not to use --force <Sleep_Walker>I'm still quite new to cooperative mode of git with so high standard of commits :/ <Sleep_Walker>but I (or more probably others) still miss some decent full-featured client <rekado><civodul> [18:04:54] what happens exactly when you say they are corrupt? <rekado>^-- I don't have the exact error message here right now, but bzip2 complains about the archive being corrupt. <mark_weaver>it sounds like maybe your connection is getting interrupted before completion <rekado>yeah, that's what I'm thinking too. <rekado>it's quite frustrating. I wish I could just resume the download. <rekado>maybe I should use wget and manually place the resulting file in the store. <rekado>it only happens on the campus; never had the problem at home. <mark_weaver>it's a drag that we feel the need to add complexity in the upper layers to work around broken crap in the lower layers (in this case, firewalls resetting connections for us) <mark_weaver>but I suppose it would be good for us to implement the ability to resume downloads <mark_weaver>i.e. detect that the connection was lost prematurely and then reconnect and ask for a partial file <rekado>hmm, that's odd. With wget I downloaded the file in 3 minutes. <rekado>in another terminal guix is still downloading the file at 300KiB/s <taylanub>I had some bzip2-related errors when, I think, Hydra was down <civodul>rekado: it would be good if you could reproduce the transfer rate issue <taylanub>mark_weaver: master fails to build at the moment; could you review my patch that fixes it? Subject: "[PATCHES] Fix remaining references to substitute-binary."