From a84ca54f703418bd46fc290715e8fb3e2f1e934c Mon Sep 17 00:00:00 2001 From: Suvayu Ali Date: Fri, 9 May 2014 00:45:27 +0200 Subject: [PATCH] Re: Submodules for language bindings (was: Github?) --- e0/2b491ee2af831d8debf31e6d8ca60bec943691 | 109 ++++++++++++++++++++++ 1 file changed, 109 insertions(+) create mode 100644 e0/2b491ee2af831d8debf31e6d8ca60bec943691 diff --git a/e0/2b491ee2af831d8debf31e6d8ca60bec943691 b/e0/2b491ee2af831d8debf31e6d8ca60bec943691 new file mode 100644 index 000000000..752688426 --- /dev/null +++ b/e0/2b491ee2af831d8debf31e6d8ca60bec943691 @@ -0,0 +1,109 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id 932C9431FBF + for ; Thu, 8 May 2014 15:45:37 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: -0.799 +X-Spam-Level: +X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5 + tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, + FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id xkayktZLVnGR for ; + Thu, 8 May 2014 15:45:32 -0700 (PDT) +Received: from mail-ee0-f48.google.com (mail-ee0-f48.google.com + [74.125.83.48]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client + certificate requested) by olra.theworths.org (Postfix) with ESMTPS id + E1C7A431FAE for ; Thu, 8 May 2014 15:45:31 -0700 + (PDT) +Received: by mail-ee0-f48.google.com with SMTP id e49so2117435eek.7 + for ; Thu, 08 May 2014 15:45:30 -0700 (PDT) +DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; + h=sender:date:from:to:subject:message-id:mail-followup-to:references + :mime-version:content-type:content-disposition + :content-transfer-encoding:in-reply-to:user-agent; + bh=biXv/YSaJ8V7QGwigqWzTQEbCc4DScqWJ88IbWGAjwg=; + b=N5eh1wwSWcjgTw+PlM8Q0WyvyEY8T8COZEoQ7dsVMp9Q5IQAYwEYZfXVPMpVGNKIx7 + E3DIz9IpZj+cTBP49MdXRClJTB5SFRv730cUkAsFv+i2vuVIdEO2Tj3azWWiLKin6DsI + iCr8aEBtref0KjUKtQHuLpd6DwhRsiiEVoSyvzZrs3Klpnltyi6rsEcVQkg+wums8n5E + l3CYFivY+vrPwLCGs7qGT5RXvx0B9KpgxFTVAmJpCsYyM/rwY9iV7AZ0DoCj4hlKHuCf + mAMSxXSnGGJKfkYlqkKA1+YNaKqsigJSINzMu/m7Nv6SsMHMs32fKFV182pzuanIw6iR + LNXg== +X-Received: by 10.14.108.198 with SMTP id q46mr8563541eeg.31.1399589130644; + Thu, 08 May 2014 15:45:30 -0700 (PDT) +Received: from chitra.no-ip.org (sd44012d5.adsl.online.nl. [212.64.18.213]) + by mx.google.com with ESMTPSA id u46sm7178929eel.1.2014.05.08.15.45.29 + for + (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); + Thu, 08 May 2014 15:45:29 -0700 (PDT) +Sender: Suvayu Ali +Date: Fri, 9 May 2014 00:45:27 +0200 +From: Suvayu Ali +To: notmuch@notmuchmail.org +Subject: Re: Submodules for language bindings (was: Github?) +Message-ID: <20140508224527.GC2374@chitra.no-ip.org> +Mail-Followup-To: notmuch@notmuchmail.org +References: + + <87iopgkaiz.fsf@nikula.org> + <20140508101325.GC23124@vilya.m0g.net> + + + <20140508203019.GA2374@chitra.no-ip.org> + <20140508212100.GD23124@vilya.m0g.net> + <20140508220046.GB2374@chitra.no-ip.org> + <20140508222931.GU28634@odin.tremily.us> +MIME-Version: 1.0 +Content-Type: text/plain; charset=utf-8 +Content-Disposition: inline +Content-Transfer-Encoding: 8bit +In-Reply-To: <20140508222931.GU28634@odin.tremily.us> +User-Agent: Mutt/1.5.22.1 (2013-10-16) +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 08 May 2014 22:45:37 -0000 + +On Thu, May 08, 2014 at 03:29:31PM -0700, W. Trevor King wrote: +> On Fri, May 09, 2014 at 12:00:46AM +0200, Suvayu Ali wrote: +> > One of my TODOs is to also package the ruby bindings, and +> > notmuch-vim. The only thing preventing me now is my unfamiliarty +> > with ruby, and Fedora packaging guidelines for ruby-gems. +> +> I think this is one argument argument in favor of submodules, because +> they make it easy to treat the bindings as separate packages. Once +> you have separate packages, it's easy to delegate packaging (e.g. “I +> don't use the Ruby bindings, so I'm not going to maintain the +> Ruby-binding package. I'll leave that to Alice, who likes Ruby, but +> is less familiar with $distro's Python packaging”). + +Well as far as my understanding of rpm goes, sub-packages are prefered +here rather than independent packages. I believe the reason is again +easier dependency tracking[1]; all sub-packages share the same source +rpm, so no explicit `Requires' in the spec file. + +Cheers, + +Footnotes: + +[1] yum and it's ilk don't do that by magic, the packager needs to add + instructions in the spec file for that to work correctly. With + sub-packages, this becomes redundant. + +-- +Suvayu + +Open source is the future. It sets us free. -- 2.26.2