<wednesday>who do i go to to add some python packages for me, i wrote what is needed for mypy
<apteryx>wednesday: have you considered adding them yourself? Or hire someone? Most people around here contribute on their free time, and unless your needs match their needs, it is unlikely that they will commit to "add some packages for you" :-).
<atw`>I'm glad reepca-laptop beat me to that, I was struggling to remember ☺. quiliro, some other things I do: M-x compile, then guix environment readline -- ./configure, or I start emacs from within a guix environment
<reepca-laptop>quiliro: It's a rather common use case that you'll be editing some source, saving, and trying to recompile after your changes. M-x compile makes M-x recompile available, which remembers the command for you
<atw`>for downloading and cd-ing, I would run those in a shell, as they're just done once. I find myself frequently re-running ./configure, make, and make clean, so M-x compile (for which I have a convenient binding) is nice for those
<reepca-laptop>sneek: later tell civodul: I find myself in (guix store database) wanting to use derivation-input-output-paths from (guix derivations), but if I try moving it to (guix store derivations) then it ends up indirectly needing (guix store) through &derivation-missing-output-error as it is currently. At no point is any "talking to a separate daemon process" done, though.
<wednesday>if it is starting with a config you should see things like [109829.640] (++) Using config file: "/gnu/store/cvbnyfi8sga3jpskvfy7rjz603bgsiwp-xserver.conf" and [109829.641] (++) Using config directory: "/gnu/store/iii7374j648x87hlfl96572y1v9vvaky-xorg.conf.d"
<sneek>civodul, reepca-laptop says: I find myself in (guix store database) wanting to use derivation-input-output-paths from (guix derivations), but if I try moving it to (guix store derivations) then it ends up indirectly needing (guix store) through &derivation-missing-output-error as it is currently. At no point is any "talking to a separate daemon process" done, though.
<sneek>civodul, reepca-laptop says: Any ideas on how to split it up?
<civodul>reepca-laptop: i think <derivation>, <derivation-input>, and &derivation-missing-output-error all belong in (guix store derivations)
<civodul>in (guix derivations) you'd only keep the RPCs, basically
<civodul>(we might want to use email for asynchronous discussions tho :-))
<rendaw>Hello! I'm porting a system and need to mount tmpfs subdirectories (like /tmpfs/etc) over /etc with overlay. tmpfs mounts are created empty and I need to make the subdirectories before remounting them...
<rendaw>I was doing this in systemd with a service that went between the /tmpfs and /etc mounts that created the directories, but AFAICT filesystem definitions in guix can only have filesystem dependencies
<rendaw>Are there any other ways I can do this without copying/pasting/modifying gobs of core guix code into my system definition?
<rendaw>Like somehow appending (mkdir /tmpfs/etc) onto the tmpfs filesystem service start procedure or something
<puoxond>I just verified that GDM indeed crashes because of EXWM's .desktop file.
<puoxond>Setting the value of TryExec to the same as Exec fixed the problem.
<pkill9>how do you use the 'invoke' function in a trivial-build-system package?
<apteryx>any idea how to refer to a path relative to the guile source file being executed? I'm thinking to use some hack where a package gets customized directly in the manifest file, using sources available in a relative directory.
<pkill9>apteryx: i don't think so, as when i placed symlinks to shared libs in /lib and such and tried to run a binary, it didn't find them
<pkill9>apteryx: assuming i didn't try putting the shared lib in the wrong directory, what i did was try running a binary downloaded from the web, which was built using the filesystem hierarchy standard, and see if it found the binary when it uses ld-linux-x86-64.so.2 from the glibc package (by putting a symlink to that file in /lib64)
<pkill9>and it doesn't find it, and i think what's really happening is glibc searches for libraries in it's prefix by default, and on most systems that prefix is /, i think
<apteryx>pkill9: so for that experiment to work I think you'd need to resort to patching the runpaths of the elf binary you're looking at
<apteryx>(I've heard this before, never attempted myself)
<pkill9>that's one way, although you need to modify each binary, i'm attempting to create a service that adds FHS support, so far all i've done is re-enable ldconfig, and generate an ld.so.cache file which is created using a generated ld.so.conf file that points to a union of a bunch of libraries