Your message dated Sun, 29 Jan 2012 21:35:52 +0100
with message-id <[email protected]>
and subject line Re: Bug#657900: libpcap: symlink to libpcap.so.1 appears
missing
has caused the Debian Bug report #657900,
regarding libpcap: symlink to libpcap.so.1 appears missing
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
657900: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657900
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libpcap0.8
Version: 1.1.1-8
Severity: important
File: libpcap
I'm the developer of SharpPcap, a c# library that interacts with libpcap.
Noticed that it wasn't working
on my system because the mapping from windows dll to linux dll was broken.
Previously I was able to map
from wpcap to libpcap.so.0 but there was no libpcap.so.0 file. After some
research and discussion with a few
people online I discovered that fedora ships libpcap.so.1.2.1 and a symlink at
libpcap.so.1, opensuse libpcap.so.0.9.7
and a symlink at libpcap.so.0. Ubuntu/debian ship libpcap.so.1.1.1 with a
symlink at libpcap.so.0.8.
Looking at
http://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-runtime
it appears that
this package *should* have a libpcap.so.1 symlink. And it would make my life a
lot simpler :-)
-- System Information:
Debian Release: wheezy/sid
APT prefers oneiric-updates
APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500,
'oneiric'), (100, 'oneiric-backports')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-14-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libpcap0.8 depends on:
ii libc6 2.13-20ubuntu5 Embedded GNU C Library: Shared lib
ii multiarch-support 2.13-20ubuntu5 Transitional package to ensure mul
libpcap0.8 recommends no packages.
libpcap0.8 suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi,
Yes, the way libpcap is shipped in binary form varies from one
distribution to the next. For a long time upstream only supported static
linking, so each distribution improvised its own build recipes and, more
importantly, versioning for the shared version. That's why some
distributions use '0', others '1', and Debian '0.8'. Unfortunately
changing it now would be a major pain for almost no benefit as there is no
guarantee that the libraries would be compatible between distributions
even if they had the same soname.
So, anyway: there is no symlink missing from the package, and if you want
to provide binaries outside the confines of Debian's build system your
best bet is to provide one binary per supported distribution.
Cheers,
--
Romain Francoise <[email protected]>
http://people.debian.org/~rfrancoise/
--- End Message ---
