From parted-1.6.10: agaffney@kagome ~ $ ls -l /usr/lib/libparted* lrwxrwxrwx 1 root root 23 Oct 12 22:56 /usr/lib/libparted-1.6.so.0 -> libparted-1.6.so.0.0.10 -rwxr-xr-x 1 root root 278384 Oct 12 22:56 /usr/lib/libparted-1.6.so.0.0.10 -rw-r--r-- 1 root root 407262 Oct 12 22:56 /usr/lib/libparted.a -rwxr-xr-x 1 root root 833 Oct 12 22:56 /usr/lib/libparted.la lrwxrwxrwx 1 root root 23 Oct 12 22:56 /usr/lib/libparted.so -> libparted-1.6.so.0.0.10 From parted-1.6.15: agaffney@kagome ~ $ ls -l /usr/lib/libparted* lrwxrwxrwx 1 root root 20 Oct 12 23:08 /usr/lib/libparted -> libparted-1.6.12.0.3 lrwxrwxrwx 1 root root 20 Oct 12 23:08 /usr/lib/libparted-1.6.12 -> libparted-1.6.12.0.3 -rwxr-xr-x 1 root root 279344 Oct 12 23:08 /usr/lib/libparted-1.6.12.0.3 -rw-r--r-- 1 root root 409068 Oct 12 23:08 /usr/lib/libparted.a -rwxr-xr-x 1 root root 823 Oct 12 23:08 /usr/lib/libparted.la There aren't any .so files in 1.6.15. Because of this, anything that checks for the existance of libparted can't find it. Reproducible: Always Steps to Reproduce: 1. emerge pyparted Actual Results: checking for ped_device_open in -lparted... no configure: error: *** parted lib not found Expected Results: checking for ped_device_open in -lparted... yes :) Portage 2.0.51_rc7 (default-linux/x86/2004.2/gcc34/2.6, gcc-3.4.2, glibc-2.3.4.20040808-r1, 2.6.5-gentoo-r1 i686) ================================================================= System uname: 2.6.5-gentoo-r1 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.5.3 distcc 2.17 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-tbird -O2 -pipe -fomit-frame-pointer -mmmx -m3dnow" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-tbird -O2 -pipe -fomit-frame-pointer -mmmx -m3dnow" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://mirrors.tds.net/gentoo http://gentoo.mirrors.pair.com/ http://gentoo.chem.wisc.edu/gentoo/ http://mirror.datapipe.net/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aalib aim alsa apache2 apm avi berkdb bitmap-fonts cdr crypt cups dga divx4linux dvd dvdr encode escreen esd ethereal etwin f77 faad fam ffmpeg flac foomaticdb gatos gd gdbm gif gpm gtk gtk2 guile imagemagick imap imlib java joystick jpeg libg++ libwww maildir mmx mozdomi moznocompose moznoirc mpeg msn ncurses nptl oggvorbis opengl oss pam pdflib perl png python quicktime readline samba sdk sdl slang spell ssl svga tcltk tiff truetype v4l v4l2 x86 xinerama xml xml2 xmms xprint xv xvid yahoo zlib"
I'm gonna take a guess and say that it is one of the patches that break something. If I unpack the tarball, run './configure' and 'make', and then look in libparted/.libs, I see files with the .so extension: kagome .libs # ls -l lib* lrwxrwxrwx 1 root root 23 Nov 4 21:52 libparted-1.6.so.12 -> libparted-1.6.so.12.0.3 -rwxr-xr-x 1 root root 383290 Nov 4 21:52 libparted-1.6.so.12.0.3 -rw-r--r-- 1 root root 468582 Nov 4 21:52 libparted.a lrwxrwxrwx 1 root root 15 Nov 4 21:52 libparted.la -> ../libparted.la -rw-r--r-- 1 root root 841 Nov 4 21:52 libparted.lai -rw-r--r-- 1 root root 5676 Nov 4 21:52 libparted.o lrwxrwxrwx 1 root root 23 Nov 4 21:52 libparted.so -> libparted-1.6.so.12.0.3
It appears to be 006_all_parted-1.6.6-amiga-10.patch that is causing problems. I haven't been able to figure out why it causes problems, but if I hack the ebuild to apply all patches except that one, the .so files are generated correctly.
This can also be worked around by renaming the libparted files to their proper names or creating symlinks to the proper names.
looks like a libtool issue
Yeah, it is a libtool issue. I fixed it like this: gnuconfig_update + libtoolize --force --copy + aclocal-1.7 autoconf I'm not sure if there is a better way to do this, but it works here.
Seems a solution, our patchset is unrelated to the issue btw (tested w/out any patch and isn't working properly too)
So is this fixed or....?
fixed in 1.6.15 in cvs
