km4ack / 73linux Goto Github PK

I have installed the latest 73Linux distribution with all options selected on an x86 laptop running Mint Cinnamon. I have a USB GPS device connected and configured. XGPS is working. I am not seeing a grid square displayed in CONKY. Did I miss something?

Bob, KO2F

Lenovo IdeaPad 3 14"
16GB 1TB
Debian 11 fully updated
Git Cloned 73Linux using https://github.com/km4ack/73Linux.git
cd to /home/pi/73Linux (yes, I use pi as my primary, non-root, sudo-able user)
run ./73.sh
enter my ID
swlwct for conky and direwolf
select apply at bottom, receive error 'nothing to install'...

ran script
73 linux installed and I only installed Conky just to try the interface out.
I rebooted and ran HamRadio>73 Linux and asked if I wanted to update and click yes
It removed 73 linux from the menu structure.
I am running git script again to see if it fixes it. running on fresh install of mint on Fujitsu Laptop

I am setting up a new machine with Linux Mint 21.2 and 73Linux. When configuring Flrig, I get the following message:
Cannot open /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controll_IC-7300_02008737-if00-port0

After selecting the above USB device in the Configuration menu and clicking Init, I get the following message:
Transceiver not responding! - with a number of options to try.

I have double checked the Baud Rate, and other radio settings. I able to receive audio and correctly decode FT8 from the radio to Fldigi after manually setting the radio frequency and mode.

lsusb and dmesg shows the Silicon Labs device.

Flrig / Fldigi works correctly on my R-Pi 3 HamPi with the same radio settings.

I am at a loss as to what is keeping Flrig from connecting to the radio.

Thanks in advance.

Jason, I just did a clean install of 73Linux on a pi4 running OS12 64bit. Some of the packages have changed. Please see the changes below. Hopefully this saves you some time for when you decide to support RPI OS 12. It appears all of the other applications install correctly

XASTIR.bapp
python-dev -> python-dev-is-python3

TQSL.bapp
libwxgtk3.0-gtk3-dev -> libwxgtk3.2-dev
You can also remove the copy of the .desktop file to /usr/share/applications as TQSL does this in make install

EES.bapp
php7.4 -> php8.2

CQRLOG.bapp
lcl-2.0 -> lcl-2.2
lazarus-2.0 -> lazarus-2.2
fp-compiler-3.2.0 -> fp-compiler-3.2.2
fpc-3.2.0 -> fps-3.2.2
libnetpbm10 -> libnetpbm11
libreadline5 -> readline-common

CHRIP.bapp
Looks like chip next is resolved in the dev branch.

For testing purposes I pulled out a extra desktop machine I had and installed Linux Mint 20.2 Cinnamon then ran 73 Linux selecting all apps. Some installed and others did not, emailed two build logs to Jason. The one ran at 9:40:16 PM is the initial install with selecting all apps and the other ran at 9:57:31 PM is a second attempt only selecting the apps that didn't install.
Hope this helps with the testing...

BTW I have 73 linux working on my Evolve Laptop.

I installed PI OS 64-bit legacy (Bullseye) using Raspberry Pi Imager.
I installed 73Linux using the command on this site.
I installed Pat and Pat Menu.
I got a warning that I needed to run Pat Configure to add my gridsquare.
When I tried
$ pat configure
I got
pat: /lib/aarch64-linux-gnu/libc.so.6: version GLIBC_2.32' not found (required by pat) pat: /lib/aarch64-linux-gnu/libc.so.6: version GLIBC_2.34' not found (required by pat)
I learned in https://groups.io/g/KM4ACK-Pi/topic/trying_to_get_pat_winlink/102688359 that this meant that some GLIBC files were missing. I also learned that pat v0.12.1 worked. I observed that the pat site began including 64-bit version starting with pat v0.13.0.
I downloaded the 32-bit version of pat
pat_0.15.1_linux_armhf.deb
and double-clicked on it, and the installation occurred. I ran
$ pat configure
and now it worked, although the configuration file was missing what 73Linux or BAP inserted into it. I copied the configuration file from a 32-bit BAP installation, to this 64-bit 73Linux system, and it worked. Pat now loads and runs successfully.

My conclusion is that there is something amiss in the 64-bit installation that 73Linux attempts.

curl is not a stock package on xubuntu-23.04-minimal-amd64 ( and probably many others)
this causes most of the FlDigi suite and a few other apps not to build/install
doing a

sudo apt install curl
ahead of running 73.sh fixes it right up
maybe do a check for that at script run time

other wise this makes life so EASY
no muss no fuss

I need to try it on a Quadra when I get one with a bit of free time
as I use one for 6M and one for 2M/70cm running everything over SSH

de k9wkj

.bapp still points to old Princeton site

When I run setconky (Start > Preferences > Conky_Prefs) using a Raspberry Pi, I cannot access the Pi large, medium, and small preferences. I patched setconky to work with a Pi instead of x86, changing how it detects it is a Pi.

I renamed setconky to setconky.txt so I could upload it.

setconky.txt

I removed the constant error messages after setconky runs by commenting several lines near the end of the script. I have not seen any adverse effect from commenting those lines.

I found and easy way to display the CPU temperature. Right Click on the lower bar on the display and in the pop up window select APPLETS. Then select download and search for CPU Temperature indicator. Follow the instructions and install the applet and hay-presto. the current temp. of the CPU. is displayed on the lower display bar.
Graham
VK4GRA

According to code

if [getconf LONG_BIT` = '32' ]; then

    LINK="https://github.com/goldstar611/chirp-appimage/releases/download/$CHIRPDATE/Chirp-daily-$CHIRPDATE-armhf.AppImage"

    else

    LINK="https://github.com/goldstar611/chirp-appimage/releases/download/$CHIRPDATE/Chirp-daily-$CHIRPDATE-aarch64.AppImage"

    fi

`
Neither of these packages will work for x86_64, which results in the following error during install/update

chirp --version bash: /usr/local/bin/chirp: cannot execute binary file: Exec format error

Script should have 3rd possible for Chirp-daily-#CHIRPDATE-x86_64.AppImage

Hope this helps!

Computer is running Ubuntu 22.04 on an intel i7 processor

Trying to install Arm64 of Gridtracker errors out trying to install nwjs-downloader, and won't install. Version of file maybe different from what the script is trying to run. Please see error.
Thanks

Setting up nwjs-downloader (0.68.1-1) ...
Building nwjs-0.60.1-arm64
--2023-03-20 14:37:49-- https://github.com/LeonardLaszlo/nw.js-armv7-binaries/releases/download/nw60-arm64_2022-01-08/nw60-arm64_2022-01-08.tar.gz
Resolving github.com (github.com)... 140.82.114.4
Connecting to github.com (github.com)|140.82.114.4|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://objects.githubusercontent.com/github-production-release-asset-2e65be/42462194/c79f4a46-d215-4e69-91e4-2cdb9462e327?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20230320%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20230320T143750Z&X-Amz-Expires=300&X-Amz-Signature=4b694f6069b62b1c04dbc37fa6f946756e9285de20b99a09424a7dd593a8b312&X-Amz-SignedHeaders=host&actor_id=0&key_id=0&repo_id=42462194&response-content-disposition=attachment%3B%20filename%3Dnw60-arm64_2022-01-08.tar.gz&response-content-type=application%2Foctet-stream [following]
--2023-03-20 14:37:50-- https://objects.githubusercontent.com/github-production-release-asset-2e65be/42462194/c79f4a46-d215-4e69-91e4-2cdb9462e327?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20230320%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20230320T143750Z&X-Amz-Expires=300&X-Amz-Signature=4b694f6069b62b1c04dbc37fa6f946756e9285de20b99a09424a7dd593a8b312&X-Amz-SignedHeaders=host&actor_id=0&key_id=0&repo_id=42462194&response-content-disposition=attachment%3B%20filename%3Dnw60-arm64_2022-01-08.tar.gz&response-content-type=application%2Foctet-stream
Resolving objects.githubusercontent.com (objects.githubusercontent.com)... 185.199.108.133, 185.199.109.133, 185.199.110.133, ...
Connecting to objects.githubusercontent.com (objects.githubusercontent.com)|185.199.108.133|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 725965200 (692M) [application/octet-stream]
Saving to: ‘nw60-arm64_2022-01-08.tar.gz’

nw60-arm64_2022-01-08.tar.g 100%[=========================================>] 692.33M 54.5MB/s in 13s

2023-03-20 14:38:03 (54.2 MB/s) - ‘nw60-arm64_2022-01-08.tar.gz’ saved [725965200/725965200]

tar: nwjs-v0.68.1-linux-arm64.tar.gz: Cannot open: No such file or directory
tar: Error is not recoverable: exiting now
dpkg: error processing package nwjs-downloader (--configure):
installed nwjs-downloader package post-installation script subprocess returned error exit status 2
dpkg: dependency problems prevent configuration of gridtracker:
gridtracker depends on nwjs; however:
Package nwjs is not installed.
Package nwjs-downloader which provides nwjs is not configured yet.

dpkg: error processing package gridtracker (--configure):
dependency problems - leaving unconfigured
Processing triggers for libc-bin (2.31-13+deb11u5) ...
Errors were encountered while processing:
nwjs-downloader
gridtracker
E: Sub-process /usr/bin/dpkg returned an error code (1)
rock@rock-5b:$ locate nw60-arm64
rock@rock-5b:$ locate nwjs
/usr/lib/nwjs
/usr/lib/nwjs/nwjs-v0.60.1-linux-arm64.tar.gz
/usr/share/doc/nwjs-downloader
/usr/share/doc/nwjs-downloader/changelog.Debian.gz
/usr/share/doc/nwjs-downloader/copyright
/var/lib/dpkg/info/nwjs-downloader.list
/var/lib/dpkg/info/nwjs-downloader.md5sums
/var/lib/dpkg/info/nwjs-downloader.postinst
/var/lib/dpkg/info/nwjs-downloader.prerm

I just got my RPi5 and I installed 64b Bookworm and is trying to install 73Linux. I tried install all and it crashed so I am trying to install just a few items at a time. I am getting the critical errors:

(yad:21918): Gdk-CRITICAL **: 19:52:52.997: gdk_x11_window_get_xid: assertion 'GDK_IS_X11_WINDOW (window)' failed

(yad:23784): Gdk-CRITICAL **: 19:53:02.156: gdk_x11_window_get_xid: assertion 'GDK_IS_X11_WINDOW (window)' failed

One thing I started to like with the old build a pi project was the ability to change the size and call sign information within the conky display. Another useful tool that was in the BAP was the call sign look up application. Is there a way of installing there two applications into the 73 Linux system?

I am installing 73linux on a fresh linux mint I just downloaded. Please do not get upset. and I know you havn't released it . A few things that I have detected is that " GIT' did not come standard in the Linux mint. It no problem .
Graham vk4gra

I don't know whether this was on purpose or not but &# Linux installs a BETA version of WSJTX software rather than the current version that expired in 2024.

This caused an issue with JS8CALL where wsjtx-data wasn't installed or found. I uninstalled WSJTX and installed the version provided by Linux Mint Software Manager. The update to js8call installed just fine.

73
Kevin McCrory
WA4KBM

Has any consideration been given to adding RMS Express (formerly Winlink Express) via the wine facility already available in the 73Linux project toolkit? I know running the big client on wine isn't as efficient as running PAT Winlink, especially on lightweight systems such as the Pi3B and Maestro Evolve III.. but for users of 73Linux that do have more horsepower available.. Pi4 (does requrie Box86), System76, etc., the option to use the RMS Express interface is a much prized thing. ... and with the k6eta.org site being down, there are few avenues for many aspiring Linux-Ham Operators to travel. 73Linux could be a lifeline.

Conky doesn't display Network information

I use Linux Mint on an x86 laptop, running the 73Linux build and an Icom IC-705 radio/USB interface. FLRIG and FLDIGI seem to work fine together, but with the installed WSJT-X v 2.5.4, WSJT-X will not connect using the FLRIG FLRIG radio selection. An update try to get WSJT-X v2.6.1 fails to get this later revision.

Any thoughts on FLRIG/WSJT-X/IC-705 issues (maybe Hamlib?) and why I can't update WSJT-X in the 73Linux Update tool?

(Hope Jason is feeling better :-)

Thanks,

Jeff Marden
N1JCM

Conky does not show the IP adddress because it is looking for wlan0, which is ok on the Raspberry PI, but the interface has a name like wlp2s0 or something like that under Mint. Just change that name in .conkyrc and it is ok.
73, Stephan

Conky is looking for $HOME/documents/mylog.txt
If Linux Mint is installed with localisation the Documents folder might have another name e.g. Dokumente (german) and conky won't find mylog.txt and won't start

Fresh install of 73 Linux, looks like some issues with Letter sizes and text formatting

Not 100% sure where to adjust these settings to fix this and make it cleaner.

Author of autohotspot is aware. Will need to update hotspot.bapp once fix is released. Reference

I think the script still attempts to install the 'armhf' version of ARDOP, and that does not appear to work.

hardware: Lenovo Thinkpad T420
OS: Xubuntu 22.04

While running 73.sh on a new installation and an old installation: it appears to stop or hang at:
###################################
#Check Version DIREWOLF_DEV
###################################

Of course I wait 10 minutes or so and it continues, yet then reports the sudo password does not match. This is an indication that the timer turned off the sudo password.

I installed Raspberry Pi 32bit OS and ran build-a-pi, everything went smoothly and all apps I selected worked. Took a shot and installed 73Linux, now HAMRS no longer works. Tried running 73Linux again to load HAMRS but still no joy. Is there a work around or fix for this. TIA 73 VE9ZZ Jr

To make VARA and VARAFM working on a Debian based Box you need some tricks.
Download all of these files at ocxme.com:
MSCOMCTL.ocx
MSCHRT20.ocx
MSCOMM32.ocx
MSWINSCK.ocx

CDOSYS.dll <-- replaced this one by downloading from dlldownloader.com
pdh.dll <-- replace with this http://download.microsoft.com/download/winntsrv40/update/5.0.2195.2668/nt4/en-us/nt4pdhdll.exe)

And copied them into the following directory the your Wine Bottle (by showing the C: Drive or going into the invisible ".wine" directory):

~/[.wine bottle]/drive_c/windows/system32

That's all, folks!

73 de Leo IZ5FSA

The wrong files are being set for 64bit Pi OS in the code. As a result, 64bit Pi OS is attempting to use the x86 bapp files. This is the issue causing #16 and #27. This issue ticket will close both.

Not sure why but the script will sometimes appear to hang during the hamlib (rigctl) install. If left alone, it will finally continue. Furthermore, if you watch the log file, the script is continuing to run even though the terminal indicates it is hung.

setconky menu shortcut not working in all OS.

chmod +x ~/bin/conky/grid
chmod +x ~/bin/conky/get-grid

Otherwise Conky won't get the grid from GPS.

System is Mint 21.2
Ran 73 Linux to update FLDIGI from 4.1.27 to 4.2.0. Didn't see any error messages and install seemed successful but still running 4.1.27
Tried running 73 Linux twice but same result. Any suggestions? Thanks...

per this forum post

me@Mintme:~/73Linux/cache/logs$ cat build-log.txt-Wed\ Dec\ 28\ 11:20:22\ AM\ PST\ 2022.txt | grep ' no'$

checking whether to enable maintainer-specific portions of Makefiles... no
checking whether we are cross compiling... no
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking dev/ppbus/ppi.h usability... no
checking dev/ppbus/ppi.h presence... no
checking for dev/ppbus/ppi.h... no
checking whether closedir returns void... no
checking whether gcc needs -traditional... no
checking for strlcpy... no
checking for CFPreferencesCopyAppValue... no
checking for CFLocaleCopyCurrent... no
checking for PORTAUDIO... no

Disaster install on Evolve III V1.
Ran install script which finished with reboot request. After reboot lost my SD card and wireless card and system was very unstable. tried to rerun 73 Linux but would not run again sent error msg in terminal window instead, which disappeared, I'll try to capture next time. Rebooted again and lost 73 Linux completely from menu, lost several other programs as well like Pat etc. Trying install script again to see if that cleans anything up

Reference: https://github.com/Hamlib/Hamlib/blob/master/bindings/README.python and https://groups.io/g/KM4ACK-Pi/message/11752

Update for bookworm

sudo apt install libqt5multimedia5:armhf

LinBPQ doesn't install. There is a reference in the BPQ.bapp file referring to:
source ${HOME}/pi-build/config || return

Hamlib 4.5 has issues with apps listed in title. We can handle this one of two ways. Move to 4.6 which isn't released as stable code as of late Nov 2022 or for hamlib 4.4 until 4.6 is released as stable. In order to not force users to run beta software, 4.4 will be forced as the download until 4.6 is released and proven to fix the issues.

Have two computers running Ubuntu 22.04. In one I manually added ham radio programs, the other I used 73-Linux (last week). In the 73 linux case, I started PAT Menu, started Packet Modems, all working, but Firefox will not connect to 127.0.0.1. Seems like it wants to go to https:// instead of http:// (at least the error I get, cannot connect, possible proxy error, is same). Verified that https mode is disabled and auto fill for search bar is disabled. In the second computer with manually added programs, it works fine. No error. Did side by side comparison of all Firefox settings and they are the same. The files /etc/hosts are the same. Chrome has same issue. Same version of programs are being used. I suspect there is a file somewhere that needs a setting changed. Searched the web but so far no help. Any ideas of what I am doing wrong.

Larrie, AF7NU

So, earlier I messaged about problems with getting the IC-705 to work with WSJT-X. The fix appeared to be to update WSJT-X to the latest revision, which uses an updated HAMLIB that does appear to support the IC-705.

Unfortunately, noticing that I was unable to update WSJT-X (using the 73Linux update tool), I tried to update several other installed applications one at a time, including CHIRP, HAMLIB and FLRIG, without success. The update operation completed to the "REBOOT" dialog and upon reboot the requested application was not updated. There was no notice-able error presented in either the on-screen log or the stored on in ~/73linux/cache/logs, but no update.

Gateway x86-64 laptop with LMint installed under 73Linux; plenty of storage and memory.

Any thoughts?

Thanks,

Jeff Marden
N1JCM

Hello - Using Raspian for x86, tried to run 73 Linux and build FLRIG. Log showed the following errors. Any help? Thx - Jeff/N1JCM.

checking for fltk-config... no
configure: error:
*** The fltk-config script could not be found. Please install the development
*** headers and libraries for FLTK 1.1.x, or set PATH to the directory that
*** contains fltk-config.

make: *** No targets specified and no makefile found. Stop.
make: *** No rule to make target 'install'. Stop.
make: *** No rule to make target 'clean'. Stop.
E: Unable to locate package libjpeg9
E: No packages found
##############################
Resetting swap size to default
##############################
Restarting dphys-swapfile (via systemctl): dphys-swapfile.service.
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
extra-xdg-menus is already the newest version (1.0-5).
You might want to run 'apt --fix-broken install' to correct these.
The following packages have unmet dependencies:
js8call:amd64 : Depends: libqt5multimedia5-plugins:amd64 (>= 5.2) but it is not going to be installed
E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or specify a solution).

Hi

just set up a fresh Linux Mint 21.1, pulled the git repository and started 73Linux.
In the terminal window I see a few error messages and the software list is empty.

Error Messages (sorry in German, but you get the idea: Zu viele Argumente = too many arguments)

###################################
# Scanning .bapp Plug-Ins 
###################################
/home/sforth/73Linux/bin/app-check.sh: Zeile 38: [: Zu viele Argumente.
head: Fehler beim Lesen von 'app': Ist ein Verzeichnis
/home/sforth/73Linux/bin/app-check.sh: Zeile 38: [: ==: Einstelliger (unärer) Operator erwartet.
head: Fehler beim Lesen von 'bin': Ist ein Verzeichnis
/home/sforth/73Linux/bin/app-check.sh: Zeile 38: [: ==: Einstelliger (unärer) Operator erwartet.
head: Fehler beim Lesen von 'cache': Ist ein Verzeichnis
/home/sforth/73Linux/bin/app-check.sh: Zeile 38: [: ==: Einstelliger (unärer) Operator erwartet.
head: Fehler beim Lesen von 'data': Ist ein Verzeichnis
/home/sforth/73Linux/bin/app-check.sh: Zeile 38: [: ==: Einstelliger (unärer) Operator erwartet.
/home/sforth/73Linux/bin/app-check.sh: Zeile 38: [: ==: Einstelliger (unärer) Operator erwartet.
/home/sforth/73Linux/bin/app-check.sh: Zeile 38: [: Zu viele Argumente.
###################################
#      Welcome DF6PA 	
###################################

Ok, kind of a bonehead mistake, but when running VNC to the Pi I guess I shouldn't be too embarrassed.
I was installing 73 Linux on my Raspberry Pi4 which I was running VNC to. I got my terminal windows backwards and accidentally installed on my main computer.
Is there an easy way to remove most of the software? I do already have some of the SDR programs installed but got my computers crossed and just wanted this on my Pi.
Thanks!
Tom KA7VIK

I did a fresh build of RPi4 32bit Bullseye. I then installed 73 Linux and starting selecting apps to be installed. After the install I proceeded to test. I had to do a second install attempt of the VARA apps and it work with the second install. That was a noted possibility. When ran the VARA HF and VARA FM, I got an error message "The VARA Modem FAILED to Start", but the modems did load and performed as expected. Upon examining the start-vara-fm and start-vara-hf scripts I found and an issue that had been identified several months ago. The scripts test for modem start using this piece of code PIDVARA=$(ps aux | grep -i box86 | grep -i varafm). The problem is that box86 does not show using PS. Upon testing using .wine in place of box86 things work as expected.

the output of the following command has changed with core rasp-foundation kernel

a monitor for op-mode could be used add to cpu variables etc the following..

opmode=$(sed -n 's/^CPU op-mode(s): //p' /tmp/bap-env-lscpu)

and down on section for aarch64) add

        #if the op-mode is missing we assume 32bit
        if [ -z "$opmode" ]; then
            CPU=32
        else
            CPU=64
        fi

I am trying to install 73Linux on an 8GB Pi running Pi OS 64-bit.
I selected PAT and PAT MENU. PAT MENU installed but PAT did not install.
In the build log, I see
dpkg: error processing archive /home/pi/.bap-source-files/pat_0.15.0_linux_amd64.deb (--install):
package architecture (amd64) does not match system (arm64)

I have
attached the "Installing pat" part of the build log.
patbuild.txt

I just got a new Pi4 8GB and downloaded the Pi OS 64 bit, and installed it. It booted just fine. I then installed the latest 73Linux. Based on recent experience firs downloading the 32-bit version and having trouble loading BAP, I started by just loading one app: Conky. That seems to work although the Conky display is positioned so that my call sign its too high so that the top is cutoff. Then I tried to run Hamradio > Conky Prefs
When I do this, I get a popup: Invalid desktop entry file: 'usr/local/share/applications/setconky.desktop'
There is no file usr/local/share/applications/setconky.desktop
Seems to be a bug in Conky Prefs.

Hi, trying out your 73 Linux. Like the idea of being able to select just what you want instead of being forced to load programs you probably won't use. Anyway back to my problem. I got the file required and it ran ok up to a point where it asks me for my sudo password. After I enter my sudo password it tells me it's not correct and won't go any further.
Running my Pi4 on ubuntu 22.04.2 LTS aarch64. My sudo password works in my terminal with no problem. Any suggestions please. Thank you VE9ZZ - Jr.