I'm trying to find out where conky looks for an apps current status. I want BPQ to show up in conky and display current status just like direwolf and all the other apps. I have already added a line to the conky-large file and it shows BPQ OFF in red just like it would if it weren't running but it is. This is the line:

${alignr}${if_running linbpq}${color green}BPQ ACTIVE${else}${color red}BPQ OFF$endif?

I've also tried if_running bpq and had the same effect

Thanks,
K4SPB

The log ran off the page (didn’t see any error about failed build)?

I do see python changed a package name but it’s not the blocker.?

k

I am having same issue.? Xastir will not install.? Running Bookworm, 64 bit on Raspberry Pi 4.??
The only file installed is the .desktop file in /usr/share/applications/Xastir.? An Xastir entry under the Hamradio menu was created but the error message "Invalid desktop entry file: '/usr/share/applications/xastir.desktop' was generated when the menu items was clicked.
The desktop file indicates that the program icon should be found in /usr/local/share/xastir/symbols/icon.png, but no such directory exist. There is no xastir directory in this share folder.? The only file or folder with the name xastir is the installation script in 73linux folder.

I am also having the same issue with CHIRP.? I tried to update but the only file made is the desktop file.

At the same time I updated other programs, such as flsuite and had no issues.

I have reran the installation via 73 Linux for both xastir and chirp, done one at time with the same result.? I have attache the log file for the xastir case below.

Larrie, AF7NU

Turns out it's Wayland. For most other apps, it's fine, but Fldigi shows how hard it's keeping up.

Switched back to X.org as the screen renderer, no further issues.

I just installed Fldigi on a fresh install of Raspbian on a 4GB Pi 4 with 73 Linux. When I run Fldigi, the mouse has a frame rate and it behaves like there's a graphics issue. As soon as I try to run a top command, Wayland is the resource hog followed by Fldigi. Not sure where to go next, but I know that on my other machines, it doesn't do this, just on this Pi 4. Not sure what else to look at or if there's another way to build it.

Any thoughts or hints would be helpful.

I'm trying three different builds to see what type of board PC I want to use in a go box with a Xiegu G90 as my main POTA kit. All other hardware is a Digirig and the same screen.

First board: Le Potato == Installed their build of Raspbian, then 73 Linux. The first time I try to TX on any app, radio locks up with 0W TX
Second PC - Dell Inspiron I had lying around - Ubuntu 22.04 with 73 Linux - Can't install JS8Call and wsjt-x at the same time due to repo conflicts
Third board - RasPi 4B 4GB with 64bit Raspbian and 73 Linux - Fldigi is extremely slowing down the machine.

I don't want to use a laptop as my main POTA machine, so I'm going to work on figuring out what the issue is with the Pi 4 first. I'm not seeing much about Fldigi slowing down on Pi 4, but I'll throw a separate thread out for it.

On Sat, Feb 17, 2024 at 06:37 PM, Kelly K7MHI wrote:

/g/KM4ACK-Pi/message/12128

Thanks?
I didn't read past pi5 the first time.? In a meeting distracted and on a phone wasn't the best use of your advice.

and I find this to be rather absurd for the ham radio world where theoretically open and collaborative policies and systems should be privileged. in this sense I believe that the class of amateur radio programmers lives a little disconnected from the world of software. Windows should not be an acceptable alternative and certainly not the only alternative. only commercial logic is what I push for the adoption and use of Windows as an operating system. it seems that the ham world is not aware of what windows means and what logic drives it.

Bookworm or not the wheezy script is not functioning which is called by this project and you will need to manually install with the provided how to.

k

开云体育

Thanks but im on bullseye not bookworm.

See here:?/g/KM4ACK-Pi/message/12128

It's basically just that.
Ran an update on BAP. Just keeping things fresh and up to date

The config.json got borked, but I always keep backup of that.

Now when I try and run pat connect/autopat, I get the above error.

I'm assuming it's from some place in the autopat script it's being called, likely the cached file that defines the 80/40/20m for auto connections, but I'm uncertain of where that process might be breaking.

Pat from the web UI does work, and I can dial other stations, so I know the pat config itself is functional.

?

Any hints?

Need to make sure ruby and the gems for maidenhead install if I recall, few threads on it and there is an expanded script to also update all your apps.?

few threads in groups?

k

Hello,

Just made a fresh install of Bookworm 64bit on a Pi4 8GB ram with a GPS dongle. I am having a couple of problems with respect to GPS.

First of all, I watched this video titled "Gridsquare in Conky :: 73Linux":


Everything looks good there. cgps works fine and properly picks up my Lat / Long info. However Conky shows no grid data. Additionally when I go into Manage Pat Menu and try to do a Manual Grid Update, I enter my grid, and it says that it has updated the grid, but nothing is shown for the grid when I return to the main menu. I tried exiting out of Pat Menu and going back in but the grid square data isn't being saved.

One clue though, when I open a terminal window and run ./bin/conky/grid I get the following error:

/usr/bin/env: "ruby": No such file or directory

grid is in the directory and it is marked as executable

Thanks in advance for any help.

-- Mike WB8ERJ


Geeze! What is he up to now?