<xshumeng>Hi, guys. How to use proxy when i run 'guix system init ...'. i tried configure 'http_proxy' and 'https_proxy' environment variable, but i could't captured any package.
***jonsger1 is now known as jonsger
<laertus>after building guix from git source, and trying a "./pre-inst-env guix pull" i'm getting that "output path `/gnu/store/53lj4z9cavl7n27r89zjnvyd8fk854kj-libgit2-0.26.0.tar.gz' should have sha256 hash `1fdk9yhwvl1w1z71ykzcvgh4nsf8scxcbclz5anh98zpplmhmisa', instead has `1b3figbhp5l83vd37vq6j2narrq4yl9pfw6mw0px0dzb1hz3jqka'" error again
<laertus>am i going to have to repeat that process again?
<janneke>laertus: wasn't the previous error for version 0.25.1?
<ng0>is there a particular reason other than "someone needs to do it" that Guix is using the throw primitive instead of srfi-34 (at least by what I found through grep) for errors? I got curious about Guile and exceptions handling while reading into what needs to be done in gnunet-guile
<Sleep_Walker>in my system configuration I need to alter configuration of elogind-service - do I have to remove it from %desktop-services and re-add with configuration again?
<laertus>well, i just did another "./pre-inst-env guix build --source guile-git --substitute-urls=https://mirror.hydra.gnu.org" and when i try "./pre-inst-env guix build guile-git" i still get ""output path `/gnu/store/53lj4z9cavl7n27r89zjnvyd8fk854kj-libgit2-0.26.0.tar.gz' should have sha256 hash `1fdk9yhwvl1w1z71ykzcvgh4nsf8scxcbclz5anh98zpplmhmisa', instead has `1b3figbhp5l83vd37vq6j2narrq4yl9pfw6mw0px0dzb1hz3jqka'"
<warreq>jherrlin: what is the output of =herd start openvpn=?
<jherrlin>warreq: *herd: service 'openvpn' could not be found*
<jherrlin>i havent added =openvpn-client-service= to my services in my system config.
<warreq>I haven't tried running openvpn on guix myself, but I'm pretty sure you'll need that service installed if you want shepherd to manage it. If you don't have a service definition, shepherd doesn't know about the service.
<warreq>Alternatively though you could get it running by calling openvpn yourself, with your .ovpn file (assuming that's what you're using). Does that work?
<jherrlin>i havent tried doing in manually, will do that!
<warreq>How can I avoid needing to =guix pull= and =sudo guix pull=? I basically want root to always be synced with my primary user. Unless there's a good reason to not do that?
<cbaines>warreq, change one of the ~/.config/guix/latest symlinks to point to the other one
<cbaines>so in this case, change /root/.config/guix/latest to be a symlink to point at /home/warreq/.config/guix/latest
<warreq>Oh. Well that's pretty easy then! :) Thank you for the help. Is there any downside to doing this? I can't immediately think of one.
<laertus>efraim: i tried bayfront and flashner, and got the same error
<laertus>is there any other way to get around a "output path `/gnu/store/53lj4z9cavl7n27r89zjnvyd8fk854kj-libgit2-0.26.0.tar.gz' should have sha256 hash `1fdk9yhwvl1w1z71ykzcvgh4nsf8scxcbclz5anh98zpplmhmisa', instead has `1b3figbhp5l83vd37vq6j2narrq4yl9pfw6mw0px0dzb1hz3jqka'" error apart from trying "guix build --source libgit2 --substitute-urls=foo" ?
<Apteryx>laertus: are you still trying to update your guix without use of substitutes? rekado said he could get a substitute for libgit2 earlier; doesn't this solution work for you?
<Apteryx>I have this interesting problem where Geiser/Guile REPL in Emacs become completely unresponsive, and top doesn't show any resources being actively used... Any ideas or bug to follow?
<Apteryx>I could reproduce from a stand-alone Guile interpreter... It locked in the same way. When I did C-c to interrupt it printed many lines like: ERROR: In procedure %readline: readline is not reentrant
<laertus>you could try in emacs doing a M-x toggle-debug-on-error and seeing where that gets you when you C-c out of it
<laertus>it should throw you in to the debugger and at least show you a stacktrace
<Apteryx>Seems the process is looping on that %readline error. I'll try commenting activation of readline from my ~/.guile init file.
<laertus>Apteryx: i'm trying with substitutes and it's failing: "./pre-inst-env guix build --source libgit2 --substitute-urls=https://hydra.gnu.org" fails with ""output path `/gnu/store/53lj4z9cavl7n27r89zjnvyd8fk854kj-libgit2-0.26.0.tar.gz' should have sha256 hash `1fdk9yhwvl1w1z71ykzcvgh4nsf8scxcbclz5anh98zpplmhmisa', instead has `1b3figbhp5l83vd37vq6j2narrq4yl9pfw6mw0px0dzb1hz3jqka'"
<Apteryx>laertus: it must be falling back to download from github instead of the cached copy at hydra? You probably can tell this by looking at the output. Make sure substitutes are enabled/substitutes servers authentified. I'm not sure if --substitute-urls would override "--no-substitutes" if you are running your guix daemon with such an option.
<cbaines>maybe it'll use more memory if you compile with more cores
<cbaines>efraim, if I remember correctly, I think it respects the parallel job count
<thomassgn>how do I deal with an empty drv in store? 'file' returns: "/gnu/store/m1vlmi1b3bcp81j3siksmhvva8fmvcz6-libev-4.24.drv: empty"
<ng0>even though that I believe that Nix has weird standard of calling something "complex", todays discussion made me think. On the one hand we follow the guideline to go with what upstream recommends. On the other hand we don't have the restrictions other operating systems and package managers have and could maybe just create a cURL variant package that builds what gnURL intends to solve. But this would probably
<ng0>add more lines of code to the repository, as I intend to simplify the build of gnURL a bit and implicitly shorten its guix package. So our (GNUnet) recommendation is to use this *or* a cURL that resembles this. Should we stick with gnURL for GNUnet in Guix or do you think it should be handled like Nix does it? I'm in favor of keeping it, but I'm on the upstream developer side with both.
<ng0>on seconds thoughts, nevermind that wall of text.
<laertus>while building guile-git-0.0-3.e156a10.drv-0 i'm getting "WARNING: compilation of /gnu/store/yihvhxv3xyyvl1m2cy1lnf1lyi9h76fk-guile-2.2.2/bin/guild failed: ERROR: failed to create path for auto-compiled file "/gnu/store/yihvhxv3xyyvl1m2cy1lnf1lyi9h76fk-guile-2.2.2/bin/guild""
<thomassgn>derp. so guix build --check libev builds a new derivation and puts it in the store. But running guix system reconfigure still gives me the same error about the old libev derivation being an empty file... Even though there's a new one that possibly works.
<thomassgn>ah, so I can 'guix gc -d /gnu/store/...libev...drv'
<thomassgn>for some reason I have more than one derivation wich is an empty file...
<thomassgn>'guix gc --verify=contents,repair' gives me loads of "error: cannot repair path" ... Seems like it is capable of repairing som things though.
<thomassgn>curius, got a live path that is an empty file... Maybe the previous one (libev) was live too...