On Jul 28, 2010, at 8:55 PM, Norman Barker wrote:
> Hi Chris,
>
> I work for ITT VIS and we would really like to give this multiview for
> consideration by the community (as well as other patches). I have
> passed this to our legal dept and they would like us to follow
> http://www.apache.org/de
Hi Chris,
I work for ITT VIS and we would really like to give this multiview for
consideration by the community (as well as other patches). I have
passed this to our legal dept and they would like us to follow
http://www.apache.org/dev/crypto.html, I believe this has already been
followed since Da
On Jul 28, 2010, at 2:18 PM, Norman Barker wrote:
> Hi Volker,
>
> thanks for letting me know, in that case can we have clarification
> from someone on the PMC?
>
> This is a serious issue for US companies wanting to contribute to Couch.
>
Thanks Norman,
It's my understanding that we have th
This maybe gets into the realm of over-engineering, but we could track the
deleted files elsewhere so we don't have to find them.
One solution is a _trash db. Insert, rename file, delete async and clear the
document if it succeeds. Consume changes and delete the files on startup.
Advantages: delet
[
https://issues.apache.org/jira/browse/COUCHDB-523?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Kocoloski updated COUCHDB-523:
---
Fix Version/s: 1.1
Seems pretty useful to me. I think re-reducing the final output is not t
I worry about installations with many many databases (like Canonical UbuntuOne
with over a million). Walking the dir structure to look for .delete files would
take a very long time. Though I suppose it could scan it async and not block
server operation.
-Damien
On Jul 28, 2010, at 5:56 PM, Ra
Hmmm. Would it be crazy to walk the tree nuking the .delete files on startup
instead?
Sent from my interstellar unicorn.
On Jul 28, 2010 5:42 PM, "Damien Katz" wrote:
No, it moves the files to a fixed subdirectory (".delete"), and on start-up,
clears out that subdirectory. So if you crash after
No, it moves the files to a fixed subdirectory (".delete"), and on start-up,
clears out that subdirectory. So if you crash after the rename to the
directory, but before the delete, on the next startup it will complete the
deletion by nuking all the files in that directory.
-Damien
On Jul 28, 2
Damien,
Isn't that the current behavior, too? Now the files are just scattered
around instead of in one directory.
On Wed, Jul 28, 2010 at 16:28, Damien Katz wrote:
> The problem doing it this way is what happens if there is crash between the
> rename and the actual delete. Then you'l have a lar
[
https://issues.apache.org/jira/browse/COUCHDB-840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Kocoloski resolved COUCHDB-840.
Resolution: Fixed
> be more relaxed about verifying SSL certificate chains
> -
[
https://issues.apache.org/jira/browse/COUCHDB-840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Kocoloski updated COUCHDB-840:
---
Attachment: COUCHDB-840.patch
a very simple patch against 1.0.x
> be more relaxed about ver
be more relaxed about verifying SSL certificate chains
--
Key: COUCHDB-840
URL: https://issues.apache.org/jira/browse/COUCHDB-840
Project: CouchDB
Issue Type: Improvement
Affects Versio
[
https://issues.apache.org/jira/browse/COUCHDB-838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Kocoloski resolved COUCHDB-838.
Resolution: Fixed
> replicator should not require integer seqnums
> --
[
https://issues.apache.org/jira/browse/COUCHDB-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12893424#action_12893424
]
Randall Leeds commented on COUCHDB-839:
---
I've brought this up a couple of times and
The problem doing it this way is what happens if there is crash between the
rename and the actual delete. Then you'l have a large file stuck on the file
system, never actually deleted.
-Damien
On Jul 28, 2010, at 4:20 PM, Robert Newson wrote:
> All,
>
> It used to be possible to mount multipl
[
https://issues.apache.org/jira/browse/COUCHDB-839?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Stockton updated COUCHDB-839:
---
Summary: [PATCH] Couchdb startup script should support a erl startup
options flag (was: Cou
[
https://issues.apache.org/jira/browse/COUCHDB-839?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Stockton updated COUCHDB-839:
---
Attachment: couchdb.tpl.in.patch
Here is a simple patch demonstrating the inclusion of a -O
Couchdb startup script should support a erl startup options flag
Key: COUCHDB-839
URL: https://issues.apache.org/jira/browse/COUCHDB-839
Project: CouchDB
Issue Type: Improvemen
All,
It used to be possible to mount multiple volumes under
/var/lib/couchdb and direct databases to them using embedded %2f's.
This broke recently when a central .delete directory was introduced.
The file:rename attempts to cross filesystems and fails with EXDEV.
I have fixed this at
http://gith
replicator should not require integer seqnums
-
Key: COUCHDB-838
URL: https://issues.apache.org/jira/browse/COUCHDB-838
Project: CouchDB
Issue Type: Bug
Affects Versions: 1.0
Report
On 07/28/2010 11:02 PM, sima lotfi wrote:
hi,
does anyone know if I can do a bbox query on geometries other than points in
geocouch. is it done the same way as points or differently.
thanks,
sima
Hi Sima,
as the README.geo says "The key is a [GeoJSON](http://geojson.org)
geometry, [...]. Al
Hi Volker,
thanks for letting me know, in that case can we have clarification
from someone on the PMC?
This is a serious issue for US companies wanting to contribute to Couch.
thanks,
Norman
On Wed, Jul 28, 2010 at 2:28 PM, Volker Mische wrote:
> Hi Norman,
>
> I haven't done anything :) It's
hi,
does anyone know if I can do a bbox query on geometries other than points in
geocouch. is it done the same way as points or differently.
thanks,
sima
Hi Norman,
I haven't done anything :) It's just the default CouchDB README file.
Cheers,
Volker
On 07/28/2010 09:57 PM, Norman Barker wrote:
Hi,
I am looking to put some couchdb erlang code for the multiview
integration with couchdb-clucene on my github account for review.
Having consulted
Hi Norman,
I haven't done anything :) It's just the default CouchDB README file.
Cheers,
Volker
On 07/28/2010 09:57 PM, Norman Barker wrote:
Hi,
I am looking to put some couchdb erlang code for the multiview
integration with couchdb-clucene on my github account for review.
Having consulted
Hi,
I am looking to put some couchdb erlang code for the multiview
integration with couchdb-clucene on my github account for review.
Having consulted with our export control dept here, it seems I should
follow
http://www.apache.org/dev/crypto.html
and I see that Volker has put a note at the bott
I think marking it as deprecated would be the way to go. Then clean it
up in the next major (!) release (e.g. 2.0).
Till
On Wed, Jul 28, 2010 at 1:55 PM, Volker Mische wrote:
> I think deprecating parts of the API after 1.0 is alright, as long if it's
> still there till the next stable major rel
I think deprecating parts of the API after 1.0 is alright, as long if
it's still there till the next stable major release.
We extend the API, and I don't see a difference between extending it
with a new value for an existing key and extending it with a new key.
Except that the latter is cleane
On 28 Jul 2010, at 12:40, Filipe David Manana wrote:
> Do we have some JIRA allergy?
Yep.
+1 on stale=update_after. While I don't find it that obvious, it can
be explained in documentation. It's better to have this in 1.1 that
continue arguing. Perhaps in 2.x we would tidy this, but I bet by then
no one will care anyway. :)
B.
On Wed, Jul 28, 2010 at 12:40 PM, Filipe David Manana
wro
Do we have some JIRA allergy?
I don't mind a new parameter, whatever its name might be. But it
introduces a bigger change in the API, and abandoning "stale" in
favour of this new parameter wouldn't be reasonable before at least
one major release (2.0, 3.0 whatever, but definitely not 1.x).
I woul
Abdul Hakeem wrote:
> Does anyone know how to unsubscribe from this list ?
1. Go to the CouchDB homepage at http://couchdb.apache.org/
2. Click Mailing Lists which takes you to
http://couchdb.apache.org/community/lists.html
3. Profit! (Well, not really.)
Nils.
De informatie vervat in deze e
32 matches
Mail list logo
