Re: [gentoo-dev] zoom concerns

2020-04-02 Thread Michal Prívozník
On 2. 4. 2020 7:51, Michał Górny wrote: > On Thu, 2020-04-02 at 10:13 +0800, William Kenworthy wrote: >> And I would like to add that sometimes you don't have a choice - if >> someone who is paying you says to use zoom, there is no choice > > You always have a choice. You can live poor and happy

Re: [gentoo-dev] News item: Deprecation and removal of legacy X11 input drivers.

2020-04-02 Thread David Seifert
On Thu, 2020-04-02 at 00:44 +0200, Piotr Karbowski wrote: > Title: Deprecation and removal of legacy X11 input drivers. > Author: Piotr Karbowski > Posted: 2020-04-02 > Revision: 1 > News-Item-Format: 2.0 > Display-If-Installed: x11-drivers/xf86-input-mouse > Display-If-Installed: x11-drivers/xf86

[gentoo-dev] Changes to toolchain.eclass to better support gnat-gpl ebuild

2020-04-02 Thread Alfredo Tupone
I would like to have the attached changes reviewed and, if possible, applied to the toolchain eclass. This will simplify the gnat-gpl ebuild and is a step to add ada to sys-devel/gcc And also I suggest temporary to mask the ada flag for sys-devel/gcc Thanks Alfredo Tupone diff --git a/eclass/to

Re: [gentoo-dev] News item: Deprecation and removal of legacy X11 input drivers.

2020-04-02 Thread Ulrich Mueller
> On Thu, 02 Apr 2020, Piotr Karbowski wrote: > Title: Deprecation and removal of legacy X11 input drivers. Title has 52 chars which is too long (omit the full stop for a start). > Author: Piotr Karbowski > Posted: 2020-04-02 > Revision: 1 > News-Item-Format: 2.0 > Display-If-Installed: x11

Re: [gentoo-dev] zoom concerns

2020-04-02 Thread Ulrich Mueller
> On Thu, 02 Apr 2020, Alessandro Barbieri wrote: > I have concerns about the inclusion of zoom in ::gentoo. For me it's > more like a malware. Gentoo is about choice. If users want to use Zoom (or have to, because their employer schedules a meeting using that platform) then it is not our cal

Re: [gentoo-dev] zoom concerns

2020-04-02 Thread Ulrich Mueller
> On Thu, 02 Apr 2020, Rich Freeman wrote: > I guess we could stick an einfo in the post-install messages, Not sure if that's necessary. Zoom is a proprietary, closed-source, fetch-restricted package, so users should know that they cannot expect the same level of quality as for free software.

[gentoo-dev] [PATCH 1/2] profiles/desc/cpu_flags_x86.desc: add avx512dq and avx512vl.

2020-04-02 Thread Michael Orlitzky
These two flags are already supported by cpuid2cpuflags, but so far no package in ::gentoo uses them. The forthcoming sci-libs/fflas-ffpack will use them, however, and -- given that they're CPU flags whose names are fixed -- it seems most sensible to add them globally right away. Bug: https://bugs

[gentoo-dev] [PATCH 0/2] New x86 CPU flags and a package to use them.

2020-04-02 Thread Michael Orlitzky
Sending to the list because it adds two new global CPU flags, already supported by cpuid2cpuflags but not listed in the profiles yet. Michael Orlitzky (2): profiles/desc/cpu_flags_x86.desc: add avx512dq and avx512vl. sci-libs/fflas-ffpack: new package for finite-field linear algebra. profile

[gentoo-dev] [PATCH 2/2] sci-libs/fflas-ffpack: new package for finite-field linear algebra.

2020-04-02 Thread Michael Orlitzky
This is a straightforward import of the latest fflas-ffpack-2.4.3.ebuild that François Bissey has been maintaining in the sage-on-gentoo overlay, with only a few minor changes: * I added a "+" to the LICENSE to match the upstream LGPL-2.1+. * I switched the openmp check to use tc-check-openmp

[gentoo-dev] About merging "ayatana", "indicator", "libindicate", "appindicator" in one global USE flag

2020-04-02 Thread Pacho Ramos
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 "indicator", "libindicate", "appindicator"... Personally I would merge al

[gentoo-dev] RFC: Rethinking virtual/opencl and eselect-opencl

2020-04-02 Thread Marek Szuba
(with many thanks to everyone who mulled on this problem in #gentoo-dev yesterday, mattst88 in particular) So, yesterday's attempt to begin phasing support for 32-bit OpenCL out of Gentoo (which, to remind everyone who may not have followed the earlier discussion, would essentially acknowledge the

Re: [gentoo-dev] zoom concerns

2020-04-02 Thread Thomas Deutschmann
Hi, it's true that zoom is currently getting a lot of attention. It all started with the iOS application using Facebook SDK to provide login through Facebook and their TOS/privacy statement. That triggered a lot of (security) researchers who are currently sitting at home like most people in weste

[gentoo-dev] Re: News item: Deprecation and removal of legacy X11 input drivers.

2020-04-02 Thread Piotr Karbowski
Hi, Updated with what Ulm and Soup pointed out, while keeping the long sentence, that even it's long, is still beneficial to have. Revision bumped to 2, date bumped to tomorrow's. --- news item below --- Title: Deprecation of legacy X11 input drivers Author: Piotr Karbowski Posted: 2020-04-03 R

[gentoo-dev] Re: News item: Deprecation and removal of legacy X11 input drivers.

2020-04-02 Thread Piotr Karbowski
Hi, On 02/04/2020 17.26, Piotr Karbowski wrote: > Hi, > > Updated with what Ulm and Soup pointed out, while keeping the long > sentence, that even it's long, is still beneficial to have. Revision > bumped to 2, date bumped to tomorrow's. My apology, s/Soup/Soap/. -- Piotr. signature.asc Desc

Re: [gentoo-dev] Re: News item: Deprecation and removal of legacy X11 input drivers.

2020-04-02 Thread Gordon Pettey
On Thu, Apr 2, 2020 at 10:27 AM Piotr Karbowski wrote: > while keeping the long sentence, that even it's long, is still beneficial > to have > Split it for grammatical correctness and ease of human parsing. The only use for those drivers remain in deployments which intentionally > opt-out of us

[gentoo-dev] Re: Changes to toolchain.eclass to better support gnat-gpl ebuild

2020-04-02 Thread Sergei Trofimovich
On Thu, 2 Apr 2020 12:52:13 +0200 Alfredo Tupone wrote: > + # Do not set ADAFLAGS to build the compiler > + unset ADAFLAGS Can you clarify in a comment why it's done? > # Older gcc versions did not detect bash and re-exec itself, so force > the > # use of bash. Newer ones

Re: [gentoo-dev] Changes to toolchain.eclass to better support gnat-gpl ebuild

2020-04-02 Thread Mike Gilbert
On Thu, Apr 2, 2020 at 6:52 AM Alfredo Tupone wrote: > > I would like to have the attached changes reviewed and, if possible, > applied to the toolchain eclass. Please generate patches using git-format-patch, and send them using git-send-email. This allows them to be easily reviewed in a mail cli

[gentoo-dev] [PATCH] enable build of gnat compiler in the toolchain eclass

2020-04-02 Thread Tupone Alfredo
--- eclass/toolchain.eclass | 25 ++--- 1 file changed, 22 insertions(+), 3 deletions(-) diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass index ee466ee4d904..b003dc20cc5a 100644 --- a/eclass/toolchain.eclass +++ b/eclass/toolchain.eclass @@ -184,7 +184,7 @@ if [[

Re: [gentoo-dev] [PATCH] enable build of gnat compiler in the toolchain eclass

2020-04-02 Thread Sergei Trofimovich
On Fri, 3 Apr 2020 08:25:35 +0200 Tupone Alfredo wrote: > --- > eclass/toolchain.eclass | 25 ++--- > 1 file changed, 22 insertions(+), 3 deletions(-) Looks good! -- Sergei