Bug#252401: not sufficient

Ian Wienand Ian Wienand <ianw@gelato.unsw.edu.au>, 252401@bugs.debian.org
Fri, 4 Jun 2004 08:23:37 +1000


--lEGEL1/lMxI0MVQ2
Content-Type: multipart/mixed; boundary="vkogqOf2sHV7VnPd"
Content-Disposition: inline


--vkogqOf2sHV7VnPd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Jun 03, 2004 at 10:37:04AM +0200, J.H.M. Dassen (Ray) wrote:
> On Thu, Jun 03, 2004 at 17:35:25 +1000, Ian Wienand wrote:
> > My patch isn't sufficient to fix the problem, but it is the root cause.
>=20
> For a complete patch you probably need to relibtoolise things;=20
> http://people.debian.org/~keybuk/libtool-updating.html has details.

Thanks, that gets it going OK.  It seems that dropping a patch to any
of the Makefile.am files in the 'patches' subdir gets it applied OK,
but it doesn't realise it needs to re-run all the autotools stuff so
the build is broken.

So what I did was apply the attached patch (note it also includes the
libraries for libpangox) to an extracted
upstream/tarballs/000_pango-1.4.0.tar.gz, re-run all the autotools,
tar it back up and put it back, then build, and it works.  So I'm not
sure how the Debian maintainers want to handle this.  I've put fixed debs at

http://www.gelato.unsw.edu.au/~ianw/pango

if anyone wants to verify.

When running ethereal I get a bunch of warnings like this :

(ethereal:28703): GLib-GObject-CRITICAL **: file gobject.c: line 819 (g_obj=
ect_new): assertion `G_TYPE_IS_OBJECT (object_type)' failed
Failed to load Pango module for id: 'BasicScriptEngineFc'
(ethereal:28703): GLib-GObject-WARNING **: Two different plugins tried to r=
egister 'BasicEngineFc'.

but it at least works.

As for why it hangs, I don't know exactly, looks like a relocation
never gets fixed up.  See=20

http://lists.debian.org/debian-ia64/2004/06/msg00005.html

maybe someone who understands the depths of the IA64 toolchain will
know exactly why.

-i

--vkogqOf2sHV7VnPd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="Makefile.am.pango.v2"
Content-Transfer-Encoding: quoted-printable

--- pango-1.4.0/pango/Makefile.am	2004-03-04 08:17:29.000000000 +1100
+++ pango-1.4.0-fixed/pango/Makefile.am	2004-06-04 08:00:52.800478633 +1000
@@ -141,7 +141,7 @@
 endif
=20
 libpangox_1_0_la_LDFLAGS =3D -version-info $(LT_VERSION_INFO)
-libpangox_1_0_la_LIBADD =3D libpango-$(PANGO_API_VERSION).la $(INCLUDED_X_=
MODULES) $(X_LIBS) $(X_EXTRA_LIBS)
+libpangox_1_0_la_LIBADD =3D libpango-$(PANGO_API_VERSION).la $(INCLUDED_X_=
MODULES) $(X_LIBS) $(X_EXTRA_LIBS) $(GLIB_LIBS)
 libpangox_1_0_la_DEPENDENCIES =3D libpango-$(PANGO_API_VERSION).la $(INCLU=
DED_X_MODULES)
=20
 libpangox_1_0_la_SOURCES =3D \
@@ -161,7 +161,7 @@
 endif
=20
 libpangoxft_1_0_la_LDFLAGS =3D -version-info $(LT_VERSION_INFO)
-libpangoxft_1_0_la_LIBADD =3D libpangoft2-$(PANGO_API_VERSION).la libpango=
-$(PANGO_API_VERSION).la $(XFT_LIBS)=20
+libpangoxft_1_0_la_LIBADD =3D libpangoft2-$(PANGO_API_VERSION).la libpango=
-$(PANGO_API_VERSION).la $(XFT_LIBS) $(GLIB_LIBS)
 libpangoxft_1_0_la_DEPENDENCIES =3D libpangoft2-$(PANGO_API_VERSION).la li=
bpango-$(PANGO_API_VERSION).la
=20
 libpangoxft_1_0_la_SOURCES =3D   	\

--vkogqOf2sHV7VnPd--

--lEGEL1/lMxI0MVQ2
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAv6TpWDlSU/gp6ecRAoZAAKCs+1qnPKvrffK09+T7EM1hxpSOtwCfdB+K
+7QBfvqwFb+dRS0xTiZU0Yo=
=QqTE
-----END PGP SIGNATURE-----

--lEGEL1/lMxI0MVQ2--