Can pp be used without installed dependencies?

2009-09-25 Thread Jonathan Robinson
I have a build machine that depends on specific versions of Perl modules.  I 
want to include the Par Packer utility on that build machine but I don't want 
to install the dependencies:
-Archive::Zip 1 (not available)
-ExtUtils::MakeMaker 6.42 ( v 6.17 available)
-Getopt::ArgvFile 1.07 (Not available)
-Module::ScanDeps 0.93 (Not available)
-PAR 0.994 (Not available)
-PAR::Dist 0.22 (not available)

Perl version:
This is perl, v5.8.6 built for MSWin32-x86-multi-thread
(with 3 registered patches, see perl -V for more detail)

Copyright 1987-2004, Larry Wall

Binary build 811 provided by ActiveState Corp. http://www.ActiveState.com
ActiveState is a division of Sophos.
Built Dec 13 2004 09:52:01


I am able to populate the lib directory but I am unable to actually install the 
modules (i.e. execute make).  Is it at all possible to use the Perl Packer 
under such curcumstances?  Is there a stand-alone executing Par Packer?

Thanks,
~ Jon


-
This transmission (including any attachments) may contain confidential 
information, privileged material (including material protected by the 
solicitor-client or other applicable privileges), or constitute non-public 
information. Any use of this information by anyone other than the intended 
recipient is prohibited. If you have received this transmission in error, 
please immediately reply to the sender and delete this information from your 
system. Use, dissemination, distribution, or reproduction of this transmission 
by unintended recipients is not authorized and may be unlawful.


Re: Can pp be used without installed dependencies?

2009-09-25 Thread Roderich Schupp
On Thu, Sep 24, 2009 at 10:50 PM, Jonathan Robinson
 wrote:
> I have a build machine that depends on specific versions of Perl modules.

Uh-oh, is this the dreaded DarkPAN :)

> I am able to populate the lib directory but I am unable to actually install 
> the modules (i.e. execute make).  Is it at all possible to use the Perl 
> Packer under such curcumstances?

Nope.

> Is there a stand-alone executing Par Packer?

Just for fun, I just pp'ed the script pp itself and tried to use the
resulting executable
to pack a hello world script - doesn't work. It complains about
missing core modules,
but I checked that they have been correctly packed into the expected
area. There are
some subtle ordering restrictions during the bootstrapping process of
a packed executable
and pp seems to run afoul of them. So short answer: nope either.

Cheers, Roderich


[rt.cpan.org #18472] "parl foo.par script.pl ..." uses a cache area that doesn't depend on foo.par

2009-09-25 Thread Toby C via RT
Thu Sep 24 22:00:39 2009: Request 18472 was acted upon.
Transaction: Correspondence added by TJC
   Queue: PAR-Packer
 Subject: "parl foo.par script.pl ..." uses a cache area that doesn't 
depend on foo.par
   Broken in: 0.975, 0.982, 0.991
Severity: Normal
   Owner: SMUELLER
  Requestors: rsch...@cpan.org
  Status: open
 Ticket https://rt.cpan.org/Ticket/Display.html?id=18472 >


On Thu Sep 24 09:34:23 2009, RSCHUPP wrote:
> On Thu Sep 24 03:28:03 2009, TJC wrote:
> ...for starters, it breaks the test suite (and I think that can't
> be fixed). Sorry, if a solution would be that easy, we would have
> put it in a long time ago. I think that any solution should
> not meddle with the C code, but rather be implemented in par.pl.
> But par.pl also suffers from doing dual duty: being called
> from parl proper as well as from each pp-archive (second stage
> of bootstrapping). 

Which bit of the test suite fails for you?

I have it passing here with my patch.. Although it was notable that I
had to do a "make realclean" and also remove the old system libraries first:
/usr/share/perl5/PAR/StrippedPARL/Dynamic.pm
/usr/share/perl5/PAR/StrippedPARL/Static.pm


I agree the code isn't great, but it is a major bug that's been around
for three and a half years, and it breaks parl badly. Any fix is better
than no fix.

If you let me know what is failing for you, I can try and resolve that.


Re: Can pp be used without installed dependencies?

2009-09-25 Thread Jonathan Robinson
Thanks. I didn't think so but it was worth a shot in the dark. :-)

Cheers,
~ Jon


- Original Message -
From: Roderich Schupp 
To: Jonathan Robinson
Cc: par@perl.org 
Sent: Fri Sep 25 06:43:27 2009
Subject: Re: Can pp be used without installed dependencies?

On Thu, Sep 24, 2009 at 10:50 PM, Jonathan Robinson
 wrote:
> I have a build machine that depends on specific versions of Perl modules.

Uh-oh, is this the dreaded DarkPAN :)

> I am able to populate the lib directory but I am unable to actually install 
> the modules (i.e. execute make).  Is it at all possible to use the Perl 
> Packer under such curcumstances?

Nope.

> Is there a stand-alone executing Par Packer?

Just for fun, I just pp'ed the script pp itself and tried to use the
resulting executable
to pack a hello world script - doesn't work. It complains about
missing core modules,
but I checked that they have been correctly packed into the expected
area. There are
some subtle ordering restrictions during the bootstrapping process of
a packed executable
and pp seems to run afoul of them. So short answer: nope either.

Cheers, Roderich

-
This transmission (including any attachments) may contain confidential 
information, privileged material (including material protected by the 
solicitor-client or other applicable privileges), or constitute non-public 
information. Any use of this information by anyone other than the intended 
recipient is prohibited. If you have received this transmission in error, 
please immediately reply to the sender and delete this information from your 
system. Use, dissemination, distribution, or reproduction of this transmission 
by unintended recipients is not authorized and may be unlawful.