[chirp_users] Fedora COPR for Fedora 32 and EL 8
As a stop gap measure I have created a COPR for chirp with the missing python2 requirements.
https://copr.fedorainfracloud.org/coprs/hobbes1069/chirp/
I have built chirp for Fedora 32, Fedora Rawhide, and EL 8.
One of the dependencies is libxml2 which is a C library with python bindings. Hopefully it doesn't cause any issues with the Fedora version but I'll have to stay on top of any updates to the Fedora version.
This a very much a less than ideal situation but I haven't found a better one. I tried setting up a flatpak but gave up. The documentation is too poor and trying to write JSON is an exercise in frustration.
Thanks, Richard KF5OIM
Richard,
I took a look at MyPaints flatpak file on GitHub and adapted it for chirp. It's **very** rough around the edges (theme, icons, desktop shortcut, no /dev/try access, outdated gtk runtime, no network access) but the GUI comes up!
I'm happy to help collaborate but I'm a horrible maintainer of things. But maybe that's the easy part now that the baseline json is fleshed out?
Here is the json file I have working on Linux Mint 19.3 https://gist.github.com/goldstar611/cb0037ee29ae315bb2f0211e69d95799
Tony ________________________________ From: chirp_users-bounces@intrepid.danplanet.com chirp_users-bounces@intrepid.danplanet.com on behalf of Richard Shaw hobbes1069@gmail.com Sent: Thursday, April 30, 2020 10:01:16 AM To: Discussion of CHIRP chirp_users@intrepid.danplanet.com Subject: [chirp_users] Fedora COPR for Fedora 32 and EL 8
As a stop gap measure I have created a COPR for chirp with the missing python2 requirements.
https://copr.fedorainfracloud.org/coprs/hobbes1069/chirp/
I have built chirp for Fedora 32, Fedora Rawhide, and EL 8.
One of the dependencies is libxml2 which is a C library with python bindings. Hopefully it doesn't cause any issues with the Fedora version but I'll have to stay on top of any updates to the Fedora version.
This a very much a less than ideal situation but I haven't found a better one. I tried setting up a flatpak but gave up. The documentation is too poor and trying to write JSON is an exercise in frustration.
Thanks, Richard KF5OIM
On Thu, Apr 30, 2020 at 10:00 PM Tony Fuller goldstar611@hotmail.com wrote:
Thanks, I'm playing around with it. I added the desktop file but haven't tested it yet.
One question:
Do we need a separate pyserial section? It looks like it's already being installed in the "pip-and-friends" section. I also added suds for radioreference.
I was really trying to find a platform/sdk that already included Python 2.7, it just seems silly to build all of python for chirp.
Thanks, Richard
Sorry, folks, if I missed a critical message in this thread. I have an older CHIRP flatpak here:
https://gitlab.com/ndarilek/chirp
As you can see, it's a bit outdated. Feel free to adopt it completely, pick and choose, etc. I've successfully used it here before and it worked. Haven't built flatpaks in a while, so probably can't be much help beyond providing my package. Also, my GitLab flatpak repo is a bit dodgy. It generates new ostree commits for each run, even if only the website has changed. It really needs a CI system that can conditionally run tasks on specific file changes, which GitLab is not. Also not sure I'd use vuepress for the website these days.
On 5/1/20 6:55 AM, Richard Shaw wrote:
On Fri, May 1, 2020 at 7:28 AM Nolan Darilek nolan@thewordnerd.info wrote:
Well, outside of the atrocious documentation on how to deal with icons, I actually got it to run after modifying Tony's JSON version. It uses PIP for the pure python dependencies and I think I like that better. If most of the documentation was in YAML instead of JSON I would definitely want to use your version.
Some noted differences:
I added suds for radioreference, I don't see lxml in yours...
Other than the icon issue (haven't tested a full install with the desktop file) I actually was able to download from my Wouxun UV6D!
I'll see if I can adapt your YAML to my JSON file. I'm not currently doing any cleanup.
Thanks, Richard
If Nolan's flatpak file is/was working then lxml is not needed. Also I believed that pip install section wasn't working in mine so I added that dedicated pyserial section. That is probably the way to go if pip ever decides to shutdown py2 support. I also cheated and used a source from Ubuntu packages because FTP isn't supported by flatpak-builder.
@Nolan thanks for reminding us of your repository again. I thought I had seen something related to flatpak but couldn't remember where. That's going to be a valuable reference in knowing what is needed and what is not needed.
@Richard, I'm more than happy to clean up and incorporate anything that Nolan has and do some debugging. Also you can add json directly into a yml file if you like the syntax better while still taking advantage of new features like comments.
Tony
________________________________ From: chirp_users-bounces@intrepid.danplanet.com chirp_users-bounces@intrepid.danplanet.com on behalf of Richard Shaw hobbes1069@gmail.com Sent: Friday, May 1, 2020, 8:26 AM To: Discussion of CHIRP Subject: Re: [chirp_users] Fedora COPR for Fedora 32 and EL 8
On Fri, May 1, 2020 at 7:28 AM Nolan Darilek <nolan@thewordnerd.infomailto:nolan@thewordnerd.info> wrote:
Sorry, folks, if I missed a critical message in this thread. I have an older CHIRP flatpak here:
https://gitlab.com/ndarilek/chirp
Well, outside of the atrocious documentation on how to deal with icons, I actually got it to run after modifying Tony's JSON version. It uses PIP for the pure python dependencies and I think I like that better. If most of the documentation was in YAML instead of JSON I would definitely want to use your version.
Some noted differences:
I added suds for radioreference, I don't see lxml in yours...
Other than the icon issue (haven't tested a full install with the desktop file) I actually was able to download from my Wouxun UV6D!
I'll see if I can adapt your YAML to my JSON file. I'm not currently doing any cleanup.
Thanks, Richard
Also, note that whatever Freedesktop SDK last shipped Python2 will eventually be EOL. I don't know what this means. Not sure if it eventually gets removed from Flathub along with all its dependencies. The consequence I encountered was getting spammed on package upgrades that I had an EOL GNOME platform installed. I removed the offending package because I didn't use it, so am not sure how long the dependency would have hung around.
I like Flatpak better, but for the purposes of maintaining Python2 support for as long as needed, I wonder if AppImages may be a better bet? You'd have to build your own Python, but you can then download and freeze all dependencies in a single binary. You may be able to do something similar with Flatpak, but the major benefit there is that you can get lots from the SDKs/platforms without having to vendor your own dependencies. It may also be possible to grab and freeze dependent SDKs into a CHIRP repository.
Speaking of, I didn't try adding CHIRP to Flathub because at the time they only accepted released software, not daily builds. I know there's now a beta channel, but I'm not sure if CHIRP would qualify for that. I'm also not sure if they'd accept daily builds from a package maintainer who only releases software that way (I.e. they may be more inclined to accept an official CHIRP daily release build vs. something put together by some random guy on the internet. :) I'd love to see CHIRP on Flathub.
On 5/1/20 9:00 AM, Tony Fuller wrote:
On Fri, May 1, 2020 at 10:33 AM Nolan Darilek nolan@thewordnerd.info wrote:
I'm not using the freedesktop SDK and am building Python 2.7 from source so that part isn't a problem at least...
I barely know how to handle an flatpak, trying to learn Appimage may send me over the edge :) The only reason I'm doing this at all is I don't want people upgrading to Fedora 32 not have access to chirp. We're actually discussing coming out with a ham specific Fedora spin but unfortunately it will not include chirp at this time.
Thanks, Richard KF5OIM
participants (3)
-
Nolan Darilek
-
Richard Shaw
-
Tony Fuller