Re: [Bug-gnupod] artwork support apparently (but not really) broken on ubuntu
Hi Chris, On Tue, Jun 30, 2009 at 11:08:58PM +0200, chris.com wrote: > H. Langos wrote: >> GNUpod's configure script tries to run "convert --version" and checks >> the returncode to determine if convert from imagemagick is installed. >> >> This (accidentially) works as convert accepts "--version" eventhough >> the correct option would be "-version". >> >> On Debian both commands return with 0, which for configure means OK. >> >> Apparently imagemagick 6.4 on ubuntu 9.04 prefers not to be detected >> that way. Eventhough this version also accepts --version and -version, >> the return code in both cases is 1. >> >> This leads configure to the assumption that something is broken and >> therefore artwork would not work. But as far as I've looked into the >> code, this finding is not used anywhere in the code. So artwork >> operations will still be tried and will work as long as imagemagick is >> installed. >> >> Somebody should get in touch with the imagemagic developers and try to >> find out if that is intended behavior or just an oversight. > > I'll contact them > When you say 'this finding is not used anywhere' what doe you mean with > "this finding"? The return code or the version? With "this finding" I ment configure's assumption that imagemagick was not installed and that gnupod's artwork support would not work, based on the different return code of convert --version. As far as I've traced the gnupod configure script, it only sets the variable IMAGIC to "No (ImageMagick is not installed)" and the varible IMAGIC is printed at the end of the configure script. No changes in the actual gnupod code are made. No matter if IMAGIC is set to :-) If you are curious here's the configure.ac code: http://git.savannah.gnu.org/cgit/gnupod.git/tree/configure.ac cheers -henrik ___ Bug-gnupod mailing list Bug-gnupod@nongnu.org http://lists.nongnu.org/mailman/listinfo/bug-gnupod
Re: [Bug-gnupod] artwork support apparently (but not really) broken on ubuntu
Henrik, I'll contact them When you say 'this finding is not used anywhere' what doe you mean with "this finding"? The return code or the version? Chriss H. Langos wrote: GNUpod's configure script tries to run "convert --version" and checks the returncode to determine if convert from imagemagick is installed. This (accidentially) works as convert accepts "--version" eventhough the correct option would be "-version". On Debian both commands return with 0, which for configure means OK. $ convert -version ; echo $? Version: ImageMagick 6.3.7 12/10/08 Q16 http://www.imagemagick.org Copyright: Copyright (C) 1999-2008 ImageMagick Studio LLC 0 $ convert --version ; echo $? Version: ImageMagick 6.3.7 12/10/08 Q16 http://www.imagemagick.org Copyright: Copyright (C) 1999-2008 ImageMagick Studio LLC 0 Apparently imagemagick 6.4 on ubuntu 9.04 prefers not to be detected that way. Eventhough this version also accepts --version and -version, the return code in both cases is 1. u...@user-desktop:~/idm$ convert -version ; echo $? Version: ImageMagick 6.4.5 2009-01-22 Q16 OpenMP http://www.imagemagick.org Copyright: Copyright (C) 1999-2008 ImageMagick Studio LLC 1 u...@user-desktop:~/idm$ convert --version ; echo $? Version: ImageMagick 6.4.5 2009-01-22 Q16 OpenMP http://www.imagemagick.org Copyright: Copyright (C) 1999-2008 ImageMagick Studio LLC 1 This leads configure to the assumption that something is broken and therefore artwork would not work. But as far as I've looked into the code, this finding is not used anywhere in the code. So artwork operations will still be tried and will work as long as imagemagick is installed. Somebody should get in touch with the imagemagic developers and try to find out if that is intended behavior or just an oversight. Volunteers? cheers -henrik ___ Bug-gnupod mailing list Bug-gnupod@nongnu.org http://lists.nongnu.org/mailman/listinfo/bug-gnupod ___ Bug-gnupod mailing list Bug-gnupod@nongnu.org http://lists.nongnu.org/mailman/listinfo/bug-gnupod
[Bug-gnupod] artwork support apparently (but not really) broken on ubuntu
GNUpod's configure script tries to run "convert --version" and checks the returncode to determine if convert from imagemagick is installed. This (accidentially) works as convert accepts "--version" eventhough the correct option would be "-version". On Debian both commands return with 0, which for configure means OK. > $ convert -version ; echo $? > Version: ImageMagick 6.3.7 12/10/08 Q16 http://www.imagemagick.org > Copyright: Copyright (C) 1999-2008 ImageMagick Studio LLC > > 0 > $ convert --version ; echo $? > Version: ImageMagick 6.3.7 12/10/08 Q16 http://www.imagemagick.org > Copyright: Copyright (C) 1999-2008 ImageMagick Studio LLC > > 0 Apparently imagemagick 6.4 on ubuntu 9.04 prefers not to be detected that way. Eventhough this version also accepts --version and -version, the return code in both cases is 1. > u...@user-desktop:~/idm$ convert -version ; echo $? > Version: ImageMagick 6.4.5 2009-01-22 Q16 OpenMP http://www.imagemagick.org > Copyright: Copyright (C) 1999-2008 ImageMagick Studio LLC > > 1 > u...@user-desktop:~/idm$ convert --version ; echo $? > Version: ImageMagick 6.4.5 2009-01-22 Q16 OpenMP http://www.imagemagick.org > Copyright: Copyright (C) 1999-2008 ImageMagick Studio LLC > > 1 This leads configure to the assumption that something is broken and therefore artwork would not work. But as far as I've looked into the code, this finding is not used anywhere in the code. So artwork operations will still be tried and will work as long as imagemagick is installed. Somebody should get in touch with the imagemagic developers and try to find out if that is intended behavior or just an oversight. Volunteers? cheers -henrik ___ Bug-gnupod mailing list Bug-gnupod@nongnu.org http://lists.nongnu.org/mailman/listinfo/bug-gnupod
