Trying to figure out some umask issues

2008-11-07 Thread Jason L Tibbitts III
I do a large number of local mock builds as a part of the package reviews that I do, and one problem I consistently run into is executables and .so files coming out with mode 775, but a scratch build in Fedora's koji instance showing the expected 755 permissions. I thought it might be some local e

Re: Trying to figure out some umask issues

2008-11-07 Thread Mike McLean
Jason L Tibbitts III wrote: I do a large number of local mock builds as a part of the package reviews that I do, and one problem I consistently run into is executables and .so files coming out with mode 775, but a scratch build in Fedora's koji instance showing the expected 755 permissions. I th

Re: Trying to figure out some umask issues

2008-11-09 Thread Jason L Tibbitts III
> "MM" == Mike McLean <[EMAIL PROTECTED]> writes: MM> I believe the umask needs to be 002 in order for users in the mock MM> group to be able to use mock effectively. Which umask? My person one? If mock requires a specific umask value, it should simply set one itself. MM> Regardless, if th

Re: Trying to figure out some umask issues

2008-11-10 Thread Jesse Keating
On Mon, 2008-11-10 at 03:08 -0500, Ignacio Vazquez-Abrams wrote: > (file permissions, user ownership, group ownership, directory > permissions) That's what I get for answering something after midnight without looking it up in the manual. Thanks! -- Jesse Keating Fedora -- FreedomĀ² is a feature!

Re: Trying to figure out some umask issues

2008-11-10 Thread Ignacio Vazquez-Abrams
On Sun, 2008-11-09 at 23:48 -0800, Jesse Keating wrote: > On Sun, 2008-11-09 at 22:26 -0600, Jason L Tibbitts III wrote: > > "(-.root,root,-)" is quite > > I do believe that sets it to "whatever owner permissions the file has on > the filesystem, root owner, root group, whatever group permissions

Re: Trying to figure out some umask issues

2008-11-10 Thread Jason L Tibbitts III
> "JK" == Jesse Keating <[EMAIL PROTECTED]> writes: JK> I do believe that sets it to "whatever owner permissions the file JK> has on the filesystem, root owner, root group, whatever group JK> permissions it has on the filesystem" or something close to that JK> effect. Well, yes, but obviously

Re: Trying to figure out some umask issues

2008-11-10 Thread Jesse Keating
On Mon, 2008-11-10 at 08:14 -0600, Jason L Tibbitts III wrote: > Well, yes, but obviously (755,root,root,755) doesn't work all that > well, because then all files are executable. (-,root,root,755) would > be OK, I guess, but of course that wouldn't have any bearing on the > problem I'm seeing. II

Re: Trying to figure out some umask issues

2008-11-10 Thread Mike McLean
Jason L Tibbitts III wrote: "MM" == Mike McLean <[EMAIL PROTECTED]> writes: MM> I believe the umask needs to be 002 in order for users in the mock MM> group to be able to use mock effectively. Which umask? My person one? If mock requires a specific umask value, it should simply set one itsel

Re: Trying to figure out some umask issues

2008-11-09 Thread Jesse Keating
On Sun, 2008-11-09 at 22:26 -0600, Jason L Tibbitts III wrote: > "(-.root,root,-)" is quite I do believe that sets it to "whatever owner permissions the file has on the filesystem, root owner, root group, whatever group permissions it has on the filesystem" or something close to that effect. In

Re: Trying to figure out some umask issues

2008-11-10 Thread Jason L Tibbitts III
> "MM" == Mike McLean <[EMAIL PROTECTED]> writes: MM> It does. mock calls os.umask(002) at startup (and has for a MM> while). The mock on the Fedora build hosts has this line. I'm not MM> sure why you're seeing a difference. Can you point to a specific MM> Fedora build whose results differ fro

Re: Trying to figure out some umask issues

2008-11-10 Thread Jesse Keating
On Mon, 2008-11-10 at 12:32 -0600, Jason L Tibbitts III wrote: > Here's a package from a recent review: > http://www.math.uh.edu/~tibbs/rpms/cave9-0.3-2.bog9.src.rpm > > When build locally, the included file /usr/bin/cave9 has mode 0775. > When built in koji > (http://koji.fedoraproject.org/koji