<g_bor>It is a bug in the test in fact, so it does not affect the actual binary in any way.
<atw>sneek: later tell avg I opened a few Dired buffers to remote servers via TRAMP. Emacs seems responsive but autocompletions in ERC and CIDER hang with a message like "Pinging example.com (Commercial)..."
<nkaretnikov>civodul: yeah, after taking a small break, I’m back to writing Haskell and (hopefully) Agda. Though, I have some issues with implementations of functional programming languages. I’d like them to do less useless stuff, be more efficient.
<nkaretnikov>Reading a bit on garbage collection, for instance, with the hope to improve ghc, but it’s going slow because I don’t have much free time :)
<atw>nkaretnikov: I recently packaged Agda. I hope to have the emacs mode packaged soon :)
<mbakke>I find the name "python build reasonableness" somewhat ironic.
<civodul>nkaretnikov: nice, quite an endeavor though!
<bavier`>without thinking too much about it, I typed 'guix package -i shellcheck' on an aarch64 system, which isn't in the package's supported system, but guix is happily downloading all the source for ghc. is it going to eventually fail somewhere?
***pkill9_ is now known as pkill9
<g_bor>:( it seems that the jeromq fix is not complete. It breaks other tests...
<rekado>g_bor: could we just disable the failing test?
<hooverville>noob question: is it possible to install a particular build of a package (for example, a current build of a package fails and I'd like an older build that passes)
<rekado>hooverville: you need an older version of guix for that.
<civodul>ISTR you wrote that it usually works to just change the version requirements rekado, right?
<mange>Is there an easy way to reconfigure a GuixSD system, but using custom sources for a package throughout? I had expected --with-source to do it, but apparently system reconfigure doesn't recognise it.
<mange>I can modify my guix checkout to have the necessary change, but I was hoping to get away without needing to do that.
<civodul>for that i think you basically have to modify shepherd-root-service-type currently
<g_bor>rekado: it seems that these tests indicate actual problems. Looking at the diff in details revealed, that in fact there is a modification in handshake. But the current fix seems to be breaking the specification, so now various tests fail...
<mange>Well, I could just modify the package definition (which should then propagate to the service), couldn't I?
<mange>I was hoping that --with-source would do that transparently for me.
<civodul>i have to go, but i'm happy to resume the conversation later on :-)
<rekado>civodul: yes, in some cases it’s valid to tell the build system that newer versions are fine.
<jsierles>rekado: Hey - are you using nfs-utils from guix to run your NFS server?
<mange>On my GuixSD system there are two services in shepherd that are always stopped. "term-auto" and "user-homes". Does anyone know why they cannot be started?
<mange>I checked the code, on start they do things, but then return #f so shepherd thinks that they failed to start. I just don't understand why they do that.
<verisimilitude>Have any of you had luck running the Tor Browser under GuixSD; I've been playing around with it and handled several errors, but now I'm at something of a loss.
<verisimilitude>If anyone's interested, I can describe the issues I've handled, so far.
<g_bor>Actually it seems that the jeromq testsuite is quite fragile. I wonder if this is because something is really broken, or is it created in a way, that it works most of the time....
<g_bor>I'm also testing this one with guix build --rounds=30, and it seems that it does not manage to run to completion.
<apteryx_>Strange. Using make from Guix on a foreign system lead to Python 3 crashes (guix's make calling system installed Python program which somehow was sourcing Python 3 stuff under /gnu/store and failing on something). I unset PYTHONPATH but it kept happenning, I had to uninstall make from Guix.
<apteryx_>I find using Guix on a foreigh distro a risky business. I don't think we should remove GuixSD from the spotlight on the website. ;)
<efraim>i was looking through some image creation scripts for aarch64 boards, seems many of them use extlinux over grub-efi
<mbakke>Oh, we have a real mess of sphinx packages.
<efraim>I open that from time to time since I added to that forever ago and I almost wanted to remove everything and start it fresh
<mbakke>I've solved the circular dependencies in check.scm for testtools and friends, which helped a little.
<axg>So I install font-fira-mono package and for some reason, fc-list does not list it and emacs isn't able to find it. I ran fc-cache which is supposed to update the font cache and the fc-list still has no fira fonts. Previous I installed the font-hack package and that has installed properly and is usable. Is there something wrong with those packages?
<sneek>axg, atw says: let me test tomorrow at work, where I can TRAMP into a few servers.
<efraim>when I last installed fonts I ran `fc-cache -fv`
<axg>efraim: that did it! I should have read the man page a big closer, thanks
<verisimilitude>So, unfortunately, I've had no luck with my wifi card compatible with Free Software; it occasionally works and occasionally ceases to be recognized.
<verisimilitude>Is there a recommended method for installing drivers without using guix?
<verisimilitude>I also want to configure one of my packages and it seems the way to do this is directly modifying the configuration in the private /etc/, but is there a preferred method for this, as well? I lightly scanned the documentation, but didn't find anything about this in particular.
<atw>sneek: later tell axg I opened a few Dired buffers to remote servers via TRAMP. Emacs seems pretty responsive but autocompletions in ERC and CIDER sometimes hang with a message like "Pinging example.com (Commercial)...". Completion seems slower in general.
<verisimilitude>The Firefox bundled with the Tor Browser is a shared library and I simply see all manner of issues, including it apparently not existing. I've taken a look at some issues Debian had with packaging it, but I'm not certain they necessarily applied to this situation.
<snape>yes, but I was talking about file-like objects, which are a specific Guix thing :)
<verisimilitude>It's unfortunate that I'm asking so many questions, but I suppose I'll contribute by packaging some programs I've written soon.
<bavier`>verisimilitude: np, question are certainly welcome; and we always appreciate patches ;)
<verisimilitude>I'd primarily be interested in packaging some Common Lisp libraries, so it wouldn't be particularly in-depth, especially considering the other Common Lisp packages that could be looked at.
<verisimilitude>I'm supposing I could simply announce it here, when that's actually ready.
<snape>does it make sense to create gnu/services/utils.scm, or should I reuse guix/utils.scm?