[pacman-dev] anoter "user vs. sudo" issue
I'm thinking about why abs should be run as root currently? I don't see the point for this. :-/ Why not make it behave like makepkg - to be run as ordinary user and store everything in his home dir (or another dir, configurable)? What do you think? -- Roman Kyrylych (Роман Кирилич)
On 12/21/06, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
I'm thinking about why abs should be run as root currently? I don't see the point for this. :-/ Why not make it behave like makepkg - to be run as ordinary user and store everything in his home dir (or another dir, configurable)? What do you think?
This actually is configurable by changing ABSROOT. The issue is that /var/abs is root owned by default. I think adding an abs group might be worthwhile for something like that. root:abs on /var/abs and then let someone change ABSROOT to their homedir or something like that. It could be a commandline option too.... /me ponders
On 12/21/06, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
On 12/21/06, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
I'm thinking about why abs should be run as root currently? I don't see the point for this. :-/ Why not make it behave like makepkg - to be run as ordinary user and store everything in his home dir (or another dir, configurable)? What do you think?
This actually is configurable by changing ABSROOT. The issue is that /var/abs is root owned by default. I think adding an abs group might be worthwhile for something like that. root:abs on /var/abs and then let someone change ABSROOT to their homedir or something like that. It could be a commandline option too.... /me ponders
I use the wheel group for this purpose only. An abs group might be a smart addition. Looking at the abs script for the first time, it only checks that you have write permissions in the directory (I should take a look at that $SRCDEST stuff in makepkg in this light...). How about a ~/.abs.conf inclusion? -Dan
On 16:25 Thu 21 Dec , Aaron Griffin wrote:
[..] This actually is configurable by changing ABSROOT. The issue is that /var/abs is root owned by default. I think adding an abs group might be worthwhile for something like that. root:abs on /var/abs and then let someone change ABSROOT to their homedir or something like that. It could be a commandline option too.... /me ponders
You were faster than me :) -- Alessio 'mOLOk' Bolognino Arch Linux Trusted User & Package Maintainer http://www.archlinux.org
On 00:08 Fri 22 Dec , Roman Kyrylych wrote:
I'm thinking about why abs should be run as root currently? I don't see the point for this. :-/ Why not make it behave like makepkg - to be run as ordinary user and store everything in his home dir (or another dir, configurable)? What do you think?
Actually, all my /var/abs tree is owned by my user (not root), so I agree with you Roman. We could create a group named "abs" and assign it the ownership of the /var/abs tree, wouldn't this solve the issue? -- Alessio 'mOLOk' Bolognino Arch Linux Trusted User & Package Maintainer http://www.archlinux.org
* On Thursday, December 21 2006, Alessio 'mOLOk' Bolognino wrote:
We could create a group named "abs" and assign it the ownership of the /var/abs tree, wouldn't this solve the issue?
I did this personally on my system a long time ago. But then again, I only added an abs group for /var/abs/local, and I copy directories there when I want to rebuild stuff so I have a cvs-clean copy in /var/abs to check back on. This is the duplicate of just copying the directory locally. // codemac -- .: [ + carpe diem totus tuus + ] :.
participants (5)
-
Aaron Griffin
-
Alessio 'mOLOk' Bolognino
-
Dan McGee
-
Jeff 'codemac' Mickey
-
Roman Kyrylych