这种情况对于仅头文件库来说是完全正常的，背后是Conan对仅头文件库的特殊处理逻辑导致的，咱们来一步步拆解原因和解决办法：

为什么会出现"Missing prebuilt package"错误？ #

结合你的配置和操作流程来看：

1. 你在package_id方法里设置了self.info.header_only()，这会让Conan给这个仅头文件包分配一个固定的、与系统设置无关的package ID（就是你看到的5ab84d6acfe1f23c4fae0ab88f26e3a396351ac9）。
2. 仅头文件库不需要编译，所以执行conan create时，Conan并不会生成预构建的二进制包——毕竟没有需要编译的代码，它只会生成包的recipe（包含conanfile.py和manifest文件）。
3. 你执行conan upload kvapi* -r genetec时，默认只会上传recipe，而没有上传对应的package（因为create阶段根本没生成）。这样当安装时，Conan在远程仓库找不到预构建的package，就会抛出这个错误。

两种解决办法 #

方法1：安装时强制从源码"构建"（推荐快速方案） #

这里的"构建"其实只是拷贝头文件，没有任何编译操作，速度非常快。只要在安装命令后加上--build kvapi参数即可：

conan install kvapi/0.1.0.0@kiwi/testing --build kvapi

Conan会自动从下载的recipe中提取头文件，拷贝到本地缓存的对应位置，完成安装。

方法2：创建并上传完整的package（适合团队共享场景） #

如果你希望其他用户安装时不需要加--build参数，可以在上传时加上--all参数，它会自动生成并上传package（即使create阶段没生成）：

conan upload kvapi* -r genetec --all

或者你也可以手动先生成package再上传：

# 在create完成后，执行package命令生成包
conan package . kvapi/0.1.0.0@kiwi/testing
# 再上传完整内容
conan upload kvapi/0.1.0.0@kiwi/testing -r genetec --all

这样远程仓库就会包含完整的package，其他用户直接执行conan install就能顺利完成。

额外说明 #

你的conanfile.py配置是完全符合仅头文件库规范的：

• no_copy_source=True避免把源码拷贝到构建目录（毕竟不需要编译）
• package方法正确拷贝了所有.hpp头文件
• package_id标记为header_only让Conan知道这是仅头文件库

仅头文件库的Conan包本质就是头文件的集合，所谓的"构建"也只是把这些头文件部署到本地缓存，供其他项目通过Conan的路径引用。

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