Re: Merging SRU and release team, leaving

2012-05-23 Thread Kate Stewart
On Wed, 2012-05-23 at 07:55 -0400, Scott Kitterman wrote: > I'm willing to help out with SRU team work. I certainly don't have enough > time to offset your departure, but I should be able to do some of it. Thanks Scott. :) -- Ubuntu-release mailing list Ubuntu-release@lists.ubuntu.com Modify

Re: Merging SRU and release team, leaving

2012-05-23 Thread Steve Langasek
On Wed, May 23, 2012 at 11:57:36AM +0200, Martin Pitt wrote: > since there's some concern about merging the teams, and I don't have a > strong opinion either, let's ditch the idea for now? > So I guess what remains of my original mail is the proposal to have a > more regular schedule of who does

Re: Merging SRU and release team, leaving

2012-05-23 Thread Brian Murray
On Wed, May 23, 2012 at 01:28:03AM -0700, Clint Byrum wrote: > Excerpts from Steve Langasek's message of Tue May 22 17:21:58 -0700 2012: > > On Tue, May 22, 2012 at 06:24:11AM +0200, Martin Pitt wrote: > > > > I also don't see what problem we're trying to solve by merging the > > > > teams. > > >

Re: Merging SRU and release team, leaving

2012-05-23 Thread Kate Stewart
On Wed, 2012-05-23 at 11:57 +0200, Martin Pitt wrote: > Hello all, > > since there's some concern about merging the teams, and I don't have a > strong opinion either, let's ditch the idea for now? That seems to be the consensus from the list discussion. I'll update the UDS blueprints and artifac

Re: Merging SRU and release team, leaving

2012-05-23 Thread Scott Kitterman
I'm willing to help out with SRU team work. I certainly don't have enough time to offset your departure, but I should be able to do some of it. Scott K -- Ubuntu-release mailing list Ubuntu-release@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ub

Re: Merging SRU and release team, leaving

2012-05-23 Thread Martin Pitt
Hello all, since there's some concern about merging the teams, and I don't have a strong opinion either, let's ditch the idea for now? So I guess what remains of my original mail is the proposal to have a more regular schedule of who does SRUs. I already have my hands full with cleaning up my rem

Re: Merging SRU and release team, leaving

2012-05-23 Thread Clint Byrum
Excerpts from Steve Langasek's message of Tue May 22 17:21:58 -0700 2012: > On Tue, May 22, 2012 at 06:24:11AM +0200, Martin Pitt wrote: > > > I also don't see what problem we're trying to solve by merging the teams. > > > I do not have a strong opinion about it, but it would simplify the > > stru

Re: Merging SRU and release team, leaving

2012-05-22 Thread Steve Langasek
On Tue, May 22, 2012 at 06:24:11AM +0200, Martin Pitt wrote: > > - Dilution of responsibility: if everyone is responsible, no one is > >responsible. The finer-grained teams are a useful division of labor, > >helping to ensure that someone is responsible for day-to-day tasks. Who > >

Re: Merging SRU and release team, leaving

2012-05-22 Thread Iain Lane
Hiya, On Tue, May 22, 2012 at 12:26:18PM +1000, Christopher James Halse Rogers wrote: > > > > Looking at pending-updates now for the first time properly, there are a > > ton of bugs there that it seems are stalled and have been for quite some > > time. It's a bit overwhelming, but I guess that mo

Re: Merging SRU and release team, leaving

2012-05-22 Thread Christopher James Halse Rogers
On Mon, 2012-05-21 at 17:08 +0100, Iain Lane wrote: > Hey, > > On Mon, May 21, 2012 at 10:24:02AM +0200, Martin Pitt wrote: > > […] > > Before we flip the switch and add ~ubuntu-release to ~ubuntu-sru, I'd > > like to discuss two things for a bit: > > > > * Bug mail: u-sru gets tons of bug mail.

Re: Merging SRU and release team, leaving

2012-05-21 Thread Martin Pitt
Steve Langasek [2012-05-21 12:35 -0700]: > - The tools are all similar, yes, but there are distinct processes for each >area of responsibility, which require a certain amount of training. If >we're batch-combining the teams, how are we making sure that the >necessary cross-training is

Re: Merging SRU and release team, leaving

2012-05-21 Thread Martin Pitt
Iain Lane [2012-05-21 17:08 +0100]: > >When we merge the teams, the whole release team will get that mail, > >which is unnecessary. It would be enough if one or two people get > >it and are responsible for watching the mail traffic, it's not > >necessary for reviewing uploads or mov

Re: Merging SRU and release team, leaving

2012-05-21 Thread Scott Kitterman
On Monday, May 21, 2012 12:35:22 PM Steve Langasek wrote: > On Mon, May 21, 2012 at 10:24:02AM +0200, Martin Pitt wrote: > > as discussed at UDS [1] we were planning to merge ~ubuntu-release and > > ~ubuntu-sru, as the required skills, tools, and processes overlap to a > > large degree. > > Sorry,

Re: Merging SRU and release team, leaving

2012-05-21 Thread Steve Langasek
On Mon, May 21, 2012 at 05:08:17PM +0100, Iain Lane wrote: > Looking at pending-updates now for the first time properly, there are a > ton of bugs there that it seems are stalled and have been for quite some > time. It's a bit overwhelming, but I guess that most of the entries are > just stalled bu

Re: Merging SRU and release team, leaving

2012-05-21 Thread Steve Langasek
On Mon, May 21, 2012 at 10:24:02AM +0200, Martin Pitt wrote: > as discussed at UDS [1] we were planning to merge ~ubuntu-release and > ~ubuntu-sru, as the required skills, tools, and processes overlap to a > large degree. Sorry, apparently I missed the part of the UDS session where this was discus

Re: Merging SRU and release team, leaving

2012-05-21 Thread Iain Lane
Hey, On Mon, May 21, 2012 at 10:24:02AM +0200, Martin Pitt wrote: > […] > Before we flip the switch and add ~ubuntu-release to ~ubuntu-sru, I'd > like to discuss two things for a bit: > > * Bug mail: u-sru gets tons of bug mail. A lot of it is irrelevant >for the SRU team itself, but it stil

Merging SRU and release team, leaving

2012-05-21 Thread Martin Pitt
Hello release and SRU teams, as discussed at UDS [1] we were planning to merge ~ubuntu-release and ~ubuntu-sru, as the required skills, tools, and processes overlap to a large degree. Before we flip the switch and add ~ubuntu-release to ~ubuntu-sru, I'd like to discuss two things for a bit: * B