arch2appimage
OBS-Studio-appimage
arch2appimage | OBS-Studio-appimage | |
---|---|---|
10 | 6 | |
342 | 12 | |
- | - | |
6.4 | 8.4 | |
12 months ago | 16 days ago | |
Python | Shell | |
GNU General Public License v3.0 only | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
arch2appimage
-
ArchImage: my (experimental) side-project to convert Arch Linux programs to AppImages that really work on any distro, old or young... powered by Junest
Arch2AppImage is useless, just like my Arch-Deployer (Arch2AppImage is inspired by my project, see it's README), I've also created an "issue" on its repository to explain why I've abandoned it, see https://github.com/hanzala123/arch2appimage/issues/25 ).
I'm a creator of AppImage packages, the basis always used (and recommended) is to create them based on old distributions for compatibility reasons. With this solution I want to try to break that rule. Both my Arch-deployer and the better known arch2appimage failed at this (and were archived as a result).
-
Two reasons because Arch-based AppImages are not a good idea
less than two years ago I published a bash script that can that downloads a package from the Arch repository or from ChaoticAUR with all its dependences, and this was a big success for me on this community and on github. Later someone else, inspired by this project, have developed its own tool with a better code and easier to use (DT on YouTube did also a review on it, here). Everithing is great, I'm glad about all this, but... I stopped work on my repo more than 1 year ago (about december 2021) for a reason, the same that I think the developer of arch2appimage have understand later (and I said it into an issue, here), that's why its project have no more commits since 9 months. Arch-based AppImages are not a good idea, here are two reasons:
- MicroOS arch distrobox and AUR
- all dependencies in one package
- LURE: AUR on non-Arch distros
-
Lamenting What AppImage Could Have Been
If you are in Arch, arch2appimage can easily make packages from Chaotic AUR.
- A Python script to convert any Arch Linux package (official/AUR) to an AppImage
- Arch2appimage- A Python script to convert any Arch Linux Package (official/AUR) to an AppImage
OBS-Studio-appimage
-
Archimage 2.0: a tool to create AppImages from Arch Linux packages (supports AUR and ChaoticAUR) that can run also on distros with at least the kernel 2.6 (thanks to JuNest). This new release allows you to create even smoller AppImages.
OBS Studio https://github.com/ivan-hc/OBS-Studio-appimage from 200 to 167
- ArchImage: Install software from the Arch User Repository on any distribution
-
"ArchImage CLI": first release!
Visit https://github.com/ivan-hc/ArchImage for more!
- AppImage + Arch Linux/AUR packages = ArchImage!
- OBS Studio, my first ArchImage (i.e. built on top of JuNest) with multilanguage support
-
ArchImage: my (experimental) side-project to convert Arch Linux programs to AppImages that really work on any distro, old or young... powered by Junest
In my experience with Flatpak, when upgrading a runtime (from Nvidia) to the next version, used by the same app (WINE), I ended up with two runtimes and not even the "uninstall –unused" option had removed it , I did it manually later (and it's not very intuitive). Also, aside from "du", most disk space measurement tools still identify an inordinate amount of space, and even if you show me that article (which is one of many I've already read about it) this does not changes my experience with this format, because "ostree" is not a very intuitive system even for those who, like me, are used to LSB (Linus Standard Base) standards. I had to intervene on a malfunction of a single app I wouldn't be able to make my changes, while on a regular package it is still possible to do it... and for AppImages it is even more so. I once reported a problem to qBittorrent maintainers on flathub (this), never got a response. On the contrary, movements on the repository have made them (I'm telling you about when qBittorrent was switching from qt5 to qt6), and it was correcting their file and then returning it to the previous version. I don't know how apps work on runtimes, but this attitude (which I've seen in real time) seemed to me to be that of people who didn't even know what they were doing. With AppImage at least I have the security of knowing what's inside. Taking OBS again as an example, in the past whoever built this app in AppImages obtained packages ranging from 70 to 150 MB of space (always compressed), while I use other systems to package my AppImages at most and managed to bring it to 250 MB with deb packages (and it still doesn't work, some environment variables that I didn't include in the AppRun... you can see it here), not to mention the fact that many developer's platforms cut out the workspaces that we used to build on (i.e., for backwards compatibility issues we use usually the oldest Ubuntu LTS release still supported). I'm trying to go differently than the AppImage constructors of the past, and this method looks promising.
What are some alternatives?
lure-repo - The default repository for LURE
ArchImage - Build AppImage packages for all distributions but including Arch Linux packages. Powered by JuNest.
deb-get - apt-get for .debs published via GitHub or direct download 📦
junest - The lightweight Arch Linux based distro that runs, without root privileges, on top of any other Linux distro.
mprweb - Hosting platform for the makedeb Package Repository (MPR)
Arch-Deployer - A script to bulk download an Arch Linux package with all its dependencies to be converted in AppImage.
AM - An "AUR-inspired" Database of AppImage packages and a CLI to manage/install/update them system-wide! This repo lists 1900+ standalone apps for GNU/Linux. You can extend it with custom repositories, create your own installation scripts and even build AppImages on the fly! "AM" Application Manager: Easy to use like APT and Powerful like PacMan!
Atoms - Easily manage Linux Chroot(s) and Containers with Atoms.
Handbrake-appimage - AppImage built from JuNest.
Rhythmbox-appimage - Unofficial AppImage for the Audio Player Rhythmbox based on JuNest (ArchImage).