Bug 47174 - libpcap-0.4-39.i386.rpm does not contain shared library libpcap.so.0
Summary: libpcap-0.4-39.i386.rpm does not contain shared library libpcap.so.0
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: tcpdump
Version: 7.1
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact:
Keywords: FutureFeature
Depends On:
TreeView+ depends on / blocked
Reported: 2001-07-03 20:22 UTC by Kevin Range
Modified: 2008-05-01 15:38 UTC (History)
1 user (show)

Clone Of:
Last Closed: 2001-07-19 15:25:14 UTC

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2001:089 normal SHIPPED_LIVE : Updated tcpdump packages available for Red Hat Linux 6.2 and 7.x 2001-06-28 04:00:00 UTC

Description Kevin Range 2001-07-03 20:22:10 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.5-0.2.9smp i686; en-US; 0.7)

Description of problem:
It would be nice if the libpcap rpm contained the shared library
libpcap.so.0 so other programs (e.g. tcptraceroute) would work

How reproducible:

Steps to Reproduce:
1.rpm -qpl libpcap-0.4-39.i386.rpm


Actual Results:  /usr/include/pcap

Expected Results:  There should be a /usr/lib/libpcap.so.0 or something

Additional info:

Comment 1 Daniel Roesen 2001-07-18 19:51:20 UTC
Indeed. I missed this shared lib ten minutes ago, too...

Comment 2 Harald Hoyer 2001-07-19 10:34:41 UTC
There is no libpcap.so target in the Makefile of the official libpcap tarball.

Comment 3 Kevin Range 2001-07-19 14:16:11 UTC
I took the liberty of reopening this bug as an enhancement.

While it may be true that "there is no libpcap.so target in the Makefile of the
official libpcap tarball",  Linux Mandrake includes one in their libpcap
packages.  As a matter of fact, I am using their libpcap-0.5-2mdk RPM right now.
If you would like I can take a look at their source RPM and let you know how
they got a shared library out of it.

I really like RedHat Linux much more than Mandrake, and I would hate to see such
a simple thing as this be a check for Mandrake and not for RedHat. Especially
since it is all Open Source/Free Software anyway, right?  I mean, we are
supposed to be cross pollinating and sharing ideas and enhancements right?

Comment 4 Harald Hoyer 2001-07-19 15:06:02 UTC
no problem. I can quickhack produce some shared library, too. ;)
The problem is: there is no official major.minor number for that library. OK, 
I can take the tarball version, but that does not assure the correct 
major/minor philosophie of library interfaces.

Comment 5 Kevin Range 2001-07-19 15:25:09 UTC
> there is no official major.minor number for that library

hmm... a subtlety I had overlooked.  It seems that Mandrake just uses the
tarball version, but I can see how that could potentially be problematic.
Maybe this should be taken up with the libpcap people.  For all we know they
could be numbering their tarballs in just such a way as to avoid this issue.
Or maybe they should start doing that...

The real question is what to do now: hack it, or leave it.  I say hack it.  It
won't be a problem until libpcap jumps to 1.x.  Until then somebody can try to
convince them to address this issue if they already haven't, and we RedHat users
aren't left out in the cold.

Comment 6 Harald Hoyer 2001-07-25 08:46:09 UTC

Note You need to log in before you can comment on or make changes to this bug.