linuxtv-dvb-1.0.1 will not compile on my system, either with a 2.4 or a 2.6 kernel. The full output from the ebuild is as follows: >> emerge (3 of 13) media-tv/linuxtv-dvb-1.0.1 to / >>> md5 src_uri ;-) linuxtv-dvb-1.0.1.tar.gz * * Please make sure that the following option is enabled * in your current kernel 'Multimedia devices' * and /usr/src/linux point's to your current kernel * or make will die. * >>> Unpacking source... >>> Unpacking linuxtv-dvb-1.0.1.tar.gz to /var/tmp/portage/linuxtv-dvb-1.0.1/work >>> Source unpacked. cat: CVS/Root: No such file or directory (cd driver; make) make[1]: Entering directory `/var/tmp/portage/linuxtv-dvb-1.0.1/work/linuxtv-dvb-1.0.1/driver' Makefile:102: /lib/modules/2.6.0-test8/build/Rules.make: No such file or directory make[1]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule. make[1]: *** No rule to make target `/lib/modules/2.6.0-test8/build/Rules.make'. Stop. make[1]: Leaving directory `/var/tmp/portage/linuxtv-dvb-1.0.1/work/linuxtv-dvb-1.0.1/driver' make: *** [dvb] Error 2 >>> Install linuxtv-dvb-1.0.1 into /var/tmp/portage/linuxtv-dvb-1.0.1/image/ category media-tv Makefile:102: /lib/modules/2.6.0-test8/build/Rules.make: No such file or directory make: *** No rule to make target `/lib/modules/2.6.0-test8/build/Rules.make'. Stop. !!! ERROR: media-tv/linuxtv-dvb-1.0.1 failed. !!! Function src_install, Line 35, Exitcode 2 !!! (no error message) I have an Athlon XP 2600+ processor with 512MB of RAM. Reproducible: Always Steps to Reproduce: 1.emerge mythtv 2. 3. Actual Results: This fails on linuxtv-dvb (as above). Expected Results: Should compile normally. Have tried to compile both with a symlink in /usr/src pointing to both a 2.4x times kernel and a 2.6x (test8) kernel. I have had no sucess in either instance. Mutimedia device support is enabled in my kernel and all avaiable digital TV cards have been selected as modules.
works here fine with 2.4.x please paste 2.4.x error message
Sorry, you want me to do what? install a 2.4 kernel? I think I may have unintentionally misled you a little. I have not attempted to compile while using a 2.4x kernel All I did was change the linux symlink in /usr/src to point to a 2.4x kernel, which often solves these kinds of problems. (Not altogether advisable in the longer term though I guess). This may well be a kernel 2.6 specific bug - as many such applications appear to be broken in this way when compiled witha 2.6 kernel in place. I'm afraid physically installing and running a 2.4x kernel is not possible at this time. I have reverted in this way in the past and this destroyed both sound and my ati video drivers. I could not install them again, even if I emerged and unmerged them mutiple times over. I will just have to struggle on I expect until some focus is given to the sheer numbers of applications that are incompatable with 2.6 kernel sources. Q
Is the 2.4 kernel to which the link points configured and compiled?
Yes it has been compiled, just as I would compile any other kernel. Q
The build system in 2.6 has changed and no longer has a Rules.make file which linuxtv-dvb needs to build. My guess is that it won't work with 2.6 even if it builds. I don't know if this can be fixed on the gentoo side -- may have to wait for upstream to port it over.
Also according to http://www.linuxtv.org/download/dvb/ DVB support is now native in 2.6. There are some dependencies to resolve on the gentoo side, but at least you should be able to build a driver.
Ok, i've removed dvb support from the mythtv ebuild a while back. Besides which, these drivers are already in 2.6. If this bug is still relavant, please reopen. I'm closing it for now.
A sort of related bug, vdr depends on linuxtv-dvb: DEPEND="media-tv/linuxtv-dvb sys-libs/ncurses lirc? ( app-misc/lirc ) media-libs/jpeg" As I am compiling my Epia based system directly to 2.6.5-gentoo-r1, this should not be necessary. With epia motherboards, it's sort of nicer to go directly to 2.6 kernel. ;)
To the Comment #7 From Max Kalika 2003-12-03 07:49 PST: Of course this bug is still relevant. I have no idea why you have closed it as almost any dvb app (libdvb vdr) depends on linuxtv-dvb and ignores the fact that dvb support is included in 2.6-kernels and linuxtv-dvb-1.0.1 still fails to compile when using a 2.6-kernel (I just tried). Am I the only one who tries to use dvb (with 2.6-kernel) or why is this bug now over half a year still unresolved? Maybe this should be forwarded to the maintainers of the libdvb vdr ebuilds?
Still unresolved.
Ditto. This bug is still prevelant with the ebuild marked stable: linuxtv-dvb-1.0.1 This depend is called when calling: /usr/portage/media-libs/libdvb/libdvb-0.5.*.ebuild Which is a depend of mythtv & mythtvfrontend. I am guessing there should be an "if/then" to check for kernel version embedded within the DEPEND section (if even possible?). I'm going to comment these depends out now to see if it works.
My bag. dvb was within my USE field of /etc/make.conf! doh!! Simply removing dvb from the USE of /etc/make.conf resolved this dependency error.
*** Bug 69111 has been marked as a duplicate of this bug. ***
Well no Gentoo developer has the hardware or the resources to do testing on this... soo as a result.. It's untouched. I'm honestly close to just removing it from the tree. If some user wants to do the research and testing on hardware. Then I'll correct the ebuilds and let you test them until we get it working 100%. Otherwise, it'll idle until March-ish, when I'll pull it from the tree.
Problem I find is that www.linuxtv.org gives me no info. And another DVB site just gives code snapshots. No real substance. No real info. All the driver snapshots I find out there... are they unified? or just for each different card? Infact... how many cards are out there that work? do any even work? Isn't the new digital broadcast bit going to break this entirely that the FCC is enforcing in 4 months?
The broadcastflag is USA-only, right? A good starting point for recent information about dvb is /usr/src/linux/Documentation/dvb, at least for 2.6 kernels (also very important for udev users). linuxtv-dvb the kernel modules aren't needed for 2.6 anymore and the userland apps are available as a seperate tarball somewhere (don't know where right now, but I found them not long ago). I guess keeping these userland tools would be enough.
I had this same issue (on amd64) but 1.1.1-r1 seems to work fine
Have not tested using it yet, but 1.1.1-r1 resolved the build-issue on x86.
> * Please make sure that the following option is enabled > * in your current kernel 'Multimedia devices' > * and /usr/src/linux point's to your current kernel > * or make will die. > Makefile:102: /lib/modules/2.6.0-test8/build/Rules.make: No such file or directory > make[1]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule. Well, /lib/modules/2.x.x/build is supposed to be a symlink to the kernel-source used to build the kernel-modules found below this directory (which is a better approach than /usr/src/linux, since you can select kernel-versions from /lib/modules or uname). make modules_install inside kernel-source installs modules, and creates this symlink. Or do: mkdir -p /lib/modules/2.6.0-test8/ ln -s /usr/src/linux-2.6.0-test8 /lib/modules/2.6.0-test8/build/
(In reply to comment #7) > Ok, i've removed dvb support from the mythtv ebuild a while back. Besides which, these drivers are already in 2.6. If this bug is still relavant, please reopen. I'm closing it for now. Could the ebuild just be dummy if it detects that the running kernel is a 2.6 and print a nice info message about the case?
Please mark 1.1.1-r1 stable on x86 and amd64 (it's stable everywhere else) and close this really stale bug. What's the point of having broken ebuild marked stable and working one unstable?
marked stable on amd64
1.1.1-r1 marked stable on all archs being keyworded here. So now 1.0.1 will be removed and this bug closed.
