You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@couchdb.apache.org by Noah Slater <ns...@tumbolia.org> on 2012/03/24 18:39:30 UTC
[VOTE] Apache CouchDB 1.2.0 release, third round
Hello,
I would like call a vote for the Apache CouchDB 1.2.0 release, third round.
(I am calling this the "Haters Gon Hate" release.)
Changes since last round:
* COUCHDB-1424 fixed, thank you Bob Dionne
* COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
* Performance regressions fixed, thank you Robert Newson
* R15B patch landed, thank you Jan Lehnardt
* COUCHDB-1445 fixed, thanks Randal Leeds
We encourage the whole community to download and test these
release artefacts so that any critical issues can be resolved before the
release is made. Everyone is free to vote on this release, so get stuck in!
We are voting on the following release artifacts:
http://people.apache.org/~nslater/dist/1.2.0/
These artifacts have been built from the following tree-ish in Git:
654768d32bae3639756c18b200582093aa51f349
Please follow the test procedure before voting:
http://wiki.apache.org/couchdb/Test_procedure
Thank you.
Happy voting,
N
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Noah Slater <ns...@tumbolia.org>.
Thanks Brian!
On Sat, Mar 24, 2012 at 8:27 PM, Brian Mitchell <bi...@gmail.com> wrote:
> After some extended rebuilding (forgot to build against the 0.9.8 OpenSSL)
> I've got make check passing consistently and the browser tests all green
> [0].
>
> Setup: OS X 10.7.3, Erlang R15B, Spidermonkey 1.8.5.
>
> +1
>
> [0] I had one run where the view_compaction test failed on this assertion:
> "resp.view_index.disk_size < disk_size_before_compact". Rerunning cleared
> it up.
>
>
> On Saturday, March 24, 2012 at 13:39 , Noah Slater wrote:
>
> > Hello,
> >
> > I would like call a vote for the Apache CouchDB 1.2.0 release, third
> round.
> >
> > (I am calling this the "Haters Gon Hate" release.)
> >
> > Changes since last round:
> >
> > * COUCHDB-1424 fixed, thank you Bob Dionne
> > * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
> > * Performance regressions fixed, thank you Robert Newson
> > * R15B patch landed, thank you Jan Lehnardt
> > * COUCHDB-1445 fixed, thanks Randal Leeds
> >
> > We encourage the whole community to download and test these
> > release artefacts so that any critical issues can be resolved before the
> > release is made. Everyone is free to vote on this release, so get stuck
> in!
> >
> > We are voting on the following release artifacts:
> >
> > http://people.apache.org/~nslater/dist/1.2.0/
> >
> >
> > These artifacts have been built from the following tree-ish in Git:
> >
> > 654768d32bae3639756c18b200582093aa51f349
> >
> >
> > Please follow the test procedure before voting:
> >
> > http://wiki.apache.org/couchdb/Test_procedure
> >
> >
> > Thank you.
> >
> > Happy voting,
> >
> > N
>
>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Brian Mitchell <bi...@gmail.com>.
After some extended rebuilding (forgot to build against the 0.9.8 OpenSSL) I've got make check passing consistently and the browser tests all green [0].
Setup: OS X 10.7.3, Erlang R15B, Spidermonkey 1.8.5.
+1
[0] I had one run where the view_compaction test failed on this assertion: "resp.view_index.disk_size < disk_size_before_compact". Rerunning cleared it up.
On Saturday, March 24, 2012 at 13:39 , Noah Slater wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.2.0 release, third round.
>
> (I am calling this the "Haters Gon Hate" release.)
>
> Changes since last round:
>
> * COUCHDB-1424 fixed, thank you Bob Dionne
> * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
> * Performance regressions fixed, thank you Robert Newson
> * R15B patch landed, thank you Jan Lehnardt
> * COUCHDB-1445 fixed, thanks Randal Leeds
>
> We encourage the whole community to download and test these
> release artefacts so that any critical issues can be resolved before the
> release is made. Everyone is free to vote on this release, so get stuck in!
>
> We are voting on the following release artifacts:
>
> http://people.apache.org/~nslater/dist/1.2.0/
>
>
> These artifacts have been built from the following tree-ish in Git:
>
> 654768d32bae3639756c18b200582093aa51f349
>
>
> Please follow the test procedure before voting:
>
> http://wiki.apache.org/couchdb/Test_procedure
>
>
> Thank you.
>
> Happy voting,
>
> N
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Benoit Chesneau <bc...@gmail.com>.
On Sat, Mar 24, 2012 at 6:39 PM, Noah Slater <ns...@tumbolia.org> wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.2.0 release, third round.
>
> (I am calling this the "Haters Gon Hate" release.)
>
> Changes since last round:
>
> * COUCHDB-1424 fixed, thank you Bob Dionne
> * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
> * Performance regressions fixed, thank you Robert Newson
> * R15B patch landed, thank you Jan Lehnardt
> * COUCHDB-1445 fixed, thanks Randal Leeds
>
> We encourage the whole community to download and test these
> release artefacts so that any critical issues can be resolved before the
> release is made. Everyone is free to vote on this release, so get stuck in!
>
> We are voting on the following release artifacts:
>
> http://people.apache.org/~nslater/dist/1.2.0/
>
>
> These artifacts have been built from the following tree-ish in Git:
>
> 654768d32bae3639756c18b200582093aa51f349
>
>
> Please follow the test procedure before voting:
>
> http://wiki.apache.org/couchdb/Test_procedure
>
>
> Thank you.
>
> Happy voting,
>
> N
+1 test OK, signature OK
tested on various platform and erlang R14B04/R15B.
- benoît
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Randall Leeds <ra...@gmail.com>.
On Sat, Mar 24, 2012 at 10:39, Noah Slater <ns...@tumbolia.org> wrote:
> I would like call a vote for the Apache CouchDB 1.2.0 release, third round.
> We are voting on the following release artifacts:
>
> http://people.apache.org/~nslater/dist/1.2.0/
> Happy voting,
>
> N
I vote +1.
--
Signature okay.
MD5 sum okay.
SHA1 sum okay.
Diff looks okay.
--
Test system:
Ubuntu Precise (GNU/Linux 3.2.0 64bit)
Erlang R14B04 (erts-5.8.5) (64bit) (HiPE)
SpiderMonkey 1.8.5
Make check okay.
--
Firefox 12.0
Futon tests okay. (All green on the first pass!)
--
Thank you, Noah, for managing (yet) another vote and for kicking
everyone forward.
Thanks for everyone's hard work and patience. I'm very much looking
forward to seeing this get out the door.
-Randall
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Paul Davis <pa...@gmail.com>.
On Mon, Mar 26, 2012 at 6:43 AM, Stefan Kögl <ko...@gmail.com> wrote:
> On Sun, Mar 25, 2012 at 1:04 PM, Paul Davis <pa...@gmail.com> wrote:
>> Try adding:
>>
>> --with-js-lib-name=mozjs185 to your ./configure invocation
>
> That worked.
>
> +1 from me :)
>
>
>> Also, why is libjs installed on this system? Was that a custom thing
>> you did or is it included for some reason in a package?
>
> I can't remember why, tbh. Is that important somehow?
>
Only important to know if its a common setup that we should take into
account when guessing library names because its a common
configuration. Not important for your immediate situation.
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Stefan Kögl <ko...@gmail.com>.
On Sun, Mar 25, 2012 at 1:04 PM, Paul Davis <pa...@gmail.com> wrote:
> Try adding:
>
> --with-js-lib-name=mozjs185 to your ./configure invocation
That worked.
+1 from me :)
> Also, why is libjs installed on this system? Was that a custom thing
> you did or is it included for some reason in a package?
I can't remember why, tbh. Is that important somehow?
-- Stefan
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Paul Davis <pa...@gmail.com>.
Try adding:
--with-js-lib-name=mozjs185 to your ./configure invocation
Also, why is libjs installed on this system? Was that a custom thing
you did or is it included for some reason in a package?
On Sun, Mar 25, 2012 at 4:11 AM, Stefan Kögl <ko...@gmail.com> wrote:
> Hi,
>
> On Sun, Mar 25, 2012 at 9:27 AM, Paul Davis <pa...@gmail.com> wrote:
>> Also the contents of mozjs185.pc
>>
>> This is probably in either /usr/lib/pkconfig or /usr/local/lib/pkgconfig.
>
> http://friendpaste.com/1UJ8uaGpYJRSpfhVZqrNvF
>
>
>>> Can you paste me the contents of config.log?
>
> http://friendpaste.com/1AXWuMuTUzCMCXePuSJijA
>
>
> -- Stefan
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Stefan Kögl <ko...@gmail.com>.
Hi,
On Sun, Mar 25, 2012 at 9:27 AM, Paul Davis <pa...@gmail.com> wrote:
> Also the contents of mozjs185.pc
>
> This is probably in either /usr/lib/pkconfig or /usr/local/lib/pkgconfig.
http://friendpaste.com/1UJ8uaGpYJRSpfhVZqrNvF
>> Can you paste me the contents of config.log?
http://friendpaste.com/1AXWuMuTUzCMCXePuSJijA
-- Stefan
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Paul Davis <pa...@gmail.com>.
Also the contents of mozjs185.pc
This is probably in either /usr/lib/pkconfig or /usr/local/lib/pkgconfig.
On Sun, Mar 25, 2012 at 2:23 AM, Paul Davis <pa...@gmail.com> wrote:
> Stefan,
>
> Can you paste me the contents of config.log?
>
> Paul
>
> On Sun, Mar 25, 2012 at 1:08 AM, Stefan Kögl <ko...@gmail.com> wrote:
>> Hi,
>>
>> On Sat, Mar 24, 2012 at 6:39 PM, Noah Slater <ns...@tumbolia.org> wrote:
>>> Please follow the test procedure before voting:
>>>
>>> http://wiki.apache.org/couchdb/Test_procedure
>>
>> Its probably related to my system (Ubuntu precise beta 1 with current
>> updates), but I'm getting the following errors during make check (in
>> the "make" part).
>>
>> http://friendpaste.com/3cmPcgwU1hXHYjXhixaLFk
>>
>> Any ideas whether I need to fix my system or its a bug?
>>
>>
>> -- Stefan
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Paul Davis <pa...@gmail.com>.
Stefan,
Can you paste me the contents of config.log?
Paul
On Sun, Mar 25, 2012 at 1:08 AM, Stefan Kögl <ko...@gmail.com> wrote:
> Hi,
>
> On Sat, Mar 24, 2012 at 6:39 PM, Noah Slater <ns...@tumbolia.org> wrote:
>> Please follow the test procedure before voting:
>>
>> http://wiki.apache.org/couchdb/Test_procedure
>
> Its probably related to my system (Ubuntu precise beta 1 with current
> updates), but I'm getting the following errors during make check (in
> the "make" part).
>
> http://friendpaste.com/3cmPcgwU1hXHYjXhixaLFk
>
> Any ideas whether I need to fix my system or its a bug?
>
>
> -- Stefan
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Stefan Kögl <ko...@gmail.com>.
Hi,
On Sat, Mar 24, 2012 at 6:39 PM, Noah Slater <ns...@tumbolia.org> wrote:
> Please follow the test procedure before voting:
>
> http://wiki.apache.org/couchdb/Test_procedure
Its probably related to my system (Ubuntu precise beta 1 with current
updates), but I'm getting the following errors during make check (in
the "make" part).
http://friendpaste.com/3cmPcgwU1hXHYjXhixaLFk
Any ideas whether I need to fix my system or its a bug?
-- Stefan
Re: Voting -1 on the first sign of issues (was Re: [VOTE] Apache
CouchDB 1.2.0 release, third round)
Posted by Noah Slater <ns...@tumbolia.org>.
Also, everyone should vote, even if you've never spoken on this mailing
list before.
Every opinion is valuable, and is listened to.
On Tue, Mar 27, 2012 at 12:33 PM, Noah Slater <ns...@tumbolia.org> wrote:
> I disagree with this.
>
> It would be nice if people voting were able to assist, but the inability
> to assist SHOULD NOT prevent you from voting either way. If there are
> serious issues with the release, I want to know about them, and I WILL
> abort the vote for them.
>
>
> On Tue, Mar 27, 2012 at 12:21 PM, Dave Cottlehuber <da...@muse.net.nz>wrote:
>
>> On 26 March 2012 23:52, Noah Slater <ns...@tumbolia.org> wrote:
>> > As the person who's done the most tallying of votes over the last 4
>> years.
>> > I agree with Jan. Please leave your votes until you are reasonably sure
>> > they will not change. You CAN change them, but it is a PITA. Thanks!
>> >
>> > On Mon, Mar 26, 2012 at 6:43 PM, Jan Lehnardt <ja...@apache.org> wrote:
>> >
>> >>
>> >> On Mar 26, 2012, at 19:34 , Sam Bisbee wrote:
>> >>
>> >> > On Sat, Mar 24, 2012 at 1:39 PM, Noah Slater <ns...@tumbolia.org>
>> >> wrote:
>> >> >> Thank you.
>> >> >>
>> >> >> Happy voting,
>> >> >>
>> >> >> N
>> >> >
>> >> > I'm having issues building the artifact on a brand new, vanilla
>> Debian
>> >> > 6.0 install (built fine on Ubuntu 11.10). It stops with the "can't
>> >> > find jsapi headers" error. Attached is my config.log.
>> >> >
>> >> > jsapi.h lives at /usr/lib/xulrunner-devel-1.9.1/include/jsapi.h as
>> >> > expected. Configuring without any parameters doesn't work either.
>> >> >
>> >> > So until I can debug this and update the wiki with any instructions,
>> >> > I'm -1 on the release.
>> >>
>> >> Hey all,
>> >>
>> >> I'd like to suggest that we might want to not vote -1 on the first
>> >> sign of issues.
>> >>
>> >> Of course we'd like to see any error report, but I feel it'd be nice
>> >> to wait for suggestions on how to fix this, rather than voting -1 or
>> >> voting -1 with a condition and later having to retract that.
>> >>
>> >> And if it turns out to be a grave error, a -1 is very much called for.
>> >>
>> >> Sorry for jumping on Sam here, but this has been done before and I
>> >> assume Sam just thinks it is standard procedure :)
>> >>
>> >> It might be me, but I know that tallying votes is less confusing with
>> >> definite votes.
>> >>
>> >> Please disagree with me, if you think we should continue with the
>> >> current practice :)
>> >>
>> >> Cheers
>> >> Jan
>> >> --
>> >>
>> >>
>>
>> It's worth taking a minute to read through the Apache guidelines:
>> http://www.apache.org/foundation/voting.html
>>
>> Specifically, Votes on Package Releases
>> =\/=
>> Votes on whether a package is ready to be released use majority
>> approval -- i.e. at least three PMC members must vote affirmatively
>> for release, and there must be more positive than negative votes.
>> Releases may not be vetoed. Generally the community will cancel the
>> release vote if anyone identifies serious problems, but in most cases
>> the ultimate decision, lies with the individual serving as release
>> manager. The specifics of the process may vary from project to
>> project, but the 'minimum quorum of three +1 votes' rule is universal.
>> =/\=
>>
>> I think there's an unwritten expectation that if you're prepared to
>> vote you're prepared to assist on any issues uncovered.
>>
>> A+
>> Dave
>>
>
>
Re: Voting -1 on the first sign of issues (was Re: [VOTE] Apache
CouchDB 1.2.0 release, third round)
Posted by Noah Slater <ns...@tumbolia.org>.
I disagree with this.
It would be nice if people voting were able to assist, but the inability to
assist SHOULD NOT prevent you from voting either way. If there are serious
issues with the release, I want to know about them, and I WILL abort the
vote for them.
On Tue, Mar 27, 2012 at 12:21 PM, Dave Cottlehuber <da...@muse.net.nz> wrote:
> On 26 March 2012 23:52, Noah Slater <ns...@tumbolia.org> wrote:
> > As the person who's done the most tallying of votes over the last 4
> years.
> > I agree with Jan. Please leave your votes until you are reasonably sure
> > they will not change. You CAN change them, but it is a PITA. Thanks!
> >
> > On Mon, Mar 26, 2012 at 6:43 PM, Jan Lehnardt <ja...@apache.org> wrote:
> >
> >>
> >> On Mar 26, 2012, at 19:34 , Sam Bisbee wrote:
> >>
> >> > On Sat, Mar 24, 2012 at 1:39 PM, Noah Slater <ns...@tumbolia.org>
> >> wrote:
> >> >> Thank you.
> >> >>
> >> >> Happy voting,
> >> >>
> >> >> N
> >> >
> >> > I'm having issues building the artifact on a brand new, vanilla Debian
> >> > 6.0 install (built fine on Ubuntu 11.10). It stops with the "can't
> >> > find jsapi headers" error. Attached is my config.log.
> >> >
> >> > jsapi.h lives at /usr/lib/xulrunner-devel-1.9.1/include/jsapi.h as
> >> > expected. Configuring without any parameters doesn't work either.
> >> >
> >> > So until I can debug this and update the wiki with any instructions,
> >> > I'm -1 on the release.
> >>
> >> Hey all,
> >>
> >> I'd like to suggest that we might want to not vote -1 on the first
> >> sign of issues.
> >>
> >> Of course we'd like to see any error report, but I feel it'd be nice
> >> to wait for suggestions on how to fix this, rather than voting -1 or
> >> voting -1 with a condition and later having to retract that.
> >>
> >> And if it turns out to be a grave error, a -1 is very much called for.
> >>
> >> Sorry for jumping on Sam here, but this has been done before and I
> >> assume Sam just thinks it is standard procedure :)
> >>
> >> It might be me, but I know that tallying votes is less confusing with
> >> definite votes.
> >>
> >> Please disagree with me, if you think we should continue with the
> >> current practice :)
> >>
> >> Cheers
> >> Jan
> >> --
> >>
> >>
>
> It's worth taking a minute to read through the Apache guidelines:
> http://www.apache.org/foundation/voting.html
>
> Specifically, Votes on Package Releases
> =\/=
> Votes on whether a package is ready to be released use majority
> approval -- i.e. at least three PMC members must vote affirmatively
> for release, and there must be more positive than negative votes.
> Releases may not be vetoed. Generally the community will cancel the
> release vote if anyone identifies serious problems, but in most cases
> the ultimate decision, lies with the individual serving as release
> manager. The specifics of the process may vary from project to
> project, but the 'minimum quorum of three +1 votes' rule is universal.
> =/\=
>
> I think there's an unwritten expectation that if you're prepared to
> vote you're prepared to assist on any issues uncovered.
>
> A+
> Dave
>
Re: Voting -1 on the first sign of issues (was Re: [VOTE] Apache
CouchDB 1.2.0 release, third round)
Posted by Dave Cottlehuber <da...@muse.net.nz>.
On 27 March 2012 14:19, Bob Dionne <di...@dionne-associates.com> wrote:
> Dave,
>
> Actually the rules are quite clear on this issue:
>
> "However, in no case may someone's vote be considered invalid if the implied commitment doesn't appear to be met; a vote is a formal expression of opinion, not of commitment."
>
> Cheers,
>
> Bob
Hi Noah, Bob,
In hindsight, you're right & I'd definitely be
disappointed if somebody decided note to
vote after reading my email.
A+
Dave
Re: Voting -1 on the first sign of issues (was Re: [VOTE] Apache CouchDB 1.2.0 release, third round)
Posted by Bob Dionne <di...@dionne-associates.com>.
Dave,
Actually the rules are quite clear on this issue:
"However, in no case may someone's vote be considered invalid if the implied commitment doesn't appear to be met; a vote is a formal expression of opinion, not of commitment."
Cheers,
Bob
On Mar 27, 2012, at 7:21 AM, Dave Cottlehuber wrote:
> On 26 March 2012 23:52, Noah Slater <ns...@tumbolia.org> wrote:
>> As the person who's done the most tallying of votes over the last 4 years.
>> I agree with Jan. Please leave your votes until you are reasonably sure
>> they will not change. You CAN change them, but it is a PITA. Thanks!
>>
>> On Mon, Mar 26, 2012 at 6:43 PM, Jan Lehnardt <ja...@apache.org> wrote:
>>
>>>
>>> On Mar 26, 2012, at 19:34 , Sam Bisbee wrote:
>>>
>>>> On Sat, Mar 24, 2012 at 1:39 PM, Noah Slater <ns...@tumbolia.org>
>>> wrote:
>>>>> Thank you.
>>>>>
>>>>> Happy voting,
>>>>>
>>>>> N
>>>>
>>>> I'm having issues building the artifact on a brand new, vanilla Debian
>>>> 6.0 install (built fine on Ubuntu 11.10). It stops with the "can't
>>>> find jsapi headers" error. Attached is my config.log.
>>>>
>>>> jsapi.h lives at /usr/lib/xulrunner-devel-1.9.1/include/jsapi.h as
>>>> expected. Configuring without any parameters doesn't work either.
>>>>
>>>> So until I can debug this and update the wiki with any instructions,
>>>> I'm -1 on the release.
>>>
>>> Hey all,
>>>
>>> I'd like to suggest that we might want to not vote -1 on the first
>>> sign of issues.
>>>
>>> Of course we'd like to see any error report, but I feel it'd be nice
>>> to wait for suggestions on how to fix this, rather than voting -1 or
>>> voting -1 with a condition and later having to retract that.
>>>
>>> And if it turns out to be a grave error, a -1 is very much called for.
>>>
>>> Sorry for jumping on Sam here, but this has been done before and I
>>> assume Sam just thinks it is standard procedure :)
>>>
>>> It might be me, but I know that tallying votes is less confusing with
>>> definite votes.
>>>
>>> Please disagree with me, if you think we should continue with the
>>> current practice :)
>>>
>>> Cheers
>>> Jan
>>> --
>>>
>>>
>
> It's worth taking a minute to read through the Apache guidelines:
> http://www.apache.org/foundation/voting.html
>
> Specifically, Votes on Package Releases
> =\/=
> Votes on whether a package is ready to be released use majority
> approval -- i.e. at least three PMC members must vote affirmatively
> for release, and there must be more positive than negative votes.
> Releases may not be vetoed. Generally the community will cancel the
> release vote if anyone identifies serious problems, but in most cases
> the ultimate decision, lies with the individual serving as release
> manager. The specifics of the process may vary from project to
> project, but the 'minimum quorum of three +1 votes' rule is universal.
> =/\=
>
> I think there's an unwritten expectation that if you're prepared to
> vote you're prepared to assist on any issues uncovered.
>
> A+
> Dave
Re: Voting -1 on the first sign of issues (was Re: [VOTE] Apache
CouchDB 1.2.0 release, third round)
Posted by Dave Cottlehuber <da...@muse.net.nz>.
On 26 March 2012 23:52, Noah Slater <ns...@tumbolia.org> wrote:
> As the person who's done the most tallying of votes over the last 4 years.
> I agree with Jan. Please leave your votes until you are reasonably sure
> they will not change. You CAN change them, but it is a PITA. Thanks!
>
> On Mon, Mar 26, 2012 at 6:43 PM, Jan Lehnardt <ja...@apache.org> wrote:
>
>>
>> On Mar 26, 2012, at 19:34 , Sam Bisbee wrote:
>>
>> > On Sat, Mar 24, 2012 at 1:39 PM, Noah Slater <ns...@tumbolia.org>
>> wrote:
>> >> Thank you.
>> >>
>> >> Happy voting,
>> >>
>> >> N
>> >
>> > I'm having issues building the artifact on a brand new, vanilla Debian
>> > 6.0 install (built fine on Ubuntu 11.10). It stops with the "can't
>> > find jsapi headers" error. Attached is my config.log.
>> >
>> > jsapi.h lives at /usr/lib/xulrunner-devel-1.9.1/include/jsapi.h as
>> > expected. Configuring without any parameters doesn't work either.
>> >
>> > So until I can debug this and update the wiki with any instructions,
>> > I'm -1 on the release.
>>
>> Hey all,
>>
>> I'd like to suggest that we might want to not vote -1 on the first
>> sign of issues.
>>
>> Of course we'd like to see any error report, but I feel it'd be nice
>> to wait for suggestions on how to fix this, rather than voting -1 or
>> voting -1 with a condition and later having to retract that.
>>
>> And if it turns out to be a grave error, a -1 is very much called for.
>>
>> Sorry for jumping on Sam here, but this has been done before and I
>> assume Sam just thinks it is standard procedure :)
>>
>> It might be me, but I know that tallying votes is less confusing with
>> definite votes.
>>
>> Please disagree with me, if you think we should continue with the
>> current practice :)
>>
>> Cheers
>> Jan
>> --
>>
>>
It's worth taking a minute to read through the Apache guidelines:
http://www.apache.org/foundation/voting.html
Specifically, Votes on Package Releases
=\/=
Votes on whether a package is ready to be released use majority
approval -- i.e. at least three PMC members must vote affirmatively
for release, and there must be more positive than negative votes.
Releases may not be vetoed. Generally the community will cancel the
release vote if anyone identifies serious problems, but in most cases
the ultimate decision, lies with the individual serving as release
manager. The specifics of the process may vary from project to
project, but the 'minimum quorum of three +1 votes' rule is universal.
=/\=
I think there's an unwritten expectation that if you're prepared to
vote you're prepared to assist on any issues uncovered.
A+
Dave
Re: Voting -1 on the first sign of issues (was Re: [VOTE] Apache
CouchDB 1.2.0 release, third round)
Posted by Noah Slater <ns...@tumbolia.org>.
As the person who's done the most tallying of votes over the last 4 years.
I agree with Jan. Please leave your votes until you are reasonably sure
they will not change. You CAN change them, but it is a PITA. Thanks!
On Mon, Mar 26, 2012 at 6:43 PM, Jan Lehnardt <ja...@apache.org> wrote:
>
> On Mar 26, 2012, at 19:34 , Sam Bisbee wrote:
>
> > On Sat, Mar 24, 2012 at 1:39 PM, Noah Slater <ns...@tumbolia.org>
> wrote:
> >> Thank you.
> >>
> >> Happy voting,
> >>
> >> N
> >
> > I'm having issues building the artifact on a brand new, vanilla Debian
> > 6.0 install (built fine on Ubuntu 11.10). It stops with the "can't
> > find jsapi headers" error. Attached is my config.log.
> >
> > jsapi.h lives at /usr/lib/xulrunner-devel-1.9.1/include/jsapi.h as
> > expected. Configuring without any parameters doesn't work either.
> >
> > So until I can debug this and update the wiki with any instructions,
> > I'm -1 on the release.
>
> Hey all,
>
> I'd like to suggest that we might want to not vote -1 on the first
> sign of issues.
>
> Of course we'd like to see any error report, but I feel it'd be nice
> to wait for suggestions on how to fix this, rather than voting -1 or
> voting -1 with a condition and later having to retract that.
>
> And if it turns out to be a grave error, a -1 is very much called for.
>
> Sorry for jumping on Sam here, but this has been done before and I
> assume Sam just thinks it is standard procedure :)
>
> It might be me, but I know that tallying votes is less confusing with
> definite votes.
>
> Please disagree with me, if you think we should continue with the
> current practice :)
>
> Cheers
> Jan
> --
>
>
Voting -1 on the first sign of issues (was Re: [VOTE] Apache CouchDB 1.2.0 release, third round)
Posted by Jan Lehnardt <ja...@apache.org>.
On Mar 26, 2012, at 19:34 , Sam Bisbee wrote:
> On Sat, Mar 24, 2012 at 1:39 PM, Noah Slater <ns...@tumbolia.org> wrote:
>> Thank you.
>>
>> Happy voting,
>>
>> N
>
> I'm having issues building the artifact on a brand new, vanilla Debian
> 6.0 install (built fine on Ubuntu 11.10). It stops with the "can't
> find jsapi headers" error. Attached is my config.log.
>
> jsapi.h lives at /usr/lib/xulrunner-devel-1.9.1/include/jsapi.h as
> expected. Configuring without any parameters doesn't work either.
>
> So until I can debug this and update the wiki with any instructions,
> I'm -1 on the release.
Hey all,
I'd like to suggest that we might want to not vote -1 on the first
sign of issues.
Of course we'd like to see any error report, but I feel it'd be nice
to wait for suggestions on how to fix this, rather than voting -1 or
voting -1 with a condition and later having to retract that.
And if it turns out to be a grave error, a -1 is very much called for.
Sorry for jumping on Sam here, but this has been done before and I
assume Sam just thinks it is standard procedure :)
It might be me, but I know that tallying votes is less confusing with
definite votes.
Please disagree with me, if you think we should continue with the
current practice :)
Cheers
Jan
--
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Jan Lehnardt <ja...@apache.org>.
On Mar 26, 2012, at 19:45 , Sam Bisbee wrote:
> Paul,
>
> root@couchdb:~/apache-couchdb-1.2.0# which g++
> /usr/bin/g++
> root@couchdb:~/apache-couchdb-1.2.0#
>
> Will dig some more. Smells like a borked OS install.
Or a borked ./configure :)
Cheers
Jan
--
>
> Cheers,
>
> --
> Sam Bisbee
>
> On Mon, Mar 26, 2012 at 1:41 PM, Paul Davis <pa...@gmail.com> wrote:
>> Sam,
>>
>> ./configure: line 16840: g++: command not found
>>
>> Paul
>>
>> On Mon, Mar 26, 2012 at 12:34 PM, Sam Bisbee <sa...@sbisbee.com> wrote:
>>> On Sat, Mar 24, 2012 at 1:39 PM, Noah Slater <ns...@tumbolia.org> wrote:
>>>> Thank you.
>>>>
>>>> Happy voting,
>>>>
>>>> N
>>>
>>> I'm having issues building the artifact on a brand new, vanilla Debian
>>> 6.0 install (built fine on Ubuntu 11.10). It stops with the "can't
>>> find jsapi headers" error. Attached is my config.log.
>>>
>>> jsapi.h lives at /usr/lib/xulrunner-devel-1.9.1/include/jsapi.h as
>>> expected. Configuring without any parameters doesn't work either.
>>>
>>> So until I can debug this and update the wiki with any instructions,
>>> I'm -1 on the release.
>>>
>>> Cheers,
>>>
>>> --
>>> Sam Bisbee
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Sam Bisbee <sa...@sbisbee.com>.
Alright, I managed to fix the machine. That is, I wiped it and the new
install works. :) I did some digging and it feels like a hiccup during
OS install caused the problem. Regardless, very unlikely that it was
CouchDB's problem.
All signatures and hashes look good.
`make check` ran without problem on Ubuntu 11.04 (natty), Ubuntu 11.10
(oneiric), Debian 5.0 (lenny), and Debian 6.0 (squeeze). All ran on
some variation of R14 erlang.
So I'm +1 on this release.
Cheers,
--
Sam Bisbee
On Mon, Mar 26, 2012 at 1:45 PM, Sam Bisbee <sa...@sbisbee.com> wrote:
> Paul,
>
> root@couchdb:~/apache-couchdb-1.2.0# which g++
> /usr/bin/g++
> root@couchdb:~/apache-couchdb-1.2.0#
>
> Will dig some more. Smells like a borked OS install.
>
> Cheers,
>
> --
> Sam Bisbee
>
> On Mon, Mar 26, 2012 at 1:41 PM, Paul Davis <pa...@gmail.com> wrote:
>> Sam,
>>
>> ./configure: line 16840: g++: command not found
>>
>> Paul
>>
>> On Mon, Mar 26, 2012 at 12:34 PM, Sam Bisbee <sa...@sbisbee.com> wrote:
>>> On Sat, Mar 24, 2012 at 1:39 PM, Noah Slater <ns...@tumbolia.org> wrote:
>>>> Thank you.
>>>>
>>>> Happy voting,
>>>>
>>>> N
>>>
>>> I'm having issues building the artifact on a brand new, vanilla Debian
>>> 6.0 install (built fine on Ubuntu 11.10). It stops with the "can't
>>> find jsapi headers" error. Attached is my config.log.
>>>
>>> jsapi.h lives at /usr/lib/xulrunner-devel-1.9.1/include/jsapi.h as
>>> expected. Configuring without any parameters doesn't work either.
>>>
>>> So until I can debug this and update the wiki with any instructions,
>>> I'm -1 on the release.
>>>
>>> Cheers,
>>>
>>> --
>>> Sam Bisbee
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Sam Bisbee <sa...@sbisbee.com>.
Paul,
root@couchdb:~/apache-couchdb-1.2.0# which g++
/usr/bin/g++
root@couchdb:~/apache-couchdb-1.2.0#
Will dig some more. Smells like a borked OS install.
Cheers,
--
Sam Bisbee
On Mon, Mar 26, 2012 at 1:41 PM, Paul Davis <pa...@gmail.com> wrote:
> Sam,
>
> ./configure: line 16840: g++: command not found
>
> Paul
>
> On Mon, Mar 26, 2012 at 12:34 PM, Sam Bisbee <sa...@sbisbee.com> wrote:
>> On Sat, Mar 24, 2012 at 1:39 PM, Noah Slater <ns...@tumbolia.org> wrote:
>>> Thank you.
>>>
>>> Happy voting,
>>>
>>> N
>>
>> I'm having issues building the artifact on a brand new, vanilla Debian
>> 6.0 install (built fine on Ubuntu 11.10). It stops with the "can't
>> find jsapi headers" error. Attached is my config.log.
>>
>> jsapi.h lives at /usr/lib/xulrunner-devel-1.9.1/include/jsapi.h as
>> expected. Configuring without any parameters doesn't work either.
>>
>> So until I can debug this and update the wiki with any instructions,
>> I'm -1 on the release.
>>
>> Cheers,
>>
>> --
>> Sam Bisbee
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Paul Davis <pa...@gmail.com>.
Sam,
./configure: line 16840: g++: command not found
Paul
On Mon, Mar 26, 2012 at 12:34 PM, Sam Bisbee <sa...@sbisbee.com> wrote:
> On Sat, Mar 24, 2012 at 1:39 PM, Noah Slater <ns...@tumbolia.org> wrote:
>> Thank you.
>>
>> Happy voting,
>>
>> N
>
> I'm having issues building the artifact on a brand new, vanilla Debian
> 6.0 install (built fine on Ubuntu 11.10). It stops with the "can't
> find jsapi headers" error. Attached is my config.log.
>
> jsapi.h lives at /usr/lib/xulrunner-devel-1.9.1/include/jsapi.h as
> expected. Configuring without any parameters doesn't work either.
>
> So until I can debug this and update the wiki with any instructions,
> I'm -1 on the release.
>
> Cheers,
>
> --
> Sam Bisbee
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Sam Bisbee <sa...@sbisbee.com>.
On Sat, Mar 24, 2012 at 1:39 PM, Noah Slater <ns...@tumbolia.org> wrote:
> Thank you.
>
> Happy voting,
>
> N
I'm having issues building the artifact on a brand new, vanilla Debian
6.0 install (built fine on Ubuntu 11.10). It stops with the "can't
find jsapi headers" error. Attached is my config.log.
jsapi.h lives at /usr/lib/xulrunner-devel-1.9.1/include/jsapi.h as
expected. Configuring without any parameters doesn't work either.
So until I can debug this and update the wiki with any instructions,
I'm -1 on the release.
Cheers,
--
Sam Bisbee
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Noah Slater <ns...@tumbolia.org>.
Man, I am so eager to remove the browser test suit. @__@
On Tue, Mar 27, 2012 at 12:14 PM, Matt Goodall <ma...@gmail.com>wrote:
> On 24 March 2012 17:39, Noah Slater <ns...@tumbolia.org> wrote:
>
> > Hello,
> >
> > I would like call a vote for the Apache CouchDB 1.2.0 release, third
> round.
> >
> > (I am calling this the "Haters Gon Hate" release.)
> >
> > Changes since last round:
> >
> > * COUCHDB-1424 fixed, thank you Bob Dionne
> > * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
> > * Performance regressions fixed, thank you Robert Newson
> > * R15B patch landed, thank you Jan Lehnardt
> > * COUCHDB-1445 fixed, thanks Randal Leeds
> >
> > We encourage the whole community to download and test these
> > release artefacts so that any critical issues can be resolved before the
> > release is made. Everyone is free to vote on this release, so get stuck
> in!
> >
> > We are voting on the following release artifacts:
> >
> > http://people.apache.org/~nslater/dist/1.2.0/
> >
> >
> > These artifacts have been built from the following tree-ish in Git:
> >
> > 654768d32bae3639756c18b200582093aa51f349
> >
> >
> > Please follow the test procedure before voting:
> >
> > http://wiki.apache.org/couchdb/Test_procedure
> >
> >
> > Thank you.
> >
> > Happy voting,
> >
> > N
> >
>
>
> +1
>
>
> gpg, md5, sha1 release artefacts: ok
>
> Arch Linux, i686
> Erlang R14B04
> libmozjs185
> make check: ok
> Futon tests: ok [1]
>
> Ubuntu 12.04 (beta)
> Erlang R14B04
> libmozjs185
> make check: ok
> Futon tests: ok
>
> Ubuntu 10.04 LTS
> Erlang R13B03
> JS from xulrunner
> make check: ok [2]
> Futons tests: ok [3]
>
>
> - Matt
>
>
> [1] replication test failed on 1st full run, but succeeded when run again
> on own.
> [2] 076-file-compression.t failed, but that's just lack of nif support in
> Erlang version.
> [3] oauth, replication, replacator_db, replicator_db_security,
> security_validation failed on 1st full run, but succeeded when run again on
> own. Mostly timeouts.
>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Matt Goodall <ma...@gmail.com>.
On 24 March 2012 17:39, Noah Slater <ns...@tumbolia.org> wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.2.0 release, third round.
>
> (I am calling this the "Haters Gon Hate" release.)
>
> Changes since last round:
>
> * COUCHDB-1424 fixed, thank you Bob Dionne
> * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
> * Performance regressions fixed, thank you Robert Newson
> * R15B patch landed, thank you Jan Lehnardt
> * COUCHDB-1445 fixed, thanks Randal Leeds
>
> We encourage the whole community to download and test these
> release artefacts so that any critical issues can be resolved before the
> release is made. Everyone is free to vote on this release, so get stuck in!
>
> We are voting on the following release artifacts:
>
> http://people.apache.org/~nslater/dist/1.2.0/
>
>
> These artifacts have been built from the following tree-ish in Git:
>
> 654768d32bae3639756c18b200582093aa51f349
>
>
> Please follow the test procedure before voting:
>
> http://wiki.apache.org/couchdb/Test_procedure
>
>
> Thank you.
>
> Happy voting,
>
> N
>
+1
gpg, md5, sha1 release artefacts: ok
Arch Linux, i686
Erlang R14B04
libmozjs185
make check: ok
Futon tests: ok [1]
Ubuntu 12.04 (beta)
Erlang R14B04
libmozjs185
make check: ok
Futon tests: ok
Ubuntu 10.04 LTS
Erlang R13B03
JS from xulrunner
make check: ok [2]
Futons tests: ok [3]
- Matt
[1] replication test failed on 1st full run, but succeeded when run again
on own.
[2] 076-file-compression.t failed, but that's just lack of nif support in
Erlang version.
[3] oauth, replication, replacator_db, replicator_db_security,
security_validation failed on 1st full run, but succeeded when run again on
own. Mostly timeouts.
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Benoit Chesneau <bc...@gmail.com>.
On Sun, Mar 25, 2012 at 8:22 PM, Jan Lehnardt <ja...@apache.org> wrote:
>
> On Mar 25, 2012, at 19:59 , Noah Slater wrote:
>
>> (To clarify, not for this release. But seriously, the tests cause us so
>> much pain. Something needs to change. I think we should talk about the
>> roadmap for this, and for the OS X stuff, after the release.)
>
> master already includes a CLI JS test runner that will sort out a large
> class of browser-related issues. I believe this is our biggest item today,
> so there's progress, but of course we can do with more :)
like removing these JS tests for example. We could test every from the
API in erlang, so we wouldn't have to fake an ajax call or such
ugliness.
- benoît
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Jan Lehnardt <ja...@apache.org>.
On Mar 25, 2012, at 19:59 , Noah Slater wrote:
> (To clarify, not for this release. But seriously, the tests cause us so
> much pain. Something needs to change. I think we should talk about the
> roadmap for this, and for the OS X stuff, after the release.)
master already includes a CLI JS test runner that will sort out a large
class of browser-related issues. I believe this is our biggest item today,
so there's progress, but of course we can do with more :)
Cheers
Jan
--
>
> On Sun, Mar 25, 2012 at 6:58 PM, Noah Slater <ns...@tumbolia.org> wrote:
>
>> We really need to get this test stuff sorted out. :(
>>
>>
>> On Sun, Mar 25, 2012 at 6:03 PM, Jan Lehnardt <ja...@apache.org> wrote:
>>
>>>
>>> On Mar 24, 2012, at 18:39 , Noah Slater wrote:
>>>
>>>> Hello,
>>>>
>>>> I would like call a vote for the Apache CouchDB 1.2.0 release, third
>>> round.
>>>>
>>>> (I am calling this the "Haters Gon Hate" release.)
>>>>
>>>> Changes since last round:
>>>>
>>>> * COUCHDB-1424 fixed, thank you Bob Dionne
>>>> * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
>>>> * Performance regressions fixed, thank you Robert Newson
>>>> * R15B patch landed, thank you Jan Lehnardt
>>>> * COUCHDB-1445 fixed, thanks Randal Leeds
>>>>
>>>> We encourage the whole community to download and test these
>>>> release artefacts so that any critical issues can be resolved before the
>>>> release is made. Everyone is free to vote on this release, so get stuck
>>> in!
>>>>
>>>> We are voting on the following release artifacts:
>>>>
>>>> http://people.apache.org/~nslater/dist/1.2.0/
>>>>
>>>>
>>>> These artifacts have been built from the following tree-ish in Git:
>>>>
>>>> 654768d32bae3639756c18b200582093aa51f349
>>>>
>>>>
>>>> Please follow the test procedure before voting:
>>>>
>>>> http://wiki.apache.org/couchdb/Test_procedure
>>>
>>> +1
>>>
>>> Details:
>>>
>>> Signatures check out.
>>>
>>> Mac OS X 10.7.3 64bit, Erlang R14B04, SpiderMonkey 1.8.5: make check
>>> passes, browser tests pass in a home run.
>>>
>>> Mac OS X 10.6.8 64bit, Erlang R15B, SpiderMonkey 1.8.5: make check
>>> passes, browser tests pass, I had to re-run replicator_db once.
>>>
>>> Mac OS X 10.6.8 32bit, Erlang R15B, SpiderMonkey 1.8.5: make check
>>> passes, browser tests pass.
>>>
>>> Ubuntu 11.10 64bit, Erlang R14B02, SpiderMonkey 1.8.5: make check passes,
>>> browser tests pass, I had to run view_compaction twice before it passed.
>>>
>>> FreeBSD 9.0 64bit, Erlang R14B04, SpiderMonkey 1.7.0: make check passes,
>>> I had to re-run 140-replication-compact.t once to get it to pass, browser
>>> tests pass.
>>>
>>> Note that all but the first run in virtual machines on the first physical
>>> machine, I expect vm-filesystem issues to be the reason for the
>>> intermittent failures in the last two results, but I don't consider this
>>> blocking. We should look into it, though.
>>>
>>> Cheers
>>> Jan
>>> --
>>>
>>>
>>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Noah Slater <ns...@tumbolia.org>.
(To clarify, not for this release. But seriously, the tests cause us so
much pain. Something needs to change. I think we should talk about the
roadmap for this, and for the OS X stuff, after the release.)
On Sun, Mar 25, 2012 at 6:58 PM, Noah Slater <ns...@tumbolia.org> wrote:
> We really need to get this test stuff sorted out. :(
>
>
> On Sun, Mar 25, 2012 at 6:03 PM, Jan Lehnardt <ja...@apache.org> wrote:
>
>>
>> On Mar 24, 2012, at 18:39 , Noah Slater wrote:
>>
>> > Hello,
>> >
>> > I would like call a vote for the Apache CouchDB 1.2.0 release, third
>> round.
>> >
>> > (I am calling this the "Haters Gon Hate" release.)
>> >
>> > Changes since last round:
>> >
>> > * COUCHDB-1424 fixed, thank you Bob Dionne
>> > * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
>> > * Performance regressions fixed, thank you Robert Newson
>> > * R15B patch landed, thank you Jan Lehnardt
>> > * COUCHDB-1445 fixed, thanks Randal Leeds
>> >
>> > We encourage the whole community to download and test these
>> > release artefacts so that any critical issues can be resolved before the
>> > release is made. Everyone is free to vote on this release, so get stuck
>> in!
>> >
>> > We are voting on the following release artifacts:
>> >
>> > http://people.apache.org/~nslater/dist/1.2.0/
>> >
>> >
>> > These artifacts have been built from the following tree-ish in Git:
>> >
>> > 654768d32bae3639756c18b200582093aa51f349
>> >
>> >
>> > Please follow the test procedure before voting:
>> >
>> > http://wiki.apache.org/couchdb/Test_procedure
>>
>> +1
>>
>> Details:
>>
>> Signatures check out.
>>
>> Mac OS X 10.7.3 64bit, Erlang R14B04, SpiderMonkey 1.8.5: make check
>> passes, browser tests pass in a home run.
>>
>> Mac OS X 10.6.8 64bit, Erlang R15B, SpiderMonkey 1.8.5: make check
>> passes, browser tests pass, I had to re-run replicator_db once.
>>
>> Mac OS X 10.6.8 32bit, Erlang R15B, SpiderMonkey 1.8.5: make check
>> passes, browser tests pass.
>>
>> Ubuntu 11.10 64bit, Erlang R14B02, SpiderMonkey 1.8.5: make check passes,
>> browser tests pass, I had to run view_compaction twice before it passed.
>>
>> FreeBSD 9.0 64bit, Erlang R14B04, SpiderMonkey 1.7.0: make check passes,
>> I had to re-run 140-replication-compact.t once to get it to pass, browser
>> tests pass.
>>
>> Note that all but the first run in virtual machines on the first physical
>> machine, I expect vm-filesystem issues to be the reason for the
>> intermittent failures in the last two results, but I don't consider this
>> blocking. We should look into it, though.
>>
>> Cheers
>> Jan
>> --
>>
>>
>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Noah Slater <ns...@tumbolia.org>.
We really need to get this test stuff sorted out. :(
On Sun, Mar 25, 2012 at 6:03 PM, Jan Lehnardt <ja...@apache.org> wrote:
>
> On Mar 24, 2012, at 18:39 , Noah Slater wrote:
>
> > Hello,
> >
> > I would like call a vote for the Apache CouchDB 1.2.0 release, third
> round.
> >
> > (I am calling this the "Haters Gon Hate" release.)
> >
> > Changes since last round:
> >
> > * COUCHDB-1424 fixed, thank you Bob Dionne
> > * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
> > * Performance regressions fixed, thank you Robert Newson
> > * R15B patch landed, thank you Jan Lehnardt
> > * COUCHDB-1445 fixed, thanks Randal Leeds
> >
> > We encourage the whole community to download and test these
> > release artefacts so that any critical issues can be resolved before the
> > release is made. Everyone is free to vote on this release, so get stuck
> in!
> >
> > We are voting on the following release artifacts:
> >
> > http://people.apache.org/~nslater/dist/1.2.0/
> >
> >
> > These artifacts have been built from the following tree-ish in Git:
> >
> > 654768d32bae3639756c18b200582093aa51f349
> >
> >
> > Please follow the test procedure before voting:
> >
> > http://wiki.apache.org/couchdb/Test_procedure
>
> +1
>
> Details:
>
> Signatures check out.
>
> Mac OS X 10.7.3 64bit, Erlang R14B04, SpiderMonkey 1.8.5: make check
> passes, browser tests pass in a home run.
>
> Mac OS X 10.6.8 64bit, Erlang R15B, SpiderMonkey 1.8.5: make check passes,
> browser tests pass, I had to re-run replicator_db once.
>
> Mac OS X 10.6.8 32bit, Erlang R15B, SpiderMonkey 1.8.5: make check passes,
> browser tests pass.
>
> Ubuntu 11.10 64bit, Erlang R14B02, SpiderMonkey 1.8.5: make check passes,
> browser tests pass, I had to run view_compaction twice before it passed.
>
> FreeBSD 9.0 64bit, Erlang R14B04, SpiderMonkey 1.7.0: make check passes, I
> had to re-run 140-replication-compact.t once to get it to pass, browser
> tests pass.
>
> Note that all but the first run in virtual machines on the first physical
> machine, I expect vm-filesystem issues to be the reason for the
> intermittent failures in the last two results, but I don't consider this
> blocking. We should look into it, though.
>
> Cheers
> Jan
> --
>
>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Jan Lehnardt <ja...@apache.org>.
On Mar 24, 2012, at 18:39 , Noah Slater wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.2.0 release, third round.
>
> (I am calling this the "Haters Gon Hate" release.)
>
> Changes since last round:
>
> * COUCHDB-1424 fixed, thank you Bob Dionne
> * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
> * Performance regressions fixed, thank you Robert Newson
> * R15B patch landed, thank you Jan Lehnardt
> * COUCHDB-1445 fixed, thanks Randal Leeds
>
> We encourage the whole community to download and test these
> release artefacts so that any critical issues can be resolved before the
> release is made. Everyone is free to vote on this release, so get stuck in!
>
> We are voting on the following release artifacts:
>
> http://people.apache.org/~nslater/dist/1.2.0/
>
>
> These artifacts have been built from the following tree-ish in Git:
>
> 654768d32bae3639756c18b200582093aa51f349
>
>
> Please follow the test procedure before voting:
>
> http://wiki.apache.org/couchdb/Test_procedure
+1
Details:
Signatures check out.
Mac OS X 10.7.3 64bit, Erlang R14B04, SpiderMonkey 1.8.5: make check passes, browser tests pass in a home run.
Mac OS X 10.6.8 64bit, Erlang R15B, SpiderMonkey 1.8.5: make check passes, browser tests pass, I had to re-run replicator_db once.
Mac OS X 10.6.8 32bit, Erlang R15B, SpiderMonkey 1.8.5: make check passes, browser tests pass.
Ubuntu 11.10 64bit, Erlang R14B02, SpiderMonkey 1.8.5: make check passes, browser tests pass, I had to run view_compaction twice before it passed.
FreeBSD 9.0 64bit, Erlang R14B04, SpiderMonkey 1.7.0: make check passes, I had to re-run 140-replication-compact.t once to get it to pass, browser tests pass.
Note that all but the first run in virtual machines on the first physical machine, I expect vm-filesystem issues to be the reason for the intermittent failures in the last two results, but I don't consider this blocking. We should look into it, though.
Cheers
Jan
--
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Noah Slater <ns...@tumbolia.org>.
Thanks!
On Wed, Mar 28, 2012 at 9:26 PM, Jan Lehnardt <ja...@apache.org> wrote:
>
> On Mar 28, 2012, at 20:25 , Noah Slater wrote:
>
> > This vote has been aborted. Thank you to everyone who participated.
>
> Hey Noah,
>
> I applied Filipe's patch from COUCHDB-1451 and ran `make distcheck`
> and the browser tests and got all green.
>
> Since this doesn't affect 1.1.1, I don't think this should be noted in
> CHANGES or NEWS.
>
> I'd say the 1.2.x is readier than ever to go out :)
>
> Cheers
> Jan
> --
>
>
> >
> > On Wed, Mar 28, 2012 at 7:14 PM, Jan Lehnardt <ja...@apache.org> wrote:
> >
> >>
> >> On Mar 28, 2012, at 20:07 , Filipe David Manana wrote:
> >>
> >>> On Wed, Mar 28, 2012 at 7:03 PM, Jan Lehnardt <ja...@apache.org> wrote:
> >>>>
> >>>> On Mar 28, 2012, at 19:58 , Filipe David Manana wrote:
> >>>>
> >>>>> On Wed, Mar 28, 2012 at 6:51 PM, Stefan Kögl <ko...@gmail.com>
> >> wrote:
> >>>>>> Hi everybody,
> >>>>>>
> >>>>>> I just wanted to raise some attention to the DB compaction bug
> >> discovered today
> >>>>>>
> >>>>>> https://issues.apache.org/jira/browse/COUCHDB-1451
> >>>>>>
> >>>>>> While I initially discovered the bug with a 1.1.2 instance, this
> could
> >>>>>> also affect 1.2. I think this issue should be resolved before
> closing
> >>>>>> the vote. Filipe already provided a patch, so it shouldn't take too
> >>>>>> long.
> >>>>>
> >>>>> Stefan, the patch is only for 1.2.x (and master).
> >>>>> That exact issue can't happen on 1.1.x releases, as it's related to
> >>>>> code added in 1.2.x.
> >>>>>
> >>>>> I'm voting -1 on this round just because of this issue.
> >>>>
> >>>> Filipe, can you explain how frequent this issue would be? I can't
> quite
> >>>> discover the circumstances from the patch & commit message.
> >>>
> >>> Very frequent on some environments / work loads. It's highly timing
> >>> sensitive. Happens if the compactor inserts the last batch of btree
> >>> records in less than 500ms after the previous batch.
> >>
> >> That sounds common enough to me that we should avoid shipping this in
> 1.2.0
> >>
> >> Cheers
> >> Jan
> >> --
> >>
> >>
>
>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Jan Lehnardt <ja...@apache.org>.
On Mar 28, 2012, at 20:25 , Noah Slater wrote:
> This vote has been aborted. Thank you to everyone who participated.
Hey Noah,
I applied Filipe's patch from COUCHDB-1451 and ran `make distcheck`
and the browser tests and got all green.
Since this doesn't affect 1.1.1, I don't think this should be noted in
CHANGES or NEWS.
I'd say the 1.2.x is readier than ever to go out :)
Cheers
Jan
--
>
> On Wed, Mar 28, 2012 at 7:14 PM, Jan Lehnardt <ja...@apache.org> wrote:
>
>>
>> On Mar 28, 2012, at 20:07 , Filipe David Manana wrote:
>>
>>> On Wed, Mar 28, 2012 at 7:03 PM, Jan Lehnardt <ja...@apache.org> wrote:
>>>>
>>>> On Mar 28, 2012, at 19:58 , Filipe David Manana wrote:
>>>>
>>>>> On Wed, Mar 28, 2012 at 6:51 PM, Stefan Kögl <ko...@gmail.com>
>> wrote:
>>>>>> Hi everybody,
>>>>>>
>>>>>> I just wanted to raise some attention to the DB compaction bug
>> discovered today
>>>>>>
>>>>>> https://issues.apache.org/jira/browse/COUCHDB-1451
>>>>>>
>>>>>> While I initially discovered the bug with a 1.1.2 instance, this could
>>>>>> also affect 1.2. I think this issue should be resolved before closing
>>>>>> the vote. Filipe already provided a patch, so it shouldn't take too
>>>>>> long.
>>>>>
>>>>> Stefan, the patch is only for 1.2.x (and master).
>>>>> That exact issue can't happen on 1.1.x releases, as it's related to
>>>>> code added in 1.2.x.
>>>>>
>>>>> I'm voting -1 on this round just because of this issue.
>>>>
>>>> Filipe, can you explain how frequent this issue would be? I can't quite
>>>> discover the circumstances from the patch & commit message.
>>>
>>> Very frequent on some environments / work loads. It's highly timing
>>> sensitive. Happens if the compactor inserts the last batch of btree
>>> records in less than 500ms after the previous batch.
>>
>> That sounds common enough to me that we should avoid shipping this in 1.2.0
>>
>> Cheers
>> Jan
>> --
>>
>>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Bob Dionne <di...@dionne-associates.com>.
you might consider naming the next build "knock wood" :)
On Mar 28, 2012, at 2:25 PM, Noah Slater wrote:
> This vote has been aborted. Thank you to everyone who participated.
>
> On Wed, Mar 28, 2012 at 7:14 PM, Jan Lehnardt <ja...@apache.org> wrote:
>
>>
>> On Mar 28, 2012, at 20:07 , Filipe David Manana wrote:
>>
>>> On Wed, Mar 28, 2012 at 7:03 PM, Jan Lehnardt <ja...@apache.org> wrote:
>>>>
>>>> On Mar 28, 2012, at 19:58 , Filipe David Manana wrote:
>>>>
>>>>> On Wed, Mar 28, 2012 at 6:51 PM, Stefan Kögl <ko...@gmail.com>
>> wrote:
>>>>>> Hi everybody,
>>>>>>
>>>>>> I just wanted to raise some attention to the DB compaction bug
>> discovered today
>>>>>>
>>>>>> https://issues.apache.org/jira/browse/COUCHDB-1451
>>>>>>
>>>>>> While I initially discovered the bug with a 1.1.2 instance, this could
>>>>>> also affect 1.2. I think this issue should be resolved before closing
>>>>>> the vote. Filipe already provided a patch, so it shouldn't take too
>>>>>> long.
>>>>>
>>>>> Stefan, the patch is only for 1.2.x (and master).
>>>>> That exact issue can't happen on 1.1.x releases, as it's related to
>>>>> code added in 1.2.x.
>>>>>
>>>>> I'm voting -1 on this round just because of this issue.
>>>>
>>>> Filipe, can you explain how frequent this issue would be? I can't quite
>>>> discover the circumstances from the patch & commit message.
>>>
>>> Very frequent on some environments / work loads. It's highly timing
>>> sensitive. Happens if the compactor inserts the last batch of btree
>>> records in less than 500ms after the previous batch.
>>
>> That sounds common enough to me that we should avoid shipping this in 1.2.0
>>
>> Cheers
>> Jan
>> --
>>
>>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Noah Slater <ns...@tumbolia.org>.
This vote has been aborted. Thank you to everyone who participated.
On Wed, Mar 28, 2012 at 7:14 PM, Jan Lehnardt <ja...@apache.org> wrote:
>
> On Mar 28, 2012, at 20:07 , Filipe David Manana wrote:
>
> > On Wed, Mar 28, 2012 at 7:03 PM, Jan Lehnardt <ja...@apache.org> wrote:
> >>
> >> On Mar 28, 2012, at 19:58 , Filipe David Manana wrote:
> >>
> >>> On Wed, Mar 28, 2012 at 6:51 PM, Stefan Kögl <ko...@gmail.com>
> wrote:
> >>>> Hi everybody,
> >>>>
> >>>> I just wanted to raise some attention to the DB compaction bug
> discovered today
> >>>>
> >>>> https://issues.apache.org/jira/browse/COUCHDB-1451
> >>>>
> >>>> While I initially discovered the bug with a 1.1.2 instance, this could
> >>>> also affect 1.2. I think this issue should be resolved before closing
> >>>> the vote. Filipe already provided a patch, so it shouldn't take too
> >>>> long.
> >>>
> >>> Stefan, the patch is only for 1.2.x (and master).
> >>> That exact issue can't happen on 1.1.x releases, as it's related to
> >>> code added in 1.2.x.
> >>>
> >>> I'm voting -1 on this round just because of this issue.
> >>
> >> Filipe, can you explain how frequent this issue would be? I can't quite
> >> discover the circumstances from the patch & commit message.
> >
> > Very frequent on some environments / work loads. It's highly timing
> > sensitive. Happens if the compactor inserts the last batch of btree
> > records in less than 500ms after the previous batch.
>
> That sounds common enough to me that we should avoid shipping this in 1.2.0
>
> Cheers
> Jan
> --
>
>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Jan Lehnardt <ja...@apache.org>.
On Mar 28, 2012, at 20:07 , Filipe David Manana wrote:
> On Wed, Mar 28, 2012 at 7:03 PM, Jan Lehnardt <ja...@apache.org> wrote:
>>
>> On Mar 28, 2012, at 19:58 , Filipe David Manana wrote:
>>
>>> On Wed, Mar 28, 2012 at 6:51 PM, Stefan Kögl <ko...@gmail.com> wrote:
>>>> Hi everybody,
>>>>
>>>> I just wanted to raise some attention to the DB compaction bug discovered today
>>>>
>>>> https://issues.apache.org/jira/browse/COUCHDB-1451
>>>>
>>>> While I initially discovered the bug with a 1.1.2 instance, this could
>>>> also affect 1.2. I think this issue should be resolved before closing
>>>> the vote. Filipe already provided a patch, so it shouldn't take too
>>>> long.
>>>
>>> Stefan, the patch is only for 1.2.x (and master).
>>> That exact issue can't happen on 1.1.x releases, as it's related to
>>> code added in 1.2.x.
>>>
>>> I'm voting -1 on this round just because of this issue.
>>
>> Filipe, can you explain how frequent this issue would be? I can't quite
>> discover the circumstances from the patch & commit message.
>
> Very frequent on some environments / work loads. It's highly timing
> sensitive. Happens if the compactor inserts the last batch of btree
> records in less than 500ms after the previous batch.
That sounds common enough to me that we should avoid shipping this in 1.2.0
Cheers
Jan
--
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Robert Newson <rn...@apache.org>.
Given Filipe's clarification, I change my vote to -1.
B.
On 28 March 2012 19:07, Filipe David Manana <fd...@apache.org> wrote:
> On Wed, Mar 28, 2012 at 7:03 PM, Jan Lehnardt <ja...@apache.org> wrote:
>>
>> On Mar 28, 2012, at 19:58 , Filipe David Manana wrote:
>>
>>> On Wed, Mar 28, 2012 at 6:51 PM, Stefan Kögl <ko...@gmail.com> wrote:
>>>> Hi everybody,
>>>>
>>>> I just wanted to raise some attention to the DB compaction bug discovered today
>>>>
>>>> https://issues.apache.org/jira/browse/COUCHDB-1451
>>>>
>>>> While I initially discovered the bug with a 1.1.2 instance, this could
>>>> also affect 1.2. I think this issue should be resolved before closing
>>>> the vote. Filipe already provided a patch, so it shouldn't take too
>>>> long.
>>>
>>> Stefan, the patch is only for 1.2.x (and master).
>>> That exact issue can't happen on 1.1.x releases, as it's related to
>>> code added in 1.2.x.
>>>
>>> I'm voting -1 on this round just because of this issue.
>>
>> Filipe, can you explain how frequent this issue would be? I can't quite
>> discover the circumstances from the patch & commit message.
>
> Very frequent on some environments / work loads. It's highly timing
> sensitive. Happens if the compactor inserts the last batch of btree
> records in less than 500ms after the previous batch.
>
>>
>> Cheers
>> Jan
>> --
>>
>
>
>
> --
> Filipe David Manana,
>
> "Reasonable men adapt themselves to the world.
> Unreasonable men adapt the world to themselves.
> That's why all progress depends on unreasonable men."
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Filipe David Manana <fd...@apache.org>.
On Wed, Mar 28, 2012 at 7:03 PM, Jan Lehnardt <ja...@apache.org> wrote:
>
> On Mar 28, 2012, at 19:58 , Filipe David Manana wrote:
>
>> On Wed, Mar 28, 2012 at 6:51 PM, Stefan Kögl <ko...@gmail.com> wrote:
>>> Hi everybody,
>>>
>>> I just wanted to raise some attention to the DB compaction bug discovered today
>>>
>>> https://issues.apache.org/jira/browse/COUCHDB-1451
>>>
>>> While I initially discovered the bug with a 1.1.2 instance, this could
>>> also affect 1.2. I think this issue should be resolved before closing
>>> the vote. Filipe already provided a patch, so it shouldn't take too
>>> long.
>>
>> Stefan, the patch is only for 1.2.x (and master).
>> That exact issue can't happen on 1.1.x releases, as it's related to
>> code added in 1.2.x.
>>
>> I'm voting -1 on this round just because of this issue.
>
> Filipe, can you explain how frequent this issue would be? I can't quite
> discover the circumstances from the patch & commit message.
Very frequent on some environments / work loads. It's highly timing
sensitive. Happens if the compactor inserts the last batch of btree
records in less than 500ms after the previous batch.
>
> Cheers
> Jan
> --
>
--
Filipe David Manana,
"Reasonable men adapt themselves to the world.
Unreasonable men adapt the world to themselves.
That's why all progress depends on unreasonable men."
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Jan Lehnardt <ja...@apache.org>.
On Mar 28, 2012, at 19:58 , Filipe David Manana wrote:
> On Wed, Mar 28, 2012 at 6:51 PM, Stefan Kögl <ko...@gmail.com> wrote:
>> Hi everybody,
>>
>> I just wanted to raise some attention to the DB compaction bug discovered today
>>
>> https://issues.apache.org/jira/browse/COUCHDB-1451
>>
>> While I initially discovered the bug with a 1.1.2 instance, this could
>> also affect 1.2. I think this issue should be resolved before closing
>> the vote. Filipe already provided a patch, so it shouldn't take too
>> long.
>
> Stefan, the patch is only for 1.2.x (and master).
> That exact issue can't happen on 1.1.x releases, as it's related to
> code added in 1.2.x.
>
> I'm voting -1 on this round just because of this issue.
Filipe, can you explain how frequent this issue would be? I can't quite
discover the circumstances from the patch & commit message.
Cheers
Jan
--
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Filipe David Manana <fd...@apache.org>.
On Wed, Mar 28, 2012 at 6:51 PM, Stefan Kögl <ko...@gmail.com> wrote:
> Hi everybody,
>
> I just wanted to raise some attention to the DB compaction bug discovered today
>
> https://issues.apache.org/jira/browse/COUCHDB-1451
>
> While I initially discovered the bug with a 1.1.2 instance, this could
> also affect 1.2. I think this issue should be resolved before closing
> the vote. Filipe already provided a patch, so it shouldn't take too
> long.
Stefan, the patch is only for 1.2.x (and master).
That exact issue can't happen on 1.1.x releases, as it's related to
code added in 1.2.x.
I'm voting -1 on this round just because of this issue.
>
>
> -- Stefan
--
Filipe David Manana,
"Reasonable men adapt themselves to the world.
Unreasonable men adapt the world to themselves.
That's why all progress depends on unreasonable men."
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Robert Newson <rn...@apache.org>.
And just in the nick of time!
On 28 March 2012 19:44, Jan Lehnardt <ja...@apache.org> wrote:
>
> On Mar 28, 2012, at 20:13 , Stefan Kögl wrote:
>
>> On 03/28/2012 08:08 PM, Robert Newson wrote:
>>> Can you clarify the conditions under which this bug occurs? I'm
>>> inclined to agree with Filipe that it's release blocking, but if it
>>> the conditions to induce are very rare, I might change my mind. Given
>>> that you induced it without apparent effort, I don't think it's likely
>>> to be rare.
>>
>> I have a setup where I redirect live read traffic to test instances,
>> while replicating writes from a stable master. This is the first such
>> incident in a few weeks of doing this (with maybe 5 to 10 db
>> compactions), so I can't judge how often it occurs. From my point of
>> view there was no special work load on the instance when it happend.
>
> Thanks again Stefan, your contributions remain invaluable to CouchDB :)
>
> Cheers
> Jan
> --
>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Jan Lehnardt <ja...@apache.org>.
On Mar 28, 2012, at 20:13 , Stefan Kögl wrote:
> On 03/28/2012 08:08 PM, Robert Newson wrote:
>> Can you clarify the conditions under which this bug occurs? I'm
>> inclined to agree with Filipe that it's release blocking, but if it
>> the conditions to induce are very rare, I might change my mind. Given
>> that you induced it without apparent effort, I don't think it's likely
>> to be rare.
>
> I have a setup where I redirect live read traffic to test instances,
> while replicating writes from a stable master. This is the first such
> incident in a few weeks of doing this (with maybe 5 to 10 db
> compactions), so I can't judge how often it occurs. From my point of
> view there was no special work load on the instance when it happend.
Thanks again Stefan, your contributions remain invaluable to CouchDB :)
Cheers
Jan
--
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Stefan Kögl <ko...@gmail.com>.
On 03/28/2012 08:08 PM, Robert Newson wrote:
> Can you clarify the conditions under which this bug occurs? I'm
> inclined to agree with Filipe that it's release blocking, but if it
> the conditions to induce are very rare, I might change my mind. Given
> that you induced it without apparent effort, I don't think it's likely
> to be rare.
I have a setup where I redirect live read traffic to test instances,
while replicating writes from a stable master. This is the first such
incident in a few weeks of doing this (with maybe 5 to 10 db
compactions), so I can't judge how often it occurs. From my point of
view there was no special work load on the instance when it happend.
-- Stefan
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Robert Newson <rn...@apache.org>.
It's assumed that 1.2.0 will ship with bugs (because it's software).
Can you clarify the conditions under which this bug occurs? I'm
inclined to agree with Filipe that it's release blocking, but if it
the conditions to induce are very rare, I might change my mind. Given
that you induced it without apparent effort, I don't think it's likely
to be rare.
B.
On 28 March 2012 19:06, Stefan Kögl <ko...@gmail.com> wrote:
> On 03/28/2012 07:59 PM, Jan Lehnardt wrote:
>> Hi Stefan, thanks for bringing this up. This is just to explain the procedure.
>> A vote happens on a fixed package and no changes to the package can be made
>> during the vote. If we find a flaw significant enough to include a fix into
>> the release that is currently being voted on, we can abort the vote, fix,
>> re-package and start a new vote, like we've done before.
>
> Thanks for the explanation, that's exactly what I expected ;) What I
> meant was, that we should either
>
> * rule out that this affects 1.2.x (but apparently it does)
> * fix it and start another round of votes
>
> Anyway, I wanted to be in time before somebody closes the vote and 1.2
> might be shipped with a bug.
>
>
> -- Stefan
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Stefan Kögl <ko...@gmail.com>.
On 03/28/2012 07:59 PM, Jan Lehnardt wrote:
> Hi Stefan, thanks for bringing this up. This is just to explain the procedure.
> A vote happens on a fixed package and no changes to the package can be made
> during the vote. If we find a flaw significant enough to include a fix into
> the release that is currently being voted on, we can abort the vote, fix,
> re-package and start a new vote, like we've done before.
Thanks for the explanation, that's exactly what I expected ;) What I
meant was, that we should either
* rule out that this affects 1.2.x (but apparently it does)
* fix it and start another round of votes
Anyway, I wanted to be in time before somebody closes the vote and 1.2
might be shipped with a bug.
-- Stefan
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Jan Lehnardt <ja...@apache.org>.
On Mar 28, 2012, at 19:51 , Stefan Kögl wrote:
> Hi everybody,
>
> I just wanted to raise some attention to the DB compaction bug discovered today
>
> https://issues.apache.org/jira/browse/COUCHDB-1451
>
> While I initially discovered the bug with a 1.1.2 instance, this could
> also affect 1.2. I think this issue should be resolved before closing
> the vote. Filipe already provided a patch, so it shouldn't take too
> long.
Hi Stefan, thanks for bringing this up. This is just to explain the procedure.
A vote happens on a fixed package and no changes to the package can be made
during the vote. If we find a flaw significant enough to include a fix into
the release that is currently being voted on, we can abort the vote, fix,
re-package and start a new vote, like we've done before.
Cheers
Jan
--
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Stefan Kögl <ko...@gmail.com>.
Hi everybody,
I just wanted to raise some attention to the DB compaction bug discovered today
https://issues.apache.org/jira/browse/COUCHDB-1451
While I initially discovered the bug with a 1.1.2 instance, this could
also affect 1.2. I think this issue should be resolved before closing
the vote. Filipe already provided a patch, so it shouldn't take too
long.
-- Stefan
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Stephen Lewis <st...@yourgolftravel.com>.
MD5, SHA1 and signature check OK, make check passes, Futon test suite
passes (although replicator_db took a couple of attempts).
Ubuntu 11.04 64-bit, Spidermonkey 1.8.5, Erlang R15B.
+1 from me.
On 24 March 2012 17:39, Noah Slater <ns...@tumbolia.org> wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.2.0 release, third round.
>
> (I am calling this the "Haters Gon Hate" release.)
>
> Changes since last round:
>
> * COUCHDB-1424 fixed, thank you Bob Dionne
> * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
> * Performance regressions fixed, thank you Robert Newson
> * R15B patch landed, thank you Jan Lehnardt
> * COUCHDB-1445 fixed, thanks Randal Leeds
>
> We encourage the whole community to download and test these
> release artefacts so that any critical issues can be resolved before the
> release is made. Everyone is free to vote on this release, so get stuck in!
>
> We are voting on the following release artifacts:
>
> http://people.apache.org/~nslater/dist/1.2.0/
>
>
> These artifacts have been built from the following tree-ish in Git:
>
> 654768d32bae3639756c18b200582093aa51f349
>
>
> Please follow the test procedure before voting:
>
> http://wiki.apache.org/couchdb/Test_procedure
>
>
> Thank you.
>
> Happy voting,
>
> N
--
Stephen Lewis
CTO
yourgolftravel.com / spabreaks.com
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Jason Smith <jh...@apache.org>.
+1
Good build, make check, browser tests pass:
* Fedora 16, R15B
* Ubuntu 11.10, R15B
* Ubuntu 10.04 LTS, R15B
* OS X Lion, R15B
On Sat, Mar 24, 2012 at 5:39 PM, Noah Slater <ns...@tumbolia.org> wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.2.0 release, third round.
>
> (I am calling this the "Haters Gon Hate" release.)
>
> Changes since last round:
>
> * COUCHDB-1424 fixed, thank you Bob Dionne
> * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
> * Performance regressions fixed, thank you Robert Newson
> * R15B patch landed, thank you Jan Lehnardt
> * COUCHDB-1445 fixed, thanks Randal Leeds
>
> We encourage the whole community to download and test these
> release artefacts so that any critical issues can be resolved before the
> release is made. Everyone is free to vote on this release, so get stuck in!
>
> We are voting on the following release artifacts:
>
> http://people.apache.org/~nslater/dist/1.2.0/
>
>
> These artifacts have been built from the following tree-ish in Git:
>
> 654768d32bae3639756c18b200582093aa51f349
>
>
> Please follow the test procedure before voting:
>
> http://wiki.apache.org/couchdb/Test_procedure
>
>
> Thank you.
>
> Happy voting,
>
> N
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Wendall Cada <we...@83864.com>.
Everything builds and tests (etap + browser) for both Fedora 16 and
Centos 6. I've updated couchdb-rpm to reflect.
+1 For releasing 1.2.0!
Wendall
On 03/24/2012 10:39 AM, Noah Slater wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.2.0 release, third round.
>
> (I am calling this the "Haters Gon Hate" release.)
>
> Changes since last round:
>
> * COUCHDB-1424 fixed, thank you Bob Dionne
> * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
> * Performance regressions fixed, thank you Robert Newson
> * R15B patch landed, thank you Jan Lehnardt
> * COUCHDB-1445 fixed, thanks Randal Leeds
>
> We encourage the whole community to download and test these
> release artefacts so that any critical issues can be resolved before the
> release is made. Everyone is free to vote on this release, so get stuck in!
>
> We are voting on the following release artifacts:
>
> http://people.apache.org/~nslater/dist/1.2.0/
>
>
> These artifacts have been built from the following tree-ish in Git:
>
> 654768d32bae3639756c18b200582093aa51f349
>
>
> Please follow the test procedure before voting:
>
> http://wiki.apache.org/couchdb/Test_procedure
>
>
> Thank you.
>
> Happy voting,
>
> N
>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Dave Cottlehuber <da...@muse.net.nz>.
On 25 March 2012 16:08, Noah Slater <ns...@tumbolia.org> wrote:
> On Sun, Mar 25, 2012 at 12:08 AM, Dave Cottlehuber <da...@muse.net.nz> wrote:
>>
>> NB we have _config.yml now in the diff phase
>> (diff -r apache-couchdb-1.2.0 ../tree), LGTME.
>>
>
> I don't see this!
>
> I see the following output:
>
> Only in ../tree: .gitignore
> Only in ../tree: .travis.yml
Sorry for the confusion, indeed its travis.yml. Late-night :/
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Noah Slater <ns...@tumbolia.org>.
On Sun, Mar 25, 2012 at 12:08 AM, Dave Cottlehuber <da...@muse.net.nz> wrote:
>
> NB we have _config.yml now in the diff phase
> (diff -r apache-couchdb-1.2.0 ../tree), LGTME.
>
I don't see this!
I see the following output:
Only in ../tree: .gitignore
Only in ../tree: .travis.yml
Only in apache-couchdb-1.2.0: INSTALL
Only in apache-couchdb-1.2.0: Makefile.in
Only in apache-couchdb-1.2.0: acinclude.m4
Only in ../tree: acinclude.m4.in
Only in apache-couchdb-1.2.0: aclocal.m4
Only in apache-couchdb-1.2.0/bin: Makefile.in
Only in apache-couchdb-1.2.0/bin: couchdb.1
Only in ../tree: bootstrap
Only in apache-couchdb-1.2.0: build-aux
Only in apache-couchdb-1.2.0: config.h.in
Only in apache-couchdb-1.2.0: configure
Only in apache-couchdb-1.2.0/etc: Makefile.in
Only in apache-couchdb-1.2.0/etc/couchdb: Makefile.in
Only in apache-couchdb-1.2.0/etc/default: Makefile.in
Only in apache-couchdb-1.2.0/etc/init: Makefile.in
Only in apache-couchdb-1.2.0/etc/launchd: Makefile.in
Only in apache-couchdb-1.2.0/etc/logrotate.d: Makefile.in
Only in apache-couchdb-1.2.0/etc/windows: Makefile.in
Only in apache-couchdb-1.2.0/m4: ac_check_curl.m4
Only in ../tree/m4: ac_check_curl.m4.gz
Only in apache-couchdb-1.2.0/m4: ac_check_icu.m4
Only in ../tree/m4: ac_check_icu.m4.gz
Only in apache-couchdb-1.2.0/m4: libtool.m4
Only in apache-couchdb-1.2.0/m4: ltoptions.m4
Only in apache-couchdb-1.2.0/m4: ltsugar.m4
Only in apache-couchdb-1.2.0/m4: ltversion.m4
Only in apache-couchdb-1.2.0/m4: lt~obsolete.m4
Only in apache-couchdb-1.2.0/m4: pkg.m4
Only in ../tree/m4: pkg.m4.gz
Only in apache-couchdb-1.2.0/share: Makefile.in
Only in apache-couchdb-1.2.0/src: Makefile.in
Only in apache-couchdb-1.2.0/src/couchdb: Makefile.in
Only in apache-couchdb-1.2.0/src/couchdb/priv: Makefile.in
Only in apache-couchdb-1.2.0/src/couchdb/priv: couchjs.1
Only in apache-couchdb-1.2.0/src/ejson: Makefile.in
Only in apache-couchdb-1.2.0/src/erlang-oauth: Makefile.in
Only in apache-couchdb-1.2.0/src/etap: Makefile.in
Only in apache-couchdb-1.2.0/src/ibrowse: Makefile.in
Only in apache-couchdb-1.2.0/src/mochiweb: Makefile.in
Only in apache-couchdb-1.2.0/src/snappy: Makefile.in
Only in apache-couchdb-1.2.0/test: Makefile.in
Only in apache-couchdb-1.2.0/test/bench: Makefile.in
Only in apache-couchdb-1.2.0/test/etap: Makefile.in
Only in apache-couchdb-1.2.0/test/javascript: Makefile.in
Only in apache-couchdb-1.2.0/test/view_server: Makefile.in
Only in apache-couchdb-1.2.0/utils: Makefile.in
Only in apache-couchdb-1.2.0/var: Makefile.in
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Sebastian Cohnen <se...@googlemail.com>.
On 26.03.2012, at 06:08, Benoit Chesneau wrote:
> On Sun, Mar 25, 2012 at 7:01 PM, Sebastian Cohnen
> <se...@googlemail.com> wrote:
>> The steps dch/filipe provided didn't help me either. I'll try to run the tests multiple times until they complete w/o the segfaulting.
>>
>
> Did you really linked your couchdb install to an installed by hand
> openssl? It should work.
I tried only once. Maybe I missed something but since building erlang simply takes forever (even on my 3GHz MBP) and I didn't had that much time yesterday, I gave up :-/
@Jan: neat trick, "worked" fine :)
+1
signatures: ok
make check: ok
browser tests: ok (FF 11.0)
System: OS X 10.7.3, R15B, SpiderMonkey 1.8.5
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Benoit Chesneau <bc...@gmail.com>.
On Sun, Mar 25, 2012 at 7:01 PM, Sebastian Cohnen
<se...@googlemail.com> wrote:
> The steps dch/filipe provided didn't help me either. I'll try to run the tests multiple times until they complete w/o the segfaulting.
>
Did you really linked your couchdb install to an installed by hand
openssl? It should work.
the explanation there [1] or on the couchdb wiki have repeatedly
worked on different machines.
- benoit
[1] https://github.com/refuge/refuge/wiki/Refuge-Build-on-MacOSX-Lion
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Dave Cottlehuber <da...@muse.net.nz>.
On 25 March 2012 19:07, Jan Lehnardt <ja...@apache.org> wrote:
>
> On Mar 25, 2012, at 19:01 , Sebastian Cohnen wrote:
>
>> The steps dch/filipe provided didn't help me either. I'll try to run the tests multiple times until they complete w/o the segfaulting.
I should have this sorted out tonight, I'm making good progress & will
report back + update the gist. I have a half-way satanic mix of
Filipe's stuff and brew that works, just slowly mixing it back into
homebrew line by line.
A+
Dave
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Jan Lehnardt <ja...@apache.org>.
On Mar 25, 2012, at 19:01 , Sebastian Cohnen wrote:
> The steps dch/filipe provided didn't help me either. I'll try to run the tests multiple times until they complete w/o the segfaulting.
You can also do while(true); do ./bin/couchdb; done to restart CouchDB
in a loop when running the segfaulty tests.
Cheers
Jan
--
>
> On 25.03.2012, at 18:50, Robert Newson wrote:
>
>> Yes, I'm using homebrew. I got a segfault the first time I ran tests,
>> but not the second time. Since this is not a couchdb issue, I didn't
>> report it. For long-term developer sanity, we'll need to find a
>> satisfactory way to build erlang on OS X. I tried filipe and dch's
>> things and it didn't seem to help.
>>
>> On 25 March 2012 17:47, Sebastian Cohnen <se...@googlemail.com> wrote:
>>> Bob,
>>>
>>> do you use homebrew? I think I'm hitting the erlang/openssl issue. Couch is segfaulting while running the browser tests :-( (make check was okay though)
>>>
>>> On 25.03.2012, at 17:50, Robert Newson wrote:
>>>
>>>> +1
>>>>
>>>> checksums and sig match, make check passes, futon suite passes (FF,
>>>> Private Browsing Mode).
>>>>
>>>> OS X 10.7.3, spidermonkey 1.8.5, icu 4.8.1.1.
>>>>
>>>> B.
>>>>
>>>> On 25 March 2012 15:09, Noah Slater <ns...@tumbolia.org> wrote:
>>>>> Dave,
>>>>>
>>>>> Are you going to kick off a parallel Windows vote?
>>>>>
>>>>> On Sun, Mar 25, 2012 at 12:08 AM, Dave Cottlehuber <da...@muse.net.nz> wrote:
>>>>>
>>>>>> On 24 March 2012 18:39, Noah Slater <ns...@tumbolia.org> wrote:
>>>>>>> Hello,
>>>>>>>
>>>>>>> I would like call a vote for the Apache CouchDB 1.2.0 release, third
>>>>>> round.
>>>>>>>
>>>>>>> (I am calling this the "Haters Gon Hate" release.)
>>>>>>>
>>>>>>> Changes since last round:
>>>>>>>
>>>>>>> * COUCHDB-1424 fixed, thank you Bob Dionne
>>>>>>> * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
>>>>>>> * Performance regressions fixed, thank you Robert Newson
>>>>>>> * R15B patch landed, thank you Jan Lehnardt
>>>>>>> * COUCHDB-1445 fixed, thanks Randal Leeds
>>>>>>>
>>>>>>> We encourage the whole community to download and test these
>>>>>>> release artefacts so that any critical issues can be resolved before the
>>>>>>> release is made. Everyone is free to vote on this release, so get stuck
>>>>>> in!
>>>>>>>
>>>>>>> We are voting on the following release artifacts:
>>>>>>>
>>>>>>> http://people.apache.org/~nslater/dist/1.2.0/
>>>>>>>
>>>>>>>
>>>>>>> These artifacts have been built from the following tree-ish in Git:
>>>>>>>
>>>>>>> 654768d32bae3639756c18b200582093aa51f349
>>>>>>>
>>>>>>>
>>>>>>> Please follow the test procedure before voting:
>>>>>>>
>>>>>>> http://wiki.apache.org/couchdb/Test_procedure
>>>>>>>
>>>>>>>
>>>>>>> Thank you.
>>>>>>>
>>>>>>> Happy voting,
>>>>>>>
>>>>>>> N
>>>>>>
>>>>>> +1 SHIP ALL THE COUCHES!!!!!
>>>>>>
>>>>>> sha, md5, gpg ok.
>>>>>> NB we have _config.yml now in the diff phase
>>>>>> (diff -r apache-couchdb-1.2.0 ../tree), LGTME.
>>>>>>
>>>>>> Linux Mint Debian Edition, amd64
>>>>>> Erlang/OTP R14B03
>>>>>> SpiderMonkey libmozjs5d (from iceweasel 5.0.6)
>>>>>> make check OK
>>>>>> futon OK
>>>>>>
>>>>>> Mac OS X Lion, intel i7
>>>>>> Erlang R15B
>>>>>> SpiderMonkey 1.8.5
>>>>>> make check OK
>>>>>> futon OK, 1 awesome clean home run
>>>>>>
>>>>>> Windows 7 EN x64
>>>>>> https://people.apache.org/~dch/dist/1.2.0/
>>>>>> Erlang R15B & R14B04
>>>>>> SpiderMonkey 1.8.5
>>>>>> make check n/a
>>>>>> futon OK
>>>>>> 1 recurrent failure with view_compaction consistently
>>>>>> "resp.view_index.disk_size < disk_size_before_compact", I'll look into
>>>>>> this further on Sunday but definitely not a blocker. More of a
>>>>>> nitpicker.
>>>>>>
>>>>>> A+
>>>>>> Dave
>>>>>>
>>>
>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Sebastian Cohnen <se...@googlemail.com>.
The steps dch/filipe provided didn't help me either. I'll try to run the tests multiple times until they complete w/o the segfaulting.
On 25.03.2012, at 18:50, Robert Newson wrote:
> Yes, I'm using homebrew. I got a segfault the first time I ran tests,
> but not the second time. Since this is not a couchdb issue, I didn't
> report it. For long-term developer sanity, we'll need to find a
> satisfactory way to build erlang on OS X. I tried filipe and dch's
> things and it didn't seem to help.
>
> On 25 March 2012 17:47, Sebastian Cohnen <se...@googlemail.com> wrote:
>> Bob,
>>
>> do you use homebrew? I think I'm hitting the erlang/openssl issue. Couch is segfaulting while running the browser tests :-( (make check was okay though)
>>
>> On 25.03.2012, at 17:50, Robert Newson wrote:
>>
>>> +1
>>>
>>> checksums and sig match, make check passes, futon suite passes (FF,
>>> Private Browsing Mode).
>>>
>>> OS X 10.7.3, spidermonkey 1.8.5, icu 4.8.1.1.
>>>
>>> B.
>>>
>>> On 25 March 2012 15:09, Noah Slater <ns...@tumbolia.org> wrote:
>>>> Dave,
>>>>
>>>> Are you going to kick off a parallel Windows vote?
>>>>
>>>> On Sun, Mar 25, 2012 at 12:08 AM, Dave Cottlehuber <da...@muse.net.nz> wrote:
>>>>
>>>>> On 24 March 2012 18:39, Noah Slater <ns...@tumbolia.org> wrote:
>>>>>> Hello,
>>>>>>
>>>>>> I would like call a vote for the Apache CouchDB 1.2.0 release, third
>>>>> round.
>>>>>>
>>>>>> (I am calling this the "Haters Gon Hate" release.)
>>>>>>
>>>>>> Changes since last round:
>>>>>>
>>>>>> * COUCHDB-1424 fixed, thank you Bob Dionne
>>>>>> * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
>>>>>> * Performance regressions fixed, thank you Robert Newson
>>>>>> * R15B patch landed, thank you Jan Lehnardt
>>>>>> * COUCHDB-1445 fixed, thanks Randal Leeds
>>>>>>
>>>>>> We encourage the whole community to download and test these
>>>>>> release artefacts so that any critical issues can be resolved before the
>>>>>> release is made. Everyone is free to vote on this release, so get stuck
>>>>> in!
>>>>>>
>>>>>> We are voting on the following release artifacts:
>>>>>>
>>>>>> http://people.apache.org/~nslater/dist/1.2.0/
>>>>>>
>>>>>>
>>>>>> These artifacts have been built from the following tree-ish in Git:
>>>>>>
>>>>>> 654768d32bae3639756c18b200582093aa51f349
>>>>>>
>>>>>>
>>>>>> Please follow the test procedure before voting:
>>>>>>
>>>>>> http://wiki.apache.org/couchdb/Test_procedure
>>>>>>
>>>>>>
>>>>>> Thank you.
>>>>>>
>>>>>> Happy voting,
>>>>>>
>>>>>> N
>>>>>
>>>>> +1 SHIP ALL THE COUCHES!!!!!
>>>>>
>>>>> sha, md5, gpg ok.
>>>>> NB we have _config.yml now in the diff phase
>>>>> (diff -r apache-couchdb-1.2.0 ../tree), LGTME.
>>>>>
>>>>> Linux Mint Debian Edition, amd64
>>>>> Erlang/OTP R14B03
>>>>> SpiderMonkey libmozjs5d (from iceweasel 5.0.6)
>>>>> make check OK
>>>>> futon OK
>>>>>
>>>>> Mac OS X Lion, intel i7
>>>>> Erlang R15B
>>>>> SpiderMonkey 1.8.5
>>>>> make check OK
>>>>> futon OK, 1 awesome clean home run
>>>>>
>>>>> Windows 7 EN x64
>>>>> https://people.apache.org/~dch/dist/1.2.0/
>>>>> Erlang R15B & R14B04
>>>>> SpiderMonkey 1.8.5
>>>>> make check n/a
>>>>> futon OK
>>>>> 1 recurrent failure with view_compaction consistently
>>>>> "resp.view_index.disk_size < disk_size_before_compact", I'll look into
>>>>> this further on Sunday but definitely not a blocker. More of a
>>>>> nitpicker.
>>>>>
>>>>> A+
>>>>> Dave
>>>>>
>>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Robert Newson <rn...@apache.org>.
Yes, I'm using homebrew. I got a segfault the first time I ran tests,
but not the second time. Since this is not a couchdb issue, I didn't
report it. For long-term developer sanity, we'll need to find a
satisfactory way to build erlang on OS X. I tried filipe and dch's
things and it didn't seem to help.
On 25 March 2012 17:47, Sebastian Cohnen <se...@googlemail.com> wrote:
> Bob,
>
> do you use homebrew? I think I'm hitting the erlang/openssl issue. Couch is segfaulting while running the browser tests :-( (make check was okay though)
>
> On 25.03.2012, at 17:50, Robert Newson wrote:
>
>> +1
>>
>> checksums and sig match, make check passes, futon suite passes (FF,
>> Private Browsing Mode).
>>
>> OS X 10.7.3, spidermonkey 1.8.5, icu 4.8.1.1.
>>
>> B.
>>
>> On 25 March 2012 15:09, Noah Slater <ns...@tumbolia.org> wrote:
>>> Dave,
>>>
>>> Are you going to kick off a parallel Windows vote?
>>>
>>> On Sun, Mar 25, 2012 at 12:08 AM, Dave Cottlehuber <da...@muse.net.nz> wrote:
>>>
>>>> On 24 March 2012 18:39, Noah Slater <ns...@tumbolia.org> wrote:
>>>>> Hello,
>>>>>
>>>>> I would like call a vote for the Apache CouchDB 1.2.0 release, third
>>>> round.
>>>>>
>>>>> (I am calling this the "Haters Gon Hate" release.)
>>>>>
>>>>> Changes since last round:
>>>>>
>>>>> * COUCHDB-1424 fixed, thank you Bob Dionne
>>>>> * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
>>>>> * Performance regressions fixed, thank you Robert Newson
>>>>> * R15B patch landed, thank you Jan Lehnardt
>>>>> * COUCHDB-1445 fixed, thanks Randal Leeds
>>>>>
>>>>> We encourage the whole community to download and test these
>>>>> release artefacts so that any critical issues can be resolved before the
>>>>> release is made. Everyone is free to vote on this release, so get stuck
>>>> in!
>>>>>
>>>>> We are voting on the following release artifacts:
>>>>>
>>>>> http://people.apache.org/~nslater/dist/1.2.0/
>>>>>
>>>>>
>>>>> These artifacts have been built from the following tree-ish in Git:
>>>>>
>>>>> 654768d32bae3639756c18b200582093aa51f349
>>>>>
>>>>>
>>>>> Please follow the test procedure before voting:
>>>>>
>>>>> http://wiki.apache.org/couchdb/Test_procedure
>>>>>
>>>>>
>>>>> Thank you.
>>>>>
>>>>> Happy voting,
>>>>>
>>>>> N
>>>>
>>>> +1 SHIP ALL THE COUCHES!!!!!
>>>>
>>>> sha, md5, gpg ok.
>>>> NB we have _config.yml now in the diff phase
>>>> (diff -r apache-couchdb-1.2.0 ../tree), LGTME.
>>>>
>>>> Linux Mint Debian Edition, amd64
>>>> Erlang/OTP R14B03
>>>> SpiderMonkey libmozjs5d (from iceweasel 5.0.6)
>>>> make check OK
>>>> futon OK
>>>>
>>>> Mac OS X Lion, intel i7
>>>> Erlang R15B
>>>> SpiderMonkey 1.8.5
>>>> make check OK
>>>> futon OK, 1 awesome clean home run
>>>>
>>>> Windows 7 EN x64
>>>> https://people.apache.org/~dch/dist/1.2.0/
>>>> Erlang R15B & R14B04
>>>> SpiderMonkey 1.8.5
>>>> make check n/a
>>>> futon OK
>>>> 1 recurrent failure with view_compaction consistently
>>>> "resp.view_index.disk_size < disk_size_before_compact", I'll look into
>>>> this further on Sunday but definitely not a blocker. More of a
>>>> nitpicker.
>>>>
>>>> A+
>>>> Dave
>>>>
>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Sebastian Cohnen <se...@googlemail.com>.
Bob,
do you use homebrew? I think I'm hitting the erlang/openssl issue. Couch is segfaulting while running the browser tests :-( (make check was okay though)
On 25.03.2012, at 17:50, Robert Newson wrote:
> +1
>
> checksums and sig match, make check passes, futon suite passes (FF,
> Private Browsing Mode).
>
> OS X 10.7.3, spidermonkey 1.8.5, icu 4.8.1.1.
>
> B.
>
> On 25 March 2012 15:09, Noah Slater <ns...@tumbolia.org> wrote:
>> Dave,
>>
>> Are you going to kick off a parallel Windows vote?
>>
>> On Sun, Mar 25, 2012 at 12:08 AM, Dave Cottlehuber <da...@muse.net.nz> wrote:
>>
>>> On 24 March 2012 18:39, Noah Slater <ns...@tumbolia.org> wrote:
>>>> Hello,
>>>>
>>>> I would like call a vote for the Apache CouchDB 1.2.0 release, third
>>> round.
>>>>
>>>> (I am calling this the "Haters Gon Hate" release.)
>>>>
>>>> Changes since last round:
>>>>
>>>> * COUCHDB-1424 fixed, thank you Bob Dionne
>>>> * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
>>>> * Performance regressions fixed, thank you Robert Newson
>>>> * R15B patch landed, thank you Jan Lehnardt
>>>> * COUCHDB-1445 fixed, thanks Randal Leeds
>>>>
>>>> We encourage the whole community to download and test these
>>>> release artefacts so that any critical issues can be resolved before the
>>>> release is made. Everyone is free to vote on this release, so get stuck
>>> in!
>>>>
>>>> We are voting on the following release artifacts:
>>>>
>>>> http://people.apache.org/~nslater/dist/1.2.0/
>>>>
>>>>
>>>> These artifacts have been built from the following tree-ish in Git:
>>>>
>>>> 654768d32bae3639756c18b200582093aa51f349
>>>>
>>>>
>>>> Please follow the test procedure before voting:
>>>>
>>>> http://wiki.apache.org/couchdb/Test_procedure
>>>>
>>>>
>>>> Thank you.
>>>>
>>>> Happy voting,
>>>>
>>>> N
>>>
>>> +1 SHIP ALL THE COUCHES!!!!!
>>>
>>> sha, md5, gpg ok.
>>> NB we have _config.yml now in the diff phase
>>> (diff -r apache-couchdb-1.2.0 ../tree), LGTME.
>>>
>>> Linux Mint Debian Edition, amd64
>>> Erlang/OTP R14B03
>>> SpiderMonkey libmozjs5d (from iceweasel 5.0.6)
>>> make check OK
>>> futon OK
>>>
>>> Mac OS X Lion, intel i7
>>> Erlang R15B
>>> SpiderMonkey 1.8.5
>>> make check OK
>>> futon OK, 1 awesome clean home run
>>>
>>> Windows 7 EN x64
>>> https://people.apache.org/~dch/dist/1.2.0/
>>> Erlang R15B & R14B04
>>> SpiderMonkey 1.8.5
>>> make check n/a
>>> futon OK
>>> 1 recurrent failure with view_compaction consistently
>>> "resp.view_index.disk_size < disk_size_before_compact", I'll look into
>>> this further on Sunday but definitely not a blocker. More of a
>>> nitpicker.
>>>
>>> A+
>>> Dave
>>>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Robert Newson <rn...@apache.org>.
+1
checksums and sig match, make check passes, futon suite passes (FF,
Private Browsing Mode).
OS X 10.7.3, spidermonkey 1.8.5, icu 4.8.1.1.
B.
On 25 March 2012 15:09, Noah Slater <ns...@tumbolia.org> wrote:
> Dave,
>
> Are you going to kick off a parallel Windows vote?
>
> On Sun, Mar 25, 2012 at 12:08 AM, Dave Cottlehuber <da...@muse.net.nz> wrote:
>
>> On 24 March 2012 18:39, Noah Slater <ns...@tumbolia.org> wrote:
>> > Hello,
>> >
>> > I would like call a vote for the Apache CouchDB 1.2.0 release, third
>> round.
>> >
>> > (I am calling this the "Haters Gon Hate" release.)
>> >
>> > Changes since last round:
>> >
>> > * COUCHDB-1424 fixed, thank you Bob Dionne
>> > * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
>> > * Performance regressions fixed, thank you Robert Newson
>> > * R15B patch landed, thank you Jan Lehnardt
>> > * COUCHDB-1445 fixed, thanks Randal Leeds
>> >
>> > We encourage the whole community to download and test these
>> > release artefacts so that any critical issues can be resolved before the
>> > release is made. Everyone is free to vote on this release, so get stuck
>> in!
>> >
>> > We are voting on the following release artifacts:
>> >
>> > http://people.apache.org/~nslater/dist/1.2.0/
>> >
>> >
>> > These artifacts have been built from the following tree-ish in Git:
>> >
>> > 654768d32bae3639756c18b200582093aa51f349
>> >
>> >
>> > Please follow the test procedure before voting:
>> >
>> > http://wiki.apache.org/couchdb/Test_procedure
>> >
>> >
>> > Thank you.
>> >
>> > Happy voting,
>> >
>> > N
>>
>> +1 SHIP ALL THE COUCHES!!!!!
>>
>> sha, md5, gpg ok.
>> NB we have _config.yml now in the diff phase
>> (diff -r apache-couchdb-1.2.0 ../tree), LGTME.
>>
>> Linux Mint Debian Edition, amd64
>> Erlang/OTP R14B03
>> SpiderMonkey libmozjs5d (from iceweasel 5.0.6)
>> make check OK
>> futon OK
>>
>> Mac OS X Lion, intel i7
>> Erlang R15B
>> SpiderMonkey 1.8.5
>> make check OK
>> futon OK, 1 awesome clean home run
>>
>> Windows 7 EN x64
>> https://people.apache.org/~dch/dist/1.2.0/
>> Erlang R15B & R14B04
>> SpiderMonkey 1.8.5
>> make check n/a
>> futon OK
>> 1 recurrent failure with view_compaction consistently
>> "resp.view_index.disk_size < disk_size_before_compact", I'll look into
>> this further on Sunday but definitely not a blocker. More of a
>> nitpicker.
>>
>> A+
>> Dave
>>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Noah Slater <ns...@tumbolia.org>.
Dave,
Are you going to kick off a parallel Windows vote?
On Sun, Mar 25, 2012 at 12:08 AM, Dave Cottlehuber <da...@muse.net.nz> wrote:
> On 24 March 2012 18:39, Noah Slater <ns...@tumbolia.org> wrote:
> > Hello,
> >
> > I would like call a vote for the Apache CouchDB 1.2.0 release, third
> round.
> >
> > (I am calling this the "Haters Gon Hate" release.)
> >
> > Changes since last round:
> >
> > * COUCHDB-1424 fixed, thank you Bob Dionne
> > * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
> > * Performance regressions fixed, thank you Robert Newson
> > * R15B patch landed, thank you Jan Lehnardt
> > * COUCHDB-1445 fixed, thanks Randal Leeds
> >
> > We encourage the whole community to download and test these
> > release artefacts so that any critical issues can be resolved before the
> > release is made. Everyone is free to vote on this release, so get stuck
> in!
> >
> > We are voting on the following release artifacts:
> >
> > http://people.apache.org/~nslater/dist/1.2.0/
> >
> >
> > These artifacts have been built from the following tree-ish in Git:
> >
> > 654768d32bae3639756c18b200582093aa51f349
> >
> >
> > Please follow the test procedure before voting:
> >
> > http://wiki.apache.org/couchdb/Test_procedure
> >
> >
> > Thank you.
> >
> > Happy voting,
> >
> > N
>
> +1 SHIP ALL THE COUCHES!!!!!
>
> sha, md5, gpg ok.
> NB we have _config.yml now in the diff phase
> (diff -r apache-couchdb-1.2.0 ../tree), LGTME.
>
> Linux Mint Debian Edition, amd64
> Erlang/OTP R14B03
> SpiderMonkey libmozjs5d (from iceweasel 5.0.6)
> make check OK
> futon OK
>
> Mac OS X Lion, intel i7
> Erlang R15B
> SpiderMonkey 1.8.5
> make check OK
> futon OK, 1 awesome clean home run
>
> Windows 7 EN x64
> https://people.apache.org/~dch/dist/1.2.0/
> Erlang R15B & R14B04
> SpiderMonkey 1.8.5
> make check n/a
> futon OK
> 1 recurrent failure with view_compaction consistently
> "resp.view_index.disk_size < disk_size_before_compact", I'll look into
> this further on Sunday but definitely not a blocker. More of a
> nitpicker.
>
> A+
> Dave
>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Dave Cottlehuber <da...@muse.net.nz>.
On 24 March 2012 18:39, Noah Slater <ns...@tumbolia.org> wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.2.0 release, third round.
>
> (I am calling this the "Haters Gon Hate" release.)
>
> Changes since last round:
>
> * COUCHDB-1424 fixed, thank you Bob Dionne
> * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
> * Performance regressions fixed, thank you Robert Newson
> * R15B patch landed, thank you Jan Lehnardt
> * COUCHDB-1445 fixed, thanks Randal Leeds
>
> We encourage the whole community to download and test these
> release artefacts so that any critical issues can be resolved before the
> release is made. Everyone is free to vote on this release, so get stuck in!
>
> We are voting on the following release artifacts:
>
> http://people.apache.org/~nslater/dist/1.2.0/
>
>
> These artifacts have been built from the following tree-ish in Git:
>
> 654768d32bae3639756c18b200582093aa51f349
>
>
> Please follow the test procedure before voting:
>
> http://wiki.apache.org/couchdb/Test_procedure
>
>
> Thank you.
>
> Happy voting,
>
> N
+1 SHIP ALL THE COUCHES!!!!!
sha, md5, gpg ok.
NB we have _config.yml now in the diff phase
(diff -r apache-couchdb-1.2.0 ../tree), LGTME.
Linux Mint Debian Edition, amd64
Erlang/OTP R14B03
SpiderMonkey libmozjs5d (from iceweasel 5.0.6)
make check OK
futon OK
Mac OS X Lion, intel i7
Erlang R15B
SpiderMonkey 1.8.5
make check OK
futon OK, 1 awesome clean home run
Windows 7 EN x64
https://people.apache.org/~dch/dist/1.2.0/
Erlang R15B & R14B04
SpiderMonkey 1.8.5
make check n/a
futon OK
1 recurrent failure with view_compaction consistently
"resp.view_index.disk_size < disk_size_before_compact", I'll look into
this further on Sunday but definitely not a blocker. More of a
nitpicker.
A+
Dave
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Klaus Trainer <kl...@posteo.de>.
+1
Signatures: ok.
Comparison between git tree and release artifact: ok.
Ubuntu 11.10 x86_64, Erlang R15B, SpiderMonkey 1.8.5
(libmozjs185-{1.0,dev}):
make check: ok.
JavaScript test suite executed in Firefox 11: ok.
Thank you so much for all that great work!
PS: YOU GUYS ROCK!!!
On Sat, 2012-03-24 at 17:39 +0000, Noah Slater wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.2.0 release, third round.
>
> (I am calling this the "Haters Gon Hate" release.)
>
> Changes since last round:
>
> * COUCHDB-1424 fixed, thank you Bob Dionne
> * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
> * Performance regressions fixed, thank you Robert Newson
> * R15B patch landed, thank you Jan Lehnardt
> * COUCHDB-1445 fixed, thanks Randal Leeds
>
> We encourage the whole community to download and test these
> release artefacts so that any critical issues can be resolved before the
> release is made. Everyone is free to vote on this release, so get stuck in!
>
> We are voting on the following release artifacts:
>
> http://people.apache.org/~nslater/dist/1.2.0/
>
>
> These artifacts have been built from the following tree-ish in Git:
>
> 654768d32bae3639756c18b200582093aa51f349
>
>
> Please follow the test procedure before voting:
>
> http://wiki.apache.org/couchdb/Test_procedure
>
>
> Thank you.
>
> Happy voting,
>
> N
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Noah Slater <ns...@tumbolia.org>.
Thanks! I was just going by who was assigned. :)
On Sat, Mar 24, 2012 at 7:14 PM, Robert Newson <rn...@apache.org> wrote:
> Filipe should be credited for the performance regression fix.
>
> On 24 March 2012 17:39, Noah Slater <ns...@tumbolia.org> wrote:
> > Hello,
> >
> > I would like call a vote for the Apache CouchDB 1.2.0 release, third
> round.
> >
> > (I am calling this the "Haters Gon Hate" release.)
> >
> > Changes since last round:
> >
> > * COUCHDB-1424 fixed, thank you Bob Dionne
> > * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
> > * Performance regressions fixed, thank you Robert Newson
> > * R15B patch landed, thank you Jan Lehnardt
> > * COUCHDB-1445 fixed, thanks Randal Leeds
> >
> > We encourage the whole community to download and test these
> > release artefacts so that any critical issues can be resolved before the
> > release is made. Everyone is free to vote on this release, so get stuck
> in!
> >
> > We are voting on the following release artifacts:
> >
> > http://people.apache.org/~nslater/dist/1.2.0/
> >
> >
> > These artifacts have been built from the following tree-ish in Git:
> >
> > 654768d32bae3639756c18b200582093aa51f349
> >
> >
> > Please follow the test procedure before voting:
> >
> > http://wiki.apache.org/couchdb/Test_procedure
> >
> >
> > Thank you.
> >
> > Happy voting,
> >
> > N
>
Re: [VOTE] Apache CouchDB 1.2.0 release, third round
Posted by Robert Newson <rn...@apache.org>.
Filipe should be credited for the performance regression fix.
On 24 March 2012 17:39, Noah Slater <ns...@tumbolia.org> wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.2.0 release, third round.
>
> (I am calling this the "Haters Gon Hate" release.)
>
> Changes since last round:
>
> * COUCHDB-1424 fixed, thank you Bob Dionne
> * COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
> * Performance regressions fixed, thank you Robert Newson
> * R15B patch landed, thank you Jan Lehnardt
> * COUCHDB-1445 fixed, thanks Randal Leeds
>
> We encourage the whole community to download and test these
> release artefacts so that any critical issues can be resolved before the
> release is made. Everyone is free to vote on this release, so get stuck in!
>
> We are voting on the following release artifacts:
>
> http://people.apache.org/~nslater/dist/1.2.0/
>
>
> These artifacts have been built from the following tree-ish in Git:
>
> 654768d32bae3639756c18b200582093aa51f349
>
>
> Please follow the test procedure before voting:
>
> http://wiki.apache.org/couchdb/Test_procedure
>
>
> Thank you.
>
> Happy voting,
>
> N