On Thu, Jun 16, 2011 at 10:24 AM, Andrew Thompson wrote:
> On Thu, Jun 16, 2011 at 09:24:28AM -0700, David Leimbach wrote:
> > Riak doesn't have tombstones (as far as I know) so, you have to make sure
> > all your nodes are up to do a delete. This, to me, seems
Or any data from backup? :-)
On Thu, Jun 16, 2011 at 10:04 AM, Nico Meyer wrote:
> Yes, but the same is true if you restore a relational DB from backup :-D
>
> Am 16.06.2011 18:49, schrieb Les Mikesell:
>
> On 6/16/2011 10:22 AM, Nico Meyer wrote:
>>
>>>
>>>
>>
>>
>> Btw, this whole issue is n
On Thu, Jun 16, 2011 at 9:49 AM, Les Mikesell wrote:
> On 6/16/2011 10:22 AM, Nico Meyer wrote:
>
>>
>>
>
>
> Btw, this whole issue is not really Riak specific. It is essentially a
>> consequence of eventual consistency, where you have to make a trade off
>> between the amount of bookkeeping inf
On Thu, Jun 16, 2011 at 2:57 AM, Nico Meyer wrote:
> Hello David,
>
> this behaviour is quite expected if you think about how Riak works.
> Assuming you use the default replication factor of n=3, each key is stored
> on all of your three nodes. If you delete a key while one node (let's call
> it
3ae54e9fb9c39af
>
> Sean Cribbs
> Developer Advocate
> Basho Technologies, Inc.
> http://basho.com/
>
> On Jun 2, 2011, at 12:28 PM, David Leimbach wrote:
>
> I didn't see the fix listed for Javascript JSON parsing with newlines? Are
> we still expected to fix this
I didn't see the fix listed for Javascript JSON parsing with newlines? Are
we still expected to fix this on our own?
I learned about this issue on the mailing list and the fix, but I'm not sure
I ever was able to find a bug number.
Dave
On Wed, Jun 1, 2011 at 3:33 PM, Mark Phillips wrote:
> H
On Fri, May 6, 2011 at 6:44 AM, Les Mikesell wrote:
> On 5/6/11 8:27 AM, David Leimbach wrote:
>
>> The default for a bucket is to use quorum writes, but you should be able
>> to
>> specify that you only want to write to one Riak node as a parameter to the
>> wr
On Fri, May 6, 2011 at 10:05 AM, Bryan O'Sullivan wrote:
> On Thu, May 5, 2011 at 4:14 PM, David Leimbach wrote:
>
>>
>> Yes I know protocol buffers are trendy and all, but even Google's Go
>> programming language doesn't support them natively (without ex
The default for a bucket is to use quorum writes, but you should be able to
specify that you only want to write to one Riak node as a parameter to the
write. So you don't necessarily have to adjust the nval.
Dave
On Fri, May 6, 2011 at 3:48 AM, Jeremiah Peschka wrote:
> One thing you'll want t
On Thu, May 5, 2011 at 4:14 PM, David Leimbach wrote:
> Thanks!
>
> On Thu, May 5, 2011 at 3:11 PM, Mike Oxford wrote:
>
>> Protobuf does not do inter-message delimiters. You have to handle that
>> aspect yourself.
>>
>> In the streambuf, put in the length
ssages you'll have to
> load the whole thing in before you can parse.
>
> HTH.
>
> -mox
>
>
>
>
>
> On Thu, May 5, 2011 at 3:02 PM, David Leimbach wrote:
>
>> I haven't completely abandoned mine yet either, but I've been finding that
>
does not
> do, even though they both use the ".proto" file extension and very very
> similar proto semantics.
>
> That said, if they ARE the same, then you can take the .proto files and
> generate C++ classes, and use the secondary library "protobuf-c" to generate
>
Saw the same on FreeBSD yesterday. I don't usually expect anyone to keep
"master" or "trunk" of anything stable so I didn't mention anything :-)
On Fri, Apr 15, 2011 at 1:52 PM, Dan Reverri wrote:
> I just got this error when trying to build the latest version of master
> using Erlang R13B04 (i
On Thu, Apr 14, 2011 at 2:01 PM, Andrew Thompson wrote:
> On Thu, Apr 14, 2011 at 01:29:49PM -0700, David Leimbach wrote:
> > I've checked out the branch for the last riak release, made a few
> > modifications to the downloaded rebar.conf files for riak_kv, and one
&
tests against.
Pretty cool :-)
Dave
On Thu, Apr 14, 2011 at 10:59 AM, David Leimbach wrote:
>
>
> On Thu, Apr 14, 2011 at 10:57 AM, Andrew Thompson wrote:
>
>> On Thu, Apr 14, 2011 at 10:44:53AM -0700, David Leimbach wrote:
>> > That's great! Does it still work
On Thu, Apr 14, 2011 at 10:57 AM, Andrew Thompson wrote:
> On Thu, Apr 14, 2011 at 10:44:53AM -0700, David Leimbach wrote:
> > That's great! Does it still work on Linux too though? :-) I'm having
> one
> > of those interrupt heavy days, and all the context switchin
That's great! Does it still work on Linux too though? :-) I'm having one
of those interrupt heavy days, and all the context switching is making it
difficult to focus on this task :-)
On Thu, Apr 14, 2011 at 10:02 AM, Andrew Thompson wrote:
> It works!
>
>
> https://github.com/basho/erlang_js
On Thu, Apr 14, 2011 at 9:40 AM, Andrew Thompson wrote:
> On Thu, Apr 14, 2011 at 09:34:26AM -0700, David Leimbach wrote:
> > 1. GNUMakefile instead of Makefile
> This would work if we added a regular Makefile that invoked GNU make
> because GNU make looks for GNUMakefile firs
On Wed, Apr 13, 2011 at 7:26 PM, Andrew Thompson wrote:
> I actually have a couple pull requests open to add support for all the
> BSDs for riak. You're welcome to contribute to the effort.
>
> https://github.com/basho/erlang_js/pull/11
>
> https://github.com/basho/skerl/pull/5
>
> Piotr actually
I'd be happy to as we are thinking o using this combination where I work :-).
Sent from my iPhone
On Apr 13, 2011, at 7:26 PM, Andrew Thompson wrote:
> I actually have a couple pull requests open to add support for all the
> BSDs for riak. You're welcome to contribute to the effort.
>
> https:
Also yes, I did see this:
http://blog.harperdog.com/2010/12/17/riak-on-freebsd/
Seems like the right way to fix this is not to make a port with a bunch of
patches but to make the build more portable...
Dave
On Wed, Apr 13, 2011 at 5:20 PM, David Leimbach wrote:
> I realize this might not
I realize this might not be supported at this point, however I am trying to
build on FreeBSD and I think I'm running into cases where Makefiles are
referring to GNUmake as "make" instead of "$(MAKE)".
Shall I file a bug?
Dave
___
riak-users mailing list
0 PM, Mike Oxford wrote:
>>
>> Be careful here..
>>
>> I do not thing Riak's "protocol buffers" are the same as Google's protocol
>> buffers.
>> Google's does bit-level packing and some other tricks that Riak does not
>> do, even t
that Riak does not
>>> do, even though they both use the ".proto" file extension and very very
>>> similar proto semantics.
>>>
>>> That said, if they ARE the same, then you can take the .proto files and
>>> generate C++ classes, and use t
d be a superstar in my book :).
>
> Sent from my iPhone
>
> On Apr 8, 2011, at 1:46 PM, David Leimbach wrote:
>
> > I've been writing a bit of code in Haskell to push data to Riak, and the
> bindings are pretty easy to use (Thanks Brian!), but getting penetration a
I've been writing a bit of code in Haskell to push data to Riak, and the
bindings are pretty easy to use (Thanks Brian!), but getting penetration at
my company for Haskell is going to take a little time.
As such I'm just wondering if anyone knows of anyone working on a protocol
buffers version of
Tried the protocol buffers interface? What method are you using to insert
records? I know you said REST but if it's a big script with curl, that may not
be the best way.
Sent from my iPhone
On Apr 7, 2011, at 5:04 PM, Rexxe wrote:
> What are your w and dw values set to? What backend are yo
27 matches
Mail list logo
