aurutils
arch2appimage
aurutils | arch2appimage | |
---|---|---|
35 | 10 | |
939 | 342 | |
1.2% | - | |
9.0 | 6.4 | |
6 days ago | 12 months ago | |
Shell | Python | |
ISC License | 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.
aurutils
- Is there a sudo related bug in makechrootpkg?
- AUR helper for maintaining a local repo
-
How do you guys manage AUR compilation?
Currently I use aurutils, so that created packages are stored in an extra repository on the respective machine and can be installed through it.
-
How/why do you use the AUR?
I currently use aurutils.
-
[Request/Suggestion] Have 1 linux app with autoupdate instead of muliple packages
If I am not mistaken officially maintained packages follow the same initial process as AUR packages. You can read the wiki on Creating packages. But official packages are tested (there is a testing repository with the newest packages) where as the AUR package expects users to do the build and testing themselves, at their own risk in other words. With the helpers like glorious aurutils the process of keeping up-to-date dozens of packages (if you happen to be in a such a use case) with many dependencies is quite easy.
- Clyde - the AUR helper in Bash
-
all dependencies in one package
You could use https://github.com/AladW/aurutils to create your own pacman repository on this USB drive. On your powerful PC you build the packages and they are placed in the repository on the USB drive. Then on your other machine you add the repository and install any AUR packages that you added to the repository from there. Dependency resolution would be handled by pacman itself just like for the normal repositories.
-
AUR Helper Suggestions
aurutils
-
yay -> takes ages -> password -> abort because I am not around -> goto 0
Check out aurutils, it is a collection of scripts that helps to streamline the process of maintaining a custom-repo for you aur packages. It takes a little to set everything up in the beginning (but it is less work then OPs method). After the initial setup everything just works.
-
YAY or PARU ?
I have yay installed but I've also setup aurutils on my server that automatically builds a list of packages to a pacman repo every day so I can just update them with my other pacman packages. Saves time compiling them during updates and lets me upgrade the same packages on my desktop and laptop without having to needlessly build them twice.
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?
aurch - Sets up aurutils inside a chroot for building Arch Linux AUR packages.
lure-repo - The default repository for LURE
trizen - Lightweight AUR Package Manager
deb-get - apt-get for .debs published via GitHub or direct download 📦
paru - Feature packed AUR helper
mprweb - Hosting platform for the makedeb Package Repository (MPR)
kernel-modules-hook - Keeps your Arch Linux fully functional after a kernel upgrade
ArchImage - Build AppImage packages for all distributions but including Arch Linux packages. Powered by JuNest.
docker-archlinux-aur - The Official Arch Linux Docker image after installing an AUR helper.
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.
pkgstats.archlinux.de - Arch Linux package statistics website
Atoms - Easily manage Linux Chroot(s) and Containers with Atoms.