Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#17736 - [koffice-krita] built without HDR support resulting in lack of ability to handle many colourspaces
Attached to Project:
Arch Linux
Opened by Arvid Norlander (AnMaster) - Thursday, 07 January 2010, 17:25 GMT
Last edited by Ronald van Haren (pressh) - Tuesday, 19 January 2010, 11:35 GMT
Opened by Arvid Norlander (AnMaster) - Thursday, 07 January 2010, 17:25 GMT
Last edited by Ronald van Haren (pressh) - Tuesday, 19 January 2010, 11:35 GMT
|
DetailsDescription: Krita is built without HDR support. This means it is currently unable to:
* Open and save *.exr files * Use colourspaces such as 16-bit (or 32-bit) floating point per channel To fix the following dependencies must be added to krita: * OpenEXR * OpenGTL (specifically the part of OpenGTL called OpenCTL) The former is in extra. The latter is not in any repo yet it seems but does exist in AUR (and thus needs to be moved from there for this). Thus: Please rebuild krita with support for OpenEXR and OpenGTL (or at least enable them next time krita is to be rebuilt/updated anyway). At least for me, the support for 32-bit floating point per channel and *.exr files is the only reason to use krita instead of gimp. It is pretty pointless to just include OpenEXR support but not OpenGTL. The reason for that is that OpenEXR files usually contains at least 16-bit floating point values per channel. Not supporting those but still supporting OpenEXR would be pretty useless. Additional info: * package version(s) $ pacman -Qi koffice-krita Name : koffice-krita Version : 2.1.0-1 Steps to reproduce: * Install koffice-krita * Try to open a *.exr file or a 32-bit floating point per channel tiff. Notice you get an error. * Recompile krita with openexr and opengtl. Try the same on krita built against OpenEXR and OpenGTL. Notice both of those actions now work. Only changes required are: * Add package for opengtl (exists in AUR, needs to be transferred to community or extra). * Add openexr and opengtl to build dependencies for koffice package as well as to the dependencies of koffice-krita in said package (cmake seems to detect them automatically if installed). I have tested this, it seems to work perfectly. (Took ages to compile on my old computer though.) |
This task depends upon
Closed by Ronald van Haren (pressh)
Tuesday, 19 January 2010, 11:35 GMT
Reason for closing: Implemented
Additional comments about closing: koffice 2.1.1 has this in trunk (should hit the repos shortly)
Tuesday, 19 January 2010, 11:35 GMT
Reason for closing: Implemented
Additional comments about closing: koffice 2.1.1 has this in trunk (should hit the repos shortly)