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 11F691381F3 for ; Tue, 11 Jun 2013 09:55:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 90621E08C2; Tue, 11 Jun 2013 09:55:20 +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 AC2FAE08A1 for ; Tue, 11 Jun 2013 09:55:19 +0000 (UTC) Received: from [192.168.1.204] (60.145.16.95.dynamic.jazztel.es [95.16.145.60]) (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 0983B33E3DB; Tue, 11 Jun 2013 09:55:17 +0000 (UTC) Message-ID: <1370944514.4583.28.camel@localhost> Subject: [gentoo-dev] How to spread intltool fixes to all packages From: Pacho Ramos To: gentoo-dev@lists.gentoo.org Cc: "gnome@gentoo.org" Date: Tue, 11 Jun 2013 11:55:14 +0200 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: 7bit X-Archives-Salt: ef21800a-b2be-4f55-896b-60cbad8237bd X-Archives-Hash: 762879fe36a25470f94430b8179fe29e 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?