On Mon, Apr 8, 2013 at 3:59 PM, Reini Urban wrote:
> Repeating nonsense does not make it better.
@Reini: Can you please turn down your tone a notch.
We're all friendly and civil here, right?
Cheers, Roderich
> From: Reini Urban
> On Fri, Apr 5, 2013 at 5:01 AM, Konovalov, Vadim wrote:
> I can congratulate you: Archive::Zip is already pure-perl
>
> Repeating nonsense does not make it better.
you talk nonsence.
Archive::Zip *is* pure-perl. I do not care if it depends on XS.
I can make it more:
On Fri, Apr 5, 2013 at 5:01 AM, Konovalov, Vadim (Vadim)** CTR ** <
vadim.konova...@alcatel-lucent.com> wrote:
> > From: Tony Edwardson
> > there are millions of computer in the City running Solaris 10
> > and loads of people who want to use perl om these but
> > are held back but the ancient vers
On Fri, Apr 5, 2013 at 7:27 PM, Konovalov, Vadim (Vadim)** CTR **
wrote:
>> Yes, but the first idea for par was jar, not parl and
>> PAR::Packer. Ask Audrey.
> could you please be so kind and give me a favour to ask Audrey yourself or
> provide otherwise some evidence of this?
You should be able
> From: Reini Urban
>
> So why is everybody so crazy about matt's Object::Remote?
not everybody: I am not.
> A pure-perl PAR would fill that role better. It was made for
> this case,
> but nobody can use it so far.
>
> > > People on the list might correct me, but I think the
> major use of
> From: tony.edward...@gmail.com
> Thanks for all your replies however Compress::Zlib was added
> to core at version 5.9.3 whereas the preinstalled
> version of perl in Solaris 10 and some linux distros is
> earlier than that (5.8.4 for Solaris 10, 5.8.8 for Centos 5)
> Solaris 10 is everywher
> From: Roderich Schupp
> On Fri, Apr 5, 2013 at 12:08 AM, Tony Edwardson wrote:
>
> > For this to work, I need to be able to create a native perl
> module (without
> > dependency on any os specific modules or shared libraries)
> which is able to
> > use these par files.
> > Unfortunately, the P
> From: Tony Edwardson
> I would like to create a PAR::Lite module which performs a
> subset of the
> PAR functionality using something like Compress::Zlib::Perl to just
> handle using PAR files as an additional resource of CPAN modules.
Why you need pure-perl Compress::Zlib::Perl, given that
> From: Tony Edwardson
> there are millions of computer in the City running Solaris 10
> and loads of people who want to use perl om these but
> are held back but the ancient version pre-installed.
given you're doing something with PAR - this means you will
get single-file executable with modern
On Fri, Apr 5, 2013 at 3:52 AM, Tony Edwardson wrote:
> Thanks for all your replies however Compress::Zlib was added to core at
> version 5.9.3 whereas the preinstalled
> version of perl in Solaris 10 and some linux distros is earlier than that
> (5.8.4 for Solaris 10, 5.8.8 for Centos 5)
> Sola
On 04/05/2013 11:36 AM, Roderich Schupp wrote:
> It wasn't cross-platform (PPM packages are still OS and Perl version
> specific),
> but AFAICT ActiveState for example has repositories for all all
> OS/Perl combos they support with their Perl distribution.
That's what I meant to say :)
--
Cosi
On Fri, Apr 5, 2013 at 11:29 AM, Cosimo Streppone wrote:
> Isn't this what PPM tried to do?
Exactly. Though existing PPM repositories might carry only packages
for recent version of Perl. But nothing stops you from building your own.
> PPM was also cross-platform, even if usage
> on non-Windows
there are millions of computer in the City running Solaris 10 and loads of
people who want to use perl om these but
are held back but the ancient version pre-installed.
I am not sure I follow your comments about Gd and Tk - I have a working par
file including Tk, all thT I need is a way to be able
On 04/05/2013 11:21 AM, Roderich Schupp wrote:
> On Fri, Apr 5, 2013 at 10:52 AM, Tony Edwardson wrote:
>> I am trying to address this by providing a native perl mechanism which will
>> work on any OS which you can just put somewhere and access it via PERL5LIB,
>> then download whatever par files
On Fri, Apr 5, 2013 at 10:52 AM, Tony Edwardson wrote:
> I am trying to address this by providing a native perl mechanism which will
> work on any OS which you can just put somewhere and access it via PERL5LIB,
> then download whatever par files you want and it just works
But if the stuff in "wha
I doubt that - do you really think that this is the reason "commercial
products"
don't have a Perl API? Perl is dead.
Perl is dead and we're a group of zombies...
I fully agree that the reason "missing APIs of commercial products" isn't
the best, but Perl is not dead ;-)
2013/4/5 Roderich Schu
Thanks for all your replies however Compress::Zlib was added to core at
version 5.9.3 whereas the preinstalled
version of perl in Solaris 10 and some linux distros is earlier than that
(5.8.4 for Solaris 10, 5.8.8 for Centos 5)
Solaris 10 is everywhere in the Banking sector and when Linux is used,
On Fri, Apr 5, 2013 at 12:08 AM, Tony Edwardson
wrote:
> Does anyone have any major objection to me using the PAR namespace in this way
No objection from me.
> For this to work, I need to be able to create a native perl module (without
> dependency on any os specific modules or shared libraries
You'd need to persuade Par to change over to simple and incompatible
Huffmann encoding, for which a pure-perl module exists (at plover, see
http://www.perlmonks.org/?node_id=118361),
or you have to rely on existing zip/unzip executables in the path,
or provide binaries for the platforms you care ab
Hi All
Following a talk at last year's London Perl Workshop, I have been
looking at providing a mechanism similar to that available to jar
mechanism for Java.
The issue I am trying to address is the difficulty for Perl newbies to
be able to do something with a root installed perl to which they
20 matches
Mail list logo
