Image/Graphics Magick confusion
Hi, just noticed that the debian package lists and scripts in install-misc install libimage-magick-perl but the koha dependency is for Graphics::Magick (libgraphics-magick-perl). Willing to generate a patch for that but wondered if there are any advantages in using Graphics Magick rather than Image Magick (as imagemagick has the advantage that the perl module can be installed from CPAN ) Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com
On Thu, Jul 15, 2010 at 9:27 AM, Colin Campbell <colin.campbell@ptfs-europe.com> wrote: < snip >
wondered if there are any advantages in using Graphics Magick rather than Image Magick (as imagemagick has the advantage that the perl module can be installed from CPAN )
Only that with Graphics Magick you get both binaries and perl module in one shot. With Image Magick you'll have to cpan the perl module and then get the binaries via some other mechanism depending on your *nix flavor. Otherwise there is probably no advantage to what we are doing with it. Kind Regards, Chris
On 15/07/10 14:53, Chris Nighswonger wrote:
On Thu, Jul 15, 2010 at 9:27 AM, Colin Campbell <colin.campbell@ptfs-europe.com> wrote: < snip >
wondered if there are any advantages in using Graphics Magick rather than Image Magick (as imagemagick has the advantage that the perl module can be installed from CPAN )
Only that with Graphics Magick you get both binaries and perl module in one shot. With Image Magick you'll have to cpan the perl module and then get the binaries via some other mechanism depending on your *nix flavor.
Otherwise there is probably no advantage to what we are doing with it. Thanks Chris, actually not being able to manage the module via cpan is causing me extra work in something I'm trying to do, (and in non debian platforms) as ever the mileage varys Colin
-- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com
Yeah, the whole point of preferring distro packages is for binaries and distro-specific configs. Any decent image manipulation components will rely on binary code for performance. Unfortunately, too many CPAN modules fail to build XS correctly on a given platform (including debian, historically), hence the distro package approach. What kind of complication are you seeing? --joe On Thu, Jul 15, 2010 at 9:53 AM, Chris Nighswonger < cnighswonger@foundations.edu> wrote:
On Thu, Jul 15, 2010 at 9:27 AM, Colin Campbell <colin.campbell@ptfs-europe.com> wrote: < snip >
wondered if there are any advantages in using Graphics Magick rather than Image Magick (as imagemagick has the advantage that the perl module can be installed from CPAN )
Only that with Graphics Magick you get both binaries and perl module in one shot. With Image Magick you'll have to cpan the perl module and then get the binaries via some other mechanism depending on your *nix flavor.
Otherwise there is probably no advantage to what we are doing with it.
Kind Regards, Chris
On 15/07/10 16:03, Joe Atzberger wrote:
Yeah, the whole point of preferring distro packages is for binaries and distro-specific configs. Any decent image manipulation components will rely on binary code for performance. Unfortunately, too many CPAN modules fail to build XS correctly on a given platform (including debian, historically), hence the distro package approach.
What kind of complication are you seeing? Its just an extra hoop to jump through. Especially of you are using testing perl environments or stuff like local:lib its easier if you can just bundle your cpan requirements, not have to rebuild one module separately. Mind you having had "fun" with Image::Magick's more fluid api in the past I can see why Graphics::Magick came about.
Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com
participants (3)
-
Chris Nighswonger -
Colin Campbell -
Joe Atzberger