Arch-Deployer
arch2appimage
Arch-Deployer | arch2appimage | |
---|---|---|
7 | 10 | |
52 | 342 | |
- | - | |
0.0 | 6.4 | |
about 2 years ago | 11 months ago | |
Shell | Python | |
GNU General Public License v3.0 only | 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.
Arch-Deployer
-
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 ).
Hi everybody, I'm the developer of Arch-Deployer and AM Application Manager
-
Do you think flatpak / snap will make distros obsolete? Discuss.
I have posted previously that it's possible to go from AUR source ->AppImage -> Firejail with a script like Arch-Deployer for the basis of a secure OS.
-
Binaries for Arch Linux are not compatible with older GLIBC versions (I'm trying to create AppImages for other GNU/Linux distributions).
Hi, I'm the developer of Arch-Deployer, a script to bulk download Arch Linux packages from the main repositories (and from Chaotic-AUR) with all their dependences to finally compile AppDirs to study (the AppRun script and other internal components) before their exportation in AppImage packages. When I created it, my goal was to create AppImages to upload on my other repository named AM Application Manager, to made all these programs available for all the others GNU/Linux distributions. But I had not taken care of a particular issue: GLIBC compatibility!
-
Issue in creating an AppImage for GIMP
If I have time enough, I wanna try to create a script that automatizes all the processes, also for you developers, but my knowledge is limited to the download of packages from Debian and derivatives or from Arch Linux to create these structures, I'm not much good in compiling these programs by myself into a chroot, I'm just an enthusiast.
-
Arch Deployer has been improved
I have not added support for Chaotic-AUR, you can consult this issue to check the reason. You will most likely need another script to export your programs to the AUR to make them executable on any other distribution (I've already done this for some programs in my other project, "AM", the Application Manager).
-
A script to built an AppImage using packages from Arch Linux
https://github.com/ivan-hc/Arch-Deployer I hope you like it.
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
What are some alternatives?
firedragon-browser - A Floorp fork with custom branding 🐉 (mirrored from GitLab)
lure-repo - The default repository for LURE
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!
deb-get - apt-get for .debs published via GitHub or direct download 📦
ArchImage - Build AppImage packages for all distributions but including Arch Linux packages. Powered by JuNest.
mprweb - Hosting platform for the makedeb Package Repository (MPR)
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.
deb2appimage - Build AppImages from deb packages on any distro with simple json configuration
GIMP-x86_64.AppImage - GNU Image Manipulation Program, cross-platform image and photo editor, AppImages for x86 and x64 architectures built from the more recent PPA (supports GLIBC 2.27 or later). [Moved to: https://github.com/ivan-hc/GIMP-64bit-and-32bit.AppImage]
Atoms - Easily manage Linux Chroot(s) and Containers with Atoms.