Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9B9D8F557 for ; Thu, 4 Apr 2013 18:19:28 +0000 (UTC) Received: (qmail 52336 invoked by uid 500); 4 Apr 2013 18:19:27 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 52282 invoked by uid 500); 4 Apr 2013 18:19:27 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 52154 invoked by uid 99); 4 Apr 2013 18:19:26 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Apr 2013 18:19:26 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of dch@jsonified.com designates 209.85.215.43 as permitted sender) Received: from [209.85.215.43] (HELO mail-la0-f43.google.com) (209.85.215.43) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Apr 2013 18:19:22 +0000 Received: by mail-la0-f43.google.com with SMTP id ek20so2776901lab.30 for ; Thu, 04 Apr 2013 11:19:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jsonified.com; s=google; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=XQVDVLYo9oexckGZ0/mXVZk5QYODQGWy9yFEXsIlZQc=; b=rcgjy09chXXw84kq0zdm8TIAy88Vq7/RxgWAhM8dXMB2rVWkWxti/9L74zzk1Fw4GF q8L45TFdcxdBz0Tf59CsD5A2yzvONxXGIwPfoL7USaVQelJ1vwyK4H36KKTESIvr0jyO a0ynHe4o3Hgd/9bgXQbI3E7GUugSOgBPD/390= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:content-type:x-gm-message-state; bh=XQVDVLYo9oexckGZ0/mXVZk5QYODQGWy9yFEXsIlZQc=; b=ezUJLdRj6yEJVzgKwEmOSUHzANK3J4MCqYOIOQ4+IbkcevGO1SFuirJJKI6M7Sm5so KVe68UIYkMZ+dUECcJre5lovLVru4kkbtkctFuVYfm0StEfQpsWTecWrNGXtpiJAgPd1 43YHyhp9jq5q91o+39JgomTLfvqgxGy4Tmuf6wxCt840XBM3Hu97UnqzptQ/UU2Hs2aw 44BlR367TAwagSSWJ4o6l1IV0GyKFpH0+3UiFPlTbH9mC/ZWMUV5UTpQnqbiJZ3sW3+y 8E9XKBbA4H1uMtzWqdM1HbLI/NPZt9HAIdkSkM/M8NYweFcbIaWq7bBVNGIvHY5kOy7x 8uxw== MIME-Version: 1.0 X-Received: by 10.112.132.105 with SMTP id ot9mr4200980lbb.24.1365099540156; Thu, 04 Apr 2013 11:19:00 -0700 (PDT) Received: by 10.112.78.174 with HTTP; Thu, 4 Apr 2013 11:18:59 -0700 (PDT) X-Originating-IP: [84.112.19.176] In-Reply-To: References: <515D1104.10908@schrievkrom.de> <515D2C26.1050302@schrievkrom.de> Date: Thu, 4 Apr 2013 20:18:59 +0200 Message-ID: Subject: Re: Apache CouchDB 1.2.2 - strange From: Dave Cottlehuber To: user@couchdb.apache.org, CouchDB Developers Content-Type: multipart/alternative; boundary=047d7b3441722caa9d04d98d017a X-Gm-Message-State: ALoCoQlXkGn+hEJ7clfHme6d5Tt2hHJY6I2MF39fxg/IFpLfXVR+Wf3p40owWJMrFoRsI41GZ+UJ X-Virus-Checked: Checked by ClamAV on apache.org --047d7b3441722caa9d04d98d017a Content-Type: text/plain; charset=ISO-8859-1 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 (as it removes files for the background build), or has extra components mixed in from a build on some new git commit. The bundle step takes place after the in-build tree `make check` has run, so I'll need to extend the bundling step for some sanity checks next time. The basic "verify install" tests don't check enough to pick up this sort of screw-up. The safest thing in the circumstances is to rebuild all the builds (done), re-test (done), get them checked by a few other folk first, and on Monday let you all know when the new binaries are OK and have hit the mirrors. If you need a version ASAP (e.g. you are hitting the rewriter bug which was one of the main reasons for the 1.2.2 point release) please reply offline and I can get you started sooner, or just follow the thread on dev@. Again, my sincere apologies. Dave On 4 April 2013 10:04, Dave Cottlehuber wrote: > 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 official tags, this will ensure I'm not confused when we > run multiple release streams in parallel. > > My sincerest apologies all for the inconvenience & the muck-up. > > A+ > Dave > > > On 4 April 2013 09:30, Marten Feldtmann wrote: > >> 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 CouchDB again and installed 1.2.1 and everything was ok >> again. >> >> Marten >> >> >> >> On 04.04.2013 09:20, Nick North wrote: >> >>> 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 case as well. >>> >> > --047d7b3441722caa9d04d98d017a--