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 011731382C5 for ; Wed, 9 May 2018 19:14:23 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1AE8DE0D60; Wed, 9 May 2018 19:14:19 +0000 (UTC) Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (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 BA9F1E0D53 for ; Wed, 9 May 2018 19:14:17 +0000 (UTC) Received: from katipo2.lan (unknown [203.86.205.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: kentnl) by smtp.gentoo.org (Postfix) with ESMTPSA id BDFD8335C7D for ; Wed, 9 May 2018 19:14:15 +0000 (UTC) Date: Thu, 10 May 2018 07:13:41 +1200 From: Kent Fredric To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Access to DRM render nodes from portage sandbox? Message-ID: <20180510071341.2c4184a3@katipo2.lan> In-Reply-To: <5f3c86b3-6e22-e990-55f0-7542dfe668a0@iee.org> References: <2409241.tZaIjLR7Sc@monk> <1580e46a-b99f-ecb4-e9c4-0b47a6e3ea83@iee.org> <20180510065006.36f6f129@katipo2.lan> <5f3c86b3-6e22-e990-55f0-7542dfe668a0@iee.org> Organization: Gentoo X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.31; x86_64-pc-linux-gnu) 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 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/bShkWxwcUWB6hfb8DccLrZf"; protocol="application/pgp-signature" X-Archives-Salt: f4ffba43-9164-45ee-a1fc-8bd215b4615f X-Archives-Hash: e492b02865787e96584de42a12152f6e --Sig_/bShkWxwcUWB6hfb8DccLrZf Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 9 May 2018 19:54:16 +0100 "M. J. Everitt" wrote: > Do correct me if I'm mistaken ... Right, just the statement of: "I wonder how that pans out for other init systems" Understandably introduces some confusion, when udev is not an init system, and is frequently used in conjunction with one ;) ... either by using the systemd backed version, or our systemd-free fork. And out fork pretty much replicates changes from systemd: https://github.com/gentoo/eudev/commit/bb070c154e7064c752b13a4f84ecad9201a2= f460 However, unlike the systemd side where the definition of GROUP_RENDER_MODE is clear: https://github.com/systemd/systemd/pull/7112/files#diff-f2ff94c68cbdd606743= b339aa68a4164 How that value gets assigned on eudev is not at all clear. --Sig_/bShkWxwcUWB6hfb8DccLrZf Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEPZazbI/qrFT1o9rn6FQySxNmqCAFAlrzSIAACgkQ6FQySxNm qCD9bRAAmJXqqA8nzQbNds+UoGi+QFO8mOBTuM8utpE2A1w1BA0PEdyrBQyaB2Y8 f6cRnPOr5pEXRtPSAWLYony5c8rIaCvezRW0SOiZBN5oInek9UTvT2z645r4ZzZ5 FkOaOqKINPtuD0T3Y++G8vP7uW8ZdHJc2+jBzslNJ5Pimu+YL3FDAq9cfSq8cJJS UKB9otyafM/BQ7SqOlVf8hDIpiRLr0omLPe028eYVnYUuWi5lbC0yW1ImoWj793Q 5eclXc7MDRzkGRFF5LZ/nX7abvfy8/lHRTd/E0zHS5FgTyMxnjfxjiXRZ0RdHBy6 lJPPoHWIMnbk4U5BF5S14dI9srpbwtwccovxONuEi+tZlH0Q3gcBBK6NDPkyAMjd cSY61Gr9as5+YxrfN55XgsmRnBvJRe+SrVT33VgOKuuE+uCF9GIkCC9aVfXXOe+a HXgU32TxWQIPUwjTtdsxwRRudk89dmgdzs+nX2SG7c2MOl0EloGQkbM+V6Wdt8tT tpDOrSToJ7qzgV3wvuAt4MriHnwTxF81Dnz06JfYLqdXWrJDmRuA937Zk707bYpq 7EUbvyZVFBSyAmXGz3CO7WuXKjKcp1CbXwG6cfo/TU1qO5i9CwMRywkNyLQOs+Cm OFCsS0jUR5YFEldhA9hACLuuF8WFQ6xhzWqoMxxrt+tZJugDeGA= =e72N -----END PGP SIGNATURE----- --Sig_/bShkWxwcUWB6hfb8DccLrZf--