Package Details: chirp-hg 1:r2879.2c4bb936f964-1

Git Clone URL: https://aur.archlinux.org/chirp-hg.git (read-only, click to copy)
Package Base: chirp-hg
Description: GUI tool for programming ham radios, built from hg repo
Upstream URL: http://chirp.danplanet.com/
Keywords: ham radio uhf vhf
Licenses: GPL3
Conflicts: chirp
Provides: chirp
Submitter: thurstylark
Maintainer: thurstylark
Last Packager: thurstylark
Votes: 27
Popularity: 0.001097
First Submitted: 2016-06-04 04:37 (UTC)
Last Updated: 2017-04-18 17:15 (UTC)

Required by (1)

Sources (1)

Latest Comments

1 2 3 4 Next › Last »

MarsSeed commented on 2023-08-16 16:39 (UTC) (edited on 2023-08-16 17:00 (UTC) by MarsSeed)

Upstream has migrated its source to GitHub:

https://github.com/kk7ds/chirp

Until a new chirp-git package is created, users are advised to install chirp-next to get the latest development snapshot.

MarsSeed commented on 2023-07-22 22:13 (UTC)

Upstream only supports Python 3 now.

MarsSeed commented on 2022-07-01 20:16 (UTC) (edited on 2022-07-01 20:16 (UTC) by MarsSeed)

And I also suggest that you implement a Mercurial tag based pkgver().

The following code will generate a version like 0.4.0.r1282.gc965de0b862b:

pkgver() {
    cd chirp.hg
    hg log -r . --template '{latesttag}.r{latesttagdistance}.g{node|short}\n' | sed 's/^release_//;s/_/./g'
}

MarsSeed commented on 2022-07-01 20:06 (UTC) (edited on 2022-07-01 20:06 (UTC) by MarsSeed)

Please kindly enable testing in PKGBUILD's check() function.

Test dependencies (a.k.a, checkdepends) for [testenv:unit] and [testenv:driver] are available on AUR.

0b100100 commented on 2021-12-08 10:02 (UTC) (edited on 2021-12-08 10:19 (UTC) by 0b100100)

@davvore33: Can be fixed by rebuilding python2-gobject2 against the newest libffi package as the libffi.so.7 compat library got removed from libffi.

micwoj92 commented on 2021-12-03 20:14 (UTC)

Probably can be fixed if you install libffi7 package.

davvore33 commented on 2021-12-03 20:11 (UTC)

freshly installed Traceback (most recent call last): File "/usr/bin/chirpw", line 131, in <module> from chirp.ui import mainapp File "/usr/lib/python2.7/site-packages/chirp/ui/mainapp.py", line 26, in <module> import gtk File "/usr/lib/python2.7/site-packages/gtk-2.0/gtk/__init__.py", line 30, in <module> import gobject as _gobject File "/usr/lib/python2.7/site-packages/gobject/__init__.py", line 47, in <module> from gobject.constants import * File "/usr/lib/python2.7/site-packages/gobject/constants.py", line 24, in <module> import gobject._gobject ImportError: libffi.so.7: cannot open shared object file: No such file or directory

might be a problem with python2

thurstylark commented on 2017-04-20 15:04 (UTC)

Specifically regarding the inclusion of chirpc: Upstream confirmed that it's not ready for release, and not getting very much development attention[1]. In this case, I will avoid putting it in the main package for the time being. Since it's still useful, I'm considering adding a split package just for chirpc and its documentation. [1]: http://intrepid.danplanet.com/pipermail/chirp_devel/2017-April/004565.html

thurstylark commented on 2017-04-19 15:00 (UTC)

Not only was it poorly written (removed necessary quoting, unnecessary use of export, unnecessary file creation, inconsistent/ambiguous pkgver creation, superfluous build() function, inclusion of unreleased software...), it was an exact copy of chirp, and it was done despite my numerous attempts to communicate these exact objections.

Scimmia commented on 2017-04-18 22:38 (UTC)

Muflone, if you look at the commit he made it should be obvious why. It was complete and total crap.

1 2 3 4 Next › Last »