arch2appimage
static-tools
| arch2appimage | static-tools | |
|---|---|---|
| 10 | 1 | |
| 342 | 24 | |
| - | - | |
| 6.4 | 3.0 | |
| 12 months ago | 27 days ago | |
| Python | C | |
| GNU General Public License v3.0 only | MIT License |
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
static-tools
-
Lamenting What AppImage Could Have Been
It's been done: https://github.com/probonopd/static-tools
What are some alternatives?
lure-repo - The default repository for LURE
Chocolatey - Chocolatey - the package manager for Windows
deb-get - apt-get for .debs published via GitHub or direct download 📦
zap - :zap: Delightful AppImage package manager
mprweb - Hosting platform for the makedeb Package Repository (MPR)
toolbox - Tool for containerized command line environments on Linux
ArchImage - Build AppImage packages for all distributions but including Arch Linux packages. Powered by JuNest.
OBS-Studio-appimage - OBS Studio AppImage built on top of JuNest, the lightweight Arch Linux based distro that runs on top of any other Linux distro.
Atoms - Easily manage Linux Chroot(s) and Containers with Atoms.
junest - The lightweight Arch Linux based distro that runs, without root privileges, on top of any other Linux distro.
Arch-Deployer - A script to bulk download an Arch Linux package with all its dependencies to be converted in AppImage.
linuxdeployqt - Makes Linux applications self-contained by copying in the libraries and plugins that the application uses, and optionally generates an AppImage. Can be used for Qt and other applications