From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Roland Winkler Newsgroups: gmane.emacs.devel Subject: Re: process-file instead of call-process in proced.el? Date: Sun, 27 Mar 2022 21:57:27 -0500 Message-ID: <87wngeokbs.fsf@gnu.org> References: <87o81shd6m.fsf@gmx.de> <87pmm8pqcq.fsf@gnu.org> <87k0cgh8g1.fsf@gmx.de> <87pmm8o8gc.fsf@gnu.org> <87bkxrhn1e.fsf@gmx.de> <87tubjfpyo.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19973"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Filipp Gunbin , emacs-devel@gnu.org To: Michael Albinus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Mar 28 04:58:09 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nYfa4-00054s-QY for ged-emacs-devel@m.gmane-mx.org; Mon, 28 Mar 2022 04:58:09 +0200 Original-Received: from localhost ([::1]:56336 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nYfa3-0000l6-5e for ged-emacs-devel@m.gmane-mx.org; Sun, 27 Mar 2022 22:58:07 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:46042) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nYfZR-0008V6-67 for emacs-devel@gnu.org; Sun, 27 Mar 2022 22:57:29 -0400 Original-Received: from [2001:470:142:3::e] (port=53404 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nYfZQ-0000gc-R6; Sun, 27 Mar 2022 22:57:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=iOo9HKWQREZK2Np86muV6aqt/9uyojnZg4f1cCtZJ+A=; b=ZKDBXoMp8vb7qYyVJ1tE FzdtnFbNmKIsXq/cC8/jwtWApebv8b1qRDPQOkdT1pGby7kKtdlseAaCJ6zNXSsfGB4icL+rRK4n0 k/9JcoeQ1fmWGdAwKuk4Za/y9jYiHA/rrMffoz5umOW7C1hFKzWiYlsnTyT/6GD19gDtEleBhQH8u M/arZygc199chHChulwREjvz4x1ybBgrXeXaLaHYdm5ePPQUWydk7g8JBmjLBw0/bXfpIfZlm8l72 BBYmE2B+ONWeSigssUj4Gqt5PwZPhwwoC6OmlbicwrfpeDc8I5CpiKG4HUDK+llyRFABiqDLlflnv Q1qqFBYqMqaXAg==; Original-Received: from [2600:1700:5650:f790::42] (port=57960 helo=regnitz) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nYfZQ-0007ch-Dw; Sun, 27 Mar 2022 22:57:28 -0400 In-Reply-To: <87tubjfpyo.fsf@gmx.de> (Michael Albinus's message of "Sun, 27 Mar 2022 16:08:15 +0200") X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:287516 Archived-At: On Sun, Mar 27 2022, Michael Albinus wrote: > Michael Albinus writes: >> I see. So if we don't want to emulate list-system-processes on a remote >> host, we need another mean to determine, that a process is killed in a >> sudo environment. > > I've prepared a first version of a patch (still missing documentation), > see appended. The changes are: > > - `signal-process' is capable now to signal remote processes. This is > triggered when either the PROCESS object has the property `remote-pid' > (set by Tramp), or the PROCESS is just a number, and the additional > optional parameter REMOTE is a remote file name. > > - There is a new user option `proced-remote-directory', which defaults > to "/sudo::". When `proced-send-signal' or `proced-renice' are invoked > with a prefix arg ("C-u k" or "C-u r" in the *Proced* buffer), the > respective signal is sent with the credentials as identified by this > user option. I have no meaningful scenario to test the code myself. Just from looking at the patch, I am wondering: How is it supposed to work that one signals remote processes if list-system-processes is not available on a remote host? Say, how should one find out the PIDs? How does this integrate into proced that is otherwise only running locally? Maybe my ignorance stems from not having any usage scenarios in the first place.