<janneke>mirror.hydra.gnu.org timed out, bzip2 got built from source (why?!, are 0.15.0 substitutes no longer available maybe?, did we have to do a guix pull before guix system init?) but the source tarball is no longer served...wow ***LucidDreamZzZzZ is now known as luciddreamzzz
<civodul>janneke: problem is that hydra.gnu.org is off-line as i wrote on guix-devel <civodul>so mirror. still has things in cache, but not everything, and it gets worse :-/ <civodul>i strongly recommend using berlin.guixsd.org <nckx->It was added to Guix in 2016 so that can't be the problem. ***nckx- is now known as nckx
<nckx>It Just Works here, and I'm not much for debugging Emacs. <nckx>luciddreamzzz: ...I'm not sure what to make of that link? <nckx>I just 'guix package -i emacs-guix'd it. <nckx>I know what it is, I've just never had any problems installing it. That's what I meant by Just Works. :-) <nckx>civodul is Ludovic, yes. :-) ***joehillen_ is now known as joehillen
<Laalf>is there a place where i can look which substitutes are available, maybe even with logs? i cant build python 3.6.5 at the moment because it gets killed and i dont know why. tested it on 2 machinees <Laalf>luciddreamzzz: alright. thanks. still the question if i am the only one unable to build python 3.6.5 right now <nand1>do you think it could be because it runs out of memory <nand1>the tests for python 3 take up a lot of memory; I think run in parallel <nand1>on my machine, building python 3 locks the computer because the memory usage goes to 100% during the test phase <Laalf>i ran it with 16gb of ram and -c 1 <nand1>the thing is, I looked into it a bit <nand1>this could be a red herring but <nand1>the tests are not affected by -c (I might be wrong) <nand1>one second, let me find a source for you <Laalf>I can't even put more ram into this notebook because proprietary BIOSes and I don't have a flasher and the nerves for core boot. I do have more ram though. <snape>it's weird because mirror.hydra.gnu.org doesn't seem to work either <Laalf>berlin.guixsd.org doesnt have python build as well <Laalf>when i let python compile on my desktop which has 32gb ram but 8 cores... will i see the same issue? <nand1>if my guess that it runs stuff in parallel and needs an obscene amount of memory is correct (might be wrong) <nand1>then compiling it on a computer with one core will work <nand1>of course the root of the problem is just to modify the build script to pass the magic words to say how many threads to use for the testing phase <Laalf>so turn off hyperthreading and multi core processing.... not now <nand1>I hope it's not a red herring though <nand1>at the very least it's worth a shot trying to modify the makefile <nand1>that would involve investigating how python 3 is built <nand1>in any case, try to compile it and monitor memory usage during the test phase to see if you can replicate what I saw <nand1>maybe compiling python 3 just requires lots of ram <snape>nand1, Laalf: if you change the python3 receipe, everything that depends on python3 will be built again... <nand1>trying to limit it with -c 1 still used all my threads during the test phase, where memory usage went to 100% <nand1>to be fair, I only have 8 GB of memory and tried 12 threads <Laalf>i tried it with -c 1, it uses all 8 threads and more than 16gb ram <nand1>I want to try to build it on my dual core laptop to see if it will build <Laalf>i can confirm that -M 1 doesnt help either. i will turn off all but one core and turn off hyperthreading and i will try again. <mbakke>Unfortunately the only workaround I can think of is removing "/tmp/guix-build-python-3.6.5.drv-0/Lib/test/test_socket.py" some time during the build (but before the check phase). ***astronavt_ is now known as astronavt
<pkill9>why doesn't the curl package produce libcurl-gnutls.so.4 even though it is compiled with the '--with-gnutls' flag? <Laalf>is there anyone who has acpi_call and/or tp_smapi packaged? ***astronavt__ is now known as astronavt
<Laalf>isnt that bug reported for years? <pkill9>who had that package definition generator written in scheme? <civodul>pkill9: are you thinking of 'guix import'? <apteryx>pkill9: maybe look at the various importers in guix? <daviid>bavier: hello! any news on the guile-cv guix package battle :)? <bavier>nope, got hung up on some other things <bavier>and haven't had much time for packaging work lately <daviid>ok. I know it's actually a tex splitting packages battle more then a guile-cv package battle ... <daviid>it's unfortunatel gule-cv itself is probably 'dead easy' to gux package ... but ok, let's see how it goes <Laalf>LC_ALL=C guix package -p ~/.config/guix/current --roll-back ; switched from generation 0 to 0.... ayyy have no idea what i have done. when hydra is back up i should reinstall <civodul>Laalf: "generation 0" is the empty generation, so that doesn't sound good :-) <civodul>can you do --switch-generations=1 for instance? <Laalf>civodul: guix package: error: cannot switch to generation '1'. or +1/-1. <civodul>Laalf: can you use --list-generations and then pick one that's actually available? <Laalf>civodul: guix package -p ~/.config/guix/current -l gives nothing. <civodul>so you deleted all the generations i guess? <civodul>but you do have a 'guix' command around apparently, so there's still hope :-) <Laalf>civodul: i cant even guix pull -l because of some error. but i will not copy those lines <civodul>prolly you can just run 'guix pull' and everything will be fine <Laalf>guix pull will compile python <civodul>it could be that 'guix pull -l' doesn't properly handle zero generations <Laalf>and compiling python doesnt work with my mease 16gb ram <civodul>that may explain some of the problems you encounter <Laalf>that is why i plan to reinstall when hydra is back uo <Laalf>i know guix creates a manifest somewhere. so nothing will be lost <Laalf>i should just run a sudo guix gc --verify=contents,repair && sudo guix gc --delete --optimize --clear-failure && guix pull && sudo -E guix system reconfigure config.scm when hydra is back. <civodul>if the problem is that python fails to build, running 'guix gc' won't solve it <Laalf>that is why i wait for hydra to get back up. i can build it but i cant check it. <pkill9>does the code that queries for substitutes not handle timeouts? <pkill9>sometimes it hangs when updating substitutes