Re: Cinepaint 3rd-party debs

Kai-Uwe Behrmann <[email protected]> Sat, 1 Mar 2008 06:59:13 +0100 (CET)
Newsgroups gmane.comp.video.cinepaint.devel
Message-ID <[email protected]>
Am 29.02.08, 23:53 -0000 schrieb etorix:
> from; Aedan Kelly <[email protected]
 
> im down to 3 kintian build errors:
> 
> I: libcinepaint0: several-sonames-in-same-package libcinepaint.so.0
> libcinepaintHalf.so.0 libcinepaint_fl_i18n.so.0
> N:
> N:   There are several shared libraries in this package and they have
> N:   different sonames. This is usually discouraged because it is
> N:   inherently error-prone.

Not shure if we want to change this, despite your suggestion. 
libcinepaintHalf links against a C++ library and libcinepaint_fl_i18n 
against FLTK. We would break all build trying to go without one of these 
dependencies. We had here notions of people using this possibility.
 
> W: libcinepaint-dev: manpage-has-errors-from-man
> usr/share/man/man1/cinepainttool.1.gz 22: warning: `l' not defined
> N:
> N:   This man page provokes warnings or errors from man.

fixed in CVS

> W: cinepaint: binary-or-shlib-defines-rpath
> ./usr/lib/cinepaint/0.22-1/plug-ins/icc_examin_cp
> /usr/lib:/home/etorix/cinepaint/cinepaint-0.22/cinepaint-0.22/plug-ins/icc_examin/icc_examin
> N:
> N:   The binary or shared library sets RPATH. This overrides the normal
> N:   library search path, possibly interfering with local policy and
> N:   causing problems for multilib, among other issues.

fixed in CVS

>  once these are dealt with,
>  i can present to a sponsor
> and the /debian dir can be made available for scripted build
> ta
> aedan

Thanks for spotting.

Hope this helps,
Kai-Uwe Behrmann
-- 
developing for colour management 
www.behrmann.name + www.oyranos.org


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/