Fwd: Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
Sorry all, didn't click "Reply to all" - oops! ---------- Forwarded message ---------- From: Shane Morris <edgecomberts@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@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@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@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@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@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
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@gmail.com> wrote:
Sorry all, didn't click "Reply to all" - oops!
---------- Forwarded message ---------- From: Shane Morris <edgecomberts@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@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@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@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@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@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Hi Shane: I am mobile atm. I was going to try the ARM distro - that may offer some advantages over the Raspbian distro. R. Sent on the TELUS Mobility network with BlackBerry -----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Sender: app_rpt-users-bounces@ohnosec.org Date: Sun, 28 Oct 2012 01:03:11 To: app_rpt mailing list<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h") 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@gmail.com> wrote:
Sorry all, didn't click "Reply to all" - oops!
---------- Forwarded message ---------- From: Shane Morris <edgecomberts@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@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@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@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@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@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Ah, yup. As long as it has some kind of standard kernel that you can get the source to, I think we'll be out of trouble. If you're able to at some point (perhaps when not mobile) could you give me a link to the distros webpage, so I can take a look? Many thanks! Shane. On Sun, Oct 28, 2012 at 1:22 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Hi Shane:
I am mobile atm.
I was going to try the ARM distro - that may offer some advantages over the Raspbian distro.
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Sender: app_rpt-users-bounces@ohnosec.org Date: Sun, 28 Oct 2012 01:03:11 To: app_rpt mailing list<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
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@gmail.com> wrote:
Sorry all, didn't click "Reply to all" - oops!
---------- Forwarded message ---------- From: Shane Morris <edgecomberts@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@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@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@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@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@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Google "Raspberry Pi Downloads" I think it is at the bottom of the list of downloads "not recommended for beginners" R. Sent on the TELUS Mobility network with BlackBerry -----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:24:58 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h") Ah, yup. As long as it has some kind of standard kernel that you can get the source to, I think we'll be out of trouble. If you're able to at some point (perhaps when not mobile) could you give me a link to the distros webpage, so I can take a look? Many thanks! Shane. On Sun, Oct 28, 2012 at 1:22 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Hi Shane:
I am mobile atm.
I was going to try the ARM distro - that may offer some advantages over the Raspbian distro.
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Sender: app_rpt-users-bounces@ohnosec.org Date: Sun, 28 Oct 2012 01:03:11 To: app_rpt mailing list<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
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@gmail.com> wrote:
Sorry all, didn't click "Reply to all" - oops!
---------- Forwarded message ---------- From: Shane Morris <edgecomberts@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@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@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@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@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@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
I like that quote: "not recommended for beginners" ^.~ On Sun, Oct 28, 2012 at 1:31 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Google "Raspberry Pi Downloads"
I think it is at the bottom of the list of downloads "not recommended for beginners"
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:24:58 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
Ah, yup. As long as it has some kind of standard kernel that you can get the source to, I think we'll be out of trouble. If you're able to at some point (perhaps when not mobile) could you give me a link to the distros webpage, so I can take a look?
Many thanks!
Shane.
On Sun, Oct 28, 2012 at 1:22 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Hi Shane:
I am mobile atm.
I was going to try the ARM distro - that may offer some advantages over the Raspbian distro.
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Sender: app_rpt-users-bounces@ohnosec.org Date: Sun, 28 Oct 2012 01:03:11 To: app_rpt mailing list<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
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@gmail.com> wrote:
Sorry all, didn't click "Reply to all" - oops!
---------- Forwarded message ---------- From: Shane Morris <edgecomberts@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@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@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@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@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@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
That's what it says on the RPi site, which makes me want to try it :) If we get this working folks, I'll put an image up on my site - but one step at a time.... R. Sent on the TELUS Mobility network with BlackBerry -----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:34:44 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h") I like that quote: "not recommended for beginners" ^.~ On Sun, Oct 28, 2012 at 1:31 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Google "Raspberry Pi Downloads"
I think it is at the bottom of the list of downloads "not recommended for beginners"
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:24:58 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
Ah, yup. As long as it has some kind of standard kernel that you can get the source to, I think we'll be out of trouble. If you're able to at some point (perhaps when not mobile) could you give me a link to the distros webpage, so I can take a look?
Many thanks!
Shane.
On Sun, Oct 28, 2012 at 1:22 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Hi Shane:
I am mobile atm.
I was going to try the ARM distro - that may offer some advantages over the Raspbian distro.
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Sender: app_rpt-users-bounces@ohnosec.org Date: Sun, 28 Oct 2012 01:03:11 To: app_rpt mailing list<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
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@gmail.com> wrote:
Sorry all, didn't click "Reply to all" - oops!
---------- Forwarded message ---------- From: Shane Morris <edgecomberts@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@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@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@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@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@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Certainly, I was thinking of doing a "dd" dump of my 8GB microSD card. And I think this would be invaluable to the community. Please, take it and modify it too! Alright, I'll download Arch before I go to sleep again - for my edification, Arch uses "dpkg" as the package manager, am I correct? On Sun, Oct 28, 2012 at 1:36 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
That's what it says on the RPi site, which makes me want to try it :)
If we get this working folks, I'll put an image up on my site - but one step at a time....
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:34:44 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
I like that quote: "not recommended for beginners" ^.~
On Sun, Oct 28, 2012 at 1:31 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Google "Raspberry Pi Downloads"
I think it is at the bottom of the list of downloads "not recommended for beginners"
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:24:58 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
Ah, yup. As long as it has some kind of standard kernel that you can get the source to, I think we'll be out of trouble. If you're able to at some point (perhaps when not mobile) could you give me a link to the distros webpage, so I can take a look?
Many thanks!
Shane.
On Sun, Oct 28, 2012 at 1:22 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Hi Shane:
I am mobile atm.
I was going to try the ARM distro - that may offer some advantages over the Raspbian distro.
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Sender: app_rpt-users-bounces@ohnosec.org Date: Sun, 28 Oct 2012 01:03:11 To: app_rpt mailing list<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
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@gmail.com> wrote:
Sorry all, didn't click "Reply to all" - oops!
---------- Forwarded message ---------- From: Shane Morris <edgecomberts@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@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@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@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@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@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Yep, I blv that it uses dpkg. Sent on the TELUS Mobility network with BlackBerry -----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:38:46 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h") Certainly, I was thinking of doing a "dd" dump of my 8GB microSD card. And I think this would be invaluable to the community. Please, take it and modify it too! Alright, I'll download Arch before I go to sleep again - for my edification, Arch uses "dpkg" as the package manager, am I correct? On Sun, Oct 28, 2012 at 1:36 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
That's what it says on the RPi site, which makes me want to try it :)
If we get this working folks, I'll put an image up on my site - but one step at a time....
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:34:44 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
I like that quote: "not recommended for beginners" ^.~
On Sun, Oct 28, 2012 at 1:31 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Google "Raspberry Pi Downloads"
I think it is at the bottom of the list of downloads "not recommended for beginners"
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:24:58 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
Ah, yup. As long as it has some kind of standard kernel that you can get the source to, I think we'll be out of trouble. If you're able to at some point (perhaps when not mobile) could you give me a link to the distros webpage, so I can take a look?
Many thanks!
Shane.
On Sun, Oct 28, 2012 at 1:22 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Hi Shane:
I am mobile atm.
I was going to try the ARM distro - that may offer some advantages over the Raspbian distro.
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Sender: app_rpt-users-bounces@ohnosec.org Date: Sun, 28 Oct 2012 01:03:11 To: app_rpt mailing list<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
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@gmail.com> wrote:
Sorry all, didn't click "Reply to all" - oops!
---------- Forwarded message ---------- From: Shane Morris <edgecomberts@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@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@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@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@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@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Very good. Lets download, and dump to SD card =D On Sun, Oct 28, 2012 at 1:47 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Yep, I blv that it uses dpkg.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:38:46 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
Certainly, I was thinking of doing a "dd" dump of my 8GB microSD card. And I think this would be invaluable to the community. Please, take it and modify it too!
Alright, I'll download Arch before I go to sleep again - for my edification, Arch uses "dpkg" as the package manager, am I correct?
On Sun, Oct 28, 2012 at 1:36 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
That's what it says on the RPi site, which makes me want to try it :)
If we get this working folks, I'll put an image up on my site - but one step at a time....
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:34:44 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
I like that quote: "not recommended for beginners" ^.~
On Sun, Oct 28, 2012 at 1:31 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Google "Raspberry Pi Downloads"
I think it is at the bottom of the list of downloads "not recommended for beginners"
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:24:58 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
Ah, yup. As long as it has some kind of standard kernel that you can get the source to, I think we'll be out of trouble. If you're able to at some point (perhaps when not mobile) could you give me a link to the distros webpage, so I can take a look?
Many thanks!
Shane.
On Sun, Oct 28, 2012 at 1:22 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Hi Shane:
I am mobile atm.
I was going to try the ARM distro - that may offer some advantages over the Raspbian distro.
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Sender: app_rpt-users-bounces@ohnosec.org Date: Sun, 28 Oct 2012 01:03:11 To: app_rpt mailing list<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
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@gmail.com> wrote:
Sorry all, didn't click "Reply to all" - oops!
---------- Forwarded message ---------- From: Shane Morris <edgecomberts@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@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@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@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@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@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Ramesh, that image I just downloaded doesn't work. Unsure as to why, except it isn't the SD card at fault, so it must be the image. The computer isn't able to read the card once its imaged, ejected and reinserted. On Sun, Oct 28, 2012 at 1:49 AM, Shane Morris <edgecomberts@gmail.com> wrote:
Very good. Lets download, and dump to SD card =D
On Sun, Oct 28, 2012 at 1:47 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Yep, I blv that it uses dpkg.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:38:46 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
Certainly, I was thinking of doing a "dd" dump of my 8GB microSD card. And I think this would be invaluable to the community. Please, take it and modify it too!
Alright, I'll download Arch before I go to sleep again - for my edification, Arch uses "dpkg" as the package manager, am I correct?
On Sun, Oct 28, 2012 at 1:36 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
That's what it says on the RPi site, which makes me want to try it :)
If we get this working folks, I'll put an image up on my site - but one step at a time....
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:34:44 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
I like that quote: "not recommended for beginners" ^.~
On Sun, Oct 28, 2012 at 1:31 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Google "Raspberry Pi Downloads"
I think it is at the bottom of the list of downloads "not recommended for beginners"
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:24:58 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
Ah, yup. As long as it has some kind of standard kernel that you can get the source to, I think we'll be out of trouble. If you're able to at some point (perhaps when not mobile) could you give me a link to the distros webpage, so I can take a look?
Many thanks!
Shane.
On Sun, Oct 28, 2012 at 1:22 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Hi Shane:
I am mobile atm.
I was going to try the ARM distro - that may offer some advantages over the Raspbian distro.
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Sender: app_rpt-users-bounces@ohnosec.org Date: Sun, 28 Oct 2012 01:03:11 To: app_rpt mailing list<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
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@gmail.com> wrote:
Sorry all, didn't click "Reply to all" - oops!
---------- Forwarded message ---------- From: Shane Morris <edgecomberts@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@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@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@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@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@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
On my way home - I have a W8 install to do this aft, so while that is happening. I'll try the new distro on my Pi. Sent on the TELUS Mobility network with BlackBerry -----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 03:29:27 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h") Ramesh, that image I just downloaded doesn't work. Unsure as to why, except it isn't the SD card at fault, so it must be the image. The computer isn't able to read the card once its imaged, ejected and reinserted. On Sun, Oct 28, 2012 at 1:49 AM, Shane Morris <edgecomberts@gmail.com> wrote:
Very good. Lets download, and dump to SD card =D
On Sun, Oct 28, 2012 at 1:47 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Yep, I blv that it uses dpkg.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:38:46 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
Certainly, I was thinking of doing a "dd" dump of my 8GB microSD card. And I think this would be invaluable to the community. Please, take it and modify it too!
Alright, I'll download Arch before I go to sleep again - for my edification, Arch uses "dpkg" as the package manager, am I correct?
On Sun, Oct 28, 2012 at 1:36 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
That's what it says on the RPi site, which makes me want to try it :)
If we get this working folks, I'll put an image up on my site - but one step at a time....
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:34:44 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
I like that quote: "not recommended for beginners" ^.~
On Sun, Oct 28, 2012 at 1:31 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Google "Raspberry Pi Downloads"
I think it is at the bottom of the list of downloads "not recommended for beginners"
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:24:58 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
Ah, yup. As long as it has some kind of standard kernel that you can get the source to, I think we'll be out of trouble. If you're able to at some point (perhaps when not mobile) could you give me a link to the distros webpage, so I can take a look?
Many thanks!
Shane.
On Sun, Oct 28, 2012 at 1:22 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Hi Shane:
I am mobile atm.
I was going to try the ARM distro - that may offer some advantages over the Raspbian distro.
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Sender: app_rpt-users-bounces@ohnosec.org Date: Sun, 28 Oct 2012 01:03:11 To: app_rpt mailing list<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
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@gmail.com> wrote:
Sorry all, didn't click "Reply to all" - oops!
---------- Forwarded message ---------- From: Shane Morris <edgecomberts@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@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@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@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@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@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Excellent - tell me how you go with Win8, I'm interested in running it in a VM =P If you get Arch working, also let me know, I'm casting suspicion at everything at the moment. While the SD card reformats fine, I haven't actually tried it. For a brand new Class 10, it'd better work...! By the way, you may find this interesting for Arch: http://elinux.org/RPi_Kernel_Compilation Hopefully it works a little better than Raspbian... Enjoy! On Sun, Oct 28, 2012 at 3:50 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
On my way home - I have a W8 install to do this aft, so while that is happening. I'll try the new distro on my Pi.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 03:29:27 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
Ramesh, that image I just downloaded doesn't work. Unsure as to why, except it isn't the SD card at fault, so it must be the image. The computer isn't able to read the card once its imaged, ejected and reinserted.
On Sun, Oct 28, 2012 at 1:49 AM, Shane Morris <edgecomberts@gmail.com> wrote:
Very good. Lets download, and dump to SD card =D
On Sun, Oct 28, 2012 at 1:47 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Yep, I blv that it uses dpkg.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:38:46 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
Certainly, I was thinking of doing a "dd" dump of my 8GB microSD card. And I think this would be invaluable to the community. Please, take it and modify it too!
Alright, I'll download Arch before I go to sleep again - for my edification, Arch uses "dpkg" as the package manager, am I correct?
On Sun, Oct 28, 2012 at 1:36 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
That's what it says on the RPi site, which makes me want to try it :)
If we get this working folks, I'll put an image up on my site - but one step at a time....
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:34:44 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
I like that quote: "not recommended for beginners" ^.~
On Sun, Oct 28, 2012 at 1:31 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Google "Raspberry Pi Downloads"
I think it is at the bottom of the list of downloads "not recommended for beginners"
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Date: Sun, 28 Oct 2012 01:24:58 To: <ramesh@va3uv.com> Cc: app_rpt-users<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
Ah, yup. As long as it has some kind of standard kernel that you can get the source to, I think we'll be out of trouble. If you're able to at some point (perhaps when not mobile) could you give me a link to the distros webpage, so I can take a look?
Many thanks!
Shane.
On Sun, Oct 28, 2012 at 1:22 AM, Ramesh Dhami, VA3UV/M <ramesh@va3uv.com> wrote:
Hi Shane:
I am mobile atm.
I was going to try the ARM distro - that may offer some advantages over the Raspbian distro.
R.
Sent on the TELUS Mobility network with BlackBerry
-----Original Message----- From: Shane Morris <edgecomberts@gmail.com> Sender: app_rpt-users-bounces@ohnosec.org Date: Sun, 28 Oct 2012 01:03:11 To: app_rpt mailing list<app_rpt-users@ohnosec.org> Subject: Re: [App_rpt-users] Using SVN copy of Asterisk on RaspberryPi (and "usb.h")
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@gmail.com> wrote:
Sorry all, didn't click "Reply to all" - oops!
---------- Forwarded message ---------- From: Shane Morris <edgecomberts@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@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@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@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@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@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
On 27/10/2012 12:54 PM, Shane Morris wrote:
Excellent - tell me how you go with Win8, I'm interested in running it in a VM =P
<-- Installed and finding my way around!
If you get Arch working, also let me know, I'm casting suspicion at everything at the moment. While the SD card reformats fine, I haven't actually tried it. For a brand new Class 10, it'd better work...!
<-- Got ARCH Linux going on the Pi - updating all packages as I type - this initial list looks promising (notice linux-headers ....) pam-1.1.6-1-armv6h 607.3 KiB 989K/s 00:01 [######################] 100% coreutils-8.20-1-armv6h 1973.3 KiB 1531K/s 00:01 [######################] 100% util-linux-2.22.1-1... 1491.2 KiB 1527K/s 00:01 [######################] 100% nss-myhostname-0.3-... 7.0 KiB 1386K/s 00:00 [######################] 100% filesystem-2012.10-... 5.9 KiB 2.99M/s 00:00 [######################] 100% dbus-core-1.6.8-1-a... 352.2 KiB 1562K/s 00:00 [######################] 100% kmod-10-2-armv6h 85.9 KiB 1536K/s 00:00 [######################] 100% hwids-20121012-1-any 277.9 KiB 1558K/s 00:00 [######################] 100% systemd-195-2-armv6h 1147.9 KiB 1535K/s 00:01 [######################] 100% device-mapper-2.02.... 149.5 KiB 1611K/s 00:00 [######################] 100% cryptsetup-1.5.1-1-... 150.2 KiB 1620K/s 00:00 [######################] 100% gcc-libs-4.7.2-1-armv6h 523.8 KiB 1552K/s 00:00 [######################] 100% iputils-20121011-1-... 65.8 KiB 1665K/s 00:00 [######################] 100% ldns-1.6.14-1-armv6h 371.0 KiB 1564K/s 00:00 [######################] 100% libarchive-3.0.4-2-... 465.6 KiB 1562K/s 00:00 [######################] 100% libldap-2.4.33-1-armv6h 318.1 KiB 1516K/s 00:00 [######################] 100% libpipeline-1.2.2-1... 28.3 KiB 1815K/s 00:00 [######################] 100% libusbx-1.0.14-1-armv6h 35.9 KiB 1651K/s 00:00 [######################] 100% linux-api-headers-3... 587.6 KiB 1537K/s 00:00 [######################] 100% linux-headers-raspb... 4.4 MiB 1522K/s 00:03 [######################] 100% linux-raspberrypi-3... 9.1 MiB 1502K/s 00:02 [################------] 73%
Ok, my little lesson, on Mac OS X, dont use "/dev/disk1s1" for the "of=" option, use "/dev/rdisk1" =) Now to try this out...! On Sun, Oct 28, 2012 at 8:24 AM, Ramesh Dhami (VA3UV) <Ramesh@va3uv.com> wrote:
On 27/10/2012 12:54 PM, Shane Morris wrote:
Excellent - tell me how you go with Win8, I'm interested in running it in a VM =P
<-- Installed and finding my way around!
If you get Arch working, also let me know, I'm casting suspicion at everything at the moment. While the SD card reformats fine, I haven't actually tried it. For a brand new Class 10, it'd better work...!
<-- Got ARCH Linux going on the Pi - updating all packages as I type - this initial list looks promising (notice linux-headers ....)
pam-1.1.6-1-armv6h 607.3 KiB 989K/s 00:01 [######################] 100% coreutils-8.20-1-armv6h 1973.3 KiB 1531K/s 00:01 [######################] 100% util-linux-2.22.1-1... 1491.2 KiB 1527K/s 00:01 [######################] 100% nss-myhostname-0.3-... 7.0 KiB 1386K/s 00:00 [######################] 100% filesystem-2012.10-... 5.9 KiB 2.99M/s 00:00 [######################] 100% dbus-core-1.6.8-1-a... 352.2 KiB 1562K/s 00:00 [######################] 100% kmod-10-2-armv6h 85.9 KiB 1536K/s 00:00 [######################] 100% hwids-20121012-1-any 277.9 KiB 1558K/s 00:00 [######################] 100% systemd-195-2-armv6h 1147.9 KiB 1535K/s 00:01 [######################] 100% device-mapper-2.02.... 149.5 KiB 1611K/s 00:00 [######################] 100% cryptsetup-1.5.1-1-... 150.2 KiB 1620K/s 00:00 [######################] 100% gcc-libs-4.7.2-1-armv6h 523.8 KiB 1552K/s 00:00 [######################] 100% iputils-20121011-1-... 65.8 KiB 1665K/s 00:00 [######################] 100% ldns-1.6.14-1-armv6h 371.0 KiB 1564K/s 00:00 [######################] 100% libarchive-3.0.4-2-... 465.6 KiB 1562K/s 00:00 [######################] 100% libldap-2.4.33-1-armv6h 318.1 KiB 1516K/s 00:00 [######################] 100% libpipeline-1.2.2-1... 28.3 KiB 1815K/s 00:00 [######################] 100% libusbx-1.0.14-1-armv6h 35.9 KiB 1651K/s 00:00 [######################] 100% linux-api-headers-3... 587.6 KiB 1537K/s 00:00 [######################] 100% linux-headers-raspb... 4.4 MiB 1522K/s 00:03 [######################] 100% linux-raspberrypi-3... 9.1 MiB 1502K/s 00:02 [################------] 73%
On 27/10/2012 6:17 PM, Shane Morris wrote:
Ok, my little lesson, on Mac OS X, dont use "/dev/disk1s1" for the "of=" option, use "/dev/rdisk1" =)
Now to try this out...!
<-- Hi Shane and all; Enough playing around for today, here is what I have done (and really haven't got any further with the ARCH Linux distro) - regardless, for the sake of documenting what I have done - here goes: Installed the ARCH Linux distro... pacman - is the package manager (wasn;t this a video game that we played with back in the 70's or so???). So to update everything: pacman -Syu then using pacman -S added the following: libnewt alsa-lib ncurses libnewt openssl curl zlib make gcc linux linux-headers As I said, no further ahead - I still get errors complaining that the kernel sources are not available! I wonder, is there a way to cross compile on another platform and then just run the binaries on the Pi ???? R.
Update... I do have this folder: /usr/lib/modules/3.2.27-13-ARCH+ Contents: lrwxrwxrwx 1 root root 34 Oct 21 03:20 build -> ../../../src/linux-3.2.27-13-ARCH+ lrwxrwxrwx 1 root root 35 Oct 21 03:20 extramodules -> ../extramodules-3.2.27--raspberrypi drwxr-xr-x 9 root root 4096 Oct 21 03:19 kernel -rw-r--r-- 1 root root 290711 Oct 27 23:03 modules.alias -rw-r--r-- 1 root root 303750 Oct 27 23:03 modules.alias.bin -rw-r--r-- 1 root root 3606 Oct 21 03:19 modules.builtin -rw-r--r-- 1 root root 4666 Oct 27 23:03 modules.builtin.bin -rw-r--r-- 1 root root 101681 Oct 27 23:03 modules.dep -rw-r--r-- 1 root root 149435 Oct 27 23:03 modules.dep.bin -rw-r--r-- 1 root root 244 Oct 27 23:03 modules.devname -rw-r--r-- 1 root root 43539 Oct 21 03:19 modules.order -rw-r--r-- 1 root root 131 Oct 27 23:03 modules.softdep -rw-r--r-- 1 root root 99446 Oct 27 23:03 modules.symbols -rw-r--r-- 1 root root 126722 Oct 27 23:03 modules.symbols.bin So... am I close.... me seems to think so.... what am I missing? Time to give it a break for today! R. On 27/10/2012 9:27 PM, Ramesh Dhami (VA3UV) wrote:
On 27/10/2012 6:17 PM, Shane Morris wrote:
Ok, my little lesson, on Mac OS X, dont use "/dev/disk1s1" for the "of=" option, use "/dev/rdisk1" =)
Now to try this out...!
<-- Hi Shane and all;
Enough playing around for today, here is what I have done (and really haven't got any further with the ARCH Linux distro) - regardless, for the sake of documenting what I have done - here goes:
Installed the ARCH Linux distro...
pacman - is the package manager (wasn;t this a video game that we played with back in the 70's or so???).
So to update everything:
pacman -Syu
then using pacman -S added the following:
libnewt alsa-lib ncurses libnewt openssl curl zlib make gcc linux linux-headers
As I said, no further ahead - I still get errors complaining that the kernel sources are not available!
I wonder, is there a way to cross compile on another platform and then just run the binaries on the Pi ????
R.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Ramesh, I started going from the other way around, compile, let it fall over and then make a dependancy. And it worked, somewhat. I actually had Zaptel compiling and not complaining about those kernel sources! But only once! =( The second run, after I installed libnewt, it started complaining again. I'm just wondering who wants a drink of my good scotch to just make it work?! ^.^ Seriously, theres some kind of issue here, if its going to compile once, then it KNOWS those sources are there. Is it related to installing programs? As silly as that sounds - I know this isn't Windows...! =O I am considering starting right from the top, reflashing the SD card, and making the dependancies first, then letting Zaptel have a go at it. Took about 150 seconds for a write of the SD card when I started using "rdisk1." If anything Ramesh, this is why they ain't paying us the big dollars... ^.~ And yes, they have a sense of humour with "pacman" - a bloody good game! Back when computers were computers, men were men, and the bikini babes wore less. =P Good luck from this side of the ocean. Shane. On Sun, Oct 28, 2012 at 12:36 PM, Ramesh Dhami (VA3UV) <Ramesh@va3uv.com> wrote:
Update...
I do have this folder:
/usr/lib/modules/3.2.27-13-ARCH+
Contents:
lrwxrwxrwx 1 root root 34 Oct 21 03:20 build -> ../../../src/linux-3.2.27-13-ARCH+ lrwxrwxrwx 1 root root 35 Oct 21 03:20 extramodules -> ../extramodules-3.2.27--raspberrypi drwxr-xr-x 9 root root 4096 Oct 21 03:19 kernel -rw-r--r-- 1 root root 290711 Oct 27 23:03 modules.alias -rw-r--r-- 1 root root 303750 Oct 27 23:03 modules.alias.bin -rw-r--r-- 1 root root 3606 Oct 21 03:19 modules.builtin -rw-r--r-- 1 root root 4666 Oct 27 23:03 modules.builtin.bin -rw-r--r-- 1 root root 101681 Oct 27 23:03 modules.dep -rw-r--r-- 1 root root 149435 Oct 27 23:03 modules.dep.bin -rw-r--r-- 1 root root 244 Oct 27 23:03 modules.devname -rw-r--r-- 1 root root 43539 Oct 21 03:19 modules.order -rw-r--r-- 1 root root 131 Oct 27 23:03 modules.softdep -rw-r--r-- 1 root root 99446 Oct 27 23:03 modules.symbols -rw-r--r-- 1 root root 126722 Oct 27 23:03 modules.symbols.bin
So... am I close.... me seems to think so.... what am I missing?
Time to give it a break for today!
R.
On 27/10/2012 9:27 PM, Ramesh Dhami (VA3UV) wrote:
On 27/10/2012 6:17 PM, Shane Morris wrote:
Ok, my little lesson, on Mac OS X, dont use "/dev/disk1s1" for the "of=" option, use "/dev/rdisk1" =)
Now to try this out...!
<-- Hi Shane and all;
Enough playing around for today, here is what I have done (and really haven't got any further with the ARCH Linux distro) - regardless, for the sake of documenting what I have done - here goes:
Installed the ARCH Linux distro...
pacman - is the package manager (wasn;t this a video game that we played with back in the 70's or so???).
So to update everything:
pacman -Syu
then using pacman -S added the following:
libnewt alsa-lib ncurses libnewt openssl curl zlib make gcc linux linux-headers
As I said, no further ahead - I still get errors complaining that the kernel sources are not available!
I wonder, is there a way to cross compile on another platform and then just run the binaries on the Pi ????
R.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Hi Ramesh, and rest of list, First up, for those interested in this project, here is a link: http://www.raspberrypi.org/archives/2221 This'll give you the background on what I'll say next. I have my people looking at this, response isn't expected for a couple of hours, the bloke is gardening. My skills in the garden extend to watering my parsley and chives. =) Basically, the intent of that blog post is to say that the VideoCore drivers on the RPi have been open sourced. While in and of itself is not really applicable to this project, the flow on effect is. From what I understand, the GPU handles the boot process, and at the moment, the canned binaries point to a certain location in memory, and the ARM picks up from there with a custom kernel. This is our problem. With a custom kernel, then the kernel sources are not mainlined, so aptitude isn't of any help. I tried the git download, it too didn't work. I almost (!) got Zaptel to compile on Arch (see last email) but it too is now whining it can't find kernel sources, which don't make any sense to me. Now with the video drivers being open sourced, documentation about the boot process of the GPU will become available, thus no longer necessitating a custom kernel. Flow on? We can use a standard kernel package that'll allow us to (hopefully!) compile Zaptel quite fine. Although my time frame for this is early October next year, and I know that the distros with the new boot code and standard kernels will come out before that, I'm kind of a bit impatient...! This is big news, of course. I want this to work, and I want to give a copy to my friend who works with me on the radios for Sydney Pathfinders, and all you good souls out there putting up with my inane comments. I will be following raspberrypi.org closely over the next few weeks regards the distros that'll use this new bootloader and kernel code. Exciting times indeed! Thanks everyone! Shane. On Sun, Oct 28, 2012 at 1:03 PM, Shane Morris <edgecomberts@gmail.com> wrote:
Ramesh,
I started going from the other way around, compile, let it fall over and then make a dependancy. And it worked, somewhat.
I actually had Zaptel compiling and not complaining about those kernel sources! But only once! =(
The second run, after I installed libnewt, it started complaining again. I'm just wondering who wants a drink of my good scotch to just make it work?! ^.^
Seriously, theres some kind of issue here, if its going to compile once, then it KNOWS those sources are there. Is it related to installing programs? As silly as that sounds - I know this isn't Windows...! =O
I am considering starting right from the top, reflashing the SD card, and making the dependancies first, then letting Zaptel have a go at it. Took about 150 seconds for a write of the SD card when I started using "rdisk1."
If anything Ramesh, this is why they ain't paying us the big dollars... ^.~ And yes, they have a sense of humour with "pacman" - a bloody good game! Back when computers were computers, men were men, and the bikini babes wore less. =P
Good luck from this side of the ocean.
Shane.
On Sun, Oct 28, 2012 at 12:36 PM, Ramesh Dhami (VA3UV) <Ramesh@va3uv.com> wrote:
Update...
I do have this folder:
/usr/lib/modules/3.2.27-13-ARCH+
Contents:
lrwxrwxrwx 1 root root 34 Oct 21 03:20 build -> ../../../src/linux-3.2.27-13-ARCH+ lrwxrwxrwx 1 root root 35 Oct 21 03:20 extramodules -> ../extramodules-3.2.27--raspberrypi drwxr-xr-x 9 root root 4096 Oct 21 03:19 kernel -rw-r--r-- 1 root root 290711 Oct 27 23:03 modules.alias -rw-r--r-- 1 root root 303750 Oct 27 23:03 modules.alias.bin -rw-r--r-- 1 root root 3606 Oct 21 03:19 modules.builtin -rw-r--r-- 1 root root 4666 Oct 27 23:03 modules.builtin.bin -rw-r--r-- 1 root root 101681 Oct 27 23:03 modules.dep -rw-r--r-- 1 root root 149435 Oct 27 23:03 modules.dep.bin -rw-r--r-- 1 root root 244 Oct 27 23:03 modules.devname -rw-r--r-- 1 root root 43539 Oct 21 03:19 modules.order -rw-r--r-- 1 root root 131 Oct 27 23:03 modules.softdep -rw-r--r-- 1 root root 99446 Oct 27 23:03 modules.symbols -rw-r--r-- 1 root root 126722 Oct 27 23:03 modules.symbols.bin
So... am I close.... me seems to think so.... what am I missing?
Time to give it a break for today!
R.
On 27/10/2012 9:27 PM, Ramesh Dhami (VA3UV) wrote:
On 27/10/2012 6:17 PM, Shane Morris wrote:
Ok, my little lesson, on Mac OS X, dont use "/dev/disk1s1" for the "of=" option, use "/dev/rdisk1" =)
Now to try this out...!
<-- Hi Shane and all;
Enough playing around for today, here is what I have done (and really haven't got any further with the ARCH Linux distro) - regardless, for the sake of documenting what I have done - here goes:
Installed the ARCH Linux distro...
pacman - is the package manager (wasn;t this a video game that we played with back in the 70's or so???).
So to update everything:
pacman -Syu
then using pacman -S added the following:
libnewt alsa-lib ncurses libnewt openssl curl zlib make gcc linux linux-headers
As I said, no further ahead - I still get errors complaining that the kernel sources are not available!
I wonder, is there a way to cross compile on another platform and then just run the binaries on the Pi ????
R.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
participants (3)
-
Ramesh Dhami (VA3UV) -
Ramesh Dhami, VA3UV/M
-
Shane Morris