[gentoo-dev] Testing git gx86 repos (and status update)

2014-09-29 Thread Michał Górny
Hello, everyone. Diego has given me a pretty neat machine to do some git testing, so I have a few repos for you to play with. But first some status update. I have four public repos now: 1. history.git -- that contains cvs2git conversion made by rich0 with some followup cleanup commits. You

Re: [gentoo-dev] Add bc back to the stage3

2014-09-29 Thread Rich Freeman
On Mon, Sep 29, 2014 at 12:05 AM, Jorge Manuel B. S. Vicetto jmbsvice...@gentoo.org wrote: No, there isn't a need for a Council vote here. This is something up to Releng (in respect to what is in the stages) and to everyone in respect to what is part of the system set. I don't think many

Re: [gentoo-dev] Add bc back to the stage3

2014-09-29 Thread Anthony G. Basile
On 09/29/14 07:14, Rich Freeman wrote: On Mon, Sep 29, 2014 at 12:05 AM, Jorge Manuel B. S. Vicetto jmbsvice...@gentoo.org wrote: No, there isn't a need for a Council vote here. This is something up to Releng (in respect to what is in the stages) and to everyone in respect to what is part of

Re: [gentoo-dev] Add bc back to the stage3

2014-09-29 Thread Rich Freeman
On Mon, Sep 29, 2014 at 7:53 AM, Anthony G. Basile bluen...@gentoo.org wrote: Although, I must say, Jorge's is being little premature here, and I doubt the Council will act rashly. So, while I was trying to be balanced in my reply, I'll admit it may have still been a bit too emotionally

Re: [gentoo-dev] Add bc back to the stage3

2014-09-29 Thread Panagiotis Christopoulos
On 11:24 Sat 27 Sep , Anthony G. Basile wrote: On 09/27/14 11:19, Mike Gilbert wrote: On Sat, Sep 27, 2014 at 8:22 AM, Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: On Sat, 27 Sep 2014 12:47:14 +0200 Luca Barbato lu_z...@gentoo.org wrote: Because I'd expect a stage3 to be

[gentoo-dev] RFC: Deprecating and killing herds in metadata.xml

2014-09-29 Thread Jeroen Roovers
On Tue, 9 Sep 2014 21:45:49 +0200 Michał Górny mgo...@gentoo.org wrote: Hello, Let's keep it short: I think herds don't serve any special purpose nowadays. Their existence is mostly resulting in lack of consistency and inconveniences. On IRC we seem to have found some consensus about

Re: [gentoo-dev] RFC: Deprecating and killing herds in metadata.xml

2014-09-29 Thread Ulrich Mueller
On Mon, 29 Sep 2014, Jeroen Roovers wrote: On IRC we seem to have found some consensus about metadata.xml: 1 ) We should 1a) deprecate the herd tag in metadata.xml (that's 17,856 files or so?) in favour of 1b) a conversion to their respective maintainer tags 1c) where the email tag

Re: [gentoo-dev] RFC: Deprecating and killing herds in metadata.xml

2014-09-29 Thread Michał Górny
Dnia 2014-09-29, o godz. 19:20:54 Ulrich Mueller u...@gentoo.org napisał(a): On Mon, 29 Sep 2014, Jeroen Roovers wrote: On IRC we seem to have found some consensus about metadata.xml: 1 ) We should 1a) deprecate the herd tag in metadata.xml (that's 17,856 files or so?) in favour

Re: [gentoo-dev] Re: Re: Looking for alternative to RESTRICT=userpriv

2014-09-29 Thread Zac Medico
On 09/28/2014 09:23 PM, Steven J. Long wrote: On Wed, Sep 24, 2014 at 09:51:31PM -0700, Zac Medico wrote: On 07/09/2014 07:17 AM, Michał Górny wrote: c) 'esudo' helper [3]. This is a more generic form of (2), with support for other potential privilege changes. .. I don't think we'd use the

Re: [gentoo-dev] RFC: Deprecating and killing herds in metadata.xml

2014-09-29 Thread Ulrich Mueller
On Mon, 29 Sep 2014, Michał Górny wrote: Dnia 2014-09-29, o godz. 19:20:54 Ulrich Mueller u...@gentoo.org napisał(a): This will lose the information if a maintainer is a project/team or an individual developer, which I think is still useful. Could we keep this information somehow? Maybe

Re: [gentoo-dev] RFC: Deprecating and killing herds in metadata.xml

2014-09-29 Thread Michał Górny
Dnia 2014-09-29, o godz. 20:13:19 Ulrich Mueller u...@gentoo.org napisał(a): On Mon, 29 Sep 2014, Michał Górny wrote: Dnia 2014-09-29, o godz. 19:20:54 Ulrich Mueller u...@gentoo.org napisał(a): This will lose the information if a maintainer is a project/team or an individual

Re: [gentoo-dev] RFC: Deprecating and killing herds in metadata.xml

2014-09-29 Thread Tom Wijsman
On Mon, 29 Sep 2014 18:42:40 +0200 Jeroen Roovers j...@gentoo.org wrote: On IRC we seem to have found some consensus about metadata.xml: IRC is huge; where did you manage to find consensus in there with whom? 1 ) We should 1a) deprecate the herd tag in metadata.xml (that's 17,856 files or

Re: [gentoo-dev] Add bc back to the stage3

2014-09-29 Thread Tom Wijsman
On Mon, 29 Sep 2014 04:05:19 + (UTC) Jorge Manuel B. S. Vicetto jmbsvice...@gentoo.org wrote: On Sat, 27 Sep 2014, Tom Wijsman wrote: On Sat, 27 Sep 2014 13:22:45 +0100 Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: On Sat, 27 Sep 2014 12:47:14 +0200 Luca Barbato

Re: [gentoo-dev] Add bc back to the stage3

2014-09-29 Thread Tom Wijsman
On Mon, 29 Sep 2014 06:08:11 +0200 Peter Stuge pe...@stuge.se wrote: Jorge Manuel B. S. Vicetto wrote: I've stopped following this mailing list regularly quite sometime ago. To see this thread is still going on and no one bothered to cc releng, to me shows a lack of respect I expected

Re: [gentoo-dev] RFC: Deprecating and killing herds in metadata.xml

2014-09-29 Thread Jeroen Roovers
On Mon, 29 Sep 2014 23:16:32 +0200 Tom Wijsman tom...@gentoo.org wrote: On Mon, 29 Sep 2014 18:42:40 +0200 Jeroen Roovers j...@gentoo.org wrote: On IRC we seem to have found some consensus about metadata.xml: IRC is huge; where did you manage to find consensus in there with whom? I

[gentoo-dev] Re: Re: Re: Looking for alternative to RESTRICT=userpriv

2014-09-29 Thread Steven J. Long
On Mon, Sep 29, 2014, Zac Medico wrote: On 09/28/2014, Steven J. Long wrote: On Wed, Sep 24, 2014, Zac Medico wrote: The environment doesn't necessarily have to be isolated, since we could extend the existing environment saving/loading support to be used for by esudo. The steps to

[gentoo-dev] Re: Add bc back to the stage3

2014-09-29 Thread Steven J. Long
On Mon, Sep 29, 2014 at 04:05:19AM +, Jorge Manuel B. S. Vicetto wrote: It seems like everyone needs to chill a bit. ++ On Sat, 27 Sep 2014, Tom Wijsman wrote: What is really needed here is a vote by the Council on whether to add bc back to the stage3. If the people do insist, another

Re: [gentoo-dev] RFC: Deprecating and killing herds in metadata.xml

2014-09-29 Thread Ulrich Mueller
On Tue, 30 Sep 2014, Jeroen Roovers wrote: maintainer email[address of the herd]/email name[name of the herd]/name !-- if you like -- /maintainer The same tags shouldn't be used for different things. First of all, the name tag is optional, so we cannot rely on its being present. Second,

[gentoo-dev] pybugz call for testers

2014-09-29 Thread William Hubbs
To all pybugz users, I need some folks to upgrade to pybugz- for a short time and see if you can break it. The big change is the inclusion of default configuration files as well as the ability for the sys admin and for an individual user to override configuration information. Also, now the

Re: [gentoo-dev] RFC: Deprecating and killing herds in metadata.xml

2014-09-29 Thread Rich Freeman
On Mon, Sep 29, 2014 at 7:09 PM, Ulrich Mueller u...@gentoo.org wrote: On Tue, 30 Sep 2014, Jeroen Roovers wrote: Please provide some examples of when and how that piece of information, herd, is important. Don't shift the burden of proof, please. Meh, knowing if the status quo is useful is

[gentoo-portage-dev] [PATCH] Implement --read-news (off by default)

2014-09-29 Thread Alexander Berntsen
Turn off news-reading by default when --ask, and instead make it an option --read-news. Apparently making --ask a bit more interactive was goddamn stupid and ruined the lives of several Gentoo developers. Props to Michał who predicted this all along. Signed-off-by: Alexander Berntsen

Re: [gentoo-portage-dev] [PATCH] Implement --read-news (off by default)

2014-09-29 Thread Brian Dolbec
On Mon, 29 Sep 2014 12:23:00 +0200 Alexander Berntsen berna...@gentoo.org wrote: Turn off news-reading by default when --ask, and instead make it an option --read-news. Apparently making --ask a bit more interactive was goddamn stupid and ruined the lives of several Gentoo developers. Props

[gentoo-portage-dev] [PATCH] per package environment: generalize the mechanism to be profile specific

2014-09-29 Thread Bertrand SIMONNET
Hi all, Here is the implementation of package.bashrc, split into three patches: * refactoring of ebuild.sh (same as the refactor earlier in this thread) * adding profile-formats to profile_complex (so that it can be used in ebuild/config.py) * package.bashrc change (including documentation)

[gentoo-portage-dev] [PATCH 1/3] Refactor bashrc scripts sourcing

2014-09-29 Thread Bertrand SIMONNET
Creates two new helper functions __try_source and __source_env_files to simplify __source_all_bashrcs. --- bin/ebuild.sh | 75 +- bin/save-ebuild-env.sh | 1 + 2 files changed, 51 insertions(+), 25 deletions(-) diff --git a/bin/ebuild.sh

[gentoo-portage-dev] [PATCH 3/3] package.bashrc: per profile, per-package bashrc mechanism

2014-09-29 Thread Bertrand SIMONNET
Profiles can define per-package bashrc files to be sourced before emerging. Each line in package.bashrc must be an atom name then a list of space-delimited bashrc files (stored in $profile/bashrc/). --- bin/ebuild.sh | 6 ++-- bin/phase-functions.sh

[gentoo-portage-dev] [PATCH 2/3] Add profile-formats to profile_complex

2014-09-29 Thread Bertrand SIMONNET
--- pym/portage/package/ebuild/_config/LocationsManager.py | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/pym/portage/package/ebuild/_config/LocationsManager.py b/pym/portage/package/ebuild/_config/LocationsManager.py index 4427f1d..8bf321c 100644 ---

Re: [gentoo-portage-dev] [PATCH V2 0 of 56] New plug-in sync system

2014-09-29 Thread Brian Dolbec
On Wed, 3 Sep 2014 17:35:40 -0700 Version 2 with all noted things fixed, also the tests pass, and rebased onto the current master as of the travis-ci tests fix commit. Brian Dolbec dol...@gentoo.org wrote: Most of you know about the plugin-sync branch of our portage.git repo. I believe it