Estoy intentando convertir nuestro sistema de compilación en el trabajo a cmake y me he encontrado con un problema interesante con los RPM que genera (a través de cpack): agrega automáticamente todas las dependencias que cree que su RPM tiene a su lista de requeridos bibliotecas

En general, eso es genial, pero en mi caso, es catastrófico. Desafortunadamente, los paquetes de desarrollo que construimos terminan siendo instalados con una herramienta propia que utiliza rpm para instalarlos en una base de datos de RPM separada de la del sistema. Es estúpido, pero no puedo cambiarlo. Lo que esto significa es que todas las bibliotecas del sistema en las que se basará cualquier biblioteca normal (como libc o libpthread) no están en la base de datos de RPM que se está utilizando con nuestros paquetes de desarrollo. Por lo tanto, si un RPM para uno de nuestros paquetes de desarrollo enumera las bibliotecas del sistema como requeridas, entonces no podemos instalarlo, ya que rpm pensará que no están instaladas (ya que están listadas en la base de datos normal en lugar de la única) que se le dice que use al instalar nuestros paquetes). Nuestro sistema de compilación actual maneja esto muy bien, porque no enumera las bibliotecas del sistema como dependencias en los RPM, pero cpack rellena automáticamente la lista de bibliotecas requeridas del RPM y coloca las bibliotecas del sistema allí. Necesito una manera de evitar que lo haga.

Intenté establecerCPACK_RPM_PACKAGE_REQUIRES a"", pero eso no tiene efecto. El RPM que genera cpack aún termina con las bibliotecas del sistema listadas como requeridas. Todo lo que puedo hacer en este momento es copiar el generador de paquetes de RPM y piratearlo para hacer lo que quiero y usarlo en lugar del estándar, pero preferiría evitarlo. ¿Alguien tiene alguna idea de cómo podría hacer que cpack deje de llenar el RPM con las bibliotecas requeridas?