HN mentioned it looks identical to the Cordova
>> project[1]. Is this part of a standardization effort at Apache or just the
>> same designer?
>>
>> Well done!
>>
>> [1] https://incubator.apache.org/cordova/
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
and
everyone who helped with COUCHDB-1238. With this feature available
I'll have to come up with new reasons to procrastinate on the
world-domination thing...
Cheers,
Chris
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
gt;>> Tried.
>>
>> -
>> Andrey
>>
>
> Then you should do something wrong. Works here.
>
> - benoit
>
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
gt; > we've had quite a few discussions on switching to Git already and no one
>> > has voiced opposition. Seeing as that's the case if I get a majority of
>> > +1's from the committers I'll start disabling SVN access as soon as I see
>> > the majority vote.
>> >
>> > Paul Davis
>
>
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
Currently you can add members to the
On Thu, Sep 15, 2011 at 8:16 PM, Benoit Chesneau wrote:
> On Fri, Sep 16, 2011 at 2:59 AM, Chris Anderson wrote:
>> On Mon, Sep 12, 2011 at 10:06 AM, Benoit Chesneau
>> wrote:
>>> On Mon, Sep 12, 2011 at 6:14 PM, Jan Lehnardt wro
useful to anyone using the user db and does not put
a burden on folks who are not. For instance, I am building an app that
uses this feature to connect your phone to the cloud, without the user
ever having to specify a password.
Chris
>
> Apart that , I'm ok for the trunk like it is.
>
> - benoît
>
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
On Sat, Aug 27, 2011 at 7:50 PM, Jason Smith wrote:
> Hi, Chris. I totally agree with the requirements this idea serves.
> I've got some quick questions inline.
>
> On Sun, Aug 28, 2011 at 2:39 AM, Chris Anderson wrote:
>> So for instance if I have a private databa
On Sat, Aug 27, 2011 at 1:35 PM, Randall Leeds wrote:
> On Sat, Aug 27, 2011 at 12:05, Chris Anderson wrote:
>
>> On Sat, Aug 27, 2011 at 9:14 AM, Benoit Chesneau
>> wrote:
>>
>> > _security doc or object is something we need available each time we open
>&
britcom"]
}
So maybe you want your validator to relax the rules and let anyone
save a document as long as it mentions cupcakes or britcom.
I'm not saying it's a good idea to stick junk in your _acl aside from
names and roles, I'm just saying I won't stop you.
How do people feel about this proposal?
Chris
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
hat works for me.
I think for 2.0 we should consider whether to move it to a _local/doc
or not. Part of the point of the original implementation is
simplicity. If it stops being simple we should feel free to refactor
as long as we don't break people's expectations.
Chris
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
on security changes ("updated security
for 22 of 36 shards.")
Chris
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
On Thu, Aug 25, 2011 at 4:06 PM, Paul Davis wrote:
> On Thu, Aug 25, 2011 at 6:03 PM, Chris Anderson wrote:
>> MVCC semantics would be helpful for the _security object.
>>
>> If caching + aliasing it to _local/security is the easier way to add
>> this, then I think it
So I think there are a lot of legitimate uses for non-Couch API ways
of getting at the data. If there is strong demand from users for one
or another option, we should consider including it.
Chris
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
database may never
>> >>>>> be public"}
>> >>>>>
>> >>>>> Eagerly awaiting a list of cons :)
>> >>>>
>> >>>> The only trouble I have with _local/security is that _local documents
>> > are represented using #doc records instead of #full_doc_info records. As
>> > such, they have no support for MVCC.
>> >>>
>> >>> I did not realize that, so one of the points I made was wrong. FWIW I
>> >>> always assumed _local docs were normal docs, except they are
>> >>> special-cased to neither replicate nor be represented in views.
>> >>>
>> >>> Thanks for the tip!
>> >>>
>> >>> --
>> >>> Iris Couch
>> >>>
>> >>
>> >
>>
>
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
;> > "(master)|(rel/*)" in the branch name. The second issue is that
>>> > there's always a possibility we have to revert to SVN if things break.
>>> > In this interest I've disabled inserting merge commits into those same
>>> > branches
nal, I'd like to know what the intent here is :)
>>
>> Cheers
>> Jan
>> --
>>
>>
>
> Someone's sick idea of a sleep statement?
>
> FWIW, it's been doubled up since it was committed a long time ago:
>
> https://github.com/apache/couchdb/commit/ed7e7c686fae7f1d2e3f149c2f2ed8854c4f95c8#L0R152
>
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
an
> then be a supported backend of MapServer.
>
> cc'd Frank and Even rather than cross-posting as they seem to have
> some couch interest.
>
> thanks,
>
> Norman
>
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
ve a present for you:
http://200967.spreadshirt.com/men-s-heavyweight-t-shirt-A7726440/customize/color/1
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
CouchDB in the Wild Page gets so long that browsers can't
render it, Damien can be a proud papa indeed. :)
Chris
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
11/03/10/blitzio-couchdb-in-production/
>>>>
>>>> K.
>>>>
>>>> ps: This discussion group just makes my day, especially when there's
>>>> release voting!
>>>> ---
>>>> http://blitz.io
>>>> http://twitter.com/pcapr
>>>> http://labs.mudynamics.com
>>>>
>>>
>>> When I was growing up mailing lists were about serious business.
>>>
>>> http://www.youtube.com/watch?v=Xe1a1wHxTyo
>>>
>>
>>
>>
>> --
>> twitter: @norbu09
>> current project: iWantMyName.com
>
>
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
fic dependency and other
> dependencies ( i.e Erlang) please?
>
> thanks,
> -arash
>
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
gt;> the functionality - namely, that the options defined therein may be
>> overridden by the caller.
>> >
>> > I'd attempt a patch, but I probably lack the necessary Erlang-fu. Jan
>> encouraged me to propose the feature here anyway :)
>> >
>> > Have a nice week,
>> >
>> > David
>>
>> Hi David, this sounds like a good idea to me, and I like the name
>> "query_defaults". I think there's even some code in a multi-query JIRA
>> ticket I started that takes care of parsing JSON objects which specify query
>> parameters. Do you mind creating a ticket so we don't forget about it?
>> Best,
>>
>> Adam
>
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
isn't set to infinity, in
> particular in couch_query_servers
>
> ret_os_process(Proc) ->
> true = gen_server:call(couch_query_servers, {ret_proc, Proc}, infinity),
> catch unlink(Proc#proc.pid),
> ok.
>
>
> thanks,
>
> Norman
>
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
>>> Firefox 4 seems to have a lot of trouble with it.
>>
>> Also, our documented test browser is FF3.5. I wonder if the update to
>> 4 is also most of the issue.
>
> Could be. :)
>
> DOWN WITH ALL NON-DETERMINISTIC BROWSER TESTS, I SAY!
>
> (I, for one, welcome our new etap overlords.)
>
>
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
a manilla envelope of discontentment.
>
>
--
Chris Anderson
http://jchrisa.net
http://couchbase.com
[
https://issues.apache.org/jira/browse/COUCHDB-1060?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13031452#comment-13031452
]
Chris Anderson commented on COUCHDB-1060:
-
The current implementation avoi
[
https://issues.apache.org/jira/browse/COUCHDB-1060?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13030450#comment-13030450
]
Chris Anderson commented on COUCHDB-1060:
-
I love this. Currently the
[
https://issues.apache.org/jira/browse/COUCHDB-1141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13025586#comment-13025586
]
Chris Anderson commented on COUCHDB-1141:
-
This is proper behavior. (Or --
[
https://issues.apache.org/jira/browse/COUCHDB-1092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13007913#comment-13007913
]
Chris Anderson commented on COUCHDB-1092:
-
Wowsers Filipe, this is great
[
https://issues.apache.org/jira/browse/COUCHDB-1086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13004949#comment-13004949
]
Chris Anderson commented on COUCHDB-1086:
-
I think we should do what we ca
hanges
> to other nodes.
> Is this a good design with couchdb or is it not intended for this design?
>
> How else could you design a chat application with couchdb?
>
> /Johnny
>
--
Chris Anderson
http://jchrisa.net
http://couch.io
Jan,
I like all those suggestions. Care to make the changes or should I?
Chris
On Sat, Nov 27, 2010 at 6:29 AM, Jan Lehnardt wrote:
>
> On 27 Nov 2010, at 15:27, Jan Lehnardt wrote:
>
>> Hi Chris,
>>
>> Good change, comments inline.
>>
>> On 27 N
1039619&view=diff
> ==
> --- couchdb/trunk/src/couchdb/couch_db.erl (original)
> +++ couchdb/trunk/src/couchdb/couch_db.erl Sat Nov 27 04:41:20 2010
> @@ -26,7 +26,7 @@
> -export([set_security/2,get_secu
[
https://issues.apache.org/jira/browse/COUCHDB-912?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12928833#action_12928833
]
Chris Anderson commented on COUCHDB-912:
reviewing the patch. looks good ex
On Wed, Oct 13, 2010 at 9:51 PM, Benoit Chesneau wrote:
> On Thu, Oct 14, 2010 at 5:52 AM, Chris Anderson wrote:
>> I think it is OK to leave the old replicator in when we ship the
>> replicator db. That way if there was a bug, there'd be a fallback in
>> the existing v
r db. That way if there was a bug, there'd be a fallback in
the existing version.
Can your UI work with the existing trunk?
Chris
>
> - benoît
>
--
Chris Anderson
http://jchrisa.net
http://couch.io
[
https://issues.apache.org/jira/browse/COUCHDB-856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Anderson reassigned COUCHDB-856:
--
Assignee: Chris Anderson
> reduce_builtin fa
ngs should wait, but simple fixes and refinements are a
good idea to bring up.
Cheers,
Chris
--
Chris Anderson
http://jchrisa.net
http://couch.io
I think it we have enough bug fixes and such in 1.0.2, so we should
release it without waiting on 1.1 (I think we are close on 1.1 but I
want to save that discussion for another thread.)
If people are happy with the content of 1.0.2 it should be easy enough to roll.
Chris
--
Chris Anderson
iew],
> def_lang=Language, design_options=DesignOptions})};
> Error ->
> Error
> @@ -480,7 +480,8 @@ open_db_group(DbName, GroupId) ->
> {ok, Db} ->
> case couch_db:open_doc(Db, GroupId) of
> {ok, Doc} ->
> - {ok, Db, design_doc_to_view_group(Doc)};
> + couch_db:close(Db),
> + {ok, design_doc_to_view_group(Doc)};
> Else ->
> couch_db:close(Db),
> Else
>
>
>
--
Chris Anderson
http://jchrisa.net
http://couch.io
[
https://issues.apache.org/jira/browse/COUCHDB-891?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917051#action_12917051
]
Chris Anderson commented on COUCHDB-891:
I think this would also be a good i
. If the answer is no, or
> might be no, then I suspect we need to rethink it. If they could point to
> different things, and we have no way of indicating what they point to, that
> would render the file almost useless. I know my question might come across as
> utterly stupid, but I want to make sure that whatever format we choose is
> going to be future proof.
--
Chris Anderson
http://jchrisa.net
http://couch.io
On Mon, Sep 27, 2010 at 3:55 PM, Noah Slater wrote:
>
> On 27 Sep 2010, at 23:08, Chris Anderson wrote:
>
>> Hmm I don't see why multiple bind addresses matter.
>
> Just wondering how a client would use them. If there are three bind
> addresses, how do you know whi
On Mon, Sep 27, 2010 at 3:06 PM, Noah Slater wrote:
>
> On 27 Sep 2010, at 23:02, Chris Anderson wrote:
>
>> the https:// urls are SSL, and the http:// urls are regular
>>
>> Does that answer the question?
>
> Nope. :)
>
> My reading of your comment w
On Mon, Sep 27, 2010 at 3:01 PM, Noah Slater wrote:
>
> On 27 Sep 2010, at 22:53, Chris Anderson wrote:
>
>> we need to specify the protocol in the file, as you could potentially
>> have a single couchdb server listening on multiple ports with multiple
>> protocols.
On Mon, Sep 27, 2010 at 1:58 PM, Noah Slater wrote:
>
> On 26 Sep 2010, at 00:18, Chris Anderson wrote:
>
>> On Sat, Sep 25, 2010 at 11:00 AM, Filipe David Manana
>> wrote:
>>> On Sat, Sep 25, 2010 at 6:46 PM, Benoit Chesneau
>>> wrote:
>>>>
On Mon, Sep 27, 2010 at 9:37 AM, Andrey Somov wrote:
> Thank you Chris. I have updated xulrunner (I am on Ubuntu) and all the
> tests pass.
>
> Unfortunately I cannot use FreeNode because I am behind a firewall.
>
is this blocked also?
http://webchat.freenode.net/
--
Chri
would be much more convenient to follow the execution with the
> debugger ?
>
> 3. If I find a place where the code may be improved shall I first
> raise a question in this list or should I create an issue with a patch
> and an explanation ?
>
> --
> Andrey
>
--
Chris Anderson
http://jchrisa.net
http://couch.io
ressed interest in just the process management
>>>> functionality as well which makes me think that having the two new
>>>> features to replace the _external API would be both easier on
>>>> developers as well as providing more functionality.
>>>>
>>>> So now I'm looking for feedback on what other people might think of
>>>> this. I'll start working on this fairly soon if I don't hear any major
>>>> objections.
>>>>
>>>> HTH,
>>>> Paul Davis
>>>>
>>>
>>>
>>>
>>> --
>>> Filipe David Manana,
>>> fdman...@gmail.com, fdman...@apache.org
>>>
>>> "Reasonable men adapt themselves to the world.
>>> Unreasonable men adapt the world to themselves.
>>> That's why all progress depends on unreasonable men."
>>>
>>
>
--
Chris Anderson
http://jchrisa.net
http://couch.io
===
>> --- couchdb/trunk/etc/couchdb/default.ini.tpl.in (original)
>> +++ couchdb/trunk/etc/couchdb/default.ini.tpl.in Sat Sep 25 17:37:57 2010
>> @@ -11,7 +11,7 @@ max_attachment_chunk_size = 4294967296 ;
>> os_process_timeout = 5000 ; 5 seconds. for view and external servers.
>> max_dbs_open = 100
>> delayed_commits = true ; set this to false to ensure an fsync before 201
>> Created is returned
>> -uri_file = %localstatelibdir%/couch.uri
>> +uri_file = %localstaterundir%/couch.uri
>>
>> [httpd]
>> port = 5984
>>
>
>
>
> --
> Filipe David Manana,
> fdman...@gmail.com, fdman...@apache.org
>
> "Reasonable men adapt themselves to the world.
> Unreasonable men adapt the world to themselves.
> That's why all progress depends on unreasonable men."
>
--
Chris Anderson
http://jchrisa.net
http://couch.io
require to the
> ddoc "views" attribute.
>
> All the "relative" imports, like require('./module'), will work the same but
> we'll probably have some safe guard from doing '../../../' to get out of the
> views sandbox.
>
>
ocha.chat.stateChanged;
>
> But as a JSONP-Connection is not a real XMLHttpRequest object that is not
> possible.
>
>
> Does anyone know what I am doing wrong?
>
> I tried heaps of different things ($.get, $.getJSON, $.jsonp plugin). But it
> is always the same problem.
>
> I just need a way to invoke a function for each new arriving json.
>
> Thanks
> Tom
--
Chris Anderson
http://jchrisa.net
http://couch.io
work with (say, theoretically) the Ruby view server?
>
> Although it's much harder to enforce the "don't import" rule in languages
> other than javascript, it would be nice to provide a "blessed" way to do a
> require for your view.
>
> On Sep 20, 2010, at 9:5
e
>> if needed). It seems this problem was discussed by some devs at CouchCamp
>> and seems others are suffering this issue. I was just wondering if there was
>> a JIRA issue related to this that I/we can track and if a fix for this will
>> be included in any upcoming rele
iews.lib.stemmer if you wanted.
We could allow CommonJS modules to be stored anywhere in ddoc.views,
but I think it will simplify the implementation to enforce that they
be stored in views.lib -- if people think that is too restrictive,
please speak up now, otherwise I'll start to implemen
t;
>> The first option is not always feasible/desirable and I dislike the
>> second option because of its inflexibility. To maintain a
>> doubly-linked structure across the database means that changing a
>> single document could lead up to three separate document changes. A
On Sun, Sep 19, 2010 at 5:37 AM, Jan Lehnardt wrote:
>
> On 14 Sep 2010, at 03:26, J Chris Anderson wrote:
>
>>
>> On Sep 13, 2010, at 6:23 PM, Simon Metson wrote:
>>
>>> Hi James.
>>> I think the thing to do is require that a document has a user
after a release and get some baking time.
Chris
> Anyone, correct me if I'm wrong :)
>
> Cheers
> Jan
> --
>
>
--
Chris Anderson
http://jchrisa.net
http://couch.io
on.
>>>>>
>>>>> Best regards,
>>>>>
>>>>> Bob
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Aug 22, 2010, at 5:45 PM, Norman Barker wrote:
>>>>&
r discussion as a first step.
I like your proposed solution (the magic base64). It will probably be
easy enough to patch based on otherstuff happening in CouchDB (look at
the attachment POST api). I dont' have time these days to hack
something like this, but you have my full encouragement.
Chris
>
> thanks,
> -natevw
--
Chris Anderson
http://jchrisa.net
http://couch.io
an array of numbers.
>
> I believe there's at least one important fix needed for 1.1;
>
> 1) The replicator allows ssl connections to hosts with self-signed
> certificates by default, obviating the security of the protocol. Since
> this is the OTP default (seriously), we proba
[
https://issues.apache.org/jira/browse/COUCHDB-886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12909362#action_12909362
]
Chris Anderson commented on COUCHDB-886:
yes/
query >> requ
On Sep 13, 2010, at 6:23 PM, Simon Metson wrote:
> Hi James.
> I think the thing to do is require that a document has a user field,
> and that the value of that field matches the userCtx in the
> validate_doc_update function. This then pushes the issue client side, and
> makes the server
[
https://issues.apache.org/jira/browse/COUCHDB-886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12908938#action_12908938
]
Chris Anderson commented on COUCHDB-886:
Ryan's proposal is what I was
[
https://issues.apache.org/jira/browse/COUCHDB-886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12908620#action_12908620
]
Chris Anderson commented on COUCHDB-886:
I believe came to the conclusion
On Sep 12, 2010, at 9:53 AM, Benoit Chesneau wrote:
> Hi all,
>
> Sometimes we want to have secure_rewirtes off but only for one db,
> design doc, for example if we want to write a "futon" like app on top
> of couchdb. My idea is to set the default like we do know but adding
> a new setting :
>
[
https://issues.apache.org/jira/browse/COUCHDB-869?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12908431#action_12908431
]
J Chris Anderson commented on COUCHDB-869:
--
I just had a beautiful baby
[
https://issues.apache.org/jira/browse/COUCHDB-869?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Anderson resolved COUCHDB-869.
Resolution: Fixed
fixed in r996266 and r996267
> commonjs implementation crea
'll try to contribute as I can, but I'll need
help from others to make it happen.
Chris
> -Russell
>
> On Fri, Aug 13, 2010 at 8:03 AM, J Chris Anderson wrote:
>>
>> On Aug 13, 2010, at 7:56 AM, Robert Dionne wrote:
>>
>>>>>
>>>>&g
On Sep 5, 2010, at 8:49 PM, ithkuil wrote:
>
> What advantages does BigCouch have over Lounge? Lounge seems fairly simple
> which is a big plus, but since Cloudant is using BigCouch in their
> commercial product that looks like a bigger plus.
>
> Do either of these solutions take advantage of
[
https://issues.apache.org/jira/browse/COUCHDB-869?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
J Chris Anderson updated COUCHDB-869:
-
Comment: was deleted
(was: I just had a beautiful baby girl named Irma, so I don't
[
https://issues.apache.org/jira/browse/COUCHDB-869?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12901926#action_12901926
]
J Chris Anderson commented on COUCHDB-869:
--
I just had a beautiful baby
[
https://issues.apache.org/jira/browse/COUCHDB-869?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Anderson updated COUCHDB-869:
---
Attachment: commonjs_circular_ref.diff
test case for design doc circular references
Issue Type: Bug
Components: JavaScript View Server
Reporter: Chris Anderson
Fix For: 1.0.2
Attachments: commonjs_circular_ref.diff
this prevents JSON.stringify(this) from working in show functions, as the
JSON.stringify function gets too much recursion
On Aug 23, 2010, at 9:26 PM, Martin Murphy wrote:
> Couchdb does not properly url decode usernames and passwords in the url.
>
> This prevents the majority of non ASCII characters from being used in either
> the username and password .This is a pretty high priority bug imo.
>
> It prevents
On Aug 19, 2010, at 3:54 AM, Noah Slater wrote:
>
> 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, c
[
https://issues.apache.org/jira/browse/COUCHDB-230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12900814#action_12900814
]
Chris Anderson commented on COUCHDB-230:
I'm am starting to get concer
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 is
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
[
https://issues.apache.org/jira/browse/COUCHDB-230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12899948#action_12899948
]
Chris Anderson commented on COUCHDB-230:
not worrying about stomping on data
d endkey) and then again to test inclusion between views.
>>
>> I am interested in taking this forward and appreciate any code feedback.
>>
>> thanks,
>>
>> Norman
>>
>> On Thu, Aug 5, 2010 at 6:26 PM, J Chris Anderson wrote:
>>>
>&
> Klaus
>
>
> On Mon, 2010-08-16 at 13:17 -0400, Chris Anderson (JIRA) wrote:
>> [
>> https://issues.apache.org/jira/browse/COUCHDB-855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12898993#action_128989
[
https://issues.apache.org/jira/browse/COUCHDB-230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12899656#action_12899656
]
Chris Anderson commented on COUCHDB-230:
I was thinking we could just extend
On Aug 17, 2010, at 11:52 AM, Greg Stein wrote:
> On Tue, Aug 17, 2010 at 13:46, Jan Lehnardt wrote:
>> On 17 Aug 2010, at 16:23, Andrus Adamchik wrote:
>>> On Aug 17, 2010, at 4:32 PM, Sebastian Cohnen wrote:
>>>
Developers (no matter if commercial or not) are part of the community like
On Aug 17, 2010, at 1:31 PM, J Chris Anderson wrote:
>
> On Aug 16, 2010, at 1:28 PM, Robert Newson wrote:
>
>> Just one point from me. The distributed goop in Erlang is pretty much
>> just for the everyone-connected-to-everyone-else old school cluster
>> model. I
On Aug 16, 2010, at 1:28 PM, Robert Newson wrote:
> Just one point from me. The distributed goop in Erlang is pretty much
> just for the everyone-connected-to-everyone-else old school cluster
> model. I don't think it's useful for the kind of scale I associate
> with CouchDB at all.
>
Just my 1
[
https://issues.apache.org/jira/browse/COUCHDB-855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12898993#action_12898993
]
Chris Anderson commented on COUCHDB-855:
patch looks great! thanks so much.
; +http://www.cmlenz.net/";>Christopher Lenz, href="mailto:cmlenz@apache.org">cmlenz@apache.org
>
> Developed and maintains Futon, the Web administration console. He works on
> the JavaScript view engine, SpiderMonkey and MochiWeb integration in
> addition to a
+1
JS tests pass (except for cookie_auth, but the feature is fine and I blame the
failure on my dev box, not CouchDB)
make check passes
Erlang R14A (erts-5.8) [source] [64-bit] [smp:2:2] [rq:2] [async-threads:0]
[hipe] [kernel-poll:false]
OS X Snow Leopard on an SSD MacBook Pro
Chris
On Aug 1
On Aug 13, 2010, at 9:26 AM, J Chris Anderson wrote:
> Here is my first pass at notes on the repair tool.
>
> I'd like to get this on the Apache website today so we can publicize it:
>
> http://wiki.couchone.com/page/repair-tool
>
Sitting on our hands wasn't
Here is my first pass at notes on the repair tool.
I'd like to get this on the Apache website today so we can publicize it:
http://wiki.couchone.com/page/repair-tool
Please read, test, edit, give feedback, etc.
Thanks,
Chris
On Aug 13, 2010, at 7:05 AM, J Chris Anderson wrote:
>
>
On Aug 13, 2010, at 7:56 AM, Robert Dionne wrote:
>>>
>>>
>>> The home link is out of sync with the FrontPage.
>>
>> Thanks. I'll think about how to fix that. I'd like to avoid deploying the
>> CouchDB version of the wiki as a fork of the basic Pages codebase, so maybe
>> it's worth it to r
On Aug 9, 2010, at 5:50 PM, whimsica wrote:
>
> So far I'm very confused about how to get couchdb to talk to javascript on
> the web page using show or view.
>
The challenge here is figuring out which javascript code runs in which context.
All the JS you've shown, runs on the server, not the
issue with the home link seems to be in
> profileReady/mustache.html, it points to "index" which is a WIKI page not yet
> created
>
> I can certainly live without email notifications. I don't need anymore email
>
>
>
>
>
> On Aug 13, 2010, at 1:48
al
>
> On Thu, Aug 12, 2010 at 2:33 PM, J Chris Anderson wrote:
>
>>
>> On Aug 12, 2010, at 2:15 PM, J Chris Anderson wrote:
>>
>>>
>>> On Aug 12, 2010, at 12:36 PM, Adam Kocoloski wrote:
>>>
>>>> Right, and jchris' db_repair
Devs,
With the help of code from Sebastian Cohnen and Paul Davis, I've imported the
wiki currently at http://wiki.apache.org/couchdb to a CouchApp.
Here it is:
http://wiki.couchdb.couchdb.org/page/FrontPage
The work is still preliminary. I haven't vetted all the content, and the wiki
software
On Aug 12, 2010, at 2:15 PM, J Chris Anderson wrote:
>
> On Aug 12, 2010, at 12:36 PM, Adam Kocoloski wrote:
>
>> Right, and jchris' db_repair branch includes my patches for DB reader _admin
>> access and a more useful progress report in the replication phase of the
gt;> _system/databasename
>> 3. Sync up with jchris's db_repair branch
>>
>> (About #2, I started with _/database but I think it's too easy to miss at
>> the command line.)
>>
>> On Fri, Aug 13, 2010 at 00:52, J Chris Anderson wrote:
>>
&
first few, I'd love help from someone on the last one. I'll be
on IRC.
Cheers,
Chris
On Aug 12, 2010, at 10:18 AM, J Chris Anderson wrote:
>
> On Aug 11, 2010, at 2:14 PM, Jason Smith wrote:
>
>> Hi, Jason.
>>
>> On Thu, Aug 12, 2010 at 04:14, Jason
On Aug 11, 2010, at 2:14 PM, Jason Smith wrote:
> Hi, Jason.
>
> On Thu, Aug 12, 2010 at 04:14, Jason Smith wrote:
>
>> On Wed, Aug 11, 2010 at 09:52, Adam Kocoloski wrote:
>>
>>> Excellent, thanks for testing. I caught Jason Smith saying on IRC that he
>>> had packaged the whole thing up a
1 - 100 of 1141 matches
Mail list logo
