Re: incorrect link, or missing download

Fixed. Turns out William Rowe caught this a few days ago and submitted a pull request for it [1]. Mark 1 - https://github.com/basho/riak_wiki/pull/160 On Mon, Sep 5, 2011 at 9:12 PM, Greg Stein wrote: > Thanks, Jared. Not a problem. Since this is simple testing, I can work > with 0.14.0. My pro

Re: incorrect link, or missing download

Thanks, Jared. Not a problem. Since this is simple testing, I can work with 0.14.0. My production server (EC2/Ubuntu) is built from 0.14.2 source, so I have no serious concern here. That said, I'd advise fixing the link on that web page, to avoid future questions. Cheers, -g On Mon, Sep 5, 2011

Re: incorrect link, or missing download

Riak 0.14.2 was not built for OSX unfortunately. Before now, the OSX builds were simply done by hand by doing a 'make rel' and packaging the results of the 'rel/riak' directory. This manual step was not done for 0.14.1 or 0.14.2. OSX packaging has been added to riak mainline now though, so al

incorrect link, or missing download

Hello, I went to download Riak for Mac OS, and started to follow the instructions on: http://wiki.basho.com/Installing-on-Mac-OS-X.html It says to download: http://downloads.basho.com/riak/riak-0.14/riak-0.14.2-osx-i386.tar.gz However, that resource does not exist. There is only 0.14.0: ht

Re: Python client: three issues

On Mon, Sep 5, 2011 at 16:14, Mark Phillips wrote: >... > I just wanted to jump in here and reiterate that patches, issues, and > opinions about how the python code works/should work are all > encouraged. Mathias Meyer and Jared Morrow (among others) have been > handling issues, pull requests, rel

Re: Python client: three issues

On Mon, Sep 5, 2011 at 3:29 AM, Greg Stein wrote: > On Sun, Sep 4, 2011 at 22:12, Brett Hoerner wrote: >> On Sun, Sep 4, 2011 at 7:05 PM, Greg Stein wrote: [snip] >> The Python client has been pretty quiet in my experience (though I >> only started messing with it about a month ago). I'm sure

Re: more Python client questions

Well... I'm looking at some work on transports/http.py and that host/port is passed around *as if* there is a possibility/reason to vary the values. But when you get down to it, .http_request can just use ._host and ._port, and we can eliminate these spurious parameters from thought. In particular

Re: more Python client questions

Re: 2. Not that I disagree with removing those values, but is there some additional benefit that you're expecting by removing the static values? (just curious)* Jonathan Langevin Systems Administrator Loom Inc. Wilmington, NC: (910) 241-0433 - jlange...@loomlearnin

Re: Bitcask with sync_strategy o_sync seem to have no effect

On Tue, Aug 30, 2011 at 8:57 PM, Tatsuya Kawano wrote: > My colleague checked Bitcask implementation and found that it uses "fcntl > (2)" system call to set O_SYNC flag to the file descriptor. Unfortunately, > O_SYNC being set by this way will be ignored by kernel and has no effect. To > make

more Python client questions

I've got a couple more questions: 1. Why is "pycurl" used in the http transport? What benefits does it offer? Based on reading the code, I see no additional functionality, so I don't understand why this complexity exists. I'd like to submit a changeset that just removes it, but would like to under

Re: Python client: three issues

On Sun, Sep 4, 2011 at 22:12, Brett Hoerner wrote: > On Sun, Sep 4, 2011 at 7:05 PM, Greg Stein wrote: >> 1. I'd like Riak to generate keys for some of my objects, and I'm >> using the HTTP API. Pretty simple: do a POST, and the Location: header >> will tell me the key. However, looking at the co