loop back audio devices in linux
hi there
I am a noob a rpi/linux. But I managed to get the WFview ver 1.60 from repository on a rpi 4b running Bookworm. It is now running it as server on an IC-7300 and I have have a Win 10 PC running the Wfview ver.1.60 as client. Running like a charm with scope and audio transfer.
Now I want to have the fldigi running on the rpi linked to the Wfview server and I have followed the guide ?"loopback audio devices" from the user manal very thoroughly (having edited and /etc/systemd/system/rc-local.service).
?
But when running:?
sudo systemctl enable rc-local.service
I get the following :??
The unit files have no installation config (WantedBy=, RequiredBy=, Also=,
Alias= settings in the [Install] section, and DefaultInstance= for template
units). This means they are not meant to be enabled using systemctl.
?
Possible reasons for having this kind of units are:
? A unit may be statically enabled by being symlinked from another unit's
? .wants/ or .requires/ directory.
? A unit's purpose may be to act as a helper for some other unit which has
? a requirement dependency on it.
? A unit may be started when needed via activation (socket, path, timer,
? D-Bus, udev, scripted systemctl call, ...).
? In case of template units, the unit is meant to be enabled with some
? instance name specified.
I can't see what I am doing wrong.? Any ideas out there ?
/Michael oz1mic
?
|
Re: Upcoming issues running programs on MacOS not downloaded from the Apple App Store
I help Dr. Uwe Risse DG2YCB with the compilation and distribution of WSJT-X Improved, more specifically by compiling WSJT-X Improved for Macs with Apple chips. I run MacOS 15.1 on my 2023 MacBook Pro with an M2 chip. I have an Apple Developer ID for which I pay $149 per year. The Developer ID permits me to sign an app for MacOS and also submit it to Apple for notarization. Notarization is the process Apple uses to ensure that the app doesn't have malicious content. Once an app is notarized, the developer can "staple" the notarization approval to the app. If all works correctly, Gatekeeper should see the approval and permit you open it without further action. There is no requirement that the app be distributed through the App Store, in fact, WSJT-X Improved for M1 apps are distributed through SourceForge like many other apps. All of the software I use in the compilation process including Cmake, QT, GCC and a number of Homebrew based programs work without issue on MacOS 15.1. If I install an app that evokes a complaint from Gatekeeper, I go to System Settings > Privacy and Security > Security and tell it to allow applications from anywhere, give them my fingerprint and I'm good to go. In my view, upgrading to MacOS 15 is not as onerous as it sounds.?
|
Re: Upcoming issues running programs on MacOS not downloaded from the Apple App Store
On Nov 12, 2024, at 12:16, David, K9DWR <david@...> wrote:
?* Lonney K1LH via groups.io <lonney9@...> [2024-11-11 07:40]:
Get it certified then? If there is a cost, I'm happy to help cover some or all of it. It's not that simple. "certified" means it's being installed from the App
Store. They are effectively trying to block anything that is not installed
through their environment. The goal is that nothing can be run if it's
installed any other way. It will be interesting to see how this affects
Homebrew or Macports.
-- I don’t think it will, because the system that throws up that warning has no knowledge of that brewed app. It is compiled on your computer, just like any app you design and compile yourself. Robert KG4KGL
|
Re: Upcoming issues running programs on MacOS not downloaded from the Apple App Store
* Lonney K1LH via groups.io <lonney9@...> [2024-11-11 07:40]: Get it certified then? If there is a cost, I'm happy to help cover some or all of it. It's not that simple. "certified" means it's being installed from the App Store. They are effectively trying to block anything that is not installed through their environment. The goal is that nothing can be run if it's installed any other way. It will be interesting to see how this affects Homebrew or Macports. -- David, K9DWR k9dwr@...
|
Re: flrig as hamlib client
Thanks Lonney, That's some approach I was considering, but what I have seen so far, unless I'm wrong which would not surprise me, is that flrig does not run as a headless server, it requires the graphic interface, correct?
I have a small computer (a model Elite with mini form factor) running just debian with hamlib, pulseaudio, and ssh.? Nothing else.? I dont have a monitor plugged into it because I remote manage it.? From there a single USB cable to my FT991a and another USB cable to my rotator (which right now is out-of-service, but thats beyond the conversation ?)? Sorry, I think I should have mentioned all this at the beginning.??
This might be of some use.
?
I do the reverse, Flrig owns CAT, everything else talks to Flrig via TCP. The logging application I use does not support Flrig, but it does support rigctld. rigctld configured to run as a client to Flrig, and the logging application talks to rigctld. My setup is .
?
Lonney
K1LH
|
Re: flrig as hamlib client
This might be of some use.
?
I do the reverse, Flrig owns CAT, everything else talks to Flrig via TCP. The logging application I use does not support Flrig, but it does support rigctld. rigctld configured to run as a client to Flrig, and the logging application talks to rigctld. My setup is .
?
Lonney
K1LH
|
Re: flrig as hamlib client
Well I was able to use it for testing remote, you just need to call it from the terminal/command line.
Like:
grig -m 2 -r 192.168.0.123
or like:
grig -m 2 -r remotehostname
and it works, it's just I prefer the look and feel of flrig...
On Mon, Nov 11, 2024 at 10:11?PM Adrian Fewster, VK4TUX via <vk4tux= [email protected]> wrote:
My experience with grig is that it is not network friendly and
locked to localhost operation.
73
vk4tux
On 12/11/24 12:27, Joel Vazquez, WE0DX
via wrote:
Thanks Steve
and Adrian.? I do use rigctld as the server and I connect over
the network JTDX (wsjtx derived), FLdigi, and Qlog.? I even
have that "server" as pulseaudio server, so I pass the audio
over the network for JTDX and FLDigi.? So I can connect and
work with the radio from anywhere in the house.? That's why I
would not like to change my setup since all the software I
currently use actually works with hamlib.? The rig control
software would be like the cherry on the top.
I looked at
grig before, but it is too simple IDK, I just dont like it.?
But I guess I will have to settle for it...
Thanks
anyway, 73
On Mon, Nov 11, 2024 at
2:49?PM Adrian Fewster, VK4TUX via <vk4tux= [email protected]>
wrote:
Using node-red is another alternative, There is a hamlib
flow in the ham node-red
group.
This can be molded to the user requirements.
I use it here extensively with my transceivers. which
allows share of a rigctld server running on either
Windows, MacOS or Linux,
connected to the txcr & shared by wsjtx , fldigi,
node-red and with lan/network access.
In my case rigctld runs in Windows shell, and node red on
my Debian PC with lan connect
I can control from any browser incl on my phone.
73
vk4tux
On 12/11/24 04:41, Steve, KB5AW via wrote:
I don't know if you can use hamlib with flrig, as it
provides its own functionality.
?
You can try grig, as it uses hamlib.
?
?
You can download it here:
?
|
Re: fldigi would like to access the microphone loop
What is the difference between LI and VN versions?
|
Re: fldigi would like to access the microphone loop
Yes, as I recall. Only moving to the Fldigi 4.2.06-LI resolved it.?
But I could be wrong on that.?
|
Re: flrig as hamlib client
Thanks Steve and Adrian.? I do use rigctld as the server and I connect over the network JTDX (wsjtx derived), FLdigi, and Qlog.? I even have that "server" as pulseaudio server, so I pass the audio over the network for JTDX and FLDigi.? So I can connect and work with the radio from anywhere in the house.? That's why I would not like to change my setup since all the software I currently use actually works with hamlib.? The rig control software would be like the cherry on the top.
I looked at grig before, but it is too simple IDK, I just dont like it.? But I guess I will have to settle for it...
Thanks anyway, 73
On Mon, Nov 11, 2024 at 2:49?PM Adrian Fewster, VK4TUX via <vk4tux= [email protected]> wrote:
Using node-red is another alternative, There is a hamlib flow in
the ham node-red group.
This can be molded to the user requirements.
I use it here extensively with my transceivers. which allows
share of a rigctld server running on either Windows, MacOS or
Linux,
connected to the txcr & shared by wsjtx , fldigi, node-red
and with lan/network access.
In my case rigctld runs in Windows shell, and node red on my
Debian PC with lan connect
I can control from any browser incl on my phone.
73
vk4tux
On 12/11/24 04:41, Steve, KB5AW via
wrote:
I don't know if you can use hamlib with flrig, as it provides
its own functionality.
?
You can try grig, as it uses hamlib.
?
?
You can download it here:
?
|
Re: Upcoming issues running programs on MacOS not downloaded from the Apple App Store
After seeing this posting, watching all of the first video and most of the second video, and reading various websites' comments sections, I have come to the conclusion that, I will just take a wait-and-see approach until I actually install 15.1 on my Mac. I tend to agree with several comments that, pointing to the text of the pop-up, this may indeed be a bug (with workarounds). I mean, how hard would it be to have the actual .app name show in the pop-up and not "null?"
?
Apparently *some* people are installing macOS 15.1 and they are getting the pop-up messages with "sideloaded" (/eyeroll) programs while others are *not* getting the pop-up message with "sideloaded" (another /eyeroll) programs.
?
It also appears people are running into this by clicking the Launchpad icon or double-clicking the icon in the Application folder. Nothing I read or saw said anything about running from the CLI. If I have to, I'll make an AppleScript to start the program I need. I did it with the latest version of Fldigi and the 43-click microphone issue.
?
Out of the 19 programs I've installed on my Mac since I re-imaged a couple of weeks ago, one program was installed from Apple's App Store. One of the programs I installed (not from the App Store) is CrossOver so I can run VARA-HF on my Mac with Pat - oh, I forgot about Pat... Make that 20 programs installed...
?
Regards,
Joel - W4JBB
?
?
|
Re: flrig as hamlib client
I don't know if you can use hamlib with flrig, as it provides its own functionality.
?
You can try grig, as it uses hamlib.
?
?
You can download it here:
?
|
Re: Upcoming issues running programs on MacOS not downloaded from the Apple App Store
Lonney,? Hopefully that would be doable. I would be happy to help cover the cost as well.
toggle quoted message
Show quoted text
On Nov 11, 2024, at 10:40?AM, Lonney K1LH via groups.io <lonney9@...> wrote:
? Get it certified then? If there is a cost, I'm happy to help cover some or all of it.
?
- Lonney
|
Re: Upcoming issues running programs on MacOS not downloaded from the Apple App Store
Get it certified then? If there is a cost, I'm happy to help cover some or all of it.
?
- Lonney
|
Re: fldigi would like to access the microphone loop
Rick,
Did you have any issues running Fldigi with MacOS Sequoia 15.1?
Philip
toggle quoted message
Show quoted text
On Nov 11, 2024, at 9:02?AM, Rick, KC2FD via groups.io <rick@...> wrote:
Here on Mac mini M1 running Sequoia 15.1 with Fldigi 4.2.06-LI - mic loop no longer an issue.
?
|
Re: fldigi would like to access the microphone loop
Here on Mac mini M1 running Sequoia 15.1 with Fldigi 4.2.06-LI - mic loop no longer an issue.
?
|
Upcoming issues running programs on MacOS not downloaded from the Apple App Store
All,
I am forwarding links to two YouTube videos discussing changes that Apple is making to MacOS 15 that will make it harder to run some of the apps we use like FLrig, WSJT-X, etc. The first video is shorter and brings up the issue. The second video is longer and gives more detail, mentioning that the problem will probably soon extend to Windows computers as well.
Sorry if this has been mentioned before, but if it was I missed it,?
The issue is using programs that have not been certified by going through the App store. With MacOS 14 (Sonoma) one can use the Control key to go ahead and open files not from the App store. With upcoming MacOS 15 (Sequoia) unsigned apps (called side loading) will become harder to open. The first video is actually by an Apple employee it seems.
I am currently using FLrig, WSJT-X, GridTracker, and RumLogNG as well as other apps not from the App store. My computer is a Mac Studio currently running MacOS Sonoma) and my rig is an ICOM 7300.
Ouch!!
Philip AC4O
|
Joel Vazquez, WE0DX
Joel Black - W4JBB
SA?PAL