<br><font size=2 face="sans-serif">Hi Tom<br>
</font><a href=http://www.thresh.net/>
<br><font size=2 face="sans-serif">I don't think I worded me query very
well - I'm deploying 400 CPAN modules to 4 Production boxes , not to 400
Production boxes.</font>
<br><font size=2 face="sans-serif">With regards packaging, the OS is AIX
5.2</font></a><font size=2 face="sans-serif">&nbsp;for which there are no
Perl module packages at present.</font>
<br><font size=2 face="sans-serif">However, packaging doesn't actually
solve my problem because I have to find some way to prove that the modules
work when on the production machines, the fact that they all pass their
test harnesses on development is not sufficient for the release to be approved.</font>
<br>
<br><font size=2 face="sans-serif">In answer to your question, &quot;How
do we deploy software to these servers&quot; - there is no fixed procedure
- if a package is available, we use that, &nbsp;(I gather that on AIX this
is not an easy process).</font>
<br><font size=2 face="sans-serif">In this case, I am building perl on
one of our development boxes using gcc and then creating a tarball which
I am checking into source control.</font>
<br><font size=2 face="sans-serif">This is then put live via the release
mechanism here which only allows you to put code live from the source control
system - I have no direct access.</font>
<br><font size=2 face="sans-serif">The problem is, this system requires
some form of testing to be done on the released code before it can be signed
off and I am trying to find a way to do this using the test harnesses provided
with each module given the constraints of the absence of any development
tools.</font>
<br>
<br><font size=2 face="sans-serif">Cheers</font>
<br><font size=2 face="sans-serif">Tony </font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Tom Hukins &lt;tom@eborcom.com&gt;</b>
</font>
<br><font size=1 face="sans-serif">Sent by: miltonkeynes-pm-bounces+tony.x.edwardson=jpmorgan.com@pm.org</font>
<p><font size=1 face="sans-serif">06/10/2007 19:04</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">Milton Keynes Perl Mongers &lt;miltonkeynes-pm@pm.org&gt;</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: Testing CPAN modules</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=2><tt>On Fri, Sep 28, 2007 at 02:47:08PM +0100, tony.x.edwardson@jpmorgan.com
wrote:<br>
&gt; Anyone knbow of a way to run the test suites which come with CPAN
modules <br>
&gt; without access to the internet, make or a c compiler ?<br>
&gt; I am trying to get a recent version of perl (5.8.8) installed on <br>
&gt; production machines which exist in a highly restricted environment.<br>
<br>
Rephrasing your query, you have two issues to deal with:<br>
1. Your production servers don't include compilers or other build<br>
tools. &nbsp;They're production servers, so they should do their intended<br>
jobs, not compile software or run its tests.<br>
2. You don't want to deploy software in production without checking it<br>
seems to work.<br>
<br>
&gt; The problem is that the procedures require me to run tests on all
of the <br>
&gt; modules I've introduced on the production box where make and gcc don't
<br>
&gt; exist.<br>
<br>
You mention that you have 400 production servers, so presumably you<br>
have some automated way to deploy them. &nbsp;Can you deploy the production<br>
environment and then install the build tools you need on top of this<br>
environment? &nbsp;This will let you build and test your code in an<br>
environment that only differs marginally from production.<br>
<br>
&gt; Ideally, I'd like to use the test suites that come with each module
but I <br>
&gt; can't use &quot;make test&quot; without make.<br>
&gt; There is &quot;prove&quot; , but not all of the module distributions
have a &quot;t&quot; <br>
&gt; subdirectory - they have a test.pl script instead.<br>
<br>
As a heuristic, you could &quot;prove t/*.t test.pl&quot; but this won't
work<br>
for modules that have non-standard test procedures defined in their<br>
Makefile.PL, Build.PL or whatever Module::Install uses. &nbsp;Ziya already<br>
mentioned this in more detail.<br>
<br>
&gt; I've played with the CPAN module but I can't find a way to use it
without <br>
&gt; access to make.<br>
<br>
How do you deploy other software to these servers? &nbsp;Do you use a<br>
packaging system? &nbsp;Could you build packages of the Perl modules you<br>
need? &nbsp;Again, Ziya mentioned this.<br>
<br>
Testing your code, compiling it or building packages of it on<br>
production servers strikes me as a bad idea: &nbsp;these servers exist
to<br>
serve, not to build. &nbsp;But building packages in a very similar<br>
environment that you can then deploy onto production seems both doable<br>
and sensible.<br>
<br>
Tom<br>
_______________________________________________<br>
MiltonKeynes-pm mailing list<br>
MiltonKeynes-pm@pm.org<br>
http://mail.pm.org/mailman/listinfo/miltonkeynes-pm<br>
</tt></font>
<br>
<P><hr size=1></P>
<P>
This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED.
Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is  received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you.

Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities.
</P>