Hi Dave,
Thanks for the response.
* Dave Howorth <[EMAIL PROTECTED]> wrote on [05-29-08y 01:45]:
> Ryan Allen wrote:
> You say that SOAP::Lite is in the .par file but then the command that
> you say you execute doesn't use a .par file? Could you explain that again?
>
> >I added SOAP/Lite
On Fri, May 30, 2008 at 02:15:51PM +0200, Roderich Schupp wrote:
> Do the Gtk2 modules use some non-standard procedure
> to dynamically load their shared glue libraries
> that foils PAR's intercept?
No, standard. I think the way PAR packs .so files is OK. But in
win32, the .dll files can't chang
On Fri, May 30, 2008 at 1:26 PM, Roderich Schupp
<[EMAIL PROTECTED]> wrote:
> AFAIK the hash-renamed packages are only
> those modules that are minimally needed to use PAR.pm.
Sorry, spoke to soon. All shared (glue) libraries (e.g.
LibXML.so for XML::LibXML) are also hash-renamed,
probably under t
On Fri, May 30, 2008 at 3:46 AM, Paul Miller <[EMAIL PROTECTED]> wrote:
> The hash re-naming of packages is also the only reason PAR can't
> *unpack* Gtk2-perl applications -- it packs them correctly.
Can you elaborate on this? AFAIK the hash-renamed packages are only
those modules that are minima
Hi Paul, hi Scott,
Paul Miller wrote:
> The hash re-naming of packages is also the only reason PAR can't
> *unpack* Gtk2-perl applications -- it packs them correctly.
>
> I was able to get PAR to work with Gtk2-perl by extracting all
> the packed modules into a non-renamed lib dir and then filter
On Thu, May 29, 2008 at 06:23:26PM -0700, Scott Stanton wrote:
> That actually raises another question I've had for a while. Why are
> some packages extracted to hashed names, while others are extracted to
> their original names under the inc/lib subdirectory in the cache? I
> don't see the benef