Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

2018-05-09 Thread Michał Górny
W dniu śro, 09.05.2018 o godzinie 08∶51 +0200, użytkownik Dennis Schridde napisał: > Hello! > > I see sandbox violations similar to "ACCESS DENIED: open_wr: /dev/dri/ > renderD128" pop up for more and more packages, probably since OpenCL becomes > used more widely. Hence I would like to ask: Cou

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

2018-05-09 Thread Dennis Schridde
On Wednesday, 9 May 2018 09:34:43 CEST Michał Górny wrote: > W dniu śro, 09.05.2018 o godzinie 08∶51 +0200, użytkownik Dennis > > Schridde napisał: > > I see sandbox violations similar to "ACCESS DENIED: open_wr: /dev/dri/ > > renderD128" pop up for more and more packages, probably since OpenCL >

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

2018-05-09 Thread Michał Górny
W dniu śro, 09.05.2018 o godzinie 09∶56 +0200, użytkownik Dennis Schridde napisał: > On Wednesday, 9 May 2018 09:34:43 CEST Michał Górny wrote: > > W dniu śro, 09.05.2018 o godzinie 08∶51 +0200, użytkownik Dennis > > > > Schridde napisał: > > > I see sandbox violations similar to "ACCESS DENIED: o

[gentoo-dev] [PATCH v3] eapi7-ver.eclass: Support EAPIs 0 to 6.

2018-05-09 Thread Ulrich Müller
--- v3, including suggestions from Duncan and Hello71. eclass/eapi7-ver.eclass | 16 +++- 1 file changed, 7 insertions(+), 9 deletions(-) diff --git a/eclass/eapi7-ver.eclass b/eclass/eapi7-ver.eclass index 6117124a90a5..e34025e201c7 100644 --- a/eclass/eapi7-ver.eclass +++ b/eclass/

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

2018-05-09 Thread Matt Turner
On Tue, May 8, 2018 at 11:51 PM, Dennis Schridde wrote: > Hello! > > I see sandbox violations similar to "ACCESS DENIED: open_wr: /dev/dri/ > renderD128" pop up for more and more packages, probably since OpenCL becomes > used more widely. Hence I would like to ask: Could we in Gentoo treat GPUs >

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

2018-05-09 Thread Mike Gilbert
On Wed, May 9, 2018 at 12:34 PM, Matt Turner wrote: > On Tue, May 8, 2018 at 11:51 PM, Dennis Schridde wrote: >> Hello! >> >> I see sandbox violations similar to "ACCESS DENIED: open_wr: /dev/dri/ >> renderD128" pop up for more and more packages, probably since OpenCL becomes >> used more widely.

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

2018-05-09 Thread M. J. Everitt
On 09/05/18 18:10, Mike Gilbert wrote: > On Wed, May 9, 2018 at 12:34 PM, Matt Turner wrote: >> On Tue, May 8, 2018 at 11:51 PM, Dennis Schridde wrote: >>> Hello! >>> >>> I see sandbox violations similar to "ACCESS DENIED: open_wr: /dev/dri/ >>> renderD128" pop up for more and more packages, prob

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

2018-05-09 Thread Alec Warner
On Wed, May 9, 2018 at 12:34 PM, Matt Turner wrote: > On Tue, May 8, 2018 at 11:51 PM, Dennis Schridde > wrote: > > Hello! > > > > I see sandbox violations similar to "ACCESS DENIED: open_wr: /dev/dri/ > > renderD128" pop up for more and more packages, probably since OpenCL > becomes > > used mo

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

2018-05-09 Thread Matt Turner
On Tue, May 8, 2018 at 11:51 PM, Dennis Schridde wrote: > I see sandbox violations similar to "ACCESS DENIED: open_wr: /dev/dri/ > renderD128" pop up for more and more packages, probably since OpenCL becomes > used more widely. I want to respond to the mention of OpenCL being more widely used...

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

2018-05-09 Thread Matt Turner
On Wed, May 9, 2018 at 10:19 AM, Alec Warner wrote: > On Wed, May 9, 2018 at 12:34 PM, Matt Turner wrote: >> >> On Tue, May 8, 2018 at 11:51 PM, Dennis Schridde >> wrote: >> > Hello! >> > >> > I see sandbox violations similar to "ACCESS DENIED: open_wr: /dev/dri/ >> > renderD128" pop up for more

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

2018-05-09 Thread Matt Turner
On Wed, May 9, 2018 at 11:43 AM, Matt Turner wrote: > Irrespective to the answer to that question, it's my opinion that we > should not execute code via the package manager that has the potential > to bring down the whole system. ... and if anyone doubts that possibility, please do a full piglit

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

2018-05-09 Thread Kent Fredric
On Wed, 9 May 2018 18:12:32 +0100 "M. J. Everitt" wrote: > > On Wed, May 9, 2018 at 12:34 PM, Matt Turner wrote: > > It's worth noting that the default rules shipped with udev assign mode > > 0666 to the /dev/dri/renderD* device nodes. So, outside of a sanbox > > environment, any user may acce

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

2018-05-09 Thread M. J. Everitt
On 09/05/18 19:50, Kent Fredric wrote: > On Wed, 9 May 2018 18:12:32 +0100 > "M. J. Everitt" wrote: > >>> On Wed, May 9, 2018 at 12:34 PM, Matt Turner wrote: >>> It's worth noting that the default rules shipped with udev assign mode >>> 0666 to the /dev/dri/renderD* device nodes. So, outside of

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

2018-05-09 Thread Kent Fredric
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

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

2018-05-09 Thread William Hubbs
On Wed, May 09, 2018 at 07:54:16PM +0100, M. J. Everitt wrote: > On 09/05/18 19:50, Kent Fredric wrote: > > On Wed, 9 May 2018 18:12:32 +0100 > > "M. J. Everitt" wrote: > > > >>> On Wed, May 9, 2018 at 12:34 PM, Matt Turner wrote: > >>> > >>> It's worth noting that the default rules shipped wi

Re: [gentoo-dev] Access to DRM render nodes from portage sandbox?

2018-05-09 Thread M. J. Everitt
On 09/05/18 20:31, William Hubbs wrote: > On Wed, May 09, 2018 at 07:54:16PM +0100, M. J. Everitt wrote: >> ^ That is relatively common knowledge .. my question was more steered >> towards whether Eudev is carrying this feature through as well (which >> likely as they might ... ) I believe eudev wa