From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 11 14:39:05 2012 Received: (at submit) by debbugs.gnu.org; 11 Feb 2012 19:39:05 +0000 Received: from localhost ([127.0.0.1]:36416 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RwIml-0006c5-Ad for submit@debbugs.gnu.org; Sat, 11 Feb 2012 14:39:04 -0500 Received: from eggs.gnu.org ([140.186.70.92]:39662) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RwIVl-0006BO-O4 for submit@debbugs.gnu.org; Sat, 11 Feb 2012 14:21:32 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RwIUM-0000yY-Kq for submit@debbugs.gnu.org; Sat, 11 Feb 2012 14:20:03 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([140.186.70.17]:52658) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RwIUM-0000xZ-GZ for submit@debbugs.gnu.org; Sat, 11 Feb 2012 14:20:02 -0500 Received: from eggs.gnu.org ([140.186.70.92]:51606) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RwIUK-00083d-Le for bug-automake@gnu.org; Sat, 11 Feb 2012 14:20:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RwIUJ-0000wH-JQ for bug-automake@gnu.org; Sat, 11 Feb 2012 14:20:00 -0500 Received: from mail-vw0-f41.google.com ([209.85.212.41]:40862) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RwIUJ-0000w6-Dq for bug-automake@gnu.org; Sat, 11 Feb 2012 14:19:59 -0500 Received: by vbip1 with SMTP id p1so3083198vbi.0 for ; Sat, 11 Feb 2012 11:19:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.20.142 with SMTP id n14mr4879133vde.59.1328987998583; Sat, 11 Feb 2012 11:19:58 -0800 (PST) Received: by 10.220.7.65 with HTTP; Sat, 11 Feb 2012 11:19:58 -0800 (PST) X-Originating-IP: [87.194.230.255] Date: Sat, 11 Feb 2012 19:19:58 +0000 X-Google-Sender-Auth: HBbDZukf0nJ2q7H0MGL-bqFYy_4 Message-ID: Subject: aclocal fails if /usr/share/aclocal does not exist From: Tim Retout To: bug-automake@gnu.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQn6EajYWv2Xu4it4KjzzNdsn6yyhtveQy4RhvmMlr6kPok3KNW+qhaieWap1PF/6eAlOAM0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sat, 11 Feb 2012 14:39:01 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) [ Reposted from the Debian BTS: http://bugs.debian.org/659482 ] Since automake 1.11.2, aclocal no longer succeeds if the system acdir does not exist. This causes Debian's 'make' package (and possibly others?) to FTBFS under cowbuilder, because it calls autoreconf when /usr/share/aclocal is not present. Code removed as part of upstream commit 30f99cb: - if (! -d $system_includes[0]) - { - # By default $(datadir)/aclocal doesn't exist. We don't want to - # get an error in the case where we are searching the default - # directory and it hasn't been created. (We know - # @system_includes has its default value if @automake_includes - # is not empty, because --acdir is the only way to change this.) - @system_includes = () if @automake_includes; Checking @automake_includes is not appropriate any more, but I think @system_includes should still be made empty if the default directory does not exist. -- Tim Retout From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 21 17:38:25 2012 Received: (at 10791) by debbugs.gnu.org; 21 Feb 2012 22:38:25 +0000 Received: from localhost ([127.0.0.1]:49342 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RzyLo-0007Xx-Ii for submit@debbugs.gnu.org; Tue, 21 Feb 2012 17:38:25 -0500 Received: from mail-ee0-f44.google.com ([74.125.83.44]:53517) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RzyLm-0007Xl-AJ for 10791@debbugs.gnu.org; Tue, 21 Feb 2012 17:38:23 -0500 Received: by eekc41 with SMTP id c41so4101873eek.3 for <10791@debbugs.gnu.org>; Tue, 21 Feb 2012 14:35:57 -0800 (PST) Received-SPF: pass (google.com: domain of stefano.lattarini@gmail.com designates 10.213.8.7 as permitted sender) client-ip=10.213.8.7; Authentication-Results: mr.google.com; spf=pass (google.com: domain of stefano.lattarini@gmail.com designates 10.213.8.7 as permitted sender) smtp.mail=stefano.lattarini@gmail.com; dkim=pass header.i=stefano.lattarini@gmail.com Received: from mr.google.com ([10.213.8.7]) by 10.213.8.7 with SMTP id f7mr4160735ebf.36.1329863757776 (num_hops = 1); Tue, 21 Feb 2012 14:35:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=KpAhKQEI5Xo+Crkti7Vuz8CnfOMTAd+BVHLUZILSuiE=; b=Yr1Iw2XuvyEessjA1CwvpSYZw1gdT3fSMTnQi6gG9kX0cI3D5DFehgdWWZK4LmgoDF aLG20g5Q7LMeRfJFa3Hs6aDimCdVfyZaP/RDgqDb1WzkqIDLiR2h7ajoziofz6EmaiX2 CIEGw1rWdCFw4spXzYFr0zBqb2dsxF3/OH/Ls= Received: by 10.213.8.7 with SMTP id f7mr3312804ebf.36.1329863757692; Tue, 21 Feb 2012 14:35:57 -0800 (PST) Received: from [87.0.95.196] (host196-95-dynamic.0-87-r.retail.telecomitalia.it. [87.0.95.196]) by mx.google.com with ESMTPS id v51sm95102803eef.2.2012.02.21.14.35.55 (version=SSLv3 cipher=OTHER); Tue, 21 Feb 2012 14:35:56 -0800 (PST) Message-ID: <4F441C49.2020203@gmail.com> Date: Tue, 21 Feb 2012 23:35:53 +0100 From: Stefano Lattarini MIME-Version: 1.0 To: Tim Retout Subject: Re: bug#10791: aclocal fails if /usr/share/aclocal does not exist References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 10791 Cc: 10791@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Hi Tim, sorry for the delay. On 02/11/2012 08:19 PM, Tim Retout wrote: > [ Reposted from the Debian BTS: http://bugs.debian.org/659482 ] > > Since automake 1.11.2, aclocal no longer succeeds if the system acdir > does not exist. This causes Debian's 'make' package (and possibly > others?) to FTBFS under cowbuilder, because it calls autoreconf when > /usr/share/aclocal is not present. > But the automake build system creates /usr/share/aclocal at "make install" time... So, how comes that this "cowbuilder" provides an aclocal program without an /usr/share/aclocal directory? Sorry, but I regard that as a broken aclocal installation, and not for a fault of the automake build system; so I'm inclined to label this report as "notabug" and close it. Still, I'll wait a couple of days before doing so, in case I've missed something or you want to provide more rationale for your request. Thanks, Stefano From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 21 18:34:39 2012 Received: (at 10791) by debbugs.gnu.org; 21 Feb 2012 23:34:39 +0000 Received: from localhost ([127.0.0.1]:49371 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RzzEA-0000S9-W1 for submit@debbugs.gnu.org; Tue, 21 Feb 2012 18:34:39 -0500 Received: from mail-iy0-f172.google.com ([209.85.210.172]:56626) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RzzE4-0000Rq-9R for 10791@debbugs.gnu.org; Tue, 21 Feb 2012 18:34:33 -0500 Received: by iagf6 with SMTP id f6so9755539iag.3 for <10791@debbugs.gnu.org>; Tue, 21 Feb 2012 15:32:03 -0800 (PST) Received-SPF: pass (google.com: domain of tim@retout.co.uk designates 10.50.208.69 as permitted sender) client-ip=10.50.208.69; Authentication-Results: mr.google.com; spf=pass (google.com: domain of tim@retout.co.uk designates 10.50.208.69 as permitted sender) smtp.mail=tim@retout.co.uk Received: from mr.google.com ([10.50.208.69]) by 10.50.208.69 with SMTP id mc5mr23116264igc.28.1329867123650 (num_hops = 1); Tue, 21 Feb 2012 15:32:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.208.69 with SMTP id mc5mr18696431igc.28.1329867123532; Tue, 21 Feb 2012 15:32:03 -0800 (PST) Received: by 10.231.2.211 with HTTP; Tue, 21 Feb 2012 15:32:03 -0800 (PST) X-Originating-IP: [87.194.230.255] In-Reply-To: <4F441C49.2020203@gmail.com> References: <4F441C49.2020203@gmail.com> Date: Tue, 21 Feb 2012 23:32:03 +0000 X-Google-Sender-Auth: lsnPBS8iydYJ6wdeS2gscBB9axI Message-ID: Subject: Re: bug#10791: aclocal fails if /usr/share/aclocal does not exist From: Tim Retout To: Stefano Lattarini Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmfKLiuigqsHyTNZNLRE4q6gdTSWsEvZBBk9UAkj2WxBKzNNi2M2UUbdvscy3NY4yq6iU1k X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 10791 Cc: 10791@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Hi Stefano! On 21 February 2012 22:35, Stefano Lattarini wrote: > On 02/11/2012 08:19 PM, Tim Retout wrote: >> Since automake 1.11.2, aclocal no longer succeeds if the system acdir >> does not exist. =C2=A0This causes Debian's 'make' package (and possibly >> others?) to FTBFS under cowbuilder, because it calls autoreconf when >> /usr/share/aclocal is not present. >> > But the automake build system creates /usr/share/aclocal at "make install= " > time... =C2=A0So, how comes that this "cowbuilder" provides an aclocal pr= ogram > without an /usr/share/aclocal directory? Well, /usr/share/aclocal-1.11 exists. But /usr/share/aclocal does not, because there are no third-party m4 files required at the time that GNU Make was being compiled. Cowbuilder is a minimal chroot environment designed to ensure clean builds - it is very common for packages to be built in this type of environment, and it worked all the way up to and including automake 1.11.1. Should automake installations create an empty /usr/share/aclocal directory? That might be all that's needed to fix this. I notice that m4/Makefile.am has a relatively new comment about creating $(system_acdir)... the Debian packaging probably hasn't been updated to reflect this. So, I think I've answered my own question - we can fix this in the packaging. :) I don't *think* multiple automake versions on the same system owning /usr/share/aclocal will be a problem... Kind regards, --=20 Tim Retout From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 22 03:29:09 2012 Received: (at 10791) by debbugs.gnu.org; 22 Feb 2012 08:29:09 +0000 Received: from localhost ([127.0.0.1]:49931 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S07ZU-0003OM-GZ for submit@debbugs.gnu.org; Wed, 22 Feb 2012 03:29:08 -0500 Received: from mail-bk0-f44.google.com ([209.85.214.44]:56495) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S07ZO-0003Np-ID for 10791@debbugs.gnu.org; Wed, 22 Feb 2012 03:29:04 -0500 Received: by bkuw12 with SMTP id w12so6007591bku.3 for <10791@debbugs.gnu.org>; Wed, 22 Feb 2012 00:26:35 -0800 (PST) Received-SPF: pass (google.com: domain of stefano.lattarini@gmail.com designates 10.204.149.209 as permitted sender) client-ip=10.204.149.209; Authentication-Results: mr.google.com; spf=pass (google.com: domain of stefano.lattarini@gmail.com designates 10.204.149.209 as permitted sender) smtp.mail=stefano.lattarini@gmail.com; dkim=pass header.i=stefano.lattarini@gmail.com Received: from mr.google.com ([10.204.149.209]) by 10.204.149.209 with SMTP id u17mr15729694bkv.46.1329899195466 (num_hops = 1); Wed, 22 Feb 2012 00:26:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=lSZpQJztj4wfA5uPIONIJ5JvL30/bPdh9S/6/nKG2tE=; b=gGrvh7r5uBXd/J8ET6HgehXbt/xtVIo0h7vBu1RM/6w5Vj62jVYTY1me+lRy4DlfYp fJBX8HIuxTQawlVL4oisL9G1s/f0tULOlu/OsbLxMsyWzTjCn6Aml8P/MQ3wbpxkMNCQ L6oEp2d+gwzREJyhotAgie5M72xFFz5h9zdbI= Received: by 10.204.149.209 with SMTP id u17mr12693803bkv.46.1329899195371; Wed, 22 Feb 2012 00:26:35 -0800 (PST) Received: from [87.4.94.32] (host32-94-dynamic.4-87-r.retail.telecomitalia.it. [87.4.94.32]) by mx.google.com with ESMTPS id i2sm49972785bkd.10.2012.02.22.00.26.32 (version=SSLv3 cipher=OTHER); Wed, 22 Feb 2012 00:26:34 -0800 (PST) Message-ID: <4F44A6B1.4010904@gmail.com> Date: Wed, 22 Feb 2012 09:26:25 +0100 From: Stefano Lattarini MIME-Version: 1.0 To: Tim Retout Subject: Re: bug#10791: aclocal fails if /usr/share/aclocal does not exist References: <4F441C49.2020203@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 10791 Cc: 10791@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 02/22/2012 12:32 AM, Tim Retout wrote: > Hi Stefano! > > On 21 February 2012 22:35, Stefano Lattarini > wrote: >> On 02/11/2012 08:19 PM, Tim Retout wrote: >>> Since automake 1.11.2, aclocal no longer succeeds if the system acdir >>> does not exist. This causes Debian's 'make' package (and possibly >>> others?) to FTBFS under cowbuilder, because it calls autoreconf when >>> /usr/share/aclocal is not present. >>> >> But the automake build system creates /usr/share/aclocal at "make install" >> time... So, how comes that this "cowbuilder" provides an aclocal program >> without an /usr/share/aclocal directory? > > Well, /usr/share/aclocal-1.11 exists. > Yes, but that's the "versioned acdir" a.k.a. "automake acdir" (where the .m4 files defining automake-provided m4 macros like AM_INIT_AUTOMAKE are installed), *not* the "system acdir" (where third-party system-wide .m4 files are expected to be installed). The main difference among these two directories, installation-wise, is that the versioned acdir is created with actual contents from the start, while the system acdir is created empty, and possibly filled later by installation third-party packages, like, say, pkg-config or gettext: $ dpkg -L pkg-config | grep '\.m4$' /usr/share/aclocal/pkg.m4 $ dpkg -L gettext | grep '\.m4$' | head -2 /usr/share/aclocal/size_max.m4 /usr/share/aclocal/codeset.m4 > But /usr/share/aclocal does not, because there are no third-party > m4 files required at the time that GNU Make was being compiled. > Weird; the directory is created unconditionally by automake's "make install". Might it be the fault of cowbuilder that it somehow removes empty directories when creating its chroot environment? > Cowbuilder is a minimal chroot environment designed to ensure clean > builds - it is very common for packages to be built in this type of > environment, and it worked all the way up to and including automake > 1.11.1. > > Should automake installations create an empty /usr/share/aclocal > directory? > They do (otherwise aclocal would be broken out-of-the box): $ cd ~/src/am $ ./configure --prefix=`pwd`/i && make install ... $ ls -l i/share total 24 drwxr-xr-x 2 stefano stefano 4096 Feb 22 09:22 aclocal drwxr-xr-x 2 stefano stefano 4096 Feb 22 09:22 aclocal-1.11a drwxr-xr-x 4 stefano stefano 4096 Feb 22 09:22 automake-1.11a ... > That might be all that's needed to fix this. I notice that > m4/Makefile.am has a relatively new comment about creating > $(system_acdir)... > But that comments says that it is automake's "make install" that should create it ;-) > the Debian packaging probably hasn't been updated to reflect this. > > So, I think I've answered my own question - we can fix this in the > packaging. :) I don't *think* multiple automake versions on the same > system owning /usr/share/aclocal will be a problem... > It shouldn't -- /usr/share/aclocal is meant to be shared > Kind regards, > Thanks, Stefano From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 22 04:16:53 2012 Received: (at 10791) by debbugs.gnu.org; 22 Feb 2012 09:16:53 +0000 Received: from localhost ([127.0.0.1]:49967 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S08Jg-0004YY-U4 for submit@debbugs.gnu.org; Wed, 22 Feb 2012 04:16:53 -0500 Received: from mail-bk0-f44.google.com ([209.85.214.44]:39751) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S08Jd-0004YJ-Kd for 10791@debbugs.gnu.org; Wed, 22 Feb 2012 04:16:51 -0500 Received: by bkuw12 with SMTP id w12so6035321bku.3 for <10791@debbugs.gnu.org>; Wed, 22 Feb 2012 01:14:22 -0800 (PST) Received-SPF: pass (google.com: domain of stefano.lattarini@gmail.com designates 10.204.152.7 as permitted sender) client-ip=10.204.152.7; Authentication-Results: mr.google.com; spf=pass (google.com: domain of stefano.lattarini@gmail.com designates 10.204.152.7 as permitted sender) smtp.mail=stefano.lattarini@gmail.com; dkim=pass header.i=stefano.lattarini@gmail.com Received: from mr.google.com ([10.204.152.7]) by 10.204.152.7 with SMTP id e7mr15778805bkw.70.1329902062168 (num_hops = 1); Wed, 22 Feb 2012 01:14:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type; bh=6Xga6OBmGjQz9fHDXbXBQrccM9LUjmdRMVTZEgb3ZN4=; b=xNncpeuB+pKYy+mPY5FWojxuU36PhqJZv+htsRFBqt0yVa7fKjR8jCNuy1SoO5RmPz rgsqdRzBbNW5w7Ey/r9yNRXJ0XXhqMNDV2MP0tU5tV/GwBjmSnw86xex2jC2g0ikL3Md Pl8m1C550qpU8sSTaIX2iRpdN5viMMtqUOFkU= Received: by 10.204.152.7 with SMTP id e7mr12744338bkw.70.1329902062060; Wed, 22 Feb 2012 01:14:22 -0800 (PST) Received: from [87.4.94.32] (host32-94-dynamic.4-87-r.retail.telecomitalia.it. [87.4.94.32]) by mx.google.com with ESMTPS id t17sm50273629bke.6.2012.02.22.01.14.19 (version=SSLv3 cipher=OTHER); Wed, 22 Feb 2012 01:14:20 -0800 (PST) Message-ID: <4F44B1EA.4000003@gmail.com> Date: Wed, 22 Feb 2012 10:14:18 +0100 From: Stefano Lattarini MIME-Version: 1.0 To: Tim Retout Subject: Re: bug#10791: aclocal fails if /usr/share/aclocal does not exist References: <4F441C49.2020203@gmail.com> <4F44A6B1.4010904@gmail.com> In-Reply-To: <4F44A6B1.4010904@gmail.com> Content-Type: multipart/mixed; boundary="------------040108010207090700090804" X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 10791 Cc: 10791@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) This is a multi-part message in MIME format. --------------040108010207090700090804 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 02/22/2012 09:26 AM, Stefano Lattarini wrote: > >> But /usr/share/aclocal does not, because there are no third-party >> m4 files required at the time that GNU Make was being compiled. >> > Weird; the directory is created unconditionally by automake's > "make install". Might it be the fault of cowbuilder that it somehow > removes empty directories when creating its chroot environment? > If this is the case, it might be worth applying the attached patch... Regards, Stefano --------------040108010207090700090804 Content-Type: text/x-diff; name="0001-aclocal-don-t-create-usr-share-aclocal-as-empty.patch" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename*0="0001-aclocal-don-t-create-usr-share-aclocal-as-empty.patch" >From 2cdeaea412c6643a10e256363cd51d4cf16a8392 Mon Sep 17 00:00:00 2001 Message-Id: <2cdeaea412c6643a10e256363cd51d4cf16a8392.1329901931.git.stefano.lattarini@gmail.com> From: Stefano Lattarini Date: Wed, 22 Feb 2012 10:12:02 +0100 Subject: [PATCH] aclocal: don't create /usr/share/aclocal as empty Fixes automake bug#10791. See also Debian bug#659482: Since automake 1.11.2, aclocal no longer succeeds if the system acdir ("${datadir}/aclocal", i.e., "/usr/share/aclocal" when ${prefix} is "/usr") does not exist. Unfortunately, this causes at least Debian's "make" package to FTBFS under the minimal chroot environment "cowbuilder", because autoreconf somehow ends up being called there when /usr/share/aclocal is not present. Now, this is mostly the fault of cowbuilder, since it's likely it is it that removes the automake-created but empty /usr/share/aclocal directory when creating the chroot where the build is performed. Still, we can easily work around this issue by creating the system acdir with some "real content" from the start: a README files that explains what the directory is there for, and tell not to remove it. And in hindsight, doing so seems like a good idea, independently from the cowbuilder issue, since it's not that nice to just create what might appear as an empty random directory, but which will utterly break the package when removed. * m4/acdir/README: New file. * m4/Makefile.am (dist_system_ac_DATA): Add it. * m4/acdir/.placeholder: Delete, no more needed. * m4/Makefile.am (EXTRA_DIST): Remove it. * THANKS: Update. --- THANKS | 1 + m4/Makefile.am | 5 ++--- m4/acdir/.placeholder | 2 -- m4/acdir/README | 6 ++++++ 4 files changed, 9 insertions(+), 5 deletions(-) delete mode 100644 m4/acdir/.placeholder create mode 100644 m4/acdir/README diff --git a/THANKS b/THANKS index 36f8f4b..7b7c9df 100644 --- a/THANKS +++ b/THANKS @@ -360,6 +360,7 @@ Thomas Tanner tanner@ffii.org Toralf Förster toralf.foerster@gmx.de Tim Goodwin tjg@star.le.ac.uk Tim Mooney mooney@dogbert.cc.ndsu.NoDak.edu +Tim Retout diocles@debian.org Tim Rice tim@multitalents.net Tim Van Holder tim.van.holder@pandora.be Toshio Kuratomi toshio@tiki-lounge.com diff --git a/m4/Makefile.am b/m4/Makefile.am index 2f5ead3..c281e28 100644 --- a/m4/Makefile.am +++ b/m4/Makefile.am @@ -55,10 +55,9 @@ tar.m4 \ upc.m4 \ vala.m4 -# So that $(system_acdir) will be created by "make install". -dist_system_ac_DATA = +dist_system_ac_DATA = acdir/README -EXTRA_DIST = acdir/.placeholder amversion.in +EXTRA_DIST = amversion.in # We build amversion.m4 here, instead of from config.status, # because config.status is rerun each time one of configure's diff --git a/m4/acdir/.placeholder b/m4/acdir/.placeholder deleted file mode 100644 index 8dd7f67..0000000 --- a/m4/acdir/.placeholder +++ /dev/null @@ -1,2 +0,0 @@ -This file is here only to ensure the directory containing it exists -in the git repository, and goes in the distribution tarball. diff --git a/m4/acdir/README b/m4/acdir/README new file mode 100644 index 0000000..d3a25e7 --- /dev/null +++ b/m4/acdir/README @@ -0,0 +1,6 @@ +This directory is where .m4 files providing third-party autoconf +macros can be placed to be automatically found by the aclocal(1) +program. + +This directory, even if empty, is required in order for aclocal to +work properly. Please do not remove it. -- 1.7.9 --------------040108010207090700090804-- From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 22 04:27:40 2012 Received: (at 10791) by debbugs.gnu.org; 22 Feb 2012 09:27:40 +0000 Received: from localhost ([127.0.0.1]:49971 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S08U7-0004oT-GH for submit@debbugs.gnu.org; Wed, 22 Feb 2012 04:27:40 -0500 Received: from mail-tul01m020-f172.google.com ([209.85.214.172]:43274) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S08U4-0004o9-3s for 10791@debbugs.gnu.org; Wed, 22 Feb 2012 04:27:37 -0500 Received: by obbwd15 with SMTP id wd15so9092251obb.3 for <10791@debbugs.gnu.org>; Wed, 22 Feb 2012 01:25:09 -0800 (PST) Received-SPF: pass (google.com: domain of tim@retout.co.uk designates 10.50.94.228 as permitted sender) client-ip=10.50.94.228; Authentication-Results: mr.google.com; spf=pass (google.com: domain of tim@retout.co.uk designates 10.50.94.228 as permitted sender) smtp.mail=tim@retout.co.uk Received: from mr.google.com ([10.50.94.228]) by 10.50.94.228 with SMTP id df4mr25369786igb.12.1329902709226 (num_hops = 1); Wed, 22 Feb 2012 01:25:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.94.228 with SMTP id df4mr20506087igb.12.1329902709079; Wed, 22 Feb 2012 01:25:09 -0800 (PST) Received: by 10.231.2.211 with HTTP; Wed, 22 Feb 2012 01:25:08 -0800 (PST) X-Originating-IP: [82.69.211.5] In-Reply-To: <4F44A6B1.4010904@gmail.com> References: <4F441C49.2020203@gmail.com> <4F44A6B1.4010904@gmail.com> Date: Wed, 22 Feb 2012 09:25:08 +0000 X-Google-Sender-Auth: vMWBwt1zfJck71PcNotkUvWyOyQ Message-ID: Subject: Re: bug#10791: aclocal fails if /usr/share/aclocal does not exist From: Tim Retout To: Stefano Lattarini Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmimCuiXHhEfSwjpmkEN/YuXfO47RQVi5olJCSXZDZ0GVwGYfBo3+pAF2klGSc9JjshCod5 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 10791 Cc: 10791@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 22 February 2012 08:26, Stefano Lattarini wrote: >> But /usr/share/aclocal does not, because there are no third-party >> m4 files required at the time that GNU Make was being compiled. >> > Weird; the directory is created unconditionally by automake's > "make install". Yes, but this is new, so the Debian automake packaging (as it currently stands) doesn't install that directory. Cowbuilder won't remove empty directories. Adding a README file will cause us problems if automake-1.11 and automake-1.12 (say) are installed on the same system - who owns the README? So I think we'll agree to just fix Debian's automake package. Thanks for your help. :) -- Tim Retout From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 22 04:32:54 2012 Received: (at 10791) by debbugs.gnu.org; 22 Feb 2012 09:32:54 +0000 Received: from localhost ([127.0.0.1]:49977 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S08ZA-0004x4-IG for submit@debbugs.gnu.org; Wed, 22 Feb 2012 04:32:53 -0500 Received: from mail-bk0-f44.google.com ([209.85.214.44]:60684) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S08Z7-0004wk-RF; Wed, 22 Feb 2012 04:32:51 -0500 Received: by bkuw12 with SMTP id w12so6045557bku.3 for ; Wed, 22 Feb 2012 01:30:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=c0k/hoCbE09bQuIbpbPQlKq/x79J+VNQ8Kl2b0CQ7q0=; b=PMCLLq/uonBoYh8wUsQS0nbsHYDOjOj5uWhkGbmHY6Y6sR2eNdaAVXVkqH5UTveO6Q gRo9YYlMv9+cXv3eE1Mgcd0guHB3nqw1+97zw/Se9aVETgJ9Y/y/4hXt3wsgLHzdhr0i ASTk4ggvATkI65xIA3Tbb76wB2mwbb34PrDXw= Received: by 10.205.131.13 with SMTP id ho13mr12848383bkc.58.1329903022709; Wed, 22 Feb 2012 01:30:22 -0800 (PST) Received: from [87.4.94.32] (host32-94-dynamic.4-87-r.retail.telecomitalia.it. [87.4.94.32]) by mx.google.com with ESMTPS id jd17sm50384659bkb.4.2012.02.22.01.30.20 (version=SSLv3 cipher=OTHER); Wed, 22 Feb 2012 01:30:21 -0800 (PST) Message-ID: <4F44B5AA.3040107@gmail.com> Date: Wed, 22 Feb 2012 10:30:18 +0100 From: Stefano Lattarini MIME-Version: 1.0 To: Tim Retout Subject: Re: bug#10791: aclocal fails if /usr/share/aclocal does not exist References: <4F441C49.2020203@gmail.com> <4F44A6B1.4010904@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 10791 Cc: 10791@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) tags 10791 notabug close 10791 thanks On 02/22/2012 10:25 AM, Tim Retout wrote: > On 22 February 2012 08:26, Stefano Lattarini > wrote: >>> But /usr/share/aclocal does not, because there are no third-party >>> m4 files required at the time that GNU Make was being compiled. >>> >> Weird; the directory is created unconditionally by automake's >> "make install". > > Yes, but this is new, so the Debian automake packaging (as it > currently stands) doesn't install that directory. Cowbuilder won't > remove empty directories. > Ah, OK, thanks for the info. > Adding a README file will cause us problems if automake-1.11 and > automake-1.12 (say) are installed on the same system - who owns the > README? > Good point. Let's just drop my patch for now. > So I think we'll agree to just fix Debian's automake package. > Nice! :-) Regards, Stefano From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 26 05:04:32 2012 Received: (at 10791) by debbugs.gnu.org; 26 Feb 2012 10:04:32 +0000 Received: from localhost ([127.0.0.1]:56806 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S1axz-00050S-QF for submit@debbugs.gnu.org; Sun, 26 Feb 2012 05:04:32 -0500 Received: from mail-ey0-f172.google.com ([209.85.215.172]:52393) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S1axw-00050K-Pb for 10791@debbugs.gnu.org; Sun, 26 Feb 2012 05:04:31 -0500 Received: by eaal12 with SMTP id l12so2344050eaa.3 for <10791@debbugs.gnu.org>; Sun, 26 Feb 2012 02:01:43 -0800 (PST) Received-SPF: pass (google.com: domain of stefano.lattarini@gmail.com designates 10.14.33.218 as permitted sender) client-ip=10.14.33.218; Authentication-Results: mr.google.com; spf=pass (google.com: domain of stefano.lattarini@gmail.com designates 10.14.33.218 as permitted sender) smtp.mail=stefano.lattarini@gmail.com; dkim=pass header.i=stefano.lattarini@gmail.com Received: from mr.google.com ([10.14.33.218]) by 10.14.33.218 with SMTP id q66mr5329108eea.67.1330250503662 (num_hops = 1); Sun, 26 Feb 2012 02:01:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type; bh=E7nTAkFYiyIOUICUb+hSfnAzOKWIBGTwBmFrXYmycVk=; b=ftsEPvePqJmoDdUTK84LngA1UyACtSL0Xe7z2agOkK86Q0SYd1vrObr4rc0OxhqIjh QrK3NQth309nG3RkxUGGgo7TaDeauodOZLeSUDIuq7yQDjLj0XoZ3+97CAwi2CBUEVbZ AjRLUWoociq9r7Fvf6YXIbzxGwtguQ8zBbFAo= Received: by 10.14.33.218 with SMTP id q66mr4034731eea.67.1330250503521; Sun, 26 Feb 2012 02:01:43 -0800 (PST) Received: from [82.56.37.181] (host181-37-dynamic.56-82-r.retail.telecomitalia.it. [82.56.37.181]) by mx.google.com with ESMTPS id o49sm42992799eeb.7.2012.02.26.02.01.40 (version=SSLv3 cipher=OTHER); Sun, 26 Feb 2012 02:01:42 -0800 (PST) Message-ID: <4F4A0303.5000509@gmail.com> Date: Sun, 26 Feb 2012 11:01:39 +0100 From: Stefano Lattarini MIME-Version: 1.0 To: Tim Retout Subject: Re: bug#10791: aclocal fails if /usr/share/aclocal does not exist References: <4F441C49.2020203@gmail.com> <4F44A6B1.4010904@gmail.com> <4F44B5AA.3040107@gmail.com> In-Reply-To: <4F44B5AA.3040107@gmail.com> Content-Type: multipart/mixed; boundary="------------000701010901050701020306" X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 10791 Cc: automake-patches@gnu.org, 10791@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) This is a multi-part message in MIME format. --------------000701010901050701020306 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 02/22/2012 10:30 AM, Stefano Lattarini wrote: > > On 02/22/2012 10:25 AM, Tim Retout wrote: > >> Adding a README file will cause us problems if automake-1.11 and >> automake-1.12 (say) are installed on the same system - who owns the >> README? >> > Good point. Let's just drop my patch for now. > But the more I think about it, the more I dislike the idea of creating an empty directory whose existence is required by aclocal in order for it to function at all. Moreover, the objection you've raised might be applied to the aclocal and automake (unversioned) scripts themselves, but that doesn't prevent us from installing them. So I've committed the patch after all (see attachment). Regards, Stefano --------------000701010901050701020306 Content-Type: text/x-diff; name="0001-aclocal-don-t-create-usr-share-aclocal-as-empty.patch" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename*0="0001-aclocal-don-t-create-usr-share-aclocal-as-empty.patch" >From 550ad47805cbd1f3cb0ca998bcdd02526c73214b Mon Sep 17 00:00:00 2001 Message-Id: <550ad47805cbd1f3cb0ca998bcdd02526c73214b.1330250491.git.stefano.lattarini@gmail.com> From: Stefano Lattarini Date: Wed, 22 Feb 2012 10:12:02 +0100 Subject: [PATCH] aclocal: don't create /usr/share/aclocal as empty Related to automake bug#10791. Since automake 1.11.2, aclocal no longer succeeds if the system acdir '${datadir}/aclocal' (i.e., "/usr/share/aclocal" when ${prefix} is "/usr") does not exist. So we now have a directory *installed empty by default*, but whose existence is required by aclocal in order for it to function at all. This might be confusing, and sounds like asking for trouble in the long term. So we now also install a simple README file in that directory, which briefly explains its purpose and warn that its existence is required by the normal aclocal functioning. * m4/acdir/README: New file. * m4/Makefile.am (dist_system_ac_DATA): Add it. * m4/acdir/.placeholder: Delete, no more needed. * m4/Makefile.am (EXTRA_DIST): Remove it. * THANKS: Update. --- THANKS | 1 + m4/Makefile.am | 5 ++--- m4/acdir/.placeholder | 2 -- m4/acdir/README | 9 +++++++++ 4 files changed, 12 insertions(+), 5 deletions(-) delete mode 100644 m4/acdir/.placeholder create mode 100644 m4/acdir/README diff --git a/THANKS b/THANKS index 36f8f4b..7b7c9df 100644 --- a/THANKS +++ b/THANKS @@ -360,6 +360,7 @@ Thomas Tanner tanner@ffii.org Toralf Förster toralf.foerster@gmx.de Tim Goodwin tjg@star.le.ac.uk Tim Mooney mooney@dogbert.cc.ndsu.NoDak.edu +Tim Retout diocles@debian.org Tim Rice tim@multitalents.net Tim Van Holder tim.van.holder@pandora.be Toshio Kuratomi toshio@tiki-lounge.com diff --git a/m4/Makefile.am b/m4/Makefile.am index 2f5ead3..c281e28 100644 --- a/m4/Makefile.am +++ b/m4/Makefile.am @@ -55,10 +55,9 @@ tar.m4 \ upc.m4 \ vala.m4 -# So that $(system_acdir) will be created by "make install". -dist_system_ac_DATA = +dist_system_ac_DATA = acdir/README -EXTRA_DIST = acdir/.placeholder amversion.in +EXTRA_DIST = amversion.in # We build amversion.m4 here, instead of from config.status, # because config.status is rerun each time one of configure's diff --git a/m4/acdir/.placeholder b/m4/acdir/.placeholder deleted file mode 100644 index 8dd7f67..0000000 --- a/m4/acdir/.placeholder +++ /dev/null @@ -1,2 +0,0 @@ -This file is here only to ensure the directory containing it exists -in the git repository, and goes in the distribution tarball. diff --git a/m4/acdir/README b/m4/acdir/README new file mode 100644 index 0000000..c2bf903 --- /dev/null +++ b/m4/acdir/README @@ -0,0 +1,9 @@ +This directory is where .m4 files providing third-party autoconf +macros can be placed to be automatically found by the aclocal(1) +program. + +The .m4 files placed here could be shared among different versions +of aclocal, so be careful. + +Even no actual .m4 files are present, this directory is required +in order for aclocal to work properly. Please do not remove it. -- 1.7.9 --------------000701010901050701020306-- From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 27 04:13:40 2012 Received: (at 10791) by debbugs.gnu.org; 27 Feb 2012 09:13:40 +0000 Received: from localhost ([127.0.0.1]:58896 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S1weK-0004tt-0Q for submit@debbugs.gnu.org; Mon, 27 Feb 2012 04:13:40 -0500 Received: from mail-iy0-f172.google.com ([209.85.210.172]:53023) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S1weI-0004tm-4T for 10791@debbugs.gnu.org; Mon, 27 Feb 2012 04:13:39 -0500 Received: by iagf6 with SMTP id f6so6258071iag.3 for <10791@debbugs.gnu.org>; Mon, 27 Feb 2012 01:10:47 -0800 (PST) Received-SPF: pass (google.com: domain of tim@retout.co.uk designates 10.50.135.71 as permitted sender) client-ip=10.50.135.71; Authentication-Results: mr.google.com; spf=pass (google.com: domain of tim@retout.co.uk designates 10.50.135.71 as permitted sender) smtp.mail=tim@retout.co.uk Received: from mr.google.com ([10.50.135.71]) by 10.50.135.71 with SMTP id pq7mr16307736igb.12.1330333847499 (num_hops = 1); Mon, 27 Feb 2012 01:10:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.135.71 with SMTP id pq7mr13257910igb.12.1330333847437; Mon, 27 Feb 2012 01:10:47 -0800 (PST) Received: by 10.231.2.211 with HTTP; Mon, 27 Feb 2012 01:10:47 -0800 (PST) X-Originating-IP: [82.69.211.1] In-Reply-To: <4F4A0303.5000509@gmail.com> References: <4F441C49.2020203@gmail.com> <4F44A6B1.4010904@gmail.com> <4F44B5AA.3040107@gmail.com> <4F4A0303.5000509@gmail.com> Date: Mon, 27 Feb 2012 09:10:47 +0000 X-Google-Sender-Auth: tIg56Da_OqlPiiMHYfcLs5yDZsc Message-ID: Subject: Re: bug#10791: aclocal fails if /usr/share/aclocal does not exist From: Tim Retout To: Stefano Lattarini Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQkswzXSNEFYAwsQRBAxSNyTLONix/Q+XIUSGShdpMzvqvyUwD0saxGImmWFx8Rqg93NIA5a X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 10791 Cc: automake-patches@gnu.org, 10791@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 26 February 2012 10:01, Stefano Lattarini wrote: > But the more I think about it, the more I dislike the idea of creating > an empty directory whose existence is required by aclocal in order for > it to function at all. =C2=A0Moreover, the objection you've raised might = be > applied to the aclocal and automake (unversioned) scripts themselves, > but that doesn't prevent us from installing them. It's your prerogative to apply the patch, but I disagree with your reasoning here. If you don't like empty directories being required, go back to the old automake 1.11.1 behaviour where aclocal handled it properly. The mechanisms that Debian uses to handle unversioned aclocal and automake are not appropriate for a README file. I suspect it will end up not being installed. And that will mean unnecessary divergence from upstream, which I don't like to see. :( --=20 Tim Retout From unknown Mon Aug 18 02:36:12 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 26 Mar 2012 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator