this post was submitted on 17 Sep 2023
268 points (80.7% liked)

Linux

48314 readers
143 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

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

A few years ago we were able to upgrade everything (OS and Apps) using a single command. I remember this was something we boasted about when talking to Windows and Mac fans. It was such an amazing feature. Something that users of proprietary systems hadn't even heard about. We had this on desktops before things like Apple's App Store and Play Store were a thing.

We can no longer do that thanks to Flatpaks and Snaps as well as AppImages.

Recently i upgraded my Fedora system. I few days later i found out i was runnig some older apps since they were Flatpaks (i had completely forgotten how I installed bitwarden for instance.)

Do you miss the old system too?

Is it possible to bring back that experience? A unified, reliable CLI solution to make sure EVERYTHING is up to date?

(page 2) 50 comments
sorted by: hot top controversial new old
[–] [email protected] 13 points 1 year ago

@mfat @linux "We" means Ubuntu. I can still do this.

[–] anamethatisnt 13 points 1 year ago (3 children)

I still run everything I can as .rpm through dnf on my Fedora and .deb through apt on my Debian servers.
I only install a flatpak as last resort.
From a dev viewpoint I can understand the gains of flatpak but from a user viewpoint I prefer a "real" install.

[–] [email protected] 8 points 1 year ago* (last edited 1 year ago) (4 children)

It's funny, I do almost the exact opposite--whenever there is a flatpak version, I prefer it over a built-in apt package. The flatpak is almost always more up-to-date and often has the features and bug fixes I need.

Examples:

  • Vorta (0.8.12 flatpak; 0.8.3 apt)
  • Pinta (2.1.1 flatpak; 1.6 apt)
  • Minder (1.15.6 flatpak; 1.13.1 apt)
  • Xournal++ (1.2.1 flatpak; 1.1.1 apt)

.

I don't think it's fair to expect the distro maintainers to be up to date with every software out there--the universe of software has grown and grown, and we just can't expect them to wrap/manage/test every new release and version bump.

load more comments (4 replies)
load more comments (2 replies)
[–] [email protected] 13 points 1 year ago (1 children)

Nowadays I don't even bother with upgrades anymore. Snaps and Flatpaks auto updates automatically, and for system updates Ubuntu notifies once a week.

For me the experience nowadays is better than before, where app updates are tied to system updates, meaning that older bases (like Ubuntu LTS) got behind on some softwares.

load more comments (1 replies)
[–] [email protected] 13 points 1 year ago

I don't use flatpak. But if your distro does, I imagine it should be pretty easy for them to provide a higher level program that updates both types of packages at once. I think this isn't a big problem.

[–] [email protected] 12 points 1 year ago (2 children)

Meanwhile Arch users are just using the AUR for everything.

I don't use Arch btw, but I'm thinking I should.

load more comments (2 replies)
[–] [email protected] 11 points 1 year ago (2 children)

Use a distribution with a large package library that is kept up to date and there is noting to miss.

Ubuntu is starting to push Snaps. So, that is becoming an unavoidable reality for Ubuntu users. For the most part though, Flatpaks remain optional for most distros.

The problem that Flatpaks solve is that the distro provided packages are out-of-date. If they are not, there is no real reason to prefer Flatpak.

load more comments (2 replies)
[–] Shikadi 11 points 1 year ago (3 children)

Just don't use Ubuntu and don't use flatpacks

load more comments (3 replies)
[–] [email protected] 11 points 1 year ago (1 children)

This is why I prefer native packages over Flatpak, AppImage, Snap, etc. I want my entire system managed under one roof. On Arch, that roof is pacman. I'd rather get stuff not in Arch repos from AUR so they stay under pacman's roof. I do like having the option to use Flatpak for stuff that isn't in my distro's repos (or third party ones like AUR), and on some distros with more limited selection it is very nice to have, though I'd still prefer native. The only places I really use Flatpak are on the Steam Deck (as SteamOS doesn't allow the use of pacman, and if you force it you break things) and on postmarketOS because the Alpine repos lack a lot of stuff I want on my phone.

load more comments (1 replies)
[–] [email protected] 11 points 1 year ago (1 children)

Nixos got this and then some

load more comments (1 replies)
[–] [email protected] 10 points 1 year ago

I'm still updating the whole system with one command. Just avoid flatpaks. Repackage for your distro if you need to.

[–] [email protected] 9 points 1 year ago (3 children)

Dunno about you, when I click Update in Discover, all my stuff updates

load more comments (3 replies)
[–] [email protected] 8 points 1 year ago* (last edited 1 year ago) (1 children)

We can no longer do that thanks to Flatpaks and Snaps as well as AppImages.

That is a you-problem to be honest. If updating the system needs more than one command, then something is wrong with the distribution.

If you install applications using something else thatn the system's package manager, you need to take care of them by yourself, too.

Also:

alias update='pacman -Syu && flatpak update && flatpak remove --unused --delete-data && snap refresh'

AppImages need to be updated individually, but AppImages suck anyways.

load more comments (1 replies)
[–] [email protected] 8 points 1 year ago (4 children)

Never used Flatpak or Snap in nearly 30 years of using Linux. I might one day but not yet.

I don't use Fedora these days but your package manager will probably have some hooks. Add one to update your Flatpaks when it has finished its main job.

load more comments (4 replies)
[–] [email protected] 8 points 1 year ago

You can definitely make an alias for this if all you want is a single command.

PS. I don't think what you describe is a killer feature.

[–] [email protected] 8 points 1 year ago* (last edited 1 year ago)

Arch-based distro here, a lot of shit from AUR and such and it autoupdates from my package manager/aur helper.

The 2 or 3 flatpaks I installed I have to manually update... But to be honest I'm fairly sure that there's some config or change I could make to yay that would make it update flatpaks too. And even if not... Well. I could do what the (as of now) top comment said and make a lil' script. Though running two commands is really not a huge sacrifice :P

Also back when I used Debian, apt had some hook in it that would update Flatpaks there too.

No Appimages for me though. Don't care for the entire format.

Anyhow to me the killer feature of Linux was never the package manager so much as it was how much liberty it gives me to customize everything. Flatpaks and such are just another aspect of that.

[–] [email protected] 8 points 1 year ago (1 children)

Debian, no flatpaks, snaps or appimages.

load more comments (1 replies)
[–] [email protected] 8 points 1 year ago* (last edited 1 year ago) (1 children)

For arch Linux, there's Topgrade. All there, in just one command. All. There. Official repos, AUR, even firmware upgrades.

Here's my alias to update the whole system. It includes fetching the fastest mirrors, topgrade, and cleaning the update's packages cache. Tailor it to your own needs.

alias update='sudo fetchmirrors -q -s 5 -v -c PT && yes | topgrade -c -y --no-retry --disable gem --disable vim --disable emacs --disable gem --disable sdkman --disable rustup --disable cargo --disable remotes && sudo paccache -rk 0'

load more comments (1 replies)
[–] Offlein 8 points 1 year ago (3 children)

What?! No! How could this have been Linux's "killer feature"?

Am I taking crazy pills? It really matters to you that you can use a single command to upgrade your system?

load more comments (3 replies)
[–] [email protected] 7 points 1 year ago

AppImages are horribly bloated, I personally would never use them on my machines. Snaps I'm also still biased against because Canonical's shady practices. So for me it's still just pacman -Syu && flatpak update.

[–] [email protected] 6 points 1 year ago* (last edited 1 year ago) (1 children)

The solution is using a distro that has support for containers (flatpaks preferably) but doesn't force them on you, so far I haven't found a single use case in which they're truly needed on desktop so apt update still does everything for me.

There's some software that I compile myself (emulators), it cannot be upgraded with a packet manager but that has always been the case.

I use Linux MX but there are other distros with the same approach. It also makes it really easy to see if you're installing them because flatpak is a separated repository from non-container apps (I think it's also updated by the package manager but I haven't tried so far).

load more comments (1 replies)
[–] [email protected] 6 points 1 year ago* (last edited 1 year ago)

Your mileage may vary, but it's still possible to install some distros without those nonsensical containerised "package managers", or to at least remove them after installation. It unfortunately takes an increasing amount of effort, especially in distros that are actively trying to push their flavour of containerised package manager. (Totally not looking at Ubuntu and Snap)

What is working in our favour here is the fragmentation, which will prevent, or at least slow down a too widespread adoption of those systems.

[–] [email protected] 6 points 1 year ago

The killer feature is getting applications from a central repo, not so much that there was only one repo. Unlike windows where you have each application self updating or not updating at all and forcing you to have to go to several webpages to update things. Having to update two different repos IMO is not a huge problem, you just need to be aware of it and there are frontends to these systems that can update both at once. The only exception to that I think are AppImages - but those you don't really need to use on most distros.

[–] [email protected] 6 points 1 year ago

You can just alias the update commands and have it as a a single command...

[–] [email protected] 6 points 1 year ago

I actually like Flatpaks... I use dpkg/apt-get for system packages that cannot be installed in userspace, and flatpaks for desktop apps / games. Many distro's have unified ways to update them anyway (at least VanillaOS has)

[–] [email protected] 6 points 1 year ago* (last edited 1 year ago) (2 children)
load more comments (2 replies)
[–] [email protected] 6 points 1 year ago

I can still do that, because I understood that problem when it arose.

[–] [email protected] 5 points 1 year ago* (last edited 1 year ago) (2 children)

No. (Or maybe yes. See Edit)

Ultimately, you are the one that decided to install things outside of your distro's package manager. If you don't like what happens as a result... then don't do that.

You are completely able to use the built-in package manager to achieve what we had "a few years ago". If you want something that isn't available in the package manager you can do what we did "a few years ago" and install it separately yourself (from source, flatpaks, snaps, appimage). Or you could become a package maintainer for that package and get it added as a package for your distro. It's completely up to you and in no way different frmo what it was a few years ago.

Edit: after finding out from @[email protected] that Fedora does in fact officially support Flatpak, I do indeed think that they could do better in how they support that.

load more comments (2 replies)
load more comments
view more: ‹ prev next ›