On Mon, 6 Apr 2020 23:55:07 +0100
Samuel Bernardo wrote:
> This is the kind of useful information that we could collect from the
> QA, extending the greatness of the best distro ever made. The
> availability of software from a distro is better than installing it
> standalone, allowing to share kn
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 dema
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
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 simpl
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 "i
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.
E
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 i
