* Re: tramp
[not found] <mailman.1032894380.6606.help-gnu-emacs@gnu.org>
@ 2002-09-24 20:11 ` Kai Großjohann
2002-09-26 17:38 ` tramp Michael P. Soulier
1 sibling, 0 replies; 29+ messages in thread
From: Kai Großjohann @ 2002-09-24 20:11 UTC (permalink / raw)
Roger Mason <rmason@sparky2.esd.mun.ca> writes:
> I downloaded tramp-2.0.22 and installed it. I am trying to get it
> configured. For now I have to use telnet as the default connection method,
> so I executed
>
> (setq tramp-default-method "tm") in the scratch buffer and it returned
The new Tramp has different methods. It auto-detects whether to use
base64 or uuencode encodings. The method is now called "telnet".
kai
--
~/.signature is: umop 3p!sdn (Frank Nobis)
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: tramp
[not found] <mailman.1032894380.6606.help-gnu-emacs@gnu.org>
2002-09-24 20:11 ` tramp Kai Großjohann
@ 2002-09-26 17:38 ` Michael P. Soulier
2002-09-27 11:43 ` tramp Kai Großjohann
1 sibling, 1 reply; 29+ messages in thread
From: Michael P. Soulier @ 2002-09-26 17:38 UTC (permalink / raw)
On Tue, 24 Sep 2002 16:35:37 -0230 (NDDT), Roger Mason
<rmason@sparky2.esd.mun.ca> wrote:
>
> When I try to get a file from a my home dir on a remote machine:
>
> /fred.here.there.everywhere:~/.emacs
Ah! So that's the new syntax! It's really confusing having all that
documentation at tramp.sourceforge.net conflict with the new tramp. Is the
EmacsWiki up to date? I don't see tramp mentioned there.
Hmm. I just tried the new tramp to login to my box at home.
Args out of range: 0, 0
This is in the tramp buffer:
Enter passphrase for key '/home/e-smith/files/users/msoulier/.ssh/id_rsa':
Mike
--
Michael P. Soulier <msoulier@storm.ca>, GnuPG pub key: 5BC8BE08
"...the word HACK is used as a verb to indicate a massive amount
of nerd-like effort." -Harley Hahn, A Student's Guide to Unix
HTML Email Considered Harmful: http://expita.com/nomime.html
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: tramp
2002-09-26 17:38 ` tramp Michael P. Soulier
@ 2002-09-27 11:43 ` Kai Großjohann
2002-09-27 12:15 ` tramp Roger Mason
0 siblings, 1 reply; 29+ messages in thread
From: Kai Großjohann @ 2002-09-27 11:43 UTC (permalink / raw)
"Michael P. Soulier" <msoulier@storm.ca._nospam> writes:
> On Tue, 24 Sep 2002 16:35:37 -0230 (NDDT), Roger Mason
> <rmason@sparky2.esd.mun.ca> wrote:
>>
>> When I try to get a file from a my home dir on a remote machine:
>>
>> /fred.here.there.everywhere:~/.emacs
>
> Ah! So that's the new syntax! It's really confusing having all that
> documentation at tramp.sourceforge.net conflict with the new tramp.
I'm sorry. I really should change the SourceForge information.
[time passes] I've now done it.
> Hmm. I just tried the new tramp to login to my box at home.
>
> Args out of range: 0, 0
>
> This is in the tramp buffer:
>
> Enter passphrase for key '/home/e-smith/files/users/msoulier/.ssh/id_rsa':
Please submit a bug report, using M-x tramp-bug RET. That also tells
you which information I need to successfully chase the bug. In your
case, it's important to load tramp.el instead of tramp.elc and to
provide a backtrace (you get it if you do M-x toggle-debug-on-error
RET and the reproduce the error message).
kai
--
~/.signature is: umop ap!sdn (Frank Nobis)
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: tramp
2002-09-27 11:43 ` tramp Kai Großjohann
@ 2002-09-27 12:15 ` Roger Mason
2002-09-27 13:59 ` tramp Carsten Dominik
2002-09-27 14:19 ` tramp Kai Großjohann
0 siblings, 2 replies; 29+ messages in thread
From: Roger Mason @ 2002-09-27 12:15 UTC (permalink / raw)
Hello,
Please forgive my ignorance, but how do I ensure loading of tramp.el & not
tramp.elc?
Thanks,
Roger
On Fri, 27 Sep 2002, Kai [iso-8859-15] Großjohann wrote:
> "Michael P. Soulier" <msoulier@storm.ca._nospam> writes:
>
> > On Tue, 24 Sep 2002 16:35:37 -0230 (NDDT), Roger Mason
> > <rmason@sparky2.esd.mun.ca> wrote:
> >>
> >> When I try to get a file from a my home dir on a remote machine:
> >>
> >> /fred.here.there.everywhere:~/.emacs
> >
> > Ah! So that's the new syntax! It's really confusing having all that
> > documentation at tramp.sourceforge.net conflict with the new tramp.
>
> I'm sorry. I really should change the SourceForge information.
> [time passes] I've now done it.
>
> > Hmm. I just tried the new tramp to login to my box at home.
> >
> > Args out of range: 0, 0
> >
> > This is in the tramp buffer:
> >
> > Enter passphrase for key '/home/e-smith/files/users/msoulier/.ssh/id_rsa':
>
> Please submit a bug report, using M-x tramp-bug RET. That also tells
> you which information I need to successfully chase the bug. In your
> case, it's important to load tramp.el instead of tramp.elc and to
> provide a backtrace (you get it if you do M-x toggle-debug-on-error
> RET and the reproduce the error message).
>
> kai
> --
> ~/.signature is: umop ap!sdn (Frank Nobis)
> _______________________________________________
> Help-gnu-emacs mailing list
> Help-gnu-emacs@gnu.org
> http://mail.gnu.org/mailman/listinfo/help-gnu-emacs
>
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: tramp
2002-09-27 12:15 ` tramp Roger Mason
@ 2002-09-27 13:59 ` Carsten Dominik
2002-09-27 14:19 ` tramp Kai Großjohann
1 sibling, 0 replies; 29+ messages in thread
From: Carsten Dominik @ 2002-09-27 13:59 UTC (permalink / raw)
>>>>> "RM" == Roger Mason <rmason@sparky2.esd.mun.ca> writes:
RM> Hello, Please forgive my ignorance, but how do I ensure loading of
RM> tramp.el & not tramp.elc?
Either remove tramp.elc, or load tramp.el explicitly with
M-x load-file /path/to/tramp.el RET
- Carsten
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: tramp
2002-09-27 12:15 ` tramp Roger Mason
2002-09-27 13:59 ` tramp Carsten Dominik
@ 2002-09-27 14:19 ` Kai Großjohann
2002-09-27 17:07 ` w3 again, Roger Mason
[not found] ` <mailman.1033146535.10923.help-gnu-emacs@gnu.org>
1 sibling, 2 replies; 29+ messages in thread
From: Kai Großjohann @ 2002-09-27 14:19 UTC (permalink / raw)
Roger Mason <rmason@sparky2.esd.mun.ca> writes:
> Please forgive my ignorance, but how do I ensure loading of tramp.el & not
> tramp.elc?
You could delete tramp.elc, for example :-)
Or say (load "tramp.el") in your .emacs file.
kai
--
~/.signature is: umop ap!sdn (Frank Nobis)
^ permalink raw reply [flat|nested] 29+ messages in thread
* w3 again,
2002-09-27 14:19 ` tramp Kai Großjohann
@ 2002-09-27 17:07 ` Roger Mason
[not found] ` <mailman.1033146535.10923.help-gnu-emacs@gnu.org>
1 sibling, 0 replies; 29+ messages in thread
From: Roger Mason @ 2002-09-27 17:07 UTC (permalink / raw)
Hi,
I downloaded and installed the CVS versions of url and w3. When I invoke
w3 (m-x w3) I get:
Loading w3...
Loading cus-edit...
Loading easymenu...done
Loading cus-edit...done
Loading w3...done
Loading url-auth...done
Could not load cookie file /home/rmason/.url/cookies
Loading w3-hot...done
/home/rmason/.mosaic-hotlist-default does not exist!
Contacting host: www.cs.indiana.edu:80
Loading url-cache...done
Downloading of `http://www.cs.indiana.edu/elisp/w3/docs.html' complete.
error in process filter: w3-decode-charset: Invalid function: (macro .
#[(handle) "ÁE" [handle nth 2] 3])
error in process filter: Invalid function: (macro . #[(handle) "ÁE"
[handle nth 2] 3]
Thanks for any help you can give.
Roger Mason
^ permalink raw reply [flat|nested] 29+ messages in thread
[parent not found: <mailman.1033146535.10923.help-gnu-emacs@gnu.org>]
* Re: w3 again,
[not found] ` <mailman.1033146535.10923.help-gnu-emacs@gnu.org>
@ 2002-09-27 21:16 ` Kevin Rodgers
2002-09-28 12:27 ` Kai Großjohann
1 sibling, 0 replies; 29+ messages in thread
From: Kevin Rodgers @ 2002-09-27 21:16 UTC (permalink / raw)
Roger Mason wrote:
> I downloaded and installed the CVS versions of url and w3. When I invoke
> w3 (m-x w3) I get:
>
> Loading w3...
> Loading cus-edit...
> Loading easymenu...done
> Loading cus-edit...done
> Loading w3...done
> Loading url-auth...done
> Could not load cookie file /home/rmason/.url/cookies
> Loading w3-hot...done
> /home/rmason/.mosaic-hotlist-default does not exist!
> Contacting host: www.cs.indiana.edu:80
> Loading url-cache...done
> Downloading of `http://www.cs.indiana.edu/elisp/w3/docs.html' complete.
> error in process filter: w3-decode-charset: Invalid function: (macro .
> #[(handle) "ÁE++" [handle nth 2] 3])
> error in process filter: Invalid function: (macro . #[(handle) "ÁE++"
> [handle nth 2] 3]
>
> Thanks for any help you can give.
Apparently the w3-decode-charset function uses a macro that is not
defined (if you're running it interpreted) or was not defined at
compile-time (if you're running it compiled).
--
<a href="mailto:<kevinr@ihs.com>">Kevin Rodgers</a>
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: w3 again,
[not found] ` <mailman.1033146535.10923.help-gnu-emacs@gnu.org>
2002-09-27 21:16 ` Kevin Rodgers
@ 2002-09-28 12:27 ` Kai Großjohann
2002-09-28 14:18 ` Roger Mason
1 sibling, 1 reply; 29+ messages in thread
From: Kai Großjohann @ 2002-09-28 12:27 UTC (permalink / raw)
Roger Mason <rmason@sparky2.esd.mun.ca> writes:
> error in process filter: Invalid function: (macro . #[(handle) "ÁE"
> [handle nth 2] 3]
Hm. Are you sure that "make" to compile the two packages used the
same Emacs as the one you're using to run it?
kai
--
~/.signature is: umop ap!sdn (Frank Nobis)
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: w3 again,
2002-09-28 12:27 ` Kai Großjohann
@ 2002-09-28 14:18 ` Roger Mason
2002-09-28 16:00 ` Kai Großjohann
0 siblings, 1 reply; 29+ messages in thread
From: Roger Mason @ 2002-09-28 14:18 UTC (permalink / raw)
Hello,
I checked the config.log for the url & w3 packages: the configure script
found 21.1 in both cases, which is correct.
Thanks,
Roger Mason
On Sat, 28 Sep 2002, Kai [iso-8859-15] Großjohann wrote:
> Roger Mason <rmason@sparky2.esd.mun.ca> writes:
>
> > error in process filter: Invalid function: (macro . #[(handle) "ÁE"
> > [handle nth 2] 3]
>
> Hm. Are you sure that "make" to compile the two packages used the
> same Emacs as the one you're using to run it?
>
> kai
> --
> ~/.signature is: umop ap!sdn (Frank Nobis)
> _______________________________________________
> Help-gnu-emacs mailing list
> Help-gnu-emacs@gnu.org
> http://mail.gnu.org/mailman/listinfo/help-gnu-emacs
>
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: w3 again,
2002-09-28 14:18 ` Roger Mason
@ 2002-09-28 16:00 ` Kai Großjohann
2002-09-28 17:51 ` Roger Mason
` (2 more replies)
0 siblings, 3 replies; 29+ messages in thread
From: Kai Großjohann @ 2002-09-28 16:00 UTC (permalink / raw)
Roger Mason <rmason@sparky2.esd.mun.ca> writes:
> I checked the config.log for the url & w3 packages: the configure script
> found 21.1 in both cases, which is correct.
Hm. Could you M-: (load "w3.el") RET, then try again? Maybe now the
backtrace is better, or the issue goes away completely.
kai
--
~/.signature is: umop ap!sdn (Frank Nobis)
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: w3 again,
2002-09-28 16:00 ` Kai Großjohann
@ 2002-09-28 17:51 ` Roger Mason
2002-10-01 17:42 ` Roger Mason
2002-10-02 14:34 ` Roger Mason
2 siblings, 0 replies; 29+ messages in thread
From: Roger Mason @ 2002-09-28 17:51 UTC (permalink / raw)
Hi,
It returns 't' in the minibuffer, and
Loading w3.el (source)...done
t
in the messages buffer.
Roger
On Sat, 28 Sep 2002, Kai [iso-8859-15] Großjohann wrote:
> Roger Mason <rmason@sparky2.esd.mun.ca> writes:
>
> > I checked the config.log for the url & w3 packages: the configure script
> > found 21.1 in both cases, which is correct.
>
> Hm. Could you M-: (load "w3.el") RET, then try again? Maybe now the
> backtrace is better, or the issue goes away completely.
>
> kai
> --
> ~/.signature is: umop ap!sdn (Frank Nobis)
> _______________________________________________
> Help-gnu-emacs mailing list
> Help-gnu-emacs@gnu.org
> http://mail.gnu.org/mailman/listinfo/help-gnu-emacs
>
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: w3 again,
2002-09-28 16:00 ` Kai Großjohann
2002-09-28 17:51 ` Roger Mason
@ 2002-10-01 17:42 ` Roger Mason
2002-10-02 14:34 ` Roger Mason
2 siblings, 0 replies; 29+ messages in thread
From: Roger Mason @ 2002-10-01 17:42 UTC (permalink / raw)
Hello,
I had another go at w3. I removed the *.elc files of url and w3, set
debug-on-error to 't' and invoked w3 using 'm-x w3'. here is the
resulting backtrace:
Debugger entered--Lisp error: (invalid-function (macro . #[(handle) "ÁE"
[handle nth 2] 3]))
mm-handle-encoding((#<buffer *mm*<2>> ("text/html") nil nil nil nil nil
nil))
w3-decode-charset((#<buffer *mm*<2>> ("text/html") nil nil nil nil nil
nil))
w3-fetch-callback("http://www.cs.indiana.edu/elisp/w3/docs.html")
apply(w3-fetch-callback "http://www.cs.indiana.edu/elisp/w3/docs.html")
url-http-activate-callback()
url-http-wait-for-headers-change-function(1 185 184)
url-http-generic-filter(#<process www.cs.indiana.edu> "HTTP/1.1 304 Not
Modified
\nDate: Tue, 01 Oct 2002 17:33:19 GMT
\nServer: Apache/1.3.26 (Unix) PHP/4.2.2 mod_ssl/2.8.10 OpenSSL/0.9.6e
\nConnection: close
\nETag: \"148a7e-b86-3c02cee1\"
\n
\n")
I found a thread at
http://mail.gnu.org/pipermail/emacs-devel/2002-January/004938.html
discussing the same error. But there did not seem to be any fix.
It would be nice to find a cure for this, but if not I'll try w3m instead.
Roger Mason
emacs 21.1
CVS versions of url & w3
Linux
On Sat, 28 Sep 2002, Kai [iso-8859-15] Großjohann wrote:
> Roger Mason <rmason@sparky2.esd.mun.ca> writes:
>
> > I checked the config.log for the url & w3 packages: the configure script
> > found 21.1 in both cases, which is correct.
>
> Hm. Could you M-: (load "w3.el") RET, then try again? Maybe now the
> backtrace is better, or the issue goes away completely.
>
> kai
> --
> ~/.signature is: umop ap!sdn (Frank Nobis)
> _______________________________________________
> Help-gnu-emacs mailing list
> Help-gnu-emacs@gnu.org
> http://mail.gnu.org/mailman/listinfo/help-gnu-emacs
>
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: w3 again,
2002-09-28 16:00 ` Kai Großjohann
2002-09-28 17:51 ` Roger Mason
2002-10-01 17:42 ` Roger Mason
@ 2002-10-02 14:34 ` Roger Mason
2 siblings, 0 replies; 29+ messages in thread
From: Roger Mason @ 2002-10-02 14:34 UTC (permalink / raw)
Hello,
I have now found the problem.
Firstly, you were correct that running sources vs. byte-code helps to sort
the problem.
Weh I run source code, with debug-on-error set to 't' I get the following
backtrace on invoking m-x w3:
Loading w3 (source)...
Loading cl-macs...done
Loading cus-edit...
Loading easymenu...done
Loading cus-edit...done
Loading w3 (source)...done
Loading url-auth (source)...done
Loading cl-seq...done
Loading w3-hot (source)...done
Cannot determine format of hotlist file:
/home/rmason/.mosaic-hotlist-default
Contacting host: www.cs.indiana.edu:80
Loading url-cache (source)...done
Downloading of `http://www.cs.indiana.edu/elisp/w3/docs.html' complete.
Parsed 80% of 2951...
Parsed 100% of 2951...done
Drawing... done
error in process filter: if: Symbol's value as variable is void:
font-running-xemacs
error in process filter: Symbol's value as variable is void:
font-running-xemacs
On grepping for this variable in the site-lisp directory, I find it is not
defined, so I put
;; Kludge by rm Oct. 2 2002
(defvar font-running-xemacs nil
"True if this is Xemacs. By default I set it to nil.")
in w3.el, and now everything seems to be OK.
I have not yet tried compiling and running compiled the code.
Thanks to all who assisted.
Roger Mason
On Sat, 28 Sep 2002, Kai [iso-8859-15] Großjohann wrote:
> Roger Mason <rmason@sparky2.esd.mun.ca> writes:
>
> > I checked the config.log for the url & w3 packages: the configure script
> > found 21.1 in both cases, which is correct.
>
> Hm. Could you M-: (load "w3.el") RET, then try again? Maybe now the
> backtrace is better, or the issue goes away completely.
>
> kai
> --
> ~/.signature is: umop ap!sdn (Frank Nobis)
> _______________________________________________
> Help-gnu-emacs mailing list
> Help-gnu-emacs@gnu.org
> http://mail.gnu.org/mailman/listinfo/help-gnu-emacs
>
^ permalink raw reply [flat|nested] 29+ messages in thread
* New start up splash screen annoyance...
@ 2007-09-09 13:56 Sascha Wilde
2007-09-09 20:07 ` Richard Stallman
0 siblings, 1 reply; 29+ messages in thread
From: Sascha Wilde @ 2007-09-09 13:56 UTC (permalink / raw)
To: emacs-devel
Hi *,
basically I like the idea of a configurable start-up behavior. But
the current implementation is IMNSHO very flawed:
- First and most annoying: starting Emacs with an file to visit as
argument no longer works as expected. Without doing any configuration
you always get the new splash screen and of cause C-l or starting
editing doesn't make it go away. You can switch to the buffer with
the file using C-x C-b, but the splash screen doesn't tell you that.
I would like to have the old behavior back: if a file name was given
on the command line the user definitely wants to edit that file, and
so any editing/movement/redraw command should switch to that files
buffer immediately. In case people don't agree on that, the splash
screen should at least mention how to enter the buffer.
- Second, and maybe even worse: None of the settings for
initial-buffer-choice restores the old behavior. One might expect,
that setting initial-buffer-choice to t (open *scratch* buffer)
would be the right choice, but it isn't. If set that way, the
annoying behavior described above stays with the only differences,
that the *scratch* buffer is opened and stays, even if a file to
edit was given on start-up.
One would expect that at least one value of initial-buffer-choice
would restore the old behavior, which many of use are used to and
which at least me likes best: open *scratch* as default but open the
buffer(s) for the given files from the command line if there were
any.
The only working solution is to set inhibit-splash-screen to t
and leave initial-buffer-choice nil -- which is a pity as the new
possibility of customizing the default behavior is lost.
- Third, as setting inhibit-splash-screen is the only (and as far as I
can see not ell documented) way to get back the old behavior, it is
a (minor) annoyance that inhibit-splash-screen not only turns of the
splash screen, but the initial message in the *scratch* buffer too.
Actually I never understood why this two things are configured by
only one variable.
cheers
sascha
--
Sascha Wilde
"Liebet eure Feinde, vielleicht schadet das ihrem Ruf"
(Stanislaw Jerzy Lec)
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: New start up splash screen annoyance...
2007-09-09 13:56 New start up splash screen annoyance Sascha Wilde
@ 2007-09-09 20:07 ` Richard Stallman
2007-09-09 21:20 ` Chong Yidong
0 siblings, 1 reply; 29+ messages in thread
From: Richard Stallman @ 2007-09-09 20:07 UTC (permalink / raw)
To: Sascha Wilde; +Cc: emacs-devel
I would like to have the old behavior back: if a file name was given
on the command line the user definitely wants to edit that file, and
so any editing/movement/redraw command should switch to that files
buffer immediately.
I changed this because I want beginners to see the splash screen,
and beginners often have the habit of passing a file name.
In case people don't agree on that, the splash
screen should at least mention how to enter the buffer.
That is a good point. We should make this easier. Maybe typing SPC
on the splash screen should bury or kill it. Also, we should say how
to do this, if we can fit it in.
- Second, and maybe even worse: None of the settings for
initial-buffer-choice restores the old behavior.
Given that we have another variable to do that,
who cares whether this variable can do that?
Why do you care?
- Third, as setting inhibit-splash-screen is the only (and as far as I
can see not ell documented) way to get back the old behavior, it is
a (minor) annoyance that inhibit-splash-screen not only turns of the
splash screen, but the initial message in the *scratch* buffer too.
Actually I never understood why this two things are configured by
only one variable.
We could change it not to affect the initial message in *scratch*.
However, if *scratch* is not the initial buffer, is that message
really needed anyway? Maybe we should just get rid of it.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: New start up splash screen annoyance...
2007-09-09 20:07 ` Richard Stallman
@ 2007-09-09 21:20 ` Chong Yidong
2007-09-09 23:52 ` Juri Linkov
0 siblings, 1 reply; 29+ messages in thread
From: Chong Yidong @ 2007-09-09 21:20 UTC (permalink / raw)
To: rms; +Cc: Sascha Wilde, emacs-devel
Richard Stallman <rms@gnu.org> writes:
> I would like to have the old behavior back: if a file name was given
> on the command line the user definitely wants to edit that file, and
> so any editing/movement/redraw command should switch to that files
> buffer immediately.
>
> I changed this because I want beginners to see the splash screen,
> and beginners often have the habit of passing a file name.
The way Emacs currently handles the splash screen is completely
unsatisfactory, because it gives the impression that the splash screen
is being displayed *instead of* the file specified by the user (and
thus implies that Emacs is unable to process command line arguments.)
The way other programs handle this is to (1) display the splash screen
in a small, floating X window, (2) provide a check box on the splash
screen saying "Display splash screen on startup" or something similar,
and (3) a prominent button saying "OK" or similar to dismiss the
splash screen.
Using a small, floating X window lets the user see that the command
line argument was processed correctly, since the main X window is
visible behind the splash screen panel. In our case, it may be better
to use a pop-to-buffer. Providing a check box makes it easy to
dismiss the splash screen, which in my experience almost everyone ends
up doing, since a splash screen gets annoying after the first time you
see it (and you shouldn't have to read the documentation to find out
how to disable it!)
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: New start up splash screen annoyance...
2007-09-09 21:20 ` Chong Yidong
@ 2007-09-09 23:52 ` Juri Linkov
2007-09-10 16:53 ` Richard Stallman
0 siblings, 1 reply; 29+ messages in thread
From: Juri Linkov @ 2007-09-09 23:52 UTC (permalink / raw)
To: Chong Yidong; +Cc: Sascha Wilde, rms, emacs-devel
> The way Emacs currently handles the splash screen is completely
> unsatisfactory, because it gives the impression that the splash screen
> is being displayed *instead of* the file specified by the user (and
> thus implies that Emacs is unable to process command line arguments.)
Yes, this looks like a bug, and this is confusing for beginners who don't
know how to turn this behavior off.
> The way other programs handle this is to (1) display the splash screen
> in a small, floating X window,
Clicking on the close button to close the floating X window is no less
annoying solution that typing a key to close the current startup screen.
> (2) provide a check box on the splash screen saying "Display splash
> screen on startup" or something similar, and
Now there is a link on the startup screen leading to customization,
so it is easier now to disable the startup screen. But still this doesn't
remove the problem, because customization is not always desirable.
--
Juri Linkov
http://www.jurta.org/emacs/
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: New start up splash screen annoyance...
2007-09-09 23:52 ` Juri Linkov
@ 2007-09-10 16:53 ` Richard Stallman
2007-09-10 17:28 ` David Kastrup
0 siblings, 1 reply; 29+ messages in thread
From: Richard Stallman @ 2007-09-10 16:53 UTC (permalink / raw)
To: Juri Linkov; +Cc: wilde, cyd, emacs-devel
> The way Emacs currently handles the splash screen is completely
> unsatisfactory, because it gives the impression that the splash screen
> is being displayed *instead of* the file specified by the user (and
> thus implies that Emacs is unable to process command line arguments.)
Yes, this looks like a bug, and this is confusing for beginners who don't
know how to turn this behavior off.
The best way is: don't specify a file name argument when you start
Emacs. That kind of argument is supported for compatibility with
other editors, but it is not the recommended way to use Emacs.
Experienced Emacs users generally don't do it anyway.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: New start up splash screen annoyance...
2007-09-10 16:53 ` Richard Stallman
@ 2007-09-10 17:28 ` David Kastrup
2007-09-11 20:31 ` Richard Stallman
0 siblings, 1 reply; 29+ messages in thread
From: David Kastrup @ 2007-09-10 17:28 UTC (permalink / raw)
To: rms; +Cc: Juri Linkov, wilde, cyd, emacs-devel
Richard Stallman <rms@gnu.org> writes:
> > The way Emacs currently handles the splash screen is completely
> > unsatisfactory, because it gives the impression that the splash screen
> > is being displayed *instead of* the file specified by the user (and
> > thus implies that Emacs is unable to process command line arguments.)
>
> Yes, this looks like a bug, and this is confusing for beginners who don't
> know how to turn this behavior off.
>
> The best way is: don't specify a file name argument when you start
> Emacs. That kind of argument is supported for compatibility with
> other editors, but it is not the recommended way to use Emacs.
So what is the recommended way to use Emacs when one wants to edit a
file and has no Emacs session started already? And why would I start
an Emacs session when I don't want to edit anything?
> Experienced Emacs users generally don't do it anyway.
Huh? If I start Emacs, why should I not specify what file I want to
edit as an experienced user?
--
David Kastrup
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: New start up splash screen annoyance...
2007-09-10 17:28 ` David Kastrup
@ 2007-09-11 20:31 ` Richard Stallman
2007-09-11 20:57 ` Chong Yidong
0 siblings, 1 reply; 29+ messages in thread
From: Richard Stallman @ 2007-09-11 20:31 UTC (permalink / raw)
To: David Kastrup; +Cc: juri, wilde, cyd, emacs-devel
So what is the recommended way to use Emacs when one wants to edit a
file and has no Emacs session started already?
If you have no Emacs running, type `emacs'.
Otherwise, resume your existing Emacs.
Then type C-x C-f FILE RET.
> Experienced Emacs users generally don't do it anyway.
Huh? If I start Emacs, why should I not specify what file I want to
edit as an experienced user?
Because nearly always you already have an Emacs running.
It is a bad idea to teach yourself habits that presume
you don't have an Emacs running, because that would lead
you to kill Emacs and restart it, or to start multiple Emacs jobs.
Over 20 years of Emacs experience shows that it is important to teach
beginners to unlearn the habit of finding a file by typing `emacs FILE'.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: New start up splash screen annoyance...
2007-09-11 20:31 ` Richard Stallman
@ 2007-09-11 20:57 ` Chong Yidong
2007-09-12 2:48 ` Folding emacsclient into emacs (was: New start up splash screen annoyance...) Bill Wohler
0 siblings, 1 reply; 29+ messages in thread
From: Chong Yidong @ 2007-09-11 20:57 UTC (permalink / raw)
To: rms; +Cc: juri, wilde, emacs-devel
Richard Stallman <rms@gnu.org> writes:
> So what is the recommended way to use Emacs when one wants to edit a
> file and has no Emacs session started already?
>
> If you have no Emacs running, type `emacs'.
> Otherwise, resume your existing Emacs.
>
> Then type C-x C-f FILE RET.
>
> It is a bad idea to teach yourself habits that presume
> you don't have an Emacs running, because that would lead
> you to kill Emacs and restart it, or to start multiple Emacs jobs.
>
> Over 20 years of Emacs experience shows that it is important to teach
> beginners to unlearn the habit of finding a file by typing `emacs FILE'.
What you say may have been true 20 years ago.
On modern computers, Emacs starts up so quickly and uses such an
insignificant amount of memory that there is basically much no
difference between starting a new Emacs and returning to a
pre-existing Emacs session.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Folding emacsclient into emacs (was: New start up splash screen annoyance...)
2007-09-11 20:57 ` Chong Yidong
@ 2007-09-12 2:48 ` Bill Wohler
2007-09-12 5:44 ` Folding emacsclient into emacs David Kastrup
0 siblings, 1 reply; 29+ messages in thread
From: Bill Wohler @ 2007-09-12 2:48 UTC (permalink / raw)
To: emacs-devel
Chong Yidong <cyd@stupidchicken.com> writes:
> Richard Stallman <rms@gnu.org> writes:
>
>> So what is the recommended way to use Emacs when one wants to edit a
>> file and has no Emacs session started already?
>>
>> If you have no Emacs running, type `emacs'.
>> Otherwise, resume your existing Emacs.
>>
>> Then type C-x C-f FILE RET.
>>
>> It is a bad idea to teach yourself habits that presume
>> you don't have an Emacs running, because that would lead
>> you to kill Emacs and restart it, or to start multiple Emacs jobs.
>>
>> Over 20 years of Emacs experience shows that it is important to teach
>> beginners to unlearn the habit of finding a file by typing `emacs FILE'.
>
> What you say may have been true 20 years ago.
>
> On modern computers, Emacs starts up so quickly and uses such an
> insignificant amount of memory that there is basically much no
> difference between starting a new Emacs and returning to a
> pre-existing Emacs session.
Agreed.
Not only that, consider other legitimate use cases such as "sudo emacs
FILE" or "ssh SOME_REMOTE_MACHINE; emacs -nw FILE". Emacs would start
up as fast as vi if it weren't for the blasted splash screen that
needs to be dismissed.
I like David's idea of "Welcome! To learn about Emacs, press F1 C-a or
use the Help/About menu." And it can go in the mini-buffer where it
will not contribute to the principle of least astonishment (or most
annoyance, whatever the case may be).
Here's something completely different: If it hurts when the user does
something, don't let them do it.
Many programs today will attach themselves to an existing process when
started. Emacs can do the same thing. If the "emacs" executable
detects an existing process on the local machine owned by the same
user in the same session (X server), and the -nw option is not
specified, it can behave like emacsclient; otherwise, it starts a new
process.
--
Bill Wohler <wohler@newt.com> http://www.newt.com/wohler/ GnuPG ID:610BD9AD
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Folding emacsclient into emacs
2007-09-12 2:48 ` Folding emacsclient into emacs (was: New start up splash screen annoyance...) Bill Wohler
@ 2007-09-12 5:44 ` David Kastrup
2007-09-12 7:17 ` Tramp (was: Folding emacsclient into emacs) Bill Wohler
0 siblings, 1 reply; 29+ messages in thread
From: David Kastrup @ 2007-09-12 5:44 UTC (permalink / raw)
To: Bill Wohler; +Cc: emacs-devel
Bill Wohler <wohler@newt.com> writes:
> Chong Yidong <cyd@stupidchicken.com> writes:
>
>> On modern computers, Emacs starts up so quickly and uses such an
>> insignificant amount of memory that there is basically much no
>> difference between starting a new Emacs and returning to a
>> pre-existing Emacs session.
>
> Agreed.
Not here.
> Not only that, consider other legitimate use cases such as "sudo
> emacs FILE" or "ssh SOME_REMOTE_MACHINE; emacs -nw FILE".
C-x C-f /sudo::FILE RET
C-x C-f /ssh:SOME_REMOTE_MACHINE:FILE RET
> Here's something completely different: If it hurts when the user
> does something, don't let them do it.
>
> Many programs today will attach themselves to an existing process
> when started. Emacs can do the same thing. If the "emacs" executable
> detects an existing process on the local machine owned by the same
> user in the same session (X server), and the -nw option is not
> specified, it can behave like emacsclient; otherwise, it starts a
> new process.
Emacs is not multi-threaded, so there are legitimate use cases to have
several Emacs sessions open. Actually, another argument against the
"there need only be one" claim.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
^ permalink raw reply [flat|nested] 29+ messages in thread
* Tramp (was: Folding emacsclient into emacs)
2007-09-12 5:44 ` Folding emacsclient into emacs David Kastrup
@ 2007-09-12 7:17 ` Bill Wohler
2007-09-12 8:03 ` Tramp David Kastrup
2007-09-12 8:17 ` Tramp Michael Albinus
0 siblings, 2 replies; 29+ messages in thread
From: Bill Wohler @ 2007-09-12 7:17 UTC (permalink / raw)
To: David Kastrup; +Cc: emacs-devel
David Kastrup <dak@gnu.org> wrote:
> C-x C-f /sudo::FILE RET
> C-x C-f /ssh:SOME_REMOTE_MACHINE:FILE RET
How about if I want to run "M-x svn-status RET / RET" as root locally.
How about if I want to run "M-x svn-status RET DIRECTORY RET" as either
me or as root on a remote machine? Note that the remote machine is
configured to not accept ssh connections as root--you have to log in as
another user first. I tried "M-x svn-status RET /ssh:host:~wohler RET"
and that produced a view of my home directory on localhost.
Also, I read in the manual (for tramp version 2.1.11) about
tramp-default-proxies-alist so that one can edit files as root on a
remote host, but that variable does not appear to be available in tramp
2.0.55 (in Emacs 22).
Thanks again.
--
Bill Wohler <wohler@newt.com> http://www.newt.com/wohler/ GnuPG ID:610BD9AD
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Tramp
2007-09-12 7:17 ` Tramp (was: Folding emacsclient into emacs) Bill Wohler
@ 2007-09-12 8:03 ` David Kastrup
2007-09-12 8:17 ` Tramp Michael Albinus
1 sibling, 0 replies; 29+ messages in thread
From: David Kastrup @ 2007-09-12 8:03 UTC (permalink / raw)
To: emacs-devel
Bill Wohler <wohler@newt.com> writes:
> David Kastrup <dak@gnu.org> wrote:
>
>> C-x C-f /sudo::FILE RET
>> C-x C-f /ssh:SOME_REMOTE_MACHINE:FILE RET
>
> How about if I want to run "M-x svn-status RET / RET" as root
> locally.
M-x svn-status RET /sudo::/ RET
> How about if I want to run "M-x svn-status RET DIRECTORY RET" as either
> me or as root on a remote machine?
M-x svn-status RET /ssh:root@SOME_REMOTE_MACHINE:FILE RET
> Note that the remote machine is configured to not accept ssh
> connections as root--you have to log in as another user first.
> I tried "M-x svn-status RET /ssh:host:~wohler RET" and that produced
> a view of my home directory on localhost.
Then there is something wrong and you should file a proper bug report.
> Also, I read in the manual (for tramp version 2.1.11) about
> tramp-default-proxies-alist so that one can edit files as root on a
> remote host, but that variable does not appear to be available in
> tramp 2.0.55 (in Emacs 22).
You can use multihop methods.
--
David Kastrup
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Tramp
2007-09-12 7:17 ` Tramp (was: Folding emacsclient into emacs) Bill Wohler
2007-09-12 8:03 ` Tramp David Kastrup
@ 2007-09-12 8:17 ` Michael Albinus
1 sibling, 0 replies; 29+ messages in thread
From: Michael Albinus @ 2007-09-12 8:17 UTC (permalink / raw)
To: emacs-devel
Bill Wohler <wohler@newt.com> writes:
> How about if I want to run "M-x svn-status RET / RET" as root locally.
>
> How about if I want to run "M-x svn-status RET DIRECTORY RET" as either
> me or as root on a remote machine? Note that the remote machine is
> configured to not accept ssh connections as root--you have to log in as
> another user first. I tried "M-x svn-status RET /ssh:host:~wohler RET"
> and that produced a view of my home directory on localhost.
All this should be possible with Tramp 2.1, which is integrated in the
Emacs trunk.
> Also, I read in the manual (for tramp version 2.1.11) about
> tramp-default-proxies-alist so that one can edit files as root on a
> remote host, but that variable does not appear to be available in tramp
> 2.0.55 (in Emacs 22).
Emacs 22.x won't be upgraded to Tramp 2.1 I suspect. So you must
either use Emacs 23.0.50 (that is the Emacs trunk from CVS), or
install Tramp 2.1 in parallel to Emacs 22.
> Thanks again.
Best regards, Michael.
^ permalink raw reply [flat|nested] 29+ messages in thread
* tramp
@ 2002-10-01 23:59 ftrw
[not found] ` <nq8z1hl42y.fsf@alcatel.de>
0 siblings, 1 reply; 29+ messages in thread
From: ftrw @ 2002-10-01 23:59 UTC (permalink / raw)
Hi,
I was using tramp last week and it worked. Now it does not work. I
suppose I added some new packages (w3 and gnuserv) and tweaked my
.emacs but I cannot figure out what. Here are the symptoms:
C-x C-f begins to find a file
I clear the minibuffer line and type '/' <TAB> <TAB> and a
completions list window pops up, showing me all of the files and
directories in my / directory and all of the hosts in my
~/.ssh/known_hosts file.
I can complete the machine name, as '/machine.uaf.edu:' and when
I hit <TAB> again, I get a [no match] command.
If I complete the file name by typing it, as
'/machine.uaf.edu:.emacs', I get a message that says:
'File not found and directory write-protected'
It is trying to create a file in my root directory. So tramp finds
my ~/.ssh/known_hosts file ok but then the connection is not
happening.
Thank you for any help.
Ryan
^ permalink raw reply [flat|nested] 29+ messages in thread
[parent not found: <mailman.1032957382.1320.help-gnu-emacs@gnu.org>]
* Tramp
@ 2002-09-25 12:34 Roger Mason
0 siblings, 0 replies; 29+ messages in thread
From: Roger Mason @ 2002-09-25 12:34 UTC (permalink / raw)
Hello,
I put (setq tramp-default-method "telnet") in my .emacs file. Now, when I
try to contact a remote machine this error is returned:
"Args out of range: 0,0".
If I try again, I get
"File not found and directory write-protected"
I assume something is still not configured correctly.
Thanks for any help.
Roger Mason
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: How to make emacs auto-recognize utf-8 encoded files upon visiting
@ 2002-09-24 8:59 Charles Muller
2002-09-24 19:05 ` tramp Roger Mason
0 siblings, 1 reply; 29+ messages in thread
From: Charles Muller @ 2002-09-24 8:59 UTC (permalink / raw)
Miles Bader asked:
>I'm sure, but saying `download an entirely new version of emacs' is a
>rather heavyweight solution.
As I understand it, it is not an entirely new version, in the sense that it
does not replace the basic program files for Emacs itself. But it supplies
its own version of Mule-UCS, and everything concerned with doing
XML/HTML/XSLT in international environments.
> If they've hacked emacs to do a better job of this, how did they do it?
> Did they ever try to submit their changes back to emacs?
I am not a member of the TEI Consortium, so I can't answer this. Certainly,
all the source code for what they've done is readily and openly available
for anyone interested.
All I know is that before I began to use this package, when doing mail in
Emacs (21.2), there was never any automatic recognition of any kinds of
non-Western encoding. Now it recognizes Japanese, Korean, Chinese, and
whatever, whether these be in the local encoding (JIS, Big5, etc.) or
Unicode, without me having to do "prefer-coding-system" or anything like
that. As a person working in several languages, Emacs would be of very
little use to me without this.
Chuck
---------------------------
Charles Muller <acmuller@gol.com>
Faculty of Humanities, Toyo Gakuen University
Digital Dictionary of Buddhism and CJKV-English Dictionary
[http://www.acmuller.net]
Mobile Phone: 090-9310-1787
^ permalink raw reply [flat|nested] 29+ messages in thread
* tramp
@ 2002-08-02 1:29 Miles Bader
2002-08-02 9:23 ` tramp Kai Großjohann
0 siblings, 1 reply; 29+ messages in thread
From: Miles Bader @ 2002-08-02 1:29 UTC (permalink / raw)
Is tramp in the current emacs CVS (2002-08-02) supposed to work?
I've tried a bunch of different filenames, and invariably tramp gets
confused and just hangs waiting for a prompt or something. When I use
^G to interrupt it, and look at the `*tramp...*' buffer, I see a shell
prompt (but apparently tramp never realized it).
For instance, visiting:
`/sudo:root@localhost:/etc':
Shows the following messages:
tramp: Opening connection for `root' using `sudo'...
tramp: Processing actions
tramp: Waiting 60s for prompt from remote shell
tramp: Looking for pattern ^.*\([pP]assword\|passphrase.*\):
tramp: Looking for pattern .*ogin: *
tramp: Looking for pattern ^\(([^) ]*)\|[^> ]*[>]\)\s-*
tramp: Found remote shell prompt.
tramp: Waiting 30s for remote `/bin/sh' to come up...
Quit
[Seeing `Found remote shell prompt' immediately followed by
`Waiting 30s for remote `/bin/sh' to come up' seems ... odd.]
Looking in the `*tramp/sudo root@localhost*' buffer, I see:
sh-2.05b#
`/su:root@localhost:/etc':
Shows the following messages:
tramp: Opening connection for `root' using `su'...
tramp: Processing actions
tramp: Waiting 60s for prompt from remote shell
tramp: Looking for pattern ^.*\([pP]assword\|passphrase.*\):
Password:
Password: .
Password: ..
Password: .......
tramp: Looking for pattern .*ogin: *
tramp: Looking for pattern ^\(([^) ]*)\|[^> ]*[>]\)\s-*
tramp: Looking for pattern ^.*\(Permission denied.\|Login [Ii]ncorrect\|Received signal [0-9]+\|Connection \(refused\|closed\)\|Sorry, try again.\|Name or service not known\).*
tramp: Looking for pattern Are you sure you want to continue connecting (yes/no)\? *
tramp: Looking for pattern ^.*\([pP]assword\|passphrase.*\):
tramp: Looking for pattern .*ogin: *
tramp: Looking for pattern ^\(([^) ]*)\|[^> ]*[>]\)\s-*
tramp: Looking for pattern ^.*\(Permission denied.\|Login [Ii]ncorrect\|Received signal [0-9]+\|Connection \(refused\|closed\)\|Sorry, try again.\|Name or service not known\).*
tramp: Looking for pattern Are you sure you want to continue connecting (yes/no)\? *
tramp: Looking for pattern ^.*\([pP]assword\|passphrase.*\):
tramp: Looking for pattern .*ogin: *
tramp: Looking for pattern ^\(([^) ]*)\|[^> ]*[>]\)\s-*
tramp: Looking for pattern ^.*\(Permission denied.\|Login [Ii]ncorrect\|Received signal [0-9]+\|Connection \(refused\|closed\)\|Sorry, try again.\|Name or service not known\).*
tramp: Looking for pattern Are you sure you want to continue connecting (yes/no)\? *
Quit
[Note that even though the above appears as if it's asking a user
question, it doesn't seem to accept any input; I have to interrupt
it to do anything]
Looking in the `*tramp/su root@localhost*' buffer, I see:
mcspd15:~#
[that's a blank line at the beginning].
Trying to use the `ssh' method to connect to `fp-ssh.gnu.org' gives
similar results to the latter, but without the password prompt (I have
ssh setup to not require a password).
Thanks,
-Miles
--
`...the Soviet Union was sliding in to an economic collapse so comprehensive
that in the end its factories produced not goods but bads: finished products
less valuable than the raw materials they were made from.' [The Economist]
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: tramp
2002-08-02 1:29 tramp Miles Bader
@ 2002-08-02 9:23 ` Kai Großjohann
2002-08-13 5:52 ` tramp Miles Bader
0 siblings, 1 reply; 29+ messages in thread
From: Kai Großjohann @ 2002-08-02 9:23 UTC (permalink / raw)
Cc: emacs-devel
Miles Bader <miles@lsi.nec.co.jp> writes:
> Is tramp in the current emacs CVS (2002-08-02) supposed to work?
>
> I've tried a bunch of different filenames, and invariably tramp gets
> confused and just hangs waiting for a prompt or something. When I use
> ^G to interrupt it, and look at the `*tramp...*' buffer, I see a shell
> prompt (but apparently tramp never realized it).
Yes, I think so.
> For instance, visiting:
>
> `/sudo:root@localhost:/etc':
>
> Shows the following messages:
>
> tramp: Opening connection for `root' using `sudo'...
> tramp: Processing actions
> tramp: Waiting 60s for prompt from remote shell
> tramp: Looking for pattern ^.*\([pP]assword\|passphrase.*\):
> tramp: Looking for pattern .*ogin: *
> tramp: Looking for pattern ^\(([^) ]*)\|[^> ]*[>]\)\s-*
This looks like your shell-prompt-pattern. Is it?
> tramp: Found remote shell prompt.
> tramp: Waiting 30s for remote `/bin/sh' to come up...
> Quit
>
> [Seeing `Found remote shell prompt' immediately followed by
> `Waiting 30s for remote `/bin/sh' to come up' seems ... odd.]
Heh :-) First, Tramp logs in to the remote system and waits for any
old shell prompt. But for proper operation, Tramp needs a Bourneish
shell, so it issues "exec /bin/sh" first thing. Of course, after
this Tramp again has to wait for a shell prompt...
Maybe I should make this clearer in the messages. But how?
> Looking in the `*tramp/sudo root@localhost*' buffer, I see:
>
> sh-2.05b#
At this point, Tramp is again waiting for shell-prompt-pattern, and
this shell prompt does not match the regexp above.
Could this be the case?
It used to be that Tramp tried to grok some common shell prompts in
addition to shell-prompt-pattern. Maybe I should re-add this feature.
> tramp: Looking for pattern Are you sure you want to continue connecting (yes/no)\? *
> Quit
>
> [Note that even though the above appears as if it's asking a user
> question, it doesn't seem to accept any input; I have to interrupt
> it to do anything]
Hm. Maybe this "looking for pattern" stuff should be removed from
the default debugging messages.
> Looking in the `*tramp/su root@localhost*' buffer, I see:
>
>
> mcspd15:~#
>
> [that's a blank line at the beginning].
Looks like the same shell prompt problem.
kai
--
A large number of young women don't trust men with beards. (BFBS Radio)
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: tramp
2002-08-02 9:23 ` tramp Kai Großjohann
@ 2002-08-13 5:52 ` Miles Bader
2002-08-22 16:05 ` tramp Kai Großjohann
0 siblings, 1 reply; 29+ messages in thread
From: Miles Bader @ 2002-08-13 5:52 UTC (permalink / raw)
Cc: emacs-devel
Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:
> > tramp: Looking for pattern ^\(([^) ]*)\|[^> ]*[>]\)\s-*
>
> This looks like your shell-prompt-pattern. Is it?
Ah, perhaps it is. Since shell-prompt-pattern is basically not used anymore,
I had forgotten that I had one. However, in this case it's still clearly
wrong, since it's not _my_ shell that's being started, but root's.
> At this point, Tramp is again waiting for shell-prompt-pattern, and
> this shell prompt does not match the regexp above.
>
> It used to be that Tramp tried to grok some common shell prompts in
> addition to shell-prompt-pattern. Maybe I should re-add this feature.
I think it _definitely_ should match common shell prompts, as
`shell-prompt-pattern' is quite likely to be wrong, for the reasons I gave
above:
(1) It's not used by shell-mode anymore, so it's going to suffer bit-rot.
(2) In many cases, a shell started by tramp will be in a `different
context' than a normal user-shell, and so will have a different
prompt anyway.
Probably it ought to be possible to modify this on a per-connection-type and
per-machine basis (but presumably that will be handled by the whizzy config
mechanism that will added to address other problems, right?).
-Miles
--
The secret to creativity is knowing how to hide your sources.
--Albert Einstein
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: tramp
2002-08-13 5:52 ` tramp Miles Bader
@ 2002-08-22 16:05 ` Kai Großjohann
2002-08-23 1:26 ` tramp Miles Bader
0 siblings, 1 reply; 29+ messages in thread
From: Kai Großjohann @ 2002-08-22 16:05 UTC (permalink / raw)
Cc: emacs-devel
Miles Bader <miles@lsi.nec.co.jp> writes:
> Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:
>> > tramp: Looking for pattern ^\(([^) ]*)\|[^> ]*[>]\)\s-*
>>
>> This looks like your shell-prompt-pattern. Is it?
>
> Ah, perhaps it is. Since shell-prompt-pattern is basically not used anymore,
> I had forgotten that I had one. However, in this case it's still clearly
> wrong, since it's not _my_ shell that's being started, but root's.
Right.
>> At this point, Tramp is again waiting for shell-prompt-pattern, and
>> this shell prompt does not match the regexp above.
>>
>> It used to be that Tramp tried to grok some common shell prompts in
>> addition to shell-prompt-pattern. Maybe I should re-add this feature.
>
> I think it _definitely_ should match common shell prompts, as
> `shell-prompt-pattern' is quite likely to be wrong, for the reasons I gave
> above:
Okay, Tramp now has its own variable, tramp-shell-prompt-pattern,
that users can set. The default value is the same as the default
value for shell-prompt-pattern, so it should match the prompts that
your examples showed.
> (1) It's not used by shell-mode anymore, so it's going to suffer bit-rot.
Ah. Hm. shell-mode just assumes that everything on the last line is
a prompt, right? Hm. But I think it's not possible for Tramp to
assume something similar.
It is vital for Tramp to wait until it sees a shell prompt before
sending something to the remote shell. If you send input to the
remote shell too early, things go wrong in a quite horrible way
(depending on the remote login program that you are using).
But maybe waiting for the shell prompt is not the right thing to do.
What could Tramp do instead?
(After Tramp has ascertained that it is indeed talking to the remote
shell, it sets the shell prompt to a special value and then uses
that, and this mechanism works well. I haven't heard any complaints,
yet, at least :-)
> (2) In many cases, a shell started by tramp will be in a `different
> context' than a normal user-shell, and so will have a different
> prompt anyway.
>
> Probably it ought to be possible to modify this on a per-connection-type and
> per-machine basis (but presumably that will be handled by the whizzy config
> mechanism that will added to address other problems, right?).
Is it really necessary to modify the regexp like this? Isn't it
enough for the user to set one value which covers all alternatives?
If possible, I would like to avoid having too many parameters that
are based on method or machine.
But I'm having similar arguments about tramp-remote-path. It's also
just one variable, and people are requesting me to make it
configurable on a per-host basis. But I think it is sufficient to
have one global value which contains all the directories on all the
hosts.
kai
--
A large number of young women don't trust men with beards. (BFBS Radio)
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: tramp
2002-08-22 16:05 ` tramp Kai Großjohann
@ 2002-08-23 1:26 ` Miles Bader
2002-08-23 10:10 ` tramp Kim F. Storm
0 siblings, 1 reply; 29+ messages in thread
From: Miles Bader @ 2002-08-23 1:26 UTC (permalink / raw)
Cc: emacs-devel
Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:
> Tramp now has its own variable, tramp-shell-prompt-pattern, that users
> can set. The default value is the same as the default value for
> shell-prompt-pattern, so it should match the prompts that your examples
> showed.
I just tried tramp /su:localhost:/etc again today, and it works!
Startup's a bit slow though; it'd be nice if all the file-downloading
&c could be omitted on a local connection (presumably that couldn't be
the default, but it could be configurable). Actually it would be nice
to be able to say, for _any_ specific host/user/method combo `I've
already installed tools x&y, here's where you can find them. Yet
another job for the whizzy per-method/machine/user configuration alist.
[I guess there are probably variables for this; I've not checked.]
> shell-mode just assumes that everything on the last line is a prompt,
> right? Hm. But I think it's not possible for Tramp to assume something
> similar.
Probably not.
> It is vital for Tramp to wait until it sees a shell prompt before
> sending something to the remote shell. If you send input to the
> remote shell too early, things go wrong in a quite horrible way
> (depending on the remote login program that you are using).
>
> But maybe waiting for the shell prompt is not the right thing to do.
> What could Tramp do instead?
I don't know; is simply waiting for _some_ output too optimistic?
> > (2) In many cases, a shell started by tramp will be in a `different
> > context' than a normal user-shell, and so will have a different
> > prompt anyway.
> >
> > Probably it ought to be possible to modify this on a
> > per-connection-type and per-machine basis (but presumably that will be
> > handled by the whizzy config mechanism that will added to address
> > other problems, right?).
>
> Is it really necessary to modify the regexp like this? Isn't it
> enough for the user to set one value which covers all alternatives?
Perhaps, but I think for me, it's more natural to think in little bits,
for concrete cases, rather than trying to cover all cases with one mondo
regexp.
It's also possible that there will in fact be conflicts, though I haven't
any personal experience of any (e.g., host X uses a shell prompt that
actually matches some other non-shell prompt login output on host Y).
> If possible, I would like to avoid having too many parameters that
> are based on method or machine.
>
> But I'm having similar arguments about tramp-remote-path. It's also
> just one variable, and people are requesting me to make it configurable
> on a per-host basis. But I think it is sufficient to have one global
> value which contains all the directories on all the hosts.
I think this is a much more dangerous assumption than in the prompt case,
since what is a trusted directory on one host may not be on another.
Since there definitely are parameters which will have to be host/method
specific, and that you're better off simply making a general mechanism by
which _all_ parameters can be set on a host/method specific manner.
E.g., just an alist containing machine/method/user specs, and variables
and values, which tramp will run down and do
(set (make-local-variable VAR) val)
inside the tramp work buffer. Then the code can use simple variables,
but the user still gets max flexibility where needed.
An example format might be:
((SPEC (VAR . VAL) ...) ...)
where SPEC is either a regexp matching the hostname, or a tuple like
(HOST USER METHOD) where the components are regexps or nil (meaning
match anything).
That's what I want.
[I haven't looked at tramp's code though, so perhaps the above is not a
workable solution.]
Thanks,
-Miles
--
Suburbia: where they tear out the trees and then name streets after them.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: tramp
2002-08-23 1:26 ` tramp Miles Bader
@ 2002-08-23 10:10 ` Kim F. Storm
0 siblings, 0 replies; 29+ messages in thread
From: Kim F. Storm @ 2002-08-23 10:10 UTC (permalink / raw)
Cc: Kai Großjohann, emacs-devel
Miles Bader <miles@lsi.nec.co.jp> writes:
> Since there definitely are parameters which will have to be host/method
> specific, and that you're better off simply making a general mechanism by
> which _all_ parameters can be set on a host/method specific manner.
>
> E.g., just an alist containing machine/method/user specs, and variables
> and values, which tramp will run down and do
> (set (make-local-variable VAR) val)
> inside the tramp work buffer. Then the code can use simple variables,
> but the user still gets max flexibility where needed.
>
> An example format might be:
>
> ((SPEC (VAR . VAL) ...) ...)
>
> where SPEC is either a regexp matching the hostname, or a tuple like
> (HOST USER METHOD) where the components are regexps or nil (meaning
> match anything).
>
> That's what I want.
>
So do I.
I have actually very few remote machines I connect to, so I would
like to be able to configure tramp for each of those with the
optimal set of parameters (and faster connect times).
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
^ permalink raw reply [flat|nested] 29+ messages in thread
end of thread, other threads:[~2007-09-12 8:17 UTC | newest]
Thread overview: 29+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <mailman.1032894380.6606.help-gnu-emacs@gnu.org>
2002-09-24 20:11 ` tramp Kai Großjohann
2002-09-26 17:38 ` tramp Michael P. Soulier
2002-09-27 11:43 ` tramp Kai Großjohann
2002-09-27 12:15 ` tramp Roger Mason
2002-09-27 13:59 ` tramp Carsten Dominik
2002-09-27 14:19 ` tramp Kai Großjohann
2002-09-27 17:07 ` w3 again, Roger Mason
[not found] ` <mailman.1033146535.10923.help-gnu-emacs@gnu.org>
2002-09-27 21:16 ` Kevin Rodgers
2002-09-28 12:27 ` Kai Großjohann
2002-09-28 14:18 ` Roger Mason
2002-09-28 16:00 ` Kai Großjohann
2002-09-28 17:51 ` Roger Mason
2002-10-01 17:42 ` Roger Mason
2002-10-02 14:34 ` Roger Mason
2007-09-09 13:56 New start up splash screen annoyance Sascha Wilde
2007-09-09 20:07 ` Richard Stallman
2007-09-09 21:20 ` Chong Yidong
2007-09-09 23:52 ` Juri Linkov
2007-09-10 16:53 ` Richard Stallman
2007-09-10 17:28 ` David Kastrup
2007-09-11 20:31 ` Richard Stallman
2007-09-11 20:57 ` Chong Yidong
2007-09-12 2:48 ` Folding emacsclient into emacs (was: New start up splash screen annoyance...) Bill Wohler
2007-09-12 5:44 ` Folding emacsclient into emacs David Kastrup
2007-09-12 7:17 ` Tramp (was: Folding emacsclient into emacs) Bill Wohler
2007-09-12 8:03 ` Tramp David Kastrup
2007-09-12 8:17 ` Tramp Michael Albinus
-- strict thread matches above, loose matches on Subject: below --
2002-10-01 23:59 tramp ftrw
[not found] ` <nq8z1hl42y.fsf@alcatel.de>
2002-10-03 2:13 ` tramp ftrw
[not found] <mailman.1032957382.1320.help-gnu-emacs@gnu.org>
[not found] ` <nqfzvyjji1.fsf@alcatel.de>
2002-09-25 14:03 ` Tramp Kai Großjohann
2002-09-25 15:25 ` Tramp Roger Mason
2002-09-25 15:58 ` Tramp Kai Großjohann
2002-09-25 12:34 Tramp Roger Mason
2002-09-24 8:59 How to make emacs auto-recognize utf-8 encoded files upon visiting Charles Muller
2002-09-24 19:05 ` tramp Roger Mason
2002-08-02 1:29 tramp Miles Bader
2002-08-02 9:23 ` tramp Kai Großjohann
2002-08-13 5:52 ` tramp Miles Bader
2002-08-22 16:05 ` tramp Kai Großjohann
2002-08-23 1:26 ` tramp Miles Bader
2002-08-23 10:10 ` tramp Kim F. Storm
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.