Re: [gentoo-dev] January 2014 QA Policy Updates

2014-01-30 Thread Alec Warner
On Thu, Jan 30, 2014 at 9:48 PM, Peter Stuge wrote: > Chris Reffett wrote: > > - -The QA team policymaking workflow will look like the following: > .. > > If we think a developer's actions are causing problems, we may ask > > them to stop/undo pending discussion by the QA team at the next meeting

Re: [gentoo-dev] January 2014 QA Policy Updates

2014-01-30 Thread Peter Stuge
Chris Reffett wrote: > - -The QA team policymaking workflow will look like the following: .. > If we think a developer's actions are causing problems, we may ask > them to stop/undo pending discussion by the QA team at the next meeting. plus > - -Rules for the QA team editing peoples' packages: .

Re: [gentoo-dev] sci-geosciences/googleearth is orphan and needs a dedicated maintainer

2014-01-30 Thread Tom Wijsman
On Thu, 30 Jan 2014 13:47:27 +0100 Marc Schiffbauer wrote: > * Pacho Ramos schrieb am 29.01.14 um 07:58 Uhr: > >Currently, there is no really working version of it in the tree: > >https://bugs.gentoo.org/show_bug.cgi?id=494624 > > > >But due its bumps and current bugs, this needs a maintainer...

Re: [gentoo-dev] sci-geosciences/googleearth is orphan and needs a dedicated maintainer

2014-01-30 Thread Mike Gilbert
On Thu, Jan 30, 2014 at 4:36 PM, Pacho Ramos wrote: > El jue, 30-01-2014 a las 13:47 +0100, Marc Schiffbauer escribió: >> * Pacho Ramos schrieb am 29.01.14 um 07:58 Uhr: >> >Currently, there is no really working version of it in the tree: >> >https://bugs.gentoo.org/show_bug.cgi?id=494624 >> > >>

Re: [gentoo-dev] sci-geosciences/googleearth is orphan and needs a dedicated maintainer

2014-01-30 Thread Pacho Ramos
El jue, 30-01-2014 a las 13:47 +0100, Marc Schiffbauer escribió: > * Pacho Ramos schrieb am 29.01.14 um 07:58 Uhr: > >Currently, there is no really working version of it in the tree: > >https://bugs.gentoo.org/show_bug.cgi?id=494624 > > > >But due its bumps and current bugs, this needs a maintainer

Re: [gentoo-dev] January 2014 QA Policy Updates

2014-01-30 Thread Chris Reffett
On 01/30/2014 03:10 PM, William Hubbs wrote: > On Thu, Jan 30, 2014 at 12:47:01AM -0500, Chris Reffett wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Hello all, >> The new QA team has completed its first meeting, and so I would like >> to announce policy changes agreed upon during

Re: [gentoo-dev] Catalyst news item - v2

2014-01-30 Thread Brian Dolbec
On Thu, 30 Jan 2014 08:57:36 -0800 "W. Trevor King" wrote: > On Thu, Jan 30, 2014 at 04:21:39PM +, Jorge Manuel B. S. Vicetto > wrote: > > +If you need to track the stable branch, please use the catalyst > > +2.0. ebuild that tracks the 2.X branch. > > How about “If you want to track the

[gentoo-dev] Re: New eclass: xdg-basedir

2014-01-30 Thread Michael Palimaka
On 01/31/2014 04:32 AM, Mike Gilbert wrote: > On Thu, Jan 30, 2014 at 6:48 AM, Michael Palimaka > wrote: >> On 01/30/2014 02:37 PM, Mike Gilbert wrote: >>> Here's a simple eclass that pretty much just extracts the XDG stuff from >>> the gnome2_environment_reset function. >>> >>> One difference: i

Re: [gentoo-dev] Re: New eclass: xdg-basedir

2014-01-30 Thread Mike Gilbert
On Thu, Jan 30, 2014 at 6:48 AM, Michael Palimaka wrote: > On 01/30/2014 02:37 PM, Mike Gilbert wrote: >> Here's a simple eclass that pretty much just extracts the XDG stuff from >> the gnome2_environment_reset function. >> >> One difference: it creates 3 of the 4 directories under ${HOME} instead

Re: [gentoo-dev] Catalyst news item - v2

2014-01-30 Thread W. Trevor King
On Thu, Jan 30, 2014 at 04:21:39PM +, Jorge Manuel B. S. Vicetto wrote: > +If you need to track the stable branch, please use the catalyst > +2.0. ebuild that tracks the 2.X branch. How about “If you want to track the stable 2.X branch, please use the catalyst 2.0. ebuild.”? Other tha

Re: [gentoo-dev] Catalyst news item - v2

2014-01-30 Thread Jorge Manuel B. S. Vicetto
On Thu, 30 Jan 2014, Jorge Manuel B. S. Vicetto wrote: Here's v2 of the news item. I tried to address the concern with showing this news item to anyone with catalyst and not only running catalyst-. If anyone insists, I don't mind restricting the news item to , in which case I'll drop th

Re: [gentoo-dev] Catalyst news item

2014-01-30 Thread Jorge Manuel B. S. Vicetto
On Thu, 30 Jan 2014, Peter Stuge wrote: Jorge Manuel B. S. Vicetto wrote: +After many years of stalled development I'm quite allergic to statements like this. Remember that you may not really be representing everyone when you express your own opinion - even if it is shared by many. "many ye

[gentoo-dev] Shell function names (was: New eclass: xdg-basedir)

2014-01-30 Thread Ulrich Mueller
> On Thu, 30 Jan 2014, Jeroen Roovers wrote: >> It may be little known, but strictly speaking, hyphens in bash >> identifiers are illegal: >> >> `name' A `word' consisting solely of letters, numbers, and >> underscores, and beginning with a letter or underscore. `Name's are >> used as shell v

Re: [gentoo-dev] Catalyst news item

2014-01-30 Thread Peter Stuge
Jorge Manuel B. S. Vicetto wrote: > +After many years of stalled development I'm quite allergic to statements like this. Remember that you may not really be representing everyone when you express your own opinion - even if it is shared by many. "many years of stalled development" can only be tru

Re: [gentoo-dev] Re: New eclass: xdg-basedir

2014-01-30 Thread Jeroen Roovers
On Thu, 30 Jan 2014 14:03:52 +0100 Ulrich Mueller wrote: > It may be little known, but strictly speaking, hyphens in bash > identifiers are illegal: > > `name' > A `word' consisting solely of letters, numbers, and underscores, > and beginning with a letter or underscore. `Name's are u

Re: [gentoo-dev] Catalyst news item

2014-01-30 Thread Jeroen Roovers
On Wed, 29 Jan 2014 19:25:08 -0800 "W. Trevor King" wrote: > > +report issues to the catalyst team, > > This reads “catalyst@” to me, which is fine if that's what you indend. > However, you may want to suggest gentoo-catalyst@ instead, if you want > a wider net of possible responders. Issues sh

Re: [gentoo-dev] Catalyst news item

2014-01-30 Thread Alex Xu
On 29/01/14 10:36 PM, Jorge Manuel B. S. Vicetto wrote: > On Wed, 29 Jan 2014, Matt Turner wrote: > >> On Wed, Jan 29, 2014 at 7:14 PM, Jorge Manuel B. S. Vicetto >> wrote: >>> +Display-If-Installed: dev-util/catalyst >> >> Display-If-Installed: >=dev-util/catalyst- > > Matt, > > my plan wa

[gentoo-dev] Re: New eclass: xdg-basedir

2014-01-30 Thread Ulrich Mueller
> On Thu, 30 Jan 2014, Michael Palimaka wrote: > 2. xdg-basedir-setup -> xdg-basedir_setup is more consistent with > other modern eclasses, especially if there are additional functions > in the future. It may be little known, but strictly speaking, hyphens in bash identifiers are illegal: `n

Re: [gentoo-dev] sci-geosciences/googleearth is orphan and needs a dedicated maintainer

2014-01-30 Thread Marc Schiffbauer
* Pacho Ramos schrieb am 29.01.14 um 07:58 Uhr: Currently, there is no really working version of it in the tree: https://bugs.gentoo.org/show_bug.cgi?id=494624 But due its bumps and current bugs, this needs a maintainer... otherwise, I would treeclean it (the problem is that looks like some peop

[gentoo-dev] Re: New eclass: xdg-basedir

2014-01-30 Thread Michael Palimaka
On 01/30/2014 02:37 PM, Mike Gilbert wrote: > Here's a simple eclass that pretty much just extracts the XDG stuff from > the gnome2_environment_reset function. > > One difference: it creates 3 of the 4 directories under ${HOME} instead > of ${T}, just to mimic the default behavior in the XDG based

Re: [gentoo-dev] Re: New eclass: xdg-basedir

2014-01-30 Thread Gilles Dartiguelongue
Le jeudi 30 janvier 2014 à 09:29 +0100, Ulrich Mueller a écrit : > > On Thu, 30 Jan 2014, Gilles Dartiguelongue wrote: > > > The thing with ${HOME} is that it should not be a directory where > > XDG compliants tools should be able to store anything permanent > > while building since this would

[gentoo-dev] Re: New eclass: xdg-basedir

2014-01-30 Thread Ulrich Mueller
> On Thu, 30 Jan 2014, Gilles Dartiguelongue wrote: > The thing with ${HOME} is that it should not be a directory where > XDG compliants tools should be able to store anything permanent > while building since this would affect consecutive builds (say > gobject-introspection, gstreamer registry

Re: [gentoo-dev] dropping redundant stable keywords

2014-01-30 Thread Sergey Popov
28.01.2014 20:33, "Paweł Hajdan, Jr." пишет: > Here's a proposal that may address concerns from the long "rfc: > revisiting our stabilization policy" thread. > > It seems at least one of the problems is that with old ebuilds being > stable on slow arches but not the more recent ebuilds, it is a >

[gentoo-dev] Re: New eclass: xdg-basedir

2014-01-30 Thread Jonathan Callen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 01/30/2014 03:11 AM, Gilles Dartiguelongue wrote: > Le mercredi 29 janvier 2014 à 22:37 -0500, Mike Gilbert a écrit : >> One difference: it creates 3 of the 4 directories under ${HOME} instead of >> ${T}, just to >> mimic the default behavior in

[gentoo-dev] Re: New eclass: xdg-basedir

2014-01-30 Thread Gilles Dartiguelongue
Le mercredi 29 janvier 2014 à 22:37 -0500, Mike Gilbert a écrit : > One difference: it creates 3 of the 4 directories under ${HOME} > instead > of ${T}, just to mimic the default behavior in the XDG basedir spec a > bit more closely. The thing with ${HOME} is that it should not be a directory wher