Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 141589 - mplayer: missing useflag for the vesa vo
Summary: mplayer: missing useflag for the vesa vo
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Gentoo Media-video project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 283246
  Show dependency tree
 
Reported: 2006-07-24 08:08 UTC by Enrico 'nekrad' Weigelt
Modified: 2009-08-30 16:48 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Ebuild for libvbe (libvbe-20061030.ebuild,743 bytes, text/plain)
2006-10-29 19:01 UTC, Christoph Bussenius
Details
Patch for mplayer-1.0_pre8-r1.ebuild to use libvbe (mplayer.ebuild.patch,1.25 KB, patch)
2006-10-29 19:04 UTC, Christoph Bussenius
Details | Diff
Patch for mplayer-1.0_rc1.ebuild to use libvbe (newpatch,1.21 KB, patch)
2006-12-03 16:39 UTC, Christoph Bussenius
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Enrico 'nekrad' Weigelt 2006-07-24 08:08:14 UTC
The current mplayer ebuild is missing an useflag for the VESA video output driver.
I'd suggest "video-vesa".
Comment 1 Richard Fish 2006-07-24 10:53:20 UTC
mplayer-1.0_pre8 and later will also require the addition of a vesautils [1] ebuild to support the vesa output driver, and a dependancy on sys-libs/lrmi.  The configure.log output for VESA in pre8 is:

============ Checking for VESA support ============

#include <vbe.h>
int main(void) { vbeVersion(); return 0; }

cc -O4 -D__STDC_LIMIT_MACROS -march=pentium-m -mtune=pentium-m -pipe -ffast-math -fomit-frame-pointer    -o /var/tmp/portage/mplayer-1.0_pre
8-r1/temp/mplayer-conf-9142-19836.o /var/tmp/portage/mplayer-1.0_pre8-r1/temp/mplayer-conf-12916-19836.c -lvbe -llrmi
/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lvbe
collect2: ld returned 1 exit status

ldd /var/tmp/portage/mplayer-1.0_pre8-r1/temp/mplayer-conf-9142-19836.o
ldd: /var/tmp/portage/mplayer-1.0_pre8-r1/temp/mplayer-conf-9142-19836.o: No such file or directory

Result is: no
##########################################

[1] http://www.mplayerhq.hu/vesautils/
Comment 2 Christoph Bussenius 2006-10-29 19:01:20 UTC
Created attachment 100755 [details]
Ebuild for libvbe

I've created an ebuild for libvbe.  This is the part of vesautils that mplayer needs for its vesa output driver.  I suggest the name media-libs/libvbe.

I wasn't able to create an ebuild for the whole vesautils package, because it does not seem ready yet:  The Makefile requires C files that don't exist in the repository.

The ebuild will need an SVN snapshot.  Create it like this:

svn checkout svn://svn.mplayerhq.hu/vesautils/trunk/libvbe libvbe
tar cvjf /usr/portage/distfiles/libvbe-`date +%Y%m%d`.tar.bz2 libvbe

libvbe has a dependency on sys-libs/lrmi.  Unfortunately, this very package includes a file vbe.h, which conflicts with vbe.h from libvbe.  I solved this by installing vbe.h as libvbe/vbe.h, resulting in the need to modify the mplayer source accordingly (see next attachment).
Comment 3 Christoph Bussenius 2006-10-29 19:04:06 UTC
Created attachment 100756 [details, diff]
Patch for mplayer-1.0_pre8-r1.ebuild to use libvbe

Apply this patch to the current mplayer ebuild (1.0_pre8-r1) and you'll be able to use the vesa output driver (if you enable the new vesa use flag).
Comment 4 Christoph Bussenius 2006-12-03 16:39:58 UTC
Created attachment 103295 [details, diff]
Patch for mplayer-1.0_rc1.ebuild to use libvbe

I've modified the patch for 1.0_rc1
Comment 5 Daniel Burr 2006-12-14 17:53:52 UTC
The libvbe ebuild does not symlink libvbe.so.0 to libvbe.so which causes the mplayer build to die with "/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lvbe".  Apart from that, good work!
Comment 6 Steve Dibb (RETIRED) gentoo-dev 2007-03-25 13:40:50 UTC
I dont think we'll be adding libvbe in the tree, since development upstream seems dead anyway (last commit 8 months ago as of this writing, no activity on ML).