Summary: | media-video/cinelerra-20101104 with linux-headers-2.6.38 - vdevicebuz.C:48:28: fatal error: linux/videodev.h: No such file or directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | James <cctsurf> |
Component: | Current packages | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dominique.c.michel, gibgibon |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 359595 | ||
Attachments: |
Failed build log using upstream patch
Patch to make cinelerra build Ebuild using above patch |
Description
James
2011-04-02 18:57:46 UTC
I try to apply the remove-support-v4l-buzz-k2-6-38.diff patch from here: http://bugs.cinelerra.org/ticket/949 but I get the following error: make[3]: *** No rule to make target `vdevicebuz.h', needed by `all-am'. Stop. make[3]: Leaving directory `/var/tmp/portage/media-video/cinelerra-20101104/work/cinelerra-20101104/cinelerra' Putting linux-headers-2.6.38 in package.mask allowed me to emerge Cinelerra. Maybe 2.6.38 is just a buggy version. I suspect not using this version will clear up some other things, too. Created attachment 268639 [details]
Failed build log using upstream patch
No, 2.6.38 is not buggy, the kernel developers just did what they had been promising to do for quite some time now, they removed v4l1 support from the kernel, it has been deprecated for quite some time now. Sadly the upstream developers have not been heeding this promise and providing a way to compile without it.
I attempted the same patch that Dominique mentioned, with similar results. I even downloaded the git head and patched that, with broken results as well. Both seem to be having difficulties with vdevicebuz.h, which is mentioned in the ticket upstream as being broken by a lack of v4l1, and should be removed by that patch, apparently it doesn't do all that is needed.
I will attach a build log for the patched 29191104 version (from the portage tree).
(In reply to comment #3) > Created attachment 268639 [details] > Failed build log using upstream patch > > No, 2.6.38 is not buggy, the kernel developers just did what they had been > promising to do for quite some time now, they removed v4l1 support from the > kernel, it has been deprecated for quite some time now. Sadly the upstream > developers have not been heeding this promise and providing a way to compile > without it. > I attempted the same patch that Dominique mentioned, with similar results. I > even downloaded the git head and patched that, with broken results as well. > Both seem to be having difficulties with vdevicebuz.h, which is mentioned in > the ticket upstream as being broken by a lack of v4l1, and should be removed by > that patch, apparently it doesn't do all that is needed. > I will attach a build log for the patched 29191104 version (from the portage > tree). sorry, the 20101104 version I Got it to Build! I found that the Makefile Makefile.am and Makefile.in in the cinelerra build directory (cinelerra-20101104/work/cinelerra) contained references to vdevicebuz.h and vdevicev4l.h, having removed them, it compiled correctly! Created attachment 268651 [details, diff]
Patch to make cinelerra build
Upstream patch with the offending lines removed from the makefile
Created attachment 268653 [details]
Ebuild using above patch
(In reply to comment #7) > Ebuild using above patch Works for me. James, please note that you must not put "unpack ${A}" into the src_prepare() section. That is done (automatically) by src_unpack(). Also, "cd ${S}" isn't needed. Portage does that automatically, too. Regards, Torsten applied, thanks |