IRC channel logs

2019-04-28.log

back to list of logs

<nckx>(I have it connected to my home build farm with the USB TTY but even that is dead.)
*nckx feels like mu4e 1.2 changed something about reply addressing but can't put their finger on it.
*apteryx working on fixing python-cffi... seems like we'll need a patch to our Pythons
<apteryx>so, the python-cffi problem boils down to this: objdump -p -j '.dynamic' /gnu/store/x8dl2pz9y2cz9gbb8fxc9v1kqrr97kp0-glibc-2.28/lib/libm.so ==> objdump: /gnu/store/x8dl2pz9y2cz9gbb8fxc9v1kqrr97kp0-glibc-2.28/lib/libm.so: file format not recognized
<apteryx>the .so is not an elf file directly but a GNU ld script that looks like this: https://paste.debian.net/1080301/. Is this special to Guix?
<apteryx>apparently, libm.so as a linker script is something normal
<quiliro>[OT] anyone know what chatroom might be of help for electronics?
<nckx>quiliro: ##electronics? ;-)
<quiliro>nckx: thanks
<apteryx>ha! I think an obscure workaround is to install gcc-toolchain, which seems to suppress the libm.so in favor of libm.so.6 in the output of `gcc -Wl,-t -lm`
<apteryx>(at least that's how it is in my user profile and I have gcc-toolchain installed...) trying...
<apteryx>can we lazily resolve any package to avoid circular dependency? as its done in the definition of canonical-package in (gnu packages base) ?
<apteryx>looks like yes
<apteryx>maybe we should add such a useful function as 'lazily-resolve' to (guix utils) or some other appropriate place?
<apteryx>ugh. still failing :-/. Seems we'll have to workaround in python-cffi tests or properly fix it in Python's ctypes.util
<rvgn>Hello Guix!
<Blackbeard[m]>rvgn: ٩(◕‿◕。)۶
<rvgn>Is there a way to see service definition of %desktop-services through web? I would to see list of services and service-types included in %desktop-services.
<rvgn>Blackbeard[m] o/
<atw>rvgn: since you specified via web, is chttps://git.savannah.gnu.org/cgit/guix.git/tree/gnu/services/desktop.scm?h=version-0.16.0#n974 what you're looking for? Note that that's a snapshot of 0.16.0
<rvgn>atw Thank you very much. That's exactly what I was looking for.
<atw>:)
<rvgn>How can modify %base-services inside of %desktop-services? Should I nest the "modify-services" function? Like "(modify-services %desktop-services (modify-services %base-services ( [...]" ??
<pkill9>rvgn: %desktop-services merges %base-services with it's own additions, so it's not treated as another list within the %desktop-services list,
<rvgn>pkill9 Thanks. So I want to modify "special-files-service-type" to add "extra-special-file"; do I just need to do (modify-services %desktop-services (special-files-service-type (extra-special-file "/usr/bin/env" (file-append coreutils "/bin/env")))) ????
<efraim>Rvg
<efraim>rvgn: you can just add it as an extra service, you don't need to modify %desktop-services
<davidl>Hi, I have fixed the source url in the guile-bash package and wanted to send a patch. Installing the package with the new url works so can I just send the git diff output to guix-devel mailing list with a short explanation?
<davidl>git diff on the cloned guix repo. I changed the guile-xyz.scm file in gnu/packages
<rvgn>efraim Thanks! What if I wanted to change configuration of a different service that is part of %base-services list?