<andreas-e>See my last mail on guix-devel. Mainly Python I would say, but every little piece helps.
<patched[m]>How do you guys go about specifying the available home directories? Optimally, I'd like to be able to specify it from my home configuration, but don't know how I'd best do it.
<civodul>patched[m]: hi! what do you mean by "available home directories"? usually there's just one of them?
<civodul>andreas-e: awesome, i'll check it out and try upgrading my home
<andreas-e>The tests of firstname.lastname@example.org currently fail, which is also a Python problem ;-) "testlib.py:AttributeError: module 'collections' has no attribute 'Iterable'". A matter of adding ".abc" to "collections"?
<andreas-e>But maybe we can drop it altogether, since email@example.com is bootstrapped from firstname.lastname@example.org?
<civodul>maybe we should send a poll to see whether Haskellers might need 9.0 for development purposes?
<abrenon>I know I don't (my system is at 9.2.5 and I'm happy with that)
<Guest758>Hi. guix pull can be very slow sometimes. do *all* the commits get pulled all the time? if yes, would that be necessary or is --depth 1 possible?
<andreas-e>Is it the first time you pull? Only the new commits are pulled.
<andreas-e>The git checkout is cached in ~/.cache/guix/checkouts
<andreas-e>What takes most of the time for me is building the derivation.
<Guest758>not the first time, but i leave some time between pulling.. good to know that it's only the new commit
<Guest758>true, it's the derivation building that takes time. thanks for pointing me to the path
<patched[m]><civodul> "patched: hi! what do you mean by..." <- I mean the directories in home, like "documents", "temp", et.c....
<zimoun>andreas-e: ghc-* packages are currently building on core-updates x86_64. So it seems fine, no? For i686, well GHC is still an issue.
<andreas-e>Yes, it is advancing well. The excessive build time is more a general problem - we need days on a powerful build farm to bootstrap to the latest version!
<andreas-e>OpenJDK is similar, but there one build takes about half an hour and not 6.
<andreas-e>For i686, I launched it on berlin by hand without offloading to see what will happen. Probably a one hour timeout...
<civodul>andreas-e: i'm going for lunch, but if that offloading bug happens, could you let me know the details so i can ssh in and see what's going on?
<andreas-e>Okay! I need to provoke it by building things by hand. I do not know whether it happens with cuirass.
<sughosha>Hi, how to add a patch from a local file into a package? I tried (patches (local-file "filename.patch")) but this gave error.
<sughosha>I found the solution. I had to use (list).
<bjc>after reconfiguring my system w/ core-updates and rebooting, ‘./pre-inst-env -- guix ...’ is now failing with: git/bindings.scm:66:8: In procedure git_libgit2_init: Function not implemented
<bjc>system guix works, though. i'm not sure what the problem is
<zimoun>that’s not exactly the same, but it is also a timeout and current master. So I guess it would help similarly for the merge of core-updates.
<civodul>i've just launched it, let's hope it times out
<bjc>zimoun: for x86_64, i was able to compile everything up to the latest ghc, and a whole mess of haskell stuff for pandoc
<abrenon>I'm not familiar at all with the way branches are used in guix, what is the purpose of core-updates ? is the problem affecting only i686 on core-updates or am I misunderstanding yet something else ?
<zimoun>bjc: me too, and PurpleSym too. :-) It seems an issue with Berlin and/or Cuirass.
<tschilptschilp23>Hi guix! I just want to report that checks on python-pytest-trio seem to fail for guix 2d06dfc050114dba44e791d8decc8eaa705fee01 -- http://paste.debian.net/1277613. I don't even have it in my home-configuration but there's the dependency calibre<-python-jeepney<-python-pytest-trio, which made me notice it!
<andreas-e>It also fails on core-updates. I hope someone can fix it there and then we just merge :-)
<abrenon>still building guix on core-updates, maybe I'll be able to help on one package someday ^^
<civodul>bjc: "processes not dying" upon "herd stop"; is that a thing you experience these days? (i don't)
<bjc>i haven't checked. it was only an issue while i was developing that one service
<bjc>it was less that the process didn't die: that was expected since i didn't code that properly. it was that shepherd said it was dead when it wasn't
<apteryx>civodul: I do get my systems using nfs to hang when shutting down, someone had debugged it was nfs itself blocking on a syscall
<bjc>i assume the ‘make-kill-destructor’ works, this was with custom ‘stop’ code
<bjc>and since we're talking about it, i have a strong suspicion that the reason ‘reboot’ hangs when using nfs is due to shepherd not killing things. when i logged out yesterday to reboot, i tried to umount the nfs shares manually and was told the file systems were in use. sure enough, my home shepherd still had a bunch of things running (despite being logged out). killing those processes allowed me to umount and reboot
<civodul>i haven't seen a bug report on that one either :-)
<civodul>but yeah, it's possible that issues are in the services themselves rather than in shepherd
<bjc>i didn't want to write one until i had more details =)
<apteryx>it seems we failed to produce one indeed; and I'm short on details other than it happens every time :-)
<zeropoint>anybody have suggestions for the best way to add random symlinks to guix home? I'm trying to add links to another disk to my home directory and doesn't seem like there's a straightforward service to extend unless I'm missing something.
<zacchae[m]>zeropoint: You can always write a guile script that creates the symlinks
<zacchae[m]>I do see a home-symlink-manager-service-type, but I'm unsure how general purpose it is. A script in a home-activation-service-type should do though
<GNUtoo>Hi, I've 2 questions, (1) How do you repair from a guix system reconfigure ran with sudo -E (2) how do you properly do a guix system reconfigure within a guix git? More precisely how to do sudo guix system reconfigure with ./pre-inst-env ?
<zeropoint>zacchae: yeah the home-symlink-manager-service-type seemed not the right place when I was looking at it, home-activation-service-type seems useful. will try it out. thanks!
<GNUtoo>For (1) I've the following error: "Throw to key `record-abi-mismatch-error' with args `(abi-check "~a: record ABI mismatch; recompilation needed" (#<record-type <svn-reference>>) ())'." and I chowned with my username .cache and I only had "Operation not permitted" with .cache/gnome-disks*
<teddd>why is guile code from my channels not accessible inside 'guix repl' ?
<juli>Hello everyone. I just had a quick question - does anyone know how to provide a custom stop command to Shepherd in a Shepherd service? I was trying to setup a shepherd service for Emacs using the home-shepherd-service-* functionality and wanted to use the '(client-save-kill-emacs)' function from https://www.emacswiki.org/emacs/EmacsAsDaemon#h5o-10
<mekeor[m]>hello. does anybody know a package in guix proper, that is built using rust, meson and gtk4? i could use it as a template for packaging rnote :)
<tschilptschilp23>apteryx: OK, now I got it -- I haven't been using gfeeds for the past half year or so, so I'm currently going the easy way of taking it out of my home-configuration. Maybe I manage to look into the definition, but I cannot promise!
<efraim>mekeor[m]: newsboat and librsvg both mix cargo with the gnu build system, I imagine it wouldn't be that much different than mixing with meson
<unmatched-paren>mekeor[m]: i suspect there's a few of those kinds of packages in gnome.scm
<juli>unmatched-paren: looking at that file... does make-forkexec-constructor need to be modified to return #f to match Shepherd convention (a non-running service is represented by #f)?
<juli>also, I just realized you put up some blog posts on Dissecting Guix - good stuff!
<teddd>I just configured l2md with mu4e and I can read guix-devel in my usual mail reader now :o
<mirai>juli: the return value of (start …) is passed to (stop …)
<tschilptschilp23>Does anyone have an idea how to tell, which package exactly pulls python-pytest-trio python-jeepney as its dependency -- I first noticed calibre, took it out of my home-configuration, thought it's done, as I had another error with gfeeds, took that one out, and now the python-pytest-trio reoccured, but without a hint which package actually wants jeepney and trio...
<juli>mirai: I was actually wondering about that, thanks!
<tschilptschilp23>I'm thinking about something like 'apt-cache rdepends PACKAGE' out of the dpkg-world...
<tschilptschilp23>ACTION just learned ~guix graph --type=reverse-package python-pytest-trio | xdot -~
<tschilptschilp23>OK, it's ~guix graph --type=reverse-bag python-pytest-trio | xdot -~ what gives the info I needed.
<mekeor[m]>teddd: i'm using https://yhetil.org which uses public-inbox which provides IMAP interfaces for relevant guix mailing lists. that way, i don't even need a separate program (like l2md). i just can use the same imap-client i use for mail.
<mekeor[m]>teddd: anyway, congrats! it's awesome to use the mail-program for mailing-lists :)
<podiki[m]>curious in how that compares to just subscribing to the mailing list, I don't know much about public-inbox
<podiki[m]>nice for having the archives to search locally?
<teddd>mekeor[m]: Thanks:) Ah nice setup that you have! I didn't know public-inbox can do imap directly. I could just use it with offlineimap then
<teddd>mekeor[m]: I heard that git protocol (used by l2md) is faster than IMAP though.
<teddd>mekeor[m]: How do you deal with other mailing lists ? I'm trying to make all sort of news feeds converge to my local Maildir ^^
<tschilptschilp23>how does it come, that downloading packages regularely goes down to speeds of some 50kB/s -- are we seriously low on bandwidth, or is this some silent advertisment for skipping substitutes?
<sneek>Welcome back tschilptschilp23, you have 1 message!
<sneek>tschilptschilp23, apteryx says: bah, gfeeds 2.2 builds, doesn't run because it requires python 3.10
<apteryx>we'll have to package an unreleased snapshot (latest commit)
<tschilptschilp23>apteryx: I think so -- I have audacity in my home-configuration and ffmpeg in the system-configuration. When I start it up, it tells me that ffmpeg has been configured successfully in the past, but now cannot find it anymore, and I need to reconfigure. If I go to preferences->libraries and point it to the ffmpeg.so.60 that's in the store it does not accept it. Maybe I just should put a symlink with the name ffmpeg.so elswhere and
<tschilptschilp23>I guess this will not work, as there are symlinks in the store, but audacity resolves those to the 'original' names. what a mess.
<tschilptschilp23>I will now roll back system and home, this is all a little too much for my nerves ;)
<Guest19>guix weather htop --substitute-urls=https://gnu.fail returns an error. shouldn't this cleanly exit and just say that it can't resolve the domain? it even says guix weather: warning: gnu.fail: host not found: Name or service not known in the beginning
<jackhill>Hi, I tried to use `guix system image` to build a docker container that would run some services and as a test, I'm trying sshd and postgres. After building the image with guix and loading it into docker, I can run the image. However, ssh-daemon and postgres don't start. If I try `herd restart ssh-daemon` I see "Throw to key `%exception' with args `("#<&netlink-response-error errno: 1>")'."
<lfam>mekeor[m]: It can exit with an error code, but it shouldn't crash, which it does now
<jackhill>I suspect that this is somehow related to a bad interaction between guix networknig and docker controlled networking. What is the right way to use the docker image type?