Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
On 01/25/2009 12:44 PM, markw-FJ05HQ0HCKaWd6l5hS35sQ at public.gmane.org wrote: > Not to say "I told you so," but, well, there it is. > > The issue is that when you run ssh with the "-f" there is no valid tty = for > emacs to use, and thus it should fail. At some point in the past, I see= m > to remember emacs able to detect a condition where it can't get the tty= , > and then testing for X11, but I think that code has been removed or mov= ed > to xemacs by the console purists. That may explain why an old ssh examp= le > exists. Possibly. Actually, emacs and xemacs are totally different products=20 although xemacs uses the GNU code. In any case, I'll plan to install=20 xemacs on the systems at work. Unfortunately it had been dropped from=20 RHEL 5.2. There are 2 or 3 things I prefer with xemacs. First, the=20 compiler button, secondly the tab key performs an indent of the line as=20 if the line was shifted to the origin, where in emacs performs a normal=20 tab feature. Other than that I am comfortable with both versions. In my situation, I like to have a button on GNOME to launch emacs, but=20 it needs to be on an x86_64 host, not an IA64 host which is what my=20 workstation is. --=20 Jerry Feldman <gaf-mNDKBlG2WHs at public.gmane.org> Boston Linux and Unix PGP key id: 537C5846 PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB CA3B 4607 4319 537C 5846
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |