From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id +NvqHZGyXF9PFQAA0tVLHw (envelope-from ) for ; Sat, 12 Sep 2020 11:35:45 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id SMgdGJGyXF91JwAA1q6Kng (envelope-from ) for ; Sat, 12 Sep 2020 11:35:45 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 8F365940876 for ; Sat, 12 Sep 2020 11:35:44 +0000 (UTC) Received: from localhost ([::1]:55496 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kH3ol-0008BG-05 for larch@yhetil.org; Sat, 12 Sep 2020 07:35:43 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:52134) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kH3o6-0007e5-Na for guix-patches@gnu.org; Sat, 12 Sep 2020 07:35:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:34939) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kH3o6-00082E-EU for guix-patches@gnu.org; Sat, 12 Sep 2020 07:35:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kH3o6-0005Sn-CC for guix-patches@gnu.org; Sat, 12 Sep 2020 07:35:02 -0400 X-Loop: help-debbugs@gnu.org Subject: [bug#43249] Resent-From: Brendan Tildesley Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Sat, 12 Sep 2020 11:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43249 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: To: Ricardo Wurmus Cc: Ludovic =?UTF-8?Q?Court=C3=A8s?= , 43249@debbugs.gnu.org Received: via spool by 43249-submit@debbugs.gnu.org id=B43249.159991044220915 (code B ref 43249); Sat, 12 Sep 2020 11:35:02 +0000 Received: (at 43249) by debbugs.gnu.org; 12 Sep 2020 11:34:02 +0000 Received: from localhost ([127.0.0.1]:46485 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kH3n7-0005RD-Kx for submit@debbugs.gnu.org; Sat, 12 Sep 2020 07:34:01 -0400 Received: from mout-p-202.mailbox.org ([80.241.56.172]:12516) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kH3n5-0005Qw-OM for 43249@debbugs.gnu.org; Sat, 12 Sep 2020 07:34:00 -0400 Received: from smtp1.mailbox.org (smtp1.mailbox.org [80.241.60.240]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-202.mailbox.org (Postfix) with ESMTPS id 4BpVrK3ZttzQkK4; Sat, 12 Sep 2020 13:33:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at heinlein-support.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brendan.scot; s=MBO0001; t=1599910431; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=CeP7Tn3wXYvrlTxHSlkBinge141zIxKnmmk7p6oioi0=; b=CBDo9ds2d+TGopN1LgMYpItuobBbFctI7GAg7Ta6J6da0Xz09hxfILKrYK7k1p7BWhd5q9 dC443F6RlEx+2t5KFj/Q58OGxiV8y7MEY71qZgGu66tAjPePhm1w5PhTo9+4CmrOerTr1z 5o00EtuqmhQXe0/5Hf2LADIgIhlZDh6wLE1hTrrAXW4EKy9jwchCKnvp3/MFfDqEvf5wDE nhe3icKgkj49l1LIYnQIxTKbYaNdsqL6wJ/P/q/x2czzLFo3TyzRYx5F054oVDkgfaoQ7G aAZP82uk73TRZWL+oG93UpcxJWogDF8DoDIF4Cw8cEGkeBV2i3+5OUZvlFq+8A== Received: from smtp1.mailbox.org ([80.241.60.240]) by spamfilter03.heinlein-hosting.de (spamfilter03.heinlein-hosting.de [80.241.56.117]) (amavisd-new, port 10030) with ESMTP id 0DBM984UN1fC; Sat, 12 Sep 2020 13:33:50 +0200 (CEST) References: <87d02wca8d.fsf@elephly.net> <330470a6-e6d2-e679-32ac-a308d89a5e92@brendan.scot> <87tuw54vhy.fsf@elephly.net> <87een83dy8.fsf@elephly.net> From: Brendan Tildesley Message-ID: <00cb09fe-a5bb-2713-6683-bbda733f4839@brendan.scot> Date: Sat, 12 Sep 2020 21:33:57 +1000 MIME-Version: 1.0 In-Reply-To: <87een83dy8.fsf@elephly.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-MBO-SPAM-Probability: X-Rspamd-Score: -4.87 / 15.00 / 15.00 X-Rspamd-Queue-Id: 5E19417AB X-Rspamd-UID: 9a9a24 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Spam-Score: -1.7 (-) X-BeenThere: guix-patches@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org Sender: "Guix-patches" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=fail (rsa verify failed) header.d=brendan.scot header.s=MBO0001 header.b=CBDo9ds2; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-patches-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-patches-bounces@gnu.org X-Spam-Score: 0.49 X-TUID: /t2himllz7cS On 11/9/20 6:38 pm, Ricardo Wurmus wrote: > Brendan Tildesley writes: > >> On 10/9/20 11:22 pm, Ricardo Wurmus wrote: >>> Brendan Tildesley writes: >>> >>>> I guess then we should patch wrap-program to add >>>> >>>> (when (wrapper? prog) >>>> (error (string-append prog " is a wrapper. Refusing to wrap."))) >>> Should it really refuse to wrap or *add* its variables to the existing >>> wrapper? >>> >> If there is a /bin/foo and /bin/.foo-real created by wrap-program, and >> we are to run another wrap-program phase, under what circumstances >> would it /not/ be a mistake to call (wrap-program "/bin/.foo-real") >> instead of (wrap-program "/bin/foo")? And if the first one was called, >> probably it was because find-files was used and the packager didn't >> realise it was happening, and therefore it will be double-wrapped, >> like gedit is. > Oh, yes, that would be a mistake. > While we're at it, what do you think about changing the moved file from /bin/.foo-real into /bin/.real/foo, or maybe it would have to go up a directory and go into /.bin-real/foo. That would mean all these dot files wouldn't pollute PATH and appear in things like bemenu, or in window titles. Also pkill should be able to kill correctly based on the name. Would it break more things somehow?