[gentoo-dev] [PATCH 2/2] cmake-utils.eclass: Enable BUILD_SHARED_LIBS by default in EAPI >= 7

2018-07-25 Thread soap
From: David Seifert * Many upstreams build static libraries by default, as this is simpler for distribution. Developers can still override this variable if required. Examples: https://github.com/pezmaster31/bamtools/blob/master/CMakeLists.txt#L64 --- eclass/cmake-utils.eclass | 1 + 1 f

[gentoo-dev] [PATCH 1/2] cmake-utils.eclass: Make ninja default backend in EAPI >= 7

2018-07-25 Thread soap
From: David Seifert * Using the ninja backend as a default is the only way to massively improve src_compile core utilization, given that it seems unlikely that CMake will ever produce non-recursive Makefiles. For a benchmark, see: http://www.kaizou.org/2016/09/build-benchmark-large-c-p

Re: [gentoo-dev] [PATCH v5 03/16] glep-0063: 'Gentoo subkey' → 'Signing subkey'

2018-07-25 Thread Joshua Kinard
On 7/25/2018 1:38 AM, Michał Górny wrote: > W dniu śro, 25.07.2018 o godzinie 01∶28 -0400, użytkownik Joshua Kinard > napisał: >> On 7/8/2018 2:38 PM, Michał Górny wrote: >>> Replace the 'Gentoo subkey' term that might wrongly suggest that >>> the developers are expected to create an additional, de

Re: [gentoo-dev] [arm17] [PATCH] toolchain-funcs.eclass: Update tc-is-softfloat for new ARM triplets

2018-07-25 Thread James Le Cuirot
On Wed, 25 Jul 2018 00:34:16 +0100 Sergei Trofimovich wrote: > On Wed, 25 Jul 2018 00:09:28 +0100 > James Le Cuirot wrote: > > > The triplet will change from armv7a-hardfloat-linux-gnueabi to > > armv7a-unknown-linux-gnueabihf or similar. The function already > > treated the latter as hardfloat

Re: [gentoo-dev] [arm17] [News] ARM 17.0 profile migration with CHOST change

2018-07-25 Thread James Le Cuirot
On Wed, 25 Jul 2018 07:27:20 -0700 Alec Warner wrote: > > Otherwise, if you do wish to migrate then we have written a script to > > do the necessary steps for you: > > > > https://gist.github.com/chewi/1601684ad8f3cf8de0b786c00fa09b3c > > > > > Could we check this in someplace? (gentoo/scripts?

[gentoo-dev] Packages up for grabs: dev-libs/mini-xml

2018-07-25 Thread Jonas Stein
Dear all, The following packages are up for grabs: dev-libs/mini-xml after retirement of the proxied maintainer. https://packages.gentoo.org/packages/dev-libs/mini-xml Version bump PR: https://bugs.gentoo.org/661102 -- Best, Jonas

Re: [gentoo-dev] [arm17] [News] ARM 17.0 profile migration with CHOST change

2018-07-25 Thread Alec Warner
On Tue, Jul 24, 2018 at 4:08 PM, James Le Cuirot wrote: > Please read my background [arm17] email before reviewing this. This is > my first news item so please be kind! I have deliberately chosen > News-Item-Format 1.0 to include older systems and because I do not need > any 2.0 features. > > > T

Re: [gentoo-dev] Adding USE=udev to linux profiles

2018-07-25 Thread Ben Kohler
On 07/25/2018 02:28 AM, Andrew Savchenko wrote: Adding udev to the base profile will make customization much harder for people unwilling to use udev. This is the problem. To stay on the original track, I was suggesting adding it to the linux profile component, not base. And people who are u

Re: [gentoo-dev] [arm17] [PATCH] toolchain-funcs.eclass: Update tc-is-softfloat for new ARM triplets

2018-07-25 Thread James Le Cuirot
On Wed, 25 Jul 2018 07:03:46 +0200 Michał Górny wrote: > > diff --git a/eclass/toolchain-funcs.eclass b/eclass/toolchain-funcs.eclass > > index cea8949b45d7..f484fffc2664 100644 > > --- a/eclass/toolchain-funcs.eclass > > +++ b/eclass/toolchain-funcs.eclass > > @@ -204,13 +204,38 @@ tc-is-softflo

Re: [gentoo-dev] Adding USE=udev to linux profiles

2018-07-25 Thread Andrew Savchenko
On Tue, 24 Jul 2018 12:14:55 -0400 Rich Freeman wrote: > On Tue, Jul 24, 2018 at 12:06 PM Michael Orlitzky wrote: > > > > On 07/24/2018 11:39 AM, Mike Gilbert wrote: > > > > > > You can run any system without udev, but you need to be very careful > > > about what Linux features you utilize and how

Re: [gentoo-dev] [PATCH v5 03/16] glep-0063: 'Gentoo subkey' → 'Signing subkey'

2018-07-25 Thread Ulrich Mueller
> On Wed, 25 Jul 2018, Aaron Bauman wrote: > The whole, "I am not doing one year..." and then the "anvil doesn't > count" seems uncooperative and contradictory. > Is there some obstacle stopping you from updating your key > expiration once a year? It takes at most 20 minutes. It is *not* one