>>> emerge (3 of 4) media-video/transcode-0.6.3 to / >>> md5 ;-) transcode-0.6.3.tar.gz >>> Unpacking source... >>> Unpacking transcode-0.6.3.tar.gz to /var/tmp/portage/transcode-0.6.3/work portage: init: PORTDIR_OVERLAY points to /home/liverbugg/portage which isn't a directory. Exiting. * Old netbpm (<=9.12)... >>> Source unpacked. * Working directory: /var/tmp/portage/transcode-0.6.3/work/transcode-0.6.3/autotools... I have >netpbm-9.12... $ emerge -p netpbm These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] media-libs/netpbm-10.11.5-r2 ...And I dont have any other versions... $ emerge -pC netpbm >>> These are the packages that I would unmerge: media-libs/netpbm selected: 10.11.5-r2 protected: none omitted: none >>> Packages in red are slated for removal. >>> Packages in green will not be removed. Heres the part of the ebuild src_unpack() { unpack ${A} if has_version '>=media-libs/netpbm-9.13' then einfo "New netbpm (>9.12)..." cp ${S}/contrib/subrip/Makefile ${S}/contrib/subrip/Makefile.ori g sed -e 's:-lppm:-lnetpbm:' \ ${S}/contrib/subrip/Makefile.orig > ${S}/contrib/subrip/ Makefile else einfo "Old netbpm (<=9.12)..." fi } Also, I've never gotten this portage error before 'portage: init: PORTDIR_OVERLAY points to /home/liverbugg/portage which isn't a directory. Exiting.' /home/liverbugg/portage is a directory and exists. Reproducible: Always Steps to Reproduce: 1. emerge transcode Actual Results: doesn't patch for new netpbm, and gives a portage error Expected Results: should patch. $ emerge info Portage 2.0.47-r10 (default-1.0, gcc-2.95.3, glibc-2.2.5-r8) ================================================================= System uname: 2.4.19-gentoo-r10e i686 AMD Athlon(tm) processor GENTOO_MIRRORS="http://linux.oit.umass.edu/gentoo/gentoo ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/ http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/mnt/linuxback/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/home/liverbugg/portage" USE="x86 oss 3dnow apm avi crypt cups jpeg libg++ mikmod mmx mpeg ncurses pdflib quicktime spell truetype xml2 xmms xv alsa berkdb bonobo cdr directfb esd gdbm ggi gif gnome gnome-libs gpm gtk gtkhtml guile imlib libwww motif mozilla mysql nls oggvorbis opengl pam perl png python readline sdl slang snmp ssl svga tcltk tcpd tiff X -kde -qt -arts -java dvd encode gtk2" COMPILER="" CHOST="i686-pc-linux-gnu" CFLAGS="-march=i686 -O3 -pipe" CXXFLAGS="-march=i686 -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" FEATURES="sandbox ccache digest userpriv usersandbox"
the compile just finished and it fails with this which I assume is because of the missing patch: gcc -Wall -I../src -I../avilib -I../libac3 -I./../src -I./../avilib -I./../libac3 -march=i686 -pipe -O3 -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DMOD_PATH=\"/usr/lib/transcode\" -o tcmodinfo -rdynamic tcmodinfo.o ../src/optstr.o -lm -lpthread -ldl make[2]: Leaving directory `/var/tmp/portage/transcode-0.6.3/work/transcode-0.6.3/tools' make[1]: Leaving directory `/var/tmp/portage/transcode-0.6.3/work/transcode-0.6.3' Compiling subtitle2pgm.c Compiling spudec.c Linking subtitle2pgm /usr/i686-pc-linux-gnu/bin/ld: cannot find -lppm collect2: ld returned 1 exit status make: *** [subtitle2pgm] Error 1 !!! ERROR: media-video/transcode-0.6.3 failed. !!! Function src_compile, Line 100, Exitcode 2 !!! (no error message)
I changed the ebuild to apply the patch and it builds successfully.
seems to be a portage bug works here with 2.0.48_pre6
I updated to portage-2.0.48 and it is still detected wrong.
Nevermind...it was due to a problem with my overlay dir being in my homedir but I had enabled the userpriv features and stuff was just dieing when it couldn't read the overlay. It works right now. It's strange that it would mess up the detection when it can't read the overlay, I would think it would ignore the overlay if it can't read it and work just based off of the normal portage dir.