You are not logged in.
Pages: 1
Hi,
whenever I compile something with 'makepkg -sirc' I am prompted 3 times for a sudo password: when installing deps, when removing them, and when installing the package.
here's an asciinema: https://asciinema.org/a/wF8YwpkaZRVNSEm4GAI3R5ott
anybody got any idea how can I fix this? (as in, get it respect the system sudo timestamp)
Haec inconstantia, mutabilitasque mentis, quem non ipsa grauitate deterreat?
Offline
This is strictly makepkg related?
sudo pacman -S cmatrix
cmatrix -abs # wait 30s, press the any key
sudo pacman -R cmatrix
sudo pacman -S cmatrix # because of course you want to have it back :P
does not cause this?
Offline
sudo -l
May be helpful to see.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
I'm almost certain this is intentional.
from pacman NEWS file
- Drop sudo permissions after use
See https://gitlab.archlinux.org/pacman/pac … quests/180 .
In theory this could lead to 4 times sudo requires a password entry with -sirc :
installing buildtime deps
installing runtime deps
removing all installed deps
installing the build packages.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
You can set "PACMAN_AUTH='sudo' in makepkg.conf to stop that behaviour. But it does allow a rogue PKGBUILD to do what it wants...
Offline
This is strictly makepkg related?
Yup, I only noticed it here at least. Every other sudo action works as expected.
I'm almost certain this is intentional.
The timeline does fit with when I started noticing it.
You can set "PACMAN_AUTH='sudo' in makepkg.conf to stop that behaviour. But it does allow a rogue PKGBUILD to do what it wants...
It's not disturbing me very much, I just couldn't figure it out and it was bugging me.
Thanks for the explanations guys, makes sense. At least now I know a little more what's up, I'll see how to handle it.
The problem might be in conjunction with makepkg starting to use isolation internally, I also saw a post about relevant recent makepkg updates but can't find it anymore.
Update:
Setting "PACMAN_AUTH=('sudo')" does fix the problem. What exactly are the implications of this? Doesn't makepkg try 'sudo' and 'su' anyway? And isn't 'sudo' basically safer than 'su'?
Last edited by mvtab (2024-11-03 09:53:50)
Haec inconstantia, mutabilitasque mentis, quem non ipsa grauitate deterreat?
Offline
Setting "PACMAN_AUTH=('sudo')" does fix the problem. What exactly are the implications of this? Doesn't makepkg try 'sudo' and 'su' anyway? And isn't 'sudo' basically safer than 'su'?
If a PKGBUILD has a sudo call inside it (or calls a script with a sudo call inside it), you will not be prompted for a password and thus may not notice what it is doing.
Offline
If a PKGBUILD has a sudo call inside it (or calls a script with a sudo call inside it), you will not be prompted for a password and thus may not notice what it is doing.
I understand, so basically equivalent of running makepkg with sudo? Pretty hardcore.
Haec inconstantia, mutabilitasque mentis, quem non ipsa grauitate deterreat?
Offline
Pages: 1