Package Details: lib32-libpcap 1.10.6-1

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: None
Last Packager: arojas
Votes: 9
Popularity: 7.51
First Submitted: 2026-08-16 21:01 (UTC)
Last Updated: 2026-08-16 21:01 (UTC)

Latest Comments

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