Cool. Thanks for the post-mortem, Dave. There's a reason the release
procedure is so long. Every time I make a mistake, I add something to it. ;)
On 4 April 2013 19:18, Dave Cottlehuber wrote:
> OK I finally figured out what happened, and I'm feeling very embarrassed by
> it. Sorry everybody fo
OK I finally figured out what happened, and I'm feeling very embarrassed by
it. Sorry everybody for the inconvenience.
I have some automated build tasks running as a service and wasn't aware
they were still running. As a result depending on when I ran the manual
builds, I am either missing pieces
Hi Marten,
I need to look into this. I rebuilt the 1.2.2 R14B04 yesterday after Alex
found a bug, I am beginning to think that somewhere I've uploaded broken
snapshot binaries instead of working ones :-/.
In future I'll use git sha names for pre-release binaries, and then rename
them once we have
I deinstalled CouchDB, installed it again with the offical download for
windows (CouchDB 1.2.2, Erlang 15) and got the same errors and names.
I deinstalled CouchDB again and installed 1.2.2 (Erlang 14) and this
database started (as a service) but did not answer any requests.
I deinstalled Cou
I've had errors in the past installing new Windows CouchDb releases over
old ones. It works better to back up your databases and config, uninstall
the old version, install the new one, and restore the databases and config.
But the weird naming thing suggests something else might be going on in
your
Hmm, I just downloaded the stuff for Windows (1.2.2 Erlang15) and
installed it over my 1.2.0 version:
-> names itself: "CouchDb 1.3.0a-424a879-git"
-> when looking into a database via _utils I always get an error "Error:
not_found" missing
Marten
On 02.04.2013 19:58, Noah Slater wrote:
Dea