<sirgazil>I'm trying the system with core-updates now and so far things are working alright. No new bugs, except for some kind of button that I think is supposed to look like three vertical dots or square, but looks like a stain instead.
<ecbrown>i wonder if i've gotten "off the rails" with my package manager. i'm guix pull'ing from master, e.g. substitutes seem available, but guix pull && guix package -u seems to be rebuilding everything from source. (it does work as expected, though.)
<ecbrown>(this machine is running 5.6.7 with non-free radeon)
<ecbrown>odd my very similar laptop (without the radeon) finds substitutes just fine
<ecbrown>full disclosure: i did visit the core-updates branch, but coming back to master
<leoprikler>ecbrown: even on master substitutes are not always available on fresh `guix pull`s
<reepca`>so today I learned that there are two completely different software projects called "libtorrent", both providing similar features and used by similar programs. And neither is a fork of the other AFAIK. I only found this out at the bottom of a github wiki page after 30 minutes of confused searching.
*reepca` gained a newfound respect for projects renaming to avoid confusion
<stikonas_>well, gentoo calls one package libtorrent-rasterbar and the other libtorrent
***stikonas_ is now known as stikonas
*ecbrown memorializes in search engines: guix offload problem? make sure user on remote machine is not using non-default shell, e.g. not using zsh. create another user for offload build
<rekado_>ecbrown: does “guix offload” print a good error message in that case? If not, could you please submit a bug report?
<ecbrown>rekado_: happy to do so. it's a bit of a cryptic message
<dlowe>if I guix install guile3.0-guix will it work?
<cbaines>dlowe, that's only really useful if you're using guix as a Guile library
<mbakke>I want to use (package-with-relocatable-glibc ...) outside of (gnu packages make-bootstrap), but can't make up my mind whether to just export it, or move the relevant procedures to a new module (where?). Ideas?
<mbakke>exporting is suboptimal, because I want to use it in one of the modules imported by (gnu packages make-bootstrap), creating a circular dependency
<TZander>bootstrap stuff we typically just include in C++, which effectively means create two compiled copies. Even if the sources only exist once
<TZander>probably best to not change the main app design too much to adjust for singular exceptions like this
<kraai>Hi. I'm using GNOME. When I try to start Geary by selecting Activities > Show Applications > Geary, it doesn't appear. If I run geary in a terminal, it does. Does anyone know how to fix or investigate this?
<mroh>where can I put .patch files in a channel, so that (package (source (origin (patches (search-patches)))) finds them?
<cbaines>I wonder what the costs are of using grafts without substitutes are...? I think I'm seeing some wierd behaviour when I don't have a source of substitutes. Guix builds some seemingly unnecessary stuff, and I think it might just be to figure out something about grafts. If I disable grafts, it doesn't think anything needs building...
<emys>Trying to package some more python modules I get the following error: "ValueError: Unable to create the compiledir directory '/homeless-shelter/.theano/...".
<emys>it seems homeless-shelter is a sandbox $HOME by guix
<cbaines>No, but I don't think it exists in the build environment
<cbaines>This is helpful to highlight when packages expect it to be there
<cbaines>It seems wrong to me for a python module to be trying to use a users home directory when building/installing...
<emys>cbaines, it seems wrong to me, too, it is not my module though.
<cbaines>To work around wrong things like this, you can do thinks like (setenv "HOME" "/tmp")
<emys>cbaines, I already did, I just put it into the wrong package definition and didn't realize why it had no effect
<kmicu>(FYI homeless-shelter is a thing inherited from Nix.)
***Intensity4 is now known as Intensity
*kmicu would prefer a descriptive term like mathy ‘imaginary-directory’ more than a confusing pun 😺
<kmicu>(even ‘impurity-detected’ should be more helpful)
<catonano>cbaines: as for grafting inducing (apparently) pointless building, that's a debuggign problem. It's be important to see exactly how it visits the graph of packages and how it decides to build things. It's a tooling problem
<catonano>I not this because tooling insufficiencies usually impress me
<kraai>cbaines: There's a geary-autostart.desktop in ~/.guix-profile/share/applications.
<kraai>cbaines: There's also an org.gnome.Geary.desktop there.
<cbaines>kraai, I guess you could look in the org.gnome.Geary.desktop one?
<cbaines>I'm not sure how to launch a .desktop file from the command line...
<kraai>cbaines: There are two sections in that file, [Desktop Entry] and [Desktop Entry Compose].
<kraai>The Exec line in the Desktop Entry section is /gnu/store/x97linxpzknsjaypy7x3i6r078agb67j-geary-3.34.1/bin/geary %U.
<kraai>According to the spec, it looks like the %U should be stripped if no URL is specified.
<efraim>datefudge failed to build for me on core-updates (on powerpc)
<efraim>nvm, it seems to be a conflict with glibc-2.30
<guix-ci>Problem: Too many processes on Zabbix server Problem started at 21:21:12 on 2020.04.25
<guix-ci>Resolved: Too many processes on Zabbix server Problem has been resolved at 21:24:12 on 2020.04.25
<civodul>mbakke: package-with-relocatable-glibc could be in (gnu packages base), next to glibc