Default pamac behavior suggests to cancel an update procedure. Pamac is not safe enough? To use safer pacman only?
Pamac Version
10.2.2-5
Libpamac Version
11.1.1-1
Desktop environment
KDE
What's "not working"
An update procedure suggested to be canceled. It has unexpected barrier for changing the default value. Default value should not be against already selected targeted action by user.
How to reproduce?
pamac update
Example:
$ pamac update
Preparing...
Synchronizing package databases...
Refreshing extra.db...
Refreshing chaotic-aur.db...
Resolving dependencies...
Checking inter-conflicts...
To upgrade (1):
libpamac 11.1.2-1 (11.1.1-1) extra 854.4 kB
Total download size: 854.4 kB
Total installed size: 40 bytes
Apply transaction ? [y/N]
I can't just hit Enter after review of updates, I always should change default suggestion for selected target action of update
of sort of do not update
to update
.
If I want to update and typed it pamac update
, why you introduce a barrier to me? It is usually unsafe action for pamac
? So pacman
with its barrier absence of [Y/n]
should be used instead of pamac
? Why not to make useful behavior? pamac
is not safe enough / so unstable to make updates and that's why trying to cancel the user direct command?
Or pamac
users estimated to have lower IQ than pacman
users?