Completely replace lcms1 by lcms2 in Ubuntu

Bug Description

Many packages in Ubuntu use the liblcms1 library (source package lcms). This library is discontinued upstream and replaced by liblcms2. Due to this, bugs in liblcms1 are not fixed any more upstream and important improvements in color reproduction and safety against crashes are not done. Therefore we should remove lcms1 and migrate all programs using it to lcms2.

Launchpad doesn't usually scale to track transitions like these. Please see a tracker instead:
http://people.canonical.com/~ubuntu-archive/transitions/lcms2.html

While running 'configure' I see these lines in its screen output:

154 checking lcms.h usability... no
155 checking lcms.h presence... no
156 checking for lcms.h... no
157 checking lcms/lcms.h usability... no
158 checking lcms/lcms.h presence... no
159 checking for lcms/lcms.h... no
.

According to http://sourceforge.net/projects/lcms/files/ at the moment the latest tarball is lcms2-2.0a.tar.gz and its header files (when installed) are:

"
sergei@amdam2:~/junk> ls -ltr /mnt/sdb8/sergei/AFSWD_debug/install/lcms-2.0/include/
total 117
-rw-r--r-- 1 qemu users 24622 2010年07月05日 03:59 lcms2_plugin.h
-rw-r--r-- 1 qemu users 91214 2010年07月05日 03:59 lcms2.h
sergei@amdam2:~/junk>
".

I.e. configure should check for version 2.0 or later and check existence of 'lcms2.h' rather than 'lcms.h' file.

Which distributions include lcms2?

(In reply to comment #1)
> Which distributions include lcms2?

As far as I could tell, no distribution carries lcms2 in a primary package repository, although Fedora seems to have it in updates-candidate and Gentoo carries an ebuild marked as testing.

Then this is not a bug at all, at the most just an enhancement request.

(In reply to comment #1)
> Which distributions include lcms2?

I have no idea and I don't care. I build and install everything I need in the directories I want, which are not system directories. From time to time I upgrade packages versions.

So, less than a month ago I discovered the new lcms version and upgraded.

(In reply to comment #3)
> Then this is not a bug at all, at the most just an enhancement request.

Maybe.

But then I see a chicken-egg problem. A distro can't start supporting 'lcms2' because 'wine' doesn't support it and 'wine' won't support 'lcms2' because no distro includes it.

(In reply to comment #5)
> But then I see a chicken-egg problem. A distro can't start supporting 'lcms2'
> because 'wine' doesn't support it and 'wine' won't support 'lcms2' because no
> distro includes it.

Not really. Distributions don't care what version of packages Wine supports.
Besides, there are many other projects that use lcms.

> But then I see a chicken-egg problem. A distro can't start supporting 'lcms2'
> because 'wine' doesn't support it and 'wine' won't support 'lcms2' because no
> distro includes it.

lcms2 can be installed alongside lcms1 exactly for this reason.

(In reply to comment #7)
> > But then I see a chicken-egg problem. A distro can't start supporting 'lcms2'
> > because 'wine' doesn't support it and 'wine' won't support 'lcms2' because no
> > distro includes it.
>
> lcms2 can be installed alongside lcms1 exactly for this reason.

I know. And my environment can cope with it. Other packages which use 'lcms' silently accepted 'lcms2', so other than for 'wine' I have no need to keep both versions.

Probably in half year the issue will become relevant for 'wine'.

Created attachment 36970
initial support

Work in progress, but not sure when I'll pick it up, so leaving here for now in case someone else wants to finish it.

Packages concerned are both in Main and Universe, nost important are naturally the ones in Main. With them being migrated we can at least demote lcms to Universe.

cups itself does not use lcms, but the add-on filter pdftoraster does. The upstream author of the filter is informed.

Shotwell itself does not use lcms; it uses libraw, which depends on lcms1 in Ubuntu. Note that libraw 0.13.8 (present in Oneiric) can build using either lcms1 or lcms2. So to solve this particular dependency I suspect that you only need to update your libraw packaging to build using lcms2. You might also consider updating Precise to the latest libraw (0.14.3) while you're at it.

Adam, on my system there is shotwell installed but no libraw and I really cannot find such a library. Are you sure that there is a libraw? Where is it, or what is its correct name?

Till: Yes, there really is a libraw. :) You're not seeing it because on Ubuntu Shotwell is built using libraw as a static library, so libraw is compiled into the Shotwell executable. It would be nice to use a shared library instead, but we can't do that at the moment because libraw.so currently lives inside libraw-dev, which we can't expect end users to install. Instead, libraw.so should be broken out into a separate package. I've created a separate Launchpad ticket for this issue: #885645.

Source changes are needed for Inkscape for build to succeed with lcms2, so I have forwarded this upstream

Unassigning myself for Inkscape (Ubuntu) for now. I'll hopefully come back to this when I have had more time to read the API.

I was mistaken: the libraw shared library is available in an Ubuntu package today ('libraw2'). We should build Shotwell to use this shared library and depend on this package. I've ticketed that as #890372.

...and we also need libraw itself to link to lcms2 rather than lcms1. I've ticketed that as bug #890379.

bug #890372

Synced libraw 0.14.0-1 from Debian which uses lcms2 now.

I have a working patch in my local repository.

The Enblend team is discussing the problems arising from
LCMS V2's "unbounded mode" and how to best dodge them.

Fixed in rev d0828152af73.

New unstable version will have this fix in debian. For now in experimental. Wait for release team

Please revert to in progress....

Upstream patch/mail about poppler lcms2 conversion:

http://<email address hidden>/msg06258.html

Seems lcms2 is a slight performance regression. Let's see how this develops upstream.

pitti, they talk about only 5-10 % performance loss in Poppler, but for getting a much less crashing, more reliable, and maintained CM library, I would accept this performance loss. So I think I should add Otani-san's patch for further testing to Precise's package of Poppler.

Otani-san, thank you very much for the patch. I will try it out on Ubuntu's Poppler. 5-10 % performance loss is not much for the gain of stability and reliability. It should get applied.

Albert, I also highly recommend to apply this patch upstream, as using a more stable, maintained library is much more important then having 5-10 % better performance.

This bug was fixed in the package poppler - 0.18.3-0ubuntu2

---------------
poppler (0.18.3-0ubuntu2) precise; urgency=low

* debian/patches/poppler-lcm2.patch: Ported Poppler from liblcms1 which is
not maintained any more upstream to the up-to-date liblcms2. Thanks to
Koji Otani for the patch (LP: #885324).
* debian/control: Build-depend on liblcms2-dev and not on liblcms-dev any
more.
-- Till Kamppeter <email address hidden> 2012年1月20日 09:25:18 +0100

For the migration of CUPS I got a patch from Koji Otani now which I am currently applying upstream to the new cups-filters packge (see https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-new-cups-filters-package). As this is not yet packaged for Ubuntu I cannot move the "cups" task to "cups-filters" yet.

Wine1.2 & wine1.3 are affected too.

libcms2 patch for cups-filters is applied and committed upstream now.

Otani-san, thanks for your patch!

It seems this is no longer a mere enhancement request and needs some escalation in priority - liblcms1 is deprecated upstream, not receiving fixes, and is being slated for removal from distributions. See, for instance, https://bugs.launchpad.net/ubuntu/+source/lcms/+bug/885324

(In reply to comment #10)
> It seems this is no longer a mere enhancement request and needs some escalation
> in priority - liblcms1 is deprecated upstream, not receiving fixes, and is
> being slated for removal from distributions. See, for instance,
> https://bugs.launchpad.net/ubuntu/+source/lcms/+bug/885324

When will liblcms1 be removed from which distributions? How about 32-bit
versions of liblcms2 for current 64-bit distros? I doubt we want to support
both version 1 and version 2 of liblcms in Wine.

On Ubuntu, we'd like to migrate everything away from liblcms1 by 12.04, which means this would need to be done in the 1.4 timetable.

At a distro level, supporting 32-on-64 lcms2 is just as easy as lcms1. On Ubuntu 12.04, for instance, it's already multiarched and you can just apt-get install liblcms2-2:i386. So I'd expect it to be quite available.

(In reply to comment #12)
> On Ubuntu, we'd like to migrate everything away from liblcms1 by 12.04, which
> means this would need to be done in the 1.4 timetable.
>
> At a distro level, supporting 32-on-64 lcms2 is just as easy as lcms1. On
> Ubuntu 12.04, for instance, it's already multiarched and you can just apt-get
> install liblcms2-2:i386. So I'd expect it to be quite available.

Sure, but I asked about *current* distro versions. Without a reasonable
transition period Wine is forced to support both versions of liblcms.

Fair enough, but without supporting both versions for a bit we will _never_ be able to migrate and will end up using a deprecated unsupported library forever.

To answer your question as far as Ubuntu goes, 11.10, 11.04, 10.10, and 10.04 rely on ia32-libs, so in order to support them I'll have to update the ia32-libs in the PPA to include liblcms2 (this isn't hard).

As poppler maintainer i want to mention that this is not going to happen upstream anytime soon unless the huge regressions in speed (some files go to 0.5 sec in rendering to 5 sec) are fixed in lcms2.

The file where rendering with Poppler/lcms2 gets significantly slower is altona_technical_1v2_x3.pdf on http://www.eci.org/doku.php?id=es:downloads It also gets significantly slower when rendering with GhostScript/lcms2 on Precise (compared to Ghostscript/lcms1 on Oneiric).

Poppler/lcms2 performance issue reported to lcms upstream:

https://github.com/mm2/Little-CMS/issues/2

Fixed in revision #10969.

Cmake configuration trace is different between libkdcraw and digiKam :

-- -------------------------------------------------------------------------
-- Starting CMake configuration for: libkdcraw
-- Check for LCMS2 availability...
-- Found JPEG: /usr/lib64/libjpeg.so
-- Try OpenMP C flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Success
-- Try OpenMP CXX flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Success
-- Found OpenMP: -fopenmp

...

---------------------------------------------------------------------------
-- Starting CMake configuration for: digikam
-- Found Jasper: /usr/lib64/libjasper.so
-- Check for Kdcraw library in local sub-folder...
...
-- Check for LCMS2 availability...
-- checking for module 'lcms2'
-- found lcms2, version 2.3
-- Found LCMS2: lcms2
-- Identified libjpeg version: 80+
-- Found MySQL server executable at: /usr/sbin/mysqld
-- Found MySQL install_db executable at: /usr/bin/mysql_install_db
...

Why ?

Gilles Caulier

Note : I started cmake configuration script with "-DENABLE_LCMS2=on"

Gilles

(In reply to comment #29)
> Note : I started cmake configuration script with "-DENABLE_LCMS2=on"
>
> Gilles

Strange, works fine for me, either together (digikam-sc) or separately (libkdcraw, digikam). Here is separately:

-- Starting CMake configuration for: libkdcraw
...
-- Check for LCMS2 availability...
-- Found lcms version 2.03, c:/kderoot/lib/lcms-2.lib
-- Found LCMS2: c:/kderoot/lib/lcms-2.lib c:/kderoot/include

-- Found JPEG: c:/kderoot/lib/jpeg.lib
-- Try OpenMP C flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [/openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Success
-- Try OpenMP CXX flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [/openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Success
-- Found OpenMP: /openmp

----------------------------------------

-- Starting CMake configuration for: digikam
...
-- Check for LCMS2 availability...
-- Found lcms version 2.03, c:/kderoot/lib/lcms-2.lib
-- Found LCMS2: c:/kderoot/lib/lcms-2.lib c:/kderoot/include

-- Try OpenMP C flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [/openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Success
-- Try OpenMP CXX flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [/openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Success
-- Found OpenMP: /openmp

Git commit b0cfc14a4dad0bd137fdf8d9493c378dbecca652 by Ananta Palani.
Committed on 03/03/2012 at 08:11.
Pushed by palani into branch 'master'.

Give libkdcraw cmake modules preference over pre-existing ones.

M +1 -1 CMakeLists.txt

http://commits.kde.org/libkdcraw/b0cfc14a4dad0bd137fdf8d9493c378dbecca652

Gilles,

Could you have another version of FindLCMS2.cmake on your system somewhere? Your 'found' message does not look consistent with the file included in libkdcraw/digikam:

Found lcms version ${LCMS2_MAJOR_VERSION}.${LCMS2_MINOR_VERSION}, ${LCMS2_LIBRARIES}

so maybe cmake is using the wrong one? The commit I just made may fix your problem regardless.

-Ananta

No other lcms2 cmake find script is on my computer.

I updated my local git and cleaned cmake cache. trace is better :

-- Starting CMake configuration for: libkdcraw
-- Check for LCMS2 availability...
-- checking for module 'lcms2'
-- found lcms2, version 2.3
-- Found lcms version 2.03, /usr/lib64/liblcms2.so
-- Found LCMS2: /usr/lib64/liblcms2.so /usr/include
-- Found JPEG: /usr/lib64/libjpeg.so
-- Try OpenMP C flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Success
-- Try OpenMP CXX flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Success
-- Found OpenMP: -fopenmp

-----------------------------------------------------------------------------
-- The following external packages were located on your system.
-- This installation will have the extra features provided by these packages.
-----------------------------------------------------------------------------
* LCMS2 - A small-footprint color management engine
* libjpeg - JPEG image format support

...

-- Starting CMake configuration for: digikam
-- Found Jasper: /usr/lib64/libjasper.so
-- Check for Kdcraw library in local sub-folder...
-- Found Kdcraw library in local sub-folder: /mnt/data/Devel/GIT/2.x/extra/libkdcraw
-- Check Kexiv2 library in local sub-folder...
-- Found Kexiv2 library in local sub-folder: /mnt/data/Devel/GIT/2.x/extra/libkexiv2
-- Check Kipi library in local sub-folder...
-- Found Kipi library in local sub-folder: /mnt/data/Devel/GIT/2.x/extra/libkipi
-- Check Kface library in local sub-folder...
-- Found Kface library in local sub-folder: /mnt/data/Devel/GIT/2.x/extra/libkface
-- Check for KGeoMap library in local sub-folder...
-- Found KGeoMap library in local sub-folder: /mnt/data/Devel/GIT/2.x/extra/libkgeomap
-- checking for module 'libpgf'
-- package 'libpgf' not found
-- Could NOT find any working clapack installation
-- Check for LCMS2 availability...
-- Found lcms version 2.03, /usr/lib64/liblcms2.so
-- Found LCMS2: /usr/lib64/liblcms2.so /usr/include
-- Identified libjpeg version: 80+
-- Found MySQL server executable at: /usr/sbin/mysqld
...

i need to check OSX now...

Gilles Caulier

Work fine under MACOSX :

-- ----------------------------------------------------------------------------------
-- Starting CMake configuration for: libkdcraw
-- Check for LCMS2 availability...
-- checking for module 'lcms2'
-- found lcms2, version 2.2
-- Found lcms version 2.02, /opt/local/lib/liblcms2.dylib
-- Found LCMS2: /opt/local/lib/liblcms2.dylib /opt/local/include
-- Found JPEG: /opt/local/lib/libjpeg.dylib

-----------------------------------------------------------------------------
-- The following external packages were located on your system.
-- This installation will have the extra features provided by these packages.
-----------------------------------------------------------------------------
* LCMS2 - A small-footprint color management engine
* libjpeg - JPEG image format support

...

-- ----------------------------------------------------------------------------------
-- Starting CMake configuration for: digikam
-- Found Jasper: /opt/local/lib/libjasper.dylib
-- Check for Kdcraw library in local sub-folder...
-- Found Kdcraw library in local sub-folder: /Users/gilles/Devel/2.x/extra/libkdcraw
-- Check Kexiv2 library in local sub-folder...
-- Found Kexiv2 library in local sub-folder: /Users/gilles/Devel/2.x/extra/libkexiv2
-- Check Kipi library in local sub-folder...
-- Found Kipi library in local sub-folder: /Users/gilles/Devel/2.x/extra/libkipi
-- Check Kface library in local sub-folder...
-- Found Kface library in local sub-folder: /Users/gilles/Devel/2.x/extra/libkface
-- Check for KGeoMap library in local sub-folder...
-- Found KGeoMap library in local sub-folder: /Users/gilles/Devel/2.x/extra/libkgeomap
-- checking for module 'libpgf'
-- package 'libpgf' not found
-- Found clapack includes: /System/Library/Frameworks/vecLib.framework/Headers
-- Found clapack library: /usr/lib/libclapack.dylib
-- Check for LCMS2 availability...
-- Found lcms version 2.02, /opt/local/lib/liblcms2.dylib
-- Found LCMS2: /opt/local/lib/liblcms2.dylib /opt/local/include
-- Identified libjpeg version: 80+
...

Gilles Caulier

All compile fine under MACOSX through macport :

[ 56%] Building C object core/digikam/CMakeFiles/digikamcore.dir/__/libs/3rdparty/clapack/lsame.c.o
[ 57%] Building C object core/digikam/CMakeFiles/digikamcore.dir/__/libs/3rdparty/clapack/sfe.c.o
[ 57%] Building C object core/digikam/CMakeFiles/digikamcore.dir/__/libs/3rdparty/clapack/util.c.o
[ 57%] Building C object core/digikam/CMakeFiles/digikamcore.dir/__/libs/3rdparty/clapack/xerbla.c.o
[ 57%] Building CXX object core/digikam/CMakeFiles/digikamcore.dir/__/libs/dklcms/digikam-lcms.cpp.o
[ 57%] Building CXX object core/digikam/CMakeFiles/digikamcore.dir/__/libs/dimg/filters/dimgbuiltinfilter.cpp.o
[ 57%] Building CXX object core/digikam/CMakeFiles/digikamcore.dir/__/libs/dimg/filters/dimgthreadedfilter.cpp.o
[ 57%] Building CXX object core/digikam/CMakeFiles/digikamcore.dir/__/libs/dimg/filters/dimgfiltermanager.cpp.o

I close this file now...

Gilles Caulier

Under debian build with newer version

This is fixed upstream in enblend-enfuse 4.1.

Was already fixed in quantal

I send a patch to add support for lcms2 with a fallback to lcms v1:
http://source.winehq.org/patches/data/96110

As info for distribution support for lcms2:
Ubuntu 11.10 has liblcms2-2 as a "main" package (section libs).

--
By by ... Detlef

Patch for Wine:

http://source.winehq.org/patches/data/96110

--
Detlef

(In reply to comment #15)
> I send a patch to add support for lcms2 with a fallback to lcms v1:
> http://source.winehq.org/patches/data/96110

BUG: The patch was still using the includes for lcms v1
To fix compilation while using lcms2.h,
add a #include <icc34.h> after the #include <lcms2.h>
(icc34.h comes with the liblcms v1 dev package)

I prepare a better patch in the near future.

--
By by .. Detlef

Fixed by d40c91262b91f72c44151a1481a77acfe71ba044.

Closing bugs fixed in 1.7.0.

Roadmap says:

# future plans:
# 2.7 will compile against lcms2 by default but lcms1 will stay as a fallback
# 2.8 will support lcms2 only, probably ENABLE_LCMS2 will be removed too
# unless we decide to support another color managment library

Any plan to make lcms2 the default now, if both are found?

It's best to use transition tracker:
http://people.canonical.com/~ubuntu-archive/transitions/lcms2.html

It shows proper dependencies rounds & rathers information based on the archive state across both source and binary packages across all architectures.

libmng using lcms2 uploaded to trusty

gimp fixed in trusty

python-imaging/pillow fixed in trusty

openjdk-6 doesn't have this dependency anymore

Nominating for 1.6.2 so I can put it into Ubuntu 14.04 LTS and Wine won't be the only package still using old lcms.

Removing 1.6.x milestone from bugs included in 1.6.2.

This bug was fixed in the package enblend-enfuse - 4.1.2+dfsg-2ubuntu1

---------------
enblend-enfuse (4.1.2+dfsg-2ubuntu1) trusty; urgency=medium

* Merge from Debian, remaining changes:
- Build-depend on libglew-dev rather than libglew1.5-dev | libglew1.4-dev
| libglew-dev.
- Build using -O1 on arm
-- Jackson Doak <email address hidden> 2014年1月22日 06:23:44 +1100

This bug was fixed in the package dcraw - 9.21-0.2

---------------
dcraw (9.21-0.2) unstable; urgency=medium

* Non-maintainer upload.
* Upload to unstable.

-- Andreas Metzler <email address hidden> 2014年6月19日 07:52:40 +0200

Fixed in 1.4.2.dfsg.2+r18267-0.1 (already merged in ubuntu)

enblend is not in the archives any more (last upload to hardy)

Fixed in Wine 1.6.2

Still some packages using lcms1 on Utopic: xsane for example

This bug was fixed in the package cegui-mk2 - 0.7.6-3.3

---------------
cegui-mk2 (0.7.6-3.3) unstable; urgency=medium

* Non-maintainer upload.
* Remove unneeded depdendency on liblcms-dev (Closes: #745530) and libmng-dev
which would also pull-in lcms.

-- Tobias Frost <email address hidden> 2014年8月03日 19:09:41 +0200

cegui-mk2 (0.7.6-3.2) unstable; urgency=medium

* Non-maintainer upload.
* debian/control: Switch to automake1.11. (Closes: #724357)

-- Eric Dorland <email address hidden> 2014年3月03日 22:54:44 -0500

cegui-mk2 (0.7.6-3.1) unstable; urgency=medium

* Non-maintainer upload.
* Fix "boost 1.53 is going away" Removing versioned dependencies
(Closes: #731019)

-- Tobias Frost <email address hidden> 2014年1月11日 14:47:21 +0000

cegui-mk2 (0.7.6-3) unstable; urgency=low

* Bump Standards-Version to 3.9.4.
* debian/control:
+ OGRE dependency was updated to 1.8. (Closes: #704781)
+ Boost dependency was updated to 1.53.

-- Muammar El Khatib <email address hidden> 2013年8月14日 20:41:39 +0200

Fixed in 1:1.2-1

f-spot has been removed from vivid, in response to a corresponding removal from Debian (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764646).

This bug was fixed in the package darkroom - 1.5.0~svn1280265-0ubuntu2

---------------
darkroom (1.5.0~svn1280265-0ubuntu2) vivid; urgency=medium

* Build with LittleCMS 2 (LP: #885324).
-- Colin Watson <email address hidden> 2014年11月24日 17:53:12 +0000

This bug was fixed in the package xsane - 0.998-6ubuntu1

---------------
xsane (0.998-6ubuntu1) vivid; urgency=medium

* Resynchronise with Debian (LP: #885324). Remaining changes:
- debian/patches/pot_desktop_msgid.patch: Add .desktop file Name and
Comment to the POT.
- debian/control:
+ Depend on firefox instead of iceweasel.
- debian/xsane.desktop:
+ Use generic scanner icon instead of outdated/confusing xsane icon.
+ Modified to match POT changes.

xsane (0.998-6) unstable; urgency=medium

* QA upload.
* Update Build-Depends to point to liblcms2-dev instead of liblcms1-dev.
Unfortunately, xsane is not yet ready for liblcms2 so until that is
fixed it will build without LCMS support. This is done so that
#745524 can be reduced to important severity and stay in testing.
-- Colin Watson <email address hidden> 2014年11月25日 13:39:09 +0000

Fix released in ufraw 0.20-1.

photoprint (0.4.2~pre2-2.2) unstable; urgency=low

* Non-maintainer upload.
* Applying patch from Hideki Ymanae (Closes: #725537)
* Change B-D from lcms1-dev to lcms2-dev (Closes: #745516)
* B-D on libtiff-dev, not libtiff4-dev" (Closes: #736038)

-- Tobias Frost <email address hidden> 2014年8月11日 20:53:54 +0200

rawstudio has been removed from utopic, in response to a corresponding removal from Debian (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764089).

gimp-plugin-registry (7.20140602) unstable; urgency=medium

* [b8040b86] Update debian/README.source and add a symlink for github
* [b73b5126] Migrato to lcms2.
Thanks to Moritz Muehlenhoff (Closes: #745528)
* [e018d41b] Auto update of debian/control
* [6f8c53e9] Removing old seperate+ patches.
* Bump version number, skipping version 6 as it went forgotten
during the last upload....

-- Bernd Zeimetz <email address hidden> 2014年6月02日 22:48:39 +0200

And I've now removed lcms from vivid, so this bug is finally done.