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/