Stuart P. Bentley

IMO, if a distro isn't supported, then it shouldn't be hosted under https://download.rethinkdb.com/apt/pool/

I'd be okay with this, so long as the paradigm of constructing abstract queries and running them against separate connections/pools is still possible: ``` var appconn, infoconn; // two separate...

I'm not talking about `rethinkdbdash` cross-compatibility here, I'm talking about a behavior in the hypothetical scenario where both the connections and the queries are coming from the same `rethinkdbdash`-renamed-to-`rethinkdb` driver...

To clarify, in addition to the stuff mentioned by @danielmewes in https://github.com/rethinkdb/rethinkdb/issues/3771#issue-57514922 (ie. not coercing cursors/streams to arrays), these are the properties I would want/need of a new `rethinkdbdash`-modeled `rethinkdb`...

Heck, I could probably implement an example of what I'm talking about as an abstraction on top of the existing `rethinkdb` driver, although it wouldn't have `rethinkdbdash`'s stream2 support (and...

Oh, I guess the `r(connection_opts)` syntax would conflict with the current handling of `r` as a synonym for `r.expr`, huh? That's a bummer. Maybe it could be deprecated, the context-instantiating...

That, or `r()`-constructed connection objects could be designed to pull double-duty, using their config object as an `r.expr` if called with an interface that only makes sense when used as...

I like @daveisfera's work in https://github.com/rethinkdb/rethinkdb-dockerfiles/pull/40#issuecomment-391075583 and currently that's probably the closest thing to what a new image would look like, but that is a *hairy* `RUN` line - I'd...

Is there a way we could pull the build command by reference from an upstream source, like how Arch Linux has the ABS? In other words, if this is how...

I guess what I'm saying is, if this does the some thing as https://git.alpinelinux.org/aports/tree/community/rethinkdb/APKBUILD, why not just build from that aports tree source directly (which, from the looks of it,...