Beefy Boxes and Bandwidth Generously Provided by pair Networks
We don't bite newbies here... much

Re^2: Maintaining an Enterprise Perl Distribution

by cbrandtbuffalo (Deacon)
on Mar 24, 2005 at 20:30 UTC ( #442189=note: print w/replies, xml ) Need Help??

in reply to Re: Maintaining an Enterprise Perl Distribution
in thread Maintaining an Enterprise Perl Distribution

That's a good point, and one I'm laboring over.

Things are working OK now, but there are a few 'little' things wrong with some of our modules that are fixed in newer releases. Some of these modules, like Class::DBI, have many dependencies, so an upgrade involves updating other modules.

The problem with standing pat is it's hard to get help when things are broken. When we have an error, the first thing the Monks or people on a list ask is "what are you running?" Too often in the recent past, we have this strange mix of modules and versions. So the answer is "upgrade and see if that fixes it."

And this is a completely legitimate answer since it is just too hard to track interdependencies across strange combinations of module versions.

So I guess I'm hoping we can better troubleshoot things by staying more current. But maybe this isn't the case?

Another solution might be to just do spot upgrades when we have to because we run across something. The problem here is exactly what you mentioned: testing is hard and costly. If we just did it 'as needed', it would also be un-planned. We have a lot of perl code running, so it's difficult to arrange for ad hoc testing of everything. If we had an upgrade schedule, at least we could plan the testing.

  • Comment on Re^2: Maintaining an Enterprise Perl Distribution

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://442189]
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others having an uproarious good time at the Monastery: (3)
As of 2019-12-14 03:22 GMT
Find Nodes?
    Voting Booth?

    No recent polls found