BEH: eshell and su

Random Entry: Status update - 10/11 June
< gmail-sentinel 0.2 beta 2 | gmail-sentinel 0.2 RC >

Monday, March 31. 2008

With this entry a new category for emacs related posts will begin here. Bits from emacs.help are tips and tricks found while reading the emacs.help mailing list

Well, this tips is how to use su inside eshell

From the post: "...Doing su or sudo su does not work like you expect. This works under the normal shell (M-x shell). I am su:ing quite much ..." If you have tried, using su inside eshell is quite paintful, and doesn't work very well. But, come on, there should be a way of doing it, right?

From the reply: "...Tramp 2.1 supports it. Try "cd/sudo::" in eshell..." And that's it! you have a fully functional 'suded' eshell with completition available.

Posted by Rodrigo Lazo in BEH, Emacs, Free Software at 02:01 | Comments (3) | Trackbacks (0)

Trackbacks

Trackback specific URI for this entry

No Trackbacks

Comments

Display comments as (Linear | Threaded)

"And that's it! you have a fully functional 'suded' eshell with completition available." Maybe there's a way to do it differently, but for me the sudoed eshell is hardly fully functional. There's a noticeable delay when executing commands because of how TRAMP works. Commands like 'make install' don't show ANY of their output until make has finished, and anything graphical like make menuconfig doesn't work at all. Of course, 'make menuconfig' should be done as a normal user anyway, but it still doesn't work in eshell.

#1 Anonymous on 2008-03-31 19:40 (Reply)

Eshell is a pure-lisp implementation, with OS independence in mind AFAIK. So eshell doesn't implement the ability to 'su', and to do this it will need to be implemented on lisp... and that's what tramp is. Using any program that does any screen "mangling" (i.e. ncurses) won't work at all (e.g. make menuconfig). You're right... 'fully functional' is maybe too much to say, but is better than nothing ;)

#1.1 Rodrigo Lazo on 2008-03-31 22:03 (Reply)

Yes, it definitely is better than nothing. I was hoping someone would know of a way to speed up TRAMP, but I guess not. The problem is that it waits for the output of the command before sending it back to the screen, which isn't practical for some commands. Maybe a pipe/FIFO/something similar could be used so that TRAMP displays the output as it arrives?

#1.1.1 Anonymous on 2008-04-02 01:16 (Reply)

Add Comment

Name
Email
Homepage
In reply to
Comment	To prevent automated Bots from commentspamming, please enter the string you see in the image below in the appropriate input box. Your comment will only be submitted if the strings match. Please ensure that your browser supports and accepts cookies, or your comment cannot be verified correctly. Enter the string from the spam-prevention image above:
	Remember Information? Subscribe to this entry