From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: New functions remote-exec-path and remote-executable-find Date: Mon, 18 Jun 2018 17:16:29 +0200 Message-ID: <87po0oi0qa.fsf@gmx.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1529334899 30197 195.159.176.226 (18 Jun 2018 15:14:59 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 18 Jun 2018 15:14:59 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 18 17:14:55 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fUvro-0007j5-MR for ged-emacs-devel@m.gmane.org; Mon, 18 Jun 2018 17:14:52 +0200 Original-Received: from localhost ([::1]:35278 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fUvtw-0000Hz-08 for ged-emacs-devel@m.gmane.org; Mon, 18 Jun 2018 11:17:04 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53215) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fUvtV-00007U-6c for emacs-devel@gnu.org; Mon, 18 Jun 2018 11:16:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fUvtR-0005Do-LQ for emacs-devel@gnu.org; Mon, 18 Jun 2018 11:16:36 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:33191) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fUvtR-0005BY-B9 for emacs-devel@gnu.org; Mon, 18 Jun 2018 11:16:33 -0400 Original-Received: from detlef.gmx.de ([212.86.38.114]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LrePN-1gDZQp1085-013QHH for ; Mon, 18 Jun 2018 17:16:30 +0200 X-Provags-ID: V03:K1:vRIoqSBSjawQr1/KR3Xgyp92ZRMGZLhHdsBvOoZiOJFWAAIHX/j LayV7rCaumnnqdnwdvRztO4iqvP018d5w/A9tJD2YloFFcWVlxjhSdjj/9YqPuv3biuPlA1 WltFGXAE4aCOq5rqMtNIwvAjOunnRBZLyQwq8NzF0bmB20dNoiK2wO4TKHsN7n977AisXs0 nSrpnPM6lUCJi2AktohFw== X-UI-Out-Filterresults: notjunk:1;V01:K0:ltVuvhU9yQI=:VOmUY1GiREGs/r9oO3hp6u y28Qsr5Ksc/EKi/Khjmd3dqK1LsNsx0I5YYiaUnkzL8FZMkiN6FR8AJmbHQ6eOxXk2zZd2+uX ao0DZs0tAKVRw5EH3cGi8FJI3pVqXRftGTKvmgsw8KGHFDUUsWWuXit+T5GAG3DyYOsM6oogy 9bMbOkSHWCRys3DXCCNws+YgO7RB4xQ/TClkP0JK6lRqUndYHJNh0yBhmaMHSWNG0OMFp/Npi 0S2AwvpE8e8FjUw2hbHLhukxiid4kZF3OEqPmnkti9p02FpBwDi6bm7fGP/HKmL5hEWzW3XxC 6k2JNdbK+tlM0YcvgixdKSPyheBp3tAg1ewzO/6DqyNVo1WwHvtL3VEnQoxPj6fqQ5YahVRBD D+8eeMkoINnKkz2U5UfNWl89nL1stTg3LAicSL2B6jjJPD2cEgVwQgstdhlUDyCSDlZPw3wTD tEiA+yPBMAovRzVYn8v6yWHnRuDrS+aKHB/FNUmc5r4N8peRgqLU5rqpszw5LoixX2cT3Tyga sVkV8zBgAzMyLg5vnq7SigfvsoSA4BbB6AwcuX2XeRfJjkSQoIX3jlQTodowUXy49bTrFd9Io 2l1tuLZvY35l3/x4LqirZ1xV0ktP79cxfOPdgr5qRsaofEeNAwilua6FrsvYtCf/akhflSmeT 988ahgR83qBMlXKvKa5/tEx3pt1ah/P0rshR0v1wimMpOoxpmt4WaNJk5v9qRQ2wKVwDEjXmh rIbzavxGF22nxFKfLOXmqOiYltllo7Sd0stXcLXqaNNzz8yEycLEoP3OYdjo+L73SCwRyZB+ X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 212.227.15.19 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:226457 Archived-At: Hi, these days I'm working on bug#31704. The point is, that for searching of programs, always `exec-path' (a list of local directories) is taken, even if the shell runs on a remote host. Therefore, I propose a new function `remote-exec-path'. In case of a remote `default-directory', the function returns a list of directories which belong to that host. Implemented via file name handlers. For a local `default-directory', `exec-path' is returned. And while we are at this, a second new function `remote-executable-find' comes to mind. Like `executable-find', it returns the local absolute file name of a command, also determined by `default-directory'. This function doesn't need file name handlers, it would use `remote-exec-path' for its implementation. I don't need `remote-executable-find' for fixing bug#31704, but I remember that such a function has been asked for in the past. Comments? Best regards, Michael.