From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 9FB99138334 for ; Fri, 22 Mar 2019 21:14:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 690E1E092D; Fri, 22 Mar 2019 21:14:07 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0DF8AE0880 for ; Fri, 22 Mar 2019 21:14:07 +0000 (UTC) Received: from tuxbrain.localnet (188-22-101-193.adsl.highway.telekom.at [188.22.101.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: asturm) by smtp.gentoo.org (Postfix) with ESMTPSA id 5E6BE335CA0; Fri, 22 Mar 2019 21:14:05 +0000 (UTC) From: Andreas Sturmlechner To: gentoo-dev@lists.gentoo.org Cc: Piotr Karbowski Subject: Re: [gentoo-dev] State of elogind integration and the default +elogind local USE flag on xorg-server. Date: Fri, 22 Mar 2019 22:13:52 +0100 Message-ID: <1935072.54csNtz98k@tuxbrain> In-Reply-To: <2302bbea-7df1-d27c-e184-6719fbf159bd@gentoo.org> References: <5aa7ae5e-94d8-2428-ccd5-ea4c04ebf5e4@gentoo.org> <91370575.RfKHrJFilt@tuxbrain> <2302bbea-7df1-d27c-e184-6719fbf159bd@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" X-Archives-Salt: 630dfb32-51b2-451d-ab8a-e69b1d60d9a9 X-Archives-Hash: 282eb7692ad12db47f56f85b2874a4d5 On Freitag, 22. M=E4rz 2019 22:07:54 CET Piotr Karbowski wrote: > I am not a big fan of that, but for sure, that would address the issues, > however I am really worried about what to do later with xorg-server. I > *really* do not want suid to be enabled there by default permanently, if > we go the following route, do you think it's feasible to then still > default to +elogind -suid on xorg-server? I understood now that > consolekit clash with elogind, but maybe it's something to handle on > consolekit level, to block elogind from being installed? That would be introducing a default blocker to desktop profiles, and we don= 't=20 do that to our users. This should be instead a huge motivation to get elogind support on track=20 everywhere it is still lacking, fix blockers, identify (the importance of) = yet- consolekit-only packages. Maybe create a tracker for the switch to elogind = on=20 desktop profiles. Regards, Andreas