On 19 Jun 2001, Kai Großjohann wrote:
On Mon, 18 Jun 2001, Brian M. Fahs wrote:
Waiting in wait-for-output.
It seems that you are using tramp2? (The directory contains both
tramp.el and tramp2.el.) Hm. Dunno what to do about tramp2.
Daniel? Should we use Brian as a guinea pig for
On 05 Jun 2001, [EMAIL PROTECTED] wrote:
[...]
getting the latest version as of this morning, some files in the lisp
directory are not compiled... is that OK?
Which ones?
Daniel
--
If you do what you should not, you must bear what you would not.
-- Ben Franklin
On 03 Jun 2001, Kai Großjohann wrote:
[...]
Oh, boy. I have no idea how Emacs works when you do that. Hm. Hm.
I can reproduce the behavior. But how does Emacs normally know that
the file has changed? Hm. Does anybody know what is going on behind
the scenes?
Generally, using
On 03 Jun 2001, Kai Großjohann wrote:
On 03 Jun 2001, Daniel Pittman wrote:
Generally, using `verify-visited-file-modtime', as I
understand. Since tramp does not implement this, I don't know what
Emacs would do...
Hm. H Hmm...
I'm really confused
On 25 May 2001, Kai Großjohann wrote:
On 25 May 2001, Stefan Monnier wrote:
Is there any good reason why the Perl code used by Tramp
does not work with Perl-4 (and why it won't work with Perl-6) ?
I have no idea whether it works on Perl 4. However, since it doesn't
even work on a
On Tue, 27 Mar 2001, Kim Taylor wrote:
[...]
Initial (failed) checkin to SCCS of a remote file resulted in remote
file being deleted and localthe associated tramp buffer too!
Ack! I don't have SCCS, nor do I have access to SCCS anywhere. This
means that it is untested.
I know that RCS works
On 16 Mar 2001, Kai Grojohann wrote:
On 16 Mar 2001, Daniel Katz wrote:
With a local file, emacs would notice that the file had changed on
disk and offer to re-read it into the buffer. Files that I visit by
tramp don't notice that the file has changed and don't ask whether I
want to
On 15 Mar 2001, Kai Grojohann wrote:
On 15 Mar 2001, Daniel Pittman wrote:
True. I intend to take this up with the maintainers of it,
eventually. It's also true, though, of Ange-FTP.
To my knowledge, Ange-FTP isn't so pushy. For Ange-FTP, it's
sufficient to add it to file-name-handler
On 15 Mar 2001, Kai Grojohann wrote:
On 15 Mar 2001, Daniel Pittman wrote:
Anyway, I will look at that as a solution to the hook ordering
thing, unless someone felt like doing it for me. :)
Well, your current filename suggestion means there is no clash. Which
is good.
In case
On 15 Mar 2001, Stefan Monnier wrote:
"Daniel" == Daniel Pittman [EMAIL PROTECTED] writes:
Isn't C-u [1] C-x C-f what you want there, or is that just XEmacs?
I think it's an Emacsism (but I wouldn't know).
It prompts me interactively for a coding syste
On Thu, 15 Mar 2001, Tom Roche wrote:
[...]
Urgghh ... this highlights my elisp deficiency. I've done several
variations on
;; "Use 'tramp-compile' if in a tramp buffer, 'compile' otherwise."
(define-key global-map "\M-`"
(lambda (optional arg)
(if (tramp-tramp-file-p
On Thu, 15 Mar 2001, Tom Roche wrote:
On Thu, 15 Mar 2001, Tom Roche wrote:
[...]
Daniel Pittman [EMAIL PROTECTED] 16 Mar 2001 10:48:11 +1100
Trying to bind a function that isn't interactive to a key sequence.
Add an `interactive' form to the top of the function.
Actually, I had tried
On Thu, 15 Mar 2001, Tom Roche wrote:
On Thu, 15 Mar 2001, Tom Roche wrote:
What am I doing wrong?
[...]
Daniel Pittman [EMAIL PROTECTED] 16 Mar 2001 11:18:38 +1100
You want:
(define-key global-map "\M-`"
(lambda (optional arg)
(interactive)
(if (tramp-tramp-fil
On Thu, 15 Mar 2001, Tom Roche wrote:
Daniel Pittman [EMAIL PROTECTED] 16 Mar 2001 11:18:38 +1100
You want:
(define-key global-map "\M-`"
(lambda (optional arg)
(interactive)
(if (tramp-tramp-file-p buffer-file-name)
'tramp-compile
On Thu, 15 Mar 2001, Tom Roche wrote:
Daniel Pittman [EMAIL PROTECTED] 16 Mar 2001 11:18:38 +1100
So, rather than doing (if ... 'tramp-compile 'compile), run the
command you want, so:
(if ... (tramp-compile) (compile))
On Thu, 15 Mar 2001, Tom Roche wrote:
I get noise in *Messages
On Thu, 15 Mar 2001, Tom Roche wrote:
Daniel Pittman [EMAIL PROTECTED] 16 Mar 2001 13:47:29 +1100
So, you need to pass arg from your lambda to `compile'. :)
[EMAIL PROTECTED] Thu, 15 Mar 2001 22:19:32 -0500
Hey, no linenoise! But the signature of compile is
(defun compile (command)
snip
On Tue, 13 Mar 2001, Pete Forman wrote:
Daniel Pittman writes:
As such, I want to propose an alternate tag to indicate our own
paths:
"/!/"
[...]
I agree with you but would like to take it further. How about
reworking the whole syntax along these lines.
/![@en
On 13 Mar 2001, Stefan Monnier wrote:
"Pete" == Pete Forman [EMAIL PROTECTED] writes:
/![@enc]/:telnet://[usr[:pwd]@]host1[:port]/ssh://host2/:/path/to/file
[...]
F tramp-prefix-authority"//:" or "#"
Clearly ""//:"" won't do since Emacs tends to interpret it directly. I
liked the
On Tue, 13 Mar 2001, Francesco Potorti` wrote:
As such, I want to propose an alternate tag to indicate our own
paths:
"/!/"
Seconded.
I still do not like it at all. It's completely different from anything
that is done out there. There is a quasi-standard for
On Tue, 13 Mar 2001, Edward J. Sabol wrote:
I agree with Francesco. I don't like "/!/" at all.
The prefix will be changeable, using custom, with no trouble at all.
First off, I have to use the shift key to type the exclamation point.
So, pick something different. "/tramp/" is available.
On 13 Mar 2001, Stefan Monnier wrote:
"Francesco" == Francesco Potorti` [EMAIL PROTECTED] writes:
Emacs should have a general hook for /[^/]+:.* filenames, where [^/]+
is the protocol. Then, different packages could register to that hook
and tell it which protocol they do manage.
I think
On Wed, 14 Mar 2001, Francesco Potorti` wrote:
Well, I tried to write a message for the Emacs developers and
pretesters lists, but could not manage to write anything that would
make sense.
I am happy to offer what help I can. I would like to see a good solution
to the issue forged.
I
On Wed, 14 Mar 2001, Edward J. Sabol wrote:
On 15-Mar-2001, Daniel Pittman wrote:
On Tue, 13 Mar 2001, Edward J. Sabol wrote:
I agree with Francesco. I don't like "/!/" at all.
The prefix will be changeable, using custom, with no trouble at all.
Yes, that's always been the c
On 14 Mar 2001, Kai Grojohann wrote:
On Wed, 14 Mar 2001, Edward J. Sabol wrote:
On 15-Mar-2001, Daniel Pittman wrote:
[...]
It's hard to support, requires hacking the innards of other
packages and introduces load-order dependencies in the packages.
Correct me if I'm wrong, but it's
On Fri, 09 Mar 2001, Tom Roche wrote:
Presuming TRAMP2 is still wish-list-able, could I suggest what might
be a feature?
Of course it is. It's not likely to /stop/ being enhanced before it dies
of old age. :)
I work with several servers, more than a few of which have ungodly
long
On 07 Mar 2001, Kai Grojohann wrote:
On Mon, 05 Mar 2001, Francesco Potorti` wrote:
The midnight commander uses this sort of file names:
/#sh:[user@]machine[:options]/[remote-dir]
I wonder what the beginning means? Does "/#sh:" mean it's to be
fetched via ssh? And are there
On Mon, 5 Mar 2001, Ola Lundqvist wrote:
On Mon, Mar 05, 2001 at 11:23:46AM +1100, Daniel Pittman wrote:
I notice that there is now a TRAMP Debian package available, packaged
and submitted by Ola Lundqvist.
I didn't notice an announcement on the TRAMP mailing list about the
availability
On 04 Mar 2001, Kai Grojohann wrote:
[...]
Tramp is quite anal about having all kinds of method parameters.
Don't let any of them default to anything. Specify them all. So just
add (tramp-rcp-args nil) into the method spec, and you should be all
set. Look at the other methods so you're
On 04 Mar 2001, Kai Grojohann wrote:
On 04 Mar 2001, Daniel Pittman wrote:
By default, I want this to have as much automatic configuration as
possible. So, my plan is that, by default, the method for encoding
and decoding files on the remote machine will be auto-detected.
That's a good
I notice that there is now a TRAMP Debian package available, packaged
and submitted by Ola Lundqvist.
I didn't notice an announcement on the TRAMP mailing list about the
availability of this package, so it came as a bit of a surprise to me
when I scanned the new packages list. ;)
Anyway, I was
On Wed, 28 Feb 2001, Francesco Potorti` wrote:
Kai Maybe `::' could be the end of the connect list?
Maybe nobody uses VMS and DECNET anymore, but isn't "::" a
separator between host and path components in a DECNET address?
(It's been a *long* while since I've seen a VMS
On 28 Feb 2001, Kai Grojohann wrote:
On 28 Feb 2001, Daniel Pittman wrote:
Well... I bow to Kai on this. My personal feeling is that having a
branch for the new development and retaining the older tramp for
bug-fixing 'til the new one works is good.
I prefer to have the development
On 28 Feb 2001, Kai Grojohann wrote:
The right command for putty is
plink -ssh username@hostname
But the current tramp-open-connection-rsh code wants to do
plink -ssh hostname -l username
Clearly, this is bad. So my idea is to change tramp-methods so that
the rsh-args list
On Wed, 28 Feb 2001, Tom Roche wrote:
Dunno if this is already implemented, but it's apparently not done in
tramp-1.449 (I see a lotta 60s in tramp.el):
IMHO it would be good to parameterize the wait time (e.g. setq
tramp-wait-seconds), so as to expose that to the user. I suppose if
one's
On Wed, 28 Feb 2001, Tom Roche wrote:
Bill Pringlemeir [EMAIL PROTECTED] 28 Feb 2001 13:43:25
However, you can use the "-pw secret" option to allow plink to
connect. This worked on my NTEmacs 20.7.3.
[EMAIL PROTECTED] Wed, 28 Feb 2001 16:30:10 -0500
And for me on GNU Emacs 20.7.1
On 27 Feb 2001, Kai Grojohann wrote:
On 27 Feb 2001, Daniel Pittman wrote:
This is a description of what I have implemented and working in the
path parser at the moment, modulo ensuring that it all works. The
optional-ness of things is somewhat vague at present.
This is way cool. Mouth
On 26 Feb 2001, Kai Grojohann wrote:
On 26 Feb 2001, Daniel Pittman wrote:
Once it got there, I figured that establishing a branch in CVS and
committing it, then porting the various file operation handlers to
the new infrastructure was in order.
I am happy to listen to suggestions
On Wed, 21 Feb 2001, Paul Stevenson wrote:
[...]
I try to get a file from a remote machine with ssh2. ssh-agent is
such that I can do this transparently from the command line, but I get
'End of file during parsing'
[...]
$ ( echo /bin;echo /usr/bin;echo /usr/sbin;echo /usr/local/bin;echo
E Jason Riedy [EMAIL PROTECTED] writes:
[...]
Mark me as another person stuck at the initial login. Every encrypted
mode I've tried hoses, but I haven't tried any non- encrypted mode. A
(sit-for 1) directly after the "echo hello" solves the problem.
Un-commenting the one before all that
Skip Montanaro [EMAIL PROTECTED] writes:
I just discovered the rsync method (what a godsend!). Unfortunately,
it doesn't always read the remote file (maybe once every three or four
tries), failing with the following message:
[...]
Invalid read syntax: "Expected", ("lambda"
Pete Forman [EMAIL PROTECTED] writes:
Francesco Potorti` writes:
I was afraid that this which-like command might be known by various
names on various systems, and the output might vary.
I tried this, and I think it should work on any bourne shell:
Yes but not for any tr. Try this change
Matt Swift [EMAIL PROTECTED] writes:
[...]
I see the third argument for `tramp-wait-for-regexp' is often
hard-coded at 30 in tramp.el. I think this should be a customizable
variable (if I'm right about what its purpose is). I believe my tramp
is timing out when it doesn't need to when my
Kai Großjohann [EMAIL PROTECTED] writes:
[...]
Michael Kifer claims that `scp' might be slower than inline methods
due to the cryptographic overhead involved while transferring the
file. (This is distinct from the startup overhead; it refers to what
happens after startup: encryption and
Harry Putnam [EMAIL PROTECTED] writes:
Having trouble figuring out how to connect to a machine via the telnet
protocol.
TRAMP has an assumption that the remote machine runs telnetd on port 23,
the standard telnet port. There isn't any support for other ports, I
believe.
If you want support
Harry Putnam [EMAIL PROTECTED] writes:
"Daniel Pittman" [EMAIL PROTECTED] writes:
Harry Putnam [EMAIL PROTECTED] writes:
Having trouble figuring out how to connect to a machine via the
telnet protocol.
TRAMP has an assumption that the remote machine runs telnetd o
Kai Großjohann [EMAIL PROTECTED] writes:
On 15 Nov 2000, Colin Marquardt wrote:
[EMAIL PROTECTED] (Kai Großjohann) writes:
And does the new version work that you'll see in a jiffy?
Unfortunately, no.
Daniel, could you install your change, please?
It's now committed. :)
I'm in a bit of
Kai Großjohann [EMAIL PROTECTED] writes:
On 02 Nov 2000, [EMAIL PROTECTED] wrote:
It should be supported. I don't know quite how, though, except maybe
with find(1) based hacks. (-iname is your friend. :)
`-iname' is peculiar to GNU find, I think. Solaris 2.6 doesn't have
it.
Is it? Darn.
Kai Großjohann [EMAIL PROTECTED] writes:
On 2 Nov 2000, [EMAIL PROTECTED] wrote:
File name completion isn't case sensitive in my XEmacs; is this a
Windows thing (ick) or a new-GNU-Emacs thing?
There is a variable completion-ignore-case. Of course, filename
completion in Tramp should depend
On 01 Nov 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
Right now, Tramp uses `echo foo*' to find completions for foo. If we
want completions to be case-insensitive,
Please, don't. I am rather fond of my Unix behaviour. Making it case
insensitive would break my expectations and cause
On Thu, 26 Oct 2000, Pete Forman [EMAIL PROTECTED]
wrote:
Kai Großjohann writes:
On Thu, 26 Oct 2000, Yuji Yamano wrote:
I agree. I think we need a framework for easy configuration. For
example, here is an alist of regexp and function pair for login
procedure:
(setq
On 20 Oct 2000, Kai Großjoha nn [EMAIL PROTECTED]
wrote:
[...]
Oh, Tramp still doesn't like the new VC. Hm. Does it work on
non-VC'd files? I'll work on the new VC sometime later.
Rumor says that XEmacs will be picking up the new VC at some point. If
that happens, I will be addressing
On 23 Sep 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
On Fri, 22 Sep 2000, Thomas Hauser wrote:
I had problems to connect to one particular sgi Origin 2000.
I get the message
(invalid-read-syntax "Integer constant overflow in reader"
"1186988379" 10) read(#buffer "*tramp/scp
On 21 Sep 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
On Thu, 21 Sep 2000, Pete Forman wrote:
A quick search of Google came up with that page at Fermilab.
http://www.fnal.gov/docs/products/xemacs/v21_1/xemacs.info,.Packages.html
Okay, I took that one. The xemacs.org page wasn't what
On 14 Sep 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
[...]
Lots of functions in Tramp take multi-method, method, user, host and
path as arguments. Maybe they should be taking a tramp-file-name
struct instead. Hm.
Please. It's been on my todo list for, er, some time now. I just haven't
On 11 Sep 2000, Henrik Holm [EMAIL PROTECTED] wrote:
I am using `scp' as my default method in TRAMP.
on the computer I am currently using, my user name is user1. on
a remote host, remote.host.name, my user name is user2. for my
convenience, I have an .ssh/config file with the following
On 12 Sep 2000, Henrik Holm [EMAIL PROTECTED] wrote:
[Kai Großjohann]
On 12 Sep 2000, Henrik Holm wrote:
[...]
It might be necessary to change several functions here... and the
best way of accomplishing this, if I am able to do it, is
probably to submit a "patch". how can I do this?
On 27 Aug 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
On 27 Aug 2000, Daniel Pittman wrote:
Alternately, couldn't you bootstrap the thing with some Unix
assumptions: /tmp (or the content of ${TEMP} or ${TMP}) will be a
directory in which we can create files, and that creating a file
On Fri, 11 Aug 2000, Viorel Anghel [EMAIL PROTECTED] wrote:
Please be merciful with someone who doesn't seen the light yet ;-)
I'm not using emacs, but i like TRAMP...
Basically, i need to tools: one for doing 'remote ls' and one for
doing 'remote copy', which should suport multiple hops
On Wed, 2 Aug 2000, Alexander Schindler [EMAIL PROTECTED] wrote:
Hi,
unfortunately I think this is probably not a bug, but a configuration
problem. Anyway,
What version of perl have you on the remote machine, and can you put the
content of the tramp buffer in mail?
Daniel
--
On Wed, 2 Aug 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
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
On Wed, 2 Aug 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
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:
[...]
(I just found out that there are two
On Sat, 29 Jul 2000, Yuji Yamano [EMAIL PROTECTED] wrote:
Yuji Yamano [EMAIL PROTECTED] writes:
$ /bin/ls -lnd /; echo $?
drwxrwxrwt 13 root1024 Apr 2 12:19 /
0
$
It is okay. -n option works fine.
Sorry for my misunderstanding. ls with -n option doesn't work on your
On Wed, 26 Jul 2000, Skip Montanaro [EMAIL PROTECTED] wrote:
I just installed tramp with the intent of using it to edit and compare
remote (via ssh/scp) and local copies of files that have gotten out of
sync with one another. Ediff is my preferred method for this.
[...]
Once upon a time
On 28 Jun 2000, [EMAIL PROTECTED] wrote:
Problems running vc/rcs over tramp. When I try to check in changes I
sometimes get this error in the echo area:
Command rcsdiff returned status 2.
Running `rcsdiff'...FAILED (status 2)
And then a buffer pops up displaying these error messages:
On Sun, 18 Jun 2000, Yuji Yamano [EMAIL PROTECTED] wrote:
Yuji Yamano [EMAIL PROTECTED] writes:
[...]
I just did it, and added the following statement for English people.
But I don't have any confident in my English writing.
Does anyone make sure it is right?
It is correct, yes.
On 15 Jun 2000, Glenn Proctor [EMAIL PROTECTED] wrote:
Now that I've got TRAMP working from an NT client (see previous post),
Glad to hear it.
I'd like to be able to have "remote" buffers marked in some way; at
the moment the buffer name is simply the file name.
Er... That isn't TRAMP
On 14 Jun 2000, Glenn Proctor [EMAIL PROTECTED] wrote:
Daniel Pittman [EMAIL PROTECTED] writes:
On 14 Jun 2000, Glenn Proctor [EMAIL PROTECTED] wrote:
Daniel Pittman [EMAIL PROTECTED] writes:
[...]
That is not a good thing, I believe. Try giving the '-t' argument to
ssh, which may
On 14 Jun 2000, Glenn Proctor [EMAIL PROTECTED] wrote:
Daniel Pittman [EMAIL PROTECTED] writes:
Can you run ssh as an Emacs subprocess and get an interactive shell
on the remote system? If not, TRAMP will not work quite right, I
fear.
Hmm - when I try this I get "Pseudo-ter
On 08 Jun 2000, Matt Swift [EMAIL PROTECTED] wrote:
Actually adding it to .cvsignore does not change the behavior of 'cvs
update', it will still download MANIFEST after 'make clean' has
deleted it.
It needs to be removed from CVS as well. Consider that done. :)
Daniel
--
The youth
On Tue, 6 Jun 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
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
On Tue, 6 Jun 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
"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
On Mon, 5 Jun 2000, Joe Stoy [EMAIL PROTECTED] wrote:
Log Message: Use 'find' internal filtering when listing files for
completion on the remote machine, rather than piping through fgrep.
This should, hopefully, tickle automount bugs less often (as well as
not depending on fgrep on the
On Mon, 5 Jun 2000, Pete Forman [EMAIL PROTECTED] wrote:
Daniel Pittman writes:
On Mon, 5 Jun 2000, Joe Stoy [EMAIL PROTECTED] wrote:
Log Message: Use 'find' internal filtering when listing files
for completion on the remote machine, rather than piping through
fgrep
On Mon, 5 Jun 2000, Joe Stoy [EMAIL PROTECTED] wrote:
Gah. Does it support any option to allow limiting the recursion it
does?
I can't see any indication of such on the man page.
*nod* I just went and hunted it out from Sun. :)
Daniel, can you put me out of my misery and tell me why the
People, a new check-in with the bestest little find(1) tricks I could
work out.
It does the same thing as '-maxdepth' without it. If people could beat
on this one and let me know if it works.
Also, a small advertisement: If anyone can give me shell access to any
of the various Unix machines
On Mon, 5 Jun 2000, Joe Stoy [EMAIL PROTECTED] wrote:
People, a new check-in with the bestest little find(1) tricks I could
work out.
It does the same thing as '-maxdepth' without it. If people could
beat on this one and let me know if it works.
Oh dear, not quite, I'm afraid.
Well, it turns out that cleaning really *is* that boring. I got to
thinking about what could be done to fix the find(1) problems and ended
up with the attached patch.
This threw away two thirds of the code in
`...-file-name-all-completions', so I am actually quite happy 'bout it.
Could you give
On 05 Jun 2000, Daniel Pittman [EMAIL PROTECTED] wrote:
Well, it turns out that cleaning really *is* that boring. I got to
thinking about what could be done to fix the find(1) problems and
ended up with the attached patch.
[...]
Which, of course, has a bug in it.
If you happen to have
On 06 Jun 2000, Hal Snyder [EMAIL PROTECTED] wrote:
FWIW, I'm still getting the LOCKNAME error reported recently, with
tramp.el 1.388.
Sorry to have been quiet, I am hoping to soon have access to a machine
where I can debug this issue directly. Do you have enough knowledge of
Lisp to debug
On Sun, 4 Jun 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
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
On 4 Jun 2000, Stefan Monnier
[EMAIL PROTECTED] wrote:
"Owns" == Owns all emacs-rcp files in CVS
[EMAIL PROTECTED] writes:
It also refuses, point blank, to create a symbolic link across hosts.
Please don't ! Symbolic links can contain *any* data.
[...]
Stefan
On Sun, 04 Jun
On Sun, 4 Jun 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
[...]
Yes. It seems that AIX and IRIX are the problematic systems, and I
even found both grep and fgrep on AIX.
FWIW, the type of remote systems that I was thinking of when I wrote
this were WinNT machines with a small set of the
On 04 Jun 2000, Mark A. Hershberger [EMAIL PROTECTED] wrote:
"KG" == Kai Großjohann [EMAIL PROTECTED]
writes:
Also, please consider adding /usr/freeware/bin to the list of
directories searched on remote machines. That is where
mimencode is located on the IRIX machine I am
On 04 Jun 2000, Hal Snyder [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] (Kai Großjohann) writes:
Hal Snyder [EMAIL PROTECTED] writes:
[...]
Still getting the LOCKNAME error on save, but I haven't read thru
emails yet to see if there's a suggested fix.
Kai checked a change into CVS not
On 04 Jun 2000, Hal Snyder [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] (Kai Großjohann) writes:
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
On Sat, 3 Jun 2000, Joe Stoy [EMAIL PROTECTED] wrote:
Just as a little sanity check: if you try `find /fs ...' and that
hangs, what happens when you do `cd /fs; find . ...'?
It hangs too (in fact that's what I've been doing all the time).
Right. This is starting to make sense, I think.
On 3 Jun 2000, Stefan Monnier
[EMAIL PROTECTED] wrote:
"Joe" == Joe Stoy [EMAIL PROTECTED] writes:
[...]
2. Is there another problem with filename completion too? If I do it
completely locally, for example with "tramp.", I can if I press TAB
often enough, get it to offer me "tramp.el",
On 03 Jun 2000, Hal Snyder [EMAIL PROTECTED] wrote:
[...]
2. Now I can load a file from a remote host into a buffer, but when I
try to save it after editing, I get:
tramp-handle-write-region: LOCKNAME must be nil or equal FILENAME
This is with tramp updated from CVS a few minutes before
On Fri, 2 Jun 2000, Joe Stoy [EMAIL PROTECTED] wrote:
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"
I got that (`End of file during parsing'), too, and it happened at
the same
On Fri, 2 Jun 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
"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
On Thu, 1 Jun 2000, Joe Stoy [EMAIL PROTECTED] wrote:
On 1 Jun 2000 11:37:33 +1000 Daniel Pittman [EMAIL PROTECTED] wrote:
On Wed, 31 May 2000, Joe Stoy [EMAIL PROTECTED] wrote:
Apologies for what may be another half-baked late-evening report.
But I'm having repeatable trouble
On Thu, 01 Jun 2000, Yuji Yamano [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] writes:
Hm. I just grepped all the *.el files and couldn't find
save-current-buffer. I could find save-excursion,
save-window-excursion, and save-match-data, though.
A typo?
Sorry for unsufficient
On Wed, 31 May 2000, Pete Forman [EMAIL PROTECTED]
wrote:
Kai Großjohann writes:
Joe Stoy [EMAIL PROTECTED] writes:
(1) base64.el[c] is not known to emacs;
(2) nor is eval-when-feature.
I have changed from eval-when-feature to eval-after-load. And
base64 support is
On Wed, 31 May 2000, Joe Stoy [EMAIL PROTECTED] wrote:
Apologies for what may be another half-baked late-evening report. But
I'm having repeatable trouble with filename completion in a long
directory.
Hrm. I couldn't get this to break on my Linux machine with around 6K
files. Darn. Can you
On Wed, 31 May 2000, Tom Roche [EMAIL PROTECTED] wrote:
Kai Großjohann [EMAIL PROTECTED] 5/31/00 3:26:03 PM
Can you please (setq rcp-debug-buffer t), then try again and send
the contents of the *debug rcp/foo* buffer?
FWIW: to improve/ease support, perhaps it would be wise to implement
On Tue, 30 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
"Daniel Pittman" [EMAIL PROTECTED] writes:
Bleh. I think that detecting the end of line convention is seriously
broken. The coding system, yes, but the line endings should be fixed.
I think.
I think that the ide
On Mon, 29 May 2000, Joe Stoy [EMAIL PROTECTED] wrote:
I should have known better than to upgrade to the newest rcp.el before
getting on with my "real" work ...
*grin* After I went to all that effort to put big threatening warnings
into the documentation 'bout precisely this as well. ;)
On Mon, 29 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
I think that's a really thorny issue. I with there was a way to at
least guess the right coding system in some cases, but that does not
appear to be possible.
Hrm. Yes. It certainly seems to have, er, issues with automatic
On Sun, 28 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
Daniel Pittman [EMAIL PROTECTED] writes:
I don't want to drop this into the main source tree without some
comment though. There are several good points to it:
[...]
I had a look at your patch and I like it, though I didn't
On Sun, 28 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
At my site, I need to invoke rsync like this when saving the buffer:
rsync -e ssh --rsync-path /path/to/nonstd/bin/rsync localfile
remotefile
The problem is, /path/to/nonstd/bin/rsync might differ depending on
the target host.
1 - 100 of 159 matches
Mail list logo