emerge media-libs/pdflib-5.0.4_p1 fails: * checking 25 files for package collisions existing file /usr/lib/perl5/site_perl/5.8.4/i686-linux is not owned by this package * spend 0.167407989502 seconds checking for file collisions * This package is blocked because it wants to overwrite * files belonging to other packages (see messages above). * If you have no clue what this is all about report it * as a bug for this package on http://bugs.gentoo.org package media-libs/pdflib-5.0.4_p1 NOT merged The named collision /usr/lib/perl5/site_perl/5.8.4/i686-linux is a directory, but the ebuild produces a file there, apparently from "pdflib_pl.pm". Reproducible: Always Steps to Reproduce: FEATURES=collision-protect emerge =media-libs/pdflib-5.0.4_p1 Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.4, uclibc-0.9.26-r7, 2.6.8-gentoo-r1 i686) ================================================================= System uname: 2.6.8-gentoo-r1 i686 mobile AMD Athlon(tm) XP 1600+ Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.7-r4 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon -O3 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/local/clockspeed/etc /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon -O3 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache collision-protect digest distlocks notitles sandbox sfperms userpriv usersandbox" GENTOO_MIRRORS="http://mirrors.tds.net/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages/lorien" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/bruce/portage /home/bruce/FutureQuest/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="3dnow X aalib adns alsa apache2 apm ardour-ksi arts avi berkdb bitmap-fonts bonobo cdr crypt cscope cups curl dga doc dvd dvdr dvdread emacs encode esd ethereal evo exif f77 fam flac fluidsynth foomaticdb foreign-package fortran gdbm gif gimp gimpprint gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hbci imagemagick imlib innodb ipv6 jack java jikes jpeg kde ldap libg++ libwww mad maildir matrox mbox mikmod mmx mng mozilla mozp3p mozsvg mozxmlterm mpeg mysql ncurses nls nptl oggvorbis opengl oss pam pdflib perl plotutils png postgres postgresql ppds python qt quicktime readline samba scanner sdl slang sox spell sse ssl tcltk tcpd tetex tiff truetype v4l v4l2 wmf x86 xml xml2 xmms xv zlib"
rac, mcummings: help
Perl herd isn't maintainer for this package, so I will comment but it isn't our bug. Its the nameless coward who doesn't put a metadata.xml file in place ;) Looks like this package has 2 problems - one what is it assuming that as a file rather than dir, but just as significant is the fact that it is installing site instead of vendor. The package needs to be fixed, and if I get through some of the other bugs that perl herd is responsible for, I will try and look at this.
Mass re-assign.
Re-assign.
same (still) happens with pdflib-6.0.1 and perl 5.8.7: >>> Completed installing pdflib-6.0.1 into /var/tmp/portage/pdflib-6.0.1/image/ * checking 25 files for package collisions existing file /usr/lib/perl5/site_perl/5.8.7/x86_64-linux is not owned by this package $ equery belongs /usr/lib/perl5/site_perl/5.8.7/x86_64-linux [ Searching for file(s) /usr/lib/perl5/site_perl/5.8.7/x86_64-linux in *... ] dev-lang/perl-5.8.7-r3 (/usr/lib/perl5/site_perl/5.8.7/x86_64-linux) what about renaming this file to pdflib.ph and moving it inside a proper dir (its former name here) during src_install? The file does not contain any paths, so this may actually work.. George
Created attachment 75000 [details, diff] a patch for an ebuild with a suggested fix something along these lines.. (see previous comment). It works per se, but the "problem" with it is that I have already some pdflib.ph file at this location on my system, however I cannot detect whom it belongs to.. Possibly to prior pdflib installation, but why wasn't it removed back then?.. George
Reassigning to maintainer... Best regards, CHTEKK.
Hmmm I was told by another dev who tested this, that it works now. I'll close the bug, if it still persists, please feel free to reopen it. And test using 6.0.3, which I hope to get marked stable soon. Best regards, CHTEKK.
