-
Notifications
You must be signed in to change notification settings - Fork 46
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
Add pkgbuild option to build local package #46
Conversation
Flake 8 displays a warning: unable to detect undefined names
I think it is a nice feature, thanks for your contribution. I have some comments:
|
I could rename it to I use pikaur in my playbook and I have a specific use case for local pkgbuilds. I just added the functionality for makepkg after I implemented it for pikaur. Other helpers cannot build local pkgbuilds yet. You could change the function in the future and keep the same options for pikaur and add the commands for the other helpers. Or you wait until every helper implements it and then you can add it to your module. However, this probably won't happen. pacaur is also discontinued and the issue for yay is open since 2 years. |
Are you happy if I change the new pikaur function to a generic function where someone could add the functionality for other helpers in the future?? |
yes adding or for removing a helper should require minimum maintenance, it often happens. We have to think if pikaur is discontinued, it should be a question of adding or removing an element in a list. |
I changed the code. Now there's a list for a local package build and a generic function that assumes the last argument is the PKGBUILD file. Both are only used if This will work in theory with another helper that just need to be added to the new list. In theory because it will only work if the helper requires the PKGBUILD file as the last argument. It doesn't work anymore if the helper requires the directory or if it needs to execute the command inside the directory, etc. pp. The code is now more bloated. Tell me what you think. I will rebase the PR later. |
it seems good thanks for the changes |
ok. rebase done. |
can't |
for behavior that varies depending on the helper let's not try to change or harmonize in the background, this would add complexity. |
I removed the last commit. Sorry. I don't have time for this. |
I would not remove this option because there's also a description that explicitly says why it's useful in the first place. This helps users if they have exactly this issue/use case of installing only one package (AUR helper) that needs GnuPG configured. |
i'd love if the option "yay -U" learns to take either a package file and installs it, or PKGBUILD and builds it beforehand, instead of having "local_pkgbuild" as addition. yay -U only would use the PKGBUILD in the current dir. thanks a lot for this contribution! |
@soloturn what you describe and would like yay to support is it what pikaur does already with the |
I implemented all suggestions. Please check. |
Sometimes AUR packages are broken and not fixed. With the pkgbuild option, a local directory with the PKGBUILD and build files can be specified to build the package.