Re: Helping out with releases
On Sun, May 15, 2011 at 18:34, Paul J. Davis wrote: > 1.0.3 is on my list for today Any progress? Thanks, Dirkjan
Re: Helping out with releases
1.0.3 is on my list for today On May 15, 2011, at 11:50 AM, till wrote: > Just wanted to ask what the status of either release is? > > Are the two tests failing still failing, or can we move on to make dist? :-) > > Till > > On Thu, May 12, 2011 at 5:15 PM, Benoit Chesneau wrote: >> On Thu, May 12, 2011 at 4:31 AM, Randall Leeds >> wrote: >>> On Tue, May 10, 2011 at 06:54, Paul Davis >>> wrote: On Tue, May 10, 2011 at 9:49 AM, Jan Lehnardt wrote: > Putting 140 on an infinite loop (while(true); do ./test/etap/run > test/etap/140-attachment-comp.t ; done) eventually gives me > http://www.friendpaste.com/2JCA8dvre9orA3UysYYTCe on both SSD Mac OS X > 10.6 and Ubuntu 10.04 on disk in a VMWare. > That's the error that I was getting. > I also got one instance of > http://www.friendpaste.com/7EpB1eJGRoRFBvjXvmFG3V on the Ubuntu. > Never seen this one which makes things more fun. > The first one comes up reliably after half a minute or so and repeats > itself, it may well be a socket ulimit or something. The second one I > only ever saw once so far. > > Cheers > Jan > -- >>> >>> Just distchecked 1.0.x and 1.1.x no problem. >>> Give it a shot, Paul? >>> >> the same, osx (with & without ssd) >> >> - benoît >>
Re: Helping out with releases
Just wanted to ask what the status of either release is? Are the two tests failing still failing, or can we move on to make dist? :-) Till On Thu, May 12, 2011 at 5:15 PM, Benoit Chesneau wrote: > On Thu, May 12, 2011 at 4:31 AM, Randall Leeds > wrote: >> On Tue, May 10, 2011 at 06:54, Paul Davis >> wrote: >>> On Tue, May 10, 2011 at 9:49 AM, Jan Lehnardt wrote: Putting 140 on an infinite loop (while(true); do ./test/etap/run test/etap/140-attachment-comp.t ; done) eventually gives me http://www.friendpaste.com/2JCA8dvre9orA3UysYYTCe on both SSD Mac OS X 10.6 and Ubuntu 10.04 on disk in a VMWare. >>> >>> That's the error that I was getting. >>> I also got one instance of http://www.friendpaste.com/7EpB1eJGRoRFBvjXvmFG3V on the Ubuntu. >>> >>> Never seen this one which makes things more fun. >>> The first one comes up reliably after half a minute or so and repeats itself, it may well be a socket ulimit or something. The second one I only ever saw once so far. Cheers Jan -- >> >> Just distchecked 1.0.x and 1.1.x no problem. >> Give it a shot, Paul? >> > the same, osx (with & without ssd) > > - benoît >
Re: Helping out with releases
On Thu, May 12, 2011 at 4:31 AM, Randall Leeds wrote: > On Tue, May 10, 2011 at 06:54, Paul Davis wrote: >> On Tue, May 10, 2011 at 9:49 AM, Jan Lehnardt wrote: >>> Putting 140 on an infinite loop (while(true); do ./test/etap/run >>> test/etap/140-attachment-comp.t ; done) eventually gives me >>> http://www.friendpaste.com/2JCA8dvre9orA3UysYYTCe on both SSD Mac OS X 10.6 >>> and Ubuntu 10.04 on disk in a VMWare. >>> >> >> That's the error that I was getting. >> >>> I also got one instance of >>> http://www.friendpaste.com/7EpB1eJGRoRFBvjXvmFG3V on the Ubuntu. >>> >> >> Never seen this one which makes things more fun. >> >>> The first one comes up reliably after half a minute or so and repeats >>> itself, it may well be a socket ulimit or something. The second one I only >>> ever saw once so far. >>> >>> Cheers >>> Jan >>> -- > > Just distchecked 1.0.x and 1.1.x no problem. > Give it a shot, Paul? > the same, osx (with & without ssd) - benoît
Re: Helping out with releases
Sounds like a plan. On Wed, May 11, 2011 at 10:31 PM, Randall Leeds wrote: > On Tue, May 10, 2011 at 06:54, Paul Davis wrote: >> On Tue, May 10, 2011 at 9:49 AM, Jan Lehnardt wrote: >>> Putting 140 on an infinite loop (while(true); do ./test/etap/run >>> test/etap/140-attachment-comp.t ; done) eventually gives me >>> http://www.friendpaste.com/2JCA8dvre9orA3UysYYTCe on both SSD Mac OS X 10.6 >>> and Ubuntu 10.04 on disk in a VMWare. >>> >> >> That's the error that I was getting. >> >>> I also got one instance of >>> http://www.friendpaste.com/7EpB1eJGRoRFBvjXvmFG3V on the Ubuntu. >>> >> >> Never seen this one which makes things more fun. >> >>> The first one comes up reliably after half a minute or so and repeats >>> itself, it may well be a socket ulimit or something. The second one I only >>> ever saw once so far. >>> >>> Cheers >>> Jan >>> -- > > Just distchecked 1.0.x and 1.1.x no problem. > Give it a shot, Paul? >
Re: Helping out with releases
On Tue, May 10, 2011 at 06:54, Paul Davis wrote: > On Tue, May 10, 2011 at 9:49 AM, Jan Lehnardt wrote: >> Putting 140 on an infinite loop (while(true); do ./test/etap/run >> test/etap/140-attachment-comp.t ; done) eventually gives me >> http://www.friendpaste.com/2JCA8dvre9orA3UysYYTCe on both SSD Mac OS X 10.6 >> and Ubuntu 10.04 on disk in a VMWare. >> > > That's the error that I was getting. > >> I also got one instance of http://www.friendpaste.com/7EpB1eJGRoRFBvjXvmFG3V >> on the Ubuntu. >> > > Never seen this one which makes things more fun. > >> The first one comes up reliably after half a minute or so and repeats >> itself, it may well be a socket ulimit or something. The second one I only >> ever saw once so far. >> >> Cheers >> Jan >> -- Just distchecked 1.0.x and 1.1.x no problem. Give it a shot, Paul?
Re: Helping out with releases
On Tue, May 10, 2011 at 9:49 AM, Jan Lehnardt wrote: > Putting 140 on an infinite loop (while(true); do ./test/etap/run > test/etap/140-attachment-comp.t ; done) eventually gives me > http://www.friendpaste.com/2JCA8dvre9orA3UysYYTCe on both SSD Mac OS X 10.6 > and Ubuntu 10.04 on disk in a VMWare. > That's the error that I was getting. > I also got one instance of http://www.friendpaste.com/7EpB1eJGRoRFBvjXvmFG3V > on the Ubuntu. > Never seen this one which makes things more fun. > The first one comes up reliably after half a minute or so and repeats itself, > it may well be a socket ulimit or something. The second one I only ever saw > once so far. > > Cheers > Jan > -- > > >
Re: Helping out with releases
More info: the Mac is on R14B02 and Ubuntu is on R13B03. Cheers Jan -- On 10 May 2011, at 15:49, Jan Lehnardt wrote: > Putting 140 on an infinite loop (while(true); do ./test/etap/run > test/etap/140-attachment-comp.t ; done) eventually gives me > http://www.friendpaste.com/2JCA8dvre9orA3UysYYTCe on both SSD Mac OS X 10.6 > and Ubuntu 10.04 on disk in a VMWare. > > I also got one instance of http://www.friendpaste.com/7EpB1eJGRoRFBvjXvmFG3V > on the Ubuntu. > > The first one comes up reliably after half a minute or so and repeats itself, > it may well be a socket ulimit or something. The second one I only ever saw > once so far. > > Cheers > Jan > -- > >
Re: Helping out with releases
Putting 140 on an infinite loop (while(true); do ./test/etap/run test/etap/140-attachment-comp.t ; done) eventually gives me http://www.friendpaste.com/2JCA8dvre9orA3UysYYTCe on both SSD Mac OS X 10.6 and Ubuntu 10.04 on disk in a VMWare. I also got one instance of http://www.friendpaste.com/7EpB1eJGRoRFBvjXvmFG3V on the Ubuntu. The first one comes up reliably after half a minute or so and repeats itself, it may well be a socket ulimit or something. The second one I only ever saw once so far. Cheers Jan --
Re: Helping out with releases
On 10 May 2011, at 15:28, Paul Davis wrote: > On Tue, May 10, 2011 at 9:24 AM, Jan Lehnardt wrote: >> >> On 10 May 2011, at 15:21, Paul Davis wrote: >> >>> On Tue, May 10, 2011 at 8:29 AM, Dirkjan Ochtman wrote: On Tue, May 10, 2011 at 14:08, Paul Davis wrote: > Like Jan says, it'd be awesome to have more people familiar with the > release procedure. Although if you're interested in speeding up > releases the best place to start would be by learning some internals. > The issues that usually keep things from shipping is that a test is > randomly failing or there's a bug waiting to be fixed. Right, but that's not the case now, is it? So I would like to help out with all the non-internals and chasing after other committers to fix up the bugs, as that seems an area that's currently understaffed. Which doesn't mean that maybe I won't get into the internals at some point, but I think doing the other things could be valuable to, and the project needs more of it. Cheers, Dirkjan >>> >>> I haven't run through prepping the 1.1.x branch for a release, but >>> 1.0.3 is being held up because I've sen the 090 and 140 etap tests >>> fail and no one (me included) has felt like fixing them yet. >> >> This is the first time I hear of this (I'm a little behind on JIRA), >> is there a ticket for this? What system specs do you have where you >> see the errors? >> >> Cheers >> Jan >> -- >> >> >> > > New 13" MBA. I've seen the 090 and 140 etap tests both fail. New 13" > MBA. I can get 140 to reproduce by running it many times. Haven't yet > tried to reproduce 090 (but it was during a distcheck for anyone > trying). Is this on SSD or spinning disk? Cheers Jan --
Re: Helping out with releases
On Tue, May 10, 2011 at 9:24 AM, Jan Lehnardt wrote: > > On 10 May 2011, at 15:21, Paul Davis wrote: > >> On Tue, May 10, 2011 at 8:29 AM, Dirkjan Ochtman wrote: >>> On Tue, May 10, 2011 at 14:08, Paul Davis >>> wrote: Like Jan says, it'd be awesome to have more people familiar with the release procedure. Although if you're interested in speeding up releases the best place to start would be by learning some internals. The issues that usually keep things from shipping is that a test is randomly failing or there's a bug waiting to be fixed. >>> >>> Right, but that's not the case now, is it? So I would like to help out >>> with all the non-internals and chasing after other committers to fix >>> up the bugs, as that seems an area that's currently understaffed. >>> >>> Which doesn't mean that maybe I won't get into the internals at some >>> point, but I think doing the other things could be valuable to, and >>> the project needs more of it. >>> >>> Cheers, >>> >>> Dirkjan >>> >> >> I haven't run through prepping the 1.1.x branch for a release, but >> 1.0.3 is being held up because I've sen the 090 and 140 etap tests >> fail and no one (me included) has felt like fixing them yet. > > This is the first time I hear of this (I'm a little behind on JIRA), > is there a ticket for this? What system specs do you have where you > see the errors? > > Cheers > Jan > -- > > > New 13" MBA. I've seen the 090 and 140 etap tests both fail. New 13" MBA. I can get 140 to reproduce by running it many times. Haven't yet tried to reproduce 090 (but it was during a distcheck for anyone trying).
Re: Helping out with releases
Paul, I'll try to take a look at 090 and 140 tonight after work, I know I've seen 140 randomly failing. Bob On May 10, 2011, at 9:21 AM, Paul Davis wrote: > On Tue, May 10, 2011 at 8:29 AM, Dirkjan Ochtman wrote: >> On Tue, May 10, 2011 at 14:08, Paul Davis >> wrote: >>> Like Jan says, it'd be awesome to have more people familiar with the >>> release procedure. Although if you're interested in speeding up >>> releases the best place to start would be by learning some internals. >>> The issues that usually keep things from shipping is that a test is >>> randomly failing or there's a bug waiting to be fixed. >> >> Right, but that's not the case now, is it? So I would like to help out >> with all the non-internals and chasing after other committers to fix >> up the bugs, as that seems an area that's currently understaffed. >> >> Which doesn't mean that maybe I won't get into the internals at some >> point, but I think doing the other things could be valuable to, and >> the project needs more of it. >> >> Cheers, >> >> Dirkjan >> > > I haven't run through prepping the 1.1.x branch for a release, but > 1.0.3 is being held up because I've sen the 090 and 140 etap tests > fail and no one (me included) has felt like fixing them yet.
Re: Helping out with releases
On 10 May 2011, at 15:21, Paul Davis wrote: > On Tue, May 10, 2011 at 8:29 AM, Dirkjan Ochtman wrote: >> On Tue, May 10, 2011 at 14:08, Paul Davis >> wrote: >>> Like Jan says, it'd be awesome to have more people familiar with the >>> release procedure. Although if you're interested in speeding up >>> releases the best place to start would be by learning some internals. >>> The issues that usually keep things from shipping is that a test is >>> randomly failing or there's a bug waiting to be fixed. >> >> Right, but that's not the case now, is it? So I would like to help out >> with all the non-internals and chasing after other committers to fix >> up the bugs, as that seems an area that's currently understaffed. >> >> Which doesn't mean that maybe I won't get into the internals at some >> point, but I think doing the other things could be valuable to, and >> the project needs more of it. >> >> Cheers, >> >> Dirkjan >> > > I haven't run through prepping the 1.1.x branch for a release, but > 1.0.3 is being held up because I've sen the 090 and 140 etap tests > fail and no one (me included) has felt like fixing them yet. This is the first time I hear of this (I'm a little behind on JIRA), is there a ticket for this? What system specs do you have where you see the errors? Cheers Jan --
Re: Helping out with releases
On Tue, May 10, 2011 at 8:29 AM, Dirkjan Ochtman wrote: > On Tue, May 10, 2011 at 14:08, Paul Davis wrote: >> Like Jan says, it'd be awesome to have more people familiar with the >> release procedure. Although if you're interested in speeding up >> releases the best place to start would be by learning some internals. >> The issues that usually keep things from shipping is that a test is >> randomly failing or there's a bug waiting to be fixed. > > Right, but that's not the case now, is it? So I would like to help out > with all the non-internals and chasing after other committers to fix > up the bugs, as that seems an area that's currently understaffed. > > Which doesn't mean that maybe I won't get into the internals at some > point, but I think doing the other things could be valuable to, and > the project needs more of it. > > Cheers, > > Dirkjan > Also, that's not meant to discourage from getting involved with RM. I think you're quite right that we need more people focusing on those aspects. I was just responding about the desire to have quicker releases.
Re: Helping out with releases
On Tue, May 10, 2011 at 8:29 AM, Dirkjan Ochtman wrote: > On Tue, May 10, 2011 at 14:08, Paul Davis wrote: >> Like Jan says, it'd be awesome to have more people familiar with the >> release procedure. Although if you're interested in speeding up >> releases the best place to start would be by learning some internals. >> The issues that usually keep things from shipping is that a test is >> randomly failing or there's a bug waiting to be fixed. > > Right, but that's not the case now, is it? So I would like to help out > with all the non-internals and chasing after other committers to fix > up the bugs, as that seems an area that's currently understaffed. > > Which doesn't mean that maybe I won't get into the internals at some > point, but I think doing the other things could be valuable to, and > the project needs more of it. > > Cheers, > > Dirkjan > I haven't run through prepping the 1.1.x branch for a release, but 1.0.3 is being held up because I've sen the 090 and 140 etap tests fail and no one (me included) has felt like fixing them yet.
Re: Helping out with releases
On Tue, May 10, 2011 at 14:08, Paul Davis wrote: > Like Jan says, it'd be awesome to have more people familiar with the > release procedure. Although if you're interested in speeding up > releases the best place to start would be by learning some internals. > The issues that usually keep things from shipping is that a test is > randomly failing or there's a bug waiting to be fixed. Right, but that's not the case now, is it? So I would like to help out with all the non-internals and chasing after other committers to fix up the bugs, as that seems an area that's currently understaffed. Which doesn't mean that maybe I won't get into the internals at some point, but I think doing the other things could be valuable to, and the project needs more of it. Cheers, Dirkjan
Re: Helping out with releases
Like Jan says, it'd be awesome to have more people familiar with the release procedure. Although if you're interested in speeding up releases the best place to start would be by learning some internals. The issues that usually keep things from shipping is that a test is randomly failing or there's a bug waiting to be fixed. On Tue, May 10, 2011 at 3:34 AM, Jan Lehnardt wrote: > Dirkjan, > > thanks for your offer, I think it is a great idea to add more helping > hands to the release process. > > The first stop for making a release is > http://wiki.apache.org/couchdb/Release_procedure > > In general, you should be able to build and test CouchDB from source > and be comfortable with the troubleshooting of issues, but I know > you are :) > > Cheers > Jan > -- > > > On 10 May 2011, at 09:25, Dirkjan Ochtman wrote: > >> Hi there, >> >> Since I note that the release process for 1.1 seems to have been >> stalled again, I wonder if there was stuff I could do. I'd be happy to >> join the RM team to help Apache CouchDB provide more timely releases >> so that companies like mine can benefit sooner from the latest fruits >> of the committers. >> >> Please let me know how I would go about learning all the stuff I need >> to know (and hopefully at some point keys to the required infra). >> >> Cheers, >> >> Dirkjan > >
Re: Helping out with releases
Dirkjan, thanks for your offer, I think it is a great idea to add more helping hands to the release process. The first stop for making a release is http://wiki.apache.org/couchdb/Release_procedure In general, you should be able to build and test CouchDB from source and be comfortable with the troubleshooting of issues, but I know you are :) Cheers Jan -- On 10 May 2011, at 09:25, Dirkjan Ochtman wrote: > Hi there, > > Since I note that the release process for 1.1 seems to have been > stalled again, I wonder if there was stuff I could do. I'd be happy to > join the RM team to help Apache CouchDB provide more timely releases > so that companies like mine can benefit sooner from the latest fruits > of the committers. > > Please let me know how I would go about learning all the stuff I need > to know (and hopefully at some point keys to the required infra). > > Cheers, > > Dirkjan
Helping out with releases
Hi there, Since I note that the release process for 1.1 seems to have been stalled again, I wonder if there was stuff I could do. I'd be happy to join the RM team to help Apache CouchDB provide more timely releases so that companies like mine can benefit sooner from the latest fruits of the committers. Please let me know how I would go about learning all the stuff I need to know (and hopefully at some point keys to the required infra). Cheers, Dirkjan