Arch Linux

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!
Tasklist

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
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To Ronald van Haren (pressh)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description: 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)

Loading...