<sirgazil>mbakke: I experienced these kinds of build errors with other packages before, where the check phase fails because some test failed, and wonder why packages whose check phase fail are merged into the master branch.
<mbakke>sirgazil: it's a classic case of 'works on the developers computer'
<nckx>Is it possible that there are 0 aarch64 CI builds at this time? Just want to make sure my load average bingo of 0.00 0.00 0.00 on both Overdrives today is expected…
<anadon>ryanprior: Right? Just last summer my work basically made a worse version of it.
<ryanprior>I mean there's basically a dozen crappy build tools I've used specifically because they offer the ability to trigger a process when a file changes, something that is inexplicably not trivial to do on a standard posix system.
<ryanprior>I wonder if it's expensive to run lots of entr processes, each with different rules, vs the watchman model which looks like it has a central daemon that is modified declaratively by subsequent cli calls
<rekado_>nckx: huh, looks like the search result isn’t sorted
<ryanprior>I'll have to look more at the architecture of each in order to compare fairly. But I've tried using inotifywait before and was never happy at all.
<anadon>Where's the documentation for git-download? I'm invoking it incorrectly with `(method git-fetch)
<civodul>roughly multipled by 3 if we account for /gzip
<civodul>that's less than 30G of disk images in 'guix publish' cache
<davexunit>if I have a guix.scm file in my project repo that can be built using `guix build -f guix.scm`, what's the easiest way to install that into a profile? I'm a bit rusty and `guix install` has no similar -f flag.
<g_bor[m]>I guess I can just send a GSoC slot request 2/2 if I don't get a response.
<mbakke>rekado_: right, it should not take that much space
<mbakke>rekado_: on a related note, maybe we can delete some pre-1.0.1 GC roots?
<davexunit>I haven't yet pulled the 1.1.0 release. is guile 3 the default guile now?
<davexunit>as in 'guix install guile' will install 3.0.2?
<civodul>davexunit: that'll be after the core-updates merge, soonish
<civodul>in the meantime you can use guile-next with guile3.0-*
<anadon>There's an invoke that I want to change the directory a script is being invoked from. "tests/runtests.py" -> "./runtests.py". What is the correct way to do this? I take it adding a "cd" "tests" ";" as leading arguments is not good.
<vagrantcish>cbaines: thanks for the catch on diffoscope! ... had finally gotten it to build after hours of local openjdk builds ... and then thought "oh, looks like there's a new tool available" and didn't think to test that...
<mbakke>anadon: you probably want 'with-directory-excursion'
<cbaines>vagrantcish, No problem, it was easy enough to fix :)
<mbakke>anadon: in most cases you can just call "./tests/runtests.py" directly though
<cbaines>One of the next things on my list is to see if I can hack guix-publish to take a nar file and generate a narinfo file, that would provide a way of using this to provide substitutes
<chiefgoat>I'm about to guix deploy to a Digital Ocean droplet and had a question: does (configuration (digital-ocean-configuration (ssh-key "$HOME/.ssh/id_rsa") authorize the droplet for passwordless ssh auth against my deploying machine?
<raingloom>is there a way to stop xorg/gdm gracefully? something like `systemctl stop lightdm`? i tried `herd stop xorg-server` but it also broke my vtty.
<davexunit>anadon: I don't know anything about django but what I can say is that /homeless-shelter is the default value of the $HOME environment variable inside the guix build container, so probably the django code is using that variable.
<davexunit>maybe making a new directory somewhere and setting that as $HOME would help you get past the issue
<chiefgoat>I feel like I am asking the wrong questions or my questions are in poor taste
<plstohelp>it might have something to do with the sometimes slow pace of the channel
<chiefgoat>A guix deploy to Digital Ocean hangs indefinitely with the deployed resource showing no activity. I'd be happy to submit a bug report but guix deploy isn't very verbose so I don't know what more I'd include other than my config.scm
<civodul>chiefgoat: can you log in on the Digital Ocean node and check its status?
<nckx>pkill9: Or it's something your VPN provider, er, provides, perhaps embedded in another file (.ovpn?).
<pkill9>nckx: the vpn config they provide doesn't give a certificate file, and i could connect without specifying --cert
<pkill9>is it possible to just pass it an openvpn configuration file?
<nckx>pkill9: The default service configuration assumes those files exist and writes a .conf explicitly referring to them. That's… somewhat surprising. Can you manually set ‘cert’ and ‘key’ to #f in the service configuration?
<anadon>nckx: Hold on, I'll fork my guix copy and commit my changes to that.
<anadon>There were a large number of packages which needed to be added or changed.
<nckx>anadon: I certainly don't debug ‘interactively’ either. I presume you know about ‘guix build … --keep-failed’ already. Is there a log file left behind there? This output alone tells us nothing (I'm impressed you got as far as argv suspicions).