Actually, 2 suggestions: 1. Add to %prep section: # Don't pull in extra crud when clients link perl -pi.no-pqlibs -e 's|@POSTGRES_LIB@||' pqxx-config.in 2. Don't build/include libpqxx.a, adding --disable-static to %configure (and removing libpqxx.a from the %files section, of course)
1. ok... if you say so =) 2. done
Apropos 2. Because subsequent libpqxx versions are normally not binary-compatible: http://gborg.postgresql.org/project/libpqxx/faq/faq.php?faq_id=164 I'd rather leave libpqxx.a to make a static linking possible.
FYI, See http://fedoraproject.org/wiki/PackagingGuidelines 14. Exclusion of Static Libraries
(In reply to comment #2) I noticed that but I'd rather wait for a good upstream handling as I don't think the reason they give is valid... to many projects beg to differ. So I will leave as is for now... Afaik koffice is the only package needing lipqxx atm...