I'm -0 on this.
We have a specific history around IRC that is important to retain,
specifically the IRC channels have never been logged. I feel strongly
about not retaining log history from our discussion area; it gives
people the ability to be more free about their discussions without
worry
undefined GET
> /vw/_changes?since=%22482896-g1J7eJzLYWBg4MhgTmEQTM4vTc5ISXLIyU9OzMnILy7JAUoxJTIkyf___z8rgzmJgeF1by5QjD3NwDjFPNkEmx48JiUpAMkke4Rha8CGJVmkmSWam5NqmAPIsHiEYS0QlxlbpiUakmxYAsiweoRh-8CGWSSaWliaGpBoWB4LkGRoAFJA8-ZDDTwHNtDYzCI1McWCLAMXQAzcDzHwTRAk7IzNU5LSUsky8AD
> > Any idea of what could be going on? I am running CouchDB 2.0.0.1
> > under Windows 7 with a single node. I have not modified most of
> > the default CouchDB settings.
>
> I haven’t kept pace with the current state of the art in the Windows
> build, so there may be other platform-specific
Hi John,
The standard procedure generally is a GET-modify-PUT cycle, one document
at a time.
Remember that _all_docs is basically a built in view. You're presumably
adding include_docs=true to that view request to get the format you're
seeing (or your client is doing this for you).
A simple:
CouchDB tried AdvocateHub for a while. It's not the best solution but
it is something like what you're asking for.
-Joan
- Original Message -
> From: "Denis Magda"
> To: dev@community.apache.org
> Sent: Friday, February 10, 2017 7:35:46 PM
> Subject: Gamifying user
Hi Chris,
Replied on the ticket. Thanks again for your help here!
-Joan
- Original Message -
> From: "Chris Thistlethwaite"
> To: dev@couchdb.apache.org
> Sent: Monday, February 6, 2017 10:20:41 AM
> Subject: Re: couchdb-vm.apache.org
>
> Just wanted to bump this
Hi Tayven,
> Jan,
Joan, actually. Jan is also on this thread. :)
A few things stand out here. I'm going to heavily trim your
emails for clarity.
- Original Message -
> At the time of crash the kernel is reporting that beam.smp is
> consuming 62G of memory + 32G of swap.
This is
Just to clarify here:
- Original Message -
> > Are issues with and troubleshooting of the previously-provided
> > CouchDB
> > 2.0 snap files on topic for dev?
Yes, absolutely. If you can't get the snaps to run, or have a
problem where CouchDB compiled from scratch works but the snap
Hi Pierre,
Not without modifying the CouchDB source code. ISO8601 timestamps
are hard coded.
Here's the relevant source code if you feel adventurous:
https://github.com/apache/couchdb-couch-log/blob/master/src/couch_log_formatter.erl#L39-L56
Hi Joel,
Apache mailing lists run on ezmlm:
https://www.apache.org/foundation/mailinglists.html
Web access is managed through Apache Pony Mail:
https://lists.apache.org/
https://ponymail.incubator.apache.org/
All are professionally managed by Apache Infrastructure - CouchDB
committers do not
Hi Max,
As you can see, the linked issue
https://issues.apache.org/jira/browse/COUCHDB-3181
has the fix for this problem, and the patch to fix it is in your email
quotation as well.
While CouchDB 2.1.0 will contain this fix, for now you can apply the
patch yourself to couchdb-chttpd and
committer,
maintains this project on behalf of the community.
-Joan
- Original Message -
> From: "Ronan Jouchet" <ronan.jouc...@cadensimaging.com>
> To: "Joan Touzet" <woh...@apache.org>, "couchdb-user"
> <user@couchdb.apache.org&g
- Original Message -
> From: "Eli Stevens (Gmail)"
> To: "CouchDB Developers"
> Sent: Thursday, January 26, 2017 5:40:01 PM
> Subject: Re: Publisher account for CouchDB snap
>
> Are issues with and troubleshooting of the previously-provided
Hi Roman,
See https://cloudant.com/blog/open-sourcing-cloudant-search/ for
all the details.
-Joan
- Original Message -
> From: "Ronan Jouchet"
> To: "couchdb-user"
> Sent: Thursday, January 26, 2017 12:06:51 PM
> Subject: How
Congrats! Welcome Michael.
- Original Message -
> From: "Robert Kowalski"
> To: dev@couchdb.apache.org
> Sent: Thursday, January 5, 2017 2:02:52 PM
> Subject: [ANNOUNCE] Michael Hall elected as CouchDB committer
>
> Dear community,
>
> I am pleased to
A common pattern to achieve what you are trying to do is to store
transactions as single documents, then use views to collate those
transactions into results. For instance, cash transactions (debits
and credits) are stored individually as documents, and the total
current balance is retrieved via a
Looks like you need to install a C++ compiler, such as g++.
Try: sudo yum groupinstall "Development Tools"
- Original Message -
> From: "angelo piersanti"
> To: dev@couchdb.apache.org
> Sent: Monday, January 2, 2017 4:57:35 PM
> Subject: Make Release Issue
The Windows build process is not 100% automatable right now, nor
has it ever been. There's a bunch more work necessary to make that
happen. Ideally, someone would offer to help me with this.
The actual *publish* of an approved final build should still be a
manually invoked process, especially
Hi Bill, thanks for writing.
- Original Message -
> I looked for
> how to start and restart CouchDB and I found this command in the
> docs to start the server:
>
> sudo -i -u couchdb couchdb/bin/couchdb
>
> And I found many references in the docs instructing when to “restart"
>
Missed one reference I really wanted to include.
This paper, which won the ASQ Award for Scholarly Contribution
in 2007:
http://web.mit.edu/cortiz/www/Diversity/Ely%20and%20Thomas,%202001.pdf
This article is especially important because it contrasts and compares
three perspectives on diversity:
Rich Bowen said:
> On 12/13/2016 08:59 PM, Niclas Hedhman wrote:
> > Now, this is what I know as "equality in opportunity" and is why I
> > am
> > somewhat skeptical to efforts focused on increasing so called
> > diversity for
> > the sake of diversity, also known as "equality in outcome".
>
>
As far as I know, it's simply not been implemented.
Patches welcome ;)
-Joan
- Original Message -
> From: "Nicholas Outram"
> To: user@couchdb.apache.org
> Sent: Monday, December 12, 2016 11:37:10 AM
> Subject: Users in CouchDB
>
> Hi
>
> I’m using
Try changing
localhost:5984
to
127.0.0.1:5984
in your Apache configuration.
The fail message from your Apache proxy suggests it is trying to
bind to an IPv6 localhost address, and I'm not 100% convinced this
works with CouchDB.
-Joan
- Original Message -
> From: "max"
with a
JIRA ticket suggesting the info be incorporated into the installation
documentation, and we'll make a best effort to get the info into the
real docs.
Thanks again for your help!
Best,
Joan
- Original Message -
> From: "Karl Helmer" <hel...@nmr.mgh.harvard.edu>
>
Hi Karl,
Agreed. The docs were rushed for the v2.0.0 release and need work.
Pull requests are welcome ;-)
-Joan
- Original Message -
> From: "Karl Helmer" <hel...@nmr.mgh.harvard.edu>
> To: user@couchdb.apache.org
> Cc: user@couchdb.apache.org, "Joan Touz
Hi Nicholas,
You've run into a documentation bug on CouchDB 2.0. Sorry about that.
First off, you don't want to be using _config on port 5986. The 5986
endpoint is in the process of being deprecated...and in my opinion
should never be bound to any interface other than loopback (127.0.0.1).
You missed the setup step where you create the _users database:
http://docs.couchdb.org/en/2.0.0/install/index.html#single-node-setup
-Joan
- Original Message -
> From: "Nicholas Outram"
> To: user@couchdb.apache.org
> Sent: Monday, December 5, 2016
What other possibilities are there?
We could set a max recursion depth, perhaps.
couchjs has a limit on max stack size; a recursion depth limit would be
similar in spirit.
If nothing else is possible I'm happy for this change as a last-ditch effort.
-Joan
- Original Message -
> From:
This error:
> > {badmatch,{error,
> > beam_lib,{missing_chunk,'/usr/lib/erlang/lib/asn1-4.0.2/
> > ebin/asn1rt_nif.beam',"Attr"}}}
suggests your Erlang installation is at fault. At least, this is
saying that your /usr/lib/erlang/lib/asn1-4.0.2/ebin/asn1rt_nif.beam
file is missing a record
[
https://issues.apache.org/jira/browse/COUCHDB-439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-439.
---
Resolution: Won't Fix
Build system was reworked for CouchDB 2.0.
> Fix bogus $(INST
[
https://issues.apache.org/jira/browse/COUCHDB-629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-629.
---
Resolution: Won't Fix
Futon is deprecated as of CouchDB 2.0.
> futon doesn't raise a popup anym
[
https://issues.apache.org/jira/browse/COUCHDB-2618?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-2618.
Resolution: Invalid
You need to install the curl command.
https://curl.haxx.se/download.html
[
https://issues.apache.org/jira/browse/COUCHDB-3194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-3194.
Resolution: Fixed
We now state that the installer is 64-bit only.
> Windows installer says &
[
https://issues.apache.org/jira/browse/COUCHDB-3196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-3196.
Resolution: Cannot Reproduce
When I run the .msi I am prompted for a path to install
[
https://issues.apache.org/jira/browse/COUCHDB-3200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-3200.
Resolution: Invalid
This is a support question, not a bug report. Please retry your question
[
https://issues.apache.org/jira/browse/COUCHDB-3208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-3208.
Resolution: Not A Problem
> Jeez, i just clicked the button on that side th
[
https://issues.apache.org/jira/browse/COUCHDB-3217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-3217.
Resolution: Won't Fix
CouchDB 2.0 is only supported on 64-bit Windows platforms. Sorry.
> ca
[
https://issues.apache.org/jira/browse/COUCHDB-3228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-3228.
Resolution: Invalid
http://couchdb.apache.org/#download has the x64 download link. We no longer
[
https://issues.apache.org/jira/browse/COUCHDB-3230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-3230.
Resolution: Won't Fix
CouchDB 2.0 only supports Windows on the 64-bit platform. Our website has
[
https://issues.apache.org/jira/browse/COUCHDB-3243?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-3243.
Resolution: Won't Fix
CouchDB 2.0 no longer supports Windows x86 (32-bit) in our standard build
- Original Message -
> From: "Bertrand Delacretaz"
>
> Note that in the meantime there's
> https://www.apache.org/foundation/policies/conduct - IMO it's better
> if projects use that one, and if needed contribute improvements to
> it.
I will note that CouchDB's
Hey Adam,
Are there any plans to open source any of the benchmarking code
Cloudant has done in the past for performance testing? If so I could
give the new Windows build a benchmark against Linux on the same
hardware.
If not I could try throwing something together in tsung, but it'd be
pretty
Welcome, Ben! Glad to have you officially in the team.
-Joan
- Original Message -
> From: "Robert Samuel Newson"
> To: dev@couchdb.apache.org
> Sent: Tuesday, November 1, 2016 3:46:36 PM
> Subject: [ANNOUNCE] Benjamin Anderson elected as CouchDB committer
>
> Dear
rce] [64-bit] [smp:8:8]
[async-threads:16]
This suggests that the process is unable to find the ICU DLLs necessary.
What happens if you start CouchDB from a command prompt?
- Original Message -
> From: "Chris Jasper" <jas...@netfile.com>
> To: user@couchdb.
Hi Chris,
I'm unable to reproduce this problem here. Something about the old 1.6
version being present on the machine first seems to cause the issue. Have
you tried:
1) Uninstalling 1.6
2) Rebooting
3) Installing 2.0
4) Rebooting
5) Starting the service
?
If you have a crash log and can post
Use the default ports CouchDB 2.0 comes with. It will start services on
both port 5984 and 5986. You don't want to change either if you can avoid
it. Agree that starting 1.6.1 on a different port makes the most sense.
-Joan
- Original Message -
> From: "Karl Helmer"
Looks like a documentation bug. Remove the --no-create-home flag
(after a deluser to delete the user) and try again. We previously
installed CouchDB into /var/lib/couchdb but the new guideline is
to run it from /home/couchdb.
-Joan
- Original Message -
> From: "Karl Helmer"
Joan Touzet created COUCHDB-3176:
Summary: Docs front page has holes, link to TOC is obscure
Key: COUCHDB-3176
URL: https://issues.apache.org/jira/browse/COUCHDB-3176
Project: CouchDB
Issue
Thanks for all the great feedback, everyone! I'm so happy to see
continued enthusiasm for our little project. :)
I don't have a lot of great ideas of things I'd like to see implemented
in CouchDB itself, but I wanted to turn the clock back to the last time
we went through this exercise: events
Please follow the documentation and complete the setup process.
Section 2.6 describes single node setup; the Cluster Reference describes
configuring a cluster.
http://docs.couchdb.org/en/2.0.0/install/index.html#single-node-setup
http://docs.couchdb.org/en/2.0.0/cluster/index.html#cluster
-Joan
Big +1 here. Projects that can't be repeatably built risk decay
faster than those that can.
Given the needs of some build chains (especially Windows, in my
experience) I also endorse the fact that this does not specifically
call out /automated/ builds, though projects should be striving to
I'd like to see us move to Rebar 3 as well. Challenges will be compiling
the NIF stuff, especially in a cross-platform stable way.
GitHub notifications tells me davisp started in on a little thing:
https://github.com/davisp/erlang-native-compiler
Perhaps you can make use of this / talk to Paul
[
https://issues.apache.org/jira/browse/COUCHDB-3092?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-3092.
> couch_log_writer_file_test failure on Wind
a
> >> non-standard port(s). When I put the httpd, and ssl ports back to
> >> their
> >> original values, it then started for me.
> >>
> >>
> >>
> >> Jason Gordon | Principal | A S S U R E B R I D G E
> >> Office: +1 888 409 6995 |
rom: "John Le Brasseur" <johnlebrass...@gmail.com>
> To: user@couchdb.apache.org, "Joan Touzet" <woh...@apache.org>
> Sent: Friday, September 23, 2016 10:48:11 AM
> Subject: Re: CouchDB 2.0.0 on Windows 10
>
> Hi Joan
> I have reinstalled quite a f
Hi John,
Sounds like whatever CouchDB 1.6.1 left behind is causing you issues.
As I wasn't responsible for that installer I'm not sure I can suggest
anything other than a full uninstall and reinstall of CouchDB 2.0.0.
After uninstalling, be sure to completely delete the left behind
C:\CouchDB
[
https://issues.apache.org/jira/browse/COUCHDB-3156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15513756#comment-15513756
]
Joan Touzet commented on COUCHDB-3156:
--
This is a configuration error.
Admins are created node
Hi Sebastian,
> minor thing (at most): install-Dir „C:\CouchDB20“ will be ignored –
> uses
> C:\CouchDB
This is fixed in master/2.0.x branches and just requires me to upload
a new build at this point.
-Joan
[
https://issues.apache.org/jira/browse/COUCHDB-2221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-2221.
Resolution: Fixed
> malformed iterations field in _users doc causes authentication h
!default.jspa
selecting CouchDB as the project.
-Joan
- Original Message -
> From: "Joey Samonte" <csharpdevelo...@hotmail.com>
> To: dev@couchdb.apache.org, "Joan Touzet" <woh...@apache.org>
> Sent: Wednesday, September 14, 2016 6:59:1
is and ensure the cluster setup script does the
right thing w.r.t. UUIDs as well.
I annotated this as a concern in COUCHDB-3147.
-Joan
>
> B.
>
> > On 14 Sep 2016, at 22:53, Joan Touzet <woh...@apache.org> wrote:
> >
> > And of course my turn to vote:
> >
[
https://issues.apache.org/jira/browse/COUCHDB-3147?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15491590#comment-15491590
]
Joan Touzet commented on COUCHDB-3147:
--
We should validate that we do the right thing here
Joan Touzet created COUCHDB-3147:
Summary: uuid missing in clustered welcome response (GET /)
Key: COUCHDB-3147
URL: https://issues.apache.org/jira/browse/COUCHDB-3147
Project: CouchDB
Issue
/couch_httpd_misc_handlers.erl#L33-L42
Presumably we've left out the UUID because it would change all
the time in a load-balanced cluster configuration.
I'll vote +1 as well.
-Joan
- Original Message -
> From: "Joan Touzet" <woh...@apache.org>
> To: dev@cou
Hi Nick,
- Original Message -
>- Windows did not trust the installer, which might put cautious
>users
>off.
Interesting. The installer is signed by Symantec. You should be able to
verify this by opening the Properties dialog on the installer file itself.
Not sure what more we
recommend you use a minimum of 3 nodes for a cluster of q=8 (the
default).
- Original Message -
> From: "Joey Samonte" <csharpdevelo...@hotmail.com>
> To: dev@couchdb.apache.org, "Joan Touzet" <woh...@apache.org>
> Sent: Wednesday, September 14,
more repeatable bugs at the very least - and active CouchDB Windows
developers with performance tuning experience at best.
-Joan
- Original Message -
> From: "Joey Samonte" <csharpdevelo...@hotmail.com>
> To: dev@couchdb.apache.org, "Joan Touzet" <woh...@a
.1/apache-couchdb-2.0.0.msi
https://dist.apache.org/repos/dist/dev/couchdb/binary/win/2.0.0/rc.1/apache-couchdb-2.0.0.msi.md5
Please note this build is based on Erlang 17.5.
-Joan
- Original Message -
From: "Joan Touzet" <woh...@apache.org>
To: dev@couchdb.apache.
All,
Sadly the build is broken on Windows. A change just yesterday to
how we populate the version number into the build wasn't tested,
and the approach is inoperative on Windows.
I am investigating the problem today and hope to have a fix in a
few hours.
Until then please keep testing the
[
https://issues.apache.org/jira/browse/COUCHDB-3142?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15483087#comment-15483087
]
Joan Touzet commented on COUCHDB-3142:
--
Note:
{noformat}
E:\relax\couchdb>grep -r "Pl
[
https://issues.apache.org/jira/browse/COUCHDB-3142?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15483075#comment-15483075
]
Joan Touzet commented on COUCHDB-3142:
--
OK, after dropping Fauxton and going straight to curl, I
[
https://issues.apache.org/jira/browse/COUCHDB-3142?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15481826#comment-15481826
]
Joan Touzet commented on COUCHDB-3142:
--
Cannot replicate. I set up my CouchDB WIndows RC4 instance
[
https://issues.apache.org/jira/browse/COUCHDB-3140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15481200#comment-15481200
]
Joan Touzet commented on COUCHDB-3140:
--
For reference, disabling this one test allows
mail)" <wickedg...@gmail.com>
To: "CouchDB Developers" <dev@couchdb.apache.org>, "Joan Touzet"
<woh...@apache.org>
Sent: Sunday, September 11, 2016 1:41:37 AM
Subject: Re: 2.0 blocker: new failing tests on Windows
FWVLIW, I'd rather keep the tests acti
Hi there,
About 3 weeks ago eiri added new tests to the couchdb_os_proc_pool
suite. Unfortunately, I haven't run the test suite since then, so it is
only at this late date that I discover two of the tests are failing on
Windows, blocking my ability to declare the build clean.
You can view sample
[
https://issues.apache.org/jira/browse/COUCHDB-3140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15480242#comment-15480242
]
Joan Touzet commented on COUCHDB-3140:
--
Here are the test results for the couchdb_os_proc_pool
Joan Touzet created COUCHDB-3140:
Summary: couchdb_os_proc_pool tests fail on Windows
Key: COUCHDB-3140
URL: https://issues.apache.org/jira/browse/COUCHDB-3140
Project: CouchDB
Issue Type
I don't know, a simple view with 100 documents should build quickly
unless your view code is unusual.
I would recommend replicating the database to a UNIX-based 2.0 cluster
to see if the problem is Windows-specific.
Sorry that I don't have any other ideas at the moment.
-Joan
- Original
[
https://issues.apache.org/jira/browse/COUCHDB-3092?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet resolved COUCHDB-3092.
--
Resolution: Fixed
> couch_log_writer_file_test failure on Wind
Hi dev@,
I keep getting these messages, even though I know we have a clean
build on Linux and Windows. Who's responsible for our Jenkins setup?
-Joan
- Forwarded Message -
From: "Apache Jenkins Server"
Sent: Friday, September 9, 2016 11:16:53 AM
Subject:
Joan Touzet created COUCHDB-3138:
Summary: Add docs for new endpoints
Key: COUCHDB-3138
URL: https://issues.apache.org/jira/browse/COUCHDB-3138
Project: CouchDB
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/COUCHDB-2691?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-2691.
Resolution: Fixed
Not reproducible.
> Verify CouchDB Installation fails when testing 'Cre
[
https://issues.apache.org/jira/browse/COUCHDB-2756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-2756.
Resolution: Fixed
PR was merged
> Could not upload document: Referer header requi
[
https://issues.apache.org/jira/browse/COUCHDB-3068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-3068.
Resolution: Fixed
> Docs fail to build with Sphinx
Hi Joey,
I'm going to oversimplify a bit here to make the explanation easier.
If you check the process manager/top on each node, do you see couchjs
responsible for that 100% CPU?
Remember that views are not replicated, only documents. So if you have
design documents that you replicated, those
Hi Joey,
Erlang itself has parameters you will want to adjust. Place these
lines in your etc\vm.args file:
-kernel inet_dist_listen_min
-kernel inet_dist_listen_max
Ports within this range will be used for communication across the
distributed Erlang cluster. If you set them both
Jan said:
> we are tantalisingly close to shipping 2.0. There are a few docs
> items that I hope we can wrap up tomorrow, but I think we are ready
> to start a vote on a real release tarball any day now.
Personal priorities prevented me from working on these today. I hope
to have some time
Hi Joachim,
> Is that a known bug or limitation? Is our way of backing up wrong for
> cross-system restore? What would be the appropriate way to
> backup/restore back and forth between Linux and Windows?
You should be using replication between your CouchDBs to transfer
the database from one
[
https://issues.apache.org/jira/browse/COUCHDB-2623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-2623.
Resolution: Fixed
Assignee: Joan Touzet
> Validate default.ini / local.ini config opti
Hi everyone,
Apache CouchDB is about to make their big 2.0 release. As part of
final due diligence we're double-checking all of our dependencies
for licenses. Based on prior experiences, I recommended our team
leverage FOSSology (https://www.fossology.org/), an open source
tool I've used before
[
https://issues.apache.org/jira/browse/COUCHDB-3017?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15458064#comment-15458064
]
Joan Touzet commented on COUCHDB-3017:
--
Just noting for bystanders here that PR 120 fixes
the bug myself
shortly.
-Joan
- Original Message -
> From: "Joan Touzet" <woh...@apache.org>
> To: dev@couchdb.apache.org
> Sent: Friday, September 2, 2016 5:15:00 AM
> Subject: Re: Getting libraries to test RCs
>
> Hi Will,
>
> Neither of these
?
-Joan
- Original Message -
> From: "Will Holley" <willhol...@gmail.com>
> To: dev@couchdb.apache.org, "Joan Touzet" <woh...@apache.org>
> Sent: Friday, September 2, 2016 4:43:48 AM
> Subject: Re: Getting libraries to test RCs
>
>
Hi Nolan, you state that it's 'failing for known reasons.' Is that
reasons in PouchDB or anything you need to push back on us? We'd like
to know ASAP as we're very, very close to releasing 2.0 now.
I have zero PouchDB knowledge so I'm hoping you can give us a short
summary of what you think is
[
https://issues.apache.org/jira/browse/COUCHDB-2876?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-2876.
Resolution: Fixed
Assignee: Jan Lehnardt
> Run javascript tests against clus
Joan Touzet created COUCHDB-3117:
Summary: Run JS tests against cluster where n>1
Key: COUCHDB-3117
URL: https://issues.apache.org/jira/browse/COUCHDB-3117
Project: CouchDB
Issue Type: T
Joan Touzet created COUCHDB-3116:
Summary: Re-enable disabled replication tests
Key: COUCHDB-3116
URL: https://issues.apache.org/jira/browse/COUCHDB-3116
Project: CouchDB
Issue Type: Test
[
https://issues.apache.org/jira/browse/COUCHDB-2980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15453057#comment-15453057
]
Joan Touzet commented on COUCHDB-2980:
--
Ping [~rnewson]. It'd be real swell to close this out
[
https://issues.apache.org/jira/browse/COUCHDB-2944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15453049#comment-15453049
]
Joan Touzet commented on COUCHDB-2944:
--
Done:
http://docs.couchdb.org/en/master/cluster
[
https://issues.apache.org/jira/browse/COUCHDB-2944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-2944.
Resolution: Fixed
> migration guides from bigcouch to
1001 - 1100 of 1602 matches
Mail list logo