Pete Forman [EMAIL PROTECTED] writes:
I have since done debug-on-entry to rcp-send-command and manually
typed the same things over an rlogin outside of emacs. It does not
stall in that case.
Could you try that within Emacs? Ie, say start-process for some
buffer, then use
Pete Forman [EMAIL PROTECTED] writes:
I've tried manually issuing the commands over an rlogin and that seems
fine. The /bin/ksh fires up and returns a '$ ' prompt. I may not
have got all the commands exactly right, though. Maybe I should trace
rcp-send-command to see exactly what to
"Tom Roche" [EMAIL PROTECTED] writes:
You have 131 messages (627467 bytes) on uni00map.unity.ncsu.edu
Volume Name Quota Used %Used Partition
users.t.tlroche 4 26997 67% 60%
tcsh: using dumb terminal settings.
Running user
Pete Forman [EMAIL PROTECTED] writes:
rcp.el works now if I change "exec " to "PS1='$ '; exec " in
rcp-find-shell.
I guess that rcp-open-connection-setup-interactive-shell will need the
same change.
I have now changed rcp-find-shell. I think
rcp-open-connection-setup-interactive-shell
"Tom Roche" [EMAIL PROTECTED] writes:
# Waiting 30s for `set +o history'
$ # Waiting 30s for `unset MAIL MAILCHECK MAILPATH'
$ $ PS1='
/
'; PS2=''; PS3=''
# Waiting for remote `/bin/sh' to come up...
/
[[INCOMPLETE!]]
Did the last fix to rcp.el fix your problem,
"Stefan Monnier" [EMAIL PROTECTED] writes:
ObSource: rcp-handle-file-newer-than-p could revert to comparing mtime
(via file-attributes) if the two files are not both under shellfs or
on the same host. After all, the function already works in this case for
the special case where one of the
If we want it simple, remote-files.el might be an idea.
kai
--
Beware of flying birch trees.
[EMAIL PROTECTED] (Kai Großjohann) writes:
Instead, I am pointing to an HTML version of the RCP manual.
Do you feel that this is sufficient (if the RCP manual is changed to
include the interesting information near the top), or do we need an
extra Web page?
kai
--
Beware of flying birch trees.
I have now included a link on my home page:
http://ls6-www.informatik.uni-dortmund.de/~grossjoh/
Tom, I hope you don't mind that this doesn't point to your page.
Instead, I am pointing to an HTML version of the RCP manual.
kai
--
Beware of flying birch trees.
Every now and then, the subject of name change comes up.
Possibilities that I can think of:
* rssh: Go back to the old name it used to have. Pro: some people
like it. Con: might be too ssh-centric, and I don't really want
it to be ssh-centric. (Though I am aware that probably 80% of
"Tom Roche" [EMAIL PROTECTED] writes:
* The local servers do have
KerberosAuthentication yes
Can rcp.el be made to do what is necessary to thus auth?
I don't know. What is necessary to do that? Kerberos seems to be
rather rare on this side of the pond, so...
Can you use ssh from
Yuji Yamano [EMAIL PROTECTED] writes:
If not so many pages, I can transrate it to Japanese.
This would be a wonderful thing to do. Thanks, Yamano-san (I hope I
got that right).
Do you have experience with doing such translations? Currently, the
plan is to have rcp.texi which contains all
"Tom Roche" [EMAIL PROTECTED] writes:
Kai Großjohann [EMAIL PROTECTED] 5/24/00 7:11:07 AM
I have now included a link on my home page:
http://ls6-www.informatik.uni-dortmund.de/~grossjoh/
I think `cs' is better than `informatik' since it is shorter, means
the
"Daniel Pittman" [EMAIL PROTECTED] writes:
NB: Kai, the Emacs LISP reference specifically states that automatic
coding system detection for asynchronous subprocesses is, er,
unreliable. It claims that the detection is done on each chunk of the
input, which may not be reliable...
Whee. Hm.
"Tom Roche" [EMAIL PROTECTED] writes:
Kai Großjohann [EMAIL PROTECTED] 5/24/00 7:28:28 AM
and when you reach this point, switch to the *rcp/foo* buffer, erase
it,
C-x k *rcp/k [EMAIL PROTECTED]*
No! Erasing the buffer is not the same as deleting it. I meant C-x h C-w.
"Tom Roche" [EMAIL PROTECTED] writes:
$ # Waiting 30s for `unset MAIL MAILCHECK MAILPATH'
$ $ PS1='
/
'; PS2=''; PS3=''
# Waiting for remote `/bin/sh' to come up...
/
[[INCOMPLETE!]]
/
[[INCOMPLETE!]]
Hm. Try the following on the remote host:
/
| $
"Tom Roche" [EMAIL PROTECTED] writes:
Re information: are [EMAIL PROTECTED] and
[EMAIL PROTECTED] the same thing? I'm assuming one
alias the other.
Yes, ls6 is a cname for amaunet. And we seem to be unable to
configure sendmail not to replace cnames with the host name...
ls6 means `chair
It is kinda difficult to vote if the number of candidates is equal to
the number of votes...
So, I'd like to suggest ramp now. It even got three votes.
[ ] Yea
[ ] Nay
kai
--
I like BOTH kinds of music.
Daniel Pittman [EMAIL PROTECTED] writes:
It seems to me, on consideration, that the VC integration of RCP could
very well be split out into a separate file from the main body of the
code, and automatically loaded if/when VC is.
In principle, this is not a bad idea, but changes in this area
When the remote shell has come up, I intend to send some command to
the remote end, then have MULE analyze the output to set the process
output coding system. Does that sound reasonable?
I think doing `ls -l /' should be fairly safe. This might contain
dates in the local language and it
"Tom Roche" [EMAIL PROTECTED] writes:
| $ PS1='
| /
| '; PS2=''; PS3=''
|
| /
| @
with cursor at '@'. The empty fourth line _is_ there.
So you get the same that I get. So it should work for you. But it
doesn't. I'm mystified.
Does anybody out there have any idea what
[EMAIL PROTECTED] (Kai Großjohann) writes:
I'll just do it and you tell me if it works... :-)
Okay, go for it. New version in CVS and on ftp server. I hope I
didn't break anything.
kai
--
I like BOTH kinds of music.
Pete Forman [EMAIL PROTECTED] writes:
I thought we were trying to cut down on traffic. Wouldn't something
like "echo foo; echo bar" be adequate.
The idea is that `ls -l /' will produce date values in the local
format of the remote host. `echo foo; echo bar' just produces ascii
characters.
Do you think it would make sense to have a look at /etc/motd? That
could shed some light on the coding used. Though I'm not sure if
there are places where the coding for file _names_ is normally
different from the coding for file _contents_.
Maybe Yuji has some information on this?
kai
--
I
[EMAIL PROTECTED] (Kai Großjohann) writes:
Maybe Yuji has some information on this?
Oops, I think that should have been Yamano-san.
kai
--
I like BOTH kinds of music.
Yuji Yamano [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] writes:
Do you think it would make sense to have a look at /etc/motd? That
could shed some light on the coding used.
Please let me know why /etc/motd?
I don't understand this issue, maybe.
My reasoning went like this: probably,
Yuji Yamano [EMAIL PROTECTED] writes:
`@value{VERSION}' is manual's version.
I think a user need the version of rcp.el.
I think the time has come now to create one version number for the
whole package. Back when there was just one file, using the version
number of rcp.el was convenient.
"Stefan Monnier" [EMAIL PROTECTED] writes:
"Daniel" == Daniel Pittman [EMAIL PROTECTED] writes:
* Get group and user name on any machine with perl.
Last I checked, this is never used.
The standard `file-attributes' does not have this `nonnumeric' argument
and the rcp.el code never uses
Francesco Potorti` [EMAIL PROTECTED] writes:
If rcp.el works with emacs 19, you need to (require 'cl).
Hm. I don't know if rcp.el works with Emacs 19. Hm. I did stuff so
that it works without MULE, but that's for XEmacs.
kai
--
Beware of flying birch trees.
Daniel Pittman [EMAIL PROTECTED] writes:
On Sun, 28 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
Well, my personal first move - and you don't have to agree here - would
be to convince myself that the current version was stable enough that it
should be a release, or at least a beta
Daniel Pittman [EMAIL PROTECTED] writes:
So, why not let `rcp-rcp-args' (or something more useful) have several
types. Then, if it's a string, use `format' to put parameters in to it.
If it's a function, call it with the arguments and let it do the remote
path stuff and so on.
Good. So
For ramp to go into the Emacs distribution, the FSF has to have signed
papers from people who have contributed changes. For little changes
(10 lines) this is not necessary.
I think some of you have already submitted such papers, but I'm not
sure if all of you did. Daniel has sent them in, and
Yuji, is this okay? I'm not sure, since I see only gibberish in
Netscape. But maybe that's just because I don't have Japanese fonts
installed. (Hm. Emacs/W3 doesn't display it right, either.)
Is there anything I can do or need to do to specify the encoding to
the Web browser?
kai
--
I like
Pete Forman [EMAIL PROTECTED] writes:
XEmacs 21.2 also has native base64 support. Any load or require of
base64 should be wrapped in a test. The functions may be builtin or
already loaded from Gnus or W3.
It should be safe to (require 'base64). Either the feature is already
there, then it
"Tom Roche" [EMAIL PROTECTED] writes:
FWIW: to improve/ease support, perhaps it would be wise to implement
something like ramp-submit-problem-report, and then upgrade the docs.
What do you think about M-x tramp-bug RET?
kai
--
I like BOTH kinds of music.
Joe Stoy [EMAIL PROTECTED] writes:
OK -- I can reproduce the problem without involving tramp at all. It
turns out that for this particular directory (at least) the command
/bin/ls -d .*/ */ 2/dev/null | cat
causes the /bin/ksh on the server (Solaris) to hang with no output.
I've
"Stefan Monnier" [EMAIL PROTECTED] writes:
"Kai" == Kai Großjohann [EMAIL PROTECTED] writes:
The `-F' argument for `ls' is too non-standard.
I think there are Unices which don't have this at all,
I've never heard of such a system. Even my Unicos account accepted -
Joe Stoy [EMAIL PROTECTED] writes:
Message-ID: [EMAIL PROTECTED]
Priority: NORMAL
X-Mailer: Execmail for Win32 5.1 Build (9)
MIME-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
(Are you aware that your mailer inserts the above as first body lines?)
Let's wait and see what the
"Tom Roche" [EMAIL PROTECTED] writes:
Sure. Maybe tramp-bug-report: the function should not return a bug :-)
Well, the precedence (with w3 and ffap) seems to be to provide
commands tramp-bug and tramp-submit-bug. I'll do that.
kai
--
I like BOTH kinds of music.
"Stefan Monnier" [EMAIL PROTECTED] writes:
"Kai" == Kai Großjohann [EMAIL PROTECTED] writes:
Well, the precedence (with w3 and ffap) seems to be to provide
commands tramp-bug and tramp-submit-bug. I'll do that.
Yuji Yamano [EMAIL PROTECTED] writes:
"Daniel Pittman" [EMAIL PROTECTED] writes:
What are the missing/non-working functions? If you could send the list
of issues, etc, to the list, that would possibly help in getting the
support rolled into the distribution.
The missing function
[EMAIL PROTECTED] (Kai Großjohann) writes:
Hal Snyder [EMAIL PROTECTED] writes:
--*tramp/scp hal@megalon*--
/bin/ls@-lnd / /dev/null 21 ; echo $?
0
Why does the shell echo the command? It shouldn't.
More info: tramp-open-connection-setup-interactive-shell sends `stty
-echo
"Stefan Monnier" [EMAIL PROTECTED] writes:
Or else `find -type d -print ! -name . -prune'
I have made a change to use this. However, the command does not
recognize unreadable directories -- I wonder why:
/
| $ find . -type d -print \! -name . -prune
| .
| ./.rpc_door
| ./mnt
|
Joe Stoy [EMAIL PROTECTED] writes:
(second (or (assoc 'tramp-tramp-keep-date-arg
should be
(second (or (assoc 'tramp-rcp-keep-date-arg
Thanks, Joe, I fixed it.
kai
--
I like BOTH kinds of music.
"Stefan Monnier" [EMAIL PROTECTED] writes:
Or else `find -type d -print ! -name . -prune'
On Solaris:
/
| $ find . -prune -print
| .
| $ find . -print -prune
| .
\
This was run in a directory with subdirectories. Not very promising.
Too bad :-/
kai
--
I like BOTH kinds of music.
Can you please (setq rcp-debug-buffer t), then try again and send the
contents of the *debug rcp/foo* buffer?
kai
--
I like BOTH kinds of music.
I take it that Fancesco was suggesting that the foo-bug or
foo-submit-bug commands be renamed to report-foo-bug.
kai
--
I like BOTH kinds of music.
Daniel Pittman [EMAIL PROTECTED] writes:
This would make the location of the status report more robust, against
errors in the output.
I'm not sure if it is a good idea to make things more robust. On the
one hand, robustness is good. But on the other hand, if the current
code barfs, that
I think I've seen that bug before. Could you upgrade to the most
current version of tramp, please, to see if it has been fixed?
kai (feeling a bit lazy just now)
--
I like BOTH kinds of music.
rcp is now called tramp.
CVS users remove your working directory and check out a new one; the
new directory is named `tramp' rather than `rcp'.
kai
--
I like BOTH kinds of music.
Yuji Yamano [EMAIL PROTECTED] writes:
I'll translate `Copying' section and add such notice.
Thanks!
kai
--
I like BOTH kinds of music.
Joe Stoy [EMAIL PROTECTED] writes:
I have to report, with regret, that the 'find' solution does not
solve my original problem: doing it on /fs still hangs. I don't know
why yet: for such directories . = .. ; but that shouldn't matter, I
suppose. Or there may be automounting problems.
Pete Forman [EMAIL PROTECTED] writes:
Subject: tramp ($Id: tramp.el,v 1.368 2000/05/31 22:24:21 grossjoh
Exp $); tramp-check-ls-command error"
Hal Snyder's original is there but neither of Kai's follow ups.
Now there's one of my followups. It seems that they're a
Hal Snyder [EMAIL PROTECTED] writes:
--*tramp/scp hal@megalon*--
/bin/ls@-lnd / /dev/null 21 ; echo $?
0
Why does the shell echo the command? It shouldn't.
Can you (setq tramp-debug-buffer t), repeat the error and mail me (or
the list) the contents of the *debug rcp/foo* buffer?
kai
--
I
"Mark A. Hershberger" [EMAIL PROTECTED] writes:
$ tramp_test_nt () {
test -n "`find $1 -prune -newer $2 -print`"
}
# Looking for remote executable `/bin/perl5'
$ test -x /bin/perl5 ; echo $?
I got that (`End of file during parsing'), too, and it happened at the
same spot. But
"Stefan Monnier" [EMAIL PROTECTED] writes:
There are many alternatives. For example using `ls -aF' instead of `ls -a'
would immediately give the directory info (ideal).
The `-F' argument for `ls' is too non-standard. I think there are
Unices which don't have this at all, and on some of them
Charlie Zender [EMAIL PROTECTED] writes:
The latest version appears to work from my home machine.
On monday I will try it on my machine at work which originally
showed the problem.
Okay, so I'll just wait for a `good' or `no good' from you.
This is quite a scavenger hunt. I finally figured
Daniel Pittman [EMAIL PROTECTED] writes:
Does the filename that you are writing contain a `~` character? I think
that the lockname needs to be `~`-expanded before the comparison. This
is on my todo list.
I have now tried to do this. Hal, does the new version work better?
kai
--
I like
Daniel Pittman [EMAIL PROTECTED] writes:
Also, if you have trouble with filenames with grep(1) meta-characters in
them, please let me know the filename. I *hope* that I quote the
argument to it right, but it's always hard to be certain that I didn't
miss some corner case.[1]
Do you think
Hal Snyder [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Kai Großjohann) writes:
Could you try moving the `set +o vi' to the same spot where `set +o
history' is done? Just copy the code for `set +o history' and change
the command. If that worked, that would be great, because it would
"Daniel Pittman" [EMAIL PROTECTED] writes:
Hrm. Could you apply this patch, reproduce the issue, then send the
debug output to me?
Gnus seems to have eaten `this patch' :-/ I thought this only
happened with 5.8.6? Arf.
kai
--
I like BOTH kinds of music.
Charlie Zender [EMAIL PROTECTED] writes:
The value of cs-encode with tramp 1.381 is still nil and
causes the same error as before
(let* ((cs (or (process-coding-system p) (cons 'undecided 'undecided)))
cs-decode cs-encode)
+++undecided-dos
(when (symbolp
Daniel Pittman [EMAIL PROTECTED] writes:
] cd / find . -name b\* -type d \! -name . -prune -print
This gives me a recursive search. I think that I don't grok find(1) yet.
Strange.
"find . \! -name . -prune -print" does not recurse, but "find . \!
-name . -prune -name b\* -print" does
"Daniel Pittman" [EMAIL PROTECTED] writes:
On 06 Jun 2000, Hal Snyder [EMAIL PROTECTED] wrote:
Well, it is now possible to save files edited remotely. Is this asking
for trouble? :-0
You should be just fine. I think that you will no longer get clash
detection, but I doubt you use it
"Stefan Monnier" [EMAIL PROTECTED] writes:
[ GNU find has been fairly buggy in my experience ]
Goodness. Well, it's good that Daniel has implemented something which
works without find and does not suffer from command length limits.
But we must keep this in mind; I was about to suggest using
I think it would be a good idea to try for a feature freeze and just
fix bugs, right now. I'd like to get Tramp into Emacs 21, if
possible, and it better be stable when we do that. I think somebody
was aiming at getting it into XEmacs, as well? Could be a good time
for that, as well.
Some
Hal Snyder [EMAIL PROTECTED] writes:
The following seemed like an innocuous enough workaround: in
tramp-handle-write-region, comment out the three lines that check
whether lockname is valid - it's not used for anything else in tramp,
and a non-tramp error should be handled by write-region
Matt Swift [EMAIL PROTECTED] writes:
In tramp, does "make clean" really need to remove the file MANIFEST?
I think MANIFEST should go in .cvsignore and be removed from the CVS
server, since it is automatically generated from the Makefile.
What do you think?
kai
--
I like BOTH kinds of music.
Pete Forman [EMAIL PROTECTED] writes:
In the section "Installing TRAMP into Emacs or XEmacs", the "(require
'efs)" is now unnecessary and should be removed.
I have now revamped the installation instructions. It is not
necessary to (require 'ange-ftp) when using Tramp on Emacs, so we get
to
Owns all emacs-rcp files in CVS [EMAIL PROTECTED] writes:
Removed Files:
MANIFEST
Log Message:
This is automatically generated, and shouldn't be in CVS.
Oh, I didn't remove it after all? Oops. Sorry, Matt. Sorry, Daniel.
kai
--
I like BOTH kinds of music.
Glenn Proctor [EMAIL PROTECTED] writes:
Ideally I'd like the buffer to be called something like user@host:file
or some such. I'm likely to be editing files of the same name on
different hosts and I'm easily confused :-).
I like to use uniquify.el for such things. Type M-x customize-group
Glenn Proctor [EMAIL PROTECTED] writes:
It is strongly recommended that you make sure that ssh works, for the
host you want and with the command flags tramp is going to use, from
an emacs buffer without demanding a password, before trying tramp.
This is partly to increase confidence all
Glenn Proctor [EMAIL PROTECTED] writes:
I didn't realise that is could deal with this; last time I looked at
this stuff was back in the days of rcp.el which couldn't.
The error I get is:
"Out of band method `j' not applicable for remote shell asking for a
password"
Oh. Right. I've been
"Stefan Monnier" [EMAIL PROTECTED] writes:
If you take as "and" and translate it into some kind of latin-derived
language like French, you get "et". Concatenation with the remaining
"c" should give a fair idea of what it means. I'm not sure if this
corresponds to actual
Francesco Potorti` [EMAIL PROTECTED] writes:
I use tramp 1.393 from home, using a dialup connection. Here in Italy,
quite often you pay your Internet connection per minute, so it often
happens that I close the PPP session, and reopen it some time later.
I have tried to make Tramp
Francesco Potorti` [EMAIL PROTECTED] writes:
In fact, it seems to be reproducible. Here is a backtrace.
Signaling: (quit)
accept-process-output(#process *tramp/rsync pot@fly* 1)
tramp-wait-for-output()
tramp-handle-file-exists-p("/r@rsync:pot@fly:/home/pot/tmp")
Okay.
"Stefan Monnier" [EMAIL PROTECTED] writes:
So what might happen is something like
check process - OK
send command - SSH tries to pass on the command and dies
accept result - BZZT
Yes. That's what's happening. But how to detect this situation
before the BZZT part?
Pete Forman [EMAIL PROTECTED] writes:
1) It is out of date, the package name is still RCP.
2) Several of the URLs are not HTML links.
Thanks for the report. Is it better now?
kai
--
I like BOTH kinds of music.
Tramp already implements shell-command for remote files. So this
could be used to do a remote compile:
Switch to *compilation* buffer, do shell-command with output to that
buffer, switch *compilation* buffer to compilation mode. Oh, and
you'd have to set default-directory to a useful value in
Can you (setq tramp-debug-buffer t), then repeat the problem, then
mail me/us the contents of the *tramp/foo* buffer as well as the
contents of the *debug tramp/foo* buffer?
Thanks,
kai
--
I like BOTH kinds of music.
Could you (setq tramp-debug-buffer t), repeat the error, and post the
contents of the *tramp/scp foo* and *debug tramp/scp foo* buffers?
I think that Tramp is trying to run Perl, but the command barfs for
some reason. I'd like to see the error message emitted by Perl.
Thanks,
kai
--
I like
On 03 Aug 2000, Alexander Schindler wrote:
Seems like I have a new uncle :-)
Good. I applied this change.
Err. Did the problem really go away? In your original message, you
said that changing the locale didn't do much good. So, do you still
get the same error that you got previously with
On 02 Aug 2000, Alexander Schindler wrote:
Indeed, Perl gives an error message which seems to cause tramp to
die, even though the message (in my opinion) isn't a fatal one for
perl:
Yes. Have a look at tramp.el and search for tramp_file_attributes.
This is a shell function which invokes
On 31 Jul 2000, Daniel Pittman wrote:
Er. Not quite. If you don't have an ls that supports '-n' for
numeric UID/GID values, and you don't have a usable perl5 on the
remote machine, things may go very wrong with 'file-attributes'.
I think Tramp just uses -1 as uid and gid. Since ange-ftp
Oh, btw. I didn't say anything about your second try, with the
corrected locale, because I couldn't see why it was going wrong. The
*debug tramp/foo* buffer looked okay to me.
I'm kinda hoping that the problem will just go away once we get this
error message thing right. Probably a stupid
On 3 Aug 2000, Daniel Pittman wrote:
Well, reading 'tramp-handle-file-attributes-with-ls', it looks like
we try to read out the uid and gid and stuff, which the caller
expects to be a number.
If they got a string or symbol...
From tramp-handle-file-attributes-with-ls:
(setq res-uid
On 17 Aug 2000, Istvan Marko wrote:
I suspect that the following might have something to do with the
error:
istvan@netbsdbox:~% ls /etc/.dired;echo $?
ls: /etc/.dired: No such file or directory
0
istvan@linuxbox:/usr/local/include% ls /etc/.dired;echo $?
ls: /etc/.dired: No such file
On Sat, 29 Jul 2000, Yuji Yamano wrote:
[EMAIL PROTECTED] (Mark A. Hershberger) writes:
Better. I got logged in, used dired, but failed to load a file.
Here's the debug buffer:
$ /bin/ls -d /me/_ar\@tu_bme\@64.81.26.88_b_ame_a.profile ; echo
tramp_exit_status $? /me/_ar@[EMAIL
On 18 Aug 2000, Istvan Marko wrote:
I guess I will try to get gnuls on the machines in question until
they can be upgraded to NetBSD 1.5.
You might also try the newest Tramp version; it uses `test -e' rather
than `ls -d'.
kai
--
I like BOTH kinds of music.
On Fri, 18 Aug 2000, Paul D. Smith wrote:
I think tramp needs to make this variable buffer-local and force it
to be nil in the buffer controlling the terminal, or use let, or
something, so that people who want inhibit-eol-conversion set can
still use tramp.
I have now set the variable
On 18 Aug 2000, Mark A. Hershberger wrote:
`/r@multi:ssh#user@host:sudo#user@host:file' is bombing now. It
makes the connection fine, but bombs out when sudo prompts for a
password with an error like `Args out of range: 1, 10'. Same for su
on a chain.
I was erasing the buffer while the
On Fri, 04 Aug 2000, Francesco Potorti` wrote:
Doing C-x d /r:host: RET" brings me to the root directory, instead
of the user's home.
I just tested this and couldn't reproduce your problem. Maybe this
has gone away with my recent tramp-handle-insert-directory fixes^Wchanges?
kai
--
I like
On Thu, 17 Aug 2000, KOIE Hidetaka wrote:
TRAMP doesn't handle coding-system.
This is a quick hack to enable conversion.
(I'm not well informed of Emacs/Mule and TRAMP.)
I have now applied your patch. I don't fully grok that part of Tramp,
either.
kai
--
I like BOTH kinds of music.
On Sun, 18 Jun 2000, Tom Roche wrote:
So: has anyone played with NTramp on 5? If so, are there any tips/
tricks/gotchas of which I should be aware? If not, I stand ready to
experiment.
Have you been able to experiment now? How does it work?
kai
--
I like BOTH kinds of music.
On Sun, 25 Jun 2000, Francesco Potorti` wrote:
Using tramp 1.393, I moved (using dired) a remote file to a local
directory. The file was indeed copied to the local dir, but the
remote one was not deleted.
Hm. I just tested this but couldn't reproduce the problem. I said
C-x d
On Mon, 24 Jul 2000, Joe Stoy wrote:
In tramp-open-connection-setup-interactive-shell there's a missing
call of erase-buffer [...]
Thanks, I have now added the missing call.
I haven't scanned the code rigorously to see if this is the only
instance (there are other missing calls in the
On 24 Jul 2000, Mark A. Hershberger wrote:
Using both multi and sm, I am unable to mkdir. Debug buffer for sm
connection attached.
I think I found it: wrong order of arguments for
tramp-barf-unless-okay.
kai
--
I like BOTH kinds of music.
On Wed, 23 Aug 2000, Jochen Kuepper wrote:
and then tried to open a file: C-x C-f /r:euklid.rz:.bashrc
warning: Warning: Need basic cursor movement capablity, using vt100
warning: Executing /usr/local/bin/ssh1 for ssh1 compatibility.
Process *tramp/scpx [EMAIL PROTECTED]* killed
I
On 24 Aug 2000, Matt Swift wrote:
OK, I take your word for it, thanks for the info. It's curious that
emacs running on the AIX machine does not have a problem with dired.
I will investigate further.
Thanks for the investigation. Thoughts that I have:
Is Emacs running on AIX using the same
On Wed, 23 Aug 2000, Matt Swift wrote:
Another possibility is to change the way tramp parses the output of
ls to accommodate this situation.
Tramp doesn't parse that output, dired does. See the variable
dired-move-to-filename-regexp. You might be able to see the spot
where it expects a
201 - 300 of 527 matches
Mail list logo