Re: [VOTE] Release Apache CouchDB 3.0.1

Vote is cancelled - I forgot to push the commit with the bumps to the actual version numbers, and there's a missed backport of a Makefile.win fix. PRs will be up shortly, and then RC2 will follow. -Joan On 2020-04-30 0:00, Joan Touzet wrote: Dear community, I would like to propose that we

Re: [VOTE] Release Apache CouchDB 3.1.0

Vote is cancelled - I forgot to push the commit with the bumps to the actual version numbers, and there's a missed backport of a Makefile.win fix. PRs will be up shortly, and then RC2 will follow. -Joan On 2020-04-30 0:02, Joan Touzet wrote: (YES, this is another -RC1, a simultaneous release

Re: [DISCUSS] Streaming API in CouchDB 4.0

Can we keep a distributed hash of doc keys server side with a smaller handle we hand to clients? If the cache can't be found or a restart happens, oh well. -Joan On 2020-04-30 10:23, Ilya Khlopotov wrote: There is a problem with representing `next`/`previous`/`first` as path. With 5kB sized

[VOTE] Release Apache CouchDB 3.1.0

(YES, this is another -RC1, a simultaneous release to 3.0.1!) Dear community, I would like to propose that we release Apache CouchDB 3.1.0. Candidate release notes: https://docs.couchdb.org/en/latest/whatsnew/3.1.html We encourage the whole community to download and test these release

[VOTE] Release Apache CouchDB 3.0.1

Dear community, I would like to propose that we release Apache CouchDB %VERSION%. Candidate release notes: https://docs.couchdb.org/en/latest/whatsnew/3.0.html#version-3-0-1 We encourage the whole community to download and test these release artefacts so that any critical issues can be

FINAL CALL Re: [DISCUSS] CouchDB 3.0.1 and 3.1.0 release

only on Fauxton improvements. Once those land, and rebar.config.script is updated with it + docs, I can cut the first RCs. That should happen no later than Wednesday. I look forward to everyone's help testing the RCs! -Joan "no time like the present" Touzet On 2020-04-21 11:59 a.m., J

Re: [DISCUSS] Streaming API in CouchDB 4.0

Hi Ilya, one question: On 2020-04-23 18:27, Ilya Khlopotov wrote: Hello, I did an experiment and would like to share the results. So far I implemented only _all_dbs/cursor Here is how it works (I have only 2 databases) curl -u adm:pass "http://127.0.0.1:15984/_all_dbs/cursor?limit=1; | jq

Re: [DISCUSS] Streaming API in CouchDB 4.0

I realise this is bikeshedding, but I guess that's kind of the point... Everything below is my opinion, not "fact." It's unfortunate we need a new endpoint for all of this. In a vacuum I might have just suggested we use the semantics we already have, perhaps with ?from= instead of ?since= .

[DISCUSS] CouchDB 3.0.1 and 3.1.0 release plans

Hello devs, We need to get some important patches out to the community for 3.x. We also have two new features, JWT and SpiderMonkey 68 support, that need to land. I propose the following: * Release 3.0.1 with all of the bugfixes to date. Robert Newson has done the bulk of the work here,

Re: [GitHub] [couchdb-erlfdb] nickva commented on issue #2: Do not commit read-only transactions

I've filed https://issues.apache.org/jira/browse/INFRA-20163 to get these emails redirected to our notifications@ list. -Joan "each in its place" Touzet On 2020-04-21 11:16, GitBox wrote: nickva commented on issue #2: URL:

Re: [GitHub] [couchdb-erlfdb] nickva commented on issue #2: Do not commit read-only transactions

edful" Touzet On 2020-04-21 11:35, Joan Touzet wrote: I've filed https://issues.apache.org/jira/browse/INFRA-20163 to get these emails redirected to our notifications@ list. -Joan "each in its place" Touzet On 2020-04-21 11:16, GitBox wrote: nickva commented on issue #2: URL:

Re: Partition query endpoints in CouchDB 4.0

On 2020-04-20 5:04 p.m., Robert Samuel Newson wrote: Hi All, I'd like to get views on whether we should preserve the _partition endpoints in CouchDB 4.0 or remove them. In CouchDB 4.0 all _view and _find queries will automatically benefit from the same performance boost that the "partitioned

Re: Cloudbees Operations Center and Client Masters upgrade this weekend.

On 2020-04-05 2:22 p.m., Paul Davis wrote: Howdy Gavin, I've updated everything besides the two FreeBSD nodes that Joan manages. Is there a trick to having Jenkins realize a node has upgraded its slave.jar? Took me an extra twenty minutes fumbling around before realizing that slave.jar is now

Re: Getting FDB work onto master

erge to master once `make check` is working. We can hammer out the wide matrix issues on a slower timeframe. -Joan On 2020-03-30 19:42, Joan Touzet wrote: 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

Re: Getting FDB work onto master

there's a system wide erlang 20 install instead. B. On 30 Mar 2020, at 19:50, Joan Touzet 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

Getting FDB work onto master

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

Re: [DISCUSS] Mango indexes on FDB

On 2020-03-23 4:46 p.m., Mike Rhodes wrote: Garren, Very much +1 on this suggestion, as it is, at least for me, what I'd expect to happen if I were leaving the system to select an index -- as you imply, the build process almost certainly takes longer than using the _all_docs index. In

Re: [DISCUSS] soft-deletion

Hi Alex, On 2020-03-18 3:31 p.m., Alex Miller wrote: And this would all rely on having a continuous backup configured and running that would hold a minimum of 48 hours of changes. People aren't in the habit of doing this in the field. I don't know if we'd be able to impress upon people the

Re: [DISCUSS] moving email lists to Discourse

On 2020-03-15 11:02 a.m., Reddy B. wrote: However, if you are an outsider looking for context that was discussed 2 years ago, even Couchdb's official archive website does not have a search function. There may be a way but this is clearly

Re: [DISCUSS] moving email lists to Discourse

m a design and development perspective. Marcus On 12. Mar 2020, at 18:27, Joan Touzet wrote: Hi Garren, thanks for thinking ahead on this one. On 2020-03-12 10:32, Garren Smith wrote: Hi All, The CouchDB slack channel has been a real success with lots of people asking for help and getting involved. The

Re: [DISCUSS] moving email lists to Discourse

m a design and development perspective. Marcus On 12. Mar 2020, at 18:27, Joan Touzet wrote: Hi Garren, thanks for thinking ahead on this one. On 2020-03-12 10:32, Garren Smith wrote: Hi All, The CouchDB slack channel has been a real success with lots of people asking for help and getting involved. The

Re: [DISCUSS] moving email lists to Discourse

Hi Bill, On 2020-03-12 13:28, Bill Stephenson wrote: I’ve recently pointed a few people on Reddit to this mailing list who were asking questions there. A forum would probably be a good thing to have. I’m not familiar with Discourse but it looks pretty simple to spin up a digital ocean vps.

Re: [DISCUSS] moving email lists to Discourse

Hi Garren, thanks for thinking ahead on this one. On 2020-03-12 10:32, Garren Smith wrote: Hi All, The CouchDB slack channel has been a real success with lots of people asking for help and getting involved. The main issue is that it is not searchable so we often get people asking the same

Re: [DISCUSS] moving email lists to Discourse

Hi Garren, thanks for thinking ahead on this one. On 2020-03-12 10:32, Garren Smith wrote: Hi All, The CouchDB slack channel has been a real success with lots of people asking for help and getting involved. The main issue is that it is not searchable so we often get people asking the same

Re: native encryption for couchdb 4.0?

On 2020-03-12 12:29, Robert Samuel Newson wrote: Hi All, Our team at IBM are working on native encryption of document content for the Cloudant service and are wondering if there'd be interest (or objection!) to this landing as a CouchDB feature? Yes! This is only targeted at the

Re: [ANNOUNCE] Apache CouchDB 3.0.0 released

ndful" Touzet Thx, Renato. On Feb 26, 2020, at 22:30, Joan Touzet wrote: On 2020-02-26 15:09, Sebastien wrote: Great news, congratulations on the release! Hi Sebastien! Thanks! Are there more details over what the upgrade of the JS engine means in practice? Can we write ES2015 modules a

Re: Should a PR with the same changeset as one already approved wait for an approval?

On 2020-02-28 15:26, Alessio 'Blaster' Biancalana wrote: Hi my peeps, I wanted to have some info from more veterans than me :-) I'm creating a couple of PRs regarding improvements that already landed on master, see https://github.com/apache/couchdb/pull/2615 Since the changeset has been

Re: Disable Automatic View Index Warming

Hi Reddy, On 2020-02-28 13:35, Reddy B. wrote: Hello, Congratulations for CouchDB 3.0, it truly looks like the best ever CouchDB version! As I was reading the blog series, I immediately got concerned about the automatic View Index Warming

3.0.1 (in a week or two...)

Hey all, Looks like the first few 3.0.0 bugs have started rolling in. We'll probably need a 3.0.1, but I'd like to wait long enough to ensure we get all of the critical stuff handled quickly. Here's the short list of what I've been tracking so far: *

[ANNOUNCE] Alessio 'Blaster' Biancalana elected as CouchDB committer

, Joan Touzet

Re: [ANNOUNCE] Apache CouchDB 3.0.0 released

ch (not expected to be added) * Ubuntu 16.04 (xenial), 18.04 (bionic) * Ubuntu 20.04 (focal) should include SM60 once released in April. -Joan "coredump in progress" Touzet On Wed, Feb 26, 2020 at 8:37 PM Joan Touzet wrote: On 2020-02-26 14:06, Martin Broerse wrote: Thanks for

Re: [ANNOUNCE] Apache CouchDB 3.0.0 released

On 2020-02-26 14:06, Martin Broerse wrote: Thanks for creating this version. Good job!! You're welcome! As all Ember App's we use need https://www.npmjs.com/package/ember-cli-deploy-couchdb Will Virtual hosts and Rewrite functions (/{db}/{ddoc}/_rewrite) be supported in 3.0 and removed in

Re: [ANNOUNCE] Apache CouchDB 3.0.0 released

On 2020-02-26 13:13, Jim Mason wrote: Great product and really like the 3.0 features. When will we get JDBC driver support to standardize use of CouchDB as our preferred database? Hi Jim, The project's general approach to client libraries has been to let the community build these. If a

Re: [ANNOUNCE] Apache CouchDB 3.0.0 released

On 2020-02-26 12:50, Jan Lehnardt wrote: Dear community, Apache CouchDB® 3.0.0 has been released and is available for download. Congratulations to everyone who helped make this release a reality! This is the "best CouchDB yet," and I'm really looking forward to using it in production.

Re: [ANNOUNCE] Apache CouchDB 3.0.0 released

On 2020-02-26 12:50, Jan Lehnardt wrote: Dear community, Apache CouchDB® 3.0.0 has been released and is available for download. Congratulations to everyone who helped make this release a reality! This is the "best CouchDB yet," and I'm really looking forward to using it in production.

Re: [VOTE] Release Apache CouchDB 3.0.0 (-rc3) [with Windows and Linux binaries]

are Foundation"}} Fauxton Validate Install also passes. Windows installer now available at: https://dist.apache.org/repos/dist/dev/couchdb/binary/win/3.0.0/rc.3/ Linux packages available at: https://repo-nightly.couchdb.org/3.0.x/ -Joan On 2020-02-19 19:16, Joan Touzet wrote: Dear

Re: CI for prototype/fdb-layer branch

Hey Alex, thanks for this. See below... On 2020-02-19 23:00, Alex Miller wrote: On Feb 19, 2020, at 16:07, Paul Davis wrote: foundationdb does take a while to build though, so finding binaries might short circuit everything to be even a single apt-get line or w/e. The build is both slow

[VOTE] Release Apache CouchDB 3.0.0 (-rc3)

Dear community, I would like to propose that we release Apache CouchDB 3.0.0. Changes since last time: https://github.com/apache/couchdb/compare/3.0.0-RC2...3.0.0-RC3 Candidate release notes: https://docs.couchdb.org/en/latest/whatsnew/3.0.html We encourage the whole community to

Re: [VOTE] Release Apache CouchDB 3.0.0 (-rc2)

Vote is cancelled because Jan has asked to change a missed default backward compatibility breaking setting that we missed in our work. RC3 coming shortly. On 2020-02-18 15:08, Joan Touzet wrote: Dear community, I would like to propose that we release Apache CouchDB 3.0.0. Changes since last

Re: CI for prototype/fdb-layer branch

to it myself. But i’m more than happy to chat on email or irc if someone has questions. Here’s build notes for macOS: https://gist.github.com/davisp/aa6f526b8fd0441f2035c93774828798 On Tue, Feb 18, 2020 at 5:08 PM Joan Touzet wrote: Thanks Alex! The Jenkins setup currently runs each CI job

Re: [VOTE] Release Apache CouchDB 3.0.0 (-rc2) (Windows and UNIX binaries ready)

On 2020-02-18 15:08, Joan Touzet wrote: Dear community, I would like to propose that we release Apache CouchDB 3.0.0. Changes since last time:     https://github.com/apache/couchdb/compare/3.0.0-RC1...3.0.0-RC2 Candidate release notes:     https://docs.couchdb.org/en/latest/whatsnew/3.0

Re: CI for prototype/fdb-layer branch

Thanks Alex! The Jenkins setup currently runs each CI job in a container per host, and Docker-in-Docker can be a bit challenging. Hopefully the alternative "expose your parent Docker socket inside of Docker with -v" approach, as described at

[VOTE] Release Apache CouchDB 3.0.0 (-rc2)

Dear community, I would like to propose that we release Apache CouchDB 3.0.0. Changes since last time: https://github.com/apache/couchdb/compare/3.0.0-RC1...3.0.0-RC2 Candidate release notes: https://docs.couchdb.org/en/latest/whatsnew/3.0.html We encourage the whole community to

Re: [VOTE] Release Apache CouchDB 3.0.0 (-rc1)

Vote is ended because of RC2. On 2020-02-10 11:33, Joan Touzet wrote: Dear community, I would like to propose that we release Apache CouchDB 3.0.0. Candidate release notes:     https://docs.couchdb.org/en/latest/whatsnew/3.0.html We encourage the whole community to download and test

Re: CI for prototype/fdb-layer branch

What Adam said. Reminder that to get CI builds working someone's going to need to do the legwork to add an FDB instance to the container-based build. I'm happy to grant docker hub credentials to couchdbdev for whomever takes this work on. -Joan On 2020-02-18 14:15, Adam Kocoloski wrote:

Re: [VOTE] Release Apache CouchDB 3.0.0 (-rc1)

y Day in Canada, go hug a loved one" Touzet Cheers Jan — On 17. Feb 2020, at 21:20, Joan Touzet wrote: Hey everyone, I have the day off but I wanted to call out this bug and fix: https://github.com/apache/couchdb/issues/2559 https://github.com/apache/couchdb/pull/2560 Do we wa

Re: [VOTE] Release Apache CouchDB 3.0.0 (-rc1)

delay as I'd proposed this week if desired; push the tarball on Tue Feb 25 and announce on Wed Feb 26. -Joan FYI I am away from Feb 20-25. On 2020-02-13 11:56 a.m., Joan Touzet wrote: With this vote, we are now at 3 +1 PMC votes - a minimum for releasing. Everyone - please keep testing

Re: [VOTE] Release Apache CouchDB 3.0.0 (-rc1)

On 2020-02-14 5:49 p.m., Dave Cottlehuber wrote: On Fri, 14 Feb 2020, at 20:13, Dave Cottlehuber wrote: Please cast your votes now. +1 - FreeBSD 13.0-CURRENT amd64 - SM185 & SM60 - OTP 22.2.6 also a very excited double-plus-one for ... drumroll ... FreeBSD 13.0-CURRENT aarch64 / armv8

Re: [VOTE] Release Apache CouchDB 3.0.0 (-rc1)

, etc.) - Open downstream Docker PR for top-level couchdb image Any objections? -Joan "break me off a piece of that Kit Kat bar" Touzet On 2020-02-13 8:11, Jan Lehnardt wrote: +1 Checked on Mac OS Mojave. On 10. Feb 2020, at 17:33, Joan Touzet wrote: Dear community, I

Re: [VOTE] Release Apache CouchDB 3.0.0 (-rc1)

13:32, Jan Lehnardt wrote: Hey all, Mac convenience binaries for your testing pleasure are available here: https://dist.apache.org/repos/dist/dev/couchdb/binary/mac/3.0.0/rc.1/ Best Jan — On 10. Feb 2020, at 17:33, Joan Touzet wrote: Dear community, I would like to propose that we rele

Re: [VOTE] Release Apache CouchDB 3.0.0 (-rc1)

to too old of a Python 3 (we apparently now require >= 3.5.3.) -Joan "that's quite enough Couch for the month, thanks" Touzet On 2020-02-10 2:36 p.m., Joan Touzet wrote: Here are the Windows binaries:   https://dist.apache.org/repos/dist/dev/couchdb/binary/win/3.0.0/rc.1/ NOTE: Yo

Re: [VOTE] Release Apache CouchDB 3.0.0 (-rc1)

: https://dist.apache.org/repos/dist/dev/couchdb/binary/mac/3.0.0/rc.1/ Best Jan — On 10. Feb 2020, at 17:33, Joan Touzet wrote: Dear community, I would like to propose that we release Apache CouchDB 3.0.0. Candidate release notes: https://docs.couchdb.org/en/latest/whatsnew/3.0.html

[VOTE] Release Apache CouchDB 3.0.0 (-rc1)

Dear community, I would like to propose that we release Apache CouchDB 3.0.0. Candidate release notes: https://docs.couchdb.org/en/latest/whatsnew/3.0.html We encourage the whole community to download and test these release artefacts so that any critical issues can be resolved before the

[ANNOUNCE] Jonathan Hall joins the PMC

Dear community, I am delighted to announce that Jonathan Hall joins the Apache CouchDB Project Management Committee today. Jonathan has made outstanding, sustained contributions to the project. This appointment is an official acknowledgement of their position within the community, and our

GOOD NEWS: 3.x/3.0.x has been forked!

Hello everyone, As of about 5 minutes ago, all of the remaining known CouchDB 3.0.0 issues have been resolved. We're ready to cut releases! I've just pushed 2 new branches: * 3.x - this is the long-term maintenance branch for CouchDB 3.x * 3.0.x - this will be the maintenance branch for

[ANNOUNCE] Juan José Rodriguez elected as CouchDB committer

project infrastructure. This election was made in recognition of Juanjo's commitment to the project. We mean this in the sense of being loyal to the project and its interests. Please join me in extending a warm welcome to Juanjo! On behalf of the CouchDB PMC, Joan Touzet

Re: Removal of ibmcom/couchdb3 preview image

of the issue for the Board to debate. (-Greg Stein) I don't want to fight over this issue with you, or with them. Let's find a way to finesse this and get the involvement we need from others, without exacerbating the problem, OK? -Joan On 2020-02-04 12:05 a.m., Joan Touzet wrote: Adam, I

Re: Removal of ibmcom/couchdb3 preview image

tation issues that need to be resolved, and verification of the Windows build, before we can release anyway. -Joan Best Jan — On 3. Feb 2020, at 18:08, Joan Touzet wrote: Hi IBM people, https://hub.docker.com/r/ibmcom/couchdb3 This is a problem, especially because i'm seeing 50K+

Re: Removal of ibmcom/couchdb3 preview image

that need to be resolved, and verification of the Windows build, before we can release anyway. -Joan Best Jan — On 3. Feb 2020, at 18:08, Joan Touzet wrote: Hi IBM people, https://hub.docker.com/r/ibmcom/couchdb3 This is a problem, especially because i'm seeing 50K+ pulls

Re: Removal of ibmcom/couchdb3 preview image

jira/browse/LEGAL-270 12:17 <+Wohali> wilhol_: the point being, easily consumable binary builds of things that aren't official releases are bad. :) Also worth reading: https://apache.org/legal/release-policy.html https://apache.org/dev/release-publishing -Joan On 2020-02-03 12:08, Jo

Removal of ibmcom/couchdb3 preview image

Hi IBM people, https://hub.docker.com/r/ibmcom/couchdb3 This is a problem, especially because i'm seeing 50K+ pulls on this image already. We've not yet released CouchDB 3.0. Any use of this image outside of our immediate developer community is a direct violation of Apache release

Re: [PLEASE READ] CouchDB 3.0 Update - Jan 30

;) ) -Joan On 2020-01-30 21:23, Adam Kocoloski wrote: Hi Joan, I think moving the FDB work to master and having a 3.x branch is a good idea. Cheers, Adam On Jan 30, 2020, at 5:58 PM, Joan Touzet wrote: Hi everyone, We are finally past our blockers for 3.0.0. The beam hang in Erlang 21

[PLEASE READ] CouchDB 3.0 Update - Jan 30

Hi everyone, We are finally past our blockers for 3.0.0. The beam hang in Erlang 21 and 22 seems to be worked around by not raising the priority of the couch_server process to high. An upstream bug has been filed with Erlang to resolve this; until that get patched and merged, and we blacklist

Re: CouchDB 3.0 Update - Jan 23

== Best regards, Peng Hui Inactive hide details for Joan Touzet ---2020/01/16 04:45:50 AM---Hi Deni and others, Since you last sent this, a few things haJoan Touzet ---2020/01/16 04:45:50 AM---Hi Deni and others, Since you last sent this, a few things have happened: From: Joan Touzet

Re: broken builds taking up resources

On 2020-01-23 4:50, Chesnay Schepler wrote: On 23/01/2020 10:19, Thomas Bouron wrote: On Thu, 23 Jan 2020 at 08:56, Robert Munteanu wrote: On Wed, 2020-01-22 at 17:53 -0800, Chris Lambertus wrote: Additionally, orphaned docker jobs are causing major resource contention. I will be adding a

Re: [GitHub] [couchdb] nickva commented on issue #2437: Hung beam.smp sitting at 100% CPU

Sorry, disregard...wrong destination. On 2020-01-20 4:41 p.m., Joan Touzet wrote: If we need to split the issues, that's fine, but both are 3.0.0 blockers IMO.

Re: [GitHub] [couchdb] nickva commented on issue #2437: Hung beam.smp sitting at 100% CPU

If we need to split the issues, that's fine, but both are 3.0.0 blockers IMO.

Re: CouchDB 3.0 Update - Jan 15

Hi Deni and others, Since you last sent this, a few things have happened: * We found ongoing, persistent crashes in couchjs after upgrading to SpiderMonkey 60. The bulk of these appear to have been removed by disabling the Ion JIT. The rest appear relegated to a specific architecture

Re: Jenkins - Build docker image within a container

You may have to do a Docker sidecar running the docker daemon and pass over the docker socket, or you *might* be able to do docker-outside-of-docker. Some relevant tickets: https://github.com/fabric8io/docker-maven-plugin/issues/1005 https://github.com/fabric8io/docker-maven-plugin/issues/863 I

Re: CouchDB 3.0 Update - Jan 8

Hi Deni, On 2020-01-08 4:55 p.m., Denitsa Burroughs wrote: Hi all, Thanks to everyone who contributed with closing the remaining 3.0 roadmap items/epics. We are getting very close to RC! There are a couple of outstanding lower level issues that also need to be addressed and any help here would

CouchDB CI update: 7 Jan 2020

Hi everyone, As of earlier today, Travis CI has been disabled as a required pass for all PRs against apache/couchdb. Jenkins CI has been substituted in its place. Builds should run faster (no shared Travis queue!) but there are still some flakey tests; please help log and fix these as you

Re: CouchDB 3.0 - Dec 11 Update

Hi Deni, Thanks for the update. FYI I have completed my review of the work on 1875, and have put significant effort in on the revised CI workflow as requested. Unfortunately, given the status of where things are, especially with admin change requirements, the one key change for _access that

Re: Request: Committers, delete your old branches on apache/couchdb!

Bump. Please do this. On 2019-12-13 12:15 p.m., Joan Touzet wrote: Hi again committers, Our proto-Jenkins setup is currently using my API token to scan GitHub for branches. GitHub has notoriously low values for how many API calls you can make per hour. Unfortunately, because multibranch

Re: [PROPOSAL] Remove `make elixir` from `make check`

think there is a few JS tests we have disabled because they are covered in Elixir so we would need to re-enable those in the same PR that we remove the elixir tests. Cheers Garren On Sat, Dec 14, 2019 at 2:51 AM Jay Doane wrote: On Thu, Dec 12, 2019 at 11:27 PM Joan Touzet wrote: Jay, consider

Request: Committers, delete your old branches on apache/couchdb!

Hi again committers, Our proto-Jenkins setup is currently using my API token to scan GitHub for branches. GitHub has notoriously low values for how many API calls you can make per hour. Unfortunately, because multibranch pipeline jobs scan *all* branches in a repo for changes, this means that

Re: [PROPOSAL] Remove `make elixir` from `make check`

: retry_until(fn -> stacktrace: (couchdbtest) test/elixir/lib/couch/db_test.ex:301: Couch.DBTest.retry_until/4 test/elixir/test/all_docs_test.exs:75: (test) which both seem to be timing out. I'm +1 to removing these tests temporarily. Jay On Thu, Dec 12, 2019 at 1:39 PM J

Re: [PROPOSAL] Remove `make elixir` from `make check`

of whether they’re in the `check` suite. Cheers, Adam On Dec 12, 2019, at 4:39 PM, Joan Touzet wrote: Hi again, As I've been looking more closely at the CI suite for the Jenkins transition, I've noticed that our Elixir test cases are actually the most likely to fail. In 6 consecutive CI run

[PROPOSAL] Remove `make elixir` from `make check`

Hi again, As I've been looking more closely at the CI suite for the Jenkins transition, I've noticed that our Elixir test cases are actually the most likely to fail. In 6 consecutive CI runs, 5 runs failed due to failures in the Elixir suite. (The 6th failed due to a JS test failure.) We

Re: Script for displaying test errors and timing information

+1. I think this is useful information to collect on every CI run and store alongside the run, though keeping in mind we only keep the last 7-10 runs in Jenkins nowadays. If we need it longer, we should stash the output with the log stasher. This could allow graphing if someone wants to build

[PROPOSAL] Drop Erlang 19 support in CouchDB 3.0

Hello everyone, I'm working this week with Paul Davis on our new Jenkins CI infrastructure, which is coming along nicely. One of the changes I'm planning to make is that our PR tests will run against only 3 versions of Erlang: 1. The oldest we support (right now, 19.3.6.latest) 2. The version we

2020 ASF Community Survey - please participate!

Hello everyone, If you have an apache.org email, you should have received an email with an invitation to take the 2020 ASF Community Survey. Please take 15 minutes to complete it. If you do not have an apache.org email address or you didn’t receive a link, please follow this link to the

2020 ASF Community Survey - please participate!

Hello everyone, If you have an apache.org email, you should have received an email with an invitation to take the 2020 ASF Community Survey. Please take 15 minutes to complete it. If you do not have an apache.org email address or you didn’t receive a link, please follow this link to the

Re: CouchDB 3.0 Update - Dec 3rd

On 2019-12-05 14:09, Adam Kocoloski wrote: > Here’s my view: > > - A release should have convenience binaries available within days > - We don’t need to have all the deep dive blog posts on the new capabilities > ready, but they should follow within weeks > - I don’t think we need to insert code

Re: CouchDB 3.0 Update - Dec 3rd

Deni, Is it wise to rush out a 3.0 release prior to the holidays? I don't think so. Practically speaking we have 2 weeks before people start disappearing (including me, I'm gone as of Dec 18) and I don't think we'll get either the critical mass for testing, nor the attention from our release

Re: Move ken / smoosh / ioq applications in-tree

Are you going to move the history along with it? If so we can dump the extra repos. On 2019-11-22 8:03, Nick V wrote: > +1 > > >> On Nov 21, 2019, at 23:33, Adam Kocoloski wrote: >> >> Hi all, >> >> Any complaints about moving these apps into the main CouchDB repo? None of >> them have any

CouchDB CI update for October 2019

Hello CouchDB Devs (+ Gavin from ASF Infra - BIG thanks for your work to date!) First, as promised earlier in the week, we have a new flotilla of CouchDB CI Docker images waiting in the wings on Docker Hub to replace our current Jenkins build agent images:

Packaging/Docker update: CentOS 8, arm64v8, ppc64le

Hello everyone, A few changes have been quietly pushed to the binary package and Docker repositories over the past week: * CentOS 8 packages are now available in the usual place. * Debian stretch packages for arm64v8 and ppc64le are also in the usual place (and were required to build the

Re: CouchDB 3.0 Weekly Update

Reminder that Jan is still on break and won't be back until next week, and he's the one who had been spearheading the security tightening design work. -Joan On 2019-10-09 15:17, Adam Kocoloski wrote: > OK on the security tightening I found this email from Joan: > >

[Lazy Consensus] Raise minimum Erlang version for 3.0.0 to 20.3.8.11, Node version to 10

I'm updating our build dependencies for CI in advance of the Jenkins move and 3.0.0. In the process I've got a number of platforms now on which I can't install Erlang 19 easily. I also found that the minimum Erlang version for Elixir 1.9 (the latest, containing the last planned feature that they

Re: [VOTE] Import CouchDB Helm Chart (was [DISCUSS] Import CouchDB Helm Chart)

As long as you're maintaining it (I have no additional time), +1 On 2019-10-08 9:31, Garren Smith wrote: > +1 thanks Will > > On Tue, Oct 8, 2019 at 3:31 PM Will Holley wrote: > >>> Hi all, >>> >>> CouchDB has a mature Helm chart at >> https://github.com/helm/charts/tree/master/stable/couchdb

Re: [DISCUSS] FoundationDB read versions and CouchDB requests

Thanks, Mike. I know Jan has something to say on this topic, but please note he is on vacation through this week and may need to be nudged to post here once he returns ;) -Joan On 2019-10-07 5:34 a.m., Mike Rhodes wrote: All, I think my email wasn't my clearest missive ever, so likely

Re: CouchDB and future

you had a 20 node > cluster, you would not want 20 copies of every document. The default of 3 > copies would be sufficient to prevent accidental loss. > > B. > >> On 4 Oct 2019, at 23:55, Joan Touzet wrote: >> >> Thanks for the follow-up. Thinking of >

Re: CouchDB and future

alves write perf for most > commodity/lean platforms and hw cfg. > > ermouth > > > чт, 11 июл. 2019 г. в 18:17, Joan Touzet : > >> On 2019-07-11 8:05, ermouth wrote: >>>> to help with the documentation step >>> >>> Probably. Please give me a

Re: Proposed deprecations / removals (was: Re: Getting started on CouchDB 3.0, and an introduction)

chdb/issues/2191 to the 3.0 release >> tasks but I don’t know exactly what the desired end state looks like there. >> >> Adam >> >>> On Sep 14, 2019, at 3:11 PM, Joan Touzet wrote: >>> >>> Hi Deni, I think you mean Joan, not Jan. :D >>> >

Re: [DISCUSS] FoundationDB read versions and CouchDB requests

On 2019-09-26 17:04, Adam Kocoloski wrote: > >> On Sep 26, 2019, at 1:38 PM, Joan Touzet wrote: >> >> On 2019-09-26 13:14, Adam Kocoloski wrote: >>> Hi Joan, no need for apologies! Snipping out a few bits: >>> >>>> One alternative is to

Re: [DISCUSS] FoundationDB read versions and CouchDB requests

gt; roles that need to collaborate to decide on a read version and so the network > latency gets taken out of the picture. Then I'm concerned this is premature optimization. > Cheers, Adam > >> On Sep 25, 2019, at 11:57 AM, Joan Touzet wrote: >> >> I apologize in ad

[jira] [Closed] (WHIMSY-260) Cannot see prior comments on PMR reports

[ https://issues.apache.org/jira/browse/WHIMSY-260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joan Touzet closed WHIMSY-260. -- Resolution: Abandoned Sorry [~rubys] , I've stepped down from the board and won't be interacting

Re: CouchDB 3.0 Follow up

On 2019-09-25 9:09 p.m., Denitsa Burroughs wrote: Hi all, It's time to start tightening up the scope for CouchDB 3.0. There's now a 3.0 Release tasks column with the desired/required additional content. Some of those tickets have

Re: [ALC] ALC Indore is set for next event, 'The Apache Day'

to be incorporated in future :) will also > follow the same process. Yeah, I think that's wise, especially if any third parties are involved in paying for any resources, providing space, or seek to sponsor the efforts. > Kindly let me know if I am missing anything :-) > > Thanks again fo

Re: [DISCUSS] FoundationDB read versions and CouchDB requests

I apologize in advance. I am finding it very very difficult to allocate the time and energy necessary to go deep into any of these topics, and got lost halfway thru Mike Rhodes' email :( So I'm replying to Adam's initial email which is the only one I've fully digested. On 2019-09-19 18:11, Adam

<    1   2   3   4   5   6   7   8   9   10   >