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 64A07D8CE for ; Tue, 11 Sep 2012 16:14:20 +0000 (UTC) Received: (qmail 14888 invoked by uid 500); 11 Sep 2012 16:14:19 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 14846 invoked by uid 500); 11 Sep 2012 16:14:19 -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 14838 invoked by uid 99); 11 Sep 2012 16:14:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Sep 2012 16:14:19 +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 (athena.apache.org: local policy) Received: from [209.85.219.52] (HELO mail-oa0-f52.google.com) (209.85.219.52) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Sep 2012 16:14:13 +0000 Received: by oagk1 with SMTP id k1so348592oag.11 for ; Tue, 11 Sep 2012 09:13:51 -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=C5btcKQzqkKi2dL5lNlRJrf8yZLNMdSYgsBqGE8F8jQ=; b=GFf4sOl9shNT8SRT8fFubdU2xwaXClsImPb4rKUb5T++wiSy/DoT0tR3jdo1qcM6q4 jqQBZuPN8RgcQNCysq8AVdipz17iLtXCjyx9RImGHC4Mtkr92jVyPgxnoQcR3M5+nwh+ J2rh6OKQ7sl3TPQoRv1lZrXbCmCmrfjnebRsrcBtqPSHiSZYA6kvMJ9uA0a3CyKqnmPX cs8xRew1WjxPCqn94Gp78wVwY8TJYADlK7oNojvQhW5p0vDQqvSybxpc+CprkZNs1C1p yYnwK0GTRgpZS4Hva+kjBxz+AXE+1964rcN+NJrHjCPKPcXkiGi30h2ui6sXQjp41jX2 DC6w== Received: by 10.60.172.199 with SMTP id be7mr18560611oec.93.1347380031792; Tue, 11 Sep 2012 09:13:51 -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 kc5sm16677088obb.21.2012.09.11.09.13.49 (version=SSLv3 cipher=OTHER); Tue, 11 Sep 2012 09:13:49 -0700 (PDT) Message-ID: <504F633C.1020906@83864.com> Date: Tue, 11 Sep 2012 09:13:48 -0700 From: Wendall Cada User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120828 Thunderbird/15.0 MIME-Version: 1.0 To: dev@couchdb.apache.org Subject: Re: CouchDB pre-built packages References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQkZeYerLy98XT5lSte8yVFEan/ZVV8hCGqULEgE66walVqwDQ0RuMRCAVbcInlKttJcANTH X-Virus-Checked: Checked by ClamAV on apache.org On 09/11/2012 07:53 AM, Jason King wrote: > If you're going to go to this effort, why not go all the way and maintain > packages in the official repos of the distros? This is a much more difficult proposition than proposed. Most distributions have new developer guidelines that must be followed. This can take a considerable amount of work, and often requires a sponsor. To be trusted with the ability to push signed packages is yet another level of trust that must be established. Most of the distros already have package maintainers. These packages are rarely kept current, and do not correlate with upstream releases. Even when they are updated, they are typically only built for the latest "testing" branch and don't help any real users. This is a complex issue. Establishing good relationships with distribution package maintainers is the best approach for dealing with various distributions. Releasing official packages ensures that the latest stable releases are available regardless of distribution politics and release schedules. Wendall > On Sep 11, 2012 1:38 AM, "Octavian Damiean" wrote: > >> Hello, >> >> I've had a quick chat about pre-built packages on IRC a few days ago. >> wendal >> and me agreed that it would be nice to have pre-build binaries for Linux >> too. >> >> The basic idea was to have something similar to the Nginx guys[1]. A >> download/install page with direct links to Windows and OS X binaries and >> instructions on how to add an official CouchDB repository to the respective >> package manager. >> >> This would require additional infrastructure I guess however it would lower >> the >> adaption bar quite a bit since not everyone is comfortable enough to build >> from source. >> >> Having such official repositories (for Debian and Red Hat) would also >> increase >> trust in the pre-build binaries. >> >> If this requires someone to actively manage the packages/repositories then >> I >> would volunteer. >> >> Any thoughts? >> >> Cheers, >> Octavian Damiean >> >> [1]: http://wiki.nginx.org/Install >>