From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DMARC_NONE,MAILING_LIST_MULTI, NICE_REPLY_A,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=unavailable autolearn_force=no version=4.0.0 Received: from starcraft.mweb.co.za (starcraft.mweb.co.za [196.2.45.78]) by chiba.3jane.net (Postfix) with ESMTP id 0869DABD52; Sun, 2 Jun 2002 15:50:57 -0500 (CDT) Received: from cpt-dial-196-30-179-74.mweb.co.za ([196.30.179.74] helo=nosferatu.lan) by starcraft.mweb.co.za with esmtp (Exim 4.01) id 17EcFg-0003IZ-00; Sun, 02 Jun 2002 22:47:00 +0200 Subject: Re: [gentoo-dev] Gnome2 libtoolization From: Martin Schlemmer To: Gentoo-Dev In-Reply-To: <20020601151835.549ec18a.spider@gentoo.org> References: <20020601151835.549ec18a.spider@gentoo.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 02 Jun 2002 22:41:52 +0200 Message-Id: <1023050516.25244.84.camel@nosferatu.lan> Mime-Version: 1.0 Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: gentoo-dev@gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: bb2955c4-9b0c-4f59-93c6-620708a015e3 X-Archives-Hash: cbc11e0fb4acf7b06a53202a4b1ef486 On Sat, 2002-06-01 at 15:18, Spider wrote: > well, > as the moment of release prances forward I'm looking at the current > state of ebuilds. > > right now we libtoolize a lot of gnome 2 except the core parts that is > glib atk gtk+ and pango, simply because they break with libtoolize... > fun isn't it? > > Now, checking around a bit for libtoolize and asking some other gnome2 > packagers, I got this reference: > http://www.redhat.com/mailing-lists/rpm-list/msg07002.html > > odd.. isn't it? > > I vote for dropping libtoolize along with debug info in or around the > 20th > Ok, this is a sticky problem. The reason Redhat/Mandrake and now we libtoolize many packages, is because with the default libtool as used by most things have a bug, which I refer to as the "relink" bug. This is fixed by having a patched version of libtool, and what libtoolize then basically do is to install our patched version of libtool for the specific package to user, thus fixing the bug. A good example of the "relink" bug, is gdk-pixbuf. If not libtoolized, if build for the first time on a system, none of the loaders in /usr/lib/gdk-pixbuf/loaders/ are installed. Why this happens, are hard to explain, as I researched it some time ago. The basic principal, is that because we build it with "--prefix=/usr", and then install into "prefix=${D}/usr", libtool thinks it should relink some of the components. In the relinking, the "libdir" (defined in the .la files) is defined as "/usr/lib...", and thus the components/libraries do not get installed (if memory serves). Also, ${D} gets into .la files, and when the library of that .la gets used, libtool tries to link in ${D}/usr/lib/libfoo.so instead of /usr/lib/libfoo.so like it should. This all is fixed in our version of libtool after much research and testing. Now what I propose, is that if we do not libtoolize Gnome2, then we should at least write an eclass that patches all "ltmain.sh" 's with the relink patch, and with our own libtool-portage patch. Anyhow, comments and suggestions appreciated. NB: BCC me if you reply. Greetings, -- Martin Schlemmer Gentoo Linux Developer, Desktop Team Developer Cape Town, South Africa