Add support for logging to syslog
-
Key: COUCHDB-706
URL: https://issues.apache.org/jira/browse/COUCHDB-706
Project: CouchDB
Issue Type: New Feature
Components: Database Core, Infrastructure
[
https://issues.apache.org/jira/browse/COUCHDB-679?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12848556#action_12848556
]
Jan Lehnardt commented on COUCHDB-679:
--
Failing in trunk.
I'm on Erlang R13B01 (erts
Hi Noah.
building on Linux is still busted.
> for tool in 'make' 'libtool' 'automake' 'autoconf'; do $tool --version |
> head -n1; done
GNU Make 3.81
ltmain.sh (GNU libtool) 2.2.4
automake (GNU automake) 1.10.1
autoconf (GNU Autoconf) 2.61
Is the any more info I can find you?
Cheers
Jan
--
O
On Tue, Mar 23, 2010 at 12:09 AM, Filipe David Manana wrote:
>
>
> Also, supporting multiple content-encodings would imply doing some changes
> to the code introduced in ticket 639 (applied to trunk only) which adds a
> new doc query parameter ?att_gzip_length=true. (replacing it with 2
> paramete
On Thu, Mar 18, 2010 at 12:19 PM, Brian Candler wrote:
> On Wed, Mar 17, 2010 at 03:52:36PM -0700, Randall Leeds wrote:
> > It seems like couch should probably store content-encoding as metadata
> > on the attachment (like content-type) and pass these attachments
> > straight to disk and serve th
On Mar 22, 2010, at 3:26 PM, Lena Herrmann wrote:
> Am 22.03.10 23:14, schrieb J Chris Anderson:
>>
>> On Mar 22, 2010, at 3:11 PM, Lena Herrmann wrote:
>>
>>> Am 22.03.10 22:57, schrieb J Chris Anderson:
On Mar 22, 2010, at 2:43 PM, Lena Herrmann wrote:
> Hi,
>
>
What are you running this under?
OS X 10.6.2
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de; rv:1.9.2)
Gecko/20100115 Firefox/3.6
CouchDB Build 0.11.0b5592cf5-git
And: Erlang R13B02 (erts-5.7.3)
Lena
Am 22.03.10 23:14, schrieb J Chris Anderson:
On Mar 22, 2010, at 3:11 PM, Lena Herrmann wrote:
Am 22.03.10 22:57, schrieb J Chris Anderson:
On Mar 22, 2010, at 2:43 PM, Lena Herrmann wrote:
Hi,
I still have the same problem. Now I ran out of things to try.
Here is the code: http://gist.g
On Mar 22, 2010, at 3:11 PM, Lena Herrmann wrote:
> Am 22.03.10 22:57, schrieb J Chris Anderson:
>>
>> On Mar 22, 2010, at 2:43 PM, Lena Herrmann wrote:
>>
>>> Hi,
>>>
>>> I still have the same problem. Now I ran out of things to try.
>>>
>>> Here is the code: http://gist.github.com/340562
>>
Am 22.03.10 22:57, schrieb J Chris Anderson:
On Mar 22, 2010, at 2:43 PM, Lena Herrmann wrote:
Hi,
I still have the same problem. Now I ran out of things to try.
Here is the code: http://gist.github.com/340562
Looking at this I'm seeing that roles needs to be an array.
Can you show the o
On Mar 22, 2010, at 2:43 PM, Lena Herrmann wrote:
> Hi,
>
> I still have the same problem. Now I ran out of things to try.
>
> Here is the code: http://gist.github.com/340562
>
Looking at this I'm seeing that roles needs to be an array.
Can you show the output of prepareUserDoc()?
Maybe som
Hi,
I still have the same problem. Now I ran out of things to try.
Here is the code: http://gist.github.com/340562
When trying to login, I still get a 404 with reason "Name or password is
incorrect."
Can someone try if this runs on their machine? Or am I missing something
very stupid?
Len
On Mon, Mar 22, 2010 at 7:29 PM, Noah Slater wrote:
>
> On 22 Mar 2010, at 18:20, till wrote:
>
>> Ah, just figured! It helps to read _all_ the damn instructions. ;-)
>>
>> All tests successful.
>> Files=33, Tests=456, 44 wallclock secs (20.15 cusr + 3.29 csys = 23.44 CPU)
>
> What was the proble
On 22 Mar 2010, at 18:20, till wrote:
> Ah, just figured! It helps to read _all_ the damn instructions. ;-)
>
> All tests successful.
> Files=33, Tests=456, 44 wallclock secs (20.15 cusr + 3.29 csys = 23.44 CPU)
What was the problem?
> Btw, can I contribute a patch to INSTALL.Unix ?
>
> http
Ah, just figured! It helps to read _all_ the damn instructions. ;-)
All tests successful.
Files=33, Tests=456, 44 wallclock secs (20.15 cusr + 3.29 csys = 23.44 CPU)
Btw, can I contribute a patch to INSTALL.Unix ?
http://friendpaste.com/uwiNQyn5sIZkTcytegy3i
On Mon, Mar 22, 2010 at 7:14 PM,
"What version of make are you using? We require GNU Make, so try again with
"gmake" instead."
>
On 22 Mar 2010, at 18:13, till wrote:
> My gmake is fine, how is your's? =)
>
> But what are you referring to?
>
> On Mon, Mar 22, 2010 at 7:09 PM, Noah Slater wrote:
>> What about gmake?
>>
>> O
My gmake is fine, how is your's? =)
But what are you referring to?
On Mon, Mar 22, 2010 at 7:09 PM, Noah Slater wrote:
> What about gmake?
>
> On 22 Mar 2010, at 18:02, till wrote:
>
>> On Mon, Mar 22, 2010 at 6:52 PM, Noah Slater wrote:
>>> What PREFIX did you use? We don't support spaces.
>>
What about gmake?
On 22 Mar 2010, at 18:02, till wrote:
> On Mon, Mar 22, 2010 at 6:52 PM, Noah Slater wrote:
>> What PREFIX did you use? We don't support spaces.
>
> No PREFIX sir. ;-)
>
> ./bootstrap
> ./configure
> make check
>
> Till
>
>>
>> What version of make are you using? We requir
On Mon, Mar 22, 2010 at 6:52 PM, Noah Slater wrote:
> What PREFIX did you use? We don't support spaces.
No PREFIX sir. ;-)
./bootstrap
./configure
make check
Till
>
> What version of make are you using? We require GNU Make, so try again with
> "gmake" instead.
>
> On 22 Mar 2010, at 17:30, ti
On Mon, Mar 22, 2010 at 18:51, Noah Slater wrote:
> If you can compile manually, but your ebuild fails, I would suggest you check
> your ebuild for problems.
Well, Jan said he saw the same error, so it's not just my ebuild. And
I just tried to manually execute the configure command from the
afor
What PREFIX did you use? We don't support spaces.
What version of make are you using? We require GNU Make, so try again with
"gmake" instead.
On 22 Mar 2010, at 17:30, till wrote:
> On Mon, Mar 22, 2010 at 4:54 PM, Noah Slater wrote:
>> Hello,
>>
>> I would like call a vote for the Apache Cou
On Mon, Mar 22, 2010 at 12:23:55PM -0500, Jan Lehnardt wrote:
>
> On 22 Mar 2010, at 12:18, Jan Lehnardt wrote:
>
> >
> > On 22 Mar 2010, at 12:07, Dirkjan Ochtman wrote:
> >
> >> On Mon, Mar 22, 2010 at 16:54, Noah Slater wrote:
> >>> We are voting on the following release artifacts:
> >>>
>
If you can compile manually, but your ebuild fails, I would suggest you check
your ebuild for problems.
On 22 Mar 2010, at 17:23, Jan Lehnardt wrote:
>
> On 22 Mar 2010, at 12:18, Jan Lehnardt wrote:
>
>>
>> On 22 Mar 2010, at 12:07, Dirkjan Ochtman wrote:
>>
>>> On Mon, Mar 22, 2010 at 16:5
On Mon, Mar 22, 2010 at 4:54 PM, Noah Slater wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 0.11.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.
On 22 Mar 2010, at 12:18, Jan Lehnardt wrote:
>
> On 22 Mar 2010, at 12:07, Dirkjan Ochtman wrote:
>
>> On Mon, Mar 22, 2010 at 16:54, Noah Slater wrote:
>>> We are voting on the following release artifacts:
>>>
>>> http://people.apache.org/~nslater/dist/0.11.0/
>>
>> I copied my ebuil
On 22 Mar 2010, at 12:07, Dirkjan Ochtman wrote:
> On Mon, Mar 22, 2010 at 16:54, Noah Slater wrote:
>> We are voting on the following release artifacts:
>>
>>http://people.apache.org/~nslater/dist/0.11.0/
>
> I copied my ebuild (I package CouchDB for Gentoo) from 0.10.1, changed
> the
+1
OS X 10.6.2
Erlang: R13B03
all test pass in make check
All Futon tests pass in FF and Safari and ./test/javascript/run
changes.js fails in Chrome with known browser detection issue
On Mar 22, 2010, at 11:54 AM, Noah Slater wrote:
> Hello,
>
> I would like call a vote for the Apache Couc
On Mon, Mar 22, 2010 at 16:54, Noah Slater wrote:
> We are voting on the following release artifacts:
>
> http://people.apache.org/~nslater/dist/0.11.0/
I copied my ebuild (I package CouchDB for Gentoo) from 0.10.1, changed
the download URI to point to the 0.11 tarball, then ran into an er
+1
Mac OS X, Version 10.6.2
Test suite in Futon:
60 of 60 test(s) run, 0 failures (57059 ms)
make check:
All tests successful.
Files=33, Tests=456, 69 wallclock secs (15.52 cusr + 3.78 csys = 19.30 CPU)
Cheers,
Chris
--
Christopher Brown
VP, Engineering
Opscode
http://www.opscode.com
Hey devs,
OS: Mac OS X 10.6.2
Erlang: R13B03
Spidermonkey: spidermonkey 1.9.2 (according to homebrew at least)
make check: ok
browser test suite (Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US;
rv:1.9.2) Gecko/20100115 Firefox/3.6): ok
some custom tests with own projects: ok
my vote: +1
[
https://issues.apache.org/jira/browse/COUCHDB-644?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12848185#action_12848185
]
Rachel Willmer commented on COUCHDB-644:
Increasing the buffer size solves the pro
Hello,
I would like call a vote for the Apache CouchDB 0.11.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!
W
Yes, but it's very noisy, and I wanted to get absolute clarification. Thanks.
I'll do it now.
On 22 Mar 2010, at 15:08, Jan Lehnardt wrote:
>
> On 22 Mar 2010, at 04:12, Noah Slater wrote:
>
>> So, are we officially good to go?
>>
>> Can I upload the artefact from the current tag, or do I nee
On 22 Mar 2010, at 04:12, Noah Slater wrote:
> So, are we officially good to go?
>
> Can I upload the artefact from the current tag, or do I need to retag the
> 0.11.x branch?
You'll need to re-tag. Are you not on comm...@? :)
Cheers
Jan
--
>
> Thanks.
>
> On 21 Mar 2010, at 19:00, Jan L
[
https://issues.apache.org/jira/browse/COUCHDB-302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12848083#action_12848083
]
Stefan Endrullis commented on COUCHDB-302:
--
Recently I upgraded to version 0.10.1
So, are we officially good to go?
Can I upload the artefact from the current tag, or do I need to retag the
0.11.x branch?
Thanks.
On 21 Mar 2010, at 19:00, Jan Lehnardt wrote:
>
> On 21 Mar 2010, at 13:38, Robert Dionne wrote:
>
>> Ok Noah, This is only a test case issue, and not in the ch
36 matches
Mail list logo
