OOPS, looks like I pushed the wrong image.

I'll build the kerl-based version of the image and re-push. This will take a couple of hours, since I have to build 3x Erlangs from source.

Good to know step 1 works! Next step for y'all: fix `make check`.

-Joan

On 2020-03-30 6:05 p.m., Robert Samuel Newson wrote:
noting that 
https://ci-couchdb.apache.org/blue/organizations/jenkins/jenkins-cm1%2FPullRequests/detail/PR-2732/7/pipeline/
 now fails because kerl isn't there. related?

B.

On 30 Mar 2020, at 22:11, Robert Samuel Newson <rnew...@apache.org> wrote:

Nice, make check-fdb passes for me on that branch (the 2nd time, the 1st time 
was a spurious failure, timing related).

B.

On 30 Mar 2020, at 22:04, Robert Samuel Newson <rnew...@apache.org> wrote:

Hi,

Great timing, I merged something to prototype/fdb-layer without the check 
passing, I'm trying this now.

First note, the kerl line doesn't work but it seems there's a system wide 
erlang 20 install instead.

B.

On 30 Mar 2020, at 19:50, Joan Touzet <woh...@apache.org> wrote:

Hi everyone, hope you're all staying at home[1].

I've just pushed out a new version of our couchdbdev/debian-buster-erlang-all 
Docker image. This now includes the fdb binaries, as well as client libraries 
and headers. This is a necessary (but not sufficient) step to getting the fdb 
prototype merged to master.

Can someone please test if this works correctly for them to build and test 
CouchDB (with fdb)?

Here's instructions:

docker pull couchdbdev/debian-buster-erlang-all
docker run -it couchdbdev/debian-buster-erlang-all
# then, inside the image:
cd
git clone https://github.com/apache/couchdb
cd couchdb && git checkout <whatever branch you want>
. /usr/local/kerl/20.3.8.25/activate
# you still need to fix make check, but Paul says this should work:
make check-fdb

The next step would be to fix `make check`. Then, you can merge the fdb branch 
to master.

CI on master will be broken after fdb merge until we get answers to these 
questions: [2].

**REMEMBER**: Any 3.x fixes should land on the 3.x branch at this point. If 
they're backend specific, there's no need for them to land on master anymore.

**QUESTION**: Now that we have a new feature (JWT), it's likely the next 
CouchDB release would be 3.1.0 - so, probably no need to land more fixes on 
3.0.x at this point. Does everyone agree?

-Joan "I miss restaurants" Touzet

[1]: https://www.youtube.com/watch?v=rORMGH0jE2I
[2]: https://forums.foundationdb.org/t/package-download-questions/2037



Reply via email to