<kirisime>I've opened a dired with multi-hop tramp to access the other system's filesystem as root but when I open files they look like the ones on my system instead. Directory listing is remote, files look local.
<gnutec>In emacs, C-g stop all command in progress.
<kirisime>Well, that weirdness was caused by me running C-x C-f /ssh:user@remotehost|sudo:root@localhost:/etc/
<kirisime>`localhost' should be `remotehost' too, otherwise the multi-hop only works half way
<nckx>Checking before reporting should be a habit, but I should have been more explicit here.
<nckx>jje: 🙂 You can disable the weston test suite with (arguments `(#:tests? #f)…) if you're so technically inclined.
<nckx>Or just keep trying, or downclock your CPU as noted in that bug report.
<dongcarl>Has anyone had experience with the clang that we package? Trying to use it right now, and it seems like because clang doesn't understand `LIBRARY_PATH`, it doesn't get passed down and `ld` can't even find `crt1.o`
<bavier>dongcarl: the same has affected some packages as well
<bavier>i.e. some packages that build with clang see errors
<dongcarl>bavier: Oh... Have there been previous attempts at fixes that I can look at?
<kirisime>jgibbons[m]: On guix, libcurl doesn't use any cetificate bundle and doesn't hardcode any path to look into. Curl the command line tool honors an environment variable that the library itself doesn't, so the cli tool working doesn't mean the library will find your certs.
<kirisime>The program (minetest) needs to check the environment variable or take a command-line argument for the search path, and if it does I suppose you can use wrap-program or some such to have things work.
<kirisime>But, when I wrote a package for megatools I just added a one line patch to the program's source code that hardcodes the certs bundle path...
<dongcarl>Most of the details needed to fix this is there... Will probably take someone who's more experienced than me about 10 mins to fix
<gnutec>Ops! I asking if guix can use instead gcc and make. So I type C-h i in emacs and see "guix pack". But only how have guix instaled in your system (I use Guix System so...).
<leoprikler>Please try rephrasing that. So instead of invoking "guix package ...", you want to build a package manually with gcc, make, etc. or what exactly do you want to do?
<gnutec>leoprikler: I'm not talking about "guix package" but "guix pack". Is not about install package but software development without gcc command or make. :) "But only *who have guix". I just saying. It's not a question.
<kirisime>So how do I leave a message for rekado here?
<kirisime>sneek: tell rekado Following some advice and then intuition I got the offloading working on ubuntu by installing guix and guile in the offloading user's profile, having the .bashrc file not discriminate against non-interactive shells and calling eval `guix package --search-paths=prefix`. As far as I can tell modifying /etc/profile wasn't necessary and the issue might've been with the libraries the variables would point to being missing
<sneek>rekado, kirisime says: Following some advice and then intuition I got the offloading working on ubuntu by installing guix and guile in the offloading user's profile, having the .bashrc file not discriminate against non-interactive shells and calling eval `guix package --search-paths=prefix`. As far as I can tell modifying /etc/profile wasn't necessary and the issue might've been with the libraries the variables would point to being missing