IRC channel logs


back to list of logs

<davexunit>hmmm TRAMP in emacs isn't working
<davexunit>I tried to visit /sudo:localhost:/ and it told me that it couldn't find a suitable version of 'ls'
***Necrosporus_ is now known as Necrosporus
<rekado>TRAMP works for me, also /sudo:localhost:/.
<alezost>rekado: wow, this is interesting: "broken" tramp was the first big issue for me when I installed GuixSD. Eventually I fixed it by adding "/run/current-system/profile/bin" to `tramp-remote-path' variable (I've sent a message to davexunit about it (using sneek)). I wonder why it works for you.
<rekado>alezost: I have done nothing to tramp-remote-path here. It just works.
<alezost>rekado: yeah, I realize, I just don't understand why it works. AFAIU it should work only if any dir from `tramp-remote-path' contains ls, and some other general utils. Could you show the value of `tramp-remote-path'?
<alezost>perhaps adding 'tramp-own-remote-path' to `tramp-remote-path' will also work. Do you have it there by chance?
<rekado>(tramp-own-remote-path tramp-default-remote-path "/bin" "/usr/bin" "/sbin" "/usr/sbin" "/usr/local/bin" "/usr/local/sbin" "/local/bin" "/local/freeware/bin" "/local/gnu/bin" "/usr/freeware/bin" ...)
<alezost>yes, I think 'tramp-own-remote-path' fixes it for you.
<alezost>A default value of `tramp-remote-path' does not contain it, so it was added by you or some package you use
<alezost>rekado: just in case: do you use emacs package from Guix? If not, could you check the default value of `tramp-remote-path'
<rekado>tramp-own-remote-path is not included by default. I wonder which of the packages changed it. I grepped my init directory and couldn't find it.
<davexunit>alezost: perhaps we should patch our emacs package to add /run/current-system or send a patch upstream for it.
<sneek>davexunit, you have 1 message.
<sneek>davexunit, alezost says: re "TRAMP in emacs isn't working": (with-eval-after-load 'tramp-sh (push "/run/current-system/profile/bin" tramp-remote-path)) should fix it
<alezost>davexunit: it looks like adding 'tramp-own-remote-path' to `tramp-remote-path' also works. If it does, then I don't think we should send a patch upstream, but I agree on modifying our emacs package
<rekado>oh, I had a typo in my query; I actually did add "tramp-own-remote-path" to tramp-remote-path in my init.
<ennoausberlin>I would like to use the lambdanative environment with guix sd. Does someone plan to build this package?
<davexunit>ennoausberlin: I haven't heard of anyone trying to package that. would you like to?
<davexunit>alezost: tramp-own-remote-path isn't a function or a variable in my emacs.
<alezost>davexunit: yes, it's just a symbol
<alezost>neither a function, nor a variable
<davexunit>so you add the literal symbol to the load path
<davexunit>got it
<alezost>I've checked, and it also works for me
<alezost>yes, tramp-remote-path already contains another symbol (tramp-default-remote-path)
<davexunit>awesome, that worked.
<davexunit>seems like tramp should do this by default
<davexunit>but no one really notices because they use FHS distros
<GNUtoo-irssi>Hi, how easy is it to customize guix system-wide, like with gentoo's use flags, or packaging manuals separately (due to space constraingts)
***exio4 is now known as hacker