headers
kaustuv | 1 Nov 2003 07:18
Picon
Favicon

tramp (2.0.36); /bin/ls: illegal option -- h


Enter your bug report in this message, including as much detail as you
possibly can about the problem, what you did to cause it and what the
local and remote machines are.

If you can give a simple set of instructions to make this bug happen
reliably, please include those.  Thank you for helping kill bugs in
TRAMP.

Another useful thing to do is to put (setq tramp-debug-buffer t) in
the ~/.emacs file and to repeat the bug.  Then, include the contents
of the *tramp/foo* buffer and the *debug tramp/foo* buffer in your bug
report.

--bug report follows this line--

I just tried to get remote listing by
/flora01.SLAC.stanford.edu:~
And i got this bug.

Thanks

Emacs  : GNU Emacs 21.2.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2002-08-28 on astest
Package: tramp (2.0.36)

current state:
==============
(setq
 tramp-ls-command nil
(Continue reading)

Permalink | Reply | 2 comments |
headers
Michael Albinus | 2 Nov 2003 23:18
Picon
Picon

Re: sync tramp_ja.texi with tramp.texi rev 2.98

Yoichi NAKAYAMA <yoichi <at> geiin.org> writes:

> Hello,

Hi,

> I've synchronized tramp_ja.texi with tramp.texi rev 2.98.
> Attached diff is that, and small fixes on tramp.texi.

I've added an option `--with-japanese-manual´ to configure in order to
make it active. See recent CVS changes.

> Regards,

Best regards, Michael.
Permalink | Reply | 0 comments |
headers
Kai Grossjohann | 5 Nov 2003 22:35
Picon

Re: tramp (2.0.36); /bin/ls: illegal option -- h

kaustuv <at> stanford.edu writes:

> I just tried to get remote listing by
> /flora01.SLAC.stanford.edu:~
> And i got this bug.

Hm.  I just checked that Tramp is not sending the -h option to ls.  So
I'm guessing it comes from somewhere else.

You ought to have a *tramp/foo* and also a *debug tramp/foo* buffer.
Can you send them to me?  (Perhaps remove sensitive information.)

If you don't have both of those buffers, (setq tramp-debug-buffer t)
and invoke Tramp again.

Kai
Permalink | Reply | 1 comment |
headers
Kai Grossjohann | 5 Nov 2003 22:39
Picon

Re: ls-lisp and remote files

Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:

>> I have implemented these change on my own machine (dired.c, lisp.h,
>> ls-lisp.el, tramp.el) and it seems to work fine.
>
>> I want to ask people what you think about this suggestion.
>
> I think this was requested already in the past and it would be
> good to have.  Maybe someone else remembers better in which context
> this came up and what was done about it.

I had a similar problem with remote VC.  Now Tramp does weird stuff to
circumvent the numerical ids problem, I think.  I think the most
recent workaround is that Michael made it so that Tramp invents user
ids for remote files and maintains its own mapping between user id and
user name.  But that doesn't make sense.

I also remember that I looked in the whole Emacs source tree (Lisp
part only, though) to see if the numerical id is ever actually used.
It turned out that what the code really wants is the user name.

So I believe it would be good to at least offer the code the ability
to request names instead of numbers, and to then convert the existing
code to the names.  Then, VC could work without those kludges.

Warning: I'm out of the loop now and my memory is hazy, quite possibly
this is wrong.  *sigh*  Later, I'll be able to invest more brains into
this, I hope.

Kai
(Continue reading)

Permalink | Reply | 0 comments |
headers
kaustuv | 6 Nov 2003 08:52
Picon
Favicon

Re: (SOLVED) tramp (2.0.36); /bin/ls: illegal option -- h

Kai Grossjohann wrote ("Re: tramp (2.0.36);   /bin/ls: illegal option -- h"):
>kaustuv <at> stanford.edu writes:
>
>> I just tried to get remote listing by
>> /flora01.SLAC.stanford.edu:~
>> And i got this bug.
>
>Hm.  I just checked that Tramp is not sending the -h option to ls.  So
>I'm guessing it comes from somewhere else.
>
The problems was this. I use ls-lisp

(require 'ls-lisp)
(setq ls-lisp-use-insert-directory-program nil  ; Should be nil by default
      ls-lisp-verbosity nil                     ; Show user-group information
      ls-lisp-dirs-first t)                     ; Dirs then files
(setq dired-listing-switches "-asihFq")         ; Pass on ls options

This works ok on linux machines but on SUNOS there
is no option like -h for ls. flora01.SLAC.stanford.edu is
a sun machien leading to this problem. 

Sorry for the trouble,

Regards
Kaustuv

>You ought to have a *tramp/foo* and also a *debug tramp/foo* buffer.
>Can you send them to me?  (Perhaps remove sensitive information.)
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Stefan Monnier | 6 Nov 2003 14:37
Picon

Re: ls-lisp and remote files

> I also remember that I looked in the whole Emacs source tree (Lisp
> part only, though) to see if the numerical id is ever actually used.
> It turned out that what the code really wants is the user name.

That's what I remember as well.
I think we should simply switch to user-names, but if compatibility
is a problem, we can just provide an additional argument to select
between the two behaviors.

        Stefan
Permalink | Reply | 0 comments |
headers
Lars Hansen | 6 Nov 2003 15:25
Picon
Favicon

Re: ls-lisp and remote files

Stefan Monnier wrote:

>I think we should simply switch to user-names, but if compatibility
>is a problem, we can just provide an additional argument to select
>between the two behaviors.
>
Just switching to names rather than numbers for user id and group id 
sounds appealing to me -- then we wouldn't have to introduce an 
additional parameter to file-attributes and directory-files-and-attributes.

What is most important here, simplicity or compatibility?
Permalink | Reply | 0 comments |
headers
Richard Stallman | 8 Nov 2003 03:16
Picon
Picon

Re: ls-lisp and remote files

    > It turned out that what the code really wants is the user name.

    That's what I remember as well.
    I think we should simply switch to user-names, but if compatibility
    is a problem, we can just provide an additional argument to select
    between the two behaviors.

It sounds good to me.
Permalink | Reply | 0 comments |
headers
Ray Ryan | 8 Nov 2003 21:16
Picon

tramp (2.0.36); Times out on OS X 10.3 (Panther)

Enter your bug report in this message, including as much detail as you
possibly can about the problem, what you did to cause it and what the
local and remote machines are.

If you can give a simple set of instructions to make this bug happen
reliably, please include those.  Thank you for helping kill bugs in
TRAMP.

Another useful thing to do is to put (setq tramp-debug-buffer t) in
the ~/.emacs file and to repeat the bug.  Then, include the contents
of the *tramp/foo* buffer and the *debug tramp/foo* buffer in your bug
report.

--bug report follows this line--

I did the (setq tramp-debug-buffer t) bit but nothing extra appeared
in the *tramp buffer. Odd.

I'm using an Emacs that I built from the CVS archive of 31 October,
following the recipe at

http://members.shaw.ca/akochoi-emacs/stories/obtaining-and- 
building.html

Basically, I'll wait 60 seconds and then time out. The *tramp/ssh
host* buffer reads:

Pseudo-terminal will not be allocated because stdin is not a terminal.
Permission denied, please try again.
Permission denied, please try again.
(Continue reading)

Permalink | Reply | 8 comments |
headers
Jason Lewis | 8 Nov 2003 22:27

tramp (2.0.36); sometimes hangs on sending perl file attributes

--text follows this line--

Enter your bug report in this message, including as much detail as you
possibly can about the problem, what you did to cause it and what the
local and remote machines are.

If you can give a simple set of instructions to make this bug happen
reliably, please include those.  Thank you for helping kill bugs in
TRAMP.

Another useful thing to do is to put (setq tramp-debug-buffer t) in
the ~/.emacs file and to repeat the bug.  Then, include the contents
of the *tramp/foo* buffer and the *debug tramp/foo* buffer in your bug
report.

--bug report follows this line--

I have problems connecting to some hosts, tramp hangs when sending perl
file attributs.

here is the output...

while read d; do if test -x $d/perl5 -a -f $d/perl5; then echo
tramp_executable $d/perl5; break; fi; done <<'EOF'
/bin
/usr/bin
/usr/sbin
/usr/local/bin
/usr/ccs/bin
/local/bin
(Continue reading)

Permalink | Reply | 1 comment |

Gmane