Dave,
Please leave the binaries in place, or remove them. I, myself, leave them
in place. I then replace them with for the next round. Please do not use
"rcX" anywhere in the release artefact name. It sends the wrong message.
Thanks!
On Fri, Mar 2, 2012 at 11:40 PM, Dave Cottlehuber wrote:
> H
# localhost, mac with vmware fusion internal network to windows 7 vm
Disk: /dev/disk0
Device / Media Name: APPLE SSD TS128C Media
Solid State: Yes
dave@akai slow_couchdb % ./bench.sh small_doc.tpl
Testing 5 of small_doc.tpl in batches of 1
all with js 1.8.5, I can c
Hey folks,
We're aborting in line with the 1.2.0 source release, so I've moved
the binaries https://people.apache.org/~dch/dist/1.2.0/rc2/
Thanks very much for your testing -- this week has been chaotic with
our move to Vienna so I hope to get some proper couch time again next
week.
Dirkjan, Ale
Good catch, will do in the morning.
Cheers
Jan
--
On 02.03.2012, at 20:00, Noah Slater wrote:
> Have you updated NEWS and CHANGES?
>
> On Fri, Mar 2, 2012 at 5:47 PM, Jan Lehnardt wrote:
>
>>
>> On Mar 2, 2012, at 17:28 , Noah Slater wrote:
>>
>>> Vote aborted. Thanks to everyone who took
[
https://issues.apache.org/jira/browse/COUCHDB-1424?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13221251#comment-13221251
]
Dave Cottlehuber commented on COUCHDB-1424:
---
FYI. I've not had these hangs on
On Fri, Mar 2, 2012 at 8:15 PM, Noah Slater wrote:
> Yo,
>
> What do peeps make of this:
>
> http://elixir-lang.org/
>
> Thanks,
>
> N
I thought it would be really coold to have a view server with that.
The only problem I see is the lack of sandboxing you have with
javascript.
- benoît
[
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 (was:
Yo,
What do peeps make of this:
http://elixir-lang.org/
Thanks,
N
Have you updated NEWS and CHANGES?
On Fri, Mar 2, 2012 at 5:47 PM, Jan Lehnardt wrote:
>
> On Mar 2, 2012, at 17:28 , Noah Slater wrote:
>
> > Vote aborted. Thanks to everyone who took part.
> >
> > Five people have claimed ownership of the five remaining tasks:
> >
> > * Bob Dionne will driving
[
https://issues.apache.org/jira/browse/COUCHDB-1427?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13221143#comment-13221143
]
Kurt Milam commented on COUCHDB-1427:
-
here's the finally-fixed replication doc - th
Kept trying to run erratic replications half an hour after I'd deleted their
docs from _replicator
--
Key: COUCHDB-1427
URL: https://issues.apache.org/jira/browse/COUC
On Mar 2, 2012, at 17:28 , Noah Slater wrote:
> Vote aborted. Thanks to everyone who took part.
>
> Five people have claimed ownership of the five remaining tasks:
>
> * Bob Dionne will driving COUCHDB-1424
> * Benoît Chesneau will be driving COUCHDB-1426
> * Jan Lehnardt will be driving the R1
Vote aborted. Thanks to everyone who took part.
Five people have claimed ownership of the five remaining tasks:
* Bob Dionne will driving COUCHDB-1424
* Benoît Chesneau will be driving COUCHDB-1426
* Jan Lehnardt will be driving the R15B patch
* Robert Newson will be driving the performance work
On Mar 2, 2012, at 17:02 , Noah Slater wrote:
> I think we should, at a minimum:
>
> * Abort this round
> * Land the R15B patch
> * Land COUCHDB-1426 (which seems easy)
> * Start round three
>
> I think we should try to:
>
> * Try to land COUCHDB-1424
> * Get clarification on the performance i
[
https://issues.apache.org/jira/browse/COUCHDB-1426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benoit Chesneau reassigned COUCHDB-1426:
Assignee: Benoit Chesneau
> error while building with 2 spidermonkey installe
+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 wrote:
> I think we should, at a minimum:
>
> * Abort this round
> * Land the R15
On Fri, Mar 2, 2012 at 17:02, Noah Slater wrote:
> I think we should, at a minimum:
>
> * Abort this round
> * Land the R15B patch
> * Land COUCHDB-1426 (which seems easy)
> * Start round three
>
> I think we should try to:
>
> * Try to land COUCHDB-1424
> * Get clarification on the performance is
I think we should, at a minimum:
* Abort this round
* Land the R15B patch
* Land COUCHDB-1426 (which seems easy)
* Start round three
I think we should try to:
* Try to land COUCHDB-1424
* Get clarification on the performance issues
For these last two items, I think we should impose a time limit
On Mar 2, 2012, at 16:47 , Dirkjan Ochtman wrote:
> On Fri, Mar 2, 2012 at 16:29, Jan Lehnardt wrote:
>> Proposed Action:
>>
>> I'd propose to release 1.2.0 as-is with the following points mentioned
>> in the release notes (the exact wording of which is to be done):
>>
>> 1. Note that this rel
On Fri, Mar 2, 2012 at 16:29, Jan Lehnardt wrote:
> Proposed Action:
>
> I'd propose to release 1.2.0 as-is with the following points mentioned
> in the release notes (the exact wording of which is to be done):
>
> 1. Note that this release is incompatible with Erlang R15B. A patch is
> available
+1
On 2 March 2012 15:29, Jan Lehnardt 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 (git bra
On Fri, Mar 2, 2012 at 4:06 PM, Jan Lehnardt wrote:
> I just created a replication doc under 1.1.1 and then copied the
> _replicator.couch file to a 1.2.x. On update I the expected result
> Robert also got ("Only the replicator can edit replication documents
> that are in the triggered state.". a
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 (git branch R15B0-driver)
- R15B make check hang on Mac OS X Lion (COU
I just created a replication doc under 1.1.1 and then copied the
_replicator.couch file to a 1.2.x. On update I the expected result
Robert also got ("Only the replicator can edit replication documents
that are in the triggered state.". a curl -X DELETE on the doc with
?rev=4-abcd... (no quotes)
[
https://issues.apache.org/jira/browse/COUCHDB-1426?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13220966#comment-13220966
]
Paul Joseph Davis commented on COUCHDB-1426:
I'm so confused. JSOPTION_ANONF
yes, you should be able to delete it (I can, locally). Running out of
ideas but could you try double quotes around the rev? i.e,
?rev="131-57b4da8d3163468cb0bbf4fd30c87832"
B.
On 2 March 2012 14:32, Jan Lehnardt wrote:
> Was the replication doc created in a 1.1.x CouchDB?
>
> Cheers
> Jan
> --
>
Was the replication doc created in a 1.1.x CouchDB?
Cheers
Jan
--
On Mar 2, 2012, at 14:58 , Stefan Kögl wrote:
> On Fri, Mar 2, 2012 at 2:54 PM, Robert Newson 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 h
On Fri, Mar 2, 2012 at 2:54 PM, Robert Newson 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 incorrectly.
$ curl -sv -X DELETE
"http://stefan:*@127.0.0.1:5984/_repli
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 wrote:
> tbh you should be getting this error: 'Only the replicator can edit
> replication
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 wrote:
> On Fri, Mar 2, 2012 at 2:21 PM, Jan Lehnardt wrote:
>> can you try
>> http://stefan:youpassword@127.0.0.1:5984/_repl
On Fri, Mar 2, 2012 at 2:21 PM, Jan Lehnardt wrote:
> can you try
> http://stefan:youpassword@127.0.0.1:5984/_replicator/mygpo?rev=131-57b4da8d3163468cb0bbf4fd30c87832
> ^^^ - note the auth info
>
> Same with the PUT.
>
> This is something that has changed in 1.2
On Mar 2, 2012, at 14:11 , Stefan Kögl wrote:
> On Fri, Mar 2, 2012 at 1:39 PM, Jan Lehnardt wrote:
>> On Mar 2, 2012, at 13:25 , Stefan Kögl wrote:
>>> 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
>>
On Fri, Mar 2, 2012 at 1:39 PM, Jan Lehnardt wrote:
> On Mar 2, 2012, at 13:25 , Stefan Kögl wrote:
>> 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 pull-replication into my 1.2.x instance.
>
[
https://issues.apache.org/jira/browse/COUCHDB-523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13220899#comment-13220899
]
Ludovic Patey commented on COUCHDB-523:
---
Could there be a preview of the future syn
On Thu, Mar 1, 2012 at 12:21 AM, Benoit Chesneau wrote:
>
> Posted a patch fixing COUCHDB-1426.
>
> https://issues.apache.org/jira/browse/COUCHDB-1426
After some discussions, I made the issue none blocking but critical.
I'm now +0 I guess.
- benoît
[
https://issues.apache.org/jira/browse/COUCHDB-1426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benoit Chesneau updated COUCHDB-1426:
-
Priority: Critical (was: Blocker)
Affects Version/s: 1.3
make it non bloc
On Mar 2, 2012, at 13:25 , Stefan Kögl 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 pull-replication into my 1.2.x instance.
>
> # get current _rev
> $ curl http://127.0.0.
also I think it's ?rev= not ?_rev=
On 2 March 2012 12:34, Robert Newson wrote:
> The document is updated periodically, I expect you just had the wrong _rev?
>
> On 2 March 2012 12:25, Stefan Kögl wrote:
>> Hi,
>>
>> Again something I noticed during my 1.2.x experiments: It seems I
>> can't updat
The document is updated periodically, I expect you just had the wrong _rev?
On 2 March 2012 12:25, Stefan Kögl 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 pull-replication i
[
https://issues.apache.org/jira/browse/COUCHDB-1426?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13220869#comment-13220869
]
Benoit Chesneau commented on COUCHDB-1426:
--
@filiippe thanks for the test
@dav
On Mar 2, 2012, at 11:29 , Stefan Kögl wrote:
> On Thu, Mar 1, 2012 at 9:39 PM, Jan Lehnardt wrote:
>> Where in there did you do the git pull? And was a make clean or git clean
>> involved?
>
> IIRC I did not pull in between, only apply the patch I mentioned
> earlier ( http://friendpaste.com/1
On Thu, Mar 1, 2012 at 9:39 PM, Jan Lehnardt wrote:
> Where in there did you do the git pull? And was a make clean or git clean
> involved?
IIRC I did not pull in between, only apply the patch I mentioned
earlier ( http://friendpaste.com/178nPFgfyyeGf2vtNRpL0w ). And I
probably did a make clean &
42 matches
Mail list logo