From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Emacs unconditionally loads tramp.el Date: Sun, 30 Apr 2006 20:46:39 +0300 Message-ID: References: <4453EFB3.4050306@student.lu.se> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1146419220 2652 80.91.229.2 (30 Apr 2006 17:47:00 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 30 Apr 2006 17:47:00 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Apr 30 19:46:59 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FaG0T-0005Rg-Jh for ged-emacs-devel@m.gmane.org; Sun, 30 Apr 2006 19:46:53 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaG0T-0004Vn-1e for ged-emacs-devel@m.gmane.org; Sun, 30 Apr 2006 13:46:53 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FaG0H-0004Vi-UR for emacs-devel@gnu.org; Sun, 30 Apr 2006 13:46:41 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FaG0G-0004VW-ED for emacs-devel@gnu.org; Sun, 30 Apr 2006 13:46:41 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaG0G-0004VT-94 for emacs-devel@gnu.org; Sun, 30 Apr 2006 13:46:40 -0400 Original-Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FaG3t-0006ez-7w for emacs-devel@gnu.org; Sun, 30 Apr 2006 13:50:25 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-45-104.inter.net.il [80.230.45.104]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id EBV45079 (AUTH halo1); Sun, 30 Apr 2006 20:46:37 +0300 (IDT) Original-To: Oscar Fuentes In-reply-to: (message from Oscar Fuentes on Sun, 30 Apr 2006 15:03:24 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:53683 Archived-At: > From: Oscar Fuentes > Date: Sun, 30 Apr 2006 15:03:24 +0200 > > Jason Rumney writes: > > > Oscar Fuentes writes: > > > >> (setq tramp-default-method "plink") > >> > >> and you are done. > > > > That is the default if plink is in your path. See the definition of > > tramp-default-method. > > I see no reference to PATH on that variable's help: That's because the variable itself indeed does not have _any_ relation to PATH whatsoever. It's the way we set the _default_value_ of the variable that looks along the PATH: (defcustom tramp-default-method (if (and (fboundp 'executable-find) (executable-find "plink")) "plink" "ssh") >>From the end-user's point of view, it is not important how Emacs figured out it should use plink, whether by searching PATH or some other magic. As long as the default makes sense, the user should be happy, since the related features will ``just work''. So I don't think the doc string should mention PATH in this case. (Note that Jason suggested that you look at the _definition_ of tramp-default-method, reproduced above, not at its _doc_string_.) > And now that we are at it, copying archives is broken (with dired > buffer showing the remote files, using `C' over a binary file, copy to > local system. Remote is NetBSD, local is WindowsXP, the file copied to > local machine has lots of bytes inserted here and there. It seems not > a line-end conversion problem). Assigning pscp (PuTTY's copy program) > to tramp-copy-program makes no difference: Tramp keeps > uuencoding-uudecoding the file. Sorry, it's impossible to debug the problem using this description. Could you please provide a short self-contained test case that can be used to reproduce the bug? > Furthermore, Tramp seems to have problems detecting the coding system > of a remote file: loading a remote file with accented chars and saving > it again, converts the accented chars to something else, without > notice. Again, please provide a specific recipe (in particular, what non-ASCII characters were in the file and how were they encoded). Thanks. P.S. Please use a different Subject when you post the details of those two problems, preferably as two separate messages. TIA