Re: [PATCH 05/10] install: check for non-SysV version (Solaris support)

diff --git a/96/b93c7ce557a2c41c711b361ca0692c3c42e552 b/96/b93c7ce557a2c41c711b361ca0692c3c42e552
new file mode 100644 (file)
index 0000000..e4048d6
--- /dev/null
+++ b/96/b93c7ce557a2c41c711b361ca0692c3c42e552
@@ -0,0 +1,67 @@
+Return-Path: <blakej@foo.net>\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 4AB4E431FB6\r
+       for <notmuch@notmuchmail.org>; Mon,  5 Nov 2012 06:52:08 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
+       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 n59Nm1PznLf0 for <notmuch@notmuchmail.org>;\r
+       Mon,  5 Nov 2012 06:52:07 -0800 (PST)\r
+Received: from foo.net (70-36-235-136.dsl.static.sonic.net [70.36.235.136])\r
+       (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
+       (No client certificate requested)\r
+       by olra.theworths.org (Postfix) with ESMTPS id 911B3431FAE\r
+       for <notmuch@notmuchmail.org>; Mon,  5 Nov 2012 06:52:07 -0800 (PST)\r
+Received: from foo.net (localhost [127.0.0.1])\r
+       by foo.net (8.14.5+Sun/8.14.5) with ESMTP id qA5Eq3Ei020189;\r
+       Mon, 5 Nov 2012 06:52:04 -0800 (PST)\r
+To: Jani Nikula <jani@nikula.org>\r
+Subject: Re: [PATCH 05/10] install: check for non-SysV version (Solaris\r
+       support) \r
+In-Reply-To: Your message of "Mon, 05 Nov 2012 12:29:23 +0100."\r
+       <87fw4oxp7w.fsf@nikula.org> \r
+Date: Mon, 05 Nov 2012 06:52:03 -0800\r
+Message-ID: <20188.1352127123@foo.net>\r
+From: Blake Jones <blakej@foo.net>\r
+X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2\r
+       (foo.net [127.0.0.1]); Mon, 05 Nov 2012 06:52:05 -0800 (PST)\r
+Cc: notmuch@notmuchmail.org\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\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: Mon, 05 Nov 2012 14:52:08 -0000\r
+\r
+> On Mon, 05 Nov 2012, Blake Jones <blakej@foo.net> wrote:\r
+> >> > +INSTALL="install"\r
+> >> > +printf "Checking for working \"install\" program... "\r
+> >> > +mkdir _tmp_\r
+> >> \r
+> >> This doesn't feel like a hot idea.\r
+> >\r
+> > Out of curiosity, why not?\r
+> \r
+> Note that I'm only referring to creating temp directories like this to\r
+> check for the install tool compatibility; otherwise I'm fine with the\r
+> general approach.\r
+\r
+Sure.  But what's wrong with creating a temp directory?  The configure\r
+script creates plenty of temp files for testing compiler features and\r
+library symbol availability.\r
+\r
+Blake\r