Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016

On 05/11/16 04:45, Kent Fredric wrote: > On Fri, 4 Nov 2016 23:09:07 -0400 > Mike Gilbert wrote: > >> On Fri, Nov 4, 2016 at 9:36 PM, Jonas Stein wrote: >> [...] >>> >> [...] >>> Yes, that is a good idea. >>> >>> cat googlecode-shutdown.txt | cut

Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016

On Fri, 4 Nov 2016 23:09:07 -0400 Mike Gilbert wrote: > On Fri, Nov 4, 2016 at 9:36 PM, Jonas Stein wrote: > [...] > > > [...] > > > > Yes, that is a good idea. > > > > cat googlecode-shutdown.txt | cut -f1 -d":" | xargs equery meta -mH | > > grep

Re: [gentoo-dev] newsitem: important fstab update

On Thu, 27 Oct 2016 10:25:39 -0400 Rich Freeman wrote: > It would be nice if standards like USB incorporated some kind of GUID. > I ended up having to write a udev rule for a pl2303 RS232 adapter to > tie it to a specific USB port precisely so that I could have more than > one

Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016

On Fri, Nov 4, 2016 at 9:36 PM, Jonas Stein wrote: >>> If you maintain one of these packages, please fix the SRC_URI and >>> HOMEPAGE variables. > >> It would probably be better if the output included the maintainer. > > Yes, that is a good idea. > > cat googlecode-shutdown.txt

Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016

>> If you maintain one of these packages, please fix the SRC_URI and >> HOMEPAGE variables. > It would probably be better if the output included the maintainer. Yes, that is a good idea. cat googlecode-shutdown.txt | cut -f1 -d":" | xargs equery meta -mH | grep "\@" | sort | uniq | sed

Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016

On 05/11/16 01:20, Rich Freeman wrote: > On Fri, Nov 4, 2016 at 8:30 PM, M. J. Everitt wrote: >> Apologies, getting ahead of myself here .. there must be a portage >> utility, but I've forgotten which one interrogates metadata .. I'll >> defer to a more authoritative source

Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016

> Apologies, getting ahead of myself here .. there must be a portage > utility, but I've forgotten which one interrogates metadata .. I'll > defer to a more authoritative source ... You can try to fetch the maintainers per package with equery meta -mH foo/bar Best, -- Jonas

Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016

On Fri, Nov 4, 2016 at 8:30 PM, M. J. Everitt wrote: > Apologies, getting ahead of myself here .. there must be a portage > utility, but I've forgotten which one interrogates metadata .. I'll > defer to a more authoritative source ... > There might be a command line utility

Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016

On 05/11/16 00:23, M. J. Everitt wrote: > On 05/11/16 00:20, Rich Freeman wrote: >> On Fri, Nov 4, 2016 at 7:54 PM, Jonas Stein wrote: >>> If you maintain one of these packages, please fix the SRC_URI and >>> HOMEPAGE variables. >>> >> It would probably be better if the output

Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016

On 05/11/16 00:20, Rich Freeman wrote: > On Fri, Nov 4, 2016 at 7:54 PM, Jonas Stein wrote: >> If you maintain one of these packages, please fix the SRC_URI and >> HOMEPAGE variables. >> > It would probably be better if the output included the maintainer. > Hopefully this isn't

Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016

On Fri, Nov 4, 2016 at 7:54 PM, Jonas Stein wrote: > > If you maintain one of these packages, please fix the SRC_URI and > HOMEPAGE variables. > It would probably be better if the output included the maintainer. Hopefully this isn't using anything deprecated, but you should be

[gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016

Dear all, Google announced in 2015 to close the "Google Code" repositories [1]. They will provide the repositories in read only state till end of 2016. Today we have still 524 ebuilds with SRC_URI=*googlecode* in the tree [2] and should get these fixed before end of 2016. If you maintain one

Re: [gentoo-portage-dev] portage-2.3.2 stable request?

On 11/04/2016 03:55 PM, Zac Medico wrote: > On 11/04/2016 03:47 PM, Brian Dolbec wrote: >> On Fri, 4 Nov 2016 13:53:02 -0700 >> Zac Medico wrote: >> >>> On 11/04/2016 01:43 PM, Michał Górny wrote: On Fri, 4 Nov 2016 13:19:39 -0700 Zac Medico

Re: [gentoo-portage-dev] portage-2.3.2 stable request?

On 11/04/2016 03:47 PM, Brian Dolbec wrote: > On Fri, 4 Nov 2016 13:53:02 -0700 > Zac Medico wrote: > >> On 11/04/2016 01:43 PM, Michał Górny wrote: >>> On Fri, 4 Nov 2016 13:19:39 -0700 >>> Zac Medico wrote: >>> On 11/04/2016 01:14 PM, Brian

Re: [gentoo-portage-dev] portage-2.3.2 stable request?

On Fri, 4 Nov 2016 13:53:02 -0700 Zac Medico wrote: > On 11/04/2016 01:43 PM, Michał Górny wrote: > > On Fri, 4 Nov 2016 13:19:39 -0700 > > Zac Medico wrote: > > > >> On 11/04/2016 01:14 PM, Brian Dolbec wrote: > >>> On Thu, 3 Nov 2016 15:55:23 -0700

Re: [gentoo-dev] [PATCH 2/2] cmake-utils.eclass: export compilers to environment instead of setting in toolchain file, bug 542530

On piątek, 4 listopada 2016 20:58:23 CET James Le Cuirot wrote: > On Fri, 4 Nov 2016 13:37:42 +0100 > > Alexis Ballier wrote: > > On Fri, 4 Nov 2016 12:33:37 + > > > > James Le Cuirot wrote: > > > On Fri, 4 Nov 2016 13:20:16 +0100 > > > > > > Alexis

Re: [gentoo-portage-dev] portage-2.3.2 stable request?

On 11/04/2016 01:43 PM, Michał Górny wrote: > On Fri, 4 Nov 2016 13:19:39 -0700 > Zac Medico wrote: > >> On 11/04/2016 01:14 PM, Brian Dolbec wrote: >>> On Thu, 3 Nov 2016 15:55:23 -0700 >>> Zac Medico wrote: >>> In about a week, portage-2.3.2

Re: [gentoo-portage-dev] portage-2.3.2 stable request?

On Fri, 4 Nov 2016 13:19:39 -0700 Zac Medico wrote: > On 11/04/2016 01:14 PM, Brian Dolbec wrote: > > On Thu, 3 Nov 2016 15:55:23 -0700 > > Zac Medico wrote: > > > >> In about a week, portage-2.3.2 will be eligible for a stable request. > >> > >> The

Re: [gentoo-portage-dev] portage-2.3.2 stable request?

On 11/04/2016 01:14 PM, Brian Dolbec wrote: > On Thu, 3 Nov 2016 15:55:23 -0700 > Zac Medico wrote: > >> In about a week, portage-2.3.2 will be eligible for a stable request. >> >> The only potential problem that I've noticed is the complaint about >> changes from bug 552814

Re: [gentoo-portage-dev] portage-2.3.2 stable request?

On Thu, 3 Nov 2016 15:55:23 -0700 Zac Medico wrote: > In about a week, portage-2.3.2 will be eligible for a stable request. > > The only potential problem that I've noticed is the complaint about > changes from bug 552814 causing issues for people using git sync with >

[gentoo-dev] Re: [PATCH 1/2] cmake-utils.eclass: CMake argument passing rework - clean build_rules and toolchain_file files from unrelated stuff (pass to CMake directly) - move some invariant CMake op

On 04/11/16 11:55, Maciej Mrozowski wrote: > On czwartek, 3 listopada 2016 07:31:10 CET Michał Górny wrote: >> On Thu, 3 Nov 2016 00:52:16 +0100 >> >> Maciej Mrozowski wrote: >>> From: Maciej Mrozowski >>> >>> --- >>> >>> eclass/cmake-utils.eclass | 54

Re: [gentoo-dev] [PATCH 2/2] cmake-utils.eclass: export compilers to environment instead of setting in toolchain file, bug 542530

On Fri, 4 Nov 2016 12:33:37 + James Le Cuirot wrote: > On Fri, 4 Nov 2016 13:20:16 +0100 > Alexis Ballier wrote: > > > On Thu, 3 Nov 2016 00:52:17 +0100 > > Maciej Mrozowski wrote: > > > > > From: Maciej Mrozowski

Re: [gentoo-dev] [PATCH 2/2] cmake-utils.eclass: export compilers to environment instead of setting in toolchain file, bug 542530

On Fri, 4 Nov 2016 13:20:16 +0100 Alexis Ballier wrote: > On Thu, 3 Nov 2016 00:52:17 +0100 > Maciej Mrozowski wrote: > > > From: Maciej Mrozowski > > > > --- > > eclass/cmake-utils.eclass | 6 +++--- > > 1 file changed, 3

Re: [gentoo-dev] [PATCH 2/2] cmake-utils.eclass: export compilers to environment instead of setting in toolchain file, bug 542530

On Thu, 3 Nov 2016 00:52:17 +0100 Maciej Mrozowski wrote: > From: Maciej Mrozowski > > --- > eclass/cmake-utils.eclass | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/eclass/cmake-utils.eclass

Re: [gentoo-dev] Revisiting version-related tree policies

On Fri, 4 Nov 2016 10:24:28 +0100 Ulrich Mueller wrote: > I would assume to be high enough, even if you use multiples of > 100 to label the slot. Or do you expect having more than 100 slots for > Perl? Well, the desire is for the -r (or similar) part correspond to

Re: [gentoo-dev] Revisiting version-related tree policies

> On Fri, 4 Nov 2016, Kent Fredric wrote: >> 1. Revision number must be no longer than : >> 1a. to make <=X-r reliable, >> 1b. to prevent pathological uses of revision as date. > I think most the arguments you've made for this stem from subjective > and social problems, not technical

Re: [gentoo-dev] Revisiting version-related tree policies

> On Fri, 4 Nov 2016, Kristian Fiskerstrand wrote: > On 11/03/2016 05:11 PM, Michał Górny wrote: >> == Policy changes? == >> I think that the following new policies could make sense: >> >> 1. Revision number must be no longer than : > You likely mean "no higher than ", longer than

Re: [gentoo-dev] Revisiting version-related tree policies

On Thu, 3 Nov 2016 17:11:22 +0100 Michał Górny wrote: > 1. Revision number must be no longer than : > 1a. to make <=X-r reliable, > 1b. to prevent pathological uses of revision as date. I think most the arguments you've made for this stem from subjective and social

Re: [gentoo-dev] Revisiting version-related tree policies

On 11/03/2016 05:11 PM, Michał Górny wrote: > == Policy changes? == > I think that the following new policies could make sense: > > 1. Revision number must be no longer than : You likely mean "no higher than ", longer than would give large values > 1a. to make <=X-r reliable, > 1b.

[gentoo-dev] Last rites: kde-misc/networkmanagement

# Johannes Huber (04 Nov 2016) # Masked for reomval in 30 days. Superseded by kde-plasma/plasma-nm. # Only support for deprecated Plasma 4. Exported to kde-sunset overlay. kde-misc/networkmanagement -- Johannes Huber (johu) Gentoo Linux Developer / KDE Team GPG Key ID FDF4F788