Chirp Radio Software

So im trying to follow the guide to install the new version of CHIRP from the whl file as the current versions in the repo all seem broken - the snap runs but cant communicate with anything…

following the guide here, which seems to be mainly aimed at Debian derivatives

the pipx install chrip.......
worked fine or at leas appeared to but when trying to run chrip i now get this error

Traceback (most recent call last):
  File "/home/dasy2k1/.local/bin/chirp", line 8, in <module>
    sys.exit(chirpmain())
             ^^^^^^^^^^^
  File "/home/dasy2k1/.local/pipx/venvs/chirp/lib/python3.11/site-packages/chirp/wxui/__init__.py", line 65, in chirpmain
    import wx
ModuleNotFoundError: No module named 'wx'

it would appear that python-wxgtk is some unment dependancy but i cant find what to install this as?

any suggestions as to how to get this working?

Which package did you try to build, how, and what errors did you see?

I have no experience with chrip, but this is what I would do for any package.

The command:

pamac search chirp

Shows:

chirpc                                                             1-1                     AUR 
    GUI tool for programming ham radios, experimental CLI tool
chirp-next                                                         20230622-1              AUR 
    GUI tool for programming ham radios, built from daily build
chirp-hg-py3                                                       r3248.1da5155c5504-1    AUR 
    GUI tool for programming ham radios, built from unstable
    python3 branch
chirp-hg                                                           1:r2879.2c4bb936f964-1  AUR 
    GUI tool for programming ham radios, built from hg repo
chirp-daily                                                        20221217-1              AUR 
    GUI tool for programming ham radios, built from daily build

Check the AUR home page and search for chirp

Check Chirp Download page

The chirp-daily in the AUR is chirp-legacy on the chirp download page.

The chirp-next in the AUR is the next generation on the chirp download page.

I would install the chirp-next, but note, “not all radio drivers have been converted yet”, in that case I would install chirp daily.

To install AUR packages I use

pamac build [CHIRP PKG NAME]

NOTES:

(1) There is a difference in package version between pamac and AUR (20230622 vs 20230701). I believe that is due to the way pamac handles the AUR to reduce traffic. It uses a single file with the meta data that is periodically updated. I don’t know how often that occurs, but this is why I always use multiple sources — verify, verify, verify :slight_smile:

(2) Select chrip-next on the AUR web page, then click PKGBUILD. This information is sometimes helpful, if nothing else it shows where the source is coming from. Other potentially helpful info on the AUR web page for chirp-next are the Latest Comments and View Changes.

AUR package chirp-next has just been updated today: 2023-07-01 14:24 (UTC)

AUR package is more likely to work with latest version of python that may not have been released on Debian yet

chirp-daily is marked as an orphan and Last Updated: 2022-12-24 10:20 (UTC)
chirpc last updated 2018
chirp-hg last updated 2017

so using pamac build chirp-next i get the following output with several errors

Warning: Building packages as dynamic user
Warning: Setting build directory to /var/cache/pamac
Preparing...
Checking chirp-next dependencies...
Resolving dependencies...
Checking inter-conflicts...

To build (1):
  chirp-next  20230701-1    AUR


Edit build files : [e] 
Apply transaction ? [e/y/N] y

Cloning chirp-next build files...
Running as unit: run-u136.service
Finished with result: success
Main processes terminated with: code=exited/status=0
Service runtime: 376ms
CPU time consumed: 78ms
Generating chirp-next information...
Running as unit: run-u137.service
Finished with result: success
Main processes terminated with: code=exited/status=0
Service runtime: 1.282s
CPU time consumed: 1.081s

Building chirp-next...
Running as unit: run-u138.service
Press ^] three times within 1s to disconnect TTY.
==> Making package: chirp-next 20230701-1 (Sun 02 Jul 2023 16:04:28 BST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Downloading chirp-next-20230701.tar.gz...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 1687k  100 1687k    0     0   723k      0  0:00:02  0:00:02 --:--:--  724k
==> Validating source files with sha1sums...
    chirp-next-20230701.tar.gz ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
  -> Extracting chirp-next-20230701.tar.gz with bsdtar
==> Starting build()...
* Getting build dependencies for wheel...
warning: no previously-included files found matching 'chirp/locale/*'
* Building wheel...
warning: no previously-included files found matching 'chirp/locale/*'
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.locale.de.LC_MESSAGES' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.locale.de.LC_MESSAGES' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.locale.de.LC_MESSAGES' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.locale.de.LC_MESSAGES' to be distributed and are
        already explicitly excluding 'chirp.locale.de.LC_MESSAGES' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.locale.el.LC_MESSAGES' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.locale.el.LC_MESSAGES' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.locale.el.LC_MESSAGES' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.locale.el.LC_MESSAGES' to be distributed and are
        already explicitly excluding 'chirp.locale.el.LC_MESSAGES' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.locale.en_US.LC_MESSAGES' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.locale.en_US.LC_MESSAGES' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.locale.en_US.LC_MESSAGES' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.locale.en_US.LC_MESSAGES' to be distributed and are
        already explicitly excluding 'chirp.locale.en_US.LC_MESSAGES' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.locale.es.LC_MESSAGES' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.locale.es.LC_MESSAGES' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.locale.es.LC_MESSAGES' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.locale.es.LC_MESSAGES' to be distributed and are
        already explicitly excluding 'chirp.locale.es.LC_MESSAGES' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.locale.fr.LC_MESSAGES' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.locale.fr.LC_MESSAGES' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.locale.fr.LC_MESSAGES' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.locale.fr.LC_MESSAGES' to be distributed and are
        already explicitly excluding 'chirp.locale.fr.LC_MESSAGES' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.locale.hu.LC_MESSAGES' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.locale.hu.LC_MESSAGES' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.locale.hu.LC_MESSAGES' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.locale.hu.LC_MESSAGES' to be distributed and are
        already explicitly excluding 'chirp.locale.hu.LC_MESSAGES' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.locale.it.LC_MESSAGES' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.locale.it.LC_MESSAGES' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.locale.it.LC_MESSAGES' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.locale.it.LC_MESSAGES' to be distributed and are
        already explicitly excluding 'chirp.locale.it.LC_MESSAGES' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.locale.nl.LC_MESSAGES' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.locale.nl.LC_MESSAGES' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.locale.nl.LC_MESSAGES' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.locale.nl.LC_MESSAGES' to be distributed and are
        already explicitly excluding 'chirp.locale.nl.LC_MESSAGES' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.locale.pl.LC_MESSAGES' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.locale.pl.LC_MESSAGES' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.locale.pl.LC_MESSAGES' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.locale.pl.LC_MESSAGES' to be distributed and are
        already explicitly excluding 'chirp.locale.pl.LC_MESSAGES' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.locale.pt_BR.LC_MESSAGES' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.locale.pt_BR.LC_MESSAGES' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.locale.pt_BR.LC_MESSAGES' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.locale.pt_BR.LC_MESSAGES' to be distributed and are
        already explicitly excluding 'chirp.locale.pt_BR.LC_MESSAGES' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.locale.ru.LC_MESSAGES' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.locale.ru.LC_MESSAGES' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.locale.ru.LC_MESSAGES' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.locale.ru.LC_MESSAGES' to be distributed and are
        already explicitly excluding 'chirp.locale.ru.LC_MESSAGES' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.locale.tr_TR.LC_MESSAGES' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.locale.tr_TR.LC_MESSAGES' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.locale.tr_TR.LC_MESSAGES' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.locale.tr_TR.LC_MESSAGES' to be distributed and are
        already explicitly excluding 'chirp.locale.tr_TR.LC_MESSAGES' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.locale.uk_UA.LC_MESSAGES' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.locale.uk_UA.LC_MESSAGES' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.locale.uk_UA.LC_MESSAGES' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.locale.uk_UA.LC_MESSAGES' to be distributed and are
        already explicitly excluding 'chirp.locale.uk_UA.LC_MESSAGES' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.locale.zh_CN.LC_MESSAGES' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.locale.zh_CN.LC_MESSAGES' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.locale.zh_CN.LC_MESSAGES' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.locale.zh_CN.LC_MESSAGES' to be distributed and are
        already explicitly excluding 'chirp.locale.zh_CN.LC_MESSAGES' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.share' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.share' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.share' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.share' to be distributed and are
        already explicitly excluding 'chirp.share' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'chirp.stock_configs' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'chirp.stock_configs' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'chirp.stock_configs' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'chirp.stock_configs' to be distributed and are
        already explicitly excluding 'chirp.stock_configs' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
Successfully built chirp-20230701-py3-none-any.whl
==> Entering fakeroot environment...
==> Starting package()...
==> Tidying install...
  -> Removing empty directories...
  -> Removing libtool files...
  -> Purging unwanted files...
  -> Removing static library files...
  -> Stripping unneeded symbols from binaries and libraries...
  -> Compressing man and info pages...
==> Checking for packaging issues...
==> Creating package "chirp-next"...
  -> Generating .PKGINFO file...
  -> Generating .BUILDINFO file...
  -> Adding install file...
  -> Generating .MTREE file...
  -> Compressing package...
==> Leaving fakeroot environment.
==> Finished making: chirp-next 20230701-1 (Sun 02 Jul 2023 16:04:43 BST)
==> Cleaning up...
Finished with result: success
Main processes terminated with: code=exited/status=0
Service runtime: 16.049s
CPU time consumed: 11.121s
Running as unit: run-u139.service
Finished with result: success
Main processes terminated with: code=exited/status=0
Service runtime: 1.118s
CPU time consumed: 950ms

Checking keyring...                                                                                                                                                                                                                    [1/1]
Checking integrity...                                                                                                                                                                                                                  [1/1]
Loading package files...                                                                                                                                                                                                               [1/1]
Checking file conflicts...                                                                                                                                                                                                             [1/1]
Checking available disc space...                                                                                                                                                                                                       [1/1]
Installing chirp-next (20230701-1)...                                                                                                                                                                                                  [1/1]
==> You may need to add your user to the 'uucp' group to access serial ports and devices.
==> This can be accomplished with: 'sudo usermod -aG uucp $USER'
==> Then you will need to log out and back in for it to take effect.
Running post-transaction hooks...
Arming ConditionNeedsUpdate...                                                                                                                                                                                                         [1/2]
Updating the desktop file MIME type cache...                                                                                                                                                                                           [2/2]
Transaction successfully finished.

however the application still fails with exactly the same error as before about WX

I think this is the important line.

I have a VM just for this purpose. I installed chirp via pamac build chirp-next. I got the same warning messages as you.

The warning that was repeated:

  • check.warn(importable)
    /usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package
    XXXX is absent from the packages configuration.

Replace XXXX above with:

  • Each locale: ‘chirp.locale.XXXX_MESSAGES’
  • ‘chirp.share’
  • ‘chirp.stock_configs’

I executed chirp from the command line and was prompted with a dialog if I wanted a desktop file, and then a very nice GUI was displayed.

There is one difference that I noticed between your install and mine.

Checking inter-conflicts...

To install (11):
  wxwidgets-common        3.2.2.1-1   (Required By: chirp-next)  extra      3.0 MB
  wxwidgets-gtk3          3.2.2.1-1   (Required By: chirp-next)  extra      4.9 MB
  python-six              1.16.0-8    (Required By: chirp-next)  extra      29.1 kB
  python-wxpython         1:4.2.0-4   (Required By: chirp-next)  community  10.1 MB
  python-pyproject-hooks  1.0.0-5     (Required By: chirp-next)  community  21.4 kB
  python-future           0.18.3-1    (Required By: chirp-next)  community  869.4 kB
  python-suds             1.4.2.0-2   (Required By: chirp-next)  community  215.5 kB
  python-wheel            0.40.0-3    (Required By: chirp-next)  community  67.2 kB
  python-installer        0.7.0-3     (Required By: chirp-next)  community  126.5 kB
  python-build            0.10.0-4    (Required By: chirp-next)  community  119.9 kB
  python-pyserial         3.5-5       (Required By: chirp-next)  community  177.2 kB
To build (2):
  python-yattag           1.15.1-1                               AUR
  chirp-next              20230622-1                             AUR

Total download size: 19.5 MB

I would check the versions of each package above and remove anything that was installed via your pipx attempts. I would at least logoff/logon after any cleanup, just in case. I got the same results on XFCE and KDE.

2 Likes

Thanks for the infor Stargazer,
still no joy my end…

have checked those dependencies but they all seem to be the same version,

when you say replace XXXX did you mean you edited some of the config to point at the right place?
if so how did you do that?

Did you clean up the pipx stuff? After the cleanup, logoff/logon just as an added measure.

Are you getting different error messages at least?

The commands below might provide you with the information you need to take corrective action. From a console take a look at the output from:

# Is pip managing any of these packages. If so, remove them.
pipx list

# Where is the executable coming from. Should see /usr/bin and /bin.
type -a chirp

# Does chirp have anything useful to say when started
chirp --verbose

The packages below (from the build) come from the Extra repo, except for chirp-next and python-yattag which come from the AUR.

pamac list |
  grep -E \
   -e wxwidgets-common  \
   -e wxwidgets-gtk3  \
   -e python-six \
   -e python-wxpython \
   -e python-pyproject-hooks  \
   -e python-future \
   -e python-suds  \
   -e python-wheel  \
   -e python-installer \
   -e python-build \
   -e python-pyserial \
   -e python-yattag \
   -e chirp-next

No, no. I just didn’t want to repeat the warning message, over and over again :slight_smile: The warning message was the same, except for the name which I generically labeled XXXX.

I’m not a chirp user, but it installs and runs successfully from the AUR using pamac.

very strange then as for some reason it dosnt for me,
still got the WX error

strangely when i run a python prompt i am able to import wx with no issues whatsoever???

The package python-wxpython is either not installed or unreachable for some reason.

It’s the old pip/pipx vs AUR choice. The method I described is using pamac to install from the AUR. So double-check pipx list and maybe even do a find $HOME -iname '*wxpython*'. pipx has --help and it shows pipx environment will display the ENV variables and where data is stored in a users home directory.

Side note: I have installed the package mlocate, so I can do a locate wxpython. There is a systemd timer that runs updatedb on a regular basis (systemctl list-timers). find is a standard gnu utility. Where find transverses the file system in realtime, mlocate/updatedb maintains a database.

I would uninstall chirp-next and dependencies as long as not required by other packages, and then reinstall.

# Assume chirp-next is already installed via pamac
#   pamac build chirp-next

# The pacman way to remove
#   pacman -Rsn chirp-next
# But let's stick with pamac for now.

# Dry run: Remove chirp-next and dependencies if not required by other 
pamac remove chirp-next --orphans --dry-run

# Do it for real (still given the opportunity to Apply transaction [y|N])
pamac remove chirp-next --orphans

# Clean build
pamac clean --build-files

# Build it again
pamac build chirp-next

# Run it from terminal or menu (desktop file)
chirp

Report back, discuss, and perhaps someone else has some thoughts on the Topic and fixing the python environment. Good luck.

yay fixed it.

had to run pipx uninstall chirp
then the pamac remove and clean and re-build

thanks for all the help!

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.