On Thu, Aug 19, 2010 at 11:12 PM, Jason Smith wrote:
> On Fri, Aug 20, 2010 at 04:02, Paul Davis wrote:
>
>> Still confused. A couchapp developer shouldn't require any sort of
>> configuration because that's not under their control. For a couchapp
>> to be couchappy, its going to be barred from *r
> '$' mean? Maybe it is like shell variables?
For you sysadmin that know only shell and figure that "$" is only use
in shell ;) this issue is now gone in last commit. ":" are now used
like in the _rewrite handler.
For the "issue" of jchris, I think we should answer to potential
problems in the ti
[
https://issues.apache.org/jira/browse/COUCHDB-861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson resolved COUCHDB-861.
---
Fix Version/s: 1.1
Resolution: Fixed
resolved in r987343 on trunk.
> Enhance _sum to
[
https://issues.apache.org/jira/browse/COUCHDB-861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson updated COUCHDB-861:
--
Attachment: (was:
0001-COUCHDB-861-enhance-_sum-to-work-with-lists-of-numbe.patch)
> Enha
[
https://issues.apache.org/jira/browse/COUCHDB-861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson updated COUCHDB-861:
--
Attachment: 0001-COUCHDB-861-enhance-_sum-to-work-with-lists-of-numbe.patch
> Enhance _sum to
could this be related to the replication issues I was having? it was a quite a
big database and a slow connection (5 mbit)...
Am 19.08.2010 um 23:27 schrieb Jason Smith :
> Not sure if this is a bug yet so I'm running it by the list.
>
> I believe couchdb is sometimes not sending a heartbeat du
[
https://issues.apache.org/jira/browse/COUCHDB-861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson updated COUCHDB-861:
--
Attachment: 0001-COUCHDB-861-enhance-_sum-to-work-with-lists-of-numbe.patch
Better patch with
On Thu, Aug 19, 2010 at 11:27 PM, Jason Smith wrote:
> Not sure if this is a bug yet so I'm running it by the list.
>
> I believe couchdb is sometimes not sending a heartbeat during _changes. For
>
> /_changes?feed=continuous&filter=ddoc/a_filter&heartbeat=1000&since=0
>
> If the database has
Not sure if this is a bug yet so I'm running it by the list.
I believe couchdb is sometimes not sending a heartbeat during _changes. For
/_changes?feed=continuous&filter=ddoc/a_filter&heartbeat=1000&since=0
If the database has millions of documents but the filter only returns
a very small nu
On Fri, Aug 20, 2010 at 04:02, Paul Davis wrote:
> Still confused. A couchapp developer shouldn't require any sort of
> configuration because that's not under their control. For a couchapp
> to be couchappy, its going to be barred from *requiring* such
> configuration or it'll never work on the wi
On Thu, Aug 19, 2010 at 4:57 PM, Jason Smith wrote:
> On Fri, Aug 20, 2010 at 03:31, J Chris Anderson wrote:
>
>> My point is that if you have an app that requires a vhost to work, then you
>> have to do some machine level configuration to get more than one (or maybe
>> 2) vhosts, from a standard
On Thu, Aug 19, 2010 at 4:21 PM, Jason Smith wrote:
> On Fri, Aug 20, 2010 at 01:43, Paul Davis wrote:
>
>> > CouchDB adoption is growing. The network, system, and programming
>> > responsibilities are becoming different people. It needs to allow
>> everybody
>> > to do their job.
>> >
>>
>> Can y
On Fri, Aug 20, 2010 at 03:31, J Chris Anderson wrote:
> My point is that if you have an app that requires a vhost to work, then you
> have to do some machine level configuration to get more than one (or maybe
> 2) vhosts, from a standard issue Mac or Windows box. You can't ask grandma
> to do th
[
https://issues.apache.org/jira/browse/COUCHDB-230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12900448#action_12900448
]
Benoit Chesneau commented on COUCHDB-230:
-
Following thread on ml
Imo Path alias
On Thu, Aug 19, 2010 at 10:31 PM, J Chris Anderson wrote:
>
> On Aug 19, 2010, at 1:25 PM, Jason Smith wrote:
>
>> On Fri, Aug 20, 2010 at 02:28, J Chris Anderson wrote:
>>
>>> KEY POINT: Any CouchApp which is designed to require vhosts is
>>> automatically not capable of running on localhost.
>>
On Thu, Aug 19, 2010 at 10:20 PM, Benoit Chesneau wrote:
> On Thu, Aug 19, 2010 at 9:28 PM, J Chris Anderson wrote:
>
>> My top concern with all of this vhost stuff is much more basic, and I think
>> needs to be addressed before we think about adding convenience features:
>>
>> On localhost, the
On Aug 19, 2010, at 1:25 PM, Jason Smith wrote:
> On Fri, Aug 20, 2010 at 02:28, J Chris Anderson wrote:
>
>> KEY POINT: Any CouchApp which is designed to require vhosts is
>> automatically not capable of running on localhost.
>>
>> Until we solve this issue I'm not much interested in refining
On Fri, Aug 20, 2010 at 02:28, J Chris Anderson wrote:
> KEY POINT: Any CouchApp which is designed to require vhosts is
> automatically not capable of running on localhost.
>
> Until we solve this issue I'm not much interested in refining the existing
> vhost stuff.
>
Many apologies but I'm havi
On Fri, Aug 20, 2010 at 01:43, Paul Davis wrote:
> > CouchDB adoption is growing. The network, system, and programming
> > responsibilities are becoming different people. It needs to allow
> everybody
> > to do their job.
> >
>
> Can you describe this in more detail? I don't think I understand you
On Thu, Aug 19, 2010 at 9:28 PM, J Chris Anderson wrote:
> My top concern with all of this vhost stuff is much more basic, and I think
> needs to be addressed before we think about adding convenience features:
>
> On localhost, there is no such thing as a Domain Name (unless you are the
> type
I'll admit I'm a little lost here too. What is the change to $foo supposed to
allow for, and what is the downside to having it?
I think the example:
$app.$db.example.com = /$db/_design/$app/_rewrite
is actually pretty compelling *as a convenience feature.*
However, Jason is arguing that the co
On Thu, Aug 19, 2010 at 10:59 AM, Jason Smith wrote:
> On Thu, Aug 19, 2010 at 21:27, Benoit Chesneau wrote:
>
>> Could you explain me how it's impossible compared to previous
>> behaviour ? It doesn't change anything technically. Please post all
>> your concern and a way to reproduce , I will ha
On Fri, Aug 20, 2010 at 00:37, Benoit Chesneau wrote:
> On Thu, Aug 19, 2010 at 7:22 PM, Jason Smith wrote:
> > On Fri, Aug 20, 2010 at 00:13, Benoit Chesneau
> wrote:
> >
> >> A couchapp should be "domain" independant, this is the principle of a
> >> couchapp . So I can replicate anywhere and
> But that's just the way I see it. Today it's already possible to had
s/had/add
sorry for the typos.
On Thu, Aug 19, 2010 at 7:22 PM, Jason Smith wrote:
> On Fri, Aug 20, 2010 at 00:13, Benoit Chesneau wrote:
>
>> A couchapp should be "domain" independant, this is the principle of a
>> couchapp . So I can replicate anywhere and not only in
>> centralizedhost.com . Following this principle, it s
On Fri, Aug 20, 2010 at 00:13, Benoit Chesneau wrote:
> A couchapp should be "domain" independant, this is the principle of a
> couchapp . So I can replicate anywhere and not only in
> centralizedhost.com . Following this principle, it sound weird to set
> an hostname in the CouchApp.
>
That is
> A couchapp should be "domain" independant, this is the principle of a
s/domain/couchdb node
On Thu, Aug 19, 2010 at 7:00 PM, Jason Smith wrote:
> On Thu, Aug 19, 2010 at 22:23, Benoit Chesneau wrote:
>
>> To answer in a more generic way. As a "sys admin" or "operatives", you
>> are already habit to vhosts or Locations with http servers. This is
>> the same system here. Nothing new, just
>
> My feeling is when you need
>
> * pattern matching (the concept, not Erlang)
> * capturing substrings
> * building new strings based on the captured parts
> * Understood by *most* programmers and sysadmins is lagniappe
>
what is not understandable in
$val1.test.$val2.domain.tld = /$val1/$
On Thu, Aug 19, 2010 at 23:53, Noah Slater wrote:
>
> On 19 Aug 2010, at 17:48, Benoit Chesneau wrote:
>
> >> 3. Everybody knows them
> >
> > that's not true. http://xkcd.com/208/
> >
> > To answer to this "reinventing" . We had long discussions on how to
> > manage rewriting in couchapps. Some
On Thu, Aug 19, 2010 at 22:23, Benoit Chesneau wrote:
> To answer in a more generic way. As a "sys admin" or "operatives", you
> are already habit to vhosts or Locations with http servers. This is
> the same system here. Nothing new, just a syntax different.
>
> I think also there is 2 views of c
I use keys in my multiview client, I just add keys as normal, e.g.
/demo/_design/query/_view/data?startkey="val1"&endkey="val2"&reduce=false
in the json document views array that I post to the multiview.
I build this document in javascript so I escape the " for the keys e.g.
"/demo/_design/que
On 19 Aug 2010, at 17:48, Benoit Chesneau wrote:
>> 3. Everybody knows them
>
> that's not true. http://xkcd.com/208/
>
> To answer to this "reinventing" . We had long discussions on how to
> manage rewriting in couchapps. Some included "regexp", we fall in the
> current system. Ie pattern mat
On Thu, Aug 19, 2010 at 6:30 PM, Jason Smith wrote:
> On Thu, Aug 19, 2010 at 23:14, Benoit Chesneau wrote:
>
>> On Thu, Aug 19, 2010 at 5:56 PM, Noah Slater wrote:
>> >
>> > On 19 Aug 2010, at 16:49, Benoit Chesneau wrote:
>> >
>> >> Well asking without giving yourself some data make it irrelev
On Thu, Aug 19, 2010 at 23:14, Benoit Chesneau wrote:
> On Thu, Aug 19, 2010 at 5:56 PM, Noah Slater wrote:
> >
> > On 19 Aug 2010, at 16:49, Benoit Chesneau wrote:
> >
> >> Well asking without giving yourself some data make it irrelevant but
> >
> > Not really.
> >
> > I'm suggesting that if we
On Thu, Aug 19, 2010 at 5:56 PM, Noah Slater wrote:
>
> On 19 Aug 2010, at 16:49, Benoit Chesneau wrote:
>
>> Well asking without giving yourself some data make it irrelevant but
>
> Not really.
>
> I'm suggesting that if we're going to use performance as an argument, we use
> data and not suppos
On 19 Aug 2010, at 16:49, Benoit Chesneau wrote:
> Well asking without giving yourself some data make it irrelevant but
Not really.
I'm suggesting that if we're going to use performance as an argument, we use
data and not supposition.
> Pattern matching is more efficient in erlang. Why would
On Thu, Aug 19, 2010 at 5:36 PM, Noah Slater wrote:
>
> On 19 Aug 2010, at 16:23, Benoit Chesneau wrote:
>
>> Regexps are complicated, Regexps are slow (especially in erlang).
>
> This is generally false.
>
> I'd want to seem some data to back it up as a justification.
Well asking without giving
On 19 Aug 2010, at 16:23, Benoit Chesneau wrote:
> Regexps are complicated, Regexps are slow (especially in erlang).
This is generally false.
I'd want to seem some data to back it up as a justification.
If you're going to allow this kind of pattern matching, I would use regexps
until it was p
To answer in a more generic way. As a "sys admin" or "operatives", you
are already habit to vhosts or Locations with http servers. This is
the same system here. Nothing new, just a syntax different.
I think also there is 2 views of couchdb in oposition here. One is
about managing couchdb in multi
On Thu, Aug 19, 2010 at 21:27, Benoit Chesneau wrote:
> Could you explain me how it's impossible compared to previous
> behaviour ? It doesn't change anything technically. Please post all
> your concern and a way to reproduce , I will have a look on it. Though
> here hosting > 50 couch - trunk be
[
https://issues.apache.org/jira/browse/COUCHDB-862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bob Dionne updated COUCHDB-862:
---
Attachment: replication.js.patch
clean up sloppy JS
> replicator.js fails to run in standalone js t
[
https://issues.apache.org/jira/browse/COUCHDB-861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12900292#action_12900292
]
Robert Newson commented on COUCHDB-861:
---
Yes, I like that. Will hack on it later ton
[
https://issues.apache.org/jira/browse/COUCHDB-861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12900291#action_12900291
]
Adam Kocoloski commented on COUCHDB-861:
I worked on something like this with Ben
On Thu, Aug 19, 2010 at 4:27 PM, Benoit Chesneau wrote:
> On Thu, Aug 19, 2010 at 4:22 PM, Jason Smith wrote:
>> On Thu, Aug 19, 2010 at 21:19, Benoit Chesneau wrote:
>>
>>> On Thu, Aug 19, 2010 at 2:30 PM, Jason Smith wrote:
>>>
>>> > Woah! Can we all please take a step back and talk about wha
On Thu, Aug 19, 2010 at 4:22 PM, Jason Smith wrote:
> On Thu, Aug 19, 2010 at 21:19, Benoit Chesneau wrote:
>
>> On Thu, Aug 19, 2010 at 2:30 PM, Jason Smith wrote:
>>
>> > Woah! Can we all please take a step back and talk about what problem this
>> > solves?
>> Not everyone want to use a proxy
On Thu, Aug 19, 2010 at 21:19, Benoit Chesneau wrote:
> On Thu, Aug 19, 2010 at 2:30 PM, Jason Smith wrote:
>
> > Woah! Can we all please take a step back and talk about what problem this
> > solves?
> Not everyone want to use a proxy to do smart vhosting. Not everyone do
> mass hosting. Some pe
On Thu, Aug 19, 2010 at 2:30 PM, Jason Smith wrote:
> Woah! Can we all please take a step back and talk about what problem this
> solves?
Not everyone want to use a proxy to do smart vhosting. Not everyone do
mass hosting. Some people just want to host their couchdb on port 80
like some tshirt sa
[
https://issues.apache.org/jira/browse/COUCHDB-862?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12900281#action_12900281
]
Filipe Manana commented on COUCHDB-862:
---
Bob, thanks for the patch.
The use of thos
[
https://issues.apache.org/jira/browse/COUCHDB-862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bob Dionne updated COUCHDB-862:
---
Attachment: replicator.js.patch
fixes replicator.js in standalone mode
> replicator.js fails to run
replicator.js fails to run in standalone js tests
-
Key: COUCHDB-862
URL: https://issues.apache.org/jira/browse/COUCHDB-862
Project: CouchDB
Issue Type: Bug
Components: Test Suite
On Thu, Aug 19, 2010 at 01:48, Benoit Chesneau (JIRA) wrote:
>
>[
> https://issues.apache.org/jira/browse/COUCHDB-230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12899954#action_12899954]
>
> Benoit Chesneau commented on COUCHDB-230:
> ---
Enhance _sum to handle lists of numbers.
Key: COUCHDB-861
URL: https://issues.apache.org/jira/browse/COUCHDB-861
Project: CouchDB
Issue Type: Improvement
Components: Database Core
Futon appends wrong version number to files
---
Key: COUCHDB-860
URL: https://issues.apache.org/jira/browse/COUCHDB-860
Project: CouchDB
Issue Type: Bug
Components: Futon
Affects Versions
Replication test failure on CouchDB 1.0.1 / Ubuntu 10.04 / Xulrunner 1.0.2.8
clean install
--
Key: COUCHDB-859
URL: https://issues.apache.org/jira/browse/COUCHDB-859
On 19 Aug 2010, at 09:58, Robert Newson wrote:
> It seems impossible to guess when I should put things in trunk or on
> branches. :)
I would use the following rule of thumb:
If the change is self-contained and relatively minor, commit to trunk.
Otherwise, a branch.
Basically, avoid breaking t
I could successfully run your test and also my own test with empty views.
I'll try extensive tests and make you informed of the results.
My only remaining question is about view parameters, How can I send
startkey, endkey, startkeydocId for each of my views?
Thank you Norman,
On Wed, Aug 18, 201
It seems impossible to guess when I should put things in trunk or on
branches. :)
I've put the work on trunk now. Attachments honor the Range header in
all cases now. Attachments written after my code change, or old
attachments after a compaction, are served more efficiently.
B.
On Thu, Aug 19,
Why branch now ? If something need to be fixed or improved vs the
current status in trunk I would prefer it done as quickly as possible
in trunk .
Shouldn't we revert the commit in trunk too in other cases ?
- benoit
On Thu, Aug 19, 2010 at 10:06 AM, wrote:
> Author: rnewson
> Date: Thu Aug 1
59 matches
Mail list logo
