NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
Speaking as someone that uses Imager at work (Score:1)
It would make our life simpler, we've been caught out in the past because we installed Imager but didn't actually validate we could produce an image of a particular type when the code actually ran.
Re: (Score:2)
Likewise, I've been caught out by missing libraries. Not a big problem for me, but providing specific plugins would make it a little easier to confirm what support is actually available.
Good idea! (Score:1)
Re: (Score:1)
As a mechanism, I'd probably have it depend on Alien::libgif (for example) which could then could either detect or build libgif.
My main problem with the typical Alien:: module is that it installs the module from source rather than as a native package for the current system, which means if the vendor releases any security updates Imager (or whatever) will still be using vulnerable libraries.
One option could be to have Alien::libgif realize it was on a Debian system and then depend on say Alien::Debian::libgi
Re: (Score:1)
The purpose of Alien:: is to not necessarily to install it from source.
It's job is to ENSURE that it is on the system, and provide access to information about the installed version.
You can quite reasonably have the regular Alien::libgif install from Debian if you want, or use the existing installed one, as long as it still compiles as a last resort, and it returns the information about the installed module.