Description of problem: Previous version of libuuid-devel provided libuuid.a How reproducible: always Steps to Reproduce: 1. Update to Fedora 13 Actual results: libuuid.a missing Expected results: libuuid.a present Additional info: Please provide a libuuid-static with the now missing file. Without it, it can't compile static version of my utilities for users to test.
libuuid.* library is not part of uuid-* but different package called just libuuid and its source package is util-linux-ng (see rpm -qi libuuid or rpm -qfi /lib64/libuuid.so.1 ) changing component
http://fedoraproject.org/wiki/Packaging/Guidelines#Packaging_Static_Libraries Packages including libraries should exclude static libs as far as possible (eg by configuring with --disable-static). Static libraries should only be included in exceptional circumstances. Applications linking against libraries should as far as possible link against shared libraries not static versions. [...] In general, packagers are strongly encouraged not to ship static libs unless a compelling reason exists. So, do we really have any exceptional circumstance here? The library has very stavle API for years. Why you don't want to use shared libraries?
My package testdisk is using the shared libs. But on my website I also provides static binaries for Linux users using non-Fedora distributions. Without this package, it can't create static version anymore.
Sorry Christophe, this is not "compelling reason" from wide point of view.