On Fri, Feb 18, 2011 at 07:21, David KE6UPI <dshaw@ke6upi.com> wrote:
Yeah, that was the one site I had found (I did google before asking here), where there is a script that did an install onto a Lenny-based system. It helped me to be sure I was getting all the right dependencies, but didn't address the build failure. The missing includes I pointed out appear only to impact builds on the very latest system, Debian Squeeze, which uses the 2.6.32 kernel. When I get back to it this afternoon, I plan on submitting a bug report and patches to Mantis. I note also that the upstream version of Asterisk at digium has bug tracker entris because the wctc4xx kernel module fails on recent kernels/ They've fixed it in SVN. I also saw that module fail, but since I don't need support for that card I didn't bother patching it --- I just used menuselect to unselect that driver and built the others.
On Thu, Feb 17, 2011 at 10:54 AM, Tom Russo <tom.km5vy@gmail.com> wrote:
On Thu, Feb 17, 2011 at 10:52, Tom Russo <tom.km5vy@gmail.com> wrote:
The short story is that the zaptel kernel module build is behaving very much like it's not getting the kernel headers right, even though the correct headers for the kernel are installed. It doesn't complain about not finding specific files, though, it's merely dying during compilation of pciradio.c with undefined macros that are definitely present in kernel headers that it should have found. I don't want to burden the list with details unless there is interest in the solution, though. If someone else is using app_rpt on a Debian-based system, I'd love to be in contact to hash out details.
Never mind. Looks like the issue is just that a few files don't include <linux/sched.h> (some do, some don't) and this is apparently just a difference between Lenny and Squeeze (I saw someone on the web providing a debian allstar install script that claimed to work Just Fine installing zaptel, so it must just be a change in a later kernel revision).
The files needing #include <linux/sched.h> are kernel/pciradio.c, kernel/wctdm.c, and kernel/zaptel-base.c Without this include, they complain about set_current_state and TASK_INTERRUPTABLE not having been declared. Since several other modules already include <linux/sched.h>, it's probably a safe thing to do to make this change in the repository for zaptel, I'd wager.
Some of the other kernel modules are failing to compile, one that complains abut netif_rx_schedule --- this appears to have gone away in the 2.6.32 kernel. Fortunately, I don't need the module that has that problem, and don't need to spend time finding how to fix 'em. Fixing the three above and deselecting the modules I don't need seems to get me going.
-- Tom Russo KM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 http://kevan.org/brain.cgi?DDTNM "The truth will set you free, but first it will piss you off." _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
-- Tom Russo KM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 http://kevan.org/brain.cgi?DDTNM "The truth will set you free, but first it will piss you off."