I prefer them. There’s trade-offs (like disk usage and occasional theme issues) but it’s worth it to me for the sandboxing and ability to easily run a newer version of an application than your distro has packaged up in their repos. It’s better for developers since they don’t have to support deb, rpm, etc. etc. And long term, it’ll allow immutable systems to become the default and that’ll be good for security and stability.
Between Snap, Flatpak, and AppImage, I default to Flatpak. It seems like the best supported even if they all have their strengths and weaknesses. AppImage is great for old versions of software you don’t want updated/integrated into menus. Snaps are basically the same and I happily use them if there’s no Flatpak but it’s so tied to Ubuntu/Canonical that some people have opinions about using it. I don’t know of any developer stubbornly refusing to support Flatpak on ideological grounds.
A. If you haven’t played ΔV, do it. One of the most amazing games out there imho. So good in fact that I just went to find a Δ on the internet so I could use it and not disrespect the dev and the game. B. He is such an amazing dude. I don’t know him personally, but I do know that when Ukraine was invaded he made the game free for months on Steam so people in Ukraine could get it and have something too distract themselves from the conflict. A+ move in my book right there. I had already bought the game at that point, but I wish I could buy it again just to support him further. C. Reading this almost makes me think it would be a good tactical move to offer early access games at a steep discount on Linux if it has this great of an effect. Pay back the “free” QA kindness of the community.
I absolutely love it. Easy to find newer versions of things than what’s in my distro’s repos, easy to update. The only snags I’ve encountered is sometimes (very rarely) a program won’t have access to part of my storage or my system’s dark theme isn’t applied. The former is super rare and the latter is usually 5min of searching the web to remember how to change the theme for a flatpak.
EDIT: after reading some of the other comments, I should mention that I only use it for GUI applications. I’ve not yet tried any TUI/CLI applications as flatpaks.
Copyright won't help here. Extending it to allow the protection of concepts as well as literal implementation is what Oracle tried to do, and would've resulted in a few megacorps demanding licensing for core concepts that no one can really make quality, functional software without.
Of course, software patents are also stupid, even if the general intent of patents seems reasonable.
Patents should simply be a monopoly on an idea for enough time to gather resources to develop that idea’s prototype. I know it doesn’t work that way, but it should. They really should be there for small inventors, not giant corps who have plenty of resources, but I digress.
But software itself can implement that prototype without having to build anything. Your ideas can be created directly. We don’t patent math and we don’t patent poetry or even poetic writing structures.
Software and business method patents are utter bullshit.
Screwed up fonts in GTK software, even though the xdg-portal app for KDE is installed. At some point I just gave up. I see no reason to install any Flatpak if the software in question is already in the distro's repository and current enough anyway. Maybe except OBS, because the Flatpak version comes with Youtube integration which, to my understanding, needs to remain closed source and won't make it into a FOSS repository.
I take it you’re on Wayland? The fonts issue is a bug that’s being fixed IIRC in KDE’s portal, but as a workaround for now you can install the GTK desktop portal, which should make the fonts render correctly.
(That is, if you end up needing to use other Flatpaks that have an OBS-like situation)
Aside from philosophical issues my experience with Flatpak has been excellent. There’s some theming steps you need to do to make them feel like regular apps, which I feel is clunky design. No Flatpak-induced instability from what I can tell. Setting up directory permissions is sometimes slightly annoying but Flatseal makes it trivial, and most Flatpak permissions are set up properly out of the box these days.
I haven’t noticed any start-time delays when launching Flatpaks as opposed to regular apps - I don’t know if they’ve fixed that or if my system is just too powerful. The only app that I’ve personally noticed is weird is VSCodium, which has trouble escalating to admin permissions when you’re trying to edit privileged files. I still use the regular version for that reason.
I wasn’t able to get the gsettings method to work (I’m on Wayland KDE), and that article doesn’t say anything about theming QT Flatpaks. Also, after “installing” my GTK theme as a flatpak via the method described, it still wasn’t available to my GTK Flatpaks via the GTK_THEME method. The steps in the itsfoss.com article do work, though there’s been a lot of squabbles about the “proper” way to expose themes to Flatpaks. Regardless, this all goes back to my point that theming Flatpak is clunky and should be much smoother.
GTK_THEME is a development env var, it’s not expected to work in many cases. For example GtkSettings:gtk-theme won’t even contain it so apps can be confused.
The post details exactly how it works but yes it’s only about GTK.
Right, I understand it’s not supposed to be used in “proper” usage, but it does work for all my GTK apps and the gsettings method does not work for me. Unless I’m supposed to store it somewhere else because I’m on KDE.
I do have xdg-desktop-portal-gtk on Debian Stable, which is currently at 1.14.1-1. I’ll look around to see if there’s more documentation on this method, because I would prefer to not use the debug variables if possible.
Edit: I launched with GTK_DEBUG=interactive and I can see the theme inside the Flatpak gets set to Adwaita-empty instead of my actual theme, which does get properly returned via gsettings get org.gnome.desktop.interface gtk-theme
That gets my normal GTK theme properly. I found a little more discussion on this here. Nothing very actionable but I did also confirm that my xdg-desktop-portal-gtk is running. It seems like this is supposed to be working, but I have a mostly stock Debian 12.1 KDE install and something seems to be wrong somewhere in the chain. I’ve also tried multiple GTK Flatpaks with the same results.
Edit: Also, I have both my themes folder exposed and the theme installed as a Flatpak via the linked script.
It sounds like you’d be better off with a DE or WM that isn’t gnome. The GNOME Project has been progressively sticking more and more of the customization features of the DE behind either gnome tweaks or the command line, likely to unify the experience for all users and improve the ability to provide support.
Personally, as far as gnome-based DEs are concerned, I prefer cinnamon, but I’m fine running Mint to just have it come pre-installed. I don’t know what dependencies it pulls in now if you install it standalone from Mint.
I’m using KDE, but my point still stands about both… also, would be nice for newbies if KDE had a few presets when it comes to layout to make the users realise how truly powerful it is
All of them have premium prices, but not a single one of them freemium, or always-online, meaning you get what you pay for and what you pay for is high quality software.
Presonus if you need a pro tracker, or even the chance at mixing Atmos on Linux (though the hardware needs to be supported OS-side of things).
Mixbus 32C is cool, because it’s EQ’s and compressors are analogue modelled after their classic console. They got that real nice vintage sound.
Bitwig is basically a mixer/sequencer DAW, meant for electronic music and live performances.
Now if only Ableton Live could be ported to Linux :( pretty please?
Somebody thought the need for a new package manager was great enough to spend time creating one. That person at least must think it is justified.
We, the users, have not chosen just one of the options to be the standard. Does that “justify” that they all exist?
In the short term, the popularity of Linux is certainly hurt by the complexity of the ecosystem and the lack of standardization. As a product, it would see better adoption of it were more standardized. Without writing a book about why, there is no doubt about this. The short version is that, today, Linux is many products, none of which can compete as effectively as one would and all of them are impaired by the confusion this causes.
In the longer run though, it is almost certainly one of the great strengths of Linux. Linux is many products and as a result, it can target and effectively fill almost every niche. That is going to make it very hard for alternatives to compete at some point. Once Linux knowledge and Linux applications ( yes, I know ) become more mainstream, this compatibility between options becomes a strength. I can have my own operating system that is just the way I want it, but it still runs Docker and Stream ( as examples ).
Think of the cereal aisle at the grocery store. If I want to introduce a new cereal ( or pasta sauce or whatever ), coming up with one that has 10 flavours is not going to work ( without immense marketing muscle ). None of them will sell well enough and probably all of them will get pulled from store shelves. I would be better off launching one. However, once I have a mature market position, I can have not just the regular version but the whole wheat version, the honey nut version, the cinnamon version, the holiday version , etc. They will collectively make each other stronger and all potentially sell well ( again, think pasta sauce flavours if that makes more sense to you ).
This is why there was The Tesla Roadster at first and now there are the Model S, Model 3, Model X, Model Y, and maybe the Cyber Truck.
Linux is not a “product” though. It is an Open Source program. While any given Linux distributor ( distribution ) may think like I outline above, collectively the Linux market is fragmented. Linux is a mix of commercial, community, and individual interests all scratching their own itch.
I am super interested in Chimera Linux right now and fairly negative towards Ubuntu. This makes me part of your problem though. Chimera Linux makes “Linux” less predictable, more confusing, and more frustrating for new and potential users. Pushing everybody to Ubuntu would be a better market strategy. That said, I personally want to use Chimera Linux and, while I say that I want Linux to succeed, I also secretly hope that Ubuntu will fail. Chimera Linux uses a package manager used by only one other Linux ( and in fact they use different, incompatible versions of it so really they are unique ). Clearly, my priorities are mid-aligned with the premise of your question.
So, what does “justified” mean in the Linux space.
linux
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.