Hey Mark -
Happy to report version 1.0.0 installed and compiled fine on my Raspberry Pi 3B+.
Total build time for the default packages install was 4-hours and 48-minutes.
For the Pi3B+, it was necessary to temporarily increase the swap file to 2048M for a successful build of? fldigi.? All other apps built fine on a tenmporary swap file of 1024M.
After the builds, I reverted back to a 250M swap file, where everything runs fine.
Congrats on your version 1.0.0 effort.? Looking forward to the next release.
73 de Jerry - K4OAM
toggle quoted message
Show quoted text
On Sun, May 28, 2023 at 2:34?AM Mark K2EXE < k2exe@...> wrote:
Hey RaspberryPi 4 Ham Radio Group, So I have been working on a project for some time now and I finally feel that it's ready for some other folks to take a look at it and test it out. If you're into using raspberry pi computers for ham radio I have created a repository of scripts/playbooks to setup, compile and maintain/update radio tools on the pi. I finally released a version 1.0.0 at There is some basic documentation in the README file stars and issues appreciated if you find anything. I have been testing on the latest raspberry pi OS and often use VNC to power my pis connected to radios in the shack. This isn't focused on portable operating out of the box but I do have scripts for setting up things like GPS time sync and real time clock modules. You may ask why you would use this over build a pi or other tools. The primary reason I created these was because Ansible(configuration management tool I'm using) is better at maintaining state than bash scripts and preventing redundant work during setup or updates. Thanks for any feedback and I hope someone finds it useful!
73,
DE K2EXE Mark
--
Join my ham radio and follow me on Twitter
|
Additional thoughts...
Attempting a build on Buster-64 resulted in many file dependancy errors.
A Bullseye-64 build went flawless.
Jerry
toggle quoted message
Show quoted text
On Sun, May 28, 2023 at 2:34?AM Mark K2EXE < k2exe@...> wrote:
Hey RaspberryPi 4 Ham Radio Group, So I have been working on a project for some time now and I finally feel that it's ready for some other folks to take a look at it and test it out. If you're into using raspberry pi computers for ham radio I have created a repository of scripts/playbooks to setup, compile and maintain/update radio tools on the pi. I finally released a version 1.0.0 at There is some basic documentation in the README file stars and issues appreciated if you find anything. I have been testing on the latest raspberry pi OS and often use VNC to power my pis connected to radios in the shack. This isn't focused on portable operating out of the box but I do have scripts for setting up things like GPS time sync and real time clock modules. You may ask why you would use this over build a pi or other tools. The primary reason I created these was because Ansible(configuration management tool I'm using) is better at maintaining state than bash scripts and preventing redundant work during setup or updates. Thanks for any feedback and I hope someone finds it useful!
73,
DE K2EXE Mark
--
Join my ham radio and follow me on Twitter
|
Well guys, I will say I've enjoyed the banter. I've got to say though, I am kinda looking at things from the right field as the game is played.
I started back in the 80's with twin-ax, dumb terminals, Z80 processors, and IBM 34/36 Mainframes, and my only worry was did the hardware work. I was the tech with the engineering degree, who came to fix it. I didn't just swap out parts, I figured out what was wrong. Dealing with software was always (half the time anyway) the culprit of why things didn't work. I needed to learn the program's mistakes and failures on why the hardware stopped working. Was it cabling, the computer, or the device? Nope, usually the software. With Unix, I even needed to learn the print commands and mounting of devices, just like on the mainframe. Then enter DOS, and doing things with Edlin. It served me well, then Windows came along. Those damn software drivers always were the culprit. (Unless someone didn't change the Com port jumpers). In the tech world, I always heard, that once the software was written and released, it was already outdated and need a revision. How true that was. How many decades ago was that?
So 20+yrs ago, I changed my field of work. Hoping to get aways from the crazy diagnosing of computer issues, and entered the real estate world. Paper forms and contracts, binders of listings that got updated by taking out pages and replacing them with new ones, and using folding maps to getting around town. No more computers and pagers. Ham radio was just a spin of the dial or entering numbers into the keypad on my vx-5r. (BTW, I also have my 1st class GROL). Life was good. Then the Realtor world got into computing and doing things with computers again and online access. Ugh, I wanted away from troubleshooting software problems but yet here I am. It got easier to do the work but more complicated at the same time. Then for me, there came along packet and BBS nodes for my ham adventures. Oh my, I'm back to my BBS days and using a dial-up modem. Okay, I've got this. As long as I could stop Windows from changing my working drivers and still run some DOS based software, I was pretty stable. But programmers of Windows and other programs [still] couldn't leave well enough alone. Always needing to release an update. What for? Everything was working fine before some software guy decided he needed job security in a never ending quest for a program without bugs and glitches.
So I decided, hey let's give this RPi thing a try. Everyone is saying how great it is now and much more stable than Windows it was and it doesn't crash. Well guess what??? The thing does crash. Not because of a hardware issue, no it due to software updates, just like Windows in a way. No, it's not the OS, it's the application that causes the crashes. It's a good thing I still have a full head of hair so I can keep pulling some out. These software issues are SO frustrating.
I'm not fluent in Linux, it's still a foreign language. But like Spanish, I know enough to order a beer or get my face slapped. I know, I just need learn (both) more. I don't know about all the flavors of Linux out there, the distros, and all what's available. I'm lucky enough just to get the thing booted and accessed headless.
So when you talk about the issues or so many versions or builders out there, it's just words to the old, but new users to the Linux world. I just want it to work and have someone to contact to ask why I can't get it to ____. After I've said a few !@#$%& words of frustration of course. If someone can write a better [mouse] program, or has the time to write it, I applaud their efforts. But do some R&D testing. I'm tired of being the guinea pig to see if it works. I just want it to work like it's designed to. I follow these IO forums for tidbits of wisdom from folks that know the ins and outs better than I do at this point, and to help me get up to speed without wiping it all and starting over with a fresh install again [for the 10th time].
What if we had to constantly fix our houses due to issues, it would be a money pit. What if we had to constantly fix our car because it was one thing after another that broke, we'd get rid of it. I think people would be more attracted to Linux/RPi and it's features, especially for Ham, if it was more of a one and done thing. Just turn it on and it just runs. I don't care who built it, just build it right.
I see the blank stares in the eyes of some hams with even the mention of Linux and RPi or even some of the modes like packet, JS8call or JT65. They've got no clue. We should work to bring this hobby together, maybe with better instructions on how to use it and set it up. Yeah, YouTube is full of people that like to ramble and hear themselves talk just to say "I made a video". But they are all shouting, yet few can get that hands on step-by-step guidance they need. Many hams aren't computer or windows efficient, and for many, Linux might as well be like learning to write in Chinese. Who wrote it is not the issue. How it works and how well it works to benefit the (Ham) community is.
Sorry for the storybook,? just had to vent.
73 Greg KE5DXA?
|
You
forgot to add that the computer and software vendors do not
fix issues that I guess users tolerate.? As an example,
Microsoft has
fielded version after version with their horrible hardware
hive that allows
duplicate and competing entries in the device manager.? And
secondly, the
hide the problem so a user cannot see it by default.? This is
only one
example of many I can cite? where perhaps marketing and sales
overrides correctness?
in its deliverables.
Alan
On 6/3/2023 4:59 AM, Greg Sanders
wrote:
toggle quoted message
Show quoted text
Well guys, I will say I've enjoyed the banter. I've got to say
though, I am kinda looking at things from the right field as the
game is played.
I started back in the 80's with twin-ax, dumb terminals, Z80
processors, and IBM 34/36 Mainframes, and my only worry was did
the hardware work. I was the tech with the engineering degree, who
came to fix it. I didn't just swap out parts, I figured out what
was wrong. Dealing with software was always (half the time anyway)
the culprit of why things didn't work. I needed to learn the
program's mistakes and failures on why the hardware stopped
working. Was it cabling, the computer, or the device? Nope,
usually the software. With Unix, I even needed to learn the print
commands and mounting of devices, just like on the mainframe. Then
enter DOS, and doing things with Edlin. It served me well, then
Windows came along. Those damn software drivers always were the
culprit. (Unless someone didn't change the Com port jumpers). In
the tech world, I always heard, that once the software was written
and released, it was already outdated and need a revision. How
true that was. How many decades ago was that?
So 20+yrs ago, I changed my field of work. Hoping to get aways
from the crazy diagnosing of computer issues, and entered the real
estate world. Paper forms and contracts, binders of listings that
got updated by taking out pages and replacing them with new ones,
and using folding maps to getting around town. No more computers
and pagers. Ham radio was just a spin of the dial or entering
numbers into the keypad on my vx-5r. (BTW, I also have my 1st
class GROL). Life was good. Then the Realtor world got into
computing and doing things with computers again and online access.
Ugh, I wanted away from troubleshooting software problems but yet
here I am. It got easier to do the work but more complicated at
the same time. Then for me, there came along packet and BBS nodes
for my ham adventures. Oh my, I'm back to my BBS days and using a
dial-up modem. Okay, I've got this. As long as I could stop
Windows from changing my working drivers and still run some DOS
based software, I was pretty stable. But programmers of Windows
and other programs [still] couldn't leave well enough alone.
Always needing to release an update. What for? Everything was
working fine before some software guy decided he needed job
security in a never ending quest for a program without bugs and
glitches.
So I decided, hey let's give this RPi thing a try. Everyone is
saying how great it is now and much more stable than Windows it
was and it doesn't crash. Well guess what??? The thing does crash.
Not because of a hardware issue, no it due to software updates,
just like Windows in a way. No, it's not the OS, it's the
application that causes the crashes. It's a good thing I still
have a full head of hair so I can keep pulling some out. These
software issues are SO frustrating.
I'm not fluent in Linux, it's still a foreign language. But like
Spanish, I know enough to order a beer or get my face slapped. I
know, I just need learn (both) more. I don't know about all the
flavors of Linux out there, the distros, and all what's available.
I'm lucky enough just to get the thing booted and accessed
headless.
So when you talk about the issues or so many versions or builders
out there, it's just words to the old, but new users to the Linux
world. I just want it to work and have someone to contact to ask
why I can't get it to ____. After I've said a few !@#$%& words
of frustration of course. If someone can write a better [mouse]
program, or has the time to write it, I applaud their efforts. But
do some R&D testing. I'm tired of being the guinea pig to see
if it works. I just want it to work like it's designed to. I
follow these IO forums for tidbits of wisdom from folks that know
the ins and outs better than I do at this point, and to help me
get up to speed without wiping it all and starting over with a
fresh install again [for the 10th time].
What if we had to constantly fix our houses due to issues, it
would be a money pit. What if we had to constantly fix our car
because it was one thing after another that broke, we'd get rid of
it. I think people would be more attracted to Linux/RPi and it's
features, especially for Ham, if it was more of a one and done
thing. Just turn it on and it just runs. I don't care who built
it, just build it right.
I see the blank stares in the eyes of some hams with even the
mention of Linux and RPi or even some of the modes like packet,
JS8call or JT65. They've got no clue. We should work to bring this
hobby together, maybe with better instructions on how to use it
and set it up. Yeah, YouTube is full of people that like to ramble
and hear themselves talk just to say "I made a video". But they
are all shouting, yet few can get that hands on step-by-step
guidance they need. Many hams aren't computer or windows
efficient, and for many, Linux might as well be like learning to
write in Chinese. Who wrote it is not the issue. How it works and
how well it works to benefit the (Ham) community is.
Sorry for the storybook,? just had to vent.
73
Greg
KE5DXA?
|
Wow! Does anybody remember those DEC blobs with a couple of vacuum tubes plugged into a bakelite housing with an octal plug on the bottom? There were various early logic elements - gates and multivibrators and the like. I guess this was about 1965 or so. At MIT we had a “minicomputer” that had a booming 16k of 8-bit memory and occupied three five-foot racks. we programmed it using front-panel switches.
Great fun reminincing. Been there, done that. Happy to be shut of it and spending my time reading about other peoples’s woes.
If you think your software is bug-free it just means you haven’t triggered all the bugs yet.
toggle quoted message
Show quoted text
On Jun 3, 2023, at 4:59 AM, Greg Sanders <KE5DXA@...> wrote:
Well guys, I will say I've enjoyed the banter. I've got to say though, I am kinda looking at things from the right field as the game is played.
I started back in the 80's with twin-ax, dumb terminals, Z80 processors, and IBM 34/36 Mainframes, and my only worry was did the hardware work. I was the tech with the engineering degree, who came to fix it. I didn't just swap out parts, I figured out what was wrong. Dealing with software was always (half the time anyway) the culprit of why things didn't work. I needed to learn the program's mistakes and failures on why the hardware stopped working. Was it cabling, the computer, or the device? Nope, usually the software. With Unix, I even needed to learn the print commands and mounting of devices, just like on the mainframe. Then enter DOS, and doing things with Edlin. It served me well, then Windows came along. Those damn software drivers always were the culprit. (Unless someone didn't change the Com port jumpers). In the tech world, I always heard, that once the software was written and released, it was already outdated and need a revision. How true that was. How many decades ago was that?
So 20+yrs ago, I changed my field of work. Hoping to get aways from the crazy diagnosing of computer issues, and entered the real estate world. Paper forms and contracts, binders of listings that got updated by taking out pages and replacing them with new ones, and using folding maps to getting around town. No more computers and pagers. Ham radio was just a spin of the dial or entering numbers into the keypad on my vx-5r. (BTW, I also have my 1st class GROL). Life was good. Then the Realtor world got into computing and doing things with computers again and online access. Ugh, I wanted away from troubleshooting software problems but yet here I am. It got easier to do the work but more complicated at the same time. Then for me, there came along packet and BBS nodes for my ham adventures. Oh my, I'm back to my BBS days and using a dial-up modem. Okay, I've got this. As long as I could stop Windows from changing my working drivers and still run some DOS based software, I was pretty stable. But programmers of Windows and other programs [still] couldn't leave well enough alone. Always needing to release an update. What for? Everything was working fine before some software guy decided he needed job security in a never ending quest for a program without bugs and glitches.
So I decided, hey let's give this RPi thing a try. Everyone is saying how great it is now and much more stable than Windows it was and it doesn't crash. Well guess what??? The thing does crash. Not because of a hardware issue, no it due to software updates, just like Windows in a way. No, it's not the OS, it's the application that causes the crashes. It's a good thing I still have a full head of hair so I can keep pulling some out. These software issues are SO frustrating.
I'm not fluent in Linux, it's still a foreign language. But like Spanish, I know enough to order a beer or get my face slapped. I know, I just need learn (both) more. I don't know about all the flavors of Linux out there, the distros, and all what's available. I'm lucky enough just to get the thing booted and accessed headless.
So when you talk about the issues or so many versions or builders out there, it's just words to the old, but new users to the Linux world. I just want it to work and have someone to contact to ask why I can't get it to ____. After I've said a few !@#$%& words of frustration of course. If someone can write a better [mouse] program, or has the time to write it, I applaud their efforts. But do some R&D testing. I'm tired of being the guinea pig to see if it works. I just want it to work like it's designed to. I follow these IO forums for tidbits of wisdom from folks that know the ins and outs better than I do at this point, and to help me get up to speed without wiping it all and starting over with a fresh install again [for the 10th time].
What if we had to constantly fix our houses due to issues, it would be a money pit. What if we had to constantly fix our car because it was one thing after another that broke, we'd get rid of it. I think people would be more attracted to Linux/RPi and it's features, especially for Ham, if it was more of a one and done thing. Just turn it on and it just runs. I don't care who built it, just build it right.
I see the blank stares in the eyes of some hams with even the mention of Linux and RPi or even some of the modes like packet, JS8call or JT65. They've got no clue. We should work to bring this hobby together, maybe with better instructions on how to use it and set it up. Yeah, YouTube is full of people that like to ramble and hear themselves talk just to say "I made a video". But they are all shouting, yet few can get that hands on step-by-step guidance they need. Many hams aren't computer or windows efficient, and for many, Linux might as well be like learning to write in Chinese. Who wrote it is not the issue. How it works and how well it works to benefit the (Ham) community is.
Sorry for the storybook,? just had to vent.
73 Greg KE5DXA?
|
I have been the lead developer for the Portsdown Digital Amateur TV Project for 6 years.? This collection of software runs on a Raspberry Pi and is touchscreen controlled, working primarily with LimeSDR and Pluto SDR, but it also supports AirSpy, RTL-SDR, SDRPlay and DATV Express for specialist functions.? It has been reproduced by over 500 users around the world.
There is a big difference beteween packaged software that is used for multiple functions and specialist software used for specific applications.? My approach has been to use other contributor's packages to build the basic system and then use GitHub for the specialist applications.? To make this work, the acceptable hardware list must be tight and well defined, and install and update scripts and procedures need to be strictly maintained.
Using this process I can publish a bugfix to a specialist application in less than 5 minutes - I challenge anyone to meet that timescale using packages.? This is important for volunteers when our most valuable commodity is time and attention span.
To understand the complexity please take a look at??which loads the packages and then builds the specialist applications.? There is a companion update script that can be invoked from the touchscreen.
Please don't try to tell volunteers how to do it.? By all means advise us if you think improvements could be made, but you must help us to make those improvements instead of complaining!
Dave, G8GKQ
|
I'm sure I'm just naive, but it seems to me: Since everything can be installed from source, there should be a 'source installer' for any Linux computer that will resolve dependencies and perform all the functions of cmake. After all, most of the time I'm just reading the errors and loading the required missing files. ?I would think that could be a job for a computer algorithm? -- Jay
WB2QQJ
|
Jay, did you yet try some Arch Linux variant?
In my EndeavourOS, the installer software, called "pamac", loads a lot of software (those programs that are not already compiled and that are in the so called "Arch User Repository" (AUR)) from the sources and automatically compiles it (with all needed dependencies). I don't need anymore these "configure; make; make install"-headaches.
And this way, I also have always the (almost) freshest versions (rolling release distro).
73 Udo, HB9ERD
Am 17.06.23 um 15:21 schrieb Jay Lijoi:
toggle quoted message
Show quoted text
I'm sure I'm just naive, but it seems to me: Since everything can be installed from source, there should be a 'source installer' for any Linux computer that will resolve dependencies and perform all the functions of cmake. After all, most of the time I'm just reading the errors and loading the required missing files. ?I would think that could be a job for a computer algorithm? -- Jay WB2QQJ
|
That's the AI that everyone seems to be frightened of. :-)
On 17/06/2023 14:21, Jay Lijoi wrote:
toggle quoted message
Show quoted text
I'm sure I'm just naive, but it seems to me:
Since everything can be installed from source, there should be a
'source installer' for any Linux computer that will resolve
dependencies and perform all the functions of cmake. After all,
most of the time I'm just reading the errors and loading the
required missing files. ?I would think that could be a job for a
computer algorithm?
--
Jay
WB2QQJ
|
Udo, It's been a while since I played around with Arch. Maybe it's time to take another look.? I am getting better at installing from source, however, since I no longer develop software it torks my jaws a little that I have to in order to get the software I need.? -- Jay
WB2QQJ
|
I can heartly recommend Manjaro. (Even better than Endeavor and VERY much an "archlinux" based distro. And yes it uses pamac too.)
es vy 73 de "baab" w9ya
toggle quoted message
Show quoted text
On Sunday, June 18, 2023, Jay Lijoi < lijoi@...> wrote: > Udo, > It's been a while since I played around with Arch. Maybe it's time to take another look.? > I am getting better at installing from source, however, since I no longer develop software it torks my jaws a little that I have to in order to get the software I need.? > -- > Jay > WB2QQJ > > _._,_._,_ > ________________________________ > 开云体育 Links: > > You receive all messages sent to this group. > > View/Reply Online (#14972) | Reply To Group | Reply To Sender | Mute This Topic | New Topic > Your Subscription | Contact Group Owner | Unsubscribe [ w9ya@...] > > _._,_._,_
|