On Thu, Nov 1, 2012 at 6:52 AM, Adam Kocoloski kocol...@apache.org wrote:
On Nov 1, 2012, at 1:41 AM, Benoit Chesneau bchesn...@gmail.com wrote:
ok I will stop for now pushed 431_feature_cors (the removing of caps is
wanted here and I will be happy to just update the jira title if someone
doh forget the last part. coffee is needed :)
On Thu, Nov 1, 2012 at 7:02 AM, Benoit Chesneau bchesn...@gmail.com wrote:
On Thu, Nov 1, 2012 at 6:52 AM, Adam Kocoloski kocol...@apache.orgwrote:
On Nov 1, 2012, at 1:41 AM, Benoit Chesneau bchesn...@gmail.com wrote:
ok I will stop for
So I didn't realize we settled on Ticket-{feature,fix}_coolname here (hence
my git spam this morning) . Imo this naming is awkward and miss the initial
goal. ie make it easy to parse even for humans.
Today this isn't a problem we have not so many branch. But in near future I
expect more activity
and the branch is now named 431-feature_cors .
On Thu, Nov 1, 2012 at 12:52 AM, Benoit Chesneau bchesn...@gmail.comwrote:
Hello all,
So I finally committed my patch about CORS support following the current
W3C working draft [1]. This patch support simple and preflights requests
for a
On Wed, Oct 31, 2012 at 9:02 PM, Adam Kocoloski kocol...@apache.org wrote:
Hi, I mentioned in IRC earlier today that I'd really like to see us organize
our source code so that OTP applications are wholly contained in their own
subdirectories and are organized according to the standard OTP
On Wed, Oct 31, 2012 at 11:28 PM, Alexander Shorin kxe...@gmail.com wrote:
Hi Jan.
More detailed and explained question from IRC meeting.
Why there is need to reinvent own package manager when most modern
systems (even Windows) already has package manager?
What problem tried to be
Hi, Benoit!
- installation and upgrade via HTTP
You'd remind me one thing:
http://davispj.com/2010/09/26/new-couchdb-externals-api.html
Could this plugins be just one shoot wrapper for proxy with external
process / os_daemon setup? I see there is only need to let them
announce to CouchDB what
Github user mikeymckay closed the pull request at:
https://github.com/apache/couchdb/pull/7
On Thu, Nov 1, 2012 at 7:58 AM, Alexander Shorin kxe...@gmail.com wrote:
Hi, Benoit!
- installation and upgrade via HTTP
You'd remind me one thing:
http://davispj.com/2010/09/26/new-couchdb-externals-api.html
Could this plugins be just one shoot wrapper for proxy with external
process
On Thu, Nov 1, 2012 at 11:57 AM, Benoit Chesneau bchesn...@gmail.com wrote:
Well,
In my opinion the couchdb http external api is just an hack waiting
something better. When I am thinking to couchdb i am thinking to one of its
core feature aka master-master replication. On wich I add p2p. So
About the layout:
-
So I did that work in rcouch:
https://github.com/refuge/couch_core/tree/master/apps
Each apps are self supervised. Then they are handled in the release:
https://github.com/refuge/rcouch
This is quite convenient to have it like this and pretty
about multiple repo noah pointed yesterday on the cordova projet:
https://git-wip-us.apache.org/repos/asf?s=cordova
Not sure how each projects are considered though.
- benoît
On Thu, Nov 1, 2012 at 7:19 AM, Paul Davis paul.joseph.da...@gmail.comwrote:
On Wed, Oct 31, 2012 at 9:02 PM, Adam
I found the project I was thinking about: OTP
https://github.com/erlang/otp/
https://github.com/erlang/otp/tree/maint/lib/inets/src
inets look slike the couch_core structure I describe.
- benoît
On Thu, Nov 1, 2012 at 9:20 AM, Benoit Chesneau bchesn...@gmail.com wrote:
About the layout:
Well the way os_daemons works would imply to copy the ddoc content on the
fs so the erlang port can be open.
On Thu, Nov 1, 2012 at 9:19 AM, Alexander Shorin kxe...@gmail.com wrote:
On Thu, Nov 1, 2012 at 11:57 AM, Benoit Chesneau bchesn...@gmail.com
wrote:
Well,
In my opinion the
Haven't run it yet, but the structure looks pretty good.
The key decisions so far seem to be:
- build with grunt
- backbone
- require.js (yes?)
- LESS
And I take no issue with any of those.
Great! Garren has a change to the deployment script (to make it pushable as a
couchapp - he
+1 - keep it simple for the first iteration.
On Wednesday, 31 October 2012 at 23:40, Robert Newson wrote:
I quite like the rabbitmq approach (a lot like the apache httpd approach).
you can enable/disable/list plugins but the tool doesn't include the
downloading and managed repository bits,
well do we want a plugin system or just a way to load apps at startup in
that case just point ERL_FLAGS in default.ini in your app and done. Which
is what does rabbitmq basically.
- benoît
On Thu, Nov 1, 2012 at 10:30 AM, Simon Metson si...@cloudant.com wrote:
+1 - keep it simple for the
On Wed, Oct 31, 2012 at 8:17 PM, Randall Leeds randall.le...@gmail.comwrote:
The key decisions so far seem to be:
- build with grunt
hum I would remove any node dependency if we can. What be grunt used for ?
Can't these thing be added in erica for ex?
- benoît
On 01 Nov 2012, at 11:28 AM, Simon Metson si...@cloudant.com wrote:
Haven't run it yet, but the structure looks pretty good.
The key decisions so far seem to be:
- build with grunt
- backbone
- require.js (yes?)
- LESS
And I take no issue with any of those.
Great! Garren has a
Reminds me of my favorite book - Sketches of an Elephant
Jan, thanks for putting a stake in the ground, I've wanted to see this forever.
The proposal in my mind takes too much of a product management or marketing
view (perhaps knowingly). Here's how it will look the buttons one will push,
On Thu, Nov 1, 2012 at 10:40 AM, Benoit Chesneau bchesn...@gmail.comwrote:
hum I would remove any node dependency if we can. What be grunt used for
? Can't these thing be added in erica for ex?
Just to explicit my point of view. In erica there is a coming feature call
hooks that can be
there are also other plugins around :
https://github.com/benoitc/couch_randomdoc
https://github.com/benoitc/couch_zmq wich is using erlzmq
https://github.com/benoitc/couch_es
https://github.com/refuge/bigcouch_spatial
https://github.com/refuge/couch_dbupdates
On Thu, Nov 1, 2012 at 11:17 AM, Benoit Chesneau bchesn...@gmail.comwrote:
Imo when we speak about plugins we should have in mind the of their
deployement.
+ simplicity
Hi,
Just to explicit my point of view. In erica there is a coming feature call
hooks that can be applied at any step on the process. In parallel, before
sending the doc the json will b e put in the .erica/build folder :
.erica/build/appMMDD folder (or version if specified) , so any
[
https://issues.apache.org/jira/browse/COUCHDB-1584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13488616#comment-13488616
]
Jan Lehnardt commented on COUCHDB-1584:
---
From the mail, for reference:
diff
+1 for Grunt.
I don't quite understand this general aversion against build tools based on
Node.js
On Nov 1, 2012 12:02 PM, Simon Metson si...@cloudant.com wrote:
Hi,
Just to explicit my point of view. In erica there is a coming feature
call
hooks that can be applied at any step on the
I see. So the enhanced layout is something we would do to better organize
couch_core. Aside from that you're still talking about following the general
layout that you've used with rcouch, right?
Adam
On Nov 1, 2012, at 4:46 AM, Benoit Chesneau bchesn...@gmail.com wrote:
I found the project
On Nov 1, 2012, at 00:05 , Paul Davis paul.joseph.da...@gmail.com wrote:
Clever. Though I worry a bit about turning each log statement into two
ets lookups in the common case. We could look into mochiweb_global.erl
or similar that would turn that try/etc/catch/ets into a single
function
On Nov 1, 2012, at 07:49 , Benoit Chesneau bchesn...@gmail.com wrote:
On Wed, Oct 31, 2012 at 11:28 PM, Alexander Shorin kxe...@gmail.com wrote:
Hi Jan.
More detailed and explained question from IRC meeting.
Why there is need to reinvent own package manager when most modern
systems
Hi,
On Thursday, 1 November 2012 at 11:35, Alexander Shorin wrote:
Because it's additional semi justified dependencies and whole project
goes far away from couchapp concept, imho.
I don't think it does. In fact I'd say it emphasises the flexibility of couch
apps and how they play nicely
On Nov 1, 2012, at 11:01 , Bob Dionne dio...@dionne-associates.com wrote:
Reminds me of my favorite book - Sketches of an Elephant
Jan, thanks for putting a stake in the ground, I've wanted to see this
forever. The proposal in my mind takes too much of a product management or
marketing
On Oct 31, 2012, at 23:28 , Alexander Shorin kxe...@gmail.com wrote:
Hi Jan.
More detailed and explained question from IRC meeting.
Thanks!
Why there is need to reinvent own package manager when most modern
systems (even Windows) already has package manager?
There is no need to reinvent
Benoit,
Thanks a lot!
You bring up a lot of great material to the discussion along with your
expertise in writing and handling plugins in rcouch and related projects.
I’ll comb through this thread and extract all relevant information into
the gist/wiki document.
This is all great stuff! :)
On Nov 1, 2012, at 12:57 , Robert Newson rnew...@apache.org wrote:
couchdb-lucene already plugs in to couchdb in a pretty reasonable way, so
I don't think it illuminates this discussion. It will always require an
external process (the JVM). It's hard to see how a plugin system could be
so
Hey all,
we had a request on the erlang@c.a.o list to explain top to bottom what it
means to write a document.
I gave it a shot. I thought the non-core dev readers here would enjoy the tour:
Very nice. :)
On 1 November 2012 12:16, Jan Lehnardt j...@apache.org wrote:
Hey all,
we had a request on the erlang@c.a.o list to explain top to bottom what
it means to write a document.
I gave it a shot. I thought the non-core dev readers here would enjoy the
tour:
On Nov 1, 2012, at 12:46 , Simon Metson si...@cloudant.com wrote:
Hi,
On Thursday, 1 November 2012 at 11:35, Alexander Shorin wrote:
Because it's additional semi justified dependencies and whole project
goes far away from couchapp concept, imho.
I don't think it does. In fact I'd
On Nov 1, 2012, at 12:49 , Robert Newson rnew...@apache.org wrote:
Needing node.js to build couchdb? I hate that.
Thanks for your opinion.
I wouldn’t mind if it means we get a new Futon and more contributors.
Cheers
Jan
--
On 1 November 2012 11:46, Simon Metson si...@cloudant.com wrote:
I'd propose a Futon.Next IRC meeting with all the people that care about
the topic. There we could gather a list of requirements, ideas and actually
discuss how we want to proceed.
Discussing, tracking ideas, requirements and suggestions of such a topic
solely on the ML get a little tedious in my
On Nov 1, 2012, at 13:31 , Octavian Damiean mainer...@gmail.com wrote:
I'd propose a Futon.Next IRC meeting with all the people that care about
the topic. There we could gather a list of requirements, ideas and actually
discuss how we want to proceed.
Discussing, tracking ideas,
Hi,
On Thursday, 1 November 2012 at 09:56, Garren Smith wrote:
Could we seperate this out of Couchdb as a pure couchapp for now? Might make
it easier to work on.
I think keeping it in a fork of CouchDB is good. It hopefully addresses some of
Noah's concerns re visibility and will help
Awesome that this is kicking off proper again, So one thing I meant to
bring up earlier, but being in this thread scares me :)
One really great feature that would need to be thought about and baked in
from very early on, is using futon to control multiple instances of
CouchDB, not just the
I might be jumping the gun here, I’m just excited by the progress here :)
I trust you all will sort this out by whatever means you deem useful.
Cheers
Jan
On Nov 1, 2012, at 13:37 , Jan Lehnardt j...@apache.org wrote:
On Nov 1, 2012, at 13:31 , Octavian Damiean mainer...@gmail.com wrote:
On 01 Nov 2012, at 2:37 PM, Simon Metson si...@cloudant.com wrote:
Hi,
On Thursday, 1 November 2012 at 09:56, Garren Smith wrote:
Could we seperate this out of Couchdb as a pure couchapp for now? Might make
it easier to work on.
I think keeping it in a fork of CouchDB is good. It
On Thu, Nov 1, 2012 at 12:39 PM, Adam Kocoloski kocol...@apache.org wrote:
I see. So the enhanced layout is something we would do to better organize
couch_core. Aside from that you're still talking about following the
general layout that you've used with rcouch, right?
Adam
still
Awesome, thanks for the PR Garren!
-Russell
On Thu, Nov 1, 2012 at 2:28 AM, Simon Metson si...@cloudant.com wrote:
Haven't run it yet, but the structure looks pretty good.
The key decisions so far seem to be:
- build with grunt
- backbone
- require.js (yes?)
- LESS
And I take no issue
On Nov 1, 2012, at 7:53 AM, Jan Lehnardt j...@apache.org wrote:
On Nov 1, 2012, at 11:01 , Bob Dionne dio...@dionne-associates.com wrote:
Reminds me of my favorite book - Sketches of an Elephant
Jan, thanks for putting a stake in the ground, I've wanted to see this
forever. The
I understand your apprehension, however, the primary ways of minifying
javascript these days is with a javascript lib, or with a java lib.
It should be noted that the node.js dependency is strictly as a build
tool, and not actually required for building couchdb. We could make it
an optional
On Nov 1, 2012, at 16:53 , Bob Dionne dio...@dionne-associates.com wrote:
On Nov 1, 2012, at 7:53 AM, Jan Lehnardt j...@apache.org wrote:
On Nov 1, 2012, at 11:01 , Bob Dionne dio...@dionne-associates.com wrote:
Reminds me of my favorite book - Sketches of an Elephant
Jan, thanks
Interesting idea, and sounds like a great addition as a plugin. One of
our primary goals is to design the system in a modular enough way that
you could easily add support for this in (obviously once CORS is in
place), and then also be able to create a backend to plugin for
PouchDB.
-Russell
On
On Thu, Nov 1, 2012 at 11:00 AM, Russell Branca chewbra...@gmail.comwrote:
I understand your apprehension, however, the primary ways of minifying
javascript these days is with a javascript lib, or with a java lib.
It should be noted that the node.js dependency is strictly as a build
tool,
On Thu, Nov 1, 2012 at 7:18 AM, Garren Smith g...@redcometlabs.com wrote:
On 01 Nov 2012, at 2:37 PM, Simon Metson si...@cloudant.com wrote:
Hi,
On Thursday, 1 November 2012 at 09:56, Garren Smith wrote:
Could we seperate this out of Couchdb as a pure couchapp for now? Might
make it
On 11/01/2012 03:28 AM, Simon Metson wrote:
Haven't run it yet, but the structure looks pretty good.
The key decisions so far seem to be:
- build with grunt
- backbone
- require.js (yes?)
- LESS
And I take no issue with any of those.
Great! Garren has a change to the deployment script (to
because we have to rely on node which need we need to have to build v8,
which means we have to rely on cmake or python
On Thu, Nov 1, 2012 at 12:32 PM, Octavian Damiean mainer...@gmail.comwrote:
+1 for Grunt.
I don't quite understand this general aversion against build tools based on
On Thu, Nov 1, 2012 at 1:21 PM, Jan Lehnardt j...@apache.org wrote:
On Nov 1, 2012, at 12:46 , Simon Metson si...@cloudant.com wrote:
Hi,
On Thursday, 1 November 2012 at 11:35, Alexander Shorin wrote:
Because it's additional semi justified dependencies and whole project
goes far
HI
On Thursday, 1 November 2012 at 18:32, Benoit Chesneau wrote:
Just to clarify. for what does grunt actually it would be pretty easy to
handle the same in any language.
Indeed, but those tools don't exist _today_. We could write them and then work
on futon or we could just work on
Sweet, thanks! :)
On Nov 1, 2012, at 17:49 , Paul Davis paul.joseph.da...@gmail.com wrote:
I should've been more clear that I don't think this is a blocker, I
just wanted to make a note that the common case was going to end up
being to ets tables (assuming most people don't list nearly every
[
https://issues.apache.org/jira/browse/COUCHDB-1584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13488911#comment-13488911
]
Jens Alfke commented on COUCHDB-1584:
-
This may actually not be sufficient to let
On Thu, Nov 1, 2012 at 7:34 PM, Simon Metson si...@cloudant.com wrote:
HI
On Thursday, 1 November 2012 at 18:32, Benoit Chesneau wrote:
Just to clarify. for what does grunt actually it would be pretty easy to
handle the same in any language.
Indeed, but those tools don't exist _today_.
On Nov 1, 2012, at 19:40 , Benoit Chesneau bchesn...@gmail.com wrote:
On Thu, Nov 1, 2012 at 7:34 PM, Simon Metson si...@cloudant.com wrote:
HI
On Thursday, 1 November 2012 at 18:32, Benoit Chesneau wrote:
Just to clarify. for what does grunt actually it would be pretty easy to
On Nov 1, 2012, at 19:03 , Benoit Chesneau bchesn...@gmail.com wrote:
On Thu, Nov 1, 2012 at 1:21 PM, Jan Lehnardt j...@apache.org wrote:
On Nov 1, 2012, at 12:46 , Simon Metson si...@cloudant.com wrote:
Hi,
On Thursday, 1 November 2012 at 11:35, Alexander Shorin wrote:
Because
On 01.11.2012, at 20:23, Octavian Damiean mainer...@gmail.com wrote:
It's starting to bug me enormously to see so much fear and such an amount
of aversion against new technologies. In fact it bugs me enough to be
driven away from the project. I'll probably start my own version using the
I am +0 on grunt. It does do a lot for the building the app.
But before going too far, I would like to see some work done on
integrating into the couchdb actual build. As we can all agree,
keeping std couch build dependances down will be important. If you can
show it working with a couch build, I
On Thu, Nov 1, 2012 at 1:23 PM, Octavian Damiean mainer...@gmail.com wrote:
It's starting to bug me enormously to see so much fear and such an amount
of aversion against new technologies. In fact it bugs me enough to be
driven away from the project. I'll probably start my own version using the
On Thu, Nov 1, 2012 at 8:23 PM, Octavian Damiean mainer...@gmail.comwrote:
It's starting to bug me enormously to see so much fear and such an amount
of aversion against new technologies. In fact it bugs me enough to be
driven away from the project. I'll probably start my own version using the
mmm that a lot of things for webapp used to admin a tool:) I am not
convinced it's really needed.
Anyway I will trust you about that. Time to play with the current code.
On Thu, Nov 1, 2012 at 8:21 PM, Russell Branca chewbra...@gmail.com wrote:
On Thu, Nov 1, 2012 at 11:40 AM, Benoit
How would you feel to rename allows_credentials to just credentials?
In the spec, it's Access-Control-Allow-Credentials (no 's' on 'allow'),
and headers and methods use this same form, but in this patch the ini file
does not use the long (imo) prefix access-control-allow. I think to be
consistent
right. Just changed that :
https://git-wip-us.apache.org/repos/asf?p=couchdb.git;a=commitdiff;h=915c811a
Thanks!
- benoît
On Thu, Nov 1, 2012 at 9:13 PM, Randall Leeds randall.le...@gmail.comwrote:
How would you feel to rename allows_credentials to just credentials?
In the spec, it's
Hi Eli, Benoit linked to a variant of it in the beginning of this thread.
There's a lot to like about it, and most of it is very similar to the workflow
we're converging on in this project. The big difference is that in git-flow
the HEAD of master is always the latest tagged release, and that
On Thu, Nov 1, 2012 at 9:28 PM, Adam Kocoloski kocol...@apache.org wrote:
Hi Eli, Benoit linked to a variant of it in the beginning of this thread.
There's a lot to like about it, and most of it is very similar to the
workflow we're converging on in this project. The big difference is that
70 matches
Mail list logo
