<eubarbosa>I totally agree with ambrevar. Have to learn all those different programs configuration syntax is just too much! That is why lately Ive been just removing programs that I dont use that much so I can easy all that hassle
<ecbrown>in guix-installed kdenlive, i see "Cannot find your MLT profiles, please give the path" A non-existent path appears (but it's close) and when i accept or correct it the program just exits to the shell
<ecbrown>anyone seen, and hopefully found a solution to this?
<ecbrown>wondering if i'm missing some KDE environment variable...
<noobly>does something like gentoo's distcc exist for guix?: "distcc is a tool that lets you share the burden of software compiling across several networked computers"
<noobly>networked computers of different architecture, is what it's specifically used for
***paroneayea is now known as dustyweb
<samplet>noobly: I don’t know Gentoo well, but that sounds kind of like “offloading”. It’s described in section 2.4.2 of the manual, “Using the Offload Facility”.
<civodul>tune: regarding the migration, i suppose you have a "half-migrated" guix profile; ~/.config/guix/current does not point to /var/guix/profiles/per-user/$USER/current-guix, but /var/guix/.../current-guix exists
<ngz>So, is there a way to get back to unpack directory instead of "build"? It seems that (assoc-ref inputs "source") wouldn't help, as it probably points to the tar file, not the unpacked directory.
<shidima>Is there a package for that? If I search for one with guix I cant find any
<bgardner>Hey guix, I reported an grub-EFI issue on boot a couple days ago - just wanted to circle back and say that switching to non-EFI boot fixed it immediately so I think I'm chalking my issue up to oddball hardware.
<lsl88>g_bor: in jami? i have allowed it to show notifications, do I appear online now?
<g_bor>rekado: it would be almost trivial, once we have the graph part, then the concatenation part seems easy... I guess we could jsut union the public interfaces, and use all modules from the layer below. WDYT?
<g_bor>lsl88: no, it seems to me that you are not available...
<apteryx>hello, I'm trying to "build" a mini package (bash script): https://paste.debian.net/1060626/, but it fails with the error recorded within that paste (invalid hash 7c469e1adb762ca28e20bb8ab9a801608aebf3a5acfdc8d5f4a5f175d79c61931f).
<bgardner>I apologize if this is covered in the docs and I missed it, but is the 'right way' for "Add package globally for all users" to edit /etc/config.scm, add package to list, then "guix pull && guix system reconfigure /etc/config.scm" or just (as normal user) "guix package -i package" and ignore /etc/config.scm? Or should that be "sudo guix package -i packagename"?
<reepca>the "guix package -i ..." commands all install only into the profile of the current user - with sudo it installs into root's profile. Reconfiguring is the right way to do what you say, I believe.
<jlicht>It _probably_ had something to do with the fact that I was messing around with several versions of emacs-closql before settling on the final one, but not updating the hash
<jlicht>(which then worked because of the fun and interesting ways in which already-downloaded sources are referenced, I guess?)
<reepca>civodul: any idea why get-bytevector-n! would fail to return EOF on a socket port and just wait forever, even when the other side has been closed and all data has been read? I'm really stumped debugging ftp-client.scm. Downloading the intended file works fine with wget, so I'd assume the data transfer connection is indeed being closed, but for some reason the client is getting stuck on that get-bytevector-n!.
<vagrantc>i've also been chasing down new inputs for updating electrum, and it makes it kind of hard to know where to put the inputs that really are just a means to an ends and i'm not particularly interested in them
<jlicht>maybe some guile modifications can be made to have multiple .scm files map to [offsets in] a bigger .go file