- cross-posted to:
- technews
You must log in or # to comment.
Glad to see another convert to Flatpaks, the turn toward 'em has done so much to make distro choice more than just “Debian / Ubuntu and if you want to use anything else, fuck you build everything yourself”. Even for projects that are large enough to be packaged basically everywhere, it’s nice having them lead the charge.
Cool that is very nice move from redhat Flatpaks are cool
Wow, I love Flatpak. I’ve already used OBS from Flatpak for a while.
Good news on one side (10k for OBS) and bad news on the other side. 😂
Why bad news? It means that there’s an universal package with official support for every distro instead of them just supporting Debian/Ubuntu and everything else being just… kinda there and unnoficial.
I am not in favour of these flatpacks/snaps or whatever these things are called. Packages should be distro packages, always. And the vendor of the software should never be responsible of packaging, thats literally the job of the distribution.
I am not in favour of these flatpacks/snaps or whatever these things are called
If you don’t even know what they’re called (and snaps and flatpaks are definitely not the same thing, look into it) then why be so opinionated about it? learn why they exist and how they work.
Packages should be distro packages, always.
Easier said than done, that would only leave space for huge projects maintained by either a huge community or by a large corporation, with smaller projects struggling to maintain every single application out there, SPECIALLY if you want linux as a whole to grow and have more widely available software.
Arch Linux is the perfect example of how failed this mindset is, where the main selling point of the distribution is how widely available every single software you need is there, but most of those are found not in the official repositories, but in an unnoficial, user-maintained and verified repository that unfortunately has the potential to be abused (either to spread broken packages or even malware, but fortunately, has been really well maintained for all these years).
And the vendor of the software should never be responsible of packaging, thats literally the job of the distribution.
That’s literally the job of the distribution until they’re faced with their limitations, be that licensing (flatpaks are basically the perfect way to have closed source applications if you need them), manpower to maintain said projects, or time to keep said projects polished and well maintained (in order to avoid other Linus moments™).
Those are the main problems of encumbering package distribution to the distro maintainers, and the other big problem is f r a g m e n t a t i o n; seriously, try convincing a software developer to support linux when there are dozens of packaging formats depending on the distribution, the best you’ll ever get is either a .deb or a .rpm, flatpaks (and not snaps, because those are stupid) are an easy, surefire way to get an universal package available to every single distribution.
I don’t see them as a substitute for distribution-maintained packages, but they are the best complement out there for when distros can´t maintain certain packages that are needed, and just shrugging them off like that is absolutely stupid.
Fragmentation isn’t real. The best way for developers to “support Linux” is to publish their source code and make it easy for users and distributions to build it. If it’s proprietary then that’s their problem, I’m not concerned with proprietary software.
ed: For proprietary software, as silly as it may sound, the best approach to supporting “Linux” seems to be supporting Windows and then waiting for Valve/the community to support it using Wine/Proton.
Yes, it does sound silly and it’s just plain and simply a bad take.
You really, in your heart of hearts, believe that not supporting Linux and leaving the work to the already hands-full Wine devs is better than them supporting Linux with a native build on an universal platform?
It seems to be working out well for the “Linux gaming” people. Like I said, though, I’m not really concerned with the support of proprietary software on “Linux” or with the idea of the “universal platform” of “Linux.” The farther we move away from the idea of “Linux” being a “platform” the better.
See also Let distributions do their job (Drew DeVault); note that the package manager I am using (GNU Guix) aims to make it easy to package different types of libre software projects using “importers” and it’s also possible to build packages directly from a specific git commit or reference.
ed: For proprietary software, as silly as it may sound, the best approach to supporting “Linux” seems to be supporting Windows and then waiting for Valve/the community to support it using Wine/Proton.
terrible take, beyond the fact that a flatpak is infinitely more convenient than using wine to run a windows program, most programs outside of games are much more difficult to run on wine because most windows software makes their own toolkit among other components. Games are one of the few things that can be done so well through wine because they are generally built on similar base toolsets and engines.
Also games are only being made to work so well on linux because the have a direct benefit to valve who wants more independence to sell their games without worrying about the platform they sell on being owned by microsoft/xbox. There is no software marketplace on desktops that would incentivize anything even remotely on that scale for regular software.
True
deleted by creator
deleted by creator
See https://flatkill.org/2020 and https://madaidans-insecurities.github.io/linux.html#flatpak, please. Linux still lacks a proper security model.
deleted by creator
Flatkill
Dear god, people are still using it as a source? See the Response to Flatkill.org as well, if you want every single point.
