On 12/4/2011 1:59 PM, Matthew Kenworthy wrote:
Hi Chris,
From my very basic scanning of the presentations, PAR is a zip of the blib/
subdirectory. But that's not the problem I'm encountering - I'm having
dependency hell on several disjoint packages, and I don't see how PAR would
help with this. The bulk of my time is spent tweaking slightly borked
configuration files for different packages, not in the final compile of PDL.
Yes, this is always the hard stuff to track down. If you can
put your notes on the issues on the wiki and/or open bug
tickets where appropriate that can help. My focus has been
on making PDL work and not on fixing the entire upstream
distributions list (which, while better in the long run,
can be much more difficult to do in the short run).
Another separate issue is that people don't like SciPDL going into the
system perl, and I can't see a way of avoiding that short of macports and
the several Gigs of perl, cmake, and gcc that it throws in /opt. AND
there's no guarantee that it will provide the PLplot, PGPLOT, Gnuplot that
you're really after.
I'm not familiar with the difficulties there. If there is
a standard non-system location to put perl modules, I would
imagine that the SciPDL build could be configured to use
that (e.g., I never install PDL in the system paths but use
a personal repository). You could set up something for SciPDL
to use and then add the needed paths. It does seem that PAR
distributions could simplify a lot of this sort of thing but
I'm not suggesting such a big change for 2.4.10.
As for PAR for Moose, I'd be happy with that, but to be honest the problems
I'm having are a version shear in Devel::REPL, which PAR wouldn't resolve,
if I understand it correctly.
I was thinking of using PAR for the Devel::REPL and its dependencies.
My experience is that if you do a cpan install Devel::REPL it usually
gets messed up somewhere. What I've done is to get a list of all
the dependencies and then install them in the order required rather
than tossing the mess to cpan and hope it all gets sorted out (usually
not in my experience).
Then a PAR of *that* would be made so you could use pdl2 just by
adding the 'use PAR' magic lines at the right places. The idea is
to have a 1-click version of "install all the mess for Devel::REPL
to work".
I'm planning to try that out as time permits but there is a
good chance I won't get to it until post-2.4.10 which is my
current priority.
Cheers,
Chris
Matt
On Sun, Dec 4, 2011 at 6:31 PM, chm<[email protected]> wrote:
I think the time has come to revisit the use of PAR
as a way to solve some of these very messy problems
of dependencies for different platforms.
Of specific interest for the 2.4.10 release would be
a PAR archive of the Devel::REPL and Moose dependencies
required for the pdl2 shell. There is even the ability
to use install system modules first and only fall back
to the PAR alternative if they are not available.
Here are a few links. The presentations by Steffen
Mueller are particularly intriguing. A couple of his
examples are about PDL. I wonder if he has a secret
PDL PAR repository somewhere... :-)
http://steffen-mueller.net/**talks/appdeployment/**
appdeployment_yapceu08.pdf<http://steffen-mueller.net/talks/appdeployment/appdeployment_yapceu08.pdf>
http://steffen-mueller.net/**talks/appdeployment/**
appdeployment_gpw09.pdf<http://steffen-mueller.net/talks/appdeployment/appdeployment_gpw09.pdf>
http://search.cpan.org/~**rschupp/PAR-1.005/<http://search.cpan.org/~rschupp/PAR-1.005/>
Enjoy,
Chris
On Thu, Dec 1, 2011 at 6:31 AM, Matthew Kenworthy
<[email protected]> wrote:
Hello all,
After help from Karl and several patient people on the email list, I've
built PDL v2.4.9 under Lion. This is in preparation for the 2.4.10
release,
and this includes PGPLOT, TriD, and Proj4.
My disclaimer: DO NOT install this if you have a working PDL and are
preparing something important tomorrow. It should work smoothly, but
this is
what this test is for!
If you are a brave soul, go ahead and install the package from:
http://www.strw.leidenuniv.nl/**~kenworthy/bin/SciPDL-v2.4.9-**
Lion-test.zip<http://www.strw.leidenuniv.nl/~kenworthy/bin/SciPDL-v2.4.9-Lion-test.zip>
Please check that all the demos in the pdl shell run, and report any bugs
and snafus to me ASAP.
Current bugs include:
No PLplot (yet), and the pdl2 shell doesn't work due to dependency hell
with
DEVEL::Moose::Norwegian::**BlueAntler or some such rubbish. No PNG or
rgbi
support in the PGPLOT module.
_______________________________________________
Perldl mailing list
[email protected]
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
