Bug #7871

using flatpak on Ubuntu 20.04

Added by Ron Bakker 22 days ago. Updated 13 days ago.

Status:Feedback Start date:05/11/2020
Priority:Low Due date:
Assignee:- % Done:

0%

Category:-
Target version:chirp-daily
Chirp Version:daily Platform:Linux
Model affected:Ubuntu / Python

Description

Hello there, any thanks for a solution.
At this moment Chirp is running, with the use of flatpak.
The buntu systems has also *snap installed as a standard, is it not more simple, to create a snap pakkage, for al Linux systems?

An other question: is it possible to add support for the dual-band tranceivers Midland CT-3000 = Anytone AT778UV = Retevis RT-95 ?
This transceivers are the same, but the software is different en not the options to edit in a simple way.
Are there plans to support this radio?

Regards;
Ron, PA0BAK


Related issues

related to Bug #7873: *buntu 20.04 Closed 05/12/2020

History

Updated by Tony Fuller 21 days ago

Hi Ron,

Thanks for the feedback on the flatpak. We definitely appreciate it!

To directly answer your question, about creating a snap: I don't know if it's more simple or more complex compared to creating a flatpak. I've never done it.

To play devils advocate: Suppose someone creates a snap, then someone else who uses <insert another distro here> comes along and says "Couldn't you have created an AppImage? It's native to <other distro>. Everyone else just needs to install the AppImage runtime thingy" It's all point of reference IMO ;) :) Believe me, my daily driver is Ubuntu based, so I'm inclined to give snaps a shot.

But creating something is only half the battle because it also needs to be maintained. I noticed that the CHIRP package maintainer for Fedora mentioned something about creating a flatpak and I jumped in a helped out. I'm a horrible maintainer but I can spend a few hours here and there and chip in if there's a possibility it will help others. It is possible to create a snap for CHIRP but we'd need a maintainer to keep it updated as CHIRP releases.

Regarding the Midland CT-3000/Anytone AT778UV/Retevis RT-95 mobile, I see some interest in it over the past 12 months but it doesn't seem like anyone with a radio has matched up with anyone willing to do the development. Would you be willing to part ways with the radio for some time for a developer to create the driver? https://chirp.danplanet.com/projects/chirp/wiki/Rules_For_Loaning_A_Radio

Updated by Tony Fuller 21 days ago

Also Ron,

Would you be able to let us know which radio(s) you successfully used the flatpak with?

Thanks

Updated by Bernhard Hailer 20 days ago

  • Status changed from New to Feedback
  • Target version set to chirp-daily

This was posted as a new item (#7873), instead of leaving a comment here. Ron Bakker wrote:

Hello;
As far as I know, is a snap the same for most of the Linux distributions, but I can be wrong.
With snap you have a package with all the files in it, and it is running in a sandbox.
In this case, it would be simple to put python-2 in the snap package.
With flatpak it is working, and that was the meaning ........

For info: I use it for the Baofeng UV-82 (not the HP, they send me the wrong one, but I'll keep this one).

Than your question about developing a driver.
I'm not a programma, I can a little programming in PHP, but not in any other language, sorry (sometimes I use bwbasic).
For the Ubuntu community I test Xubuntu and give support in the Dutch language (for the Netherlands and a part of Belgium).
I am already using Xubuntu Groovy, 20.10, that will be released in october 2020.
There must be a stupid one that reports problems :-)

Manu thanks for your aswer and reaction.
regards,
Ron, pa0bak

Updated by Tony Ling 13 days ago

Ron Bakker wrote:

An other question: is it possible to add support for the dual-band tranceivers Midland CT-3000 = Anytone AT778UV = Retevis RT-95 ?

I believe this Qixiang manufactured cross brand family includes
Midland DBR2500
AnyTone AT-778 UV
Retevis RT-95
CRT Micron-UV

Also available in: Atom PDF