On Montag, 9. Dezember 2019 13:03:02 CET Hanno Böck wrote:
> It's an archive unpacker written in objective C, which makes it
> dependency-heavy (particularly requires gcc compiled with objc).
> I originally got interested because it was the only free unpacker
> capable of handling modern rar archiv
On Donnerstag, 21. November 2019 09:11:46 CET Mart Raudsepp wrote:
> See also this related old thread:
> https://archives.gentoo.org/gentoo-dev/message/e04f6d321e424a237af62721d1d09
> 211
I think tackling the triad of opengl/gles, egl/glx, X/wayland is also a good
idea. Generally, all these proba
Hello everyone!
On Donnerstag, 21. November 2019 04:32:34 CET Haelwenn (lanodan) Monnier
wrote:
> I noticed for some time that there seems to be two use cases for the
> gles[123] family of USE flags in gentoo repo:
> 1. enabling support of OpenGL ES, which seems interesting to have for
> more runt
On Samstag, 12. Oktober 2019 18:02:28 CEST William Hubbs wrote:
> On Sat, Oct 12, 2019 at 01:11:49PM +0200, Michał Górny wrote:
> > On Sat, 2019-10-12 at 13:00 +0200, David Seifert wrote:
> > > * Some distros have not just merged / and /usr, they
> > >
> > > have also merged /usr/bin and /usr/sb
On Tuesday, 18 September 2018 16:31:23 CEST Guilherme Amadio wrote:
> On Mon, Sep 17, 2018 at 10:24:48AM -0700, Matt Turner wrote:
> > I don't understand what a potential solution would be.
> >
> > The various projects use -std=c++XXX because that's what their code
> > requires. -std=c++XXX can't
On Tuesday, 24 July 2018 20:57:09 CEST Rich Freeman wrote:
> On Tue, Jul 24, 2018 at 2:32 PM Ian Stakenvicius wrote:
> > I don't think the process needs to be simplified much more than this;
> > each layer above has its purpose. However I do very much want to
> > caution on making it more complic
Am Dienstag, 24. Juli 2018, 19:15:19 CEST schrieb Ian Stakenvicius:
> On 2018-07-21 9:33 a.m., Rich Freeman wrote:
> > On Sat, Jul 21, 2018 at 5:33 AM Zac Medico wrote:
> >> Sure, why not? So ^flag would mean that the flag state propagates from
> >> the settings in IUSE.
> >
> > Presumably this c
On Saturday, 21 July 2018 11:33:23 CEST Zac Medico wrote:
> On 07/21/2018 12:01 AM, Dennis Schridde wrote:
> > On Friday, 20 July 2018 08:25:05 CEST Michael Orlitzky wrote:
> >> Yes, when you set USE=foo in profile A and USE="-foo" in profile A/B,
> >> the end
On Friday, 20 July 2018 08:25:05 CEST Michael Orlitzky wrote:
> On 07/20/2018 02:12 AM, Mart Raudsepp wrote:
> > Ok, I can see that point of view for make.conf.
> > I can't agree with changes in other profiles though, as other profile
> > will fall under the same category in USE_ORDER (in fact, it'
On Thursday, 12 July 2018 07:21:20 CEST Ulrich Mueller wrote:
> > On Wed, 11 Jul 2018, Richard Yao wrote:
> > This does not answer my question. Is it really a FHS violation? The
> > contents of /usr changes when doing updates using the system package
> > manager. When not doing updates, it real
On Monday, 9 July 2018 19:26:54 CEST Alec Warner wrote:
> [0] A number of people already point PORTDIR at some other location and
> appear to operate without major issues.
I do have it in /var/cache/portage/gentoo (alongside /var/cache/portage/
{distfiles,packages,local} and that works quite well.
On Saturday, 12 May 2018 16:36:13 CEST Gerion Entrup wrote:
> Am Samstag, 12. Mai 2018, 16:21:26 CEST schrieb Ulrich Mueller:
> > > On Sat, 12 May 2018, Gerion Entrup wrote:
> > > - The size of the tree reduces.
> >
> > I very much doubt that (or at least it remains to be proven).
> >
> > Cur
On Wednesday, 9 May 2018 19:10:13 CEST 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_
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
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
just like CPUs and allow any process to access render nodes (i.e.
15 matches
Mail list logo
