[jira] Commented: (COUCHDB-393) Cannot discover currently running http port if ini file specifies port 0

2010-06-29 Thread Chris Anderson (JIRA)
[ https://issues.apache.org/jira/browse/COUCHDB-393?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12883706#action_12883706 ] Chris Anderson commented on COUCHDB-393: Benoit's patch looks good to me. I'd be h

Re: 1.0 Vote

2010-06-29 Thread David Coallier
> > Sorry I didn't see this patch before I implemented a continuous = true > checkbox (see trunk now) if your patch is preferable then we can swap it for > mine. Should I take the time to apply and test, or is Trunk good? > Oh noes! :) Seriously though, that's good. Just close #489 Cheers, --

Re: 1.0 Vote

2010-06-29 Thread J Chris Anderson
On Jun 29, 2010, at 11:41 AM, David Coallier wrote: > On 29 June 2010 18:41, Adam Kocoloski wrote: >> On Jun 29, 2010, at 10:20 AM, J Chris Anderson wrote: >> >>> For trunk, I think there are a couple of small patches that Adam wants to >>> hold back for 1.1. >> >> Not a big deal, everything

Re: 1.0 Vote

2010-06-29 Thread David Coallier
On 29 June 2010 18:41, Adam Kocoloski wrote: > On Jun 29, 2010, at 10:20 AM, J Chris Anderson wrote: > >> For trunk, I think there are a couple of small patches that Adam wants to >> hold back for 1.1. > > Not a big deal, everything I committed to trunk is pretty stable and tested > in productio

Re: 1.0 Vote

2010-06-29 Thread Adam Kocoloski
On Jun 29, 2010, at 10:20 AM, J Chris Anderson wrote: > For trunk, I think there are a couple of small patches that Adam wants to > hold back for 1.1. Not a big deal, everything I committed to trunk is pretty stable and tested in production. I tagged those commits as 1.1 because they weren't s

Re: 1.0 Vote

2010-06-29 Thread Noah Slater
On 29 Jun 2010, at 16:40, Benoit Chesneau wrote: > Noah was suggesting to give this info from couch-s, but it's not an > easy patch and could wait next release imo. What is the deadline > before couch 1.0 ? Shouldn't we wait for erlang R14B and then having > ful support for windows version ? Or

Re: 1.0 Vote

2010-06-29 Thread Benoit Chesneau
On Tue, Jun 29, 2010 at 4:20 PM, J Chris Anderson wrote: > > On Jun 26, 2010, at 7:00 PM, J Chris Anderson wrote: > >> [snip] >> >> That's correct Mark. Trunk is what you want (although there are a few >> patches that might not make 1.0) >> >> I plan to start a thread for what to keep back for 1.

Re: 1.0 Vote

2010-06-29 Thread Noah Slater
If we're branching and tagging from trunk, then trunk. On 29 Jun 2010, at 15:48, till wrote: > On Tue, Jun 29, 2010 at 4:38 PM, Noah Slater wrote: >> >> On 29 Jun 2010, at 15:20, J Chris Anderson wrote: >> >>> So I went through both trunk and 0.11.x looking for things that are out of >>> plac

Re: 1.0 Vote

2010-06-29 Thread J Chris Anderson
On Jun 29, 2010, at 7:38 AM, Noah Slater wrote: > > Please can everyone check that "make distcheck" is working for them. > > Let's try to avoid the test failures again for this release. `make distcheck` failed with a list of all the .patch files and stuff laying around my CouchDB trunk checko

Re: 1.0 Vote

2010-06-29 Thread till
On Tue, Jun 29, 2010 at 4:38 PM, Noah Slater wrote: > > On 29 Jun 2010, at 15:20, J Chris Anderson wrote: > >> So I went through both trunk and 0.11.x looking for things that are out of >> place. I fixed one small thing in 0.11.x, and as far as I'm concerned it is >> ready for release. >> >> For

Re: 1.0 Vote

2010-06-29 Thread Noah Slater
On 29 Jun 2010, at 15:20, J Chris Anderson wrote: > So I went through both trunk and 0.11.x looking for things that are out of > place. I fixed one small thing in 0.11.x, and as far as I'm concerned it is > ready for release. > > For trunk, I think there are a couple of small patches that Adam

Re: 1.0 Vote

2010-06-29 Thread J Chris Anderson
On Jun 26, 2010, at 7:00 PM, J Chris Anderson wrote: > [snip] > > That's correct Mark. Trunk is what you want (although there are a few patches > that might not make 1.0) > > I plan to start a thread for what to keep back for 1.1 and a thread for > anything that should be un-backported from 0