<mossfet>cool. i'm trying to package a webring me and a friend made. it's a rust binary that depends on rust 1.70.0, which guix doesn't package, so i'm relying on basically grabbing a binary from gitea and installing it to bin. however, upon validating RUNPATH i get this
<mossfet>hold on a sec i'm trying to work out how to send it
<mossfet>error: depends on 'libgcc_s.so.1', which cannot be found in RUNPATH ()
<mossfet>error: depends on 'ld-linux-x86-64.so.2', which cannot be found in RUNPATH ()
<civodul>graywolf: right, it's not used for --check, though i'm not sure what the rationale was
<graywolf>Good to know. I think I got it working, and it is pretty sweet to be able to offload build to my home server. Yet another great thing :)
<zacchae[m]>It seems ~/.guix-profile/etc/profile overwrites the value of GDK_PIXBUF_MODULE_FILE to one in the gnu store. This caused my phone to boot to black screen after updating. I assume this is because a new package version is no longer compatible with the one provided by guix. Should guix really be overwriting GDK_PIXBUF_MODULE_FILE on foreign distros?
<clarkf>That worked like a charm! Thank you so much!
<pjals>Hi! How do I make Python able to find dynamic libraries in guix shell? I'm trying to use pywiiuse with my own wiiuse package I made (the libraries have been successfully installed into the profile).
<pjals>I cant simply package pywiiuse since I've kinda forced myself into using a FHS-like development environment
<RavenJoad>So I narrowed down my problem. Even mentioning (services ...) in an operating-system record adds a shepherd-root service to the list. So (services (operating-system-services %base-system)) means 2 instances of shepherd-root and profile service-type get added. How can I stop this?
<zacchae[m]>clarkf: I don't think you want emacs-exwm to specify emacs, because some people might want to combine it with a different emacs package (like emacs-next)
<zacchae[m]>pjals (trans rights): I've had this problem, and I end up having to run python with a command like "LD_LIBRARY_PATH=$GUIX_PROFILE/lib python3 ..."
<jonsger>podiki[m]: do you know if there are jobs in BOINC with ROCm nowadays?
<zacchae[m]>I see one instance of "LD_LIBRARY_PATH=/run/current-system/profile/lib python ..." in my notes
<clarkf>zacchae[m]: the derivation (specification?) of `emacs-exwm` generates a .desktop entry with the fully qualified path of emacs
<clarkf>if you just install `emacs-next` (or, in my case, `emacs-next-tree-sitter`), it will launch emacs 28 (i.e. not-next) still
<podiki[m]>jonsger: considering I had to look up what boinc is... unfortunately don't know anything in that area other than the general perception that amd lags badly in the computing space