[gentoo-dev] Re: RFC: Global USE cuda

2017-01-04 Thread Jonathan Callen
On 01/02/2017 04:37 PM, Justin wrote: > Hi all > > How about making USE=cuda a global USE? > > Description: Enable support for nVidia CUDA I would say: "Enable support for NVIDIA CUDA", as that reflects how NVIDIA now appears to refer to itself. > > Current Situation: > [snip] > > More or

Re: [gentoo-portage-dev] [PATCH] _dep_check_composite_db: select highest in slot conflict (bug 554070)

2017-01-04 Thread Zac Medico
On 01/04/2017 02:28 PM, Brian Dolbec wrote: > On Tue, 3 Jan 2017 17:13:25 -0800 > Zac Medico wrote: > >> Fix the _dep_check_composite_db._visible method to select the highest >> version involved in a slot conflict, for consistency with the change >> in

Re: [gentoo-portage-dev] [PATCH] repoman: make unused local USE flags an error

2017-01-04 Thread Brian Dolbec
On Wed, 4 Jan 2017 13:14:38 -0500 Mike Gilbert wrote: > X-Gentoo-Bug: 602002 > X-Gentoo-Bug-URL: https://bugs.gentoo.org/602002 > --- > repoman/pym/repoman/modules/scan/metadata/pkgmetadata.py | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [gentoo-portage-dev] [PATCH] _dep_check_composite_db: select highest in slot conflict (bug 554070)

2017-01-04 Thread Brian Dolbec
On Tue, 3 Jan 2017 17:13:25 -0800 Zac Medico wrote: > Fix the _dep_check_composite_db._visible method to select the highest > version involved in a slot conflict, for consistency with the change > in ab07ac68fa1e04ed64e2e0f6c753ff169a32d517. The included unit test > fails

Re: [gentoo-dev] MANPATH handling in ebuilds

2017-01-04 Thread Wolfgang Mueller
> I have only tested this manually with run-parts, so I shall put it in > cron.hourly right now and report back later. MANPATH is definitely not set when executing cron scripts like that. I deleted all mandoc.db files and waited for them to be regenerated. Only the one in /usr/share/man was

Re: [gentoo-dev] MANPATH handling in ebuilds

2017-01-04 Thread Wolfgang Mueller
> You shouldn't call those tools inside ebuild. If the build system is > doing that, patch it out. In fact, I'm surprised sandbox doesn't catch > this as an attempt to write outside allowed paths. Okay, I shall remove any calls to database creation and just alert the user. > Are you sure this

Re: [gentoo-dev] MANPATH handling in ebuilds

2017-01-04 Thread Michał Górny
On Wed, 4 Jan 2017 16:45:56 + Wolfgang Mueller wrote: > While working on an mdocml ebuild, I noticed that a call to `makewhatis' > for mdocml or the corresponding `mandb' call for sys-apps/man-db does > not create entries for gcc's or binutils' man pages. This is because > the

[gentoo-portage-dev] [PATCH] repoman: make unused local USE flags an error

2017-01-04 Thread Mike Gilbert
X-Gentoo-Bug: 602002 X-Gentoo-Bug-URL: https://bugs.gentoo.org/602002 --- repoman/pym/repoman/modules/scan/metadata/pkgmetadata.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/repoman/pym/repoman/modules/scan/metadata/pkgmetadata.py

[gentoo-dev] MANPATH handling in ebuilds

2017-01-04 Thread Wolfgang Mueller
Hi, While working on an mdocml ebuild, I noticed that a call to `makewhatis' for mdocml or the corresponding `mandb' call for sys-apps/man-db does not create entries for gcc's or binutils' man pages. This is because the MANPATH environment is suppressed in ebuilds. I asked about this in

Re: Why lastrite when it works? (Was: Re: [gentoo-dev] Packages up for grabs due to retirement)

2017-01-04 Thread Thomas Kahle
On 03/01/2017 15:24, Damien LEVAC wrote: > > > On 01/03/2017 09:14 AM, Michael Mol wrote: >> On Tuesday, January 3, 2017 12:05:10 PM EST Michał Górny wrote: >>> On Tue, 3 Jan 2017 16:00:52 +0700 (+07) >>> >>> gro...@gentoo.org wrote: On Mon, 2 Jan 2017, Brian Evans wrote: > IMO, this

Re: [gentoo-dev] Re: The changes about the stabilization process

2017-01-04 Thread Kristian Fiskerstrand
On 01/04/2017 08:09 AM, Michael Palimaka wrote: > On 04/01/17 12:57, Andrew Savchenko wrote: >> Hi all, >> >> On Sun, 25 Dec 2016 22:55:27 +0300 Andrew Savchenko wrote: >> [...] >>> Another question: do we steel need to set STABLEREQ keyword for >>> stabilization bugs? Since we now have a

Re: [gentoo-dev] RFC: global USE c++11

2017-01-04 Thread Michał Górny
On Mon, 2 Jan 2017 21:34:03 + "Justin " wrote: > Hi all > > How about making USE="c++11" a global USE? > > Description: Build using the C++11 standard. > > [...] > > Seems to be very consistent in usage. ...and yet a very bad idea. As blueness pointed out, there's a