Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 229055

Summary: x11-plugins/licq-osd-1.3.2.2 fails w/ libtool-2.2
Product: Gentoo Linux Reporter: Petr Zima <zima>
Component: Current packagesAssignee: Konstantin Arkhipov (RETIRED) <voxus>
Status: RESOLVED FIXED    
Severity: normal    
Priority: High    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Bug Depends on:    
Bug Blocks: 212763    
Attachments: Full log of the original gentoo ebuild
Ebuild with fixed symlinks
Log for my -fix1 ebuild
Ebuild with fixed symlinks and AT_M4DIR=admin eautoreconf
Log for my -fix2 ebuild
Ebuild with AT_M4DIR=admin eautoreconf and bad symlinks just deleted
Log for my -fix3 ebuild
paludis --info
emerge --info (just for completeness, I am using paludis!!!)

Description Petr Zima 2008-06-23 14:54:31 UTC
Reinstall of licq-osd-1.3.2.2 after system update (including upgrade of libtool to 2.2.4) fails in the compile phase with:

econf: updating /var/tmp/paludis/x11-plugins-licq-osd-1.3.2.2/work/osd-1.3.2.2/admin/config.sub with /usr/share/gnuconfig/config.sub
cp: not writing through dangling symlink `/var/tmp/paludis/x11-plugins-licq-osd-1.3.2.2/work/osd-1.3.2.2/admin/config.sub'
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --with-licq-includes=/usr/include/licq --with-cvs --build=i686-pc-linux-gnu
configure: error: cannot run /bin/sh admin/config.sub

Reproducible: Always




paludis-0.26.2
Comment 1 Petr Zima 2008-06-23 15:07:15 UTC
The error is caused by symlinks in the source tarball, which are no more valid with libtool-2.2.4:

... /usr/local/src/osd-1.3.2.2 $ ls -l admin/
...
... config.guess -> /usr/share/libtool/config.guess
... config.sub -> /usr/share/libtool/config.sub
... ltmain.sh -> /usr/share/libtool/ltmain.sh
...

However, even if I fix these symlinks by adding

src_unpack() {
    unpack ${A}

    cd "${S}"/admin
    for x in config.guess config.sub ltmain.sh; do
        rm -f "${x}" ; ln -sf /usr/share/libtool/config/"${x}"
    done
}

to the ebuild, compilation still fails with the common libtool-2.2 upgrade issue:

...
if /bin/sh ../libtool --silent --mode=compile i686-pc-linux-gnu-g++ -DPACKAGE_NAME=\"licq_osd_plugin\" -DPACKAGE_TARNAME=\"licq_osd_plugin\" -DPACKAGE_VERSION=\"1.3.2.1\" -DPACKAGE_STRING=\"licq_osd_plugin\ 1.3.2.1\" -DPACKAGE_BUGREPORT=\"martinmaurer@gmx.at\" -DPACKAGE=\"licq_osd_plugin\" -DVERSION=\"1.3.2.1\" -DPACKAGE=\"licq_osd_plugin\" -DVERSION=\"1.3.2.1\" -DINT_VERSION= -DGETTEXT_PACKAGE=\"licq-osd\" -DENABLE_NLS=1 -DHAVE_GETTEXT=1 -DHAVE_DCGETTEXT=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DHAVE_ERRNO_H=1 -DHAVE_DIRENT_H=1 -DHAVE_GETOPT_H=1 -DHAVE_MALLOC_H=1 -DHAVE_PWD_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1  -I. -I.    -I/usr/include/licq -I.. -march=pentium4 -mfpmath=sse -mno-ieee-fp -pipe -O3 -Wall -I/usr/include -DLOCALEDIR=\"/usr/share/locale\" -march=pentium4 -mfpmath=sse -mno-ieee-fp -pipe -O3 -MT my_xosd.lo -MD -M../libtool: line 463: CDPATH: command not found
P -MF ".deps/my_xosd.Tpo" -c -o my_xosd.lo my_xosd.cpp; \
	then mv -f ".deps/my_xosd.Tpo" ".deps/my_xosd.Plo"; else rm -f ".deps/my_xosd.Tpo"; exit 1; fi
../libtool: line 463: CDPATH: command not found
../libtool: line 1148: func_opt_split: command not found
libtool: Version mismatch error.  This is libtool 2.2.4, but the
libtool: definition of this LT_INIT comes from an older release.
libtool: You should recreate aclocal.m4 with macros from libtool 2.2.4
libtool: and run autoconf again.
make[1]: *** [licq-osd.lo] Error 1
...

I am not familiar with autotools and simple rm aclocal.m4 && eautoreconf ends up with further errors.
Comment 2 Rafał Mużyło 2008-06-23 16:43:16 UTC
I think you forgot to add a certain important detail from your build.log.

But anyway, I think adding `AT_M4DIR=admin eautoreconf` in src_unpack
should help.
Comment 3 Petr Zima 2008-06-25 14:26:48 UTC
Created attachment 158383 [details]
Full log of the original gentoo ebuild
Comment 4 Petr Zima 2008-06-25 14:27:29 UTC
Created attachment 158385 [details]
Ebuild with fixed symlinks
Comment 5 Petr Zima 2008-06-25 14:28:05 UTC
Created attachment 158387 [details]
Log for my -fix1 ebuild
Comment 6 Petr Zima 2008-06-25 14:29:13 UTC
Created attachment 158389 [details]
Ebuild with fixed symlinks and AT_M4DIR=admin eautoreconf
Comment 7 Petr Zima 2008-06-25 14:29:47 UTC
Created attachment 158391 [details]
Log for my -fix2 ebuild
Comment 8 Petr Zima 2008-06-25 14:30:39 UTC
Created attachment 158393 [details]
Ebuild with AT_M4DIR=admin eautoreconf and bad symlinks just deleted
Comment 9 Petr Zima 2008-06-25 14:31:08 UTC
Created attachment 158395 [details]
Log for my -fix3 ebuild
Comment 10 Petr Zima 2008-06-25 14:35:06 UTC
Created attachment 158399 [details]
paludis --info
Comment 11 Petr Zima 2008-06-25 14:36:28 UTC
Created attachment 158403 [details]
emerge --info (just for completeness, I am using paludis!!!)
Comment 12 Petr Zima 2008-06-25 14:44:25 UTC
Thank you it works. licq-osd now installs and works fine for me (even with paludis and my crazy CFLAGS;-)!

I have attached used ebuilds and full logs. The working ones are -fix2 and -fix3, the only difference is that -fix3 does not fix the symlinks and just deletes them (so I hope it could work with older libtool).

May I change status of this bug?
Comment 13 Rafał Mużyło 2008-06-25 15:07:56 UTC
Better not. It should stay open till fix hits the tree.
Comment 14 Peter Alfredsen (RETIRED) gentoo-dev 2008-07-05 15:37:30 UTC
+  05 Jul 2008; Peter Alfredsen <loki_val@gentoo.org>
+  -licq-osd-1.2.7.5-r1.ebuild, licq-osd-1.3.2.2.ebuild:
+  Fix for libtool-2.2, bug #229055. Thanks to zimous <zimous@matfyz.cz> .
+  Remove unrecognized configure option --with-cvs. Remove old.
+