<str1ngs>leoprikler: to replicate my gobject-introspection issue you can do this from within guile-gi git repo. guix environment --ad-hoc guile gobject-introspection gtk+ webkitgtk -- ./tools/uninstalled-env guile ./examples/browser.scm
<str1ngs>spk121: btw guix environment --ad-hoc guile gobject-introspection gtk+ webkitgtk -- ./tools/uninstalled-env guile ./examples/browser.scm should produce the cannot register existing type 'GtkWidget' issue as reported by the user in #guile
<spk121>leoprikler: well if one wanted to call guile-registered methods from C, I think I know how I would code that
<spk121>leoprikler: i tried always converting guile hash to C hash at the interface boundary, which is okay-ish and probably good enough. But then over December i got distracted working on an unrelated text processing library
<leoprikler>Also, I fixed an awfully similar bug in one of raghav-gururajan's recipe's earlier. The trick was to suffix the GI paths
<nckx>grillon: The device was technically under its 2-year warranty, but it *claimed* (through SMART) that the total rated TB written had in fact been reached, that the SSD had been ‘used up’ so to speak. Am I sceptical of that counter? Would it be a very convenient firmware ‘bug’ for Samsung? Absolutely, but I certainly wouldn't have got a free replacement.
<str1ngs>leoprikler: I think you are right about versions. but not in the context or processes. I think possibly 1) a typelib has not been built properly with the new gobject-introspection-absolute-shlib-path.patch or there are mixed versions
<str1ngs>leoprikler: if you comment out gobject-introspection-absolute-shlib-path.patch in glib.scm and call ../guix.git/pre-inst-env guix environment --ad-hoc guile gobject-introspection gtk+ webkitgtk. then call LD_LIBRARY_PATH=$GUIX_ENVIRONMENT/lib ./tools/uninstalled-env guile examples/browser.scm. this problem goes away. so is something so path related
<str1ngs>leoprikler: that might rebuild alot for you. and that fix is far from ideal
<nckx>civodul: Eee…. me & public speaking? :-/ OK, that's all right, I didn't need to sleep anymore this month. I don't get the pun though. Tor substitutes?
<str1ngs>leoprikler: my fix could be an indicator that one of the hard coded typlib so paths is using a wrong version somewhere.
<str1ngs>leoprikler: which is kinda what you were thinking as well
<nckx>civodul: ‘Our state will make you cry’? I'm going to change it to ‘Union’ 🙂
<leoprikler>can you link me the commit, that introduced this patch?
<leoprikler>btw. same issue from `guix environment --pure -l guix.scm --ad-hoc gtk+ webkitgtk -E DISPLAY -E XAUTHORITY`
<str1ngs>given that LD_LIBRARY_PATH=$GUIX_ENVIRONMENT/lib tools/uninstalled-env guile examples/browser.scm works. I suspect something is not using the full store path
<str1ngs>works slightly better I should say leoprikler ^
<nckx>MinuteS seems awfully long, but Guix is indeed not a fast-booting system.
<str1ngs>lets create a kexec service and maybe we never have to reboot :P
<str1ngs>though im not sure if kexec is enough to replicate livepatch
<nckx>str1ngs: no, livepatch updates the kernel in-place while all your plates keep spinning; kexec is a warmer reboot, it still restarts the running system.
<spk121>Just got my work schedule for January. No Guix days for me :-(
<str1ngs>hmm I thought livepatch used kexec for some reason.
<leoprikler>str1ngs: perhaps try stracing or instrumenting ld?
<nckx>str1ngs: I don't think so, but there are so many per-distro implementations of this (ksplice, livepatch, kgraft, kpatch, …) that it's possible that one of them uses a (small) part of kexec. It doesn't seem like a good fit but who knows.
<nckx>I will screenshot that without context and look at it when I feel anxious.
<nckx>brettgilio: Allow me to completely kill your joke by answering it: calling this procedure ‘apply-patches’ would be wrong, because it only ‘searches’ (admittedly, not much of a ‘search’) for basenamed.patches in gnu/packages/patches and returns their location. It doesn't apply them. So, sorry, your change would be reverted 😛
<nckx>Alternatively, you can set the installer field to a (const t) gexp, so Guix's grub-install is never run but Guix's grub.cfg is updated, then manually install a ‘top-level’ GRUB with a hand written grub.cfg with 2 entries: a ‘configfile /your/guix/grub.cfg’ Guix entry and something else.
<nckx>leoprikler: I said the same thing yesterday so that means you're right.
<dctrud>nckx: At least many HPC people still use it (autofs)
<nckx>dctrud: Thanks. Makes sense, HPC seems to be (a) last bastion of NFS as well.
<dctrud>nckx: yep, still plenty of people running NFS v3 even.
<lispmacs[work]>hi, I'm trying to use emacs-treemacs, which I cherry-picked from guix master. It runs but has no icons and gives error message "cannot find image file '/home/christopher/.guix-profile/share/emacs/site-lisp/icons/default/txt.png'"
<erikg>I'm using cmake's ExternalProject_Add functionality to manage project dependencies, but this is not usable with guix's build containerization system. I get "Could not resolve host: ..." when cmake invokes git to try to clone the repositories. Is there any low-effort workaround in guix, or is the only reasonable alternative to add the dependencies as submodules in the main repo?