When attempting to emerge media-video/drip-0.9.0_alpha3 configuration fails. Reproducible: Always Steps to Reproduce: 1.emerge libmpeg2-0.4.0b 2.emerge drip-0.9.0_alpha3 3. Actual Results: ...configuring.. checking for mpeg2_pts in -lmpeg2... no configure: error: libmpeg2-0.2.1 (http://libmpeg2.sourceforge.net/) is needed NOTE: configure libmpeg2 with --enable-shared! !!! ERROR: media-video/drip-0.9.0_alpha3 failed. !!! Function econf, Line 365, Exitcode 1 !!! econf failed Expected Results: Perhaps libmpeg should be compiled with --enable-shared flag.
*** Bug 51228 has been marked as a duplicate of this bug. ***
confirmed.
Same problem !!! ........ ......... ............. checking for dvdcss_read in -ldvdcss... yes checking for DVDOpen in -ldvdread... yes checking for mpeg2_pts in -lmpeg2... no configure: error: libmpeg2-0.2.1 (http://libmpeg2.sourceforge.net/) is needed NOTE: configure libmpeg2 with --enable-shared! !!! ERROR: media-video/drip-0.9.0_alpha3 failed. !!! Function econf, Line 362, Exitcode 1 !!! econf failed
The mpeg2_pts function is gone, because people complained about not being to pass a 33-bit PTS thru it. well, this sort of explains it. This is more of an upstream thing. Please contact drip upstream and let them know about the recent api changes. They may be already aware of it and have a new version out to address the issue, or have patches in cvs. If they do, please forward me a copy of the information and I'll check their cvs and create the appropriate patches.
media-video/drip-0.9.0_alpha3 has been unmasked and is now in x86 without this bug being resolved. Please mask it. Portage 2.0.50-r9 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.7-gentoo-r11) ================================================================= System uname: 2.6.7-gentoo-r11 i686 Intel(R) Celeron(TM) CPU 1100MHz Gentoo Base System version 1.4.16 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O2 -pipe -msse -mmmx" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /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=pentium3 -O2 -pipe -msse -mmmx" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache distcc sandbox userpriv usersandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X aalib acpi acpi4linux alsa apache2 apm arts artswrappersuid avi berkdb bonobo cdparanoia cdr crypt cups curl dga divx4linux dnd dv dvb dvd dvdr encode esd exif faad fam flac flash fltk foomaticdb ftp gdbm gif gimp gimpprint gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml i8x0 imagemagick imap imlib imlib2 jack java javascript jpeg kde lcms ldap libcaca libg++ libwww linguas_hi lm_sensors lufsusermount lzo mad maildir mbox mikmod mime mmx mng motif mozilla mozp3p mozsvg mpeg mplayer mysql ncurses nis nls oav oggvorbis openal opengl oss pam pdflib perl pic png ppds python qt quicktime readline rtc samba scanner sdl slang slp speex spell sse ssl svga tcltk tcpd tetex theora tiff tools transcode truetype unicode usb v4l2 vim-with-x wmf wxwindows x86 xine xml xml2 xmms xprint xv xvid zlib"
As seen in this bug : http://bugs.gentoo.org/show_bug.cgi?id=79167 , it seems that media-libs/libmpeg2(-0.4.0b) and media-video/drip(-0.8.1-r5) are in conflict : the file /usr/lib/libmpeg2.so is common... So I was able to resolve the bug by unmerging drip, re-emerging libmpeg2. After that, the configuration/compilation of drip-0.9 went smoothly !
