I'm using nitro sources and I had problems merging latest lirc. The problem only occurs with kernel sources newer than 2.6.12-git4, because of the changes in devfs support. For further information look here: http://forums.gentoo.org/viewtopic-t-353404-postdays-0-postorder-asc-start-25.html Tiger provided a patch for solving this problem and an ebuild. Thanks for considering this. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 62052 [details, diff] Patch for lirc
Created attachment 62053 [details] New ebuild that includes the patch
> occurs with kernel sources newer than 2.6.12-git4, because of the changes in > devfs support. This is not entirely true. The bug does not have anything to do with devfs. nitro-sources include some patches from gregkh, which at this point deprecate and remove devfs from kernel tree. temporary solution was to readd the two devfs header files to make external modules compile. The patch i provided in nitro thread handles the in-kernel changes which replace the class_simple_* calls and are in git tree beginning with git4. Due to the fact that git changes are going into next vanilla too, the fix should happen on the external modules' side.
is this patch backwards compatible?
@ Cyrill Helg It would be very nice, if have you a stabel DL URI 4 the *.diff.bz2 in the ebuild. @Heinrich Wendel After any try's with different vanilla Kernel, i can say NO, not backwards compatible. The Patch fixed also the f*!n Problem in my reported Bug http://bugs.gentoo.org/show_bug.cgi?id=88215 You can also take a look on http://www.vdr-portal.de/board/thread.php? threadid=36448 , if you can read german. I think, by your Name, yes.
please try 0.7.2
I experienced the same issue with several 2.6.13 kernels - vanilla-sources, gentoo-sources and ck-sources. Upgrading to lirc-0.7.2 solved the issue as far as the 2.6.13 kernels are concerned.
2.6.13-gentoo-r3 (gentoo-sources) just turned stable on amd64, however the stable lirc is still at 0.7.0-r1 which now complains about missing some symbols (class_simple_device_add etc.). Same goes for lirc-0.7.1. I'd suggest making lirc-0.7.2 stable on amd64 as that seems to solve things.
gentoo-sources-2.6.13-r3 is also marked stable on x86 so lirc-0.7.2 should be marked stable on x86 too.
(In reply to comment #9) > gentoo-sources-2.6.13-r3 is also marked stable on x86 so lirc-0.7.2 should be > marked stable on x86 too. 0.7.2 will not work due to 'verify_area'. check http://bugs.gentoo.org/show_bug.cgi?id=106683
(In reply to comment #10) In my experience, lirc 0.7.2 works on gentoo-sources 2.6.13 and possibly 2.6.12 (whereas the version marked stable, 0.7.0 IIRC, doesn't) - the bug reports also suggest 0.7.1 doesn't work. Even 0.7.2 doesn't compile on 2.6.14 as-is due to the aforementioned bug #106683, but that kernel's not marked stable on any platform (and hopefully won't be until this is fixed in portage) and 2.6.13 currently is.
*** This bug has been marked as a duplicate of 111820 ***