note
Random_Walk
<p>We all keep seeing it. <blockquote>I am trying to do X, for which there is a perfectly good CPAN module. However I can't use CPAN because:</blockquote></p>
<ol>
<li>I am new to Perl. What's CPAN?</li>
<li>I am behind a firewall and can not get CPAN working</li>
<li>Yesterday I invented a round thing to roll stuff on. I think it may catch on</li>
<li>I do not understand CPAN and can not get modules installed</li>
<li>My sysadmins will not let me install modules</li>
<li>I will be distributing my code to hosts not 100% under my control. I do not want to add dependencies</li>
<li>The company I work for do not want to use open source software. IBM gave us our copy of Perl.</li>
<li>I am in a secure environment and we are not allowed to install un-audited code</li>
<li>I use MCPAN you fool: <code>perl -MCPAN -e shell</code></li>
<li>I use CPANPLUS</li>
<li>'I' don't use CPAN. I have a sysadmin fairy who installs everything I need</li>
<li>My filesystem is controlled by puppet. Soon after I install a module from CPAN, it is automatically deleted by puppet.</li>
<li>I don't use CPAN, as my SA has installed *ALL* modules in the cloud</li>
<li>I do use CPAN. Please stop casting aspersions</li>
</ol>
<p>Suggested resolutions to these objections, both technical and social, will earn extra points. Points 7 (no open source) and 8 (no un-audited code) are the ones I find the stickiest. Some clients, even though they are running Perl and probably Apache servers, some Python etc. see CPAN modules as a bit too open-sourcy.</p>
<h4>Update</h4>
<p>12. and 13. thanks to [Tux]</p>
<p>Cheers,<br>R.</p>
<div class="pmsig"><div class="pmsig-382261">
Pereant, qui ante nos nostra dixerunt!
</div></div>
1011151
1011151