net1# uname -a
Linux net1.bizcooker.com 3.5.0-27-generic #46-Ubuntu SMP \
Mon Mar 25 19:58:17 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
net1# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 12.10
Release: 12.10
Codename: quantal
Here's the error...
CC coders/coders_webp_la-webp.lo
coders/webp.c: In function 'WriteWEBPImage':
coders/webp.c:471:10: error: 'WebPPicture' has no member named 'argb_stride'
coders/webp.c:472:10: error: 'WebPPicture' has no member named 'use_argb'
coders/webp.c:476:14: error: 'WebPConfig' has no member named 'lossless'
coders/webp.c:479:14: error: 'WebPConfig' has no member named 'lossless'
coders/webp.c:488:18: error: 'WebPConfig' has no member named 'image_hint'
coders/webp.c:488:30: error: 'WEBP_HINT_GRAPH' undeclared (first use in this function)
coders/webp.c:488:30: note: each undeclared identifier is reported only once for each function it appears in
coders/webp.c:490:18: error: 'WebPConfig' has no member named 'image_hint'
coders/webp.c:490:30: error: 'WEBP_HINT_PHOTO' undeclared (first use in this function)
coders/webp.c:492:18: error: 'WebPConfig' has no member named 'image_hint'
coders/webp.c:492:30: error: 'WEBP_HINT_PICTURE' undeclared (first use in this function)
coders/webp.c:524:14: error: 'WebPConfig' has no member named 'alpha_filtering'
coders/webp.c:527:14: error: 'WebPConfig' has no member named 'alpha_quality'
coders/webp.c:581:10: error: 'WebPPicture' has no member named 'argb'
make[2]: *** [coders/coders_webp_la-webp.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/smartbuild/work/ImageMagick-6.8.4-10'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/smartbuild/work/ImageMagick-6.8.4-10'
make: *** [all] Error 2
ImageMagick-6.8.4-10 + webp appears broken
Re: ImageMagick-6.8.4-10 + webp appears broken
Hum... No way to attach an attachment, so here's the configure line I used...
./configure CC=x86_64-linux-gnu-gcc LDFLAGS='-L/runtime/lib -Wl,-rpath=/runtime/lib' CFLAGS='-Wall -g -O2' CPPFLAGS='-I/runtime/include' --prefix=/runtime --enable-shared --disable-static --with-threads --with-perl --with-modules --with-x --enable-hdri --with-wmf --with-gvc --with-gslib --with-webp --with-rsvg
./configure CC=x86_64-linux-gnu-gcc LDFLAGS='-L/runtime/lib -Wl,-rpath=/runtime/lib' CFLAGS='-Wall -g -O2' CPPFLAGS='-I/runtime/include' --prefix=/runtime --enable-shared --disable-static --with-threads --with-perl --with-modules --with-x --enable-hdri --with-wmf --with-gvc --with-gslib --with-webp --with-rsvg
Re: ImageMagick-6.8.4-10 + webp appears broken
configure webp stanza...
checking for WEBP...
checking webp/decode.h usability... yes
checking webp/decode.h presence... yes
checking for webp/decode.h... yes
checking for WebPPictureInitInternal in -lwebp... yes
checking if WEBP package is complete... yes
checking for WEBP...
checking webp/decode.h usability... yes
checking webp/decode.h presence... yes
checking for webp/decode.h... yes
checking for WebPPictureInitInternal in -lwebp... yes
checking if WEBP package is complete... yes
Re: ImageMagick-6.8.4-10 + webp appears broken
It appears the fix appears to be installing the latest libwebp-0.3.0 which presents a problem.
Ubuntu ships packages for libwebp-0.1.3 so this requires people to manually install the latest version.
The other problem is that 'make test' hangs in the tests/validate-stream.tap 1 test.
Ubuntu ships packages for libwebp-0.1.3 so this requires people to manually install the latest version.
The other problem is that 'make test' hangs in the tests/validate-stream.tap 1 test.
Re: ImageMagick-6.8.4-10 + webp appears broken
Adding --with-webp=no tests run longer.
Now the test for Magick++/demo/demos.tap 24 hangs forever.
Tests run in a few minutes up to ImageMagic-6.8.3-10 which was the last version I built.
If there's a way to run test in verbose mode, point me to the docs where this is described and I'll dig deeper.
Thanks.
Now the test for Magick++/demo/demos.tap 24 hangs forever.
Tests run in a few minutes up to ImageMagic-6.8.3-10 which was the last version I built.
If there's a way to run test in verbose mode, point me to the docs where this is described and I'll dig deeper.
Thanks.
Re: ImageMagick-6.8.4-10 + webp appears broken
A TAP test, for example, test.tap saves the output to test.log. Take a look at the log file to track the source of the hang.
Re: ImageMagick-6.8.4-10 + webp appears broken
Got it... Looks like tests are just taking much longer in this version.
I'll just let the tests run and tail the log files.
Thanks.
I'll just let the tests run and tail the log files.
Thanks.
Re: ImageMagick-6.8.4-10 + webp appears broken
Test failures are...
PASS: Magick++/tests/tests.tap 2
ok
PASS: Magick++/tests/tests.tap 3
ok
PASS: Magick++/tests/tests.tap 4
Caught exception: lt-coderInfo: image coder signature mismatch `GIF': 68410 != 68310 @ error/module.c/OpenModule/1319
not ok
FAIL: Magick++/tests/tests.tap 5
ok
PASS: Magick++/tests/tests.tap 6
... ...
PASS: Magick++/tests/tests.tap 8
Caught exception: lt-montageImages: image coder signature mismatch `GIF': 68410 != 68310 @ error/module.c/OpenModule/1319
not ok
FAIL: Magick++/tests/tests.tap 9
PASS: Magick++/tests/tests.tap 2
ok
PASS: Magick++/tests/tests.tap 3
ok
PASS: Magick++/tests/tests.tap 4
Caught exception: lt-coderInfo: image coder signature mismatch `GIF': 68410 != 68310 @ error/module.c/OpenModule/1319
not ok
FAIL: Magick++/tests/tests.tap 5
ok
PASS: Magick++/tests/tests.tap 6
... ...
PASS: Magick++/tests/tests.tap 8
Caught exception: lt-montageImages: image coder signature mismatch `GIF': 68410 != 68310 @ error/module.c/OpenModule/1319
not ok
FAIL: Magick++/tests/tests.tap 9
Re: ImageMagick-6.8.4-10 + webp appears broken
Test failures appear to have no relation to webp, so another ticket was opened for the two test failures.
This ticket should address only the one problem of webp downlevel versions being installed and ImageMagick code requiring a higher level code to be installed.
The simple way to deal with this is probably to force --with-webp=no unless a high enough version is installed.
As distros catch up, webp support will resume.
Just a thought.
This ticket should address only the one problem of webp downlevel versions being installed and ImageMagick code requiring a higher level code to be installed.
The simple way to deal with this is probably to force --with-webp=no unless a high enough version is installed.
As distros catch up, webp support will resume.
Just a thought.