Re: Copyright/debian

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.
N:
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.
N:   
N:   "cannot adjust" or "can't break" are trouble with paragraph filling,
N:   usually related to long lines. Adjustment can be helped by left
N:   justifying, breaks can be helped with hyphenation, see "Manipulating
N:   Filling and Adjusting" and "Manipulating Hyphenation" in the manual.
N:   
N:   "can't find numbered character" usually means latin1 etc in the input,
N:   and this warning indicates characters will be missing from the output.
N:   You can change to escapes like \[:a] described on the groff_char man
N:   page.
N:   
N:   Other warnings are often formatting typos, like missing quotes around
N:   a string argument to .IP. These are likely to result in lost or
N:   malformed output. See the groff_man (or groff_mdoc if using mdoc) man
N:   page for information on macros.
N:   
N:   This test uses man's --warnings option to enable groff warnings that
N:   catch common mistakes, such as putting . or ' characters at the start
N:   of a line when they are intended as literal text rather than groff
N:   commands. This can be fixed either by reformatting the paragraph so
N:   that these characters are not at the start of a line, or by adding a
N:   zero-width space (\&) immediately before them.
N:   
N:   At worst, warning messages can be disabled with the .warn directive,
N:   see "Debugging" in the groff manual.
N:
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-1/cinepaint-0.22-1/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.
N:   
N:   The only time a binary or shared library in a Debian package should
N:   set RPATH is if it is linked to private shared libraries in the same
N:   package. In that case, place those private shared libraries in
N:   /usr/lib/<package>. Libraries used by binaries in other packages
N:   should be placed in /lib or /usr/lib as appropriate, with a proper
N:   SONAME, in which case RPATH is unncessary.
N:   
N:   To fix this problem, look for link lines like:
N:       gcc test.o -o test -Wl,--rpath,/usr/local/lib
N:   or
N:       gcc test.o -o test -R/usr/local/lib
N:   and remove the -Wl,--rpath or -R argument. You can also use the
N:   chrpath utility to remove the RPATH.
N:   
N:   Refer to http://wiki.debian.org/RpathIssue for details.
N: