`dnf install 'pkgconfig(NAME)'`语法的具体工作机制是什么？

问题背景 #

Fedora打包指南推荐在声明构建依赖时使用pkgconfig(NAME)语法，例如用BuildRequires: pkgconfig(xcb)替代BuildRequires: libxcb-devel，执行dnf install 'pkgconfig(xcb)'会自动安装对应的libxcb-devel包。但存在疑问：pkg-config依赖.pc文件识别库信息，而.pc文件随*-devel开发包分发，dnf在安装对应包前是如何解析pkgconfig(NAME)这类声明的？是否存在映射关系或查询命令？

核心实现原理 #

这一功能完全依赖RPM的Provides机制，而非所谓的中央.pc文件注册表：

• Fedora的*-devel包在打包时，会在RPM spec文件中通过Provides标签主动声明自身提供的pkgconfig能力。比如libxcb-devel的spec中会包含：

  Provides: pkgconfig(xcb) = %{version}
  

• 仓库同步时，所有包的Provides信息会被收集到仓库的元数据（repodata目录下的XML文件）中。dnf在解析依赖时，直接查询这些预先生成的元数据，就能找到pkgconfig(xcb)对应的包，不需要提前获取.pc文件。

查询pkgconfig(NAME)与对应包的方法 #

1. 查询仓库中提供指定pkgconfig能力的包 #

使用dnf provides命令直接查询：

dnf provides 'pkgconfig(xcb)'

输出示例：

libxcb-devel-1.15-4.fc38.x86_64 : Development files for libxcb
Repo        : fedora
Matched from:
Provide    : pkgconfig(xcb) = 1.15

2. 查看已安装包的pkgconfig提供信息 #

如果已经安装了目标开发包，用rpm命令查看其Provides声明：

rpm -q --provides libxcb-devel

输出中会明确包含pkgconfig(xcb)的相关条目。

为什么推荐使用pkgconfig(NAME)语法 #

这种方式让打包的依赖声明与实际构建逻辑保持一致：构建工具（如meson、cmake）本质是通过pkg-config查找.pc文件，用pkgconfig(NAME)作为依赖，能避免因开发包名称变更导致的依赖失效问题，提升打包的兼容性和稳定性。

内容的提问来源于stack exchange，提问作者cyqsimon