Re: [gentoo-dev] New copyright policy approved, please weigh your Signed-off-bys

2018-09-17 Thread Michael Orlitzky
On 09/16/2018 02:59 AM, Michał Górny wrote: > Hi, everyone. > > Just FYI: the Trustees have approved GLEP 76 aka our new copyright > policy [1]. While the exact implementation details are to be determined > yet, please note that *Signed-off-by* line will mean you are certifying > our GCO [2]. >

[gentoo-dev] Last rites: app-vim/python-mode, dev-python/{astng,logilab-{common,constraint}}

2018-09-17 Thread Michał Górny
# Michał Górny (17 Sep 2018) # Obsolete LogiLab packages that are full of issues and were never # maintained properly. Recently dev-python/logilab-common started # colliding with dev-python/pytest, making it practically non- # installable. The only revdep left is app-vim/python-mode where # the

Re: [gentoo-dev] [RFC] C++ standard in ebuilds

2018-09-17 Thread Georg Rudoy
On 9/17/18 at 5:24 PM user 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 generally be changed. If a dependent > project is incompatible that's no different than any

Re: [gentoo-dev] [RFC] Make 'cuda' a global USE flag

2018-09-17 Thread Jason Zaman
On Mon, Sep 17, 2018 at 04:00:26PM +0200, Guilherme Amadio wrote: > Hi everyone, > > We have several packages (~35) with local USE=cuda. Should we make that > a global USE flag? It's a quite generic flag for GPU support, so I was > surprised to learn it was still local when I added support for it

Re: [gentoo-dev] [RFC] C++ standard in ebuilds

2018-09-17 Thread Matt Turner
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 generally be changed. If a dependent project is incompatible that's no different than any other case of incompatible dependencies in Gentoo. I

[gentoo-portage-dev] [PATCH v2] f{owners,perms}: Warn when using relative path

2018-09-17 Thread Michał Górny
--- bin/ebuild-helpers/fowners | 15 +++ bin/ebuild-helpers/fperms | 15 +++ 2 files changed, 30 insertions(+) diff --git a/bin/ebuild-helpers/fowners b/bin/ebuild-helpers/fowners index 68004210b..0eda73e58 100755 --- a/bin/ebuild-helpers/fowners +++

Re: [gentoo-portage-dev] [PATCH] f{owners,perms}: Warn when using relative path

2018-09-17 Thread Michał Górny
On Mon, 2018-09-17 at 12:42 -0400, Michael Orlitzky wrote: > On 09/17/2018 02:52 AM, Michał Górny wrote: > > > > --- a/bin/ebuild-helpers/fowners > > +++ b/bin/ebuild-helpers/fowners > > ... > > + eqawarn "This is unsupported. Please use 'chmod' when you need > > to work on files" > >

[gentoo-portage-dev] [PATCH 2/2] ecompress: Replace with implementation from portage[mgorny]

2018-09-17 Thread Michał Górny
Replace the old ecompress/ecompressdir implementation with the one used in portage[mgorny]. This is a squashed version of a long series of commits that gutted off parts of old logic, introduced the new code, fixed ongoing bugs and finally restored the missing features. Given the scale of

[gentoo-portage-dev] [PATCH 1/2] Replace implicit doc compression with dir compression in old EAPIs

2018-09-17 Thread Michał Górny
Unify the documentation compression methods in all EAPIs to compress per-directory rather than implicitly compress files installed by dodoc, doinfo and doman. Old EAPIs don't provide docompress to control which directories are compressed but they don't say anything about dodoc etc. compressing

Re: [gentoo-portage-dev] [PATCH] f{owners,perms}: Warn when using relative path

2018-09-17 Thread Michael Orlitzky
On 09/17/2018 02:52 AM, Michał Górny wrote: > > --- a/bin/ebuild-helpers/fowners > +++ b/bin/ebuild-helpers/fowners > ... > + eqawarn "This is unsupported. Please use 'chmod' when you need > to work on files" This one should be 'chown' instead of 'chmod'. (Calling chown on the live

Re: [gentoo-dev] [RFC] C++ standard in ebuilds

2018-09-17 Thread Vadim A. Misbakh-Soloviov
I'd prefer to wait another replies on the list for the main theme of this e- mail, but this problem also affects C (so, as **c**flags and C standards), so solution shoudn't be c++ specific, imho.

[gentoo-dev] [RFC] C++ standard in ebuilds

2018-09-17 Thread Guilherme Amadio
Hi everyone, I would like to discuss a system-wide way to handle C++ standard setting in Gentoo. We currently have many packages appending -std=c++XX to their flags, and it's hard to keep track of which packages use which version of the standard. This is a problem when packages force dependencies

[gentoo-portage-dev] [PATCH] estrip: Use find -delete instead of manual rm

2018-09-17 Thread Michał Górny
--- bin/estrip | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/bin/estrip b/bin/estrip index 5709b862c..3ee4b01ac 100755 --- a/bin/estrip +++ b/bin/estrip @@ -363,10 +363,9 @@ done < <( ) else while IFS= read -d '' -r x ; do - rm -f "${x}" || die

[gentoo-dev] [RFC] Make 'cuda' a global USE flag

2018-09-17 Thread Guilherme Amadio
Hi everyone, We have several packages (~35) with local USE=cuda. Should we make that a global USE flag? It's a quite generic flag for GPU support, so I was surprised to learn it was still local when I added support for it to a package recently. Another thing we might want to discuss is a global

[gentoo-portage-dev] [PATCH] f{owners,perms}: Warn when using relative path

2018-09-17 Thread Michał Górny
--- bin/ebuild-helpers/fowners | 15 +++ bin/ebuild-helpers/fperms | 15 +++ 2 files changed, 30 insertions(+) diff --git a/bin/ebuild-helpers/fowners b/bin/ebuild-helpers/fowners index 68004210b..70297c6e6 100755 --- a/bin/ebuild-helpers/fowners +++

Re: [gentoo-portage-dev] [PATCH v2 4/4] Ban prepall in ebuild scope

2018-09-17 Thread Michał Górny
On Sun, 2018-09-16 at 16:09 -0700, Zac Medico wrote: > On 09/15/2018 06:45 AM, Michał Górny wrote: > > --- > > bin/ebuild-helpers/prepall | 28 ++-- > > bin/misc-functions.sh | 27 ++- > > 2 files changed, 28 insertions(+), 27 deletions(-) > >