-
Notifications
You must be signed in to change notification settings - Fork 83
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow setting a custom command for AUR packages instead of manually adding support for AUR helpers #473
Comments
Hi @Tank-Missile , I understand your point and it'd be cool if we could easily solve this. You can take a look at Line 1083 in 1234d31
|
I feel it would be a lot easier to just use the AUR RPC for this instead of relying on a helper. |
You mean this one: https://git.archlinux.org/aurweb.git/tree/doc/rpc.txt ? |
Yes, though you can find the rendered version of that link here: https://aur.archlinux.org/rpc |
Nice. |
Yeah that's probably best. Use the RPC to get information, use the helper to actually do stuff. |
@Morganamilo |
AUR helpers come and go. First I moved from pacaur to yay, and now I'm trying to figure out where to move to next now that yay is in maintenance mode. There are many AUR helpers even beyond what the wiki lists, and supporting all of them manually means not all helpers end up getting supported. Asking for a helper to be supported means waiting for the next release before it can be used with octopi. To alleviate this maintenance burden, why not toss out the old method of supporting AUR helpers and leave it up to the user? Environment variables could be used for supplying the AUR command with the list of packages to be installed, removed, upgraded, etc. Here's what the settings menu could look like:
The text was updated successfully, but these errors were encountered: