<br><br><div class="gmail_quote">On Tue, Jan 27, 2009 at 6:05 PM, Sean Blanton <span dir="ltr">&lt;<a href="mailto:sean@blanton.com">sean@blanton.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I am huge fan and user of the XML::Twig and Config::Properties modules. After all, these address handling of some of the most common resources found today.<br>
<br>
When I download Perl, however, they are not there, and the third most popular scripting language does not have good XML support &quot;out-of-the-box&quot;. Yeah, TIMTOWTDI, but XML::Twig is the undisputed king of the universe imho. Add all generally accepted XML modules in fact - the more the better.<br>

<br>
The long sad story is that it is not easy for larger companies with standard Perl distributions to add modules. One of our customers has an &quot;open source review board&quot; where new modules need to be reviewed and approved and maybe tested with a number of different apps (most of the time it is most likely just ours). And, there better be a good reason to do so and it must be easy enough to understand and believed cost-effective for management to go forward with it. It&#39;s easier for them to pick up new modules on an upgrade. And, that is only one customer. We have hundreds.</blockquote>
<div><br>Can&#39;t you ship the module with your app?<br>You could build and ship for the target platform if it&#39;s missing. I wouldn&#39;t imagine that should be too difficult. And it solves the whole uphill battle in getting the module into core perl. Or would packaging the required modules still trigger a review?<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
Our product uses Perl at one layer, but we had to stop distributing Perl for Windows because ActiveState wanted to charge for it, so that ended our control. We do distribute some simple CPAN modules, but, that&#39;s a tricky business considering module dependencies and the fact we need to support Perl 5.6.x through 5.8.y<br>

<br>
So how are requirements managed anyway? How do I start the ball rolling even if it is a long uphill path and a heavy ball?<br>
<br>
Heading to the meeting shortly!<br>
_______________________________________________<br>
Chicago-talk mailing list<br>
<a href="mailto:Chicago-talk@pm.org" target="_blank">Chicago-talk@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/chicago-talk" target="_blank">http://mail.pm.org/mailman/listinfo/chicago-talk</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Jeremy Wall<br><a href="http://jeremy.marzhillstudios.com">http://jeremy.marzhillstudios.com</a><br><a href="mailto:Jeremy@marzhillstudios.com">Jeremy@marzhillstudios.com</a><br>