GNU bug report logs - #2463
23.0.90; tramp: coreutils' base64(1) in tramp-remote-coding-commands?

Previous Next

Package: emacs;

Reported by: trentbuck <at> gmail.com

Date: Wed, 25 Feb 2009 01:50:03 UTC

Severity: normal

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2463 in the body.
You can then email your comments to 2463 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#2463; Package emacs. (Wed, 25 Feb 2009 01:50:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to trentbuck <at> gmail.com:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Wed, 25 Feb 2009 01:50:04 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: trentbuck <at> gmail.com
To: emacs-pretest-bug <at> gnu.org
Cc: rfrancoise <at> debian.org
Subject: 23.0.90; tramp: coreutils' base64(1) in tramp-remote-coding-commands?
Date: Tue, 24 Feb 2009 17:43:09 -0800 (PST)
From a mailing list:

>> How do I get to the HTML code and not the BINARY code uudecode
>> produces?
>
> Other have suggested other tools, but GNU coreutils includes
> /usr/bin/base64 which can encode and decode base64 files.

I don't find a reference to the base64 program in
tramp-remote-coding-commands.  Is there a reason for this?

In GNU Emacs 23.0.90.1 (i486-pc-linux-gnu, GTK+ Version 2.12.12)
 of 2009-02-22 on elegiac, modified by Debian
 (emacs-snapshot package, version 1:20090222-1)
Windowing system distributor `The X.Org Foundation', version 11.0.10503000
configured using `configure  '--build' 'i486-linux-gnu' '--host' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/23.0.90/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.0.90/site-lisp:/usr/share/emacs/site-lisp' '--with-x=yes' '--with-x-toolkit=gtk' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g -Wl,--as-needed' 'CPPFLAGS=''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_AU.utf8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Emacs-Lisp

Minor modes in effect:
  eldoc-mode: t
  paredit-mode: t
  shell-dirtrack-mode: t
  diff-auto-refine-mode: t
  rcirc-track-minor-mode: t
  savehist-mode: t
  icomplete-mode: t
  partial-completion-mode: t
  show-paren-mode: t
  delete-selection-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t
  view-mode: t

Recent input:
ESC [ 4 ~ ESC O A ESC [ 4 ~ DEL ESC O B ESC O B ESC 
O B ESC O B ESC O B ESC O B RET RET <switch-frame> 
ESC O A ESC O B ESC O B ESC O B ESC O B ESC O B C-s 
t r a m p - p e r - DEL l - d e c o d e ESC [ 1 ~ ESC 
O B ESC C-@ ESC w <switch-frame> DEL RET ESC 1 ESC 
: ESC ( i n s e r t SPC C-y C-x C-x C-g RET ESC { ESC 
{ ESC { ESC { ESC { ESC { ESC { ESC { ESC { ESC { ESC 
O B C-d C-d p e r l ESC [ 1 ~ C-@ ESC > ESC 4 C-x TAB 
C-x C-s ESC { ESC { ESC { ESC { ESC { ESC { ESC { ESC 
{ ESC O A ESC O A ESC O A ESC O A ESC O A ESC O A ESC 
O A ESC O A ESC O A ESC O A ESC O A ESC O A ESC O A 
ESC O A ESC O A ESC O A ESC O A ESC O A ESC O A ESC 
O A ESC O A ESC O A ESC O A ESC O A ESC O B ESC O B 
ESC O B ESC O B ESC O B C-x C-s ESC O A ESC O A ESC 
O A ESC O A ESC O A ESC O A ESC O A ESC O A ESC O A 
<switch-frame> ESC O A ESC x r e p o r t SPC e m a 
c s SPC b u g RET

Recent messages:
Auto-saving...done
Mark set [4 times]
Mark saved where search started
Mark set [2 times]
Auto-saving...done
Mark saved where search started
Mark set [2 times]
Saving file /tmp/mutt-Clio-1187-4054-34...
Wrote /tmp/mutt-Clio-1187-4054-34
(No changes need to be saved)




Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#2463; Package emacs. (Wed, 25 Feb 2009 08:35:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Michael Albinus <michael.albinus <at> gmx.de>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Wed, 25 Feb 2009 08:35:04 GMT) Full text and rfc822 format available.

Message #10 received at 2463 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: trentbuck <at> gmail.com
Cc: 2463 <at> debbugs.gnu.org, rfrancoise <at> debian.org
Subject: Re: bug#2463: 23.0.90; tramp: coreutils' base64(1) in tramp-remote-coding-commands?
Date: Wed, 25 Feb 2009 09:28:16 +0100
trentbuck <at> gmail.com writes:

> From a mailing list:

Is there a chance to get the full history of the report?

> I don't find a reference to the base64 program in
> tramp-remote-coding-commands.  Is there a reason for this?

No special reason. Likely because it is a rather new command. Maybe
it is sufficient to apply

(add-to-list 'tramp-remote-coding-commands '(b64 "base64" "base64 --decode"))

If it works, I could add it in Tramp permanently.

Best regards, Michael.





Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#2463; Package emacs. (Thu, 26 Feb 2009 00:20:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Trent W. Buck" <trentbuck <at> gmail.com>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Thu, 26 Feb 2009 00:20:04 GMT) Full text and rfc822 format available.

Message #15 received at 2463 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Trent W. Buck" <trentbuck <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 2463 <at> debbugs.gnu.org, rfrancoise <at> debian.org
Subject: Re: bug#2463: 23.0.90; tramp: coreutils' base64(1) in
	tramp-remote-coding-commands?
Date: Thu, 26 Feb 2009 11:15:23 +1100
On Wed, Feb 25, 2009 at 09:28:16AM +0100, Michael Albinus wrote:
> trentbuck <at> gmail.com writes:
> > From a mailing list:
>
> Is there a chance to get the full history of the report?

Here, I think.

http://lists.luv.asn.au/wws/arc/luv-main/2009-02/msg00437.html

> > I don't find a reference to the base64 program in
> > tramp-remote-coding-commands.  Is there a reason for this?
>
> No special reason. Likely because it is a rather new command.

Well, FSVO new = February 2006 :-)

> Maybe it is sufficient to apply
>
> (add-to-list 'tramp-remote-coding-commands '(b64 "base64" "base64 --decode"))
>
> If it works, I could add it in Tramp permanently.

It seems to work for me; at least after evaluating that form I can
still open files on a remote host (/ssh:foo:bar) where that host has
base64 installed.




Information forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#2463; Package emacs. (Thu, 26 Feb 2009 14:45:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Michael Albinus <michael.albinus <at> gmx.de>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Thu, 26 Feb 2009 14:45:03 GMT) Full text and rfc822 format available.

Message #20 received at 2463 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: "Trent W. Buck" <trentbuck <at> gmail.com>
Cc: 2463 <at> debbugs.gnu.org, rfrancoise <at> debian.org
Subject: Re: bug#2463: 23.0.90; tramp: coreutils' base64(1) in tramp-remote-coding-commands?
Date: Thu, 26 Feb 2009 15:38:10 +0100
"Trent W. Buck" <trentbuck <at> gmail.com> writes:

>> > tramp-remote-coding-commands.  Is there a reason for this?
>>
>> No special reason. Likely because it is a rather new command.
>
> Well, FSVO new = February 2006 :-)

tramp-remote-coding-commands has been touched last time on 2005-07-31.
So it is a brand new command :-)

> It seems to work for me; at least after evaluating that form I can
> still open files on a remote host (/ssh:foo:bar) where that host has
> base64 installed.

I've fixed it in CVS.

Thanks for the report, and best regards, Michael.





Reply sent to Michael Albinus <michael.albinus <at> gmx.de>:
You have taken responsibility. (Thu, 26 Feb 2009 15:00:03 GMT) Full text and rfc822 format available.

Notification sent to trentbuck <at> gmail.com:
bug acknowledged by developer. (Thu, 26 Feb 2009 15:00:03 GMT) Full text and rfc822 format available.

Message #25 received at 2463-done <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: 2463-done <at> debbugs.gnu.org
Subject: Re: bug#2463: 23.0.90; tramp: coreutils' base64(1) in tramp-remote-coding-commands?
Date: Thu, 26 Feb 2009 15:55:20 +0100
I've added base64 to tramp-remote-coding-commands.





bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> emacsbugs.donarmstrong.com. (Fri, 27 Mar 2009 14:24:12 GMT) Full text and rfc822 format available.

This bug report was last modified 16 years and 147 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.