Steve Langasek wrote:
[...]
>
> The Debian shlibs mechanism is supposed to take care of library dependencies
> for you. *DO NOT* override this by hard-coding libraries into dependency
> fields of packages!
Mmm right. I hardcoded because of bug 342108, but it should be fine now
with shlibs for gnunet-gtk since the package split.
libXinerama.so.1 is not a gnunet-gtk dependency, it should be included
from /usr/lib/libgtk-x11-2.0.so.0, which is from the libgtk2.0-0 package.
$ extract -V `ldd /usr/bin/gnunet-gtk | awk '{print $3}'`
Keywords for file /usr/lib/libgtk-x11-2.0.so.0:
dependency - libc.so.6
dependency - libm.so.6
dependency - libcairo.so.2
dependency - libglib-2.0.so.0
dependency - libdl.so.2
dependency - libgmodule-2.0.so.0
dependency - libgobject-2.0.so.0
dependency - libatk-1.0.so.0
dependency - libpango-1.0.so.0
dependency - libpangocairo-1.0.so.0
dependency - libX11.so.6
dependency - libXext.so.6
dependency - libXinerama.so.1
dependency - libXi.so.6
dependency - libXrender.so.1
dependency - libXrandr.so.2
dependency - libgdk-x11-2.0.so.0
dependency - libgdk_pixbuf-2.0.so.0
created for - i386
resource-type - Shared object file
mimetype - application/x-executable
[...]
$ dpkg -S /usr/lib/libgtk-x11-2.0.so.0
libgtk2.0-0: /usr/lib/libgtk-x11-2.0.so.0
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
