Bug 230802 - sci-libs/libecwj2 collides with media-libs/lcms headers
Bug#: 230802 Product:  Gentoo Linux Version: 2007.0 Platform: All
OS/Version: Linux Status: RESOLVED Severity: normal Priority: P2
Resolution: DUPLICATE Assigned To: sci-geosciences@gentoo.org Reported By: nerdboy@gentoo.org
Component: Applications
URL: 
Summary: sci-libs/libecwj2 collides with media-libs/lcms headers
Keywords:  
Status Whiteboard: 
Opened: 2008-07-04 21:36 0000
Description:   Opened: 2008-07-04 21:36 0000 
libecwj2 is apparently required to support the gdal configuration for Oracle,
however, it has two headers in common with lcms.  The diffs are enormous...

 * Detected file collision(s):
 * 
 *      /usr/include/lcms.h
 *      /usr/include/icc34.h
 * 
 * Searching all installed packages for file collisions...
 * 
 * Press Ctrl-C to Stop
 * 
 * media-libs/lcms-1.17
 *      /usr/include/icc34.h
 *      /usr/include/lcms.h

------- Comment #1 From Carsten Lohrke 2008-07-05 15:30:19 0000 ------- 
Apparently in Source/C/ there's a number of included libraries. At least lcms
libjpeg and tinyxml should be external dependencies. Didn't look deeper into
the code.

------- Comment #2 From Steve Arnold 2008-11-09 01:24:43 0000 ------- 
Any decision on this?

------- Comment #3 From FENOY Gérald 2008-11-10 11:00:37 0000 ------- 
Hello nerdboy,
this ebuild have to be reviewed to be able to use the dependencies packages
during the installation process.

I have to investigate in this way.

------- Comment #4 From Brian Claywell 2009-05-01 19:11:58 0000 ------- 
(In reply to comment #3)
> this ebuild have to be reviewed to be able to use the dependencies packages
> during the installation process.

In the interim, I wrote a patch that simply eliminates lcms support in
libecwj2. We've been using the patched libecwj2 for a few months now and
haven't noticed any odd behavior, but admittedly we don't use libecwj2 directly
but only as a GDAL dependency for JPEG2000 support. Perhaps a 'nolcms' use flag
could be used to enable the patch for people who don't need lcms support in
libecwj2?

------- Comment #5 From Brian Claywell 2009-05-01 19:12:47 0000 ------- 
Created an attachment (id=190058) [details]
libecwj2-3.3 nolcms patch

------- Comment #6 From Diego E. 'Flameeyes' Pettenò 2009-06-16 13:24:00 0000 ------- 

*** This bug has been marked as a duplicate of bug 202594 ***

------- Comment #7 From Jean-Claude Repetto 2009-06-18 07:58:44 0000 ------- 
Can somebody post an updated ebuild to apply the proposed patch ?

------- Comment #8 From Brian Claywell 2009-07-01 19:04:25 0000 ------- 
Created an attachment (id=196276) [details]
libecwj2-3.3-r1 ebuild

Here's the ebuild we're currently using to apply our nolcms patch.

------- Comment #9 From Jean-Claude Repetto 2009-08-28 08:59:13 0000 ------- 
This ebuild depends on automake-1.7 :


>>> Emerging (1 of 1) sci-libs/libecwj2-3.3-r1 from unknown repo
 * libecwj2-3.3-2006-09-06.zip RMD160 SHA1 SHA256 size ;-) [ ok ]
 * checking ebuild checksums ;-) [ ok ]
 * checking auxfile checksums ;-) [ ok ]
 * checking miscfile checksums ;-)                                             
                                                                               
                                                             [ ok ]
>>> Unpacking source...
>>> Unpacking libecwj2-3.3-2006-09-06.zip to /var/tmp/portage/sci-libs/libecwj2-3.3-r1/work
 * Applying libecwj2-3.3-nolcms.patch                                          
                                                                               
                                                                 [ ok ]
>>> Source unpacked in /var/tmp/portage/sci-libs/libecwj2-3.3-r1/work
>>> Compiling source in /var/tmp/portage/sci-libs/libecwj2-3.3-r1/work/libecwj2-3.3 ...
 * Running autoreconf
am-wrapper: /usr/bin/aclocal-1.7 is missing or not executable.
            Please try emerging the correct version of automake.

------- Comment #10 From Jean-Claude Repetto 2009-09-22 11:07:58 0000 ------- 
On a new PC (Intel Core i7, Gentoo 64 bits), I have a problem during the
installation, using the new ebuild :

>>> Install libecwj2-3.3-r1 into /var/tmp/portage/sci-libs/libecwj2-3.3-r1/image/ category sci-libs
make -j5 DESTDIR=/var/tmp/portage/sci-libs/libecwj2-3.3-r1/image/ install 
Making install in Source
make[1]: entrant dans le répertoire «
/var/tmp/portage/sci-libs/libecwj2-3.3-r1/work/libecwj2-3.3/Source »
Making install in NCSBuildGnu
make[2]: entrant dans le répertoire «
/var/tmp/portage/sci-libs/libecwj2-3.3-r1/work/libecwj2-3.3/Source/NCSBuildGnu
»
make[3]: entrant dans le répertoire «
/var/tmp/portage/sci-libs/libecwj2-3.3-r1/work/libecwj2-3.3/Source/NCSBuildGnu
»
/bin/sh ../../mkinstalldirs
/var/tmp/portage/sci-libs/libecwj2-3.3-r1/image//usr/lib64
/bin/sh ../../mkinstalldirs
/var/tmp/portage/sci-libs/libecwj2-3.3-r1/image//usr/lib64
rm -f NCSTypesWithGnuDefs.h
mkdir -p -- /var/tmp/portage/sci-libs/libecwj2-3.3-r1/image//usr/lib64
mkdir -p -- /var/tmp/portage/sci-libs/libecwj2-3.3-r1/image//usr/lib64
cp NCSGnuSystemDefs.h NCSTypesWithGnuDefs.h
/bin/sh ../../mkinstalldirs
/var/tmp/portage/sci-libs/libecwj2-3.3-r1/image//usr/include
cat ../include/NCSTypes.h >> NCSTypesWithGnuDefs.h
 /usr/bin/install -c -m 644 ../../lib/libecwj2.a
/var/tmp/portage/sci-libs/libecwj2-3.3-r1/image//usr/lib64/libecwj2.a
 /bin/sh ../../libtool --mode=install /usr/bin/install -c 
../../bin/libNCSEcw.la
/var/tmp/portage/sci-libs/libecwj2-3.3-r1/image//usr/lib64/libNCSEcw.la
/usr/bin/install -c -m 644 NCSTypesWithGnuDefs.h \
               
/var/tmp/portage/sci-libs/libecwj2-3.3-r1/image//usr/include/NCSTypes.h
mkdir -p -- /var/tmp/portage/sci-libs/libecwj2-3.3-r1/image//usr/include
/usr/bin/install: ne peut créer le fichier régulier
`/var/tmp/portage/sci-libs/libecwj2-3.3-r1/image//usr/include/NCSTypes.h':
Aucun fichier ou dossier de ce type
make[3]: *** [install-data-local] Error 1

I solved it by re-enabling the line :
   mkdir -p "${D}usr/include" # hack to enable install of include files
that Brian had commented out.