From unknown Fri Mar 29 00:39:05 2024 Received: (at 745) by bugs.devuan.org; 6 Mar 2023 18:18:02 +0000 Return-Path: Delivered-To: bugs@devuan.org Received: from email.devuan.org [2001:41d0:2:d06e::5c4:2612] by doc.devuan.org with IMAP (fetchmail-6.4.16) for (single-drop); Mon, 06 Mar 2023 18:18:02 +0000 (UTC) Received: from email.devuan.org by email.devuan.org with LMTP id MIloOTEuBmRBQgAAmSBk0A (envelope-from ) for ; Mon, 06 Mar 2023 18:17:21 +0000 Received: by email.devuan.org (Postfix, from userid 109) id D8B6666E; Mon, 6 Mar 2023 18:17:21 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on email.devuan.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 Received-SPF: None (mailfrom) identity=mailfrom; client-ip=2001:67c:14c:12f::11:100; helo=mail.lichtvoll.de; envelope-from=martin@lichtvoll.de; receiver= Received: from mail.lichtvoll.de (lichtvoll.de [IPv6:2001:67c:14c:12f::11:100]) by email.devuan.org (Postfix) with ESMTPS id CE1AB393 for <745@bugs.devuan.org>; Mon, 6 Mar 2023 18:17:20 +0000 (UTC) Received: from 127.0.0.1 (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by mail.lichtvoll.de (Postfix) with ESMTPSA id 5BF77614155; Mon, 6 Mar 2023 19:17:19 +0100 (CET) From: Martin Steigerwald To: Simon McVittie , Mark Hindley Cc: 745@bugs.devuan.org, 1032368@bugs.debian.org Subject: Re: bug#745: dbus-x11: Several processes in Plasma session including krunner have / as current working directory Date: Mon, 06 Mar 2023 19:17:19 +0100 Message-ID: <8196972.T7Z3S40VBb@lichtvoll.de> In-Reply-To: References: <3241557.44csPzL39Z@lichtvoll.de> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" Authentication-Results: mail.lichtvoll.de; auth=pass smtp.auth=martin smtp.mailfrom=martin@lichtvoll.de Mark and Simon: thank you. Mark Hindley - 06.03.23, 17:22:12 CET: > On Mon, Mar 06, 2023 at 03:25:18PM +0000, Simon McVittie wrote: > > What I absolutely don't want is to make the change, and then 2 years > > later get hate mail from someone telling me that I've broken their > > system by making dbus-launch prevent /home from being unmounted and > > "why can't you just" add an option to use daemon(3). >=20 > I think that is a very good point. >=20 > KDE is the only area where I have heard of this causing problems and I > am not aware of any other reports that seem to have the same > underlying cause. =E2=80=A6 The upstream issue=C2=B9 refers to GNOME applications in RHEL 7 being=20 affected. RHEL 7 would have a KDE without Systemd startup I bet=C2=B2. [1] https://gitlab.freedesktop.org/dbus/dbus/-/issues/214 [2] https://blog.davidedmundson.co.uk/blog/plasma-and-the-systemd-startup/ = (however I am not entirely sure whether that kind of startup is=20 activated by default nowadays) > I am not convinced there *is* a consensus for change and the risk of=20 > changing the default for all users of legacy DBus activation seems=20 > high. =46air enough. > Martin, I still think this is for KDE to address if it is important to > them. I don't think I would push to change the behaviour of DBus in > either Debian or Devuan at the moment. I added that information and suggestion to the KDE bug report: krunner starts applications with cwd "/" with init system other than=20 systemd (openrc, runit, ...) https://bugs.kde.org/show_bug.cgi?id=3D432975#c16 Let's see whether KDE developers are open to make the required changes. Thanks, =2D-=20 Martin