FS#18415 - [graphicsmagick] Unsuitable quantum depth breaks Octave
Attached to Project:
Arch Linux
Opened by Matěj Týč (bubla) - Saturday, 20 February 2010, 22:40 GMT
Last edited by Ronald van Haren (pressh) - Tuesday, 04 May 2010, 21:10 GMT
Opened by Matěj Týč (bubla) - Saturday, 20 February 2010, 22:40 GMT
Last edited by Ronald van Haren (pressh) - Tuesday, 04 May 2010, 21:10 GMT
|
Details
Description:
The Arch's GNU Octave can't load neither save 16bpp images correctly at the moment. This defect is most likely caused by the graphicsmagick package's build configuration. See: http://old.nabble.com/imread%3A-Problems-with-higher-color-depth-images-td26177769.html#a26178488 They suggest that graphicsmagick should be build with 16bits quantum depth. This is most likely true since "./configure --help | grep quantum" yields --with-quantum-depth number of bits in a pixel quantum (default 8) and there is not a --with-quantum-depth=16 in the PKGBUILD (checked out in ABS) as suggested Needless to say, Octave will have to be rebuilt after this is fixed. Additional info: * package version(s) graphicsmagick 1.3.7-3 octave 3.2.3-3 |
This task depends upon
Closed by Ronald van Haren (pressh)
Tuesday, 04 May 2010, 21:10 GMT
Reason for closing: Implemented
Additional comments about closing: should work in octave 3.2.4-1 with the new graphicsmagick 1.3.7-2 (the pkgrel counter was reset with the force downgrade from 1.3.8). Please re-open if it does not
Tuesday, 04 May 2010, 21:10 GMT
Reason for closing: Implemented
Additional comments about closing: should work in octave 3.2.4-1 with the new graphicsmagick 1.3.7-2 (the pkgrel counter was reset with the force downgrade from 1.3.8). Please re-open if it does not
And I don't think that Octave will have to be rebuilt after this any more :-)
More info here:
https://www-old.cae.wisc.edu/pipermail/octave-maintainers/2010-January/014891.html