|
Hi All,
I run a RPI4 for my digital modes and I have a new K4 I am moving to. Before working on the K4 interface, I thought it wise to update FLDIGI and WSJTX to current releases.
I finally got FLDIGI 4.1.20 to compile from the command line and then moved to WSJTX.
I don't makes changes very often so I am probably missing something fundamental. The RPI file I downloaded was the wsjtx_2.5.4_armhf.deb version. If I click on it from the file system it asks if I want to install it. If I click "install" it seems to decompress the file but then kicks out an error message to the effect, "A package could not be found to allow the action to complete". It references more info in a file but there is no file that I see.
Using sudo dpkg -i wsjtx_2.5.4_armhf.deb from the command line results in several errors from archive problems to broken pipes.
Some general guidance from Elecraft suggests to start with 2.5 preferably. I currently have 2.3.0 loaded so trying to move to 2.5.+
I have a good internet connection and RPI was updated before I started this. It is possible that I caused a problem with building FLDIGI. I used guidance from KK5JY's website.
Suggestions?
*** Ben KE3KQ
|
If it was manually installed the first time, you will need to manually uninstall it.? Since you found a deb package, after you remove the existing install, perform a sudo apt update then sudo apt install wsjtx That will install the latest version available for your pi and will install all dependencies needed for it.
On Sat, Feb 26, 2022 at 3:07 PM KE3KQ < ben@...> wrote: Hi All,
I run a RPI4 for my digital modes and I have a new K4 I am moving to.? Before working on the K4 interface, I thought it wise to update FLDIGI and WSJTX to current releases.
I finally got FLDIGI 4.1.20 to compile from the command line and then moved to WSJTX.?
I don't makes changes very often so I am probably missing something fundamental.? The RPI file I downloaded was the wsjtx_2.5.4_armhf.deb version.? ?If I click on it from the file system it asks if I want to install it.? If I click "install" it seems to decompress the file but then kicks out an error message to the effect, "A package could not be found to allow the action to complete".? ?It references more info in a file but there is no file that I see.
Using sudo dpkg -i wsjtx_2.5.4_armhf.deb from the command line results in several errors from archive problems to broken pipes.
Some general guidance from Elecraft suggests to start with 2.5 preferably.? I currently have 2.3.0 loaded so trying to move to 2.5.+
I have a good internet connection and RPI was updated before I started this.? It is possible that I caused a problem with building FLDIGI.? I used guidance from KK5JY's website.
Suggestions?
*** Ben KE3KQ
|
Thanks for your comments. Much appreciated.
First I did an uninstall via the add/remove tool. This removed ver 2.3.0.
Sudo apt install wsjtx worked fine but installed ver 2.3.0 again. It seems to think 2.3.0 is the latest version if I understand the messages.
Then tried to use dpkg to uninstall the 2.5.4 deb code but dpkg only wants the package name and not the file name. I don¡¯t think any of the 2.5.4 code installed due to errors.
Maybe there is a source or directory error? Sudo apt install does work nicely but only finds the 2.3.0 version.
Thanks again,
*** Ben KE3KQ
|
It didn't think that V2.3.0 was the latest version.
It knew that V2.3.0 was the most recent version that anyone had bothered to upload to the repository. That is nornally done by the software maintainer.
toggle quoted message
Show quoted text
On 26/02/2022 21:02 KE3KQ <ben@...> wrote: Sudo apt install wsjtx worked fine but installed ver 2.3.0 again. It seems to think 2.3.0 is the latest version if I understand the messages.
|
The other option is backup your configurations and data and load the SD card with Ham-pi by W3DJS.? He just released 2.0, has all the latest versions, and has scripts you can run to upgrade the apps to the latest versions when they are available
Get
On Feb 26, 2022, at 19:26, "Nigel Gunn, G8IFF/W8IFF" < nigel@...> wrote:
It didn't think that V2.3.0 was the latest version.
It knew that V2.3.0 was the most recent version that anyone had bothered to upload to the repository. That is nornally done by the software maintainer.
On 26/02/2022 21:02 KE3KQ <ben@...> wrote:
Sudo apt install wsjtx worked fine but installed ver 2.3.0 again. It seems to think 2.3.0 is the latest version if I understand the messages.
|
Had the same problem here...had to grab the 64-bit source file and compile it? Then all installed OK. The? .deb file never worked for me on Buster or Bullseye 64 (dependencies error which I could not resolve.
On Sat, Feb 26, 2022 at 8:07 PM KE3KQ < ben@...> wrote: Hi All,
I run a RPI4 for my digital modes and I have a new K4 I am moving to.? Before working on the K4 interface, I thought it wise to update FLDIGI and WSJTX to current releases.
I finally got FLDIGI 4.1.20 to compile from the command line and then moved to WSJTX.?
I don't makes changes very often so I am probably missing something fundamental.? The RPI file I downloaded was the wsjtx_2.5.4_armhf.deb version.? ?If I click on it from the file system it asks if I want to install it.? If I click "install" it seems to decompress the file but then kicks out an error message to the effect, "A package could not be found to allow the action to complete".? ?It references more info in a file but there is no file that I see.
Using sudo dpkg -i wsjtx_2.5.4_armhf.deb from the command line results in several errors from archive problems to broken pipes.
Some general guidance from Elecraft suggests to start with 2.5 preferably.? I currently have 2.3.0 loaded so trying to move to 2.5.+
I have a good internet connection and RPI was updated before I started this.? It is possible that I caused a problem with building FLDIGI.? I used guidance from KK5JY's website.
Suggestions?
*** Ben KE3KQ
|
Try sudo apt-get ¡ªfix-broken install
This should download and install missing packages
Then install the.deb again
|
Well, if V2.3.0 is the latest version supported by the maintainer, then all is normal.
Using HamPi on an SD card is an option but haven¡¯t gone that route just yet. Maybe that would be a rational step to minimize too many variables as I figure out the K4.
I had installed the 64 bit version a few months ago and it mostly worked but I did lose some functions so reinstalled the 32 bit version. It is unclear to me if 64 bit is firmly the future of the Pi. If so, I am happy to go there once FLDIGI and WSJTX are supported.
*** Ben KE3KQ
|
Update
So I imaged the 64bit version of Raspian buster to a SD card with Balena and booted up my Pi4
This did not change anything since 2.3.0 remains the latest release supported by the maintainer. Same messages about missing requirements. Digging a bit more thoroughly in the download page there is some comment toward the bottom suggesting that only by building from the 64 bit _source_ is it possible to bypass the installation problems with WSJTX version 2.5.4. Some inclusions in the 2.5.4 package are not supported by their maintainers if I understand it correctly. Think Hamlib perhaps.
So the latest version that can be installed on the Pi without building from source remains 2.3.0.
Commenter Jerry got this correct it seems. I looked at building from source but this is non trivial in my estimation.
I also looked at Ham Pi but it is not clear to me that WSJTX 2.5.4 is included. It seems he is experimenting with the 64 bit versions.
I also tried "sudo apt-get --fix-broken install" but this did not find any problem to fix. I probably did something in error.
For now, I am staying with version 2.3.0 until these dependencies are resolved by the package maintainers. There is plenty to explore in the K4 to keep me busy<smile>.
*** Ben KE3KQ
|
His 64 bit version is still beta. His 32 bit release is hardened and proven to work well, and has the latest version of the apps as of December 2021. He builds all the apps from source to eliminate the lag is versioning in the repositories. He also has scripts you can run that will upgrade the apps from source when a new version is made available by the app maintainers. In tests back and forth between 32 and 64 bit, the 64 bit isn't any faster, and due to the nature of 64 but code, the 64 bit version uses more RAM and disk space. There are also quite a few apps that aren't available in the 64 bit version because their code will not build in a 64 bit environment. Here is the page for his latest 32 bit build and the mail list with excellent support and info: /g/Ham-Pi
-----Original Message----- From: [email protected] [mailto: [email protected]] On Behalf Of KE3KQ Sent: Sunday, February 27, 2022 09:56 AM To: [email protected]Subject: Re: [RaspberryPi-4-HamRadio] Updating WSKTX to 2.5.4 problem Update So I imaged the 64bit version of Raspian buster to a SD card with Balena and booted up my Pi4 This did not change anything since 2.3.0 remains the latest release supported by the maintainer. Same messages about missing requirements. Digging a bit more thoroughly in the download page there is some comment toward the bottom suggesting that only by building from the 64 bit _source_ is it possible to bypass the installation problems with WSJTX version 2.5.4. Some inclusions in the 2.5.4 package are not supported by their maintainers if I understand it correctly. Think Hamlib perhaps. So the latest version that can be installed on the Pi without building from source remains 2.3.0. Commenter Jerry got this correct it seems. I looked at building from source but this is non trivial in my estimation. I also looked at Ham Pi but it is not clear to me that WSJTX 2.5.4 is included. It seems he is experimenting with the 64 bit versions. I also tried "sudo apt-get --fix-broken install" but this did not find any problem to fix. I probably did something in error. For now, I am staying with version 2.3.0 until these dependencies are resolved by the package maintainers. There is plenty to explore in the K4 to keep me busy<smile>. *** Ben KE3KQ
|
Just to clarify, I downloaded the 64 bit version of Raspian not the Ham Pi 64 bit beta. I understand that 64 bits is not always better as you point out.
I did download Ham Pi and image it to a SD card and load it. It does contain WSJTX 2.5.3 which is fine for my testing purposes.
This is good. In a quick test it also supports rig control for the K4 but sound will take some tinkering.
Thanks for the encouragement!
*** Ben KE3KQ
|
Did not do the trick for Bullesys 64 - only a source compile solved the install problem.
Try sudo apt-get ¡ªfix-broken install
This should download and install missing packages
Then install the.deb again
|
Ben -
Building from source is not difficuly....only time consuming. Just follow the step-by-step directions in the INSTALL file in the git download.
73 de Jerry - K4OAM
On Sun, Feb 27, 2022 at 2:56 PM KE3KQ < ben@...> wrote: Update
So I imaged the 64bit version of Raspian buster to a SD card with Balena and booted up my Pi4
This did not change anything since 2.3.0 remains the latest release supported by the maintainer.? Same messages about missing requirements.? Digging a bit more thoroughly in the download page there is some comment toward the bottom suggesting that only by building from the 64 bit _source_ is it possible to bypass the installation problems with WSJTX version 2.5.4.? Some inclusions in the 2.5.4 package are not supported by their maintainers if I understand it correctly.? Think Hamlib perhaps.
So the latest version that can be installed on the Pi without building from source remains 2.3.0.
Commenter Jerry got this correct it seems.? I looked at building from source but this is non trivial in my estimation.
I also looked at Ham Pi but it is not clear to me that WSJTX 2.5.4 is included.? It seems he is experimenting with the 64 bit versions.
I also tried "sudo apt-get --fix-broken install" but this did not find any problem to fix.? I probably did something in error.
For now, I am staying with version 2.3.0 until these dependencies are resolved by the package maintainers.? There is plenty to explore in the K4 to keep me busy<smile>.
*** Ben KE3KQ
|
Jerry,
I did take a peek at the directions in the install file. I have never done it before. Maybe I will look at it again.
I sort of like to watch things compile but I need explicit instructions at the dolt level<grin>. This forum helps a lot.
When I tinkered a little more with WSJTX 2.5.3 from Ham Pi, WSJTX crashed a number of times and seemed to leave something residual running such that if relaunching, it would complain that there was already an instance running. I would have to reboot. I am running on a 2G Pi4. I have a 4G Pi4 I may try.
I have time, it is patience that runs short<grin>.
Thanks for the encouragement.
*** Ben KE3KQ
|
Ben -
The hardest part of the compile is the wait? :-)
On my RasPi3B+, it took about 45-minutes
(I needed to temporarily increase the swap file size to 2048M before compile).
Attached is a screenshot of 2.5.4 running on the RasPi3B+ late at night here on 15-meters) with the Raspi-OS Bullseye 64-bit operating system.
73 de Jerry
On Mon, Feb 28, 2022 at 11:36 AM KE3KQ < ben@...> wrote: Jerry,
I did take a peek at the directions in the install file.? I have never done it before.? Maybe I will look at it again.
I sort of like to watch things compile but I need explicit instructions at the dolt level<grin>.? ?This forum helps a lot.
When I tinkered a little more with WSJTX 2.5.3 from Ham Pi, WSJTX crashed a number of times and seemed to leave something residual running such that if relaunching, it would complain that there was already an instance running.? I would have to reboot.? I am running on a 2G Pi4.? ?I have a 4G Pi4 I may try.
I have time, it is patience that runs short<grin>.
Thanks for the encouragement.
*** Ben KE3KQ
|
There is a wiki as well
Get
On Feb 27, 2022, at 10:37, David Cooley < dacooley@...> wrote:
His 64 bit version is still beta.
His 32 bit release is hardened and proven to work well, and has the latest version of the apps as of December 2021. He builds all the apps from source to eliminate the lag is versioning in the repositories.
He also has scripts you can run that will upgrade the apps from source when a new version is made available by the app maintainers.
In tests back and forth between 32 and 64 bit, the 64 bit isn't any faster, and due to the nature of 64 but code, the 64 bit version uses more RAM and disk space. There are also quite a few apps that aren't available in the 64 bit version because their code will not build in a 64 bit environment.
Here is the page for his latest 32 bit build
/
and the mail list with excellent support and info:
/g/Ham-Pi
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of KE3KQ
Sent: Sunday, February 27, 2022 09:56 AM
To: [email protected]
Subject: Re: [RaspberryPi-4-HamRadio] Updating WSKTX to 2.5.4 problem
Update
So I imaged the 64bit version of Raspian buster to a SD card with Balena and booted up my Pi4
This did not change anything since 2.3.0 remains the latest release supported by the maintainer. Same messages about missing requirements. Digging a bit more thoroughly in the download page there is some comment toward the bottom suggesting that only by building from the 64 bit _source_ is it possible to bypass the installation problems with WSJTX version 2.5.4. Some inclusions in the 2.5.4 package are not supported by their maintainers if I understand it correctly. Think Hamlib perhaps.
So the latest version that can be installed on the Pi without building from source remains 2.3.0.
Commenter Jerry got this correct it seems. I looked at building from source but this is non trivial in my estimation.
I also looked at Ham Pi but it is not clear to me that WSJTX 2.5.4 is included. It seems he is experimenting with the 64 bit versions.
I also tried "sudo apt-get --fix-broken install" but this did not find any problem to fix. I probably did something in error.
For now, I am staying with version 2.3.0 until these dependencies are resolved by the package maintainers. There is plenty to explore in the K4 to keep me busy<smile>.
*** Ben KE3KQ
|
Jerry,
For some reason, I can't find the build from source directions (the link) today. I swear I looked at them but now I can't find the page. Maybe there is an update happening or something.
*** Ben KE3KQ
|
Ben,?
Go to the very bottom of ththis web page for the 2.5.4 source download.
After extracting the tarball, you'll find the INSTALL text file.
Hope this helps!
73, Jerry
On Tue, Mar 1, 2022 at 12:17 PM KE3KQ < ben@...> wrote: Jerry,
For some reason, I can't find the build from source directions (the link) today.? I swear I looked at them but now I can't find the page.? Maybe there is an update happening or something.
*** Ben KE3KQ
|
N5XMT,
I took the time today to upgrade my Pi to a 4 GB board and then installed the HamPi 64 bit beta from late January.
The 64bit beta includes WSJTX 2.5.4. The latest and my goal! Also includes FLdigi Ver 4.1.20 which identifies as HamLib on the top bar for some reason. During some light testing on the fresh hardware it was stable. Pretty good.
*** Ben KE3KQ
|
Hi Jerry,
Got it. It is a bit challenging. First effort resulted in not finding something. Have to see how it goes.
*** Ben KE3KQ
|
KE3KQ
Nigel Gunn, G8IFF/W8IFF
