The ebuild app-text/fdftk-6.0-r1 fails to properly symlink /opt/fdftk-6.0/{include|lib} to /usr/{include|lib} causing any other applications that rely on the library and header file to break during ./configure when they cannot be found. Reproducible: Always Steps to Reproduce: 1. emerge =app-text/fdftk-6.0-r1 2. 3. Actual Results: app-text/fdftk-6.0-r1 installs FdfTk.h and libFdfTk.so in /opt/fdftk-6.0 without symlinking both to their proper FHS locations of /usr/lib and /usr/include preventing dependant applications from finding them. Expected Results: app-text/fdftk-6.0-r1 makes the following symlinks: lrwxrwxrwx 1 root root 30 Jul 21 13:17 /usr/lib/libFdfTk.so -> /opt/fdftk- 6.0/lib/libFdfTk.so lrwxrwxrwx 1 root root 30 Jul 21 13:16 /usr/include/FdfTk.h -> /opt/fdftk- 6.0/include/FdfTk.h Portage 2.0.50-r9 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.4.20040619-r0, 2.6.7-mm6) ================================================================= System uname: 2.6.7-mm6 i686 Pentium III (Katmai) Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O2 -mfpmath=sse -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/ config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium3 -O2 -mfpmath=sse -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache digest sandbox" GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="aalib acl acpi adns apache2 atlas bcmath berkdb bidi bzlib calendar caps cdr cpdflib crypt ctype curl curlwrappers dba dbase dbx dedicated ethereal exif fam fdftk fftw filepro flash flatfile ftp gd gdbm ggi gif ginac gmp gnutls guile imagemagick inifile innodb jpeg libwww maildir mailwrapper mcal mcve memlimit mhash ming mmap mmx mnogosearch msession mysql ncurses netcdf nls nocardbus nocd nptl pam pcntl pcre pdflib perl php png posix pthreads pwdb python qdbm readline ruby session shared simplexml slang soap sockets spell spl sqlite sse ssl svg svga sysvipc szip tcpd tidy tiff tokenizer truetype unicode usb vhosts videos wddx wmf x86 xml xml2 xmlrpc xsl xv zlib"
/opt is the standard location for binary packages. There is absolutely no requirement in FHS for providing symlinks for content into the /usr tree. I've double-checked on purpose. http://www.pathname.com/fhs/pub/fhs-2.3.html#OPTADDONAPPLICATIONSOFTWAREPACKAGES Please list some of the packages that are broken, because I know of NONE in the tree that use fdftk that are broken. The only thing in the tree presently that uses fdftk is PHP, and that compiles fine with ./configure --with-fdftk=/opt/fdftk-6.0 perhaps your other application should be compiled with a similiar switch. If it doesn't support doing that, it should be changed to support it.
My apologies about the FHS comment, I was merely confused. The problem occurs with the dev-php/mod_php-5.0.0.ebuild (which I have posted a parallel bug report too concerning FdFtk and several other libs). I am aware that the mod_php-5.0.0 ebuild is masked but I wanted to do some testing on it to help out. The problem with it is that it's econf is setup to look for FdFtk in /usr/include and /usr/lib so when it cannot find them it dies. I had to manually make symlinks to solve the issue.
stuart is working on the php5 stuff, it's still hardmasked as there are a number of parts he still needs to finish off, look around at his php5 bugs for a list from within the last day or two of things left to sort out.
I am unable to test fdftk support for PHP 5 atm, because the Adobe web pages do not work for the web browser that I use. That said, I've updated the php5 support to look in /opt/fdftk-6.0, which should resolve your problem. Best regards, Stu
Please test these changes, and let me know how you get on. Best regards, Stu
The changes worked perfectly, thanks, your dep changes also worked as well. I'm going to do a few more test phases but other then that it looks like mod_php-5.0.0.ebuild seems solid at least from what I can see.