Hi All,
I am completely new to AX25 in Linux, I have managed to install and get Direwolf working, I am struggling to configure the AXPORTS file for use with my Signalink USB and to clear an errow on Linpac that reads:? no ax25 port data configured.

Any help would be very much appreciated.

73's

Adrian de 2e0sdr

I'd ran out of Inet Hardplugs so it was looking for inet and the error print is squinty

Commented IGATING out

Between a PKT/VARA dual-mode & radio concurrent RMS, my Aging Trusty Tecra i'm out of hardplugs

The ALSA Crash is still there as user. runs OK as SUDO direwolf

Lads;

NO BEATINGS PLEASE! I'm fully aware of the Pi 0s limitations why I'm running 'stripped' in line tty...

Running a Pi 0 as DIREWOLF Dig-Igate with Bullseye armhf Lite and 9-12 months ago's image worked fine and even Auto-started dammitt;?

Now I have to sudo direwolf start to 'see' the soundcard properly.
Seems to wreck with ALSA error messages as user.

What's Changed?

73 DE MATT

Bob Bruninga, WB4APR put out this call to determine the data mode being used by Garmin to transmit packet data.


I am on a mission to identify the mode. My belief is it is one of the FKS protocols. by law it has to be AFSK, FSK, or PSK.? Have any of you looked into this. Any ideas on how to sniff it out? Thank you. WS7PB

Re: my version of cmake:

cmake-3.20.5-1.fc34.x86_64

________________________________________
From: [email protected] <[email protected]> on behalf of David Ranch <direwolf-groupsio@...>
Sent: Thursday, November 24, 2022 12:37 PM
To: [email protected]
Subject: Re: [direwolf] strange CMake warnings building direwolf


Hello Andrew,

On 11/24/2022 06:58 AM, Andrew P. wrote:

Greetings.

I just pulled the latest from the git repo and built it on my Fedora Core 34 Linux system, and got the following warnings from cmake:

-- Dire Wolf Version: 1.7.0-8913a85

Ok.. Just an aside, the Github shows the same Git hash for the last commit on Sept 30th, 2022 but on my system using the command line git tool, I see:

--
commit 8913a852fd805e62b5312c055645da624b85ba2c (HEAD -> dev, origin/dev)
Author: wb2osz <wb2osz@...><mailto:wb2osz@...>
Date:   Sat Oct 1 02:32:43 2022 +0100

    clean up
--


Seeing different date and git hashes on the command line vs. the web interface is rather strange to me but I'm no Git expert.  Anyway.. moving on.


-- Build type set to: Release
CMake system: Linux
-- Target architecture: x86_64
-- Use SSE2 SIMD instructions
-- Use SSSE3 SIMD instructions
-- Use SSE 4.1 SIMD instructions
-- Use SSE 4.2 SIMD instructions
CMake Warning (dev) at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (HAMLIB)
  does not match the name of the calling package (hamlib).  This can lead to
  problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/modules/Findhamlib.cmake:55 (find_package_handle_standard_args)
  CMakeLists.txt:290 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

CMake Warning (dev) at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (UDEV) does
  not match the name of the calling package (udev).  This can lead to
  problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/modules/Findudev.cmake:68 (find_package_handle_standard_args)
  CMakeLists.txt:304 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

CMake Warning (dev) at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (AVAHI) does
  not match the name of the calling package (Avahi).  This can lead to
  problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/modules/FindAvahi.cmake:12 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:309 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

I see similar things BUT my u22.04 machine includes lines saying it successfully found the various libraries.  See the BOLDED text below.  It's strange your output DOESN'T show any of that.  Btw, I don't have any Avahi libaries installed as I always rip that stuff out of my Linux machines:

--
$ cmake ..
-- The C compiler identification is GNU 11.2.0
-- The CXX compiler identification is GNU 11.2.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found Git: /usr/bin/git (found version "2.34.1")
-- Dire Wolf Version: 1.7.0-8913a85
-- Build type set to: Release
CMake system: Linux
-- Target architecture: x86_64
-- Use SSE SIMD instructions
-- Looking for strlcpy
-- Looking for strlcpy - not found
-- Looking for strlcat
-- Looking for strlcat - not found
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
-- Found Threads: TRUE
-- Checking for module 'libgps'
--   Found libgps, version 3.22
-- Found GPSD: /usr/lib/x86_64-linux-gnu/libgps.so
-- Checking for module 'hamlib'
--   Found hamlib, version 4.3.1
CMake Warning (dev) at /usr/share/cmake-3.22/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (HAMLIB)
  does not match the name of the calling package (hamlib).  This can lead to
  problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/modules/Findhamlib.cmake:55 (find_package_handle_standard_args)
  CMakeLists.txt:290 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found HAMLIB: /usr/lib/x86_64-linux-gnu/libhamlib.so
-- Found ALSA: /usr/lib/x86_64-linux-gnu/libasound.so (found version "1.2.6.1")
-- Checking for module 'libudev'
--   Found libudev, version 249
CMake Warning (dev) at /usr/share/cmake-3.22/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (UDEV) does
  not match the name of the calling package (udev).  This can lead to
  problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/modules/Findudev.cmake:68 (find_package_handle_standard_args)
  CMakeLists.txt:304 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found UDEV: /usr/lib/x86_64-linux-gnu/libudev.so
CMake Warning (dev) at /usr/share/cmake-3.22/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (AVAHI) does
  not match the name of the calling package (Avahi).  This can lead to
  problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/modules/FindAvahi.cmake:12 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:309 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Could NOT find AVAHI (missing: AVAHI_COMMON_FOUND AVAHI_CLIENT_FOUND)
-- Configuring done
-- Generating done
--


What version of cmake is on your Fedora machine?  I'm using 3.22.1 here.

--David
KI6ZHD