Skip to content
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

configuration only makes sense with pacman wrappers #4

Closed
AladW opened this issue Apr 6, 2022 · 6 comments
Closed

configuration only makes sense with pacman wrappers #4

AladW opened this issue Apr 6, 2022 · 6 comments

Comments

@AladW
Copy link

AladW commented Apr 6, 2022

The current install, upgrade commands assume a pacman wrapper that handles both AUR and repository packages. This limits the usefulness to people who choose not to use pacman wrappers. An alternative would be:

  • AUR install command
  • AUR upgrade command
  • install command
  • upgrade command
@moson-mo
Copy link
Owner

moson-mo commented Apr 6, 2022

Hi @AladW

Thanks for the feedback.

The current install, upgrade commands assume a pacman wrapper that handles both AUR and repository packages.

That is correct assuming you use the default settings.

You can disable the AUR lookup and replace the install / remove / update command in the settings with e.g. sudo pacman -S, etc...

@AladW
Copy link
Author

AladW commented Apr 6, 2022

Yes, but then I can't install or upgrade AUR packages from the interface (or even view them, if the AUR lookup is disabled?), which seems useful.

Note that additional AUR install/upgrade commands in the configuration could default to the value of the install/upgrade commands, when left blank. That way there's no redundancy for users of pacman wrappers.

@moson-mo
Copy link
Owner

moson-mo commented Apr 7, 2022

Yes, right. I'm actually assuming that an AUR helper is being used which delegates the installation to pacman in case of a repo package. Like yay or paru does.

But I see your point, in case an AUR helper is not being used you'd need separate methods/commands to handle both cases.
I'll think about it. I'll try to keep things as simple as possible, but your suggestion makes sense.

For the install command, there would be a workaround though by just calling a shell-script which evaluates the output of something like pacman -Ss "^$1\$" to determine if the package is available in a repo and then use different commands to handle the installation.

moson-mo added a commit that referenced this issue Apr 7, 2022
New options have been added to allow usage of separate commands for AUR packages

This addresses #4
@moson-mo
Copy link
Owner

moson-mo commented Apr 7, 2022

I've added some config options for separate commands.

image

image

If a package originates from the AUR and "Use separate commands for AUR packages" is enabled, it'll execute the respective commands. The input fields in settings are only visible when that option is enabled.

@AladW
Copy link
Author

AladW commented Apr 7, 2022

Perfect, thanks for the quick follow-up.

@AladW AladW closed this as completed Apr 7, 2022
@AladW
Copy link
Author

AladW commented Oct 11, 2022 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants