From: [email protected]

Package: php4-imagick
Version: 0.9.7-1.3
Severity: important

/usr/lib/php4/20020429/imagick.so has an RPATH /usr/X11R6/lib
which it shouldn't have.


BTW: lintian gives a warning for this issue.




-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8.1
Locale: LANG=C, LC_CTYPE=C

Versions of packages php4-imagick depends on:
ii libapache2-mod-php4 [phpa 4:4.3.8-5 A server-side, HTML-embedded scrip ii libbz2-1.0 1.0.2-1 A high-quality block-sorting file ii libc6 2.3.2.ds1-14 GNU C Library: Shared libraries an ii libdps1 4.3.0.dfsg.1-6 Display PostScript (DPS) client li ii libfreetype6 2.1.7-2.1 FreeType 2 font engine, shared lib ii libice6 4.3.0.dfsg.1-6 Inter-Client Exchange library
ii libjasper-1.701-1 1.701.0-2 The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii liblcms1 1.12-2 Color management library
ii libmagick6 5:6.0.3.5-2 Image manipulation library (free v ii libpng12-0 1.2.5.0-7 PNG library - runtime
ii libsm6 4.3.0.dfsg.1-6 X Window System Session Management ii libtiff4 3.6.1-1.1 Tag Image File Format library
ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-4 X Window System miscellaneous exte ii libxml2 2.6.11-3 GNOME XML library
ii libxt6 4.3.0.dfsg.1-4 X Toolkit Intrinsics
ii xlibs 4.3.0.dfsg.1-4 X Window System client libraries m ii zlib1g 1:1.2.1.1-5 compression library - runtime

-- no debconf information


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

I did have the LIBTOOL_IS_A_FOOL patch, which seems to not be working
anymore.

What should I do now ? is there a LIBTOOL_IS_REALLY_A_FOOL parameter ?

Why should a bug in autoconf/automake/libtook/whatever else affect so
many packages.

trying to solve this...

On 17 de ago de 2004, at 00:09, Adrian Bunk wrote:

Package: php4-imagick
Version: 0.9.7-1.3
Severity: important

/usr/lib/php4/20020429/imagick.so has an RPATH /usr/X11R6/lib
which it shouldn't have.

BTW: lintian gives a warning for this issue.

-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8.1
Locale: LANG=C, LC_CTYPE=C

Versions of packages php4-imagick depends on:
ii libapache2-mod-php4 [phpa 4:4.3.8-5 A server-side,
HTML-embedded scrip
ii libbz2-1.0 1.0.2-1 A high-quality
block-sorting file
ii libc6 2.3.2.ds1-14 GNU C Library: Shared
libraries an
ii libdps1 4.3.0.dfsg.1-6 Display PostScript (DPS)
client li
ii libfreetype6 2.1.7-2.1 FreeType 2 font engine,
shared lib
ii libice6 4.3.0.dfsg.1-6 Inter-Client Exchange
library
ii libjasper-1.701-1 1.701.0-2 The JasPer JPEG-2000
runtime libra
ii libjpeg62 6b-9 The Independent JPEG
Group's JPEG
ii liblcms1 1.12-2 Color management library
ii libmagick6 5:6.0.3.5-2 Image manipulation
library (free v
ii libpng12-0 1.2.5.0-7 PNG library - runtime
ii libsm6 4.3.0.dfsg.1-6 X Window System Session Management
ii libtiff4 3.6.1-1.1 Tag Image File Format
library
ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol
client li
ii libxext6 4.3.0.dfsg.1-4 X Window System
miscellaneous exte
ii libxml2 2.6.11-3 GNOME XML library
ii libxt6 4.3.0.dfsg.1-4 X Toolkit Intrinsics
ii xlibs 4.3.0.dfsg.1-4 X Window System client
libraries m
ii zlib1g 1:1.2.1.1-5 compression library -
runtime

-- no debconf information

--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

reassign 266161 libtool
thanks

I don't know what to do about this.

my package just calls phpize from php4-dev, and this script creates
everything - configure, libtool scripts etc.

I was even using the usual LIBTOOL_IS_A_FOOL patch, which worked in the
past:
# Patch the generated libtool to avoid passing -rpath when linking,
# and to explicitly link libraries against the libraries they
# depend on.
sed < libtool > libtool-2 \
-e
's/^hardcode_libdir_flag_spec.*$$/hardcode_libdir_flag_spec=" -D__LIBTOOL_IS_A_FOOL__ "/' \
-e '/^archive_cmds="/s/"$$/ \\$$deplibs"/'
mv libtool-2 libtool
chmod 755 libtool

but this doesn't work now.

Please solve this problem in libtool once for all, or reassign to
php4-dev or something else. This is not my fault.


PS: php4-gd2 is also affected, and I have a feeling that all other
external php4-* modules are also affected




On 17 de ago de 2004, at 12:18, Bruno David Rodrigues wrote:

I did have the LIBTOOL_IS_A_FOOL patch, which seems to not be working anymore.

What should I do now ? is there a LIBTOOL_IS_REALLY_A_FOOL parameter ?

Why should a bug in autoconf/automake/libtook/whatever else affect so
many packages.

trying to solve this...

On 17 de ago de 2004, at 00:09, Adrian Bunk wrote:

Package: php4-imagick
Version: 0.9.7-1.3
Severity: important

/usr/lib/php4/20020429/imagick.so has an RPATH /usr/X11R6/lib
which it shouldn't have.


BTW: lintian gives a warning for this issue.




-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8.1
Locale: LANG=C, LC_CTYPE=C

Versions of packages php4-imagick depends on:
ii libapache2-mod-php4 [phpa 4:4.3.8-5 A server-side,
HTML-embedded scrip
ii libbz2-1.0 1.0.2-1 A high-quality
block-sorting file
ii libc6 2.3.2.ds1-14 GNU C Library: Shared
libraries an
ii libdps1 4.3.0.dfsg.1-6 Display PostScript (DPS)
client li
ii libfreetype6 2.1.7-2.1 FreeType 2 font engine,
shared lib
ii libice6 4.3.0.dfsg.1-6 Inter-Client Exchange
library
ii libjasper-1.701-1 1.701.0-2 The JasPer JPEG-2000
runtime libra
ii libjpeg62 6b-9 The Independent JPEG
Group's JPEG
ii liblcms1 1.12-2 Color management library
ii libmagick6 5:6.0.3.5-2 Image manipulation
library (free v
ii libpng12-0 1.2.5.0-7 PNG library - runtime
ii libsm6 4.3.0.dfsg.1-6 X Window System Session
Management
ii libtiff4 3.6.1-1.1 Tag Image File Format
library
ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol
client li
ii libxext6 4.3.0.dfsg.1-4 X Window System
miscellaneous exte
ii libxml2 2.6.11-3 GNOME XML library
ii libxt6 4.3.0.dfsg.1-4 X Toolkit Intrinsics
ii xlibs 4.3.0.dfsg.1-4 X Window System client
libraries m
ii zlib1g 1:1.2.1.1-5 compression library -
runtime

-- no debconf information

--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

reassign 266161 php4-imagick
thanks

On Tue, Aug 17, 2004 at 12:50:27PM +0200, Bruno David Rodrigues wrote:

reassign 266161 libtool
thanks

I don't know what to do about this.

my package just calls phpize from php4-dev, and this script creates everything - configure, libtool scripts etc.

I was even using the usual LIBTOOL_IS_A_FOOL patch, which worked in the
past:
# Patch the generated libtool to avoid passing -rpath when linking,
# and to explicitly link libraries against the libraries they
# depend on.
sed < libtool > libtool-2 \
-e
's/^hardcode_libdir_flag_spec.*$$/hardcode_libdir_flag_spec=" -D__LIBTOOL_IS_A_FOOL__ "/' \
-e '/^archive_cmds="/s/"$$/ \\$$deplibs"/'
mv libtool-2 libtool
chmod 755 libtool

but this doesn't work now.

AFAIR, this heck is no longer required with recent libtool versions.

Please solve this problem in libtool once for all, or reassign to
php4-dev or something else. This is not my fault.
...

After a quick look through the build log, it seems libtool is not
guilty:


<-- snip -->

...
/bin/sh /tmp/php4-imagick-0.9.7/libtool --mode=link gcc -DPHP_ATOM_INC -I/tmp/php4-imagick-0.9.7/include -I/tmp/php4-imagick-0.9.7/main -I/tmp/php4-imagick-0.9.7 -I/usr/include/php4 -I/usr/include/php4/main -I/usr/include/php4/Zend -I/usr/include/php4/TSRM -I/usr/include/ -DHAVE_CONFIG_H -O2 -Wall -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64
-o imagick.la -export-dynamic -avoid-version -prefer-pic -module -rpath /tmp/php4-imagick-0.9.7/modules imagick.lo -Wl,-rpath,/usr/X11R6/lib -L/usr/X11R6/lib -lMagick -llcms -ltiff -lfreetype -ljasper -ljpeg -lpng -ldpstk -ldps -lXext -lXt -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm
-lfreetype -lz
...

<-- snip -->


The rpath is set in the call to libtool, so it's hardly the fault of
libtool.


I don't claim to fully understand the build process of php4-imagick, but
after a quick grep it seems the bug is in Makefile.global .


It might be that the actual problem comes from php4-dev where
Makefile.global comes from, but this requires investigation by someone
like you who actually knows how PHP4 modules should be built.


cu
Adrian

--

"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed



--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

This might be a bug in php4-dev, but I'll just fix in my package:

sed < Makefile > Makefile2 \
-e 's/-Wl,-rpath,\/usr\/X11R6\/lib //' #\

Thanks for your help


On 17 de ago de 2004, at 17:19, Adrian Bunk wrote:

reassign 266161 php4-imagick
thanks

On Tue, Aug 17, 2004 at 12:50:27PM +0200, Bruno David Rodrigues wrote:

reassign 266161 libtool
thanks

I don't know what to do about this.

my package just calls phpize from php4-dev, and this script creates
everything - configure, libtool scripts etc.

I was even using the usual LIBTOOL_IS_A_FOOL patch, which worked in
the
past:
# Patch the generated libtool to avoid passing -rpath when
linking,
# and to explicitly link libraries against the libraries they
# depend on.
sed < libtool > libtool-2 \
-e
's/^hardcode_libdir_flag_spec.*$$/hardcode_libdir_flag_spec="
-D__LIBTOOL_IS_A_FOOL__ "/' \
-e '/^archive_cmds="/s/"$$/ \\$$deplibs"/'
mv libtool-2 libtool
chmod 755 libtool

but this doesn't work now.

AFAIR, this heck is no longer required with recent libtool versions.

Please solve this problem in libtool once for all, or reassign to
php4-dev or something else. This is not my fault.
...

After a quick look through the build log, it seems libtool is not
guilty:

<-- snip -->

...
/bin/sh /tmp/php4-imagick-0.9.7/libtool --mode=link gcc -DPHP_ATOM_INC -I/tmp/php4-imagick-0.9.7/include -I/tmp/php4-imagick-0.9.7/main -I/tmp/php4-imagick-0.9.7 -I/usr/include/php4 -I/usr/include/php4/main -I/usr/include/php4/Zend -I/usr/include/php4/TSRM -I/usr/include/ -DHAVE_CONFIG_H -O2 -Wall -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64
-o imagick.la -export-dynamic -avoid-version -prefer-pic -module -rpath /tmp/php4-imagick-0.9.7/modules imagick.lo -Wl,-rpath,/usr/X11R6/lib -L/usr/X11R6/lib -lMagick -llcms -ltiff -lfreetype -ljasper -ljpeg
-lpng
-ldpstk -ldps -lXext -lXt -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm
-lfreetype -lz
...

<-- snip -->

The rpath is set in the call to libtool, so it's hardly the fault of
libtool.

I don't claim to fully understand the build process of php4-imagick,
but
after a quick grep it seems the bug is in Makefile.global .

It might be that the actual problem comes from php4-dev where
Makefile.global comes from, but this requires investigation by someone
like you who actually knows how PHP4 modules should be built.

cu
Adrian

--

"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed

--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

clone 266161 -1
retitle -1 php4-dev: Makefile.global sets rpath
reassign -1 php4-dev
thanks

On Tue, Aug 17, 2004 at 09:47:04PM +0200, Bruno David Rodrigues wrote:

This might be a bug in php4-dev, but I'll just fix in my package:

sed < Makefile > Makefile2 \
-e 's/-Wl,-rpath,\/usr\/X11R6\/lib //' #\

Thanks for your help

It should be further investigated.

I've therefore cloned this bug.

cu
Adrian

--

"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed



--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)