Hi,
I have been looking around and was wondering if franz exists on Fedora 31?
https://github.com/meetfranz/franz
There is talk of an rpm in one of the issues, but I can not find how it got resolved:
https://github.com/meetfranz/franz/issues/647
Ranjan
On 2020-04-26 10:03, Ranjan Maitra wrote:
Hi,
I have been looking around and was wondering if franz exists on Fedora 31?
https://github.com/meetfranz/franz
There is talk of an rpm in one of the issues, but I can not find how it got resolved:
You could always try the appimage of the SW.
https://github.com/meetfranz/franz/releases
On Sun, 26 Apr 2020 10:19:53 +0800 Ed Greshko ed.greshko@greshko.com wrote:
On 2020-04-26 10:03, Ranjan Maitra wrote:
Hi,
I have been looking around and was wondering if franz exists on Fedora 31?
https://github.com/meetfranz/franz
There is talk of an rpm in one of the issues, but I can not find how it got resolved:
You could always try the appimage of the SW.
What is an appimage?
Ranjan
On 2020-04-26 13:10, Ranjan Maitra wrote:
On Sun, 26 Apr 2020 10:19:53 +0800 Ed Greshko ed.greshko@greshko.com wrote:
On 2020-04-26 10:03, Ranjan Maitra wrote:
Hi,
I have been looking around and was wondering if franz exists on Fedora 31?
https://github.com/meetfranz/franz
There is talk of an rpm in one of the issues, but I can not find how it got resolved:
You could always try the appimage of the SW.
What is an appimage?
It is a way that some people/projects distribute their software.
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.
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.
poc
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.
On Sun, 26 Apr 2020 18:21:14 +0800 Ed Greshko ed.greshko@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
On Wed, Apr 29, 2020 at 10:19 AM Ranjan Maitra maitra@email.com wrote:
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.
Flatpacks are containerized applications. They're nice because you can get access to applications that aren't part of the distro repositories. It allows specific versions of the application's dependencies to be packaged with it. The biggest downside is bloat / redundancy with system libraries.
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.
Yes, I took a quick look at franz but I'm unfamiliar with packaging node based projects. Also from my limited knowledge of NODE.js it also notoriusly prefers to bundle other NODE dependencies.
Thanks, Richard
On Wed, 2020-04-29 at 10:27 -0500, Richard Shaw wrote:
What are flatpaks and why are they better or worse than rpm.
Flatpacks are containerized applications. They're nice because you can get access to applications that aren't part of the distro repositories. It allows specific versions of the application's dependencies to be packaged with it. The biggest downside is bloat / redundancy with system libraries.
Also they often don't integrate completely with your existing desktop as they run essentially in a sandbox. That may or may not matter according to the application.
poc
On 04/26/2020 03:11 AM, Tim via users wrote:
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.
Absolutely! And, the best way to discourage this is by simply not using any packages that don't come in your distro's packaging style, in this case as an rpm. For me, at least, if it's not an rpm it doesn't get installed.
On 2020-04-27 01:58, Joe Zeff wrote:
On 04/26/2020 03:11 AM, Tim via users wrote:
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.
Absolutely! And, the best way to discourage this is by simply not using any packages that don't come in your distro's packaging style, in this case as an rpm. For me, at least, if it's not an rpm it doesn't get installed.
Define "installed".
On 04/26/2020 02:47 PM, Ed Greshko wrote:
On 2020-04-27 01:58, Joe Zeff wrote:
On 04/26/2020 03:11 AM, Tim via users wrote:
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.
Absolutely! And, the best way to discourage this is by simply not using any packages that don't come in your distro's packaging style, in this case as an rpm. For me, at least, if it's not an rpm it doesn't get installed.
Define "installed".
Downloaded and used will do for now.
On 2020-04-27 04:54, Joe Zeff wrote:
On 04/26/2020 02:47 PM, Ed Greshko wrote:
On 2020-04-27 01:58, Joe Zeff wrote:
On 04/26/2020 03:11 AM, Tim via users wrote:
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.
Absolutely! And, the best way to discourage this is by simply not using any packages that don't come in your distro's packaging style, in this case as an rpm. For me, at least, if it's not an rpm it doesn't get installed.
Define "installed".
Downloaded and used will do for now.
So, is a bash script placed in ~/bin considered "installed" in your definition?
On 04/26/2020 03:16 PM, Ed Greshko wrote:
On 2020-04-27 04:54, Joe Zeff wrote:
On 04/26/2020 02:47 PM, Ed Greshko wrote:
On 2020-04-27 01:58, Joe Zeff wrote:
On 04/26/2020 03:11 AM, Tim via users wrote:
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.
Absolutely! And, the best way to discourage this is by simply not using any packages that don't come in your distro's packaging style, in this case as an rpm. For me, at least, if it's not an rpm it doesn't get installed.
Define "installed".
Downloaded and used will do for now.
So, is a bash script placed in ~/bin considered "installed" in your definition?
Not really, but it's a corner case in any event.
On 2020-04-27 06:21, Joe Zeff wrote:
On 04/26/2020 03:16 PM, Ed Greshko wrote:
On 2020-04-27 04:54, Joe Zeff wrote:
On 04/26/2020 02:47 PM, Ed Greshko wrote:
On 2020-04-27 01:58, Joe Zeff wrote:
On 04/26/2020 03:11 AM, Tim via users wrote:
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.
Absolutely! And, the best way to discourage this is by simply not using any packages that don't come in your distro's packaging style, in this case as an rpm. For me, at least, if it's not an rpm it doesn't get installed.
Define "installed".
Downloaded and used will do for now.
So, is a bash script placed in ~/bin considered "installed" in your definition?
Not really, but it's a corner case in any event.
So, putting a binary file in ~/bin is equivalent.
Tim:
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.
Joe Zeff:
Absolutely! And, the best way to discourage this is by simply not using any packages that don't come in your distro's packaging style, in this case as an rpm. For me, at least, if it's not an rpm it doesn't get installed.
The only non-RPM application I've installed outside of Fedora's RPMs, is trying MuseScore on CentOS (which is being a pain). I already used it as a RPM on Fedora, but there was no RPM for CentOS. I've installed Google apps using yum (GoogleChrome, GoogleEarth), and while they are external, they slot into yum, and so they update in the usual manner.
The other advantage of using our repos is, hopefully, they are vetted (better than some other website hosting apps). I have more faith (perhaps misguided) about the safety of applications from the Fedora repo, and they can be removed if they turn out to be bad. Externally hosted malicious software can remain available out of anyone else's control.
And if you're concerned about licensing, patents, and other kinds of encumbrances, the things in the Fedora repo are supposedly free from them.
-
Ed Greshko -
Joe Zeff -
Patrick O'Callaghan -
Ranjan Maitra -
Richard Shaw -
Tim