Re: managing transitions

2015-10-06 Thread Barry Warsaw
On Oct 06, 2015, at 03:12 PM, Fred Drake wrote: >What CI tools are you using with GitLab CE? We don't run CE; we use the hosted EE at gitlab.com. But anyway, we have a custom VM on which we run the GitLab runner software in a docker image. This runs our test suite in all supported Python 3s aga

Re: managing transitions

2015-10-06 Thread Ian Cordasco
On Tue, Oct 6, 2015 at 1:11 PM, Barry Warsaw wrote: > On Oct 06, 2015, at 07:05 PM, Thomas Goirand wrote: > >>Interesting. It's the first time I hear about it, I thought it was just >>closed source. > > The instance at gitlab.com is the non-free Enterprise Edition (EE). EE has > features we proba

Re: managing transitions

2015-10-06 Thread Fred Drake
On Tue, Oct 6, 2015 at 2:11 PM, Barry Warsaw wrote: > I don't know about plugging in zuul and nodepool, but the CE does have CI > integration, which we use in the GNU Mailman project, and seems to work > great. What CI tools are you using with GitLab CE? -Fred -- Fred L. Drake, Jr. "A s

Re: managing transitions

2015-10-06 Thread Barry Warsaw
On Oct 06, 2015, at 07:05 PM, Thomas Goirand wrote: >Interesting. It's the first time I hear about it, I thought it was just >closed source. The instance at gitlab.com is the non-free Enterprise Edition (EE). EE has features we probably don't care about ayway. The Community Edition (CE) is MIT/

Re: managing transitions

2015-10-06 Thread Thomas Goirand
On 10/06/2015 05:42 PM, Barry Warsaw wrote: > On Oct 06, 2015, at 08:39 AM, Brian May wrote: > >> On Tue, 6 Oct 2015 at 18:46 Thomas Goirand wrote: >> >>> This IMO is the same topic as having a Gerrit review system (and not >>> just Git) which could do tests on each change of a package even befor

Re: managing transitions (was: python-networkx_1.10-1_amd64.changes ACCEPTED into experimental)

2015-10-06 Thread Barry Warsaw
On Oct 06, 2015, at 08:39 AM, Brian May wrote: >On Tue, 6 Oct 2015 at 18:46 Thomas Goirand wrote: > >> This IMO is the same topic as having a Gerrit review system (and not >> just Git) which could do tests on each change of a package even before >> having them committed to our git. >> > >Sounds l

Re: managing transitions

2015-10-06 Thread Mattia Rizzolo
On Tue, Oct 06, 2015 at 04:03:54PM +0200, Thomas Goirand wrote: > On 10/06/2015 01:02 PM, Mattia Rizzolo wrote: > > On Tue, Oct 06, 2015 at 08:39:48AM +, Brian May wrote: > >> On Tue, 6 Oct 2015 at 18:46 Thomas Goirand wrote: > >> > >>> This IMO is the same topic as having a Gerrit review syst

Re: managing transitions

2015-10-06 Thread Thomas Goirand
On 10/06/2015 01:02 PM, Mattia Rizzolo wrote: > On Tue, Oct 06, 2015 at 08:39:48AM +, Brian May wrote: >> On Tue, 6 Oct 2015 at 18:46 Thomas Goirand wrote: >> >>> This IMO is the same topic as having a Gerrit review system (and not >>> just Git) which could do tests on each change of a package

Re: managing transitions (was: python-networkx_1.10-1_amd64.changes ACCEPTED into experimental)

2015-10-06 Thread Mattia Rizzolo
On Tue, Oct 06, 2015 at 08:39:48AM +, Brian May wrote: > On Tue, 6 Oct 2015 at 18:46 Thomas Goirand wrote: > > > This IMO is the same topic as having a Gerrit review system (and not > > just Git) which could do tests on each change of a package even before > > having them committed to our git

Re: managing transitions (was: python-networkx_1.10-1_amd64.changes ACCEPTED into experimental)

2015-10-06 Thread Brian May
On Tue, 6 Oct 2015 at 18:46 Thomas Goirand wrote: > This IMO is the same topic as having a Gerrit review system (and not > just Git) which could do tests on each change of a package even before > having them committed to our git. > Sounds like an interesting thing to discuss/test after we move t

Re: managing transitions (was: python-networkx_1.10-1_amd64.changes ACCEPTED into experimental)

2015-10-06 Thread Thomas Goirand
On 10/05/2015 11:11 PM, Barry Warsaw wrote: > On Oct 05, 2015, at 02:51 PM, Thomas Goirand wrote: > >> In other distributions (Red Hat and Ubuntu), everyone is aware of this >> kind of issue before uploading, and this kinds of things don't happen. > > Ubuntu at least does have a technical solutio