[gentoo-dev] Gnome2 libtoolization

[gentoo-dev] Gnome2 libtoolization

[Spider]

[-- Attachment #1: Type: text/plain, Size: 685 bytes --]

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 

//Spider
  t minus.... beep

--
begin  .signature
This is a .signature virus! Please copy me into your .signature!
See Microsoft KB Article Q265230 for more information.
end

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Gnome2 libtoolization

[Martin Schlemmer]

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

Re: [gentoo-dev] Gnome2 libtoolization

[Spider]

[-- Attachment #1: Type: text/plain, Size: 1148 bytes --]

begin  quote
On 02 Jun 2002 22:41:52 +0200
Martin Schlemmer <azarah@gentoo.org> wrote:

> 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 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.


Now this could certainly be doable since we are already eclassifying
gnome2 components (in the progress right now) and we hope to finish this
in due time for most of the gnome2 desktop release.

right now some stuff break because of libtoolization, others work,
but... why and how is a different measure for me, but we'll go as is
current. they libtoolize and it works. 

//Spider


 

--
begin  .signature
This is a .signature virus! Please copy me into your .signature!
See Microsoft KB Article Q265230 for more information.
end

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]