From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 01 09:39:45 2015 Received: (at 18698) by debbugs.gnu.org; 1 Mar 2015 14:39:45 +0000 Received: from localhost ([127.0.0.1]:32999 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YS520-00046n-Sw for submit@debbugs.gnu.org; Sun, 01 Mar 2015 09:39:45 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:33415 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YS51y-00046f-CL for 18698@debbugs.gnu.org; Sun, 01 Mar 2015 09:39:42 -0500 Received: from reverse-83.fdn.fr ([80.67.176.83]:57211 helo=pluto) by fencepost.gnu.org with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1YS51x-0001hr-KM; Sun, 01 Mar 2015 09:39:42 -0500 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) To: =?utf-8?B?5a6L5paH5q2m?= Subject: Re: bug#18698: Our WindowMaker wrapper pollutes PATH in the entire X session References: <877g04iyku.fsf@yeeloong.lan> <87egpwd3wt.fsf@gmail.com> <87y4o2q439.fsf@gnu.org> <87h9upm5ih.fsf@gmail.com> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 11 =?utf-8?Q?Vent=C3=B4se?= an 223 de la =?utf-8?Q?R?= =?utf-8?Q?=C3=A9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 83C4 F8E5 10A3 3B4C 5BEA D15D 77DD 95E2 EA52 ECF4 X-OS: x86_64-unknown-linux-gnu Date: Sun, 01 Mar 2015 15:39:39 +0100 In-Reply-To: <87h9upm5ih.fsf@gmail.com> (=?utf-8?B?IuWui+aWh+atpiIncw==?= message of "Sat, 14 Feb 2015 13:22:30 +0800") Message-ID: <874mq4g4t0.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 18698 Cc: 18698@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) =E5=AE=8B=E6=96=87=E6=AD=A6 skribis: > Ludovic Court=C3=A8s writes: > >> =E5=AE=8B=E6=96=87=E6=AD=A6 skribis: >> >>> Ricardo Wurmus writes: >>> >>>> The fix may have resulted in unintended side-effects. On a fresh >>>> installation of the System Distribution v0.8.1 WindowMaker is installed >>>> by default, but it is not completely functional. >>>> >>>> For example, the attempt to change the style via the menu results in >>>> this error to be displayed: >>>> >>>> Could not execute command: >>>> setstyle /gnu/store/...windowmaker.../share/WindowMaker/Styles= /Black.style >>>> >>>> Likewise, selecting "Configure Window Maker" from the right-click menu >>>> results in this error: >>>> >>>> Could not execute command: exec WPrefs >>>> >>>> The "setstyle" executable is located in >>>> /gnu/store/...windowmaker.../bin/, but is not in the PATH. >>> Yes, the $out/bin of windowmaker is not in $PATH, and same for sawfish. >>> >>> Instead of wrapping every executable of session-type, we can: >>> >>> #1: Add the package to system profile ('packages'). >>> It's not clear to me how to do it now, until we have something >>> like the NixOS's module system. >> >> What I have in mind is to add a =E2=80=98packages=E2=80=99 field in =E2= =80=98service=E2=80=99. That >> would allow service implementations to contribute packages to the global >> profile. Thoughts? > It's fine, but we may also need a 'dbus-service' field (for wicd). Hmm right. And dbus policy, and policykit something, and... Clearly the NixOS way where each service can change anything in the global config makes it easy; we need to find a middle ground where we don=E2=80=99t end up allowing services to do anything. Food for thought... >>> #2: Make SLiM use '/run/current-system/profile/share/xsessions' as >>> session_dir. >>> So simply add a package providing xsession file to 'packages' should >>> make it available to SLiM. And all DE and many window-managers provi= de >>> xsession files already (eg: openbox, sawfish, xfce), we can patch >>> the rest (eg: WindowMaker) to install one. >> >> IIUC the bug initially reported here would remain: the user=E2=80=99s $P= ATH >> would be polluted with the window manager=E2=80=99s stuff, no? > I think the 'polluted' means we have a $PATH contains: > /gnu/store/xxx-windowmaker/bin > install it to profile doesn't have this issue. Right, but WindowMaker is not necessarily in the user=E2=80=99s profile. Still, maybe the initial solution, which added WindowMaker to $PATH, is the least undesirable solution. Thoughts? Ludo=E2=80=99.