Hi all,
We'll be having the usual meeting in #couchdb-meeting on
irc.freenode.org at 19:00 UTC, Wednesday as usual.
The meeting room:
irc://irc.freenode.net/couchdb-meeting
Or you can access the meeting via the web:
http://webchat.freenode.net/?channels=#couchdb-meeting
For your local
Wendall, any update on this? I'd rather rip the test out that wait any
longer, I think.
(We're a week behind schedule at this point. Not sure how to handle this
sort of thing in the general case. Perhaps after X many days, we say we
missed the window, and just wait for the next one. Which is now t
[
https://issues.apache.org/jira/browse/COUCHDB-1810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Garren Smith resolved COUCHDB-1810.
---
Resolution: Fixed
> Jump to Document by document id
> ---
>
[
https://issues.apache.org/jira/browse/COUCHDB-1816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Garren Smith resolved COUCHDB-1816.
---
Resolution: Fixed
> Couchdb design doc metadata
> ---
>
>
[
https://issues.apache.org/jira/browse/COUCHDB-1812?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Garren Smith resolved COUCHDB-1812.
---
Resolution: Fixed
> View request duration
> -
>
> K
Bob, are you able to help drive the Git thread to conclusion? We need to
clarify this and document it. Think a lot people are confused right now
since it seems everything is in the air.
On 31 May 2013 16:51, Robert Newson wrote:
> master, as usual, and the x.y.z branches (for backports). All ot
Thanks, Alex.
What is the current policy about rotating times? Thanks.
On Tue, Jun 4, 2013 at 5:43 PM, Alexander Shorin wrote:
> Hi all,
>
> We'll be having the usual meeting in #couchdb-meeting on
> irc.freenode.org at 19:00 UTC, Wednesday as usual.
>
> The meeting room:
>
> irc://irc.fre
[
https://issues.apache.org/jira/browse/COUCHDB-1817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13674586#comment-13674586
]
Eli Stevens commented on COUCHDB-1817:
--
$ erl +V
Erlang (SMP,ASYNC_THREADS) (BEAM)
Jason, we're alternating between 19:00 UTC and 13:00 UTC. This week we're
doing 19:00.
On 4 June 2013 18:11, Jason Smith wrote:
> Thanks, Alex.
>
> What is the current policy about rotating times? Thanks.
>
>
> On Tue, Jun 4, 2013 at 5:43 PM, Alexander Shorin wrote:
>
> > Hi all,
> >
> > We'll
Benoit, yep. That's exactly why I introduced the dep. Remember: only devs
need this.
+1 for adding rationales to the docs, once we move them to .rst.
On 3 June 2013 22:01, Jan Lehnardt wrote:
>
> On May 29, 2013, at 14:39 , Benoit Chesneau wrote:
>
> > On Wed, May 29, 2013 at 2:30 PM, Benoit
What's not concluded in this thread?
B.
On 4 June 2013 18:04, Noah Slater wrote:
> Bob, are you able to help drive the Git thread to conclusion? We need to
> clarify this and document it. Think a lot people are confused right now
> since it seems everything is in the air.
>
>
> On 31 May 2013 1
This thread is concluded. :) I meant the "[DISCUSS] Git workflow" thread.
On 4 June 2013 18:41, Robert Newson wrote:
> What's not concluded in this thread?
>
> B.
>
>
> On 4 June 2013 18:04, Noah Slater wrote:
> > Bob, are you able to help drive the Git thread to conclusion? We need to
> > cla
Thanks
On Wednesday, June 5, 2013, Noah Slater wrote:
> Jason, we're alternating between 19:00 UTC and 13:00 UTC. This week we're
> doing 19:00.
>
>
> On 4 June 2013 18:11, Jason Smith >
> wrote:
>
> > Thanks, Alex.
> >
> > What is the current policy about rotating times? Thanks.
> >
> >
> > On T
Heh, if I felt I could conclude that thread I would have done so
already. We had a reasonably well described approach at one point and
coherency was destroyed by a late appearance of the git-flow
alternative.
B.
On 4 June 2013 18:43, Noah Slater wrote:
> This thread is concluded. :) I meant the
[
https://issues.apache.org/jira/browse/COUCHDB-1717?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13675246#comment-13675246
]
Yuriy Dybskiy commented on COUCHDB-1717:
[~deathbear], what's the status of this
Odd way to phrase it. Alternative proposals should not be
a destructive part of the process. The goal here is to generate ideas, toss
out the ones that don't work, pick your favourite, and drive consensus on
it.
So, there are two possible ways I can see this unfolding:
* Everyone agrees with you
On 24 May 2013 19:51, Benoit Chesneau wrote:
>
> More useful than these links hat is your summary about this activity?
I'm not sure my summary would be useful to anyone. I don't understand the
issues. I care more about getting this resolved than the implementation
details. I just trust y'all to
Note: I don't mean to put this on Bob. Anyone could drive this. But I do
think it needs a driver. Bob, Randall, and Dirkjan all seem to have the
most detailed thoughts on the subject, so I suggest one you might be in the
best position.
And to clarify: someone disagreeing with you isn't a blocker.
[
https://issues.apache.org/jira/browse/COUCHDB-1817?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Geordan Rosario updated COUCHDB-1817:
-
Attachment: memory2.png
loadavg.png
couchdb_mem.png
Today, if I GET http://localhost:5984/ , I get:
{"couchdb":"Welcome","uuid":"b1b1dbe964914a9cb1467bfd4f297fed","version":"1.3.0","vendor":{"version":"1.3.0","name":"The
Apache Software Foundation"}}
If I GET from http://mozauto.iriscouch.com/ , I get:
{"couchdb":"Welcome","uuid":"bac168113
[
https://issues.apache.org/jira/browse/COUCHDB-1817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13675368#comment-13675368
]
Joan Touzet commented on COUCHDB-1817:
--
What is your os_process_timeout set to? If
+1
I'd like also add JIRA issue for reference:
https://issues.apache.org/jira/browse/COUCHDB-1285
So your proposal is actually on-half is done. The only missed thing is
modules (CAPs) info which I believe be more actual after rcouch merge.
--
,,,^..^,,,
On Wed, Jun 5, 2013 at 2:40 AM, Joan Touz
On Wed, Jun 05, 2013 at 03:03:04AM +0400, Alexander Shorin wrote:
> +1
>
> I'd like also add JIRA issue for reference:
> https://issues.apache.org/jira/browse/COUCHDB-1285
Thanks, I'd missed that one. Looks like the plumbing is on the way
there.
> So your proposal is actually on-half is done. Th
As the author of one of those replicator UA-sniffing compatibility hacks I
definitely think a system for advertising capabilities is a Good Idea :)
Adam
On Jun 4, 2013, at 6:40 PM, Joan Touzet wrote:
> Today, if I GET http://localhost:5984/ , I get:
>
>
> {"couchdb":"Welcome","uuid":"b1b1db
+1
On Tue, Jun 4, 2013 at 3:40 PM, Joan Touzet wrote:
> Today, if I GET http://localhost:5984/ , I get:
>
>
> {"couchdb":"Welcome","uuid":"b1b1dbe964914a9cb1467bfd4f297fed","version":"1.3.0","vendor":{"version":"1.3.0","name":"The
> Apache Software Foundation"}}
>
> If I GET from http://mozaut
I'll drive this. Let me try to wrangle a draft proposal together.
Dirkjan replied to me and that feedback is helpful.
On Tue, Jun 4, 2013 at 2:55 PM, Noah Slater wrote:
> Note: I don't mean to put this on Bob. Anyone could drive this. But I do
> think it needs a driver. Bob, Randall, and Dirkjan
+1
This sounds like a good path for letting all the different implementations
work together, and also for allowing each to provide different or custom
interfaces, especially looking down the road at the eventual plugin system.
I'm also very intrigued by the idea of non CouchDB systems being able
On Wed, Jun 5, 2013 at 5:40 AM, Joan Touzet wrote:
> Today, if I GET http://localhost:5984/ , I get:
>
>
> {"couchdb":"Welcome","uuid":"b1b1dbe964914a9cb1467bfd4f297fed","version":"1.3.0","vendor":{"version":"1.3.0","name":"The
> Apache Software Foundation"}}
>
> If I GET from http://mozauto.iris
28 matches
Mail list logo