Aura.conf option for always showing makepkg output

[wreedb]

With most AUR helper users being accustomed to seeing the output of makepkg - I think it would be a good idea to offer an option within the aura.conf file to set this. It would be akin to running something such as sudo aura -Ax packagename but without needing to specify the x flag every time

Something like:

#[ Misc. ]
makepkg_output = true

I think an option like this would be great to have. When I first started using Aura, I thought that the build step of my AUR package installs was stalling every time until I looked through the manual and noticed that makepkg's output is suppressed by default. The build output is very useful to understanding what is happening during that step and having to explicitly specify the x flag every time is cumbersome.

Aside from this, I think it would be a good idea also to add the option for a user configuration file that would be read instead of /etc/aura.conf if it is present. The aur helper Paru has a feature like this - allowing a user config file located in the XDG_CONFIG_HOME.
For example: /home/username/.config/aura/aura.conf

Thank you for this great software!

[fosskers]

Hi! Thanks for the report. Actually the Rust version of Aura already does exactly what you're asking for. No -x is necessary and we see makepkg output by default. Would you be willing to try it?

[wreedb]

Would you be willing to try it?

Absolutely! Just installed it last night and I've been using it today for all pacman/aur operations and (other than needing a bit of polish in it's error output, i.e. aura :: a call to pacman gave a non-zer exit code. ), it's been really nice! Noticeably fast for sure. However one feature, which I'm not sure you plan on implementing or not is: globbing an install command such as aura -A brave to yield a selection of possible packages like:

aura :: multiple packages available for 'brave'
----------------------------------------------
1 :: brave
2 :: brave-bin
3 :: brave-git
4 :: brave-beta-bin
5 :: brave-dev-bin 
6 :: brave-nightly-bin
----------------------------------------------
aura :: please enter a selection to install (1-6)

I imagine this could be implemented by querying info based on what binaries the package provides, i.e. https://aur.archlinux.org/rpc/v5/info/brave-git

{ "provides": "brave", "brave-browser" }

I can live without this feature since I am a heavy power user who is also a developer and understands what this kind of thing means I guess, but I imagine this kind of feature is helpful for more casual users.

I really enjoy Aura and I think that it's fantastic that someone is taking the initiative to localize pacman/aur-usage for people who speak languages other than english. Keep up the great work!

[fosskers]

Ah interesting, offering installation options based on provides instead of just the name. pacman does this too for certain situations eh, so it's a reasonable idea. Luckily the Faur data server that Aura calls has a specific by=prov query that easily yields such information, so this is a good idea.

[wreedb]

Faur data server that Aura calls

Oooh, I'd not heard of this! I have been slowly working on creating an AUR helper of my own as a learning project for myself, I'd be really keen to ask you a few questions about Faur and Aura.

[fosskers]

Sure, any time! Feel free to call the Faur API as well, it's slightly more convenient.

[fosskers]

I've added a new search command, -Av which allows package searches by "provides". So:

aura -Av emacs
aur/emacs-git 30.0.50.169253-1 (104 | 0.00) 
    GNU Emacs. Development master branch.
aur/emacs-pgtk-native-comp-git 29.0.50.155762-1 (14 | 0.00) 
    GNU Emacs. Development master branch.
aur/emacs28-git 28.3.151685-1 (10 | 0.00) 
    The extensible, customizable, self-documenting real-time display editor, emacs-28 release branch
aur/emacs-pretest 29.1-0.90 (7 | 0.00) 
    The extensible, customizable, self-documenting real-time display editor. Pretest version
aur/emacs29-git 29.2.50.165993-1 (7 | 0.00) 
    GNU Emacs. Development emacs29 release branch.
... etc ...