From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 03F901381F3 for ; Fri, 14 Jun 2013 19:02:37 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 477C2E08BB; Fri, 14 Jun 2013 19:02:31 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 60F5BE0888 for ; Fri, 14 Jun 2013 19:02:30 +0000 (UTC) Received: from [192.168.1.33] (194.Red-2-137-19.dynamicIP.rima-tde.net [2.137.19.194]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pacho) by smtp.gentoo.org (Postfix) with ESMTPSA id 61F1133E478; Fri, 14 Jun 2013 19:02:27 +0000 (UTC) Message-ID: <1371236538.17293.1.camel@localhost> Subject: Re: [gentoo-dev] How to spread intltool fixes to all packages From: Pacho Ramos To: gentoo-dev@lists.gentoo.org Cc: "gnome@gentoo.org" Date: Fri, 14 Jun 2013 21:02:18 +0200 In-Reply-To: <1370944514.4583.28.camel@localhost> References: <1370944514.4583.28.camel@localhost> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.8.3 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 Content-Transfer-Encoding: 8bit X-Archives-Salt: 4f3d7d48-7dd3-4f83-ac7a-c08a536cebb2 X-Archives-Hash: 58a49bca81a7118e85f7f6186cd361c9 El mar, 11-06-2013 a las 11:55 +0200, Pacho Ramos escribió: > Hello > > Because of: > https://bugs.gentoo.org/show_bug.cgi?id=432848 > > We discovered an old bug affecting intltool that causes prefix of > localedir to be always hardcoded to the same location instead of > respecting configure flags. > > The patch is fixed by intltool upstream in their master branch but still > no new version was released including it. Anyway, we now have > dev-util/intltool-0.50.2-r1 with the bug fixed. > > The problem of this issue (and most involving intltool) is that we need > to run: > intltoolize --copy --automake --force > (it doesn't seem to trigger maintainer mode in all ebuilds I have tried, > then, doesn't look to require eautoreconf to be run) > > for all packages to get new and fixed ${S}/po/Makefile.in.in copied to > the sources, otherwise bundled file is used and, then, the one unfixed. > As it's unreliable to ping all upstreams involving intltool (they are a > ton) and this kind of problem will likely re-appear again in the future > (since the Makefile.in.in will be fixed in intltool upstream tarball but > will take a lot of time to reach all affected packages) we were > considering to run above command always at eclass level -> that way we > would stop using bundled ${S}/po/Makefile.in.in and, then, we would > always use the one provided by our intltool package (that should get > fixed and updated more often). > > Other possible solution would be to use ELT-PATCHES to achieve that, but > I am still unsure about how would it work. > > What are your thoughts? > None? :|