Re: Fwd: [rt.cpan.org #40976] New files installed without user-write permission

2008-11-18 Thread Andreas J. Koenig
> On Mon, 17 Nov 2008 01:34:09 +0100, demerphq <[EMAIL PROTECTED]> said:

  > Can anyone help me out with this? Is this EUI's fault or something
  > else? Is anything to do with this permission issue that we have been
  > discussing?

For the record: Unix has three types of permissions, "user", "group",
and "other". This ticket seems to complain about "user" permissions.
Last week's long winded permission debate was about "other"
permissions, so two different things.

I seem to recall that in the MakeMaker community the consensus always
was that installing writable is a nono. That would allow to reject the
ticket. But what the last sentence is probably saying is that 1.44 was
broken and nobody detected it. That would mean, tests and/or specs are
missing.

In any case, rest assured, that PAUSE has not changed and has not
altered any bit of the distribution.

-- 
andreas


Fwd: [rt.cpan.org #40976] New files installed without user-write permission

2008-11-16 Thread demerphq
Can anyone help me out with this? Is this EUI's fault or something
else? Is anything to do with this permission issue that we have been
discussing?

Cheers,
yves


-- Forwarded message --
From: Guillaume Rousse via RT <[EMAIL PROTECTED]>
Date: 2008/11/16
Subject: [rt.cpan.org #40976] New files installed without user-write permission
To: undisclosed-recipients


Sun Nov 16 13:41:21 2008: Request 40976 was acted upon.
Transaction: Ticket created by GROUSSE
  Queue: ExtUtils-Install
Subject: New files installed without user-write permission
  Broken in: 1.52
   Severity: Normal
  Owner: Nobody
 Requestors: [EMAIL PROTECTED]
 Status: new
 Ticket http://rt.cpan.org/Ticket/Display.html?id=40976 >


All new files installed through ExtUtils::MakeMaker-generated makefiles
are installed without user-writable permission bit set. As a
consequence, all attempt to modify them during installation with a
non-privilegiated user (typically, package building) fails. PDL
installation is a good example:

couldn't open
/home/guillomovitch/cooker/perl-PDL/BUILDROOT/perl-PDL-2.4.4/usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi/PDL/Index.pod
at Doc/scantree.pl line 44.

[EMAIL PROTECTED] perl-PDL]$ ll
/home/guillomovitch/cooker/perl-PDL/BUILDROOT/perl-PDL-2.4.4/usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi/PDL/Index.pod

-r--r--r-- 1 guillomovitch users 10763 2008-11-16 19:23
/home/guillomovitch/cooker/perl-PDL/BUILDROOT/perl-PDL-2.4.4/usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi/PDL/Index.pod


Removing 1.52 version, so as to use perl-5.10 provided 1.44 version, fix
the issue.



-- 
perl -Mre=debug -e "/just|another|perl|hacker/"