Bug #6612 for PAR: Permission denied at ../blib/lib/PAR.pm line 499.

Sun Jun 13 12:00:07 2004 rcaputo [...] pobox.com - Ticket created

Date:	Sun, 13 Jun 2004 11:58:25 -0400
From:	Rocco Caputo <rcaputo [...] pobox.com>
To:	bug-PAR [...] rt.cpan.org
Subject:	Permission denied at ../blib/lib/PAR.pm line 499.

This ticket was requested from an IRC conversation. I must have run par -o as root at one time, because my /tmp/par-troc file was owned by root:wheel and unwritable. The unwritable nature of /tmp/par-troc was causing a cryptic message: Permission denied at ../blib/lib/PAR.pm line 499. At the time I didn't know why this message occurred. Autrijus suggested that I remove /tmp/par-* and try again. This worked most excellently. Autrijus suggested as a work-around not to trust $ENV{USER} if it disagrees with the current UID. That seems reasonable. A possible solution would be to use getpwuid($>) if it's available, and fall back on the shell environment if it's not. Thanks for PAR, and I hope the report helps. -- Rocco Caputo - http://poe.perl.org/

Tue May 23 17:17:44 2006 smueller [...] cpan.org - Status changed from 'new' to 'open'

Tue May 23 17:17:44 2006 smueller [...] cpan.org - Severity Normal added

Tue May 23 17:17:50 2006 smueller [...] cpan.org - Broken in 0.93 added

Sun Nov 12 13:34:32 2006 smueller [...] cpan.org - Correspondence added

On So. 13. Jun. 2004, 12:00:07, rcaputo@pobox.com wrote: Show quoted text

> This ticket was requested from an IRC conversation. > > I must have run par -o as root at one time, because my /tmp/par-troc > file was owned by root:wheel and unwritable. The unwritable nature of > /tmp/par-troc was causing a cryptic message: > > Permission denied at ../blib/lib/PAR.pm line 499. > > At the time I didn't know why this message occurred. > > Autrijus suggested that I remove /tmp/par-* and try again. This > worked most excellently. > > Autrijus suggested as a work-around not to trust $ENV{USER} if it > disagrees with the current UID. That seems reasonable. > > A possible solution would be to use getpwuid($>) if it's available, > and fall back on the shell environment if it's not. > > Thanks for PAR, and I hope the report helps. > > -- Rocco Caputo - http://poe.perl.org/

Hi Rocco, thanks for filing the bug report. You might not care (any more), but I just implemented this in the SVN trunk of PAR. The C implementation for myldr/mktmpdir.c turned out to be uglier than expected since getpwuid() isn't always available. :/ I'll test this as thorough as possible before the next release. If you notice any problems, please just reply to this to reopen the ticket. Steffen

Sun Nov 12 13:34:33 2006 smueller [...] cpan.org - Status changed from 'open' to 'resolved'