Hi Guys, I've fixed the fsck on boot problem - I was using the wrong image. However, I'm in need of some assistance with setup etc. I've never played with this kind of setup before, so please excuse me if some of the questions seem a bit basic. First off, I cannot seem to get it to save anything. I changed the timezone to GMT0BST, ran date and it showed the correct time. Reboot, and it defaults back to PDT. Same as all the .conf files. The ones that have been downloaded from the portal are ok (such as gps.conf, echolink.conf etc), but I'm trying to modify rpt.conf & usbradio.conf with nano. Again, it all saves just fine, but the moment I reboot the thin client, everything is dropped and reverts back to the default settings. Am I doing something wrong here? or is it just the nature of the system I'm using? I cannot leave the thin client on 24/7 - that won't be happening (it's powered by the 25A SMPSU I have in the shack, and the fan is noisy for a start). If it's a case of having to drop everything every time it gets turned off, then I'll go back to the 2.5" HDD from the CF. Unless I'm not doing something right? Cheers, James 29681
Clearly, one of the fundamental differences of Limey Linux is that it is *ENTIRELY* RAM-based. So, there is no "permanent" filesystem. If you make a config change (something in the /etc directory tree), you have to then use the command 'svcfg', which writes a tarball onto the CF card, so that the next time it boots, it will re-read that stuff into RAM again. Forgive me, but I can't control myself, and am taking this AMAZING opportunity to say: "Gee, you're British.. Don't you know about this "Limey" stuff???" :-) :-) :-) Jim WB6NIL
Date: Sat, 13 Jul 2013 17:29:16 +0100 From: jrh@g0fhm.co.uk To: app_rpt-users@ohnosec.org Subject: [App_rpt-users] Limey Help...
Hi Guys,
I've fixed the fsck on boot problem - I was using the wrong image.
However, I'm in need of some assistance with setup etc.
I've never played with this kind of setup before, so please excuse me if some of the questions seem a bit basic.
First off, I cannot seem to get it to save anything. I changed the timezone to GMT0BST, ran date and it showed the correct time. Reboot, and it defaults back to PDT. Same as all the .conf files. The ones that have been downloaded from the portal are ok (such as gps.conf, echolink.conf etc), but I'm trying to modify rpt.conf & usbradio.conf with nano. Again, it all saves just fine, but the moment I reboot the thin client, everything is dropped and reverts back to the default settings.
Am I doing something wrong here? or is it just the nature of the system I'm using? I cannot leave the thin client on 24/7 - that won't be happening (it's powered by the 25A SMPSU I have in the shack, and the fan is noisy for a start).
If it's a case of having to drop everything every time it gets turned off, then I'll go back to the 2.5" HDD from the CF.
Unless I'm not doing something right?
Cheers,
James 29681
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
On 13/07/2013 17:36, Jim Duuuude wrote:
Clearly, one of the fundamental differences of Limey Linux is that it is *ENTIRELY* RAM-based. So, there is no "permanent" filesystem.
If you make a config change (something in the /etc directory tree), you have to then use the command 'svcfg', which writes a tarball onto the CF card, so that the next time it boots, it will re-read that stuff into RAM again.
Forgive me, but I can't control myself, and am taking this AMAZING opportunity to say:
"Gee, you're British.. Don't you know about this "Limey" stuff???" :-) :-) :-)
Jim WB6NIL
Hi Jim, I know the origins of the term Limey... but I've never played with our Linux before :) I've always been faithful to the acid distro.... up until now! Thanks for the svcfg info - I'll give that a whirl! Cheers, J
My guess with my problem is that probably a value in app_rpt.c needs changing? Looking at the acid box, the parport is /dev/parport0 The Limey box doesn't have parport0 in /dev Any ideas as to what it would be called in /dev on a Limey box? There is /dev/ttyP0 thru P3. Using my (usually wrong) logic that the serial port is usually /dev/ttyS0 on a Linux box, would /dev/ttyP0 be the parallell port on the Limey box? Thanks, J 29681
Limey Linux intentionally comes with NO parallel/printer drivers in the kernel, since they would only "get in the way" of access to the parallel port (which is done DIRECTLY from the channel driver as an io port). Jim WB6NIL
Date: Sat, 13 Jul 2013 18:13:28 +0100 From: jrh@g0fhm.co.uk To: app_rpt-users@ohnosec.org Subject: Re: [App_rpt-users] Limey Help...
My guess with my problem is that probably a value in app_rpt.c needs changing?
Looking at the acid box, the parport is /dev/parport0
The Limey box doesn't have parport0 in /dev
Any ideas as to what it would be called in /dev on a Limey box? There is /dev/ttyP0 thru P3. Using my (usually wrong) logic that the serial port is usually /dev/ttyS0 on a Linux box, would /dev/ttyP0 be the parallell port on the Limey box?
Thanks,
J 29681 _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
On 14/07/2013 01:56, Jim Duuuude wrote:
Limey Linux intentionally comes with NO parallel/printer drivers in the kernel, since they would only "get in the way" of access to the parallel port (which is done DIRECTLY from the channel driver as an io port).
Jim WB6NIL
Hi Jim, Righto - it's a case of old habits die hard.... I've always used chan_usbradio on more powerful hardware. I'll reinstall Limey on another CF card, and this time set up for simpleusb. Cheers, James
On 14/07/2013 13:15, James Hill wrot
Hi Jim,
Righto - it's a case of old habits die hard.... I've always used chan_usbradio on more powerful hardware. I'll reinstall Limey on another CF card, and this time set up for simpleusb.
Cheers,
James
Hi Guys, I give up! No matter what I do, Limey seems to think that my CM108 device is "Not active". If I run lsusb it shows as there. Running simpleusb-tune-menu it shows it as there and selectable, but when I try to change a parameter it just says it's not active. I tried a fresh install on a different CF card for simpleusb. Same thing! If I plug a 2.5" HDD into the thin client running ACiD, everything works fine! I'm confused! J 29681
After logging into James' system, I found that the "distro" version of chan_simpleusb and chan_usbradio sources werent working properly on Limey Linux. I then loaded the SVN sources, and found out that they had a different problem, the fix of which will appear in SVN at 18:15 PDT this evening (in 14 minutes). It had to do with the fact that the internal filesystem structure (/proc and /sys entries) for the LSS (Linux Sound Stuff) seemed to have changed sometime between Kernel verison 2.6.30 and 2.6.35. I hadn't put in the check for this correctly (I merely had it doing it the 'new' way if it was a BeagleBoard distro), then to attempt a more 'right' way, I took a guess at which version it changed in, and was apparently wrong, so I took another 'guess' and that is what is there now, which at least seems to work with all our distros. The reason I have to 'guess', rather then know, is *SOMEONE* *STILL* needs to take the time to do the research to see at what version that *ACTUALLY* happened. This now, in all the history of app_rpt, is probably about the SIXTH or SEVENTH time I have desperately begged anyone, someone, to *PLEASE* take the time to do this research. So, if anyone could do this, it would SURE be appreciated. Anyway, the bottom line here is that if anyone wants to use chan_simpleusb or chan_usbradio on Limey, I guess they need to load SVN sources. Jim WB6NIL
Date: Sun, 14 Jul 2013 14:49:23 +0100 From: jrh@g0fhm.co.uk To: app_rpt-users@ohnosec.org Subject: Re: [App_rpt-users] Limey Help...
On 14/07/2013 13:15, James Hill wrot
Hi Jim,
Righto - it's a case of old habits die hard.... I've always used chan_usbradio on more powerful hardware. I'll reinstall Limey on another CF card, and this time set up for simpleusb.
Cheers,
James
Hi Guys,
I give up!
No matter what I do, Limey seems to think that my CM108 device is "Not active". If I run lsusb it shows as there. Running simpleusb-tune-menu it shows it as there and selectable, but when I try to change a parameter it just says it's not active. I tried a fresh install on a different CF card for simpleusb. Same thing!
If I plug a 2.5" HDD into the thin client running ACiD, everything works fine!
I'm confused!
J 29681 _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
On 15/07/2013 02:09, Jim Duuuude wrote:
After logging into James' system, I found that the "distro" version of chan_simpleusb and chan_usbradio sources werent working properly on Limey Linux. I then loaded the SVN sources, and found out that they had a different problem, the fix of which will appear in SVN at 18:15 PDT this evening (in 14 minutes).
I'd like to thank Jim in public too - I'd never have figured that out in a million years! However, I have one slight issue after Jim's fix - Don't know is anybody can put their finger on it. My Timezones appear to be all messed up. Running 'date' gives the correct time/date info output. However, initially asterisk/app_rpt was stuck back in PST (ie 8h behind) when I keyed *81. I've done some tinkering, and have now got the voice announcement to UTC (still an hour behind). /etc/TZ is set to GMT0BST as it should be. BIOS clock is correct. Any pointers? James 29681
On 07/15/2013 06:14 AM, James Hill wrote:
On 15/07/2013 02:09, Jim Duuuude wrote:
After logging into James' system, I found that the "distro" version of chan_simpleusb and chan_usbradio sources werent working properly on Limey Linux. I then loaded the SVN sources, and found out that they had a different problem, the fix of which will appear in SVN at 18:15 PDT this evening (in 14 minutes).
Glad you found it and were able to find a fix, Jim. Sounds kind of reminiscent of when I was in 'dependency hell', trying to install a program, only to find out I had the wrong version of lib[whatever]. Good job! Atta boy! Pat's on the back!
My Timezones appear to be all messed up.
Running 'date' gives the correct time/date info output.
However, initially asterisk/app_rpt was stuck back in PST (ie 8h behind) when I keyed *81.
I've done some tinkering, and have now got the voice announcement to UTC (still an hour behind).
/etc/TZ is set to GMT0BST as it should be. BIOS clock is correct.
If I have read right, and understand - Limey Linux runs on a flash drive. Sort of like a 'Live Evaluation Distro' and nothing is ever 'saved'. I'm not exactly sure what SVN services are, but they sound like something required for Limey. My vague understanding of it is that by implementing SVN services, you are somehow able, once everything is setup and running, to -save- the configuration so that it stays the same each time the system boots up. As for setting the timezone and time on your Linux system, this link may help: http://www.hypexr.org/linux_date_time_help.php 73 = Best Regards, -Geoff/W5OMR 29655
Is the Limey build process documented anywhere? I've tried the zip files on a T5710 thin client but never got it to work, whereas ArchLinux and XIPAR worked (with some tweaks afterward to save the compact flash card). XIPAR took a few hours to install onto the 1.2G box, 512MB ram and 4GB CF but runs very lean afterward. So in other words, can we start with X distro, load the SVN's, compile and then save to flash on the target device? I've read somewhere that you develop on another platform then port it over, but that's new to me. I like both ACID and XIPAR, but the latter seems to lack MDC1200 and audio archive capability that I use a lot. Tony ________________________________ From: Geoff <w5omr@att.net> To: James Hill <jrh@g0fhm.co.uk>; app_rpt-users@ohnosec.org Sent: Monday, July 15, 2013 8:13 AM Subject: Re: [App_rpt-users] Limey Help... On 07/15/2013 06:14 AM, James Hill wrote: On 15/07/2013 02:09, Jim Duuuude wrote:
After logging into James' system, I found that the "distro" version of chan_simpleusb and chan_usbradio sources werent working properly on Limey Linux. I then loaded the SVN sources, and
found
out that they had a different problem, the fix of which will appear in SVN at 18:15 PDT this evening (in 14 minutes).
Glad you found it and were able to find a fix, Jim. Sounds kind of reminiscent of when I was in 'dependency hell', trying to install a program, only to find out I had the wrong version of lib[whatever]. Good job! Atta boy! Pat's on the back!
My Timezones appear to be all messed up.
Running 'date' gives the correct time/date info output.
However, initially asterisk/app_rpt was stuck back in PST (ie 8h behind) when I keyed *81.
I've done some tinkering, and have now got the voice announcement to UTC (still an hour behind).
/etc/TZ is set to GMT0BST as it should be. BIOS clock is correct.
If I have read right, and understand - Limey Linux runs on a flash drive. Sort of like a 'Live Evaluation Distro' and nothing is ever 'saved'. I'm not exactly sure what SVN services are, but they sound like something required for Limey. My vague understanding of it is that by implementing SVN services, you are somehow able, once everything is setup and running, to -save- the configuration so that it stays the same each time the system boots up. As for setting the timezone and time on your Linux system, this link may help: http://www.hypexr.org/linux_date_time_help.php 73 = Best Regards, -Geoff/W5OMR 29655 _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
participants (4)
-
Geoff -
James Hill -
Jim Duuuude -
Tony KT9AC