[Openicc] Do we want /usr/local/share/color/icc as a third profile directory ?

[Stanislav Brabec]

Ross Burton wrote:
> I'm jumping into this thread a bit late, but how about using the
> FreeDesktop.org base directory specification? [1]

Craig Ringer wrote:
> ICC_PROFILE_PATH - Additional directories to search to preserve the
>                    sanity of the network administrator.

There can be good reason to search specific directory for ICC profiles,
but not as base directory. And this directory may not have color/icc in
the path (for example, I need to resource
~/.wine/fake_windows/Program\ Files/DiMAGE\ Viewer/profiles/CameraProfiles)

So I vote for ICC_PROFILE_PATH.

Following XDG directories would also change default home path from
already used ~/.color/icc to ~/.local/share/color/icc.

And following both will complicate the stuff.

I am not sure about standard dirs x ICC_PROFILE_PATH search order.

-

I wanted to send rationale below in Friday, but due to bug
https://bugs.freedesktop.org/show_bug.cgi?id=4933 I am able to do it
now, when the discussion ends.


Rationale for /usr/local/share/color/icc

Nowadays, most packages use $datadir/color/icc for profile paths. But
for example, if package is installed into /opt/gnome, it does lot look
into /usr/share/color/icc, but into /opt/gnome/share/color/icc. It is
bad, because most people want to share ICC profiles between applications
in different prefixes.

FHS defines rules for file system hierarchy: /usr for vendor supplied
packages, /usr/local for administrator additions.

That is why it would be good to not use $datadir/color/icc, but
predefined set of paths (in this search order):

~/.color/icc: For profiles supplied by user.
/usr/local/share/color/icc: For profiles supplied by system
administrator.
/usr/share/color/icc: For profiles supplied by vendor and packaged by
vendor's packaging system.

This order means, that user can override profile supplied by
administrator and administrator can override profile supplied by vendor.

Nearly exactly the same scheme is already used for XDG data paths
(icons, desktop files) and works well:
~/.local/share/...
/usr/local/share/...
/usr/share/...

-- 
Best Regards / S pozdravem,

Stanislav Brabec
software developer
---------------------------------------------------------------------
SuSE CR, s. r. o.                             e-mail: sbrabec at suse.cz
Drahobejlova 27                               tel: +420 296 542 382
190 00 Praha 9                                fax: +420 296 542 374
Czech Republic                                http://www.suse.cz/