[App_rpt-users] Anyone compiling asterisk from sources on Debian.

[Tom Russo]

On Fri, Feb 18, 2011 at 07:21, David KE6UPI <dshaw at ke6upi.com> wrote:
> http://kriskirkland.com/?p=143

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 at gmail.com> wrote:
>>
>> On Thu, Feb 17, 2011 at 10:52, Tom Russo <tom.km5vy at 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 at 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."