Based on our record, Artifactory should be more popular than pikaur. It has been mentiond 20 times since March 2021. We are tracking product recommendations and mentions on various public social media platforms and blogs. They can help you identify which product is more popular and what people think of it.
Have a look here. Did you not search for the answer? That's part of the Arch(based) ethos. We tend to like to learn by reading whatever is required. :). Source: about 1 year ago
I was also looking for something nicer for Arch, but haven't found anything as nice as Nala. For now, I switched to pikaur, which at least displays updates in a much clearer way. Source: almost 2 years ago
Nice, but this definately needs a dependency resolver, otherwise it can only install a fraction of the available AUR packages. Since you're already using python, you may adapt your whole code on top a another python-based AUR helper like pikaur. You maybe also could take at the dep resolver of my ABS project. It's python, too, maybe not as clean as pikaur's code but simpler and not too integrated. Source: over 2 years ago
I've been using pikaur ever since pacaur became abandonware and I'm very happy with it, can't recommend it enough. Sure, it's not implemented in Rust or Go so it's certainly not as cool as yay or paru but that doesn't really matter much to me, being an end user. I don't really care as long as it does its job, as advertised. Source: about 3 years ago
I kind of hate it, but Artifactory seems popular at companies: https://jfrog.com/artifactory/. Source: 11 months ago
When not providing all dependencies yourself, you might suffer from people deleting the packages you depend on (IMHO a very rare scenario). If it is really that critical (hint: usually it isn't), create a local mirror of Pypi (full or only the packages you need). Devpi, Artifactory, etc. Can do that or you just dump the necessary files into Cloud storage, so you have a backup. Source: about 1 year ago
Operate a pull-through cache registry, like Artifactory or the open source reference Docker registry. This will allow you to pull images from Docker Hub less frequently, improving your chances of staying under the anonymous usage limit. - Source: dev.to / about 1 year ago
Like suppose for a second that . . . Idk . . . a product team wants our ci workflows to start using Artifactory. Okay great, I don't know Artifactory integration but I'm going to tell them "Sure, I'll get right on that.". Source: over 1 year ago
If these "assets" have an independent release schedule I would treat them separately (especially if they are externally provided). If they are not built from source then treat them as artefacts, they don't belong in git. You can store the in an artefact repository (like Artifactory of Nexus) or (as u/nekokattt points out) in something like S3. Source: over 1 year ago
Yay - Yay is an AUR helper written in go, based on the design of yaourt, apacman and pacaur.
Sonatype Nexus Repository - The world's only repository manager with FREE support for popular formats.
paru - An AUR helper written in Rust and based on the design of yay. It aims to be your standard pacman wrapping AUR helper with minimal interaction.
Cloudsmith - Cloudsmith is the preferred software platform for securely storing and sharing packages and containers. We have distributed millions of packages for innovative companies around the world.
Trizen - Trizen AUR Package Manager: A lightweight wrapper for AUR.
Git - Git is a free and open source version control system designed to handle everything from small to very large projects with speed and efficiency. It is easy to learn and lightweight with lighting fast performance that outclasses competitors.