From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NjW8t-0003H8-Vx for garchives@archives.gentoo.org; Mon, 22 Feb 2010 11:08:00 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9B376E0A5D for ; Mon, 22 Feb 2010 11:07:59 +0000 (UTC) Received: from sauxb.salomon.at (smtp.salomon.at [193.186.16.13]) by pigeon.gentoo.org (Postfix) with ESMTP id AD7A2E08DF for ; Mon, 22 Feb 2010 10:50:32 +0000 (UTC) Received: from servex01.wamas.com (servex01.salomon.at [172.28.2.2]) by sauxb.salomon.at (8.12.10/8.12.10) with ESMTP id o1MAoQaI020567; Mon, 22 Feb 2010 11:50:28 +0100 (MET) Received: from [172.28.8.170] ([172.28.8.170]) by servex01.wamas.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 22 Feb 2010 11:50:26 +0100 Message-ID: <4B826172.4010102@gentoo.org> Date: Mon, 22 Feb 2010 11:50:26 +0100 From: Michael Haubenwallner User-Agent: Thunderbird 2.0.0.23 (X11/20091015) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] New eclass for x11 packages References: <4B7DC046.7010001@gentoo.org> In-Reply-To: <4B7DC046.7010001@gentoo.org> Content-Type: text/plain; charset=UTF-8 X-OriginalArrivalTime: 22 Feb 2010 10:50:26.0422 (UTC) FILETIME=[D7786960:01CAB3AC] X-Scanned-By: MIMEDefang 2.54 on 172.28.2.13 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 54f39042-b03d-4db6-a453-d64ee53d8748 X-Archives-Hash: b30bec98c92e3c9485f449094e91eea4 Tom=C3=A1=C5=A1 Chv=C3=A1tal wrote: > Hi, > we prepared new eclass for x11 packages that should be used as > replacement for x-modular.eclass. > Prefix support done. There's one thing I don't find addressed yet: When some patch[1] necessary for some (prefix-) platform has to touch configure.ac or Makefile.am, rendering eautoreconf mandatory on *each* platform, there's no way to tell xorg-2_reconf_source() to do the eautoreconf instead of elibtoolize *unconditionally*. We had to have libXaw.ebuild do the eautoreconf unconditionally[2] after x-modular_src_unpack() - which just did elibtoolize on some platforms, causing elibtoolize to get run twice, resulting in bug#232820 [3]. Even if libXaw doesn't need those patches any more it seems, there's no reason such patches won't become necessary again. [1] http://overlays.gentoo.org/proj/alt/browser/trunk/prefix-overlay/x11-= libs/libXaw/files/libXaw-1.0.5-darwin.patch?rev=3D37037 [2] http://overlays.gentoo.org/proj/alt/browser/trunk/prefix-overlay/x11-= libs/libXaw/libXaw-1.0.6.ebuild?rev=3D49677#L43 [3] http://bugs.gentoo.org/show_bug.cgi?id=3D232820 /haubi/ PS: Just a suggestion what an ebuild could do in this case: src_prepare() { xorg-2_src_prepare --force-eautoreconf } --=20 Michael Haubenwallner Gentoo on a different level