I was just trying to upgrade the first of my servers to 1.2, and it
wasn't that pretty. As I understand it, compatibility with pre-0.10.0
databases has been dropped. However, this isn't mentioned in the
release notes, nor in the Breaking changes. Thus, I had to downgrade
to 1.1.1, compact a
On Mon, Apr 9, 2012 at 15:12, Dirkjan Ochtman dirk...@ochtman.nl wrote:
I was just trying to upgrade the first of my servers to 1.2, and it
wasn't that pretty. As I understand it, compatibility with pre-0.10.0
databases has been dropped. However, this isn't mentioned in the
release notes, nor
On Mon, Apr 9, 2012 at 15:41, Benoit Chesneau bchesn...@gmail.com wrote:
Your probably right about the user migrations. Basically if your use
document doesn't have any owner doc a normal user won't be abble to
update it. On the other hand it should still be possible to
update/delete them with
On Sun, Apr 15, 2012 at 12:02, Robert Newson rnew...@apache.org wrote:
He's what I have so far: https://gist.github.com/2387973
Looks nice. I think it might make sense to fold WebSockets and
EventSource into a single item, i.e. AFAICT the main point is to allow
non-polling forms of consuming
On Tue, Apr 17, 2012 at 16:27, Miles Fidelman
mfidel...@meetinghouse.net wrote:
With all due respect and appreciation for your efforts marketing is one
thing, utility is another. While there's value to marketing, (IMHO) utility
counts more. We're not talking about a magazine ad, we're
Hi all,
It seems like view indexing gets hit for one of two reasons:
1. There are new documents (or document revisions) to index
2. The design document has been updated
Currently, for both cases, the default is to have the view wait until
after all documents (revisions) have been indexed using
On Tue, May 1, 2012 at 6:07 PM, Robert Newson rnew...@apache.org wrote:
I may have missed a nuance but I don't see that there's anything
you're asking for that isn't covered by
https://wiki.apache.org/couchdb/How_to_deploy_view_changes_in_a_live_environment.
Well, some Futon support for that
On Fri, May 11, 2012 at 2:29 PM, Robert Newson rnew...@apache.org wrote:
Making a single view indexing process faster keeps coming up. For one
thing, it's not that easy, otherwise it would have been done by now.
For another, this problem vanishes when you shard (and the BigCouch
merge will
On Fri, May 11, 2012 at 2:44 PM, Robert Newson rnew...@apache.org wrote:
Fundamentally, the issue is that updating a view is processing an
incoming, ordered list of changes, there's not much parallelism to be
had there.
Why is that? I don't see how the list of changes is ordered. ISTM that
On Fri, May 11, 2012 at 3:25 PM, Robert Newson rnew...@apache.org wrote:
We're veering off-topic here, but there are several remaining issues.
First is that the view file is at some update_seq relative to the
database file. Being at update_seq N for a view means it has all the
changes up to
On Wed, May 16, 2012 at 2:53 PM, Luca Matteis lmatt...@gmail.com wrote:
Isn't there a better way?
Since the ordering of descendants depends on the scores of ancestors
(if you're talking about getting the whole thread in order), and you
don't want to update descendants when ancestors get modified
On Wed, May 16, 2012 at 3:19 PM, Luca Matteis lmatt...@gmail.com wrote:
Ok. Where would it be appropriate to build such a tree? Can I do it in
a list function?
I'm using Couch directly and not interacting with it using other
languages, so I need Couch to do all the work.
Should be possible to
On Thu, Jun 7, 2012 at 2:57 PM, pjmorce pji...@gmail.com wrote:
Is there any more efficient way to do this? I think this solution is not
performant when large amount of documents will be in the database...
You should really ask the user@ list.
Cheers,
Dirkjan
On Sat, Jun 16, 2012 at 6:45 PM, Noah Slater nsla...@tumbolia.org wrote:
1. We'd like to proposed formal time-based releases
Love it. In fact, I think I proposed it before. I think this will be a
much better way of making CouchDB administration easy.
Details of these proposals can be found
On Thu, Jun 21, 2012 at 9:23 AM, Dave Cottlehuber d...@muse.net.nz wrote:
I think we're only talking about OTP apps (snappy, ejson/jiffy, mochiweb)
here.
Would you want those as separate packages?
Yes, preferably. To give an example, if for some reason there was a
security vulnerability in
On Tue, Jul 3, 2012 at 9:07 AM, Paul Davis paul.joseph.da...@gmail.com wrote:
Also, we patch a number of our Erlang deps, so that's another vote in
favor of having them in the repo.
It seems like it would be a Good Idea to have those patches go upstream.
Cheers,
Dirkjan
On Mon, Jul 30, 2012 at 5:28 PM, Dave Cottlehuber d...@muse.net.nz wrote:
Any other corner cases?
I don't think CouchDB should invent it's own JSON patching scheme. I
guess it would be best to implement, say,
http://tools.ietf.org/html/draft-pbryan-json-patch-04 (but make sure
to track the ID
On Tue, Jul 31, 2012 at 4:01 PM, Robert Newson rnew...@apache.org wrote:
Those are all good points, thanks. I haven't used Sphinx, is it popular? Are
there any other choices?
It's quite popular. Look at readthedocs.org (free Sphinx hosting) or
the Python documentation for some examples.
Using
I've converted the docs into reST + Sphinx here (via Pandoc):
https://github.com/djco/couchdb/tree/docs/share/docs/sphinx-docs
http://couchdb.readthedocs.org/en/latest/
This needs a little more reordering and structuring, but I think it
looks pretty good already.
I'd be happy to work on this
On Wed, Aug 1, 2012 at 1:11 PM, Dave Cottlehuber d...@muse.net.nz wrote:
Do we have a concensus now to go for RST python nirvana?
If we do, a proposed plan forward, with Dave and Robert N.:
- Keep the docs branch as it is, with DocBook docs
- Iterate on the Sphinx docs in the docs branch (for
integration, other than calling the
Sphinx Makefile from one of the other Makefiles).
Cheers,
Dirkjan
On Wed, Aug 1, 2012 at 12:28 PM, Dirkjan Ochtman dirk...@ochtman.nl wrote:
On Wed, Aug 1, 2012 at 1:11 PM, Dave Cottlehuber d...@muse.net.nz wrote:
Do we have a concensus now to go for RST
On Fri, Aug 3, 2012 at 5:47 AM, Benoit Chesneau bchesn...@gmail.com wrote:
I'm trying to summarize the actions we need to put in place here:
1. create the doc branch , start to track the process of the
conversion to make sure we didn't lost an information.
I have a docs branch working on
On Sunday, August 12, 2012, Dave Cottlehuber wrote:
Let me know if that's OK with y'all.
TBH I don't really like squashing (since I think having full small-chunk
history is useful), but if that's the way CouchDB commits are done I guess
it's fine.
Stripping out the docbook tool chain sounds
On Thu, Aug 23, 2012 at 2:27 PM, Dave Cottlehuber d...@muse.net.nz wrote:
I would like call a vote for including the CouchBase API documentation
into the CouchDB project:
Source repo: https://github.com/janl/couchdb-docs
commit SHA: 9fc95b422060d020ba25f559e893fc7fb98c9a15
NB only the
On Tue, Sep 25, 2012 at 10:16 AM, Simon Metson si...@cloudant.com wrote:
I was thinking about this reference implementation this morning. I think
having a bunch, in multiple languages might not be a bad idea. So a
simplified erica, couchapp.py, the node.js couchapp tool etc could all be
On Tue, Sep 25, 2012 at 1:08 PM, Noah Slater nsla...@tumbolia.org wrote:
I think the multiple language thing is a slippery slope. By extension, we
should ship client libraries too then. No way.
The goal is to bootstrap Futon, and to provide a simple tool to demo in our
docs.
This whole
On Thu, Sep 27, 2012 at 7:07 AM, john.tiger john.tigernas...@gmail.com wrote:
maybe it's late, but I cannot figure out the docs build from linux
make html did not work, neither did python conf.py - what am i missing ?
It would be helpful if you were somewhat more specific than did not work.
On Wed, Sep 26, 2012 at 11:02 PM, Dave Cottlehuber d...@jsonified.com wrote:
- /docs/ lags master a wee bit, nothing serious
Do we have an ETA (or dependencies) for merging docs back into master?
Cheers,
Dirkjan
On Fri, Sep 28, 2012 at 8:41 PM, Noah Slater nsla...@tumbolia.org wrote:
Let's focus on getting the docs integrated, and then chasing up BigCouch.
And then I think we should focus on the stuff you mention. Though, my next
biggest priority is actually implementing a release cadence.
Can I
On Sat, Sep 29, 2012 at 10:48 AM, Benoit Chesneau bchesn...@gmail.com wrote:
Voilà, hopefully this thread can be a good start for merging rcouch,
bigcouch apache couchdb and will ease merge of the other features imo.
As a distributor, the most important deficiency in today's release
tarballs
On Mon, Oct 1, 2012 at 3:16 PM, Dave Cottlehuber d...@jsonified.com wrote:
Seems like the right thing for couchdb to do, but I'm not sure I
understand this fully. Do you mean that you'd like to (say)
./configure --use-this-snappy-library --use-that-other-library
approach, and as a distributor
On Mon, Oct 1, 2012 at 3:33 PM, Benoit Chesneau bchesn...@gmail.com wrote:
Not sure what you mean. spidermonkey is choosed on the system while
snappy is build statically if it's what you mean. My proposal for
package maintainer is to use the autotools for that. Which would solve
all of their
On Wed, Oct 3, 2012 at 7:42 PM, Robert Newson robert.new...@gmail.com wrote:
imo, 1.3 should be bug fixes, docs and CORS, the latter being the most
at-risk.
There's also a bunch of other stuff already in the tree, right? I
think there was a new view processor or something, and EventSource
On Sat, Oct 6, 2012 at 11:47 AM, Noah Slater nsla...@tumbolia.org wrote:
Should we move JIRA emails to a new list?
I previously complained about the JIRA emails. I've since filtered
them to mark them all as read.
I really like a compromise I've seen on another list: the list only
gets email for
On Tue, Oct 23, 2012 at 6:42 PM, Robert Newson rnew...@apache.org wrote:
Can I get some votes on my proposal to branch today please?
Yes, please!
Cheers,
Dirkjan
On Thu, Oct 25, 2012 at 12:19 PM, Garren Smith g...@redcometlabs.com wrote:
What Couchapp tool do we use?
Erica seems a good choice with it being talked about with Couchdb otherwise
Nodejs + Couchapp + grunt.js could also be a good fit.
Some decisions that have already been made:
Futon.Next
On Thu, Oct 25, 2012 at 5:54 PM, boazc bcit...@gmail.com wrote:
Using keys with startkey is not possible, so I don't know how to tell
couchdb to start from a given document of a given key (in my case of using
keys parameter).
Please discuss this on the user list, not the dev list.
Cheers,
(please don't top-post)
On Thu, Oct 25, 2012 at 6:01 PM, Garren Smith g...@redcometlabs.com wrote:
I think I need to explain that bit. If we want to use Bootstrap and less.js
we need a build tool that will compile the less files into css and then
upload the couchapp into couchdb. Grunt.js is
On Tue, Oct 30, 2012 at 11:55 PM, Noah Slater nsla...@apache.org wrote:
Everybody, please join me in congratulating Dave!
Yay, Dave! Well-deserved.
Cheers,
Dirkjan
On Wed, Nov 28, 2012 at 4:23 PM, Dave Cottlehuber d...@jsonified.com wrote:
- are you happy to be added to the wiki as a maintainer?
Yes, for Gentoo.
- alternatively, a link to bugtracker (or where we can identify the
maintainer) would be fine
- is the link below correct for your platform?
On Sun, Dec 2, 2012 at 9:51 PM, Noah Slater nsla...@apache.org wrote:
Can you clarify?
COUCHDB-1458. Then, similar things for yajl, and preferably also for
the Erlang dependencies (ejson, mochiweb, ibrowse), making sure that
there are upstream versions that work with CouchDB.
But AIUI this is
On Sat, Dec 29, 2012 at 9:12 PM, Dave Cottlehuber d...@apache.org wrote:
We would like to call a vote for Apache CouchDB, 1.0.4, 1.1.2, and 1.2.1,
first round, maintenance releases, to start your New Year with a bang.
Gentoo Linux, R15B, SpiderMonkey 1.8.5;
1.2.1: make check passes, browser
On Sun, Dec 30, 2012 at 1:13 PM, Jan Lehnardt j...@apache.org wrote:
tl;dr: reload the page and run the test suite again. You might
have to restart CouchDB as well.
Tried all of that a few times, same result. Feel free to ignore my
browser-based test results. :)
Cheers,
Dirkjan
On Tue, Jan 22, 2013 at 4:18 PM, nicholas a. evans n...@ekenosen.net wrote:
I've started hacking on an implementation of iterative map reduce that I'm
calling nested views. It's not nearly finished, but well overdue for
feedback from people who know what they're doing with CouchDB and Erlang.
On Fri, Jan 25, 2013 at 12:06 PM, Jason Smith j...@apache.org wrote:
This is an experiment just to see how things feel. I want to see how it
feels to stop saying CouchDB requires
libjs185/xulrunner/spidermonkey/whatever and start saying CouchDB
requires Node.js.
What do we need Node.js for,
On Thu, Feb 7, 2013 at 12:44 PM, Simon Metson si...@cloudant.com wrote:
Hi,
It's a complete rewrite using Backbone and Bootstrap. Attached are a few
screen grabs, it should be easy to set up on your own CouchDB instance - you
can grab the code as now from
On Thu, Feb 14, 2013 at 4:34 AM, Jason Smith j...@apache.org wrote:
Jens would it help if Persona were an official feature of CouchDB?
Persona is awesome, great to see it applied to this.
Cheers,
Dirkjan
(warning, grumpy rant forthcoming...)
On Wed, Mar 6, 2013 at 7:14 PM, Noah Slater nsla...@apache.org wrote:
Thoughts?
It seems to me that a lot of this hinges on releases. Releases
generate publicity and therefore developer interest, thus developer
engagement. Releases make sure that work
On Tue, Mar 19, 2013 at 5:52 PM, Noah Slater nsla...@apache.org wrote:
Please join me in extending a warm welcome to Alexander!
Cool, congrats Alexander!
Cheers,
Dirkjan
On Sat, Mar 30, 2013 at 8:29 PM, Jan Lehnardt j...@apache.org wrote:
Bikeshed away! :)
Will there be discussion on API changes for BigCouch stuff? I don't
really have a clue on how BigCouch is different from CouchDB exactly,
all I know is it does some clustering and that's why some things are
On Sun, Mar 31, 2013 at 9:42 PM, Jan Lehnardt j...@apache.org wrote:
We will be collecting things here:
https://issues.apache.org/jira/browse/COUCHDB-1756
There is an (incomplete) list of differences down on:
http://bigcouch.cloudant.com/api
Robert Paul et.al will help getting the
On Wed, Apr 17, 2013 at 3:45 PM, Noah Slater nsla...@apache.org wrote:
At a minimum, we need to create the 1.4.x branch. But I'd really like for
us to properly document our merge procedure (which has languished because I
don't know Git well enough to fill out the details) and then for us to
On Wed, Apr 17, 2013 at 4:02 PM, Noah Slater nsla...@apache.org wrote:
So that features can be merged into it as they become ready.
Check out:
http://wiki.apache.org/couchdb/Merge_Procedure
Thoughts?
Seems like you could call the next-feature-release branch master,
and not have to start a
On Tue, May 7, 2013 at 9:23 PM, Robert Newson rnew...@apache.org wrote:
I'm not sure I fully agree. All the lazy consensus's of late have had
a 72 hour window on them which is the same duration we use for couchdb
releases.
However, we can discuss what the minimum lazy consensus period can be
Anyway, I'm really excited about CouchDB and I really want to contribute to
the global documentation out there, but MoinMoin ain't making it easy. I
really think that a move to a better documentation tool could be a huge
push to CouchDB's adoption. Thanks for listening.
Have you seen the new
On Mon, Feb 9, 2009 at 16:15, Paul Davis paul.joseph.da...@gmail.com wrote:
Or at least make a 0.10 release that's a quick follow up. I'd rather
have a few versions closer together than too few versions too far
apart.
I'd like that, too. I'm on trunk now, because it has a bunch of good
stuff
On 13/02/2009 19:52, Chris Anderson wrote:
I know for sure that in-browser tests are a big part of what brought
me to CouchDB. They tell the story of a web-native database in a way
that nothing else can really touch. They also make it *incredibly
easy* for newcomers to contribute.
They also
Hello there,
(Paul Davis mentioned that I should ping the list on this)
I just upgraded to a new nightly build (r755866), but some of the
tests fail. Paul tells me that the problems with stats are known, but
the both of us also see problems with rev_stemming. This is the error
message I get:
#
On 23/03/2009 19:34, Paul Davis wrote:
I don't think it'd be a good idea to require until it hits general
consumption (as in, shows up in package managers). Their build
procedure is at best, 'interesting'. Also, there's nothing to keep you
from linking couchjs against a newer version of the
On Tue, Apr 14, 2009 at 00:39, Chris Anderson jch...@apache.org wrote:
Any thoughts on how best to do this? Should utf8 be the default, or \u?
Since RFC 4627 says JSON SHALL be encoded in Unicode, and the default
as specified in the RFC is UTF-8, I think utf8 as the default is
better option
On Tue, Apr 28, 2009 at 13:05, Vicente Jiménez goo...@gmail.com wrote:
But the wiki page
http://wiki.apache.org/couchdb/Installing_on_Gentoo
is not updated.
Now the ebuilds for version 0.8.1 and 0.9 are officials so the
installation is easy now.
I've drastically simplified the page. I hope
On Sun, Jun 21, 2009 at 23:53, Damien Katzdam...@apache.org wrote:
I haven't been keeping very good track lately of patches. Sorry if you have
a patch we haven't reviewed yet.
If their are any patches waiting review, respond here and I'll try to get to
it soon or reassign to someone else to
On Wed, Jul 15, 2009 at 17:57, Jan Lehnardtj...@apache.org wrote:
If you like temp views, I'd like to take your concerns into consideration.
I like testing out views from Futon, but it seems you're going to keep
that anyway. I wonder if keeping a somewhat-compatible copy of the
Couch API in JS
Now that volume for both conversation and usage of the bugtracker has
increased, might this be a good time to move all JIRA mail to a
different list?
I like to track high-level discussions, but most of the bugs aren't
that interesting to me. It'd be nice to bring volume down a little. Of
course I
On Mon, Aug 3, 2009 at 20:27, Jan Lehnardtj...@apache.org wrote:
I remember stumbling over this at least twice in the (distant) past. I
prefer the forced PUT, but then I'm also the one to argue intuitive APIs.
Considering no downsides (usually Damien adds or leaves out features for a
reason),
On Thu, Aug 6, 2009 at 09:56, Brian Candlerb.cand...@pobox.com wrote:
My other boxes run Jaunty which has 12b5, so I wouldn't actually object if
that were made the minimum.
My (stable) Gentoo boxen also have 12b5.
Cheers,
Dirkjan
On Fri, Aug 7, 2009 at 08:53, Noah Slaternsla...@apache.org wrote:
Do any of the other committers have Bugzilla experience? Is it that bad?
Not a committer, but I think recent versions of Bugzilla (e.g. the 3.2
or 3.4 range) are substantially improved from the old 2.18/2.20 crap
everyone is used
On Fri, Aug 7, 2009 at 13:51, Robert Dionnedio...@dionne-associates.com wrote:
Trac rocks. I introduced it some time ago on a contract with a small group
of scientists working collaboratively. Being able to set up and track
milestones, doc meetings with a WIKI, integration with SVN (perhaps it
On Sun, Aug 16, 2009 at 18:21, Jan Lehnardtj...@apache.org wrote:
In a project as big as PHP, this makes sense and was needed
badly. CouchDB is not that big yet. I'd say let's figure out how
to incorporate sub projects into our subversion tree (e.g.
couchdb/trunk is couchdb-trunk, where do sub
On Tue, Aug 18, 2009 at 01:34, Jan Lehnardtj...@apache.org wrote:
I'd like the history patch to be simmering in the 0.10.x branch.
I'm working on another patch to provide view options in Futon. Would
it be possible to include that for 0.10 as well?
Also, I wonder if my HATEOAS patches ever went
On 23/08/2009 19:08, Jan Lehnardt wrote:
Locally, I've put them under `svnroot/couchdb/contrib/scripts` but I can
see an argument for not putting them into the source tree. Maybe
`svnroot/contrib/trunk` is a better place (starting a new layout where
projects next to CouchDB live in parallel
On Wed, Nov 4, 2009 at 17:31, Jan Lehnardt j...@apache.org wrote:
we've seen a bunch of fixes in the 0.10.x branch that
warrant a 0.10.1 release. I think now is a good time to
cut it.
Sounds great to me. Is there a changelog somewhere noting the fixes so far?
Cheers,
Dirkjan
On Thu, Nov 19, 2009 at 13:47, Paul Davis paul.joseph.da...@gmail.com wrote:
I think this is the bug we want:
https://bugzilla.mozilla.org/show_bug.cgi?id=479473 which was last
updated in May.
Most people are already on 1.8.1 libraries because packagers appear to
have started pulling it from
This weekend I tried to implement pagination for one of the modules of
a Couch-based site I maintain. Here's a rambling account of things
that I don't like and ideas about how maybe it could be improved.
In short: it kind of sucks. I usually prefer to get a list of pages so
people can jump around
On Wed, Nov 25, 2009 at 02:19, Noah Slater nsla...@tumbolia.org wrote:
I would like call a vote for the Apache CouchDB 0.10.1 release.
On Gentoo x86, SpiderMonkey 1.7, Erlang 13B2, I get one failure in the
Futon test suite:
erlang_views fails with Exception: {}
All other tests pass.
Cheers,
On Wed, Nov 25, 2009 at 14:44, Jan Lehnardt j...@apache.org wrote:
Do you happen to test this over a remote connection or locally?
Over ssh -L 5984:localhost:5984.
Cheers,
Dirkjan
On Fri, Dec 4, 2009 at 18:32, Noah Slater nsla...@tumbolia.org wrote:
Hey, does anyone want to start the discussion off?
Question from one of those trailing around on actual releases, that
may help getting started: what big-ticket features are in trunk, but
not 0.10.1?
Cheers,
Dirkjan
It seems weird that none of the core developers have bothered to write
up some of their ideas here, for ten days running now. I understand
you're all busy with Relaxed, but it doesn't have to take so long,
does it? IMO it would be nice to have some kind of idea of where
CouchDB is going and/or
On Fri, Dec 25, 2009 at 00:58, Chris Anderson jch...@apache.org wrote:
So I think I'm gonna switch to docids like user:jch...@apache.org
and user:Monty4eva. If this is a stupid idea please convince me not
to do it.
Making the user IDs the document IDs seems to make sense, but I'm not
sure what
On Fri, Dec 25, 2009 at 16:40, Chris Anderson jch...@apache.org wrote:
Not yet, but who knows what the next hundred years will bring. :)
YAGNI. ;)
Christmas cheers,
Dirkjan
On Wed, Dec 30, 2009 at 18:25, Chris Anderson jch...@apache.org wrote:
If you are looking for someone to talk at a conference, or if you see
conferences that could use speakers, these lists are a great place to
connect people. So if you'd like to talk, or looking for speakers,
reply to this
On Wed, Jan 20, 2010 at 22:20, Ben Schwarz ben.schw...@gmail.com wrote:
As a follower of the macruby project, I've found that I log more bugs because
I'm able to
install a nightly of macruby without much of an investment to keep up with
the details of LLVM
and its other dependencies.
On Sat, Jan 23, 2010 at 09:29, Brian Candler b.cand...@pobox.com wrote:
But in any case the Apache wiki server is dog slow and often gives 500
errors, so for that reason alone I give a +1 to moving to anything else.
Concur on slowness and (intermittent) 500 errors.
One thing that I think
On Fri, Dec 18, 2009 at 20:30, Damien Katz dam...@apache.org wrote:
I think we should set a hard date of Feb 1. for feature freeze, 0.11.0 is the
last new feature release.
Did this ever turn into some kind of consensus, or is there no idea
yet about a 0.11 release time frame?
Cheers,
Dirkjan
On Fri, Apr 8, 2011 at 13:16, Andrey Somov trophyb...@googlemail.com wrote:
{ok, Pattern} = re:compile([^(, Key, \\s*=)|\\[[a-zA-Z0-9\_-]*\\]]),
What does the single backslash mean (\_)? When I remove it the tests still
succeed. (to be precise they fail in the same way as with the single
On Wed, Apr 27, 2011 at 11:53, Robert Newson robert.new...@gmail.com wrote:
Damien and Chris say the 1141 behavior is intentional. I'd like to
open that up for discussion. While it may have been intended, it was
obviously unknown to Paul and Jan, and, I'd wager, every single user
of CouchDB
On Fri, May 6, 2011 at 09:56, Jan Lehnardt j...@apache.org wrote:
Both have been long time contributors and are valuable members
of the community and development team.
Here's to Randall and Robert and many more contributions!
Great stuff, congratulations both!
Cheers,
Dirkjan
Hi there,
Since I note that the release process for 1.1 seems to have been
stalled again, I wonder if there was stuff I could do. I'd be happy to
join the RM team to help Apache CouchDB provide more timely releases
so that companies like mine can benefit sooner from the latest fruits
of the
On Sun, May 15, 2011 at 18:34, Paul J. Davis
paul.joseph.da...@gmail.com wrote:
1.0.3 is on my list for today
Any progress?
Thanks,
Dirkjan
On Tue, May 17, 2011 at 16:17, Robert Newson rnew...@apache.org wrote:
We are voting on the following release artifacts:
http://people.apache.org/~rnewson/dist/1.1.0/
I tested it on amd64 Gentoo Linux. etap tests passed, browser tests
mostly passed. I got these failures, but I'm running this
On Fri, May 20, 2011 at 10:41, Filipe David Manana fdman...@apache.org wrote:
Yesterday, via the IRC channel, Max Odgen suggested using RFC3339 [1]
compliant timestamps in replication documents. Currently they are Unix
timestamps (number of seconds since January 1st 1970).
I like the idea, I
On Tue, May 31, 2011 at 15:23, Dave Cottlehuber d...@muse.net.nz wrote:
What Jan said!
This release has been a real saga and you are awesome!!
+1.
(I've tried the release and make check passes for me. I don't think
any of the browsers I run are supported for the Futon tests, so I'm
skipping
On Mon, Jun 6, 2011 at 16:44, Robert Newson rnew...@apache.org wrote:
For my part, I'd like Downloads to hold just 1.1.0 and 1.0.2 and
archive everything else.
Sounds just right to me.
Cheers,
Dirkjan
On Mon, Jun 13, 2011 at 15:31, Paul Davis paul.joseph.da...@gmail.com wrote:
The mode of contribution changes. There is nothing that will suddenly
prevent people from contributing. Its just that making a contribution
becomes a JIRA issue instead of a wiki update. Under that light your
question
On Tue, Jun 14, 2011 at 19:13, Noah Slater nsla...@apache.org wrote:
+0 docbook
+1 REST
Seriously, let's not fall into this trap.
And let us not be seduced by so called plain text formats.
We made this mistake on the book and I'm in no rush to repeat it.
Sorry to contribute to the
On Wed, Jun 29, 2011 at 01:08, Paul Davis paul.joseph.da...@gmail.com wrote:
*Nothing* should change on anything that isn't trunk.
You mean that 1.1 will never support SpiderMonkey 1.8.5? That would
kind of suck.
Since 1.2 isn't more than a reference to trunk, there's not much (IMO)
keeping
On Wed, Jun 29, 2011 at 18:46, Jan Lehnardt j...@apache.org wrote:
Except if people have trouble installing / upgrading CouchDB, it leaves
a bad taste. I'd rather not put users between a rock (1.7-based
SpiderMonkey version) and a hard place (CouchDB only supporting 1.8.5
and up)
Right. Also,
On Wed, Jul 6, 2011 at 14:43, Robert Newson rnew...@apache.org wrote:
Some time ago I wrote some code to implement the PBKDF2 protocol. This
is a cryptographically sound means of deriving a key from a password.
Why is this better than stuff like bcrypt or scrypt? The page for the
latter, at
On Wed, Sep 14, 2011 at 18:54, Andrey Somov trophyb...@googlemail.com wrote:
I would be happy to join a meetup of CouchDB developers.
Googling did not help to find either CouchDB or Erlang community here in the
Netherlands. Can someone help me ? Is there one ?
There are a few Dutchies involved
On Wed, Sep 14, 2011 at 19:26, Andrey Somov trophyb...@googlemail.com wrote:
Do you have plans to attend any local conference in the nearest future ? (by
the way I live in Den Haag)
That wouldn't be much use for this, because I'm not conversant in
Erlang at all. :)
Cheers,
Dirkjan
1 - 100 of 493 matches
Mail list logo