Search Criteria
Package Details: lib32-libpcap 1.11.0-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/lib32-libpcap.git (read-only, click to copy) |
|---|---|
| Package Base: | lib32-libpcap |
| Description: | A system-independent interface for user-level packet capture (32-bit) |
| Upstream URL: | http://www.tcpdump.org/ |
| Licenses: | BSD-3-Clause |
| Provides: | libpcap.so |
| Submitter: | arojas |
| Maintainer: | pqatsi |
| Last Packager: | pqatsi |
| Votes: | 5 |
| Popularity: | 2.68 |
| First Submitted: | 2026-08-16 21:01 (UTC) |
| Last Updated: | 2026-09-16 12:22 (UTC) |
Dependencies (8)
- lib32-dbus
- lib32-glibc (lib32-glibc-gitAUR, lib32-glibc-git-native-pgoAUR, lib32-glibc-eacAUR)
- lib32-libnlAUR (lib32-libnl-gitAUR)
- libdbus-1.so (dbus-gitAUR, dbus-selinuxAUR, libdbus-minimalAUR, dbus-nosystemd-gitAUR, dbus, lib32-dbus)
- libpcap (libpcap-gitAUR)
- bluez-libs (bluez-gitAUR) (make)
- git (git-gitAUR, git-glAUR, git-wd40AUR) (make)
- lib32-dbus (make)
Required by (28)
- aircrack-ng-git (requires libpcap.so)
- deepin-wine6-stable
- dhcpdump (requires libpcap.so)
- dhcp_probe (requires libpcap.so)
- gnss-sdr-git (requires libpcap.so)
- lib32-libsrtp (make)
- lib32-net-snmp
- lug-wine-tkg-experimental-git
- lug-wine-tkg-staging-experimental-git
- lug-wine-tkg-staging-experimental-wayland-git
- netsniff-ng-git (requires libpcap.so)
- proton-cachyos-native-msgwaitall
- wine-ge-custom-bin-opt
- wine-osu-spectator
- wine-osu-spectator (make)
- wine-stable
- wine-stable-next
- wine32
- wine32 (make)
- wireshark-libsmi-cli (requires libpcap.so)
- wireshark-libsmi-qt (requires libpcap.so)
- wireshark-oqs-cli (requires libpcap.so)
- wireshark-oqs-qt (requires libpcap.so)
- xemu (requires libpcap.so)
- xemu-git (requires libpcap.so)
- xivlauncher-cn
- xivlauncher-cn-dirty-git
- xivlauncher-rb (optional)
Latest Comments
alessnet commented on 2026-09-18 06:46 (UTC)
For those who have a depency issue with libcap, consider installing lib32-libpcap-git instead of this lib32-libpcap
probackup-nl commented on 2026-09-15 14:35 (UTC)
What a luck that package
winecan live without libpcap, at least when running a 64-bit executable. Searching for orphans, that did returnlib32-libpcap-1.10.6-1(among 37 others) as an orphan.Armag67 commented on 2026-09-14 22:09 (UTC)
Fails with:
error: target not found: libpcap=1.10.7 ==> ERROR: 'pacman' failed to install missing dependencies. ==> Missing dependencies: -> libpcap=1.10.7 ==> ERROR: Could not resolve all dependencies.pqatsi commented on 2026-09-14 12:20 (UTC)
Hello!
I assumed this package maintenance by now and some answers here:
1) This library is needed by wine32 - that some environments that does not handle well "Wine WoW64" support. I don't think it will be deprecated for a while
2) I tend to disagree in change version requirement to greater or equal version - specially considering we cannot guarantee ABI compatibility this way. That said. 1.10.7 is here and while I'm the mantainer, users can flag this package when new versions arrives.
UnsolvedAluminum commented on 2026-09-11 15:39 (UTC) (edited on 2026-09-11 15:40 (UTC) by UnsolvedAluminum)
I'm having updating issue because there's an update for libpcap, which is held by lib32-libpcap, which is a dependency of dwproton-bin. For now I just removed dwproton-bin and the dependencies I didn't need anymore.
probackup-nl commented on 2026-09-11 11:40 (UTC) (edited on 2026-09-11 13:05 (UTC) by probackup-nl)
@oxalin Does your comment relate to the "linux-7.2.3.arch1-2" introduced upgrade error listed below?
:: installing libpcap (1.10.7-1) breaks dependency 'libpcap=1.10.6' required by lib32-libpcap
It turns out that lib32-libpcap is an orphan, to be removed.
oxalin commented on 2026-09-08 13:09 (UTC)
Hi. Could you relax the version requirement on the native package?
Please, consider replacing "$_name=$pkgver" by "$_name>=$pkgver"
Usually, versioning should indicate when the API is broken (major version number = API compatibility/breakage; minor = new features, but keeps compatibility with previous features of the same major version number; patch version number = correction). Thus if lib32-libpcap was to depend on "libpcap>=$pkgver", this would prevent the situation where libpcap can't be updated because of a different lib32-libpcap version.
Cheers