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 1P2Rm4-0007B1-C1 for garchives@archives.gentoo.org; Sun, 03 Oct 2010 16:50:56 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7163FE0686; Sun, 3 Oct 2010 16:50:51 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id C5C65E064F for ; Sun, 3 Oct 2010 16:50:25 +0000 (UTC) Received: from [192.168.1.37] (32.206.84-79.rev.gaoland.net [79.84.206.32]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPSA id 066BD1B401C for ; Sun, 3 Oct 2010 16:50:24 +0000 (UTC) Message-ID: <4CA8B44C.6050206@gentoo.org> Date: Sun, 03 Oct 2010 17:50:20 +0100 From: Angelo Arrifano Organization: Gentoo Linux Foundation User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100913 Lightning/1.0b3pre Thunderbird/3.1.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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] .la files and their future on Gentoo References: <4CA78DFC.9060801@gentoo.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 8228f9b1-12f6-441b-ae92-63cca3f51e39 X-Archives-Hash: 3c166ec2a55702f1e03c64f36945eb17 On 03-10-2010 12:53, David Leverton wrote: > On 2 October 2010 20:54, Jorge Manuel B. S. Vicetto > wrote: >> Given the recent activity around .la files and conflict about how to >> deal with them, I propose we discuss this issue in this mailing list, >> and take this issue to the council. >> That way, we can make a global decision, taking into account all the >> arguments for and against, find a balance, opt for a policy, inform >> users and developers about it and move on. > > While I do agree that the underlying problem we're trying to solve is > worth solving, I do have a couple of small concerns about how it's > being done. The first is that it seems people are judging whether a > particular .la file is "needed" by checking whether anything currently > in the tree needs it, but this doesn't take into account anything that > /isn't/ in the tree yet. This is a very good point. However, in the case of out-of-tree packages, I think most "regular" users just use ebuilds from bugzilla (and third party places like forums etc). Users that contribute their cooked ebuilds should know more or less what are doing, so I guess they will have the corresponding packages patched in one way or another, if they require a certain .la file. > The second is that removing .la files > everywhere makes it hard for people to experiment with alternative > solutions, as testing an alternative would require modifying all the > affected ebuilds to stop removing them. (And yes, I am interested in > doing so myself, although time constraints mean it might not > happening.) > > Would it be too much trouble to have a standardised variable that > means .la files should be kept? It maybe /shouldn't/ be exposed as a > USE flag because very few people will need it, but if it's easy to > implement (maybe by having an eutils function to do the removal, > checking the variable first) it would remove any objections I could > imagine. This seems like a very good solution. For example - usually, people building packages manually just want the build process to work. They don't want to spend time making an ebuild or digging around. One being able to simply USE="libtool" emerge foo to restore the foo's .la files would be great. A gentoo page properly indexed in Google and explaining what to do when a libtool library is not found, should take care of most. Another positive point about an .la USE flag is that users are already used to put their USE flags on bugzilla, which should help package maintainers to acknowledge .la related problems. > > As I said, these are minor points, and I wouldn't expect people to go > to great effort to satisfy them. Just something to consider. > Me being one of the persons that initially contributed code to allow portage to fix .la files, I'm indeed happy to see the direction Gentoo is heading. Libtool archives were (and still are for those not using portage) a pain in the ass for cross-compilation. Regards, - Angelo