Hi Kent,
On 4/6/20 2:08 PM, Kent Fredric wrote:
> So no, nobody can actually make assurances of this software, we can
> only stipulate which cautions we know are warranted.
No assurance is also a level that takes place in the lower ranking
level. If someone needs to use zoom because they are
One, instead of pulling in various OpenCL runtimes, only depend on
an OpenCL ICD loader (dev-libs/ocl-icd, with dev-libs/opencl-icd-loader
to be added later) in order to provide hardware-independent header
files and libraries for OpenCL-aware software to build against.
Actual runtimes are now
Changes since v1:
* bump EAPI to 7
* use readme.gentoo for the postinst message
* do not depend on app-eselect/eselect-opencl
* make note in the comments about dev-libs/opencl-icd-loader to explain
why we need a virtual in the first place
On 4/6/20 9:23 AM, Pacho Ramos wrote:
> El jue, 02-04-2020 a las 16:28 +0200, Pacho Ramos escribió:
>> Hello,
>>
>> I was reviewing about how to enable globally on my system the usage of
>> libappindicator and I realized that we have multiple names for that in the
>> tree.
>> "ayatana" is the only
On Mon, Apr 6, 2020 at 9:23 AM Pacho Ramos wrote:
>
> El jue, 02-04-2020 a las 16:28 +0200, Pacho Ramos escribió:
> > Hello,
> >
> > I was reviewing about how to enable globally on my system the usage of
> > libappindicator and I realized that we have multiple names for that in the
> > tree.
> >
El jue, 02-04-2020 a las 16:28 +0200, Pacho Ramos escribió:
> Hello,
>
> I was reviewing about how to enable globally on my system the usage of
> libappindicator and I realized that we have multiple names for that in the
> tree.
> "ayatana" is the only global one, while other packages are using
On Sun, 5 Apr 2020 17:11:01 +0100
Samuel Bernardo wrote:
> Sorry about my comment, but couldn't that be solved choosing the right
> profile or opting for an official overlay, raking the assurance level of
> those?
If zoom is a binary only package, not opensource, we can't make any
assurances.
On 2020-04-06 06:27, Michał Górny wrote:
> While at it, is there any chance to rewrite eselect-opencl so that it
> stops writing into /usr and uses environment approach like eselect-
> opengl does?
I think I'd rather just nuke eselect-opencl altogether and force the use
of an ICD loader for all
Hello, everyone.
It is my pleasure to announce that Infra is ready to deploy NATTkA
and will do so as soon as we're able to synchronize with stable-bot
owner.
TL;DR: expect bot handling kwreq/streq to change, please report any bugs
you notice, please start testing 'nattka apply' as a replacement