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 ED9E39E6D for ; Wed, 14 Mar 2012 16:24:07 +0000 (UTC) Received: (qmail 21666 invoked by uid 500); 14 Mar 2012 16:24:07 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 21612 invoked by uid 500); 14 Mar 2012 16:24:07 -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 21602 invoked by uid 99); 14 Mar 2012 16:24:07 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Mar 2012 16:24:07 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.161.180] (HELO mail-gx0-f180.google.com) (209.85.161.180) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Mar 2012 16:23:59 +0000 Received: by gglu1 with SMTP id u1so2454108ggl.11 for ; Wed, 14 Mar 2012 09:23:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=+n/8VM7RzrKhkYHepk0DbXaV/zkA3lMFtJnXuebsIoQ=; b=H7yuaMK8A8RMPcXNSchsihAuyHvBU9U4sOOuaT12bsgj9ZVswcXE+v/JIHegVe/co0 3KJLuLCqkkyfdsXPW3fO3ts3EH6bIjav4c7NY+/Sj0qaqakdGgDzIG4jwV+C4bM1M2q6 xdd80sXG2tN2cXNLAkzW/YqaInsuZinyZm8o5ttSqJo7FR6KTu1Isqf1RpzsAXrAQm5m I38WZJUDnvGlhNZXFbCgGVMLscEfIZLk2/IBMm6CBMq10RpSCwuvY370HK9pWkmsRem3 PV9T846yBkMByL+kcLf90r1V6kWT6hNjuucI4xeBXE2fH2zpPmhOGiAmRXd+DgktC6Pm BNuQ== Received: by 10.182.15.5 with SMTP id t5mr4240704obc.2.1331742218150; Wed, 14 Mar 2012 09:23:38 -0700 (PDT) Received: from wlaptop.localdomain (c-67-170-178-212.hsd1.or.comcast.net. [67.170.178.212]) by mx.google.com with ESMTPS id il8sm5908713obc.18.2012.03.14.09.23.35 (version=SSLv3 cipher=OTHER); Wed, 14 Mar 2012 09:23:36 -0700 (PDT) Message-ID: <4F60C606.5060409@83864.com> Date: Wed, 14 Mar 2012 09:23:34 -0700 From: Wendall Cada User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.1) Gecko/20120216 Thunderbird/10.0.1 MIME-Version: 1.0 To: dev@couchdb.apache.org Subject: Re: 1.2.0 status update References: <0BB4F003-4C8B-441A-9CEF-08782AF170BB@dionne-associates.com> <-4709298919342606669@unknownmsgid> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQkg1TmqwaqPUA5nxY9O0Kr6WaIF4QuAo/CGTcHWkrix8IE020lolcJxzKKwcmuCwXIBPWbj X-Virus-Checked: Checked by ClamAV on apache.org +1 On what Benoit says. I'll be using the current iteration of this patch to update the couchdb rpm spec I've been working on. Additionally, I've opened a dialog with the Redhat package maintainer about the possibility of maintaining or contributing to this package for RHEL/Centos and Fedora. This can be an issue for any distribution package maintainer. Wendall On 03/13/2012 09:04 PM, Benoit Chesneau wrote: > On Tue, Mar 13, 2012 at 7:47 PM, Jason Smith wrote: >> IMHO: >> >> It affects advanced users, with multiple JS builds installed. It is >> not a 1.2.0 blocker. It's not relevant to this discussion. > It is. If you reread the ticket it appears that the problem is more > important than expected and I hesitated a lot to let it as blocker > like it was initially. Since the release have been postponed, we aslo > have the perfect opportunity to really fix that issue. > > Lot of our users are complaining to have some problem installing > couchdb on their machine. This isn't new. This isn't solved. > > While the lazy solution was to direct them to couchbase stuff, or > these days to build_couchdb or rcouch, I would really prefer we fix > this *important* issue and let people choose if they prefer to install > via a vendor or the official *distribution*. Last iteration of the > patch fix most of the cases I guess. We can choose like said above to > use this version and fix latest issues in next minor release or trying > to solve that last one. At this point, after different iterations, > feedback is appreciated and that is the main reason why updates of the > tickets are sent to the ml. > > > - benoit