Dear community,
The vote has now closed.
Thank you to everyone who participated!
The results are:
+1 - 4 votes
+0 - 0 votes
-0 - 0 votes
-1 - 0 votes
The vote is PASSED.
Thanks,
Joan
On 11/09/2020 18:53, Joan Touzet wrote:
Dear community,
I would like to propose that we
Tested on Windows 10 1909, Erlang 20.3.8.26, SM60
Cannot check my own signatures, but checksums match.
make check: some persistent test failures:
Issues filed: https://github.com/apache/couchdb/issues/3158
https://github.com/apache/couchdb/issues/3159
I am not going to block
+1
CouchDB Mojave 10.14.6, Erlang 22, SM60.
Signatures: ok
make check: ok
Mac convenience binaries:
https://dist.apache.org/repos/dist/dev/couchdb/binary/mac/3.1.1/rc.2/
I could not reproduce the test errors on Mojave, and it’ll be some time before
I can have a Catalina (10.15) build env,
On 16/09/2020 09:05, Bessenyei Balázs Donát wrote:
Why should we remove this? I don’t think it is controversial.
Does that mean 3.1.1 will be released with the query parameter
`buffer_response`?
Yes, it is in 3.1.1-RC2.
Nit:
3.1.1 will not be cut unless 3 +1 votes, minimum, arrive from
> Why should we remove this? I don’t think it is controversial.
Does that mean 3.1.1 will be released with the query parameter
`buffer_response`?
Nit:
> 3.1.1 will not be cut unless 3 +1 votes, minimum, arrive from committers,
> with no blockers by convention.
According to
FYI, Linux packages in test form are available now at
https://repo-nightly.couchdb.org/3.x/
As always, subject to removal, do not use in production, etc.
Windows build will probably land tomorrow, I'm fairly busy today.
-Joan
On 15/09/2020 08:26, Will Holley wrote:
Environment:
RHEL 8
That's fine by me, would rather not have a DOA release.
A fix is going in to bypass ppc64le builds for now, then hopefully
Jenkins will have Linux binary builds up for testing. I hope to get to a
Windows build today, too.
-Joan
On 15/09/2020 11:44, Jan Lehnardt wrote:
Hey all,
I’ll able
Hey all,
I’ll able to look into the Mac build and binaries on Thursday. I hope nobody
minds extending the VOTE until then.
Thanks!
Jan
—
> On 15. Sep 2020, at 04:15, Joan Touzet wrote:
>
> Hi everyone,
>
> There have been no votes on this release. Are people available to try it out?
>
Environment:
RHEL 8
Elixir: 1.9.1
Erlang: 20.3.8.25
CPU Architectures: amd64, ppc64le, s390x
Sig: ok
Checksums: ok
Configure, make & make check: ok
Build release, add admin & start: ok
Used Fauxton to:
- configure cluster: ok
- verify install: ok
- create dbs: ok
- create docs: ok
Environment:
Ubuntu 18.04.5, x86_64
$ asdf current
elixir 1.9.4-otp-22
erlang 22.2.3
$ cat /etc/apt/sources.list.d/couchdb-bintray.list
deb https://apache.bintray.com/couchdb-deb bionic main
Sig: ok
Checksums: ok
Configure, make & make check: ok
Build release, add
Hi everyone,
There have been no votes on this release. Are people available to try it
out? Tomorrow, I will be able to complete the binary builds and submit
my own vote.
Remember, 3.1.1 will not be cut unless 3 +1 votes, minimum, arrive from
committers, with no blockers by convention. The
Can anyone else repeat this failure or look at it? macOS only or others?
Don't see this on Linux.
I'm out for the rest of the day and if no one responds can look tomorrow.
Glynn you should be able to edit that wiki page, please do if you have
time :) thanks!
-Joan
On 14/09/2020 06:11,
;
>>> And I'm interested to see the discussion addressing Richard Ellis'
>>> concerns as any post-release changes to the "location" of the new
>>> control (qs -> header) would require a major version (in semver-land).
>>
>> I would say so, a
turally occurring major version
> and then removing it later, sometimes even next+1 if we don’t want to make
> the upgrade path unnecessarily hard for end-users.
>
>
> Best
> Jan
> —
>
>>
>
>
>> Thanks,
>> Rich
>>
>>
t+1 if we don’t want to make
the upgrade path unnecessarily hard for end-users.
Best
Jan
—
>
> Thanks,
> Rich
>
>
>
> From: Joan Touzet
> To: CouchDB Developers
> Date: 11/09/2020 23:53
> Subject:[EXTERNAL] [VOTE] Release Apache CouchDB 3.1.1
Hi All,
I've checked SHAsums and GPG signature and they are correct.
I've also done some end-to-end comparison to the latest docker image
and there seems to be no regression.
And I'm interested to see the discussion addressing Richard Ellis'
concerns as any post-release changes to the "location"
ing I could think of was the r
& w quorum options).
Could anyone explain the API design choice to me or does anyone else have
any concerns about this?
Thanks,
Rich
From: Joan Touzet
To: CouchDB Developers
Date: 11/09/2020 23:53
Subject: [EXTERNAL] [VOTE] Release Apache Cou
macOS 10.15.6
- checksums ok
- build ok (had to use erlang@22 instead of default erlang @23 that brew
gave me)
- 3 tests failed repeatedly
chttpd_view_test:75: should_succeed_on_view_with_queries_keys...*failed*
chttpd_view_test:91:
should_succeed_on_view_with_queries_limit_skip...*failed*
Dear community,
I would like to propose that we release Apache CouchDB 3.1.1.
Changes since the last round:
https://github.com/apache/couchdb/compare/3.1.1-RC1...3.1.1-RC2
Candidate release notes:
https://docs.couchdb.org/en/latest/whatsnew/3.1.html
We encourage the whole community
All - this vote is CANCELLED due to a late-breaking bug found by Paul
and fixed by Robert:
Fix buffer_response=true (#3145) #3147
I will cut a new RC tomorrow.
On 2020-09-10 1:25 p.m., Joan Touzet wrote:
Dear community,
I would like to propose that we release Apache CouchDB 3.1.1.
Dear community,
I would like to propose that we release Apache CouchDB 3.1.1.
Candidate release notes:
https://docs.couchdb.org/en/latest/whatsnew/3.1.html
We encourage the whole community to download and test these release
artefacts so that any critical issues can be resolved before the
21 matches
Mail list logo