Yeah this seems more like pivoting away from maintaining their own version and allowing upstream to do it via flatpaks. Not really surprising and as long as they're not laying off the devs, hopefully they're pivoting them to contribute more directly to other projects.
this post was submitted on 03 Jun 2023
43 points (97.8% liked)
Linux
48099 readers
916 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
@Kajika I don't see it as a huge deal, Redhat and fedora seem to be moving in a direction that favors flatpaks for GUI apps anyways, and they work pretty well nowadays. If the reduced packaging effort frees up resources to do more work on the core OS or Gnome shell, I'm all for it.
Yeah me neither, I posted a comment to tell that I am just sharing the news.
I am not touching flatpaks or snaps or appimage or anything like those either. But I am wondering how the community here would think of it. In hacker news they talk a lot about 'enterprise' support and all. I guess they are more biases toward those kinds of things. I guess there's a difference between how users/business interact with software and developers.
Flatpaks are actually pretty OK. There's a security layer that can tweaked with FlatSeal and you can control every single resource a flatpak binary has access to.
I feel like I remember there being a lot of pushback against flatpak even as recently as a few years ago. Wasn’t there a strong preference for programs to be in mainline repos or something like the Arch AUR?
I know the AUR is being depreciated soon. Was there a major shift in receptiveness to flatpaks or something? From a security point of view I feel like the baked in sandboxing of flatpak binaries is probably a strong selling point.
Wait, AUR is being deprecated? You got a source for that? That's like the one major selling point of using Arch or Arch-based distros (EndeavourOS, etc.) for me. I personally prefer to install my programs natively and not use snaps, flatpaks, etc.
I’ve spent like 20 minutes trying to figure out what lodged that thought in my brain and I can’t find anything. I think maybe I mixed up a Kali extras repo or something, but can’t find any mention of that either, so clearly I'm losing it.
You gave me quite a scare, too. It is unrealistic for Arch and its derivatives, but the few seconds before a brain starts working again were terrifying. But I believe there truly was some mistake somewhere along the way, as I am pretty certain no such thing is happening in the close future. Make sure to treat yourself to a good night sleep tonight for all the hard work you do ❤
Sharing the news here, I don't use fedora and don't care about Red Hat but I like LibreOffice.
I am not sure about the implications of this, I will probably never use an 'enterprise' distribution. Am I the only one?
Am I the only one?
Not at all.
What's the open source alternative? I mean I use WPS anyway but still
I use onlyoffice. It has great Microsoft office compatibility, but it's not perfect.
what does it mean for ?
or the AppImage? https://www.libreoffice.org/download/appimage/
I don't get all the fuse about Flatpak. I does not solve anything for FOSS. Maybe for proprietary software and still... Steam/Microsoft/Google provide packages for most of the principal distro.
view more: next ›