A Universal linux app store. Contribute to AppOutlet/AppOutlet development by creating an account on GitHub.
I noticed the AppOutlet repo has been archived, but I really liked the idea of one store to rule them all (I.e. snaps, appimages, flatpaks, etc. in one place).
You won’t find any alternatives because Flatpak has won the war. Pretty much everyone (except Canonical) hates Snap and avoids it like the plague, and AppImages have significantly dropped in popularity amongst users due to the rise of Flatpak, and the various advantage it has over AppImages. So you’re left with only Flatpak/Flathub basically.
I like the integration with Timeshift and the into packed interface with ability to click on details. On the downside, the themes are limited and it’s kind of hard to use for browsing apps that you might want to install.
Thanks for the suggestion. After getting some weird behavior with Appimage Launcher and reading this reddit thread, I decided to install pamac-flatpak from the AUR, but plan on leaving AUR dissabled on the app. So far so good. I think it’s a keeper.
KDE Discover supports Snap, Flatpak and distro packages (through PackageKit). It doesn’t support AppImage, though. It also doesn’t work very well outside of Plasma.
Ah yes, the most misused xkcd. AppOutlet isn’t a new standard. It’s a frontend which attempts to support all of the existing standards. There is no special AppOutlet package format or repository. It’s simply an application that can install Snaps, AppImages and Flatpaks, which you would be installing anyway through other means.
This is like looking at VLC’s support for dozens of multimedia formats and calling it a new standard. VLC isn’t a multimedia format, it’s a multimedia player. It implements the existing multimedia standards, it isn’t itself supposed to be one.
I love GNOME, but Gnome Software is hot garbage. If KDE gets their gtk/adwaita tweaks in place, I might recommend Discover instead.
Also, arguably, by the most argumentative people, AppStream is also hot garbage, which is what was supposed to solve your problem regarding “too many package managers”.
I personally would wish AppStream didn’t suck and that it was also aware of NPM and crate packages. They’ve sort of been forgotten or relegated “developer tools”… even though you can pull full applications and system libraries.
How many “it’s 2025 already” problems do we have to encounter this year?
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !linux@lemmy.ml
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.
You won’t find any alternatives because Flatpak has won the war. Pretty much everyone (except Canonical) hates Snap and avoids it like the plague, and AppImages have significantly dropped in popularity amongst users due to the rise of Flatpak, and the various advantage it has over AppImages. So you’re left with only Flatpak/Flathub basically.
In that case, any one stop shop on Arch that will search the Arch repo, the AUR, and Flathub?
You can try Bauh.
github
It manage appimages, flatpaks, snaps, AUR and repos.
Thanks for the link. That sounds like exactly what I’m looking for. Thank you.
I like the integration with Timeshift and the into packed interface with ability to click on details. On the downside, the themes are limited and it’s kind of hard to use for browsing apps that you might want to install.
I am using pamac-all on archlinux, which is kind of like that. It works only on arch linux afaik. It has the repos, AUR, flatpak, and snap support.
Thanks for the suggestion. After getting some weird behavior with Appimage Launcher and reading this reddit thread, I decided to install pamac-flatpak from the AUR, but plan on leaving AUR dissabled on the app. So far so good. I think it’s a keeper.
KDE Discover supports Snap, Flatpak and distro packages (through PackageKit). It doesn’t support AppImage, though. It also doesn’t work very well outside of Plasma.
deleted by creator
Ah yes, the most misused xkcd. AppOutlet isn’t a new standard. It’s a frontend which attempts to support all of the existing standards. There is no special AppOutlet package format or repository. It’s simply an application that can install Snaps, AppImages and Flatpaks, which you would be installing anyway through other means.
This is like looking at VLC’s support for dozens of multimedia formats and calling it a new standard. VLC isn’t a multimedia format, it’s a multimedia player. It implements the existing multimedia standards, it isn’t itself supposed to be one.
I love GNOME, but Gnome Software is hot garbage. If KDE gets their gtk/adwaita tweaks in place, I might recommend Discover instead.
Also, arguably, by the most argumentative people, AppStream is also hot garbage, which is what was supposed to solve your problem regarding “too many package managers”.
I personally would wish AppStream didn’t suck and that it was also aware of NPM and crate packages. They’ve sort of been forgotten or relegated “developer tools”… even though you can pull full applications and system libraries.
How many “it’s 2025 already” problems do we have to encounter this year?