Re: [gentoo-dev] Uncoordinated changes

2016-02-14 Thread Daniel Campbell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/14/2016 10:53 AM, Patrick Lauer wrote: > On 02/14/2016 07:44 PM, Andreas K. Hüttel wrote: >> On Sunday 14 February 2016 13:18:30 Rich Freeman wrote: >>> Feel free to peruse the various list discussions and council >>> logs. Most of what you're

Re: [gentoo-dev] Uncoordinated changes

2016-02-14 Thread Ciaran McCreesh
On Sun, 14 Feb 2016 19:53:56 +0100 Patrick Lauer wrote: > I don't have time to follow every little change, so it's quite > annoying to reverse-engineer this change that apparently is a > compromise that no one actually wanted, and hasn't really been > finished yet. Sigh. Why

Re: [gentoo-dev] Uncoordinated changes

2016-02-14 Thread Patrick Lauer
On 02/12/2016 11:02 PM, Michał Górny wrote: > On Fri, 12 Feb 2016 10:07:10 +0100 > Patrick Lauer wrote: > >> On 02/12/2016 08:48 AM, Michał Górny wrote: >>> Dear Ignorant Patrick, >> Hello human! Your politeness module seems to have crashed. > Please do not expect politeness

Re: [gentoo-dev] Uncoordinated changes

2016-02-14 Thread Andreas K. Hüttel
On Sunday 14 February 2016 13:18:30 Rich Freeman wrote: > > Feel free to peruse the various list discussions and council logs. > Most of what you're bringing up has come up before. Thanks rich0, you seem to be reading my mind. This is turning into a severe case of "I didn't bother to speak up

Re: [gentoo-dev] Uncoordinated changes

2016-02-14 Thread Patrick Lauer
On 02/14/2016 07:44 PM, Andreas K. Hüttel wrote: > On Sunday 14 February 2016 13:18:30 Rich Freeman wrote: >> Feel free to peruse the various list discussions and council logs. >> Most of what you're bringing up has come up before. > Thanks rich0, you seem to be reading my mind. > > This is

Re: [gentoo-dev] Uncoordinated changes

2016-02-14 Thread Rich Freeman
On Sun, Feb 14, 2016 at 6:37 AM, Patrick Lauer wrote: > > The new schema collapses herd (err, project!) into maintainers (err, > sustainers ... staff ... linchpin?) > And maintainer is defined as: > > > Which means that only email is mandatory. So instead of search by name >

Re: [gentoo-dev] Uncoordinated changes

2016-02-14 Thread Kent Fredric
On 15 February 2016 at 00:37, Patrick Lauer wrote: > Or JSON, or YAML, or whatever > is trendy now. I would love a JSON form. I tried doing my own stuff with XML and I gave up in the complexity factory I found myself building around it :( Just ... not YAML. The YAML spec is

Re: [gentoo-dev] Uncoordinated changes

2016-02-14 Thread Patrick Lauer
On 02/14/2016 02:16 AM, Rich Freeman wrote: > On Sat, Feb 13, 2016 at 7:58 PM, Raymond Jennings wrote: >> So what do you guys think of leaving behind empty stubs for compatibility >> and then simply filing a tracking bug blocked by any packages that removing >> herds broke? >

Re: [gentoo-dev] Uncoordinated changes

2016-02-14 Thread Michał Górny
On Sun, 14 Feb 2016 12:37:33 +0100 Patrick Lauer wrote: > On 02/11/2016 09:15 PM, Patrick Lauer wrote: > > Now instead of looking up [metadata.xml] -> (herd name) -> [herds.xml] > > -> email it goes backwards: > > [metadata.xml] -> (maintainer type=project) -> email ->

Re: [gentoo-dev] Uncoordinated changes

2016-02-14 Thread Rich Freeman
On Sun, Feb 14, 2016 at 10:30 AM, Patrick Lauer wrote: > On 02/14/2016 02:16 AM, Rich Freeman wrote: >> On Sat, Feb 13, 2016 at 7:58 PM, Raymond Jennings wrote: >>> So what do you guys think of leaving behind empty stubs for compatibility >>> and then

Re: [gentoo-dev] Uncoordinated changes

2016-02-14 Thread Patrick Lauer
On 02/11/2016 09:15 PM, Patrick Lauer wrote: > Now instead of looking up [metadata.xml] -> (herd name) -> [herds.xml] > -> email it goes backwards: > [metadata.xml] -> (maintainer type=project) -> email -> [projects.xml] > -> Project name > > Since this involves XML and python's ElementTree

Re: [gentoo-dev] Uncoordinated changes

2016-02-13 Thread Raymond Jennings
My two cents: Do it like in linux kernel. The guys making the API change bear the burden of fixing anything it breaks, however, if something gets officially deprecated, don't go out of your way to support continued use. I for one would consider "ok, this method is not working, deprecate it so

Re: [gentoo-dev] Uncoordinated changes

2016-02-13 Thread Rich Freeman
On Sat, Feb 13, 2016 at 4:47 PM, Raymond Jennings wrote: > The guys making the API change bear the burden of fixing anything it breaks, > however, if something gets officially deprecated, don't go out of your way > to support continued use. We tend to do this already for

Re: [gentoo-dev] Uncoordinated changes

2016-02-13 Thread Raymond Jennings
So what do you guys think of leaving behind empty stubs for compatibility and then simply filing a tracking bug blocked by any packages that removing herds broke? On Sat, Feb 13, 2016 at 2:44 PM, Rich Freeman wrote: > On Sat, Feb 13, 2016 at 4:47 PM, Raymond Jennings

Re: [gentoo-dev] Uncoordinated changes

2016-02-13 Thread Rich Freeman
On Sat, Feb 13, 2016 at 7:58 PM, Raymond Jennings wrote: > So what do you guys think of leaving behind empty stubs for compatibility > and then simply filing a tracking bug blocked by any packages that removing > herds broke? It isn't entirely clear that anything is actually

Re: [gentoo-dev] Uncoordinated changes

2016-02-13 Thread Raymond Jennings
Speaking of which is there a bug filed for that? On Sat, Feb 13, 2016 at 5:16 PM, Rich Freeman wrote: > On Sat, Feb 13, 2016 at 7:58 PM, Raymond Jennings > wrote: > > So what do you guys think of leaving behind empty stubs for compatibility > > and then

Re: [gentoo-dev] Uncoordinated changes

2016-02-12 Thread Rich Freeman
On Fri, Feb 12, 2016 at 4:07 AM, Patrick Lauer wrote: > > I still don't see the advantage in that. Maybe I should have expressed > my concerns more vocally, but in general I don't have time to worry > about all the little things. >

Re: [gentoo-dev] Uncoordinated changes

2016-02-12 Thread Patrick Lauer
On 02/12/2016 08:48 AM, Michał Górny wrote: > Dear Ignorant Patrick, Hello human! Your politeness module seems to have crashed. And thanks for making me do a quintuple facepalm with backflip. I think that's a new record. So anyway ... > On Thu, 11 Feb 2016 21:15:34 +0100 > Patrick Lauer

Re: [gentoo-dev] Uncoordinated changes

2016-02-12 Thread Paul Varner
On 02/11/2016 07:34 PM, Rich Freeman wrote: > Ultimately, the only way anybody can be assured that their favorite > Gentoo tool will work in a year is if they're maintaining it. It > sounds like nobody was really paying attention to it, which is why > nobody noticed that it was going to break.

Re: [gentoo-dev] Uncoordinated changes

2016-02-12 Thread Michał Górny
On Fri, 12 Feb 2016 10:07:10 +0100 Patrick Lauer wrote: > On 02/12/2016 08:48 AM, Michał Górny wrote: > > Dear Ignorant Patrick, > Hello human! Your politeness module seems to have crashed. Please do not expect politeness when you insult someone. > > On Thu, 11 Feb 2016

Re: [gentoo-dev] Uncoordinated changes

2016-02-11 Thread Michał Górny
Dear Ignorant Patrick, On Thu, 11 Feb 2016 21:15:34 +0100 Patrick Lauer wrote: > ... or why just changing stuff is not enough: > > A few days ago I was told that > http://euscan.gentooexperimental.org/herds/ was displaying an empty > list. Which is annoying because people

Re: [gentoo-dev] Uncoordinated changes

2016-02-11 Thread Rich Freeman
On Thu, Feb 11, 2016 at 3:15 PM, Patrick Lauer wrote: > > Please, next time someone has the brilliant idea of changing stuff just > to change it (I still don't see a reason why we had to change > metadata.xml?), it should be required that support tools are fixed > *before* the