On Wed, Feb 18, 2009 at 10:58 PM, Antony Blakey wrote:
>
> On 19/02/2009, at 2:22 PM, Chris Anderson wrote:
>
>> Well that's cheery.
>
> Obviously a metaphor, and I was responding to Paul Davis, not known for his
> linguistic restraint :)
>
Really? Fuck. I thought I was showing constraint.
> Ant
On Wed, Feb 18, 2009 at 10:49 PM, Antony Blakey wrote:
>
> On 19/02/2009, at 2:11 PM, Paul Davis wrote:
>
>> My third thought is that we can be purists or pragmatists, but not
>> both.
>
> You can be a pragmatist without being a deliberate spoiler. A pragmatist
> will shit in the public square onl
On 19/02/2009, at 2:22 PM, Chris Anderson wrote:
Well that's cheery.
Obviously a metaphor, and I was responding to Paul Davis, not known
for his linguistic restraint :)
Antony Blakey
-
CTO, Linkuistics Pty Ltd
Ph: 0438 840 787
Every task involves constraint,
Solve the thing w
On Wed, Feb 18, 2009 at 7:49 PM, Antony Blakey wrote:
>
> On 19/02/2009, at 2:11 PM, Paul Davis wrote:
>
>> My third thought is that we can be purists or pragmatists, but not
>> both.
>
> You can be a pragmatist without being a deliberate spoiler. A pragmatist
> will shit in the public square only
On 19/02/2009, at 2:11 PM, Paul Davis wrote:
My third thought is that we can be purists or pragmatists, but not
both.
You can be a pragmatist without being a deliberate spoiler. A
pragmatist will shit in the public square only if there is no
reasonable alternative. In this case there is.
On Wed, Feb 18, 2009 at 7:41 PM, Paul Davis wrote:
> My third thought is that we can be purists or pragmatists, but not
> both. We are already not being pure in a number of respects so I find
> it a bit disingenuous to claim purism on a given topic while blithely
> ignoring concerns on other topic
On Wed, Feb 18, 2009 at 9:35 PM, Noah Slater wrote:
> On Wed, Feb 18, 2009 at 07:49:06PM -0500, Damien Katz wrote:
>> Not that I necessarily disagree (this might be the most pragmatic way),
>> but it kind of defeats the whole point of HTTP headers. It's just taking
>> the same inputs and making th
On Wed, Feb 18, 2009 at 07:49:06PM -0500, Damien Katz wrote:
> Not that I necessarily disagree (this might be the most pragmatic way),
> but it kind of defeats the whole point of HTTP headers. It's just taking
> the same inputs and making them slightly harder to parse.
What do you think the whole
Not that I necessarily disagree (this might be the most pragmatic
way), but it kind of defeats the whole point of HTTP headers. It's
just taking the same inputs and making them slightly harder to parse.
-Damien
On Feb 18, 2009, at 7:41 PM, Chris Anderson wrote:
On Wed, Feb 18, 2009 at 1:38
On Wed, Feb 18, 2009 at 1:38 PM, Noah Slater wrote:
> Hey,
>
> I was just reading through this:
>
> http://www.mnot.net/blog/2009/02/18/x-
>
> I recommend that you do too.
>
> It makes me wonder if we should stop using custom HTTP headers.
>
> Can we move these operations to the URI?
>
So someth
On Wed, Feb 18, 2009 at 3:24 PM, Paul Davis wrote:
> On Wed, Feb 18, 2009 at 6:09 PM, Chris Anderson wrote:
>> I don't know the literature, but I have an idea for a shared
>> data-space across peer nodes (not in a cluster).
>>
>> A replication helper, which tracks all known replicas, and their la
I'm leveraging existing presence mechanisms to provide discovery and
coordination facilities in a mesh e.g. XMPP. This gives me statistical
information of peer state and a view of the entire mesh. I'm doing
this purely because I need presence for other reasons e.g.
decentralized deployment
On Wed, Feb 18, 2009 at 6:09 PM, Chris Anderson wrote:
> I don't know the literature, but I have an idea for a shared
> data-space across peer nodes (not in a cluster).
>
> A replication helper, which tracks all known replicas, and their last
> successfully replicated sequence num can provide to t
I don't know the literature, but I have an idea for a shared
data-space across peer nodes (not in a cluster).
A replication helper, which tracks all known replicas, and their last
successfully replicated sequence num can provide to the user a list of
remote nodes that have knowledge of each update
[
https://issues.apache.org/jira/browse/COUCHDB-261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Anderson closed COUCHDB-261.
--
Resolution: Cannot Reproduce
This looks like a transient issue related to an initial build whi
curl build on Mac OSX
-
Key: COUCHDB-261
URL: https://issues.apache.org/jira/browse/COUCHDB-261
Project: CouchDB
Issue Type: Bug
Components: Build System
Environment: Mac OSX, svn trunk, mac ports for d
[
https://issues.apache.org/jira/browse/COUCHDB-135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Joseph Davis updated COUCHDB-135:
--
Attachment: (was: COUCHDB-135.patch)
> Offset regression between 0.8.0 and trunk
>
[
https://issues.apache.org/jira/browse/COUCHDB-135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Joseph Davis updated COUCHDB-135:
--
Attachment: (was: COUCHDB-135.patch)
> Offset regression between 0.8.0 and trunk
>
[
https://issues.apache.org/jira/browse/COUCHDB-135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Joseph Davis updated COUCHDB-135:
--
Attachment: COUCHDB-135.patch
Forgot to add the JS test files to share/Makefile.am
>
[
https://issues.apache.org/jira/browse/COUCHDB-135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Joseph Davis updated COUCHDB-135:
--
Attachment: (was: COUCHDB-135.patch)
> Offset regression between 0.8.0 and trunk
>
Hey,
I was just reading through this:
http://www.mnot.net/blog/2009/02/18/x-
I recommend that you do too.
It makes me wonder if we should stop using custom HTTP headers.
Can we move these operations to the URI?
Best,
--
Noah Slater, http://tumbolia.org/nslater
[
https://issues.apache.org/jira/browse/COUCHDB-135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Joseph Davis updated COUCHDB-135:
--
Attachment: COUCHDB-135.patch
Rebased to trunk. It'd be nice to get this applied seein
On Wed, Feb 18, 2009 at 02:18:24PM -0500, Damien Katz wrote:
> For their ongoing contributions to Apache CouchDB and it's community. I
> am pleased to announce two new committers, Paul Davis and Adam
> Kocoloski.
Congratulations!
--
Noah Slater, http://tumbolia.org/nslater
For their ongoing contributions to Apache CouchDB and it's community.
I am pleased to announce two new committers, Paul Davis and Adam
Kocoloski.
Thank you both for your excellent work, we all love what you've been
doing. Now we want you to do it even more ;)
-Damien
[
https://issues.apache.org/jira/browse/COUCHDB-259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674737#action_12674737
]
Robert Newson commented on COUCHDB-259:
---
Perhaps the couchdb file format already in
[
https://issues.apache.org/jira/browse/COUCHDB-259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674729#action_12674729
]
Sho Fukamachi commented on COUCHDB-259:
---
Robert: For small things it's probably OK.
[
https://issues.apache.org/jira/browse/COUCHDB-259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674660#action_12674660
]
Robert Newson commented on COUCHDB-259:
---
My intention for storing the md5 with the a
[
https://issues.apache.org/jira/browse/COUCHDB-260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Davies updated COUCHDB-260:
-
Attachment: list_reduce_views.diff
Initial patch for reduce views support for _list.
Note: the
[
https://issues.apache.org/jira/browse/COUCHDB-259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674656#action_12674656
]
Sho Fukamachi commented on COUCHDB-259:
---
Robert: If you're game, you could always ma
Support for reduce views in _list
-
Key: COUCHDB-260
URL: https://issues.apache.org/jira/browse/COUCHDB-260
Project: CouchDB
Issue Type: Bug
Components: HTTP Interface
Reporter: Jason Dav
[
https://issues.apache.org/jira/browse/COUCHDB-257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674650#action_12674650
]
Vinay Sajip commented on COUCHDB-257:
-
I've had a look at RFC2616 (the HTTP 1.1 spec)
[
https://issues.apache.org/jira/browse/COUCHDB-259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674637#action_12674637
]
Robert Newson commented on COUCHDB-259:
---
also, this should be for 0.9.0? It's my und
[
https://issues.apache.org/jira/browse/COUCHDB-259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674636#action_12674636
]
Robert Newson commented on COUCHDB-259:
---
+1, I'd like somewhere to store md5 or sha
[
https://issues.apache.org/jira/browse/COUCHDB-259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sho Fukamachi updated COUCHDB-259:
--
Priority: Minor (was: Major)
> Ability to store abitrary data in attachment stubs
> -
Ability to store abitrary data in attachment stubs
--
Key: COUCHDB-259
URL: https://issues.apache.org/jira/browse/COUCHDB-259
Project: CouchDB
Issue Type: Wish
Components: Database Co
On 18/02/2009, at 10:05 PM, Jan Lehnardt wrote:
Like http://titaniumapp.com/? :) (Apache 2.0, sources on GitHub)
Well, yes, but with Erlang included. Great link, thanks.
Antony Blakey
-
CTO, Linkuistics Pty Ltd
Ph: 0438 840 787
A Man may make a Remark –
In itself – a quiet thing
On 18 Feb 2009, at 12:23, Antony Blakey wrote:
On 18/02/2009, at 8:59 AM, Antony Blakey wrote:
On 18/02/2009, at 3:58 AM, Jan Lehnardt wrote:
Hey,
remember the Futon mail earlier? Yeah, there's another project
that need love: CouchDBX*.
*http://jan.prima.de/~jan/plok/archives/142-CouchD
On 18/02/2009, at 8:59 AM, Antony Blakey wrote:
On 18/02/2009, at 3:58 AM, Jan Lehnardt wrote:
Hey,
remember the Futon mail earlier? Yeah, there's another project
that need love: CouchDBX*.
*http://jan.prima.de/~jan/plok/archives/142-CouchDBX-Revival.html
My idea of CouchDBX is this:
A s
Thanks, this slipped in somehow between testing and committing.
fixed in r745475 (I like the number).
Cheers
Jan
--
On 18 Feb 2009, at 11:43, Robert Dionne wrote:
Is there perhaps a typo in this? See attached
On Feb 18, 2009, at 4:57 AM, Jan Lehnardt (JIRA) wrote:
[ https://issues
Is there perhaps a typo in this? See attached
On Feb 18, 2009, at 4:57 AM, Jan Lehnardt (JIRA) wrote:
[ https://issues.apache.org/jira/browse/COUCHDB-170?
page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jan Lehnardt closed COUCHDB-170.
-
On 18/02/2009, at 8:21 PM, Jan Lehnardt wrote:
I had a quick look at your sources,
and I'm seeing you are bundling ICU. What is the final size of your
.app bundle? And is it a universal (ppc,ppc64,i386) build for all
components?
I do no pruning, stripping etc, build fat, and the binary compon
[
https://issues.apache.org/jira/browse/COUCHDB-170?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jan Lehnardt closed COUCHDB-170.
Resolution: Fixed
Fix Version/s: 0.9
This is fixed in r745459. Thanks for reporting.
> use
On 17 Feb 2009, at 23:43, Antony Blakey wrote:
On 18/02/2009, at 8:59 AM, Antony Blakey wrote:
This BTW was automated as part of building a generic client. I have
a client who will probably pay someone to do the Win32 version.
https://issues.apache.org/jira/browse/COUCHDB-170 affects bui
On 17 Feb 2009, at 23:29, Antony Blakey wrote:
On 18/02/2009, at 3:58 AM, Jan Lehnardt wrote:
Hey,
remember the Futon mail earlier? Yeah, there's another project
that need love: CouchDBX*.
*http://jan.prima.de/~jan/plok/archives/142-CouchDBX-Revival.html
My idea of CouchDBX is this:
A si
44 matches
Mail list logo