While working on the VC remote username code, I believe I have a
solution. To know how general it is, however, I would like to know if
there are any platforms out there that don't have the grep(1) and cut(1)
tools installed.
If there is any platform that does not have a user readable
On 28 Oct 1999, Daniel Pittman [EMAIL PROTECTED] wrote:
[...]
The attached patch tells XEmacs to use a pipe connection to the ssh
subprocess.
Damn. Not enough testing. Further playing indicates that this fails on
the latest rcp from Kai for ssh(1) but not for the telnet connection I
On 14 Oct 1999, Kai Großjohann [EMAIL PROTECTED]
wrote:
Daniel Pittman [EMAIL PROTECTED] writes:
[... my suggestion ...]
Yeah, I also thought about that. Hitting RET every couple of seconds
is what I do, after all.
But Stefan had an even better suggestion: just start up the shell
On 02 Nov 1999, Kai Großjohann [EMAIL PROTECTED]
wrote:
Matt Swift [EMAIL PROTECTED] writes:
[...] (I'm assuming rcp caches passwords, as ange-ftp does, but I'm
not positive -- I'm sure someone will correct me if I'm wrong.)
[...]
There is no passwd caching I know of. I'm not sure if
On Tue, 7 Sep 1999, Christopher A. Stewart
[EMAIL PROTECTED] wrote:
I'm very interested in getting this package working for me.. I'm
running Xemacs 21.x. Of course the problem is EFS.
Are you running 21.1 or 21.2? I recently sent Kai a set of three patches
that let me run, almost perfectly,
On 26 Oct 1999, Kai Großjohann [EMAIL PROTECTED]
wrote:
Matt Swift [EMAIL PROTECTED] writes:
I suggest defining it in a human-readable way and then using
`regex-opt' on it to obtain an internal version used by the LISP.
Somehow, I doubt that this will lead to any observable win in
On 30 Oct 1999, Kai Großjohann [EMAIL PROTECTED]
wrote:
Pete Forman [EMAIL PROTECTED] writes:
New in rcp.el 1.180 (since 1.130) is use of the function
with-timeout. That is not present on my XEmacs 20.3. There appears
to be an emulation of it in startup.el.
I don't have access to that
On 28 Oct 1999, Kai Großjohann [EMAIL PROTECTED]
wrote:
The problem is that ssh spits out: 'Pseudo-terminal will not be
allocated because stdin is not a terminal.'
It also seems to invoke a non-login shell if stdin in not a tty.
Damn. That is painful. I must see if I can work around that
On 27 Feb 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
Daniel Pittman [EMAIL PROTECTED] writes:
For quite a while now I have had a real problem with the performance
of inline methods while using rcp.el. This finally got to me enough
to go and do some testing and all.
I wonder what has
On 29 Feb 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
Pete Forman [EMAIL PROTECTED] writes:
FWIW here is a command that will "uudecode" to stdout on AIX.
sed '/^begin/d;/^[` ]$/d;/^end/d' | iconv -f uucode -t ISO8859-1
Very good! I have now added this to the documentation for
On 10 Oct 1999, Kai Großjohann [EMAIL PROTECTED]
wrote:
Daniel Pittman [EMAIL PROTECTED] writes:
In my VC, the only place that actually calls (vc-user-login-name)
with a uid is:
(defun vc-file-owner (file)
;; Return who owns FILE (user name, as a string).
So, rather than spend
On 19 Oct 1999, Mark A. Hershberger [EMAIL PROTECTED] wrote:
Here is what I get from an manually slogging in and executing the
commands:
--- cut ---
[other_machine:/]# exec /bin/sh
[h:w]$ PS1=''; PS2=''; PS3=''
stty -onlcr -echo
hello
//
--- cut ---
Seems to me that it
I am using (stock):
;; Version: $Id: rcp.el,v 1.178 1999/10/24 17:06:42 kai Exp $
File name completion no longer seems to work. This seems to be caused by
ls(1) at the far end (GNU ls from fileutils 3.16) returning several
columns of names while 'rcp-handle-file-name-all-completions' expects to
, that efs and
ange-ftp have support in the C while RCP does not. :/
Daniel Pittman wrote:
Well, I can't speak for GNU Emacs, but on XEmacs 21.2, the following
snippet from 'src/fileio.c' might have the answer to why RCP paths
don't work quite right...
[...]
It looks like the /r: syntax
On 29 Jan 2000, Gregory Stark [EMAIL PROTECTED] wrote:
This happens whenever I try to find-file an rcp file from a buffer
where default-directory doesn't exist.
I have tried to reproduce this problem and cannot using "$Id: rcp.el,v
1.228 2000/01/26 12:41:51 grossjoh Exp $" under XEmacs 21.2.
On 21 Sep 1999, Kai Großjohann [EMAIL PROTECTED]
wrote:
I tried to do a few bug fixes since 1.143. RCS log enclosed.
This version seems to have introduced a pair of bugs for me, possibly
related. I now get:
Opening connection for danielp@gandalf using scp...
Waiting for remote /bin/sh to
On 10 Oct 1999, Kai Großjohann [EMAIL PROTECTED]
wrote:
Jeffrey uses NT and has a couple of problems with rcp. I wonder
why. Apparently, everything after the first colon is chopped off
before rcp ever sees the filename. Hm. But this doesn't happen with
ange-ftp, so what's wrong?
Well, I
On 17 Oct 1999, Kai Großjohann [EMAIL PROTECTED]
wrote:
I have now applied this patch.
This patch will break things unless you also apply my patch from message
[EMAIL PROTECTED] - I screwed up in the function
'rcp-handle-file-name-directory' and call 'rcp-make-rcp-file-name' with
the user and
On Fri, 19 Nov 1999, DE WEERD [EMAIL PROTECTED] wrote:
In my vc installation the vc-user-login-name advice does not work
properly and I use:
[... variant hack ...]
The above is not very clean but it works since it looks at the file
name. I do not remember where filename was defined.
In
On Fri, 29 Oct 1999, Pete Forman [EMAIL PROTECTED]
wrote:
Daniel Pittman writes:
Okay, I've got 1.180 now. The problem remains. Here is another
backtrace. I am unable to spot the linkage from expand-file-name
to efs-host-type.
That's very odd. Can you try, painful
On Mon, 24 Jan 2000, DE WEERD [EMAIL PROTECTED] wrote:
After a "list files locked by any user" (C-x v d or vc-directory) I
get, when selecting a file: "The directory containing
/r@ru:user@host:/foo1/foo2//foo1/foo2/file.foo does not exist." It has
the same structure for the files that I
On 08 Jan 2000, Harry Putnam [EMAIL PROTECTED] wrote:
Daniel Pittman [EMAIL PROTECTED] writes:
On 08 Jan 2000, Harry Putnam [EMAIL PROTECTED] wrote:
[...]
I want to use ssh scp rsync.
Do you want to use scp(1) or rsync(1) to transfer the files? They
both do the same thing
For quite a while now I have had a real problem with the performance of
inline methods while using rcp.el. This finally got to me enough to go
and do some testing and all.
The problem seems to be that when using a pty connection to an
asynchronous subprocess, XEmacs 21.2 will write between 250K
On 13 Oct 1999, Kai Großjohann [EMAIL PROTECTED]
wrote:
Paul Stevenson [EMAIL PROTECTED] writes:
I've had this too. Presumably it's the `find' in
rcp-check-ls-commands. The `find' seems to come from cl, so perhaps
there is a missing (require 'cl) somewhere. (although it would appear
to be
When using XEmacs/MULE, the seventh argument to write-region is a coding
system to use when writing, not the test `confim-p'.
This would cause XEmacs/MULE to prompt every time you wrote a file for
confirmation. The attached patch makes this work by ignoring the final
argument.
Soon I will have
On 08 Jan 2000, Harry Putnam [EMAIL PROTECTED] wrote:
[...]
I want to use ssh scp rsync.
Do you want to use scp(1) or rsync(1) to transfer the files? They both
do the same thing in the end (rsync is actually no faster, as I
understand it)
I don't see any "ssh" on the alist and scp appears
On 21 Nov 1999, Kai Großjohann [EMAIL PROTECTED]
wrote:
Maybe I should try to make copying and renaming files work across
machine boundaries. Do you also think so?
Er, yes?
It seems that people have problems with backups and/or autosave files,
so another alternative would be to try to
that a couple of dozen versions ago there was a change to restore the
window configuration after a VC checkin.
[Checking...] Ah, the fix was from Daniel Pittman, in version 1.148.
This is a VC problem I think. I use split windows and stuff.
For a check-in, a new window is created to type the message
On Thu, 3 Feb 2000, Gerd Bavendiek [EMAIL PROTECTED] wrote:
I'm working as system admin. Very often I have to change config files
on a couple of unix boxes. So I edit a local copy of e.g. /etc/hosts,
copy the file to the targets and still have the master on my laptops
disk.
[...]
So it
On Thu, 28 Oct 1999, Jesse Marlin [EMAIL PROTECTED] wrote:
I am having trouble preventing EFS from grabbing this:
C-x C-f /r:me@host:/home/me/.emacs
I have set rcp-default-method to:
(setq rcp-default-method '"rcp")
I do not specifically load EFS, it just seems to
On 17 Oct 1999, Kai Großjohann [EMAIL PROTECTED]
wrote:
Francesco suggested WIBNI remote shells executed via M-x rlogin or M-x
telnet or M-x ssh or something would do remote directory tracking, so
that doing C-x C-f in the shell buffer automatically uses rcp.el to
load the file?
I had a
On 09 Jan 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
Daniel Pittman [EMAIL PROTECTED] writes:
It's well worth noting, I think, that this software is not ready for
the prime time yet. It's still mostly suitable for lisp hackers and
all, the rough edges still being, well, rough.
Right
My guess is that the coding system isn't right in the buffer.
Daniel
unset MAIL MAILCHECK MAILPATH 1/dev/null 2/dev/null
set +o history 1/dev/null 2/dev/null
PS1='
/
'; PS2=''; PS3=''
$ stty -echo
$ $ $
/
# Opening connection for danielp@bradbury using scp...
#
On Mon, 15 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
DI Maximilian Renkin [EMAIL PROTECTED] writes:
mxrenkin@kastanie:~ # Initializing remote shell
$ exec /bin/sh
# Waiting 30s for remote `/bin/sh' to come up...
exec /bin/sh^M
mxrenkin@kastanie:~ # Setting up remote shell
On Mon, 15 May 2000, Pete Forman [EMAIL PROTECTED]
wrote:
Daniel Pittman writes:
Hrm and double hrm. Can you give a simple recipe for reproducing
the issue? I had a quick glance in my archives of the list but
didn't find anything.
(expand-file-name "/r:morse:.vm")
A s
On Mon, 15 May 2000, Pete Forman [EMAIL PROTECTED]
wrote:
Daniel Pittman writes:
On Fri, 12 May 2000, Kai Großjohann
[EMAIL PROTECTED] wrote:
Pete says that colons in rcp-file-format don't work for him,
whereas Francisco and Daniel say they work fine. What can we do
On Fri, 12 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
Pete says that colons in rcp-file-format don't work for him, whereas
Francisco and Daniel say they work fine. What can we do to find out
why the colons don't work for Pete?
The XEmacs versions used:
PeteXEmacs
The attached patch makes the connection setup work for me under
XEmacs/MULE. Simply put, I presume that the system I am talking to is
going to have dos-style line enders, and set the coding system for
reading to match that.
This shouldn't hurt anything under non-MULE code, being as it binds a
On Sun, 21 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
Daniel Pittman [EMAIL PROTECTED] writes:
Still, I don't want to commit this without knowing that it at least
works for a few people, and I really /don't/ understand how the MULE
integration has been done in rcp.
Well
On Sun, 21 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
"Daniel Pittman" [EMAIL PROTECTED] writes:
[[ complicated caching mechanism ]]
Is the complicated mechanism really necessary, or can we make do with
a fairly simple mechanism which caches information for a short
On Wed, 24 May 2000, Yuji Yamano [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] (Kai Großjohann) writes:
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.
rcp.el doesn't work with Emacs 19/MULE 2.3. I stole some lisp
On Wed, 24 May 2000, Tom Roche [EMAIL PROTECTED] wrote:
Kai Großjohann [EMAIL PROTECTED] 5/24/00 7:28:28 AM
But why doesn't it see the shell prompt? Hm. The shell prompt seems
to be correct: newline followed by the slashes, followed by another
newline.
Kai Großjohann [EMAIL PROTECTED]
On Wed, 24 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
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
On Wed, 24 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
Every now and then, the subject of name change comes up.
Possibilities that I can think of:
[...]
* tramp: Transparent RAMP. Kudos to Pete Forman again. Pro: even
better description of abilities. Con: potentially bad
On Wed, 24 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
[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
On Thu, 25 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
"Daniel Pittman" [EMAIL PROTECTED] writes:
On Wed, 24 May 2000, Kai Großjohann
[EMAIL PROTECTED] wrote:
What should rcp-handle-file-newer-than-file-p do if it is not
possible to return the right information?
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.
This makes sense to me because, aside from anything else, it seems
awfully rude to (require 'vc) at the top
On Thu, 25 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
"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 detecti
On Fri, 26 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
"Daniel Pittman" [EMAIL PROTECTED] writes:
On Fri, 26 May 2000, Kai Großjohann
[EMAIL PROTECTED] wrote:
I think that if you signal a continuable error, that would be best.
At least it's semi-obvious that something
On Fri, 26 May 2000, Pete Forman [EMAIL PROTECTED]
wrote:
Kai Großjohann writes:
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
On Fri, 26 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
"Daniel Pittman" [EMAIL PROTECTED] writes:
On Fri, 26 May 2000, Kai Großjohann
[EMAIL PROTECTED] wrote:
Well, I've got to read up on continuable errors, then. Is
`file-error' a continuable error?
Hmmm. Yes,
On Fri, 26 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
Pete Forman [EMAIL PROTECTED] writes:
Again I'm unsure as to whether you're looking for date or EOL
conventions. I don't use MULE.
I wish I was sure. I think I'm confused by the whole thing. I know
that we need to grok EOL
On Fri, 26 May 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:
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
On Sat, 27 May 2000, Yuji Yamano [EMAIL PROTECTED] wrote:
[...]
Thanks.
Could you add rcsid ($Id$) to rcp.texi? I believe it is useful to sync
the Japanese version with the English one.
It's done already. :)
Daniel
--
Bad science and bad religion simply swap roles,
the former
Attached is a patch that implements the `file-attributes' command on a
remote machine using the perl(1) executable, if it was found.
It should fall back to the ls(1) implementation if there is not a useful
perl on the remote machine, although that part is not really tested.
I don't want to drop
On 27 May 2000, Stefan Monnier
[EMAIL PROTECTED] wrote:
"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 r
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.
On Sun, 28 May 2000, Joe Stoy [EMAIL PROTECTED] wrote:
When trying to check out the latest rcp.el on a Solaris client with
GNU Emacs 20.3.2 (sparc-sun-solaris2.5.1, X toolkit), I have the
following difficulties.
[...]
(2) nor is eval-when-feature.
Oh, bugger. Hrm. I wonder what the FSF
On Mon, 29 May 2000, Yuji Yamano [EMAIL PROTECTED] wrote:
I have some questions about rcp.texi.
Within these limitations, @rcp{} is quite powerful. It is worth
noting that, as of the time of writing, it is far from a polished
end-user product. For a while yet you should expect to run into
On Sun, 28 May 2000, Tom Roche [EMAIL PROTECTED] wrote:
"Daniel Pittman" [EMAIL PROTECTED] 5/28/00 8:29:23 PM
Thanks for doing the translation, and I will act on some of the
points you had trouble with and make them clearer, to try and avoid
confusing more people. :)
Hmm ... a
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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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, 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
1 - 100 of 159 matches
Mail list logo