Two screenshots attached...
Jonathan Porta
On Mon, Apr 16, 2012 at 9:10 AM, Mike Coolin mcoo...@techie.com wrote:
Just checked with both browsers. Page still broken.
- Original Message -
From: Robert Newson
Sent: 04/16/12 10:27 AM
To: dev@couchdb.apache.org
Subject: Re: Broken
[
https://issues.apache.org/jira/browse/COUCHDB-1466?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13255048#comment-13255048
]
Robert Newson commented on COUCHDB-1466:
James, I think that's clear from all
would be welcome.
http://en.wikipedia.org/w/index.php?title=CouchDBdiff=487423562oldid=487381176
On 15 April 2012 09:44, Robert Newson rnew...@apache.org wrote:
You could also pepper assertions like 'with funding from IBM' with
[citation needed]. Which you won't get, because it isn't true.
B
He's what I have so far: https://gist.github.com/2387973
I think it's pretty close. Only the User-Facing section should be in
the next vote.
B.
On 15 April 2012 10:51, Benoit Chesneau bchesn...@gmail.com wrote:
On Sat, Apr 14, 2012 at 7:30 PM, Robert Newson rnew...@apache.org wrote
the independence of documents, .ie. make it orthogonal, a plugin to
core.
Bob
On Apr 15, 2012, at 6:17 AM, Benoit Chesneau wrote:
On Sun, Apr 15, 2012 at 12:02 PM, Robert Newson rnew...@apache.org wrote:
He's what I have so far: https://gist.github.com/2387973
I think it's pretty close. Only
A bit busy right now but _history seems the exact opposite of the _rev
- _mvcc name change. We want to clarify that CouchDB does *not*
provide history.
B.
On 15 April 2012 12:56, Robert Newson rnew...@apache.org wrote:
Including comments from the gist;
from mcoolin;
I'd add a definitions
Consider _mvcc as a suggestion to help educate. Other proposals are welcome.
Sent from my iPhone
On 15 Apr 2012, at 13:16, Benoit Chesneau bchesn...@gmail.com wrote:
On Sun, Apr 15, 2012 at 2:10 PM, Robert Newson rnew...@apache.org wrote:
A bit busy right now but _history seems the exact
Yes, perhaps the next move is a wiki page for these items
(deduplicated and with better names and descriptions).
B.
On 14 April 2012 18:11, Benoit Chesneau bchesn...@gmail.com wrote:
On Sat, Apr 14, 2012 at 6:30 PM, Bob Dionne
dio...@dionne-associates.com wrote:
I kind of agree, though I
The feedback on the mailing lists, IRC and twitter has been very
helpful, thanks everyone for the responses!
I'm going to take this feedback and provide a condensed list of
features. I will write up each item on our wiki, then we'll reset the
poll so that more folks can vote knowledgeably on the
Certainly very crufty in places. The Talk page contains unchallenged
(and untrue) assertions that we're all moving to Couchbase server too!
B.
On 14 April 2012 16:46, Noah Slater nsla...@tumbolia.org wrote:
Hey,
Does someone want to take a look at the CouchDB Wikipedia article?
The opening
.
Conflicts are left to the user to resolve.
Other features are ACID semantics with eventual consistency,
MapReduce, incremental replication and fault-tolerance. CouchDB ships
with Futon, a web based administration console.
Jonathan Porta
On Sat, Apr 14, 2012 at 12:09 PM, Robert Newson rnew
You could also pepper assertions like 'with funding from IBM' with
[citation needed]. Which you won't get, because it isn't true.
B.
On 14 April 2012 22:43, Robert Newson rnew...@apache.org wrote:
https://couchdb.apache.org/ :)
On 14 April 2012 22:30, Tim McNamara paperl...@timmcnamara.co.nz
[
https://issues.apache.org/jira/browse/COUCHDB-1463?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson resolved COUCHDB-1463.
Resolution: Duplicate
Fix Version/s: 1.1.1
This issue was resolved in COUCHDB
[
https://issues.apache.org/jira/browse/COUCHDB-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson reassigned COUCHDB-1464:
--
Assignee: Paul Joseph Davis
assigning to davisp as he has a replacement for the auth
[
https://issues.apache.org/jira/browse/COUCHDB-1463?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson updated COUCHDB-1463:
---
Affects Version/s: (was: 1.1.1)
removing 'affects 1.1.1' as this is not the version
Thanks, working on it.
On 13 April 2012 20:41, Mcoolin mcoo...@techie.com wrote:
Hello,
On the main page couchdb.apache.org the do you want to help section the links
for easy, medium, and hard fa to open.
Thanks Mike
--
Sent from my Android phone with mail.com Mail. Please excuse my
I've updated the wiki page to reflect this. Sorry for not including
this in Breaking Changes at release time.
B.
On 9 April 2012 09:41, Benoit Chesneau bchesn...@gmail.com wrote:
On Mon, Apr 9, 2012 at 9:16 AM, Dirkjan Ochtman dirk...@ochtman.nl wrote:
On Mon, Apr 9, 2012 at 15:12, Dirkjan
+1.
On 6 April 2012 22:52, Randall Leeds randall.le...@gmail.com wrote:
The deb packaging I pulled from downstream has the following:
Apache CouchDB is alpha software and still under heavy development. Please be
aware that important areas such as the public API or internal database format
Please do not start a new thread for the same issue you raised on the
user mailing list. We are waiting for your answers on that thread.
B.
On 3 April 2012 08:19, sandeep.singh sandeep.kumar.si...@ericsson.com wrote:
I am using couchdb 1.0.2 on CentOS Server,
Trying to replicate with two
+1
checksums/sigs match.
make check passes, futon tests pass in FF 11.
OS X 10.7.3, spidermonkey 1.7.0 and 1.8.5, icu 4.8.1.1.
B.
On 30 March 2012 10:09, Matt Goodall matt.good...@gmail.com wrote:
On 29 March 2012 23:02, Noah Slater nsla...@tumbolia.org wrote:
Hello,
I would like call a
[
https://issues.apache.org/jira/browse/COUCHDB-1451?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson updated COUCHDB-1451:
---
Affects Version/s: (was: 1.1.2)
There is no 1.1.2 release and the line that filipe
It's assumed that 1.2.0 will ship with bugs (because it's software).
Can you clarify the conditions under which this bug occurs? I'm
inclined to agree with Filipe that it's release blocking, but if it
the conditions to induce are very rare, I might change my mind. Given
that you induced it
Given Filipe's clarification, I change my vote to -1.
B.
On 28 March 2012 19:07, Filipe David Manana fdman...@apache.org wrote:
On Wed, Mar 28, 2012 at 7:03 PM, Jan Lehnardt j...@apache.org wrote:
On Mar 28, 2012, at 19:58 , Filipe David Manana wrote:
On Wed, Mar 28, 2012 at 6:51 PM, Stefan
And just in the nick of time!
On 28 March 2012 19:44, Jan Lehnardt j...@apache.org wrote:
On Mar 28, 2012, at 20:13 , Stefan Kögl wrote:
On 03/28/2012 08:08 PM, Robert Newson wrote:
Can you clarify the conditions under which this bug occurs? I'm
inclined to agree with Filipe that it's
Sorry folks, we're aborting this round too, the tarball doesn't
contain the fix for COUCHDB-1451. New tarball in the morning after
much needed sleep.
B.
On 28 March 2012 23:58, Noah Slater nsla...@tumbolia.org wrote:
Hello,
I would like call a vote for the Apache CouchDB 1.2.0 release, fourth
[
https://issues.apache.org/jira/browse/COUCHDB-1060?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson resolved COUCHDB-1060.
Resolution: Fixed
CouchDB should use a secure password hash method instead
:
* COUCHDB-1424 fixed, thank you Bob Dionne
* COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
* Performance regressions fixed, thank you Robert Newson
* R15B patch landed, thank you Jan Lehnardt
* COUCHDB-1445 fixed, thanks Randal Leeds
We encourage the whole community
to help.
On 25 March 2012 17:47, Sebastian Cohnen sebastiancoh...@googlemail.com wrote:
Bob,
do you use homebrew? I think I'm hitting the erlang/openssl issue. Couch is
segfaulting while running the browser tests :-( (make check was okay though)
On 25.03.2012, at 17:50, Robert Newson wrote
[
https://issues.apache.org/jira/browse/COUCHDB-1445?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson resolved COUCHDB-1445.
Resolution: Fixed
CouchDB deletes .view files if it can't open them, even
I added it last night. If we can tweak the apache/couchdb account on
github we'll get builds every time we push, which is nice.
B.
On 24 March 2012 16:36, Noah Slater nsla...@tumbolia.org wrote:
Hello,
I found this file while doing the release:
Noahs-MacBook-Air:couchdb nslater$ cat
:
* COUCHDB-1424 fixed, thank you Bob Dionne
* COUCHDB-1426 fixed, thank you Benoît Chesneau (and Paul, and others)
* Performance regressions fixed, thank you Robert Newson
* R15B patch landed, thank you Jan Lehnardt
* COUCHDB-1445 fixed, thanks Randal Leeds
We encourage the whole community
[
https://issues.apache.org/jira/browse/COUCHDB-1445?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson reopened COUCHDB-1445:
Not fixed on master. I am trying to fix that but haven't succeeded yet (porting
the test
...@tumbolia.org wrote:
Cool.
Where do we see the output? Could you try with distcheck?
On Sat, Mar 24, 2012 at 7:13 PM, Robert Newson rnew...@apache.org wrote:
I added it last night. If we can tweak the apache/couchdb account on
github we'll get builds every time we push, which is nice.
B
Release is still blocked as a clean startup now logs spurious errors
(1.1.x and 1.2.x);
Apache CouchDB 1.1.2a3e2280b-git (LogLevel=info) is starting.
[error] [0.87.0] Error opening file
/Users/robertnewson/Source/couchdb/tmp/lib/_users.couch: no such file
or directory
[error] [0.87.0] Error
Is there a good reason why we don't honor
the create option in the way I expected?
Is there a good reason you committed a fix to a release branch without
testing it?
:)
B.
On 23 March 2012 13:12, Randall Leeds randall.le...@gmail.com wrote:
On Fri, Mar 23, 2012 at 03:21, Robert Newson rnew
I'm also -1 on your revised solution. We go to the trouble of
carefully logging and formatting these errors and then log them at a
level that approximately no one ever runs at (debug is far too noisy
to use in production, for instance).
B.
On 23 March 2012 13:14, Robert Newson rnew...@apache.org
Finally, the review-after-commit approach bothers me, especially at
crunch times like this. Can we get a chance to preview and discuss
changes while we're trying to push out a release please?
B.
On 23 March 2012 13:15, Robert Newson rnew...@apache.org wrote:
I'm also -1 on your revised solution
the release.
Let's leave it at that, and revisit best practices later.
On 23 Mar 2012, at 13:17, Robert Newson rnew...@apache.org wrote:
Finally, the review-after-commit approach bothers me, especially at
crunch times like this. Can we get a chance to preview and discuss
changes while we're
:28, Randall Leeds randall.le...@gmail.com wrote:
On Fri, Mar 23, 2012 at 06:15, Robert Newson rnew...@apache.org wrote:
I'm also -1 on your revised solution. We go to the trouble of
carefully logging and formatting these errors and then log them at a
level that approximately no one ever runs
Working on it.
On 23 March 2012 13:54, Noah Slater nsla...@tumbolia.org wrote:
I am available tonight to try and ship 1.2.0. Will we be ready by then?
On Fri, Mar 23, 2012 at 1:39 PM, Robert Newson rnew...@apache.org wrote:
Randall,
I could write a whole thing here but I'll cut it short
http://git-wip-us.apache.org/repos/asf?p=couchdb.git;a=commitdiff;h=1d13adcdcc9e31b80c8c2c4d84bddbe8452e20ec
On 23 March 2012 14:04, Noah Slater nsla...@tumbolia.org wrote:
\o/
On Fri, Mar 23, 2012 at 1:56 PM, Robert Newson rnew...@apache.org wrote:
Working on it.
On 23 March 2012 13:54
I'm revising that, benoit rightly suggests adding a create_if_missing
option which would work the way randall thought create worked.
B.
On 23 March 2012 14:08, Robert Newson rnew...@apache.org wrote:
http://git-wip-us.apache.org/repos/asf?p=couchdb.git;a=commitdiff;h
I'd rather improve the handling in prepare_group/4, I'd hope we could
explicitly enumerate the cases where deleting the view index is a
reasonable response than do it quite this capriciously.
B.
On 18 March 2012 20:28, Randall Leeds randall.le...@gmail.com wrote:
On Sun, Mar 18, 2012 at 11:08,
[
https://issues.apache.org/jira/browse/COUCHDB-1445?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson updated COUCHDB-1445:
---
Fix Version/s: 1.1.2
let's backport to 1.1.x just in case.
CouchDB
[
https://issues.apache.org/jira/browse/COUCHDB-1445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13232375#comment-13232375
]
Robert Newson commented on COUCHDB-1445:
To summarize couchdb-dev IRC chat, we
[
https://issues.apache.org/jira/browse/COUCHDB-1225?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13231312#comment-13231312
]
Robert Newson commented on COUCHDB-1225:
Hi Sam, please file a new ticket
[
https://issues.apache.org/jira/browse/COUCHDB-1444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13231355#comment-13231355
]
Robert Newson commented on COUCHDB-1444:
Sam,
Can you include the logs between
Noah = awesome. Kicking arse and takin' names.
Sent from my iPhone
On 15 Mar 2012, at 15:53, Noah Slater nsla...@tumbolia.org wrote:
Paul,
How long before we can land COUCHDB-1426?
On Thu, Mar 15, 2012 at 8:48 AM, Paul Davis
paul.joseph.da...@gmail.comwrote:
Nope. Though that was a bit
I'd say 3 out of 4 is pretty darn good.
Sent from my iPhone
On 15 Mar 2012, at 17:28, Bob Dionne dio...@dionne-associates.com wrote:
Noah,
Sorry, but I disagree. I don't think your experiment worked well at all and I
think the approach you are taking is going to alienate people.
Best
I don't believe any CouchDB committer or PMC member has any interest
in changing the project name.
I personally feel, as you do, that it's the other products that must
clearly distinguish themselves from CouchDB. The company and product
called Couchbase clearly confuses the community, who
There's no linked list running between the leafs. A b+tree doesn't
require one, though it's a common addition. The b+tree algorithm is a
revision over a binary tree (where inner nodes point strictly at one
left and one right item). To be a b+tree you need to hold many
pointers on an inner node.
what Randall said :P
On 13 March 2012 19:31, Randall Leeds randall.le...@gmail.com wrote:
On Tue, Mar 13, 2012 at 10:40, Robert Newson rnew...@apache.org wrote:
There's no linked list running between the leafs. A b+tree doesn't
require one, though it's a common addition. The b+tree algorithm
Summarizing some things I said on IRC:
I'm more than a little nervous about any more steps that appear to
give fine-grained read access control within a database. We have
repeatedly rejected the idea when it's been raised by community
members citing the numerous problems that come with it (data
I can confirm that XFS is aggressive when deleting large files (other
i/o requests are slow or blocked while it does it). It has been
necessary to iteratively truncate a file instead of a simple 'rm' in
production to avoid that problem. Increasing the size of extent
preallocation ought to help
Stefan,
I'd welcome a chance to access this database. couchdb admin level
access is sufficient for now, email me directly at rnew...@apache.org.
B.
On 12 March 2012 13:09, Stefan Kögl koeglste...@gmail.com wrote:
On Mon, Mar 12, 2012 at 2:01 PM, Jason Smith j...@iriscouch.com wrote:
On Mon,
[
https://issues.apache.org/jira/browse/COUCHDB-1436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13226170#comment-13226170
]
Robert Newson commented on COUCHDB-1436:
Do you have any more details than
the status of these items?
On Sun, Mar 4, 2012 at 1:29 AM, Noah Slater nsla...@tumbolia.org wrote:
Hey chaps,
How are we doing on:
* Bob Dionne will driving COUCHDB-1424
* Benoît Chesneau will be driving COUCHDB-1426
* Robert Newson will be driving the performance work
The R15B patch has been
Presumably you're reading this;
new_revid(#doc{body=Body,revs={OldStart,OldRevs},
atts=Atts,deleted=Deleted}) -
case [{N, T, M} || #att{name=N,type=T,md5=M} - Atts, M =/= ] of
Atts2 when length(Atts) =/= length(Atts2) -
% We must have old style non-md5 attachments
, but thanks for any info?
Owain
-Original Message-
From: Robert Newson [mailto:rnew...@apache.org]
Sent: 06 March 2012 15:29
To: dev@couchdb.apache.org
Subject: Re: -- Revision ID Calculation -- and -- Request for edit
permissions on wiki --
Presumably you're reading
Filipe,
Thanks for the explanation. I agree on the way forward and will apply
your patch to the relevant branches with attribution.
B.
On 5 March 2012 07:41, Filipe David Manana fdman...@apache.org wrote:
On Sun, Mar 4, 2012 at 9:45 AM, Bob Dionne dio...@dionne-associates.com
wrote:
yes, I
go for it! Please mention COUCHDB-1186 in the commit msg so we can trace it.
On 5 March 2012 10:17, Filipe David Manana fdman...@apache.org wrote:
On Mon, Mar 5, 2012 at 2:15 AM, Robert Newson rnew...@apache.org wrote:
Filipe,
Thanks for the explanation. I agree on the way forward
Excellent stuff, thanks Jan. I think it would be prudent to attempt to
identify which patch, or, more likely, which part of the patch, caused
the 30% regression and why. I will attempt that tomorrow or possibly
later today.
B.
On 4 March 2012 12:03, Bob Dionne dio...@dionne-associates.com wrote:
The document is updated periodically, I expect you just had the wrong _rev?
On 2 March 2012 12:25, Stefan Kögl koeglste...@gmail.com wrote:
Hi,
Again something I noticed during my 1.2.x experiments: It seems I
can't update or remove a document from the _replicator database, which
I use for
also I think it's ?rev= not ?_rev=
On 2 March 2012 12:34, Robert Newson rnew...@apache.org wrote:
The document is updated periodically, I expect you just had the wrong _rev?
On 2 March 2012 12:25, Stefan Kögl koeglste...@gmail.com wrote:
Hi,
Again something I noticed during my 1.2.x
tbh you should be getting this error: 'Only the replicator can edit
replication documents that are in the triggered state'. I do.
B.
On 2 March 2012 13:38, Stefan Kögl koeglste...@gmail.com wrote:
On Fri, Mar 2, 2012 at 2:21 PM, Jan Lehnardt j...@apache.org wrote:
can you try
could you redo the DELETE or PUT with '-sv' so we can see what's
really being sent? Perhaps there's a weird shell thing happening
causing the rev to be sent incorrectly.
On 2 March 2012 13:51, Robert Newson rnew...@apache.org wrote:
tbh you should be getting this error: 'Only the replicator can
Jan
--
On Mar 2, 2012, at 14:58 , Stefan Kögl wrote:
On Fri, Mar 2, 2012 at 2:54 PM, Robert Newson rnew...@apache.org wrote:
could you redo the DELETE or PUT with '-sv' so we can see what's
really being sent? Perhaps there's a weird shell thing happening
causing the rev to be sent
+1
On 2 March 2012 15:29, Jan Lehnardt j...@apache.org wrote:
Thanks Benoit!
* * *
As an update to the ongoing 1.2.0 release these issues were raised:
- Performance regression (A thread on dev@)
- Multiple Spidermonkey version detection (COUCHDB-1426)
- R15B icu_driver compatibility
+1. Abort this, get the fixes we have in and start round 3. The
performance regression issue is elusive, we might, out of necessity,
have to defer action on that until post 1.2.0.
On 2 March 2012 16:02, Noah Slater nsla...@tumbolia.org wrote:
I think we should, at a minimum:
* Abort this
[
https://issues.apache.org/jira/browse/COUCHDB-1427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson updated COUCHDB-1427:
---
Summary: Replication task not cancelled when documen was deleted from
_replicator db
providing this?
Cheers
Jan
--
On Feb 29, 2012, at 00:23 , Jan Lehnardt wrote:
For Robert Newson, avoiding bulk inserts to populate the dbs:
bench_R14B04_1.1.1_default_doc.tpl.log 0m19.692s
bench_R14B04_1.2.x_default_doc.tpl.log 0m17.033s
bench_R14B04_1.1.1_nested_6k.tpl.log
it absolutely clear again. The performance regression *is* an
issue and I am very grateful for the people, including Robert Newson,
Robert Dionne and Jason Smith, who look into it. It's just that we need to
treat this as an issue and get all this info onto dev@ or into JRIA.
Cheers
Jan
That same time but for 10x doc count;
1.1.x: 10m3.734s
1.2.x: 14m17.877s
My machine is a Macbook Air 1.7 GHz Intel Core i5 with 4 GB 1333 MHz
DDR3 running OS X 10.7.3.
On 29 February 2012 15:03, Robert Newson rnew...@apache.org wrote:
I've produced a new script that reproduces the view
...@gmail.com wrote:
On Wed, Feb 29, 2012 at 6:07 PM, Benoit Chesneau bchesn...@gmail.com wrote:
On Wed, Feb 29, 2012 at 5:53 PM, Benoit Chesneau bchesn...@gmail.com wrote:
On Wed, Feb 29, 2012 at 4:03 PM, Robert Newson rnew...@apache.org wrote:
I've produced a new script that reproduces
the bash script provided by Robert Newson.
Linux version 3.2.7-1.fc16.i686.PAE
(mockbu...@x86-16.phx2.fedoraproject.org) (gcc version 4.6.2 20111027 (Red
Hat 4.6.2-1) (GCC) )
spidermonkey 1.8.5
i686
{couchdb:Welcome,version:1.0.3} (from stock fedora rpm Release:
2.fc16)
real 0m35.652s
information on dev@ to proceed.
And to make it absolutely clear again. The performance regression *is* an
issue and I am very grateful for the people, including Robert Newson,
Robert Dionne and Jason Smith, who look into it. It's just that we need to
treat this as an issue and get all
I think it's worth reminding everyone that the Futon test suite is
only supported on FireFox. The reports of Chrome failing on
attachment_ranges illuminates nothing; it's a Chrome bug. It would be
news if it *didn't* fail on Chrome. :)
The performance regression, I think, is the only thing
.
And to make it absolutely clear again. The performance regression *is* an
issue and I am very grateful for the people, including Robert Newson, Robert
Dionne and Jason Smith, who look into it. It's just that we need to treat
this as an issue and get all this info onto dev@ or into JRIA
[
https://issues.apache.org/jira/browse/COUCHDB-1424?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13217191#comment-13217191
]
Robert Newson commented on COUCHDB-1424:
hangs for me too, the last thing
[
https://issues.apache.org/jira/browse/COUCHDB-1424?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13217292#comment-13217292
]
Robert Newson commented on COUCHDB-1424:
I ran make check on Ubuntu 11.10, 5
I knew I'd sensed a disturbance in the force.
Welcome on board Jason. :)
B.
On 27 February 2012 17:11, Jan Lehnardt j...@apache.org wrote:
On Feb 27, 2012, at 18:04 , Noah Slater wrote:
Hey,
I'd like to announce that the Apache CouchDB PMC has voted for Jason Smith
to become the 14th
If the R15/64 bit fix is the only issue with round 2, then I vote with
Jan to defer it to 1.2.1. If we're opening up round 3 for any reason,
I'd like to see it go in.
b.
On 27 February 2012 19:09, Jan Lehnardt j...@apache.org wrote:
On Feb 23, 2012, at 18:09 , Jan Lehnardt wrote:
I'm happy
for my part, I don't set user.email in my global .gitconfig because
I've often committed with the wrong address. Leaving it undefined then
gives you a warning when you commit. I then set the right local value
and --amend --reset-author. Pretty sure our apache repo insists on
apache.org addresses
[
https://issues.apache.org/jira/browse/COUCHDB-1186?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13216720#comment-13216720
]
Robert Newson commented on COUCHDB-1186:
Filipe,
Part of this patch
attachment_ranges is expected to fail on Chrome because Chrome is wrong.
to prove this more clearly, change line 29 of the test to Range:
bytes=0-1000 and run it again, Chrome will tell you it
fetched 1001 bytes of the 28 byte attachment. A neat trick.
B.
On 24 February 2012
[
https://issues.apache.org/jira/browse/COUCHDB-523?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson updated COUCHDB-523:
--
Fix Version/s: 1.3
Let's reopen this and try to get it done for 1.3. I don't see any
[
https://issues.apache.org/jira/browse/COUCHDB-523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13215576#comment-13215576
]
Robert Newson commented on COUCHDB-523:
---
also +1 on the array/order preserving API
+1
md5, sha, sig verified.
make check passes.
futon fully passes in FF 10.0. fully passes in Chrome 17 (except
attachment_ranges).
OS X 10.7.3, spidermonkey 1.8.5, icu 4.8.1.1.
B.
On 23 February 2012 04:39, Brian Mitchell binar...@gmail.com wrote:
Same result as last vote on OS X 10.7.3 using
omitted to say this was R14B04, sorry.
On 23 February 2012 11:33, Robert Newson rnew...@apache.org wrote:
+1
md5, sha, sig verified.
make check passes.
futon fully passes in FF 10.0. fully passes in Chrome 17 (except
attachment_ranges).
OS X 10.7.3, spidermonkey 1.8.5, icu 4.8.1.1.
B
[
https://issues.apache.org/jira/browse/COUCHDB-1420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13214923#comment-13214923
]
Robert Newson commented on COUCHDB-1420:
We should reject dbnames over 256
[
https://issues.apache.org/jira/browse/COUCHDB-1420?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson updated COUCHDB-1420:
---
Component/s: Database Core
Priority: Major (was: Minor)
Summary: Reject
[
https://issues.apache.org/jira/browse/COUCHDB-1420?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson updated COUCHDB-1420:
---
Component/s: (was: Database Core)
Priority: Minor (was: Major)
Summary
I should clarify that I didn't mean ignore, but a test on virtual
machines, of unknown provenance, that are merely similar is enough
to make me very suspicious of any benchmark. If anyone wanted to
perform a more rigorous and diligent test (like, say, *only* changing
the couchdb source code
[
https://issues.apache.org/jira/browse/COUCHDB-1407?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13213732#comment-13213732
]
Robert Newson commented on COUCHDB-1407:
Inclined to agree with the general
[
https://issues.apache.org/jira/browse/COUCHDB-665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13212495#comment-13212495
]
Robert Newson commented on COUCHDB-665:
---
I've successfully replicated a db using
excellent!
On 21 February 2012 20:36, Jan Lehnardt j...@apache.org wrote:
Hi all,
I finally got my act together and prepared the CouchDB API docs that MC Brown
made for Couchbase for your consideration to be added to the project.
I put it up on GitHub so you can check it out.
The repo
I resolved the ipv6 ticket as 'cannot reproduce' given that two
committers have verified ipv6 replication with 1.2.x. Time for round
2?
On 21 February 2012 21:11, Noah Slater nsla...@tumbolia.org wrote:
Are we blocked on anything else? Are we good to go?
On Tue, Feb 21, 2012 at 7:21 PM, Jan
, Jan Lehnardt j...@apache.org wrote:
On 21.02.2012, at 22:38, Robert Newson rnew...@apache.org wrote:
I resolved the ipv6 ticket as 'cannot reproduce' given that two
committers have verified ipv6 replication with 1.2.x. Time for round
2?
+1
On 21 February 2012 21:11, Noah Slater
I do find the product name confusing, and it seems beyond question
that it confuses our community. So, we could navel gaze over whether
it meets the probability of confusion threshold if we want to, but
it seems unnecessary given the genuine confusion being expressed
already.
Perhaps we should
1 for a revamped couchdb.apache.org. The most recent change, I
think, was mine, which simply dropped the misleading diagram in the
top-right. Long past time for an overhaul. Who has the time and skill
to make this happen?
B.
On 20 February 2012 12:02, Simon Metson simonmet...@googlemail.com
901 - 1000 of 1819 matches
Mail list logo
