Originally posted by _ReD_
View Post
Announcement
Collapse
No announcement yet.
Fedora 37 Proposing To Allow Unrestricted Access To Flathub
Collapse
X
-
-
There is some possible opposition to this change in its current form though because Flatpaks have higher priority over RPMs within GNOME Software. So this change may run into some problems unless GNOME Software is altered in its behavior around Flatpaks vs. Fedora RPMs.
Comment
-
Originally posted by skeevy420 View PostThe Manjaro package manager and GUI somewhat does that. Their Pamac tool does Pacman, Snaps, and Flats and their GUI quickly lets you know what's from what. I don't use Snaps or Flats so I can't tell you more than that, only that they're available all from the same tool.
- Likes 1
Comment
-
Can Fedora 36 do this? Taking Firefox as an example, Gnome Software suggests a Firefox flatpak from Fedora. If I go to flathub and download the link, I can install a different Firefox flatpak, the one from Mozilla, as far as I understand. But this never appeared as a search result in Gnome Software.
Comment
-
Originally posted by _ReD_ View PostHere here! Me too. Nothing against Flatpacks, but I love native RPMs.
RH legal's concern can only have been the Snaps convsersations, various appstore cases going in around the right now, and making sure RH gets to avoid responsibility if the PC eats your homework.
I don't share your interest in SFX packages. It's mostly a collection of very poor implementations of very old concepts. Buf since you do, great!
It's a shame flatpak has no "expert mode". And is slow, and - oh, wait, I'm about to give the whole feature list. :P
I'd like it to suck a lot less, but as long as it manages that *before* getting to the point where it starts replacing DEBs, I don't care about these silly baby packaging systems.
Comment
-
I apologise, I really struggle to understand your writing, would you be so kind as to please clarify the following?
Originally posted by arQon View PostMy bbrain landed on the "Me too" part first, and I thought jep, that's right phrase for any this these. I was genuinely surprised when I saw you hadn't used it that way.
Originally posted by arQon View PostRH legal's concern can only have been the Snaps convsersations, various appstore cases going in around the right now, and making sure RH gets to avoid responsibility if the PC eats your homework.
Originally posted by arQon View PostI don't share your interest in SFX packages. It's mostly a collection of very poor implementations of very old concepts. Buf since you do, great!
Originally posted by arQon View PostIt's a shame flatpak has no "expert mode". And is slow, and - oh, wait, I'm about to give the whole feature list. :P
Moreover, flatpack is just a container format. How could it be "slow"—or fast, for that matter? Maybe you're referring to some specific package manager?
Originally posted by arQon View PostI'd like it to suck a lot less, but as long as it manages that *before* getting to the point where it starts replacing DEBs, I don't care about these silly baby packaging systems.
Thanks for your patience.
Comment
-
Originally posted by _ReD_ View PostI apologise, I really struggle to understand your writing, would you be so kind as to please clarify the following?
> Here I can't fathom the meaning of "that's right phrase for any this these".
"Me too". Common worthless, vapid reply to posts on Usenet (and later, forums etc) agreeing with an opinion, etc. The term has since morphed into use to refer to (usually, low-effort) copycats of software etc. https://blog.marketing360.com/ecomme...e-too-product/
> The phrase in general in unclear to me. Also, I don't understand why you intermingle RH with Snaps and appstore.
You not understanding the first part is why you don't understand the second part.
Snap, Flatpak, AppImage, and 50 others - all "me too" products, all doing things badly. (Nix is by far the best of them, but of course doesn't have the $$ to fund the marketing campaigns of; or the pre-existing userbase to co-opt, that RH and Canonical do).
> What exactly are those "SFX packages" you mention
SelF-eXtracting archive (or SelF-extracting eXe) - https://en.wikipedia.org/wiki/Self-extracting_archive
> which "very poor implementations" and "very old concepts" are you you referring to?
"All of them", and "see the link above re SFX". You're getting quite a history lesson today... :P
> Moreover, flatpack is just a container format. How could it be "slow"
Ask any Ubuntu user whose web browser now takes over a minute to start - I'm sure they too would *love* to be given a reasonable answer to that question.
Comment
Comment