| Summary: | kmplayer and mplayer dependency | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | hakan |
| Component: | New packages | Assignee: | AMD64 Project <amd64> |
| Status: | RESOLVED FIXED | ||
| Severity: | trivial | CC: | deathwing00 |
| Priority: | High | ||
| Version: | 2005.1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Upated ebuild with mplayer-bin support
The patch i described before |
||
amd64: Feel free to add it to dependencies, when mplayer-bin is in $PATH as mplayer. Should't mplayer and mplayer-bin block each other, btw.?! Created attachment 87329 [details]
Upated ebuild with mplayer-bin support
I created an ebuild with mplayer-bin dependency, which enables a patch (follows as another attachement)
Probably it should be tweaked a bit, but first it should be decided a policy about allowing or not both mplayer and mplayer-bin flags.
Created attachment 87331 [details, diff]
The patch i described before
This patch replaces "mplayer" references to "mplayer-bin"
mplayer? ( || ( media-video/mplayer media-video/mplayer-bin ) ) is needed, not another use flag. fixed for now, without a new use flag. for the future, it might have been better to have a --mplayer-bin= switch in configure instead of a hardcoded path. thanks for the patch marco! |
The kmplayer (currently 0.9.1a) ebuild has RDEPEND="mplayer? ( >=media-video/mplayer-0.90 ) xine? ( >=media-libs/xine-lib-1_beta12 ) and generates a warning if none of the above flags is present. At least amd64 arch users have 32 bit mplayer-bin installed, and probably remove both the USE flags and sit happily with the warning message. * I suggest, if possible, USE-flag mplayer should be happy enough if mplayer-bin is present. * I also suggest mplayer-bin should create a symlink /usr/bin/mplayer so that applications like kmplayer works out of the box with mplayer-bin.