Package Details: chirp-next 20250328-1

Git Clone URL: https://aur.archlinux.org/chirp-next.git (read-only, click to copy)
Package Base: chirp-next
Description: GUI tool for programming ham radios
Upstream URL: https://chirpmyradio.com/projects/chirp/wiki/Home
Keywords: ham radio
Licenses: GPL-3.0-or-later
Conflicts: chirp, chirp-daily
Provides: chirp
Submitter: WT5A
Maintainer: WT5A (schinfo)
Last Packager: schinfo
Votes: 78
Popularity: 0.57
First Submitted: 2023-01-22 22:04 (UTC)
Last Updated: 2025-03-28 11:51 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 15 Next › Last »

HighValueWarrior commented on 2022-08-26 22:52 (UTC) (edited on 2022-11-22 04:40 (UTC) by HighValueWarrior)

-> Could not find all required packages: cython2 (Wanted by: chirp-daily -> python2-lxml)

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-27 14:42 (UTC) (edited on 2021-12-27 14:43 (UTC) by 0b100100)

There was no harassment involved.

I wanted to make sure if the package gets further maintained or not. This wasn't clear to me as waiting for upstream to release something more appealing is IMO no reason to postpone a simple version upgrade for two weeks.

I understand that right now the situation with the python2 dependencies is not optimal, but they are all still maintained.

When the time comes and these dependencies are gone from the AUR, the daily builds are probably already on the python3 branch, which is actively maintained by upstream.

dhtseany commented on 2021-12-27 13:28 (UTC)

I orphaned the packaged because 0b100100 wouldn't stop harassing me via email long enough to let me get any meaningful work done, over the main holiday season of the year, when everyone is busy with not being on the PC.

0b100100 commented on 2021-12-13 03:30 (UTC) (edited on 2021-12-13 15:40 (UTC) by 0b100100)

Hi dhtseany, Thank you for stepping in as the new maintainer. What speaks against the daily builds? Will they be dropped by upstream?

The non-flatpak version still compiles on Arch, so I don't see a reason to wait until something changes upstream. Furthermore, if the package does not get updated it will end up as an orphan again.

The following PKGBUILD file is what I have come up with (newest version with some cleanup done): http://ix.io/3HVJ

FYI: The python3 branch of chirp (directly cloned from the mercurial repository) is already on AUR [1]

[1] https://aur.archlinux.org/packages/chirp-hg-py3/

edit: added some further info

dhtseany commented on 2021-12-12 23:07 (UTC)

Hi everyone, I just took ownership of this package since I've been actively following along with development of the py3 version of chirp. For the time being the unpopular but technically functional flatpak version works with installation instructions provided in another recent comment I made. In the mean time I'd appreciate your patience while we wait for upstream to release something that I would at least consider a beta level product. Once there's something to maintain I'll be happy to have co-maintainers help me out but for right now there's not much help needed.

0b100100 commented on 2021-12-09 13:11 (UTC)

Hi ashleyr, Thank you for maintaining this great package until now. I would be delighted to jump in as a (co-)maintainer.

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.