# libnl mit Homebrew, Nix, pacman installieren

Prüfe Installationswege, Executables, Metadaten und Sicherheitshinweise für libnl in AI-Agent-Workflows.

## Installation

```sh
sudo av install brew:libnl
```

Weitere Installationsbefehle:

### macOS

- Homebrew (100%):

```sh
brew install libnl
```

  Evidenz: local Homebrew formula metadata

### Linux

- Nix (92%):

```sh
nix profile install nixpkgs#libnl
```

  Evidenz: nixpkgs package indexes: pkgs/by-name/li/libnl/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1

- pacman (92%):

```sh
sudo pacman -S libnl
```

  Evidenz: Arch Linux sync databases: libnl from https://geo.mirror.pkgbuild.com/core/os/x86_64/core.db.tar.gz

## Paketfakten

- **Paketschlüssel:** brew:libnl
- **Paketmanager:** Homebrew
- **Version:** 3.12.0
- **Quellzusammenfassung:** Netlink Library Suite
- **Homepage:** <https://github.com/thom311/libnl>
- **Repository:** <https://github.com/thom311/libnl>
- **Generiert:** 2026-08-03T19:37:03+00:00

## Executables

- genl-ctrl-list (Alias)
- idiag-socket-details (Alias)
- nf-ct-add (Alias)
- nf-ct-events (Alias)
- nf-ct-list (Alias)
- nf-exp-add (Alias)
- nf-exp-delete (Alias)
- nf-exp-list (Alias)
- nf-log (Alias)
- nf-monitor (Alias)
- nf-queue (Alias)
- nl-addr-add (Alias)
- nl-addr-delete (Alias)
- nl-addr-list (Alias)
- nl-class-add (Alias)
- nl-class-delete (Alias)
- nl-class-list (Alias)
- nl-classid-lookup (Alias)
- nl-cls-add (Alias)
- nl-cls-delete (Alias)
- nl-cls-list (Alias)
- nl-fib-lookup (Alias)
- nl-link-enslave (Alias)
- nl-link-ifindex2name (Alias)
- nl-link-list (Alias)
- nl-link-name2ifindex (Alias)
- nl-link-release (Alias)
- nl-link-set (Alias)
- nl-link-stats (Alias)
- nl-list-caches (Alias)
- nl-list-sockets (Alias)
- nl-monitor (Alias)
- nl-neigh-add (Alias)
- nl-neigh-delete (Alias)
- nl-neigh-list (Alias)
- nl-neightbl-list (Alias)
- nl-nh-list (Alias)
- nl-pktloc-lookup (Alias)
- nl-qdisc-add (Alias)
- nl-qdisc-delete (Alias)
- nl-qdisc-list (Alias)
- nl-route-add (Alias)
- nl-route-delete (Alias)
- nl-route-get (Alias)
- nl-route-list (Alias)
- nl-rule-list (Alias)
- nl-tctree-list (Alias)
- nl-util-addr (Alias)

## Installationsverhalten

- Bottle: nicht verfügbar

## Version und Aktualität

- Seite generiert: 2026-08-03
- Manager-Version: 3.12.0
## Projektgeschichte und Nutzung

libnl is the Netlink Protocol Library Suite, a set of C libraries for Linux applications that talk to kernel netlink interfaces. Netlink replaced many ioctl-style networking control paths with a message-based IPC mechanism between user space and the kernel.

### Projektgeschichte

The Infradead project page describes libnl as a suite split into smaller libraries: libnl for socket and message fundamentals, libnl-route for NETLINK_ROUTE interfaces, libnl-genl for generic netlink, and libnl-nf for netfilter interfaces. The split is explicitly intended to avoid forcing every application to link one large library.

The project history includes a long-lived 1.1.x branch and a 3.x branch. The Infradead page warns that 1.1.x support is limited and tells new applications to target libnl3, while also documenting distribution package names for CentOS, Debian, Fedora, OpenSUSE, Slackware, and Ubuntu.

### Adoptionsgeschichte

libnl became a standard dependency for Linux networking software that needed structured access to routes, addresses, links, traffic control, generic netlink families, and netfilter state. Its inclusion in many distribution package sets reflects netlink's role as the Linux kernel's preferred extensible networking control API.

### Wie es verwendet wird

Callers use libnl core primitives for netlink sockets, message construction, parsing, send, receive, and cache handling, then add family-specific libraries when they need route, generic netlink, or netfilter support. The Homebrew package exposes many nl-* and nf-* command-line helpers around those APIs.

### Warum Paket-Nerds sich dafür interessieren

libnl matters to package maintainers because it is Linux-specific, ABI-sensitive, and central to network managers, firewall tools, wireless stacks, containers, and low-level diagnostics. The project's documented SONAME problems in releases 3.2.18 and 3.2.19 show why distributions track its ABI carefully.

### Zeitleiste

- 1.1.x era: The project maintained a stable branch but later advised new applications to use libnl3.
- 3.2.10: The project reverted an unnecessary SONAME bump after discussion to reduce distribution-maintainer pain.
- 3.2.18-3.2.19: The project documented an incorrect SONAME that required affected binaries to be relinked for compatibility with 3.2.20 and later.
- 2014-07-16: The Infradead project page records libnl 3.2.25 as released.

### Related projects

- Related kernel interfaces include netlink, NETLINK_ROUTE, generic netlink, and netfilter.
- The libnl suite's related libraries include libnl, libnl-route, libnl-genl, and libnl-nf.

### Quellen

- <https://github.com/thom311/libnl>
- <https://www.infradead.org/~tgr/libnl/>


## Sicherheitshinweise

library-like package without higher-risk signals.

- **Geiger-Risiko:** grün / niedrig
- library-like package without higher-risk signals

## Andere Paketmanager-Einträge

- Nix - libnl: normalized package name match | nixpkgs package indexes: pkgs/by-name/li/libnl/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1
- pacman - libnl - 3.12.0-1: normalized package name match | Arch Linux sync databases: libnl from https://geo.mirror.pkgbuild.com/core/os/x86_64/core.db.tar.gz | Library for applications dealing with netlink sockets | https://github.com/thom311/libnl/


## Combined YAML source

View the package source record on GitHub. [combined/libnl.yml](https://github.com/mxcl/pkgdb/blob/main/combined/libnl.yml)


## Quellen

- pkg.so package database
- Geiger risk classifier
- curated package history
- pkgdb category and tag curation
- external package-manager database matches
- cross-ecosystem install command graph
