[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Debian shishi package bug

From: Simon Josefsson
Subject: Re: Debian shishi package bug
Date: Wed, 19 Apr 2006 12:46:03 +0200
User-agent: Gnus/5.110005 (No Gnus v0.5) Emacs/22.0.50 (gnu/linux)

Simon Josefsson <address@hidden> writes:

> I've uploaded new packages to  I
> believe it closes all open bugs.  It uses the 0.0.23 release, so there
> are no code changes.  Please take a look, and upload if it seems fine?

I forgot to run linda/lintian on the new package... it was lintian
clean, but linda complains:

latte:/var/cache/pbuilder/result# lintian -i shishi_0.0.23-2_i386.changes
warning: lintian's authors do not recommend running it with root privileges!
latte:/var/cache/pbuilder/result# linda -i shishi_0.0.23-2_i386.changes
Linda: Running as root, dropping to nobody.
W: shishi-doc; File shishi.devhelp not symlinked to from devhelp dirs
 The file shown above exists outside of /usr/share/gtk-doc/html or
 /usr/share/devhelp/books, and does not symlink back into either of
 those two directories

I don't understand this one, shishi.devhelp _is_ below

latte:/var/cache/pbuilder/result# dpkg -c shishi-doc_0.0.23-2_all.deb |grep 
-rw-r--r-- root/root     70676 2006-04-19 12:17:03 
-rw-r--r-- root/root     81355 2006-04-19 12:17:03 

Devhelp appear to find the files correctly.

Is this a linda bug?

W: shishi; A binary links against a library it does not use symbols from
 This package contains a binary that links against a library that is
 not in the Depends line. This may also be a bug in the library which
 does not have a shlibs file.

I don't understand this one.  Also, the first line doesn't seem to say
the same as the explanation below it, when I read it.

Anyway, this Depends line look rather short:

latte:/var/cache/pbuilder/result# dpkg -I shishi_0.0.23-2_i386.deb |grep Depends
 Depends: libc6 (>= 2.3.6-6), libshishi0

But it is the same as in the -01 version.


latte:/var/cache/pbuilder/result# ldd /usr/bin/shishi =>  (0xffffe000) => /usr/lib/ (0xb7e94000) => /lib/tls/i686/cmov/ (0xb7e81000) => /lib/tls/i686/cmov/ (0xb7d48000) => /lib/tls/i686/cmov/ (0xb7d3f000) => /usr/lib/ (0xb7cd7000) => /usr/lib/ (0xb7cc3000) => /usr/lib/ (0xb7c75000) => /lib/tls/i686/cmov/ (0xb7c5f000) => /usr/lib/ (0xb7c5a000) => /usr/lib/ (0xb7c2a000)
        /lib/ (0xb7ef8000) => /lib/tls/i686/cmov/ (0xb7c17000) => /usr/lib/ (0xb7c07000)


W: shishi-dbg; There is no Depends: line in the control file.
 The package has no Depends: line in the control file. This is not
 allowed by Policy if the package in question contains binary objects.
 Perhaps try calling dpkg-shlibdeps or dh_shlibdeps in the package
 rules file.

And this was a linda bug I can ignore, right?

W: libshishi0; A binary links against a library it does not use symbols from
W: shisa; A binary links against a library it does not use symbols from
W: libshisa0; A binary links against a library it does not use symbols from

These seem to be same as the first problem.

W: shishid; Shared object /usr/sbin/shishid is linked with version 13 and 12 of 
 The binary object shown above links against 2 versions of the same
 shared library. This means your package may require conflicting
 packages to be installed at the same time, and is therefore
 uninstallable, or the binary may not work. This may also be ignored if
 versioned symbols are being used in both libraries.

I'm not sure how to fix this, I guess some packages in the dependency
chain depend on gnutls12, and some other depend on gnutls13.

W: shishid; A binary links against a library it does not use symbols from

This is also the first one.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]