[App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")

Shane Morris edgecomberts at gmail.com
Sat Oct 27 10:03:11 EDT 2012


Ok, Ramesh, and list, an update:

This makes sense. I expect this to change in the not too distant
future, but for now, we hold on tight.

The fact those video drivers were made open source is actually *very*
important. Since RPi doesn't use a standard way of booting (read:
GRUB) due to the peculiarities of the way the system boots, related to
the GPU, the actual kernel cannot be built in a "standard" way, ie,
Debian process. So anything you read on the net, regards building a
kernel may or may not work, YMMV, but I'm willing to bet a nickel to a
million it won't work.

This is very similar to the PS2 Linux I used to use, and I'm not sure
why I haven't seen it before now. But, hindsight is a wonderful thing,
right? =P

So, the shakedown from this is that, potentially, there will be a
release of a "standard" bootloader, and a "standard" kernel. Which
means the custom kernel (3.2.27+) which sure as heck don't have a
aptitude package, and probably never will, doesn't have to be used any
more, and a standard kernel might be able to be used in its place. The
flow on effect? We can now download the kernel sources, via a command
like "sudo apt-get install linux-sources-3.2" for example.

A timeframe for this "standard" Raspbian release is unknown at this
stage, the GPU/ bootloader source was only released four days ago...!
But Ramesh, even though you and I may have to download a new version
of Raspbian, and then the SVN of Allstar, and all the aptitude
packages *again*, there may be a light at the end of the tunnel...

On Sun, Oct 28, 2012 at 12:01 AM, Shane Morris <edgecomberts at gmail.com> wrote:
> Sorry all, didn't click "Reply to all" - oops!
>
>
> ---------- Forwarded message ----------
> From: Shane Morris <edgecomberts at gmail.com>
> Date: Sat, Oct 27, 2012 at 11:59 PM
> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi
> (and "usb.h")
> To: "Ramesh Dhami (VA3UV)" <Ramesh at va3uv.com>
>
>
> Hey Ramesh,
>
> I agree, no one seems to really care about the RPi at the moment -
> theres glory in open sourcing those video drivers I alluded to before,
> and getting Plan9 to work on it, and believe you me, I'd love to see
> that, but the thing is, right now, the blokes on the ground who don't
> have the software to do what they need are suffering.
>
> The other thing is, RPi forums are not coming to the party. Unsure as
> to why. I have noted that I'm using an older version of Asterisk and
> thats a deliberate thing - newer versions of Asterisk don't have
> support for app_rpt, as far as I'm aware. Possibly they see we're
> using such an old version, and wash their hands of us straight away
> due to compatibility issues...?
>
> I had a similar situation with FreeSWiTCH once, downloaded the trunk
> the night before they did a big update from 0.4 to 0.5 and of course,
> they'd changed the way the config files worked, totally. Went onto IRC
> to talk about it, they were really good about it, but they kind of
> said, "Gee, you must have downloaded the trunk at the wrong time..."
>
> Of course, I refuse to let my URI become an AU$180 paperweight.
>
> Practicality: there is no aptitude package for the kernel source. Its
> as simple as that. From 3.1.9 to 3.2.27+, not a cracker. They cite
> this is a fast moving target, and while I sympathise with them, this
> thing *is* moving, it leaves poor blokes like you and I out in the
> cold. And I bet we're not the only ones asking about the kernel
> source...! I've tried using "apt-cache search kernel-devel" and
> nothing. I'm considering adding mainline Debian repos to aptitude, and
> downloading the kernel source for Wheezy from there. I may have to
> then disable the mainline repos, I'd actually run into issues with the
> compilation of Asterisk (before realising app_rpt wasn't able to be
> selected) and the particular architecture - GSM codec won't compile
> for an ARMv6 target, must be generic ARM.
>
> That should, in theory, work. Since the package is source, and not a
> platform specific application, theres no case of it downloading an x86
> package, say, and trying to execute it. As for the hooks? Unsure,
> there would be a particular directory structure that it would create.
> But then theres a proviso: since its a "canned" package, will it
> actually work?
>
> I've actually installed tonezone2-dev from aptitude, and then was
> told, don't, it won't work. I must install the source version of
> tonezone included with Zaptel included with the SVN version of
> Allstar. I don't doubt why. They built it. Plus is the tonezone2 too
> new? Etc etc. I didn't really ask why, I think understand enough.To
> get myself into trouble, evidently.
>
> I cant sleep at the moment, and I'm not tired. Might grab a coffee,
> drag out the Macbook out to the dining room where my DJ rack with the
> equipment in it sits in the corner, and try this adding repo thing. I
> encourage you to try the same - if only so we can compare notes. I
> take it you're in Canada with a "VA" callsign? I was VK2FPGA before I
> let it lapse due to personal issues. I'm doing this for a community
> group at the moment who, at a particular part of the year, get a two
> week temporary licence, and use Simoco SRM9000s on UHF. If I can get
> this working, I might be able to give my mate this as part of his
> wedding present, although I'm sure his bride will question the
> applicability to her ^.^ Don't worry, they're getting a lovely photo
> frame that I'm going to encourage them to put a photo of their special
> day into.
>
> In any case, Ramesh, I hope this is a little food for thought for ya,
> I'm trying to think about ways around the problem. I mean, there has
> to be some way around it, its Linux for crying out loud! It *is* the
> hackers OS, after all...
>
> Hope this helps...!
>
> Shane.
>
> On Sat, Oct 27, 2012 at 11:27 PM, Ramesh Dhami (VA3UV) <Ramesh at va3uv.com> wrote:
>> Hi Shane;
>>
>> Seems like there is little interest in the PI at the moment!
>>
>> Here are the notes that Jim gave me to install Asterisk / app_rpt on my ALIX
>> board, running Centos.... of course the commands and packages will need to
>> be adjusted - but, may be this will help you:
>>
>>
>>
>> # bear in mind, this applies to *this particular installation*... some
>> needed stuff
>> # was already installed.. if you want a completely inclusive list of all the
>> stuff done
>> # on a completely bear Centos install, look at the phase1.sh script in the
>> acid trunk SVN directory
>>
>> # update to latest kernel (since the 'kenrnel-devel' package will have to
>> match this version
>> yum -y update kernel
>>
>> # install all packages needed to support Zaptel/Asterisk
>> yum -y install zlib-devel kernel-devel alsa-lib-devel ncurses-devel
>> libusb-devel newt-devel openssl-devel curl-devel
>>
>> # install from SVN (per Allstarlink site)
>> cd /usr/src
>> rm -rf astsrc
>>
>>
>> mv trunk astsrc
>> cd astsrc
>> make upgrade-acid
>>
>> # install the initial default config files to make a SimpleUSB node
>> cd /usr/src/astsrc/configs
>> cp *.conf /etc/asterisk
>> cd simpleusb
>> cp *.conf /etc/asterisk
>>
>> # move the 'zaptel.conf' file to the right place
>> cd /etc/asterisk
>> mv zaptel.conf /etc
>>
>> # install the system (boot) startup files for Zaptel
>> cd /usr/src/astsrc/zaptel
>> make config
>>
>> # install the system (boot) startup files for Asterisk
>> cd /usr/src/astsrc/asterisk
>> make config
>>
>> # Start Zaptel manually this time
>> service zaptel start
>>
>> # Start Asterisk manually this time
>> service asterisk start
>>
>>
>> # now you have a running Asterisk/app_rpt system
>> # with a "default" SimpleUSB configuration
>> # this does *not*, however, install the Allstar Support
>> # scripts, like updatenodelist
>>
>>
>> =================================
>>
>> So far, I have installed:
>>
>> zlib1g-dev
>> alsa-utils
>> libncurses5-dev
>> libusb-dev
>> libnewt-dev
>>
>>
>> Jim's instructions say to install "kernel-devel" - we need to solve this
>> mystery.
>>
>>
>> How are you compiling the zaptel stuff?
>>
>>
>> Have you done a 'make upgrade-acid' in the /usr/src/astsrc folder? - were
>> you able to get that to work?
>>
>>
>> Cheers,
>>
>> Ramesh.
>>
>>
>>
>>
>> On 27/10/2012 4:33 AM, Shane Morris wrote:
>>>
>>> Hi all,
>>>
>>> Just as an update, I've cloned the git repo for RPi, and it has what
>>> should be the 3.2.27+ kernel source in it. Unfortunately for me, when
>>> I go to "make" Zaptel, it still tells me I don't have the required
>>> kernel sources. Now, I have put the symbolic links in the /usr/src
>>> directory, still no dice.
>>>
>>> I have just checked the github.com site, and lo and behold, 3.2.27+ -
>>> hmmm, rather interesting.
>>>
>>> Is there any other processes or files that I may still require to try
>>> to get the thing to realise I've just downloaded the kernel source?
>>>
>>> Many thanks for your help...!
>>>
>>> Shane.
>>>
>>> On Sat, Oct 27, 2012 at 1:43 PM, Shane Morris <edgecomberts at gmail.com>
>>> wrote:
>>>>
>>>> Hi mate!
>>>>
>>>> I've had Real Life (TM) intervene in the meantime since my last email,
>>>> and I've not been able to invest any time in the project.
>>>>
>>>> Additionally, theres not been any responses to my post on the RPi
>>>> forums regards the information I need to get the kernel sources needed
>>>> to compile the Zaptel drivers, and potentially the Asterisk
>>>> implementation. I've just checked.
>>>>
>>>> Its rather unfortunate, I'm sure I'm not the only one asking for
>>>> kernel driver source. However, as a point of interest, if you want to
>>>> port Plan9 to RPi, you can now do so, the video drivers are open
>>>> source...
>>>>
>>>> There is a git repo that I can get the details for you again, if
>>>> needed. The only reason I haven't downloaded this was the fact its
>>>> over 200MB, and I have a data limit of 2,000MB per fortnight. I have a
>>>> little extra data at the moment, I might hook it all back up again
>>>> tomorrow, and try downloading the git. Set it to download before I go
>>>> to sleep, wake up again about 5am, and see where I'm up to.
>>>>
>>>> I'm not sure how helpful this is for you, at this present time. If I
>>>> can help out in any other way, let me know, I'll see what I can come
>>>> up with. To get URIs working with the RPi would solve next years radio
>>>> application, our redesign of the RTCM won't be ready by early October
>>>> next year.
>>>>
>>>> Actually, I'm going to go hook the RPi back up to its monitor and
>>>> cabling (I have a VESA mount plate for it), and get it working on the
>>>> network again - as mentioned, I'll set it to download just before I
>>>> take my tablets tonight, and let it run in off peak, hopefully there
>>>> isn't too much HSPA traffic on my local cell.
>>>>
>>>> If the git is downloaded by tomorrow morning, I'll have a crack at
>>>> those kernel sources, and see if I can get Zaptel working. If that
>>>> works, then Asterisk should fall into line after it. All being well.
>>>>
>>>> Now if only the local electronics shop could get me the 5 pin DIN
>>>> plugs and sockets I've ordered so I can hook up my SRM9000 to my
>>>> URI...
>>>>
>>>> Hope this helps, even if we both know it isn't much at this point. Let
>>>> me know if theres anything else I can do.
>>>>
>>>> Shane.
>>>>
>>>> On Sat, Oct 27, 2012 at 1:16 PM, Ramesh Dhami (VA3UV) <Ramesh at va3uv.com>
>>>> wrote:
>>>>>
>>>>> Hi Shane!
>>>>>
>>>>> Having got a few Raspberry Pi's going with my FREE STAR* project
>>>>> (www.freestar.us), I thought I'd give app_rpt a try.... I am also using
>>>>> the
>>>>> Raspbian "Wheezy" distro.
>>>>>
>>>>> How did you get the 'kernel-dev' package installed?
>>>>>
>>>>> I have tried a few different methods...
>>>>>
>>>>> apt-get install make gcc linux-headers-`uname -r`
>>>>>
>>>>> apt-get install raspberrypi-kernel-devel
>>>>>
>>>>> apt-get install linux-kernel-devel (-dev as well)
>>>>>
>>>>>
>>>>> And no joy!!!
>>>>>
>>>>> Do tell....
>>>>>
>>>>> Cheers!
>>>>>
>>>>> Ramesh.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On 12/10/2012 2:16 AM, Shane Morris wrote:
>>>>>>
>>>>>>
>>>>>> Hello all,
>>>>>>
>>>>>> I am using Raspbian on the RaspberryPi, which is a "wheezy" image,
>>>>>> upgraded to the latest kernels, using an aptitude copy of dahdi.
>>>>>>
>>>>>> I SVN checked out 1.4.23-pre of Asterisk as per the link on the Drupal
>>>>>> site, and have been mulling over the various issues as they popped up
>>>>>> during compilation.
>>>>>>
>>>>>> Where I've hit a brick wall is the "usb.h" file needed by
>>>>>> chan_simpleusb.c. I've had a poke around the guts of my Raspbian
>>>>>> install and tried a few files from the headers src package, but
>>>>>> nothing seems to work.
>>>>>>
>>>>>> I've also installed libusb2-dev from aptitude, again, to no avail in
>>>>>> terms of placing a "usb.h" file into the /usr/local/include/ folder.
>>>>>>
>>>>>> So, my question is this: while I can find plenty of references to
>>>>>> "usb.h" in the source files on the various repos on the net, I'm
>>>>>> unable to find a copy of the actual "usb.h" file - if someone could
>>>>>> shed some light on where I could potentially wget this file from
>>>>>> straight into my include folder, that would be great.
>>>>>>
>>>>>> As for my application, I'm using a RaspberryPi for the fact its very
>>>>>> low powered, and since I'll be using a 10Ahr Lithium solar/
>>>>>> performance car battery (started off as solar cells, were adapted to
>>>>>> performance cars like the Subaru WRX) and a solar panel/ controller, I
>>>>>> can gain autonomy over a weekend operating period. In short, I don't
>>>>>> want to drag a generator to the remote base to top off the batteries
>>>>>> if I can help it.
>>>>>>
>>>>>> The URI will be hooked to the Pi on one end, and a Simoco SRM9005 on
>>>>>> the other end, through a set of custom cables I'm (slowly) soldering
>>>>>> up. I did some more work on them today in terms of the DB25 to URIx
>>>>>> cable (which will go to a 5 pin DIN socket, then 5 pin DIN plug to
>>>>>> DB15 on the Simoco).
>>>>>>
>>>>>> On the client end I'll be using IAXRpt on my Macbook Air, which has
>>>>>> OSX 10.7 and the latest, sound enabled, WiNE package, along with
>>>>>> Winebottler wrapper program to make it nice and GUI like for me - not
>>>>>> that I'm afraid of a command line, I just like some things to be
>>>>>> simple, and sometimes our PEKAC troubleshooting has to be done with
>>>>>> non-experienced personnel, who would faint at the sight of a CLI.
>>>>>>
>>>>>> I've also got a Linksys SPA942 I want to try in terms of VOX
>>>>>> activation, but thats a secondary concern now I've got IAXRpt working
>>>>>> successfully on my Mac.
>>>>>>
>>>>>> Of course, success (under test conditions) will be I press "Ctrl" on
>>>>>> the Mac, and I hear my voice come out the SRM9025 head, and vice
>>>>>> versa, PTT the SRM9025 head and hear it come out the laptop. This will
>>>>>> be interesting, as the MBA doesn't have a microphone port, only a
>>>>>> built-in mic, and the Bluetooth stereo input device I bought at Aldi
>>>>>> didn't work... I also want a DJs "stick" headphone, as my role in
>>>>>> these weekend expeditions is PEKAC and general support, as well as
>>>>>> some operation - apparently I have a good, strong radio voice.
>>>>>>
>>>>>> Ok, enough rambling, as you can see, I'm using the various properties
>>>>>> of the systems to gain advantage over say a vanilla Limey Linux
>>>>>> install on an Atom. Plus I like ARM. I like a challenge, and if I were
>>>>>> to get this working, I'm sure my friend Andrew will be able to use my
>>>>>> Raspbian image on his Pis to make further remote bases for next years
>>>>>> expedition at Marramarra National Park. He has more Pis and Simocos
>>>>>> than me...
>>>>>>
>>>>>> Thanks in advance for any help you guys can give - I'll be interested
>>>>>> to hear your responses.
>>>>>> _______________________________________________
>>>>>> App_rpt-users mailing list
>>>>>> App_rpt-users at ohnosec.org
>>>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users at ohnosec.org
>>>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>>
>>



More information about the App_rpt-users mailing list