Closed ratijas closed 2 months ago
❯ aurrep bat
aura >>= No packages found.
❯ aurep bat
Repository : community
Name : bat
Version : 0.16.0-1
...
That's no philosophy. That's called dump inconvenience. There's already Repository :
line to tell whether a package is from AUR or elsewhere.
❯ auin bat
error: you cannot perform this operation unless you are root.
❯ sudo auin bat
[sudo] password for ratijas:
sudo: auin: command not found
And this is why apps built in a last century used to request elevated permissions as they need them (UID!=0
, polkit et al.)
There's no flag combination to show info for either repos or AUR at once. Because reasons, namely, pHiLoSoPhY.
How about aureb
?
error: you cannot perform this operation unless you are root.
Aura follows Pacman's behaviour here.
Aura follows Pacman's behaviour here.
... and if you want to define an alias for pacman, you have to move sudo inside. Oh-my-zsh plugin exhibits exactly that behavior.
By the way, mimicking pacman may not be the best way to do things. Sure it gives familiarity vibes, but it should not be a stopper against implementing convenient features.
How about aureb?
Maayyybe.... Sounds a little bit weird though\~ But it's a phonetically hard equivalent of "p" alright.
That, and it reflects the b
othness of the search.
By the way, mimicking pacman may not be the best way to do things. Sure it gives familiarity vibes, but it should not be a stopper against implementing convenient features.
And indeed other major tools don't seem to force sudo
right away. I'll consider this for the Rust rewrite. It would actually improve a number of issues, now that I think.
I have noticed, I'm heavily using -Qo
and -Qql
often in conjunction with each other and with fzf
in preview mode, and none of those are aliased. They have to be added.
I propose auown
and auls
respectively. And then something on top of them:
function auownloc() { aura -Qi $(aura -Qqo $@); }
function auownls () { aura -Qql $(aura -Qqo $@); }
Former might be a bit long, but it is easy to type and remember. With such functions it is easy to use !$
(previous command's last argument) in your workflow, where !$
would refer to the same file over and over again.
Updated from latest commit to my pull request to oh-my-zsh repo.
There's nothing more I'd like to add. I used these aliases in my day-to-day workflow for a while, and it feels like it's the best it can ever get. Except for GOTDAYUMIT WHY REQUIRE TWO DIFFERENT ALIASES TO SHOW INFO WHY. Apart from that I'm pretty happy with them as they are.
Might as well add few lines to the README to instruct folks how to install that plugin from ohmyzsh to their setup.
Adding it to the book would also be very helpful. The book files are just .md
files, so you can edit them in the usual way. If you want to render the book locally to test your changes, check out https://github.com/rust-lang/mdBook .
Hello there,
Thanks to Oh-My-Zsh stuff, https://github.com/ohmyzsh/ohmyzsh/pull/9467 has been resurrected and finally merged. I'm gonna update the top post for the last time. And then I shall submit a PR to the book, right?
Sure, that would be great! Thank you.
Please, remind me that I should finish it someday...
Please finish this someday. :laughing:
Shall we close this?
Summary
This is feature request to include aliases for commonly used aura operations (e.g.: search, install, remove, inspect etc.) primarily for bash and zsh.
Description
Oh-my-zsh, despite being huge unwieldy bloatware, occasionally ships some useful plugins, most of which are sets of aliases. I'm no longer a direct user of oh-my-zsh, instead I just copied over my favorite parts to my personal dotfiles repository, but whatever.
One such plugin is for Arch Linux — mainly about pacman and AUR helpers. It lacks aura support at the moment.
The benefit of having such predefined bunch of aliases is huge:
glo*
family when I'm too lazy to open Sublime Merge).Now, I'm not sure what's the best way to distribute bash/zsh aliases via system package manager. But at least we can add support for aura to oh-my-zsh upstream.
Aliases
Here's what I would like to see there (based on the aforementioned plugin).
sudo aura -S
sudo aura -A
sudo aura -U
sudo aura -S --asdeps
sudo aura -A --asdeps
aura -Qi
aura -Qs
aura -Qql
aura -Qe
sudo aura -Syy
sudo aura -Oj
aura -Qqo
sudo aura -R
sudo aura -Rns
aura -Si
aura -Ai
aura -As --both
aura -As --both
sudo aura -Sy && <abs/aur refresh>
¹sudo sh -c "aura -Syu && aura -Au"
sudo sh -c "aura -Syu --no-confirm && aura -Au --no-confirm"
auupg
, but without confirmationsudo aura -Syu
¹ Which alias is selected depends on avaliability of the corresponding commands in PATH. ³ The
upgrade
alias is set for all package managers. Its value will depend on whether the package manager is installed, checked in the following order:yay
yaourt
trizen
pacaur
aura
pacman
Questions
aurep='aura -Si'
? There's no flag combination to show info for either repos or AUR at once. Because reasons, namely, pHiLoSoPhY.auin
,auinsd
wouldn't work on AUR packages for the same... cough... reasons as above.sudo
? Pacaur asks user for elevated permissions on the go as it needs them, but aura requires upfront execution under sudo. -- Yes, In the end I think sudo prefixes are required.Version
Oh-My-Zsh Arch Linux plugin: https://github.com/ohmyzsh/ohmyzsh/tree/b94bdf8927935419a228a1ba21408a36125513f7/plugins/archlinux Relevant PR: https://github.com/ohmyzsh/ohmyzsh/pull/9467 (merged).