On Sun, 26 Apr 2020 18:21:14 +0800 Ed Greshko <ed.greshko(a)greshko.com> wrote:
On 2020-04-26 17:43, Patrick O'Callaghan wrote:
> On Sun, 2020-04-26 at 18:41 +0930, Tim via users wrote:
>> On Sun, 2020-04-26 at 13:37 +0800, Ed Greshko wrote:
>>> It is a way that some people/projects distribute their software.
>>>
https://en.wikipedia.org/wiki/AppImage
>> I hope we don't get lumbered with a lot of them. One of the best
>> things about Fedora (and similar Linuxes) was the one-stop way of
>> keeping everything up-to-date (yum update, dnf update, commands, and
>> their GUI tools, etc).
>>
>> Going down the Windows route of having to individually update each
>> application from disparate sources, or each application doing their own
>> check for updates (usually when you start them up, and just want to use
>> them without wasting any time), is something I do not want to go back
>> to.
>>
>> And I'm sure we'd also see applications that don't quite work right
on
>> our systems, because it tried to be too universal.
> Agreed. An appimage might be useful as a way to test-drive something,
> but I wouldn't want to be tied to it.
Well, I think the main target for these images may be people who use linux but don't
manage
the system. Not much different from the way some folks download the tar file of firefox
and run
it from their own area.
In the case of the OP's question, there doesn't seem to be an rpm available for
Fedora. So, unless
one can be found this would be an alternative.
So, I have found that so-called flatpak has this software for fedora.
https://flathub.org/apps/details/com.meetfranz.Franz
What are flatpaks and why are they better or worse than rpm. Separately, there is someone
who tried to create a spec file:
https://github.com/meetfranz/franz/issues/647#issuecomment-438224187
But the spec file uses yarn. I had no idea as to what that was so I looked into the repos
and came up with yarnpkg which would install 138M worth of stuff. Are there alternatives?
I will try the rpm route unless the flatpak offers a better approach.
Many thanks,
Ranjan