From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#35639: 27.0.50; tramp fails to use ssh on LibreCMC (no base64 encoder available, and not mentioned in tramp manual) Date: Thu, 09 May 2019 14:05:39 +0200 Message-ID: <8736lnx27g.fsf@gmx.de> References: <87d0ksrk0g.fsf@mitra.i-did-not-set--mail-host-address--so-tickle-me> <87k1f03im0.fsf@gmx.de> <20190508230145.GA1697@socrates.lan> <87d0ksw05q.fsf@gmx.de> <20190509101938.GB1697@socrates.lan> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="148254"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 35639@debbugs.gnu.org To: Jeronimo Pellegrini Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu May 09 14:06:37 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hOhon-000cLU-Fb for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 May 2019 14:06:33 +0200 Original-Received: from localhost ([127.0.0.1]:53397 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hOhom-0001VC-FV for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 May 2019 08:06:32 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:59881) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hOhoJ-0001HJ-BQ for bug-gnu-emacs@gnu.org; Thu, 09 May 2019 08:06:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hOhoI-0004RS-8b for bug-gnu-emacs@gnu.org; Thu, 09 May 2019 08:06:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49547) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hOhoI-0004RK-3z for bug-gnu-emacs@gnu.org; Thu, 09 May 2019 08:06:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hOhoH-0006mo-SY for bug-gnu-emacs@gnu.org; Thu, 09 May 2019 08:06:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 May 2019 12:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 35639 X-GNU-PR-Package: emacs Original-Received: via spool by 35639-submit@debbugs.gnu.org id=B35639.155740355826077 (code B ref 35639); Thu, 09 May 2019 12:06:01 +0000 Original-Received: (at 35639) by debbugs.gnu.org; 9 May 2019 12:05:58 +0000 Original-Received: from localhost ([127.0.0.1]:34858 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hOhoE-0006mX-0w for submit@debbugs.gnu.org; Thu, 09 May 2019 08:05:58 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:52671) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hOho8-0006mC-QC for 35639@debbugs.gnu.org; Thu, 09 May 2019 08:05:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1557403542; bh=ff5UxDLs0dbSkWVdmjXtk30HKbB+m9gVyGvYaZlsorc=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=QnY6NfdsFGl/aCXuV3h4iBqfwEO+15gGrjHvsbSBUezCN8K/HwMX2yAFexGfCKis1 VmEBSWtJsct6lpBpFtXfvHKlErsmuCKBzX4i8LcdnMozp+R6vFHoYQHQaQhn0fH4eb 5V6VkqHQQp1eY52xmuY+t5RY3Xdwfx0qY/M1E80E= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from detlef.gmx.de ([178.20.95.22]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MMGWH-1hLfOi3Bvx-0080BB; Thu, 09 May 2019 14:05:41 +0200 In-Reply-To: <20190509101938.GB1697@socrates.lan> (Jeronimo Pellegrini's message of "Thu, 9 May 2019 07:19:39 -0300") X-Provags-ID: V03:K1:TGZdhbizpCDdtEo/d5H2VQLzvG5NZm+LYDSZrgIxGGWm5DJDeFX ELX1cXfFkaW3NhHTDaBj7wxZe5ZDYgG+tD3J9h9guvhWSZvSQYzxpdkmFScmLh9FyfloqYV Ka+fSAMt9/1P0JjiDW2PkuZpdVMIiDDMBPpdreO+iN4KyaJZqUo3e+NXpOnUXBH6Nw7rwtH 9ub708o2DmtzvQmT6XJVg== X-UI-Out-Filterresults: notjunk:1;V03:K0:ioFa9y12lfk=:YBZvpXWtbHkssSEr4bl/f5 0C/ODnphv/S3HIPoP+r7AQsbFeGrfLSKrqz5l1LUwlKx5sgqTX5ok3PoHgKmgvtkUyUqhZppP KbZIharWYa75JNhaj8CItRhgnp1uIzFaRnAO5p0UikzaauPnMtkLX0k5kN3almhnLvpvb3MtC SD/1hIJdeBCAMR/EMGc5SaChzNWlxPnA2BckpJyLCIY3rq8f0eDmza+jfx4kWdKvQvqQC0McS evgT1KZQ/sz3p006jdMVdJH9vfKy+K24LavkMjVtyioRWGUw/e+5YdEuWF8hphBcF7xF8NOco qRVCNZpFEDmjZDXs2uX94FoH0auvi2QqjJhdLRfqZimBtYaGSSeGCHUbMlfSJC2OQdJgAnZrx TZbgpCEUCXbTjC6KW8bpHztfFSc5XtvZS7f///NJjpr5B9EtHSY6q5WJv6O6XDlfptZztyrvQ wKk15tUtAhaBtwV319T4FFKYahZXZ7nbvDHPrNJK8gNasrOYAumMYFMnbXA4X/lE/pseiSdiA 3wV3Ms78W/I1hxnrf3QKz4EVKJISmR+wEJsaE17cs4MNa8eFrI4kGTGScm1/SkCkUaargO03A lEej3dJ0R/Gxtp5EpPB/qfKlIWSnvhW0Gue+hTRGjpfI7F5ABAj0CsL6FPE5PVnpNER9/1TWS EVSTEKHzMtMBKtmfYQ0pvdqwfOOeXJcjnlv+MR/ZSsPV+U0dPUgzU/nYGddyXbVGC7TelDc/h k3m85Jw+afpYFY7FK8s6ZHVH0/mHIXkvq9FoNqu2ruYneeiHXppwwZDTratJBye7Nbp8VTDJ X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:158981 Archived-At: Jeronimo Pellegrini writes: > Hi Michael, Hi Jeronimo, > Yes. Instead of od: > od -v -t x1 -A n > > it would be possible to use hexdump: > hexdump -v -e '16/1 " %02x" "\n"' Yes, looks good. > However... hexdump may not be present in all Linux/*BSD/*ix systems. > At least in Debian, it is in package bsdmainutils, which is > not required. (od, on the other hand, is in package coreutils, which > is required) See, how we do it with the other programs: we test one after the other, until it succeeds. So it is perfect to have a second entry for awk in tramp-remote-coding-commands. > Would it be OK to have two different variables, and two tests for > od+awk and hexdump+awk? > > tramp-od-awk-coding-test > tramp-od-awk-{encode,decode} > > tramp-hexdump-awk-coding-test > tramp-hexdump-awk-{encode-decode} Well, decoding does not use od. So it might be sufficient to have tramp-od-awk-coding-test tramp-od-awk-encode tramp-hexdump-awk-coding-test tramp-hexdump-awk-encode tramp-awk-decode} >> > What happened is that (rem-enc ...) failed (because tramp could not u= se >> > any encoding command), and fell through into the default action, whic= h >> > is this error. >> >> Maybe we should enhance the error message. > > Perhaps > > (tramp-error v 'file-error "Cannot find any way to encode data using > `%s'" method) > > would be more precise? > > Or, if (tramp-local-host-p v) (tramp-method-out-of-band-p v size) are > false, explicitly write that "encoding binaries were not found on the > remote end"? Yes, something like this. Do you want to prepare such a patch (which should also include the tramp.texi changes)? Hmm, looks like this could extend the 15 lines limit, which is the upper limit for contributions to Emacs/Tramp, w/o having signed the FSF legal papers (where you declare the copyright of your work be given to the FSF). Would you like to sign such a paper? It would help also for future contributions to Emacs or one of its packages. > J. Best regards, Michael.