Hey devs,
I'm on: OS X 10.6.4, Erlang R13B04, Mozilla/5.0 (Macintosh; U; Intel Mac OS X
10.6; en-US; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6
the changes test keeps failing for me, when running the entire test suite.
Running only this test, fails very often, too. make check did run without
pro
+1
All browser tests are passing, as well as make check.
OSX Snow Leopard / Erlang R13B03
Chris
On Jul 7, 2010, at 4:36 PM, Noah Slater wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 0.11.1 release, first round.
>
> We encourage the whole community to download and test
+1
All browser tests are passing, as well as make check.
OSX Snow Leopard / Erlang R13B03
Chris
On Jul 7, 2010, at 4:38 PM, Noah Slater wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.0.0 release, first round.
>
> We encourage the whole community to download and test th
+1
All tests pass successfully.
Ubuntu 10.04 amd64, Erlang R13B03, Spidermonkey 1.8.1.16
- Klaus
On Thu, 2010-07-08 at 00:38 +0100, Noah Slater wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.0.0 release, first round.
>
> We encourage the whole community to download and
+1
make distcheck and Futon all clean.
OS X 10.6.4, Erlang R13B04, spidermonkey 1.8.5.
B.
On Wed, Jul 7, 2010 at 7:36 PM, Noah Slater wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 0.11.1 release, first round.
>
> We encourage the whole community to download and test these
+1
make distcheck and Futon all clean.
OS X 10.6.4, Erlang R13B04, spidermonkey 1.8.5.
B.
On Wed, Jul 7, 2010 at 7:38 PM, Noah Slater wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.0.0 release, first round.
>
> We encourage the whole community to download and test these
[
https://issues.apache.org/jira/browse/COUCHDB-523?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Anderson updated COUCHDB-523:
--
Attachment: ranged_key_post.diff
> View API POST keys to retrieve multiple docs by key
[
https://issues.apache.org/jira/browse/COUCHDB-523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12886155#action_12886155
]
Benjamin Anderson commented on COUCHDB-523:
---
This would be a big win for me as w
Hello,
I would like call a vote for the Apache CouchDB 1.0.0 release, first round.
We encourage the whole community to download and test these release artifacts so
that any critical issues can be resolved before the release is made. Everyone is
free to vote on this release, so get stuck in!
We a
Hello,
I would like call a vote for the Apache CouchDB 0.11.1 release, first round.
We encourage the whole community to download and test these release artifacts so
that any critical issues can be resolved before the release is made. Everyone is
free to vote on this release, so get stuck in!
We
On 7 Jul 2010, at 23:21, Nicolas Dufour wrote:
> Ah yes ... shame on me ... forgot the sudo!
>
> Thanks Jan!
>
> You did figure out from the log because couch_log was the offender?
Yes, and the {error,eacces} tuple in the error message :)
Cheers
Jan
--
>
> Nicolas Dufour
> nrduf...@gmail.c
Ah yes ... shame on me ... forgot the sudo!
Thanks Jan!
You did figure out from the log because couch_log was the offender?
Nicolas Dufour
nrduf...@gmail.com
--
“Investment in knowledge pays the best interest.”
—Benjamin Franklin
On Wed, Jul 7, 2010 at 4:49 PM,
It looks like the user that is running the CouchDB process doesn't have
the necessary permissions to open the log files.
Cheers
Jan
--
On 7 Jul 2010, at 22:45, Nicolas Dufour wrote:
> Hello,
>
> I have recently installed Erlang OTP 14A and recompile the latest
> couchdb trunk against it (07/07
Hello,
I have recently installed Erlang OTP 14A and recompile the latest
couchdb trunk against it (07/07/2010).
And I get a nasty crash right at starting:
Apache CouchDB 0.12.0a37f492f-git (LogLevel=info) is starting.
=CRASH REPORT 7-Jul-2010::16:39:38 ===
crasher:
initial call: couch
On Jul 7, 2010, at 12:53 PM, Noah Slater wrote:
> UPDATE
>
> Apparently, a lot of these entries are bug fixes or refinement, which is fine.
>
> Because we're doing a duel release, the same entries appear in the
> CHANGES and NEWS files for both the 1.0.x and 0.11.x branches. We
> could release
UPDATE
Apparently, a lot of these entries are bug fixes or refinement, which is fine.
Because we're doing a duel release, the same entries appear in the
CHANGES and NEWS files for both the 1.0.x and 0.11.x branches. We
could release this as is, but the next release would have to include
both entr
On Jul 7, 2010, at 12:32 PM, Noah Slater wrote:
> Hey,
>
> I noticed that the NEWS and CHANGES for 1.0 and 0.11.1 are remarkably similar.
>
> You can find both of these files under:
>
>/branches/0.11.x
>
>/branches/1.0.x
>
> Can someone please edit the two files, in the two branches,
Hey,
I noticed that the NEWS and CHANGES for 1.0 and 0.11.1 are remarkably similar.
You can find both of these files under:
/branches/0.11.x
/branches/1.0.x
Can someone please edit the two files, in the two branches, until they
look okay.
Let me know when that has been done, and I wil
Running 'cleanup views' via Futon initiates indexing
Key: COUCHDB-821
URL: https://issues.apache.org/jira/browse/COUCHDB-821
Project: CouchDB
Issue Type: Bug
Components: Futon
On Wed, Jul 7, 2010 at 9:01 AM, Jason Smith wrote:
> When is it appropriate for an authentication module to use the _users
> database (or whatever it is configured to be)?
>
> I am investigating OpenID 2.0 support. A requirent is to store a nonce
> to protect against replay attacks. I am evaluatin
On Wed, Jul 7, 2010 at 12:32 PM, J Chris Anderson wrote:
>
> On Jul 7, 2010, at 12:01 AM, Jason Smith wrote:
>
>> When is it appropriate for an authentication module to use the _users
>> database (or whatever it is configured to be)?
>>
>> I am investigating OpenID 2.0 support. A requirent is to s
[
https://issues.apache.org/jira/browse/COUCHDB-776?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12885996#action_12885996
]
Filipe Manana commented on COUCHDB-776:
---
Thanks for looking into it Benoît.
The Fut
[
https://issues.apache.org/jira/browse/COUCHDB-550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Filipe Manana reassigned COUCHDB-550:
-
Assignee: Filipe Manana
> Provide Futon UI option that would use 'stale=ok' when browsin
On Jul 7, 2010, at 12:01 AM, Jason Smith wrote:
> When is it appropriate for an authentication module to use the _users
> database (or whatever it is configured to be)?
>
> I am investigating OpenID 2.0 support. A requirent is to store a nonce
> to protect against replay attacks. I am evaluating
[
https://issues.apache.org/jira/browse/COUCHDB-550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12885995#action_12885995
]
Filipe Manana commented on COUCHDB-550:
---
Pierre, we're about to release 1.0 (based o
[
https://issues.apache.org/jira/browse/COUCHDB-550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12885992#action_12885992
]
Pierre Beck commented on COUCHDB-550:
-
I would welcome this feature, too. Navigating l
On Wed, Jul 7, 2010 at 2:29 PM, Jan Lehnardt wrote:
>> Anyway rereading the doc we provide, I think delayed_commit don't
>> break the promise since db is always in consistent state.
>
> "consistent state" means CouchDB can start up and use that db
> without andy fixup phase (c.f myisamchk, or Inn
On Jul 6, 2010, at 1:10 PM, J Chris Anderson wrote:
>
> On Jul 6, 2010, at 11:44 AM, Noah Slater wrote:
>
>> Hey,
>>
>> This has already been exhaustively discussed on the mailing list, so this is
>> more of a courtisy than anything else. Unless anyone has any significant
>> objections, I wi
On Jul 6, 2010, at 6:56 PM, Robert Newson wrote:
> I had started a page to capture the nuances of these settings at
> http://wiki.apache.org/couchdb/Durability_Matrix but never finished
> it. It's possible some of the prose could be reshaped into a concise
> summary of the difficult balancing act
[
https://issues.apache.org/jira/browse/COUCHDB-820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Volker Mische updated COUCHDB-820:
--
Attachment: black-text.patch
Set foreground color for dropdowns
> Futon dropdowns can't be re
Futon dropdowns can't be read on dark themed Firefox
Key: COUCHDB-820
URL: https://issues.apache.org/jira/browse/COUCHDB-820
Project: CouchDB
Issue Type: Bug
Components: Futon
On 07.07.2010 14:20, Benoit Chesneau wrote:
On Wed, Jul 7, 2010 at 1:40 PM, Jan Lehnardt wrote:
On 7 Jul 2010, at 08:31, Benoit Chesneau wrote:
I dislike to have too much options though.
@damien
I don't understand this "keep it for 1.0" mantra. Since it's more a
"philosophical" change than
On 7 July 2010 13:20, Benoit Chesneau wrote:
> On Wed, Jul 7, 2010 at 1:40 PM, Jan Lehnardt wrote:
>>
>> On 7 Jul 2010, at 08:31, Benoit Chesneau wrote:
>>
>> I dislike to have too much options though.
>>>
>>> @damien
>>> I don't understand this "keep it for 1.0" mantra. Since it's more a
>>> "ph
On 7 Jul 2010, at 14:20, Benoit Chesneau wrote:
> On Wed, Jul 7, 2010 at 1:40 PM, Jan Lehnardt wrote:
>>
>> On 7 Jul 2010, at 08:31, Benoit Chesneau wrote:
>>
>> I dislike to have too much options though.
>>>
>>> @damien
>>> I don't understand this "keep it for 1.0" mantra. Since it's more a
[
https://issues.apache.org/jira/browse/COUCHDB-812?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12885924#action_12885924
]
Jason Smith commented on COUCHDB-812:
-
In that case I would request that it also be av
On Wed, Jul 7, 2010 at 1:40 PM, Jan Lehnardt wrote:
>
> On 7 Jul 2010, at 08:31, Benoit Chesneau wrote:
>
> I dislike to have too much options though.
>>
>> @damien
>> I don't understand this "keep it for 1.0" mantra. Since it's more a
>> "philosophical" change than a technical one, I would prefer
+1
On Wed, Jul 7, 2010 at 12:49 PM, Jan Lehnardt wrote:
>
> On 6 Jul 2010, at 20:44, Noah Slater wrote:
>
> > This has already been exhaustively discussed on the mailing list, so this
> is more of a courtisy than anything else. Unless anyone has any significant
> objections, I will be cutting tr
On 6 Jul 2010, at 20:44, Noah Slater wrote:
> This has already been exhaustively discussed on the mailing list, so this is
> more of a courtisy than anything else. Unless anyone has any significant
> objections, I will be cutting trunk for the 1.0 release tomorrow, and will
> call a vote soon
On 7 Jul 2010, at 08:31, Benoit Chesneau wrote:
I dislike to have too much options though.
>
> @damien
> I don't understand this "keep it for 1.0" mantra. Since it's more a
> "philosophical" change than a technical one, I would prefer that
> change on 1.0 whatever this number means. How do peopl
On 7 Jul 2010, at 00:46, Volker Mische wrote:
> On 07.07.2010 00:06, Damien Katz wrote:
>>
>> On Jul 5, 2010, at 8:49 AM, Volker Mische wrote:
>>
>>> Hi All,
>>>
>>> delayed_commits were enabled to have better performance especially for
>>> single writers. The price you pay for is that you po
I would prefer to leave it like it's now: set to true by default.
a+
On Wed, Jul 7, 2010 at 8:50 AM, Damien Katz wrote:
>
> On Jul 6, 2010, at 11:31 PM, Benoit Chesneau wrote:
>
> > On Wed, Jul 7, 2010 at 3:56 AM, Robert Newson
> wrote:
> >> I had started a page to capture the nuances of these
On Jul 6, 2010, at 11:31 PM, Benoit Chesneau wrote:
> On Wed, Jul 7, 2010 at 3:56 AM, Robert Newson wrote:
>> I had started a page to capture the nuances of these settings at
>> http://wiki.apache.org/couchdb/Durability_Matrix but never finished
>> it. It's possible some of the prose could be re
When is it appropriate for an authentication module to use the _users
database (or whatever it is configured to be)?
I am investigating OpenID 2.0 support. A requirent is to store a nonce
to protect against replay attacks. I am evaluating using a database to
store the nonce. (Another option is an
43 matches
Mail list logo