| Summary: | mplayer and development kernel (2.6.0-test2) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Rob Kruus <crowbar> |
| Component: | Current packages | Assignee: | Gentoo Media-video project <media-video> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | azarah, chutz+bugs.gentoo.org, luke-jr+gentoobugs, lv |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
mga_vid-kern26.patch
mga_vid-1.0_pre3.ebuild |
||
|
Description
Rob Kruus
2003-08-13 09:04:50 UTC
The module handling in the 2.5/2.6 development kernels is entirely different. If mplayer is trying to compile kernel support for the mga vo or any other such thing it simply will not work anyways... even if it compiles and installs. The new kernel module system requires an additional linking step to make the resulting .o into an acceptable .ko for loading into the kernel... Another partially related bug with mplayer and the development kernels is that it refuses to compile framebuffer console support if you are running a 2.5/2.6 kernel. Which is 'OK' if you're using a 2.5/2.6 kernel as framebuffer support wouldnt work anyways... that subsystem is completely different and incompatible with previous incarnations. But if you intend on also using a 2.4 kernel it's kinda sucky to need to be booting into a 2.4 kernel with framebuffer support loaded just to compile mplayer with framebuffer support (it checks for the framebuffer device under /dev). There are other such similar issues with the development kernel and mplayer... mplayer's configure is obnoxious. It would probably be more work than it's worth to fix all of it's issues. But for now mplayer ebuilds should check for a running >=2.5 kernel and disable certain USE settings if one is running: 3dfx, matrox, fbcon. As for the alsa and oss USE flags, I dont believe these require any use of kernel headers... I maybe wrong. If they do they certainly shouldnt need modversions.h remove your symbolic link and re-merge mplayer with the above USE settings disabled. If mplayer compiles perfectly with them disabled, post a note on this bug report and hopefully when (more like IF) someone notices it a fix will make it's way into portage. mplayer-0.91 compiles fine when fbcon/matrox etc are disbled. This is under linux-2.6.0-test4. Please do not use the headers from 2.5/6 symlinked to /usr/include/{asm,linux}.
If I had my way, I would mark this invalid, as the kernel devs give a damn, and
will not fix issues for userspace regarding kernel headers (not saying you have,
as I have not run into this yet, and been using 2.5/6 for a long time with
Gentoo kernel-headers ...).
Ditto for 2.6 support of modules (will not work with 2.6). Patches will be we
welcome though, but I do not use those (nvidia over here).
Regarding the USE=matrox issue -- there is a patch submitted by Gabuccino to the mplayer-dev mailing list. I use it and it works fine. Someone mentioned on the mplayer list that it is broken, but it works fine on my system. Care to apply it to the gentoo ebuild? The link is http://article.gmane.org/gmane.comp.video.mplayer.devel/12886 Also, because of bug #28846 I am actually using a media-video/mga_vid ebuild on my system. I am attaching it as well, because a few changes needed to be made for the module to get compiled and installed properly with kernel-2.6. I've tested this with mplayer-1.0_pre3, so I have no idea if it will work fine on 0.90. Created attachment 23124 [details, diff]
mga_vid-kern26.patch
The mga_vid-kern26.patch. See next attachment for how to apply and compile.
Created attachment 23125 [details]
mga_vid-1.0_pre3.ebuild
An mga_vid.ebuild that illustrates how to use the mga_vid-kern26.patch in an
ebuild.
*** Bug 31176 has been marked as a duplicate of this bug. *** |
