lens iop: Automatically set scale.
Added support for sorted lens lists in lens correction module.  Needs LensFun >= 0.2.9.
added option to overwrite file in export to file on disk.
updated to remove conf usage
Merge branch 'master' of https://github.com/darktable-org/darktable
usermanual : rework lua attributes according to what upegelow told me to do
updated translation, still a few fuzzy and untranslated lines
[l10n] Swedish update of webp strings
[l10n] Changed Darktable to darktable
Update translation pt_BR
New version of _dt_style_cleanup_multi_instance.

This fixes 2 issues:

- first some SQLite distributions are not compiled to support ORDER BY LIMIT
  on an UPDATE statement.

- second, the previous version were not properly working when there was
  multiple time the same multi_instance value for a style.

This new version is moving away from an SQL only implementation but will
be in turn easier to understand and maintain. We could revisit this
implementation if SQLite start supporting ROW_NUMBER.
tonecurve: display usual guides whatever histogram mode is chosen

The tonecurve module displays the histogram as its widget background
and currently changes the way guide lines are drawn depending on
histogram widget mode.

However the tonecurve module doesn't work in any new fancy histogram
way, so no use to take care about new guide lines for these modes.
Some fixes to WebP related build scripts

We were able to compile darktable when WebP wasn't found just because of
a bug in the WebP detection code.
Merge pull request #378 from edgomez/bugfix

tonecurve: display usual guides whatever histogram mode is chosen
Some more cmake cleanup
Merge pull request #379 from guitorri/up_pt_BR

Update translation pt_BR
Merge branch 'cleanup-multi-instance'

* cleanup-multi-instance:
  New version of _dt_style_cleanup_multi_instance.
colorspaces: adobergb gamma is technically not quite 2.2

from: https://github.com/hughsie/colord/commit/7efe9fe132dac72adf06c5a36112b8028d0499b4

According to http://www.adobe.com/digitalimag/pdfs/AdobeRGB1998.pdf they are
*not* 2.2, but '2 + 51/256' which isn't quite 2.2.

This is also the value used by ArgyllCMS, many thanks to Elle Stone for the hint.

Important practical note is that in both cases (2.2 and 2.19921875) results in a profile
encoded with gamma 2.199219 which is probably due to limited accuracy in the ICC spec.
Fix possible buffer overflow
Updated Czech translation