--- /dev/null
+Return-Path: <xma@gnu.org>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by olra.theworths.org (Postfix) with ESMTP id 57063429E29\r
+ for <notmuch@notmuchmail.org>; Sat, 4 Jun 2011 07:15:50 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0.463\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0.463 tagged_above=-999 required=5\r
+ tests=[DKIM_SIGNED=0.1, RDNS_DYNAMIC=0.363] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+ by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id iLrbrdOegnqP for <notmuch@notmuchmail.org>;\r
+ Sat, 4 Jun 2011 07:15:49 -0700 (PDT)\r
+Received: from xhlj.maillard.im (cha51-3-88-164-105-66.fbx.proxad.net\r
+ [88.164.105.66])\r
+ by olra.theworths.org (Postfix) with ESMTP id 615ED431FB6\r
+ for <notmuch@notmuchmail.org>; Sat, 4 Jun 2011 07:15:49 -0700 (PDT)\r
+Received: from xhlj.maillard.im (xhlj.maillard.im [127.0.0.1])\r
+ by xhlj.maillard.im (Postfix) with ESMTP id 7CCBB2C006;\r
+ Sat, 4 Jun 2011 16:15:47 +0200 (CEST)\r
+DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=maillard.im; h=from:to\r
+ :subject:in-reply-to:references:reply-to:date:message-id\r
+ :mime-version:content-type; s=postfix; bh=2j4ajdv9k0ixi7FOD+zmW2\r
+ +7juo=; b=IaAzEbCLLoKi6hpiwDsEfaMsl1nkJpU4x/dhuyUR8mijjfijqoYbKD\r
+ cN00Bxn1kVxQwfyTYbJAwJppxoNterJincoegHwYg4qeALYTx92QQ6DdfKQCAdQC\r
+ k6sIqZvB7jQbxGnZXGNOP+OcTQfcD3gpwx0I1IniqV77+N5LFIpxQ=\r
+DomainKey-Signature: a=rsa-sha1; c=nofws; d=maillard.im; h=from:to\r
+ :subject:in-reply-to:references:reply-to:date:message-id\r
+ :mime-version:content-type; q=dns; s=postfix; b=vk+JMkWVPp1D+Nwn\r
+ iLs6bYX3X/bkCESHlpnvZeRLvyZthjI1yLsIuQha7a/ywdnGFdIeAz4oNAP9eKa1\r
+ 75SIBdonUEveN+2HtuQXyIZN7KDXtupGo1zYVU9xExe5X7vSNOht45bhjkEEcJ53\r
+ sNsNp7DI4UuZCL7Ba1FaJzIRWho=\r
+Received: from maillard.im (unknown [192.168.0.254])\r
+ (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))\r
+ (No client certificate requested)\r
+ by xhlj.maillard.im (Postfix) with ESMTPSA;\r
+ Sat, 4 Jun 2011 16:15:47 +0200 (CEST)\r
+From: Xavier Maillard <xavier@maillard.im>\r
+To: David Bremner <bremner@unb.ca>, Carl Worth <cworth@cworth.org>,\r
+ Jameson Graef Rollins <jrollins@finestructure.net>,\r
+ Notmuch Mail <notmuch@notmuchmail.org>\r
+Subject: Re: When will we have our next release?\r
+In-Reply-To: <87ei39g2bn.fsf@zancas.localnet>\r
+References: <878vtile1h.fsf@yoom.home.cworth.org>\r
+ <87ei39g2bn.fsf@zancas.localnet>\r
+User-Agent: Notmuch/0.5-194-gb20f9fa (http://notmuchmail.org) Emacs/23.2.1\r
+ (i486-slackware-linux-gnu)\r
+Date: Sat, 04 Jun 2011 16:27:33 +0200\r
+Message-ID: <m262olekoa.fsf@gnu.org>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+Reply-To: Xavier Maillard <xma@gnu.org>\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Sat, 04 Jun 2011 14:15:50 -0000\r
+\r
+Hi,\r
+\r
+On Sat, 04 Jun 2011 10:21:00 -0300, David Bremner <bremner@unb.ca> wrote:\r
+\r
+> Overall I think Carl's time based release proposal is a reasonable\r
+> plan. I think one problem we've been having is that we seem to have lost\r
+> track of \r
+> \r
+> # Releases of notmuch have a two-digit version (0.1, 0.2, etc.). We\r
+> # increment the second digit for each release and increment the first\r
+> # digit when we reach particularly major milestones of usability.\r
+> \r
+> In short, I think we are make too big of a deal out of releases. Looking\r
+> at the log between 0.5 and now, there are features enough to justify\r
+> several minor releases.\r
+\r
+Or even major ! Frankly, this project has grew up quite quickly and\r
+features are implemented at a really good rythm. The sole problem is\r
+that it is really hard to see how far we are from a release and what\r
+exactly has been cooked up since latest release (from my point of view).\r
+ \r
+> On Fri, 03 Jun 2011 15:56:42 -0700, Carl Worth <cworth@cworth.org> wrote:\r
+> > \r
+> > Frankly, I wouldn't mind doing strict time-based releases with something\r
+> > like the following:\r
+> > \r
+> > * We schedule a release period (once per month?)\r
+> \r
+> I think every two months might be a bit more comfortable, but then\r
+> again, 1 month would keep us from "making a big deal out of releases."\r
+\r
+Best before choosing the frequency is probably to try doing this a few\r
+times and be comfortable with the process. If after a few releases\r
+-i.e. say 3- the more we can do is release every trimester so do it.\r
+\r
+The process should be simple (and will be I guess) and the most\r
+difficult part is probably to document every aspect of every changes in\r
+the NEWS file (with eventually a good shaped manual ;)).\r
+\r
+> > * We schedule a "safety period" before the release (one week?)\r
+> > * At the beginning of the safety period, package up the head\r
+> > of the notmuch tree and upload to Debian experimental and\r
+> > anywhere else similar.\r
+> \r
+> Sure. I don't mind doing that part, at least for Debian. I'm going to\r
+> try to do at roughly weekly uploads to Debian experimental. Hopefully\r
+> this will get some critical mass of users testing those versions.\r
+\r
+I know it is a bit off topic here but just a question: how will you deal\r
+with dependencies ? I mean, when we need GMime vX.Y.Z and Debian has\r
+already vX.V.W ?\r
+\r
+/Xavier\r
projects / notmuch-archives.git / commitdiff