[pacman-dev] anoter "user vs. sudo" issue

Roman Kyrylych

22 Dec 2006 22 Dec '06

1:08 a.m.

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 (Роман Кирилич)

Show replies by date

Aaron Griffin

22 Dec 22 Dec

1:25 a.m.

On 12/21/06, 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?

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

Dan McGee

1:28 a.m.

On 12/21/06, Aaron Griffin wrote:

...

On 12/21/06, 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?

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

Alessio 'mOLOk' Bolognino

1:35 a.m.

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

Alessio 'mOLOk' Bolognino

1:33 a.m.

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

Jeff 'codemac' Mickey

23 Dec 23 Dec

1:44 a.m.

* 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 + ] :.

6341

Age (days ago)

6342

Last active (days ago)

List overview

Download

5 comments

5 participants

participants (5)

Aaron Griffin
Alessio 'mOLOk' Bolognino
Dan McGee
Jeff 'codemac' Mickey
Roman Kyrylych