I replicate here downstream bug report:
http://bugs.gentoo.org/show_bug.cgi?id=235013

"I removed kerberos support from cups but I still have this in
libgnomecups-1.0.pc:

Libs: -L${libdir} -lgnomecups-1.0 -lcups -L/usr/lib64 -Wl,-rpath -Wl,/usr/lib64
-march=athlon64 -O2 -pipe -g -ggdb -DLDAP_DEPRECATED -I/usr/include/dbus-1.0
-I/usr/lib64/dbus-1.0/include -DDBUS_API_SUBJECT_TO_CHANGE -Wl,--as-needed
-Wl,-O1 -Wl,--sort-common -Wl,--hash-style=gnu -lgssapi_krb5 -lkrb5 -lk5crypto
-lcom_err -lresolv -ldl -L/usr/lib64 -lgnutls -L/usr/lib64 -ltasn1 -L/usr/lib64
-lgcrypt -lgpg-error -lz -lpthread -lm -lcrypt


This causes (at least) libgnomeprint to needlessly link to kerberos libs and
causes it to fail to rebuild once kerberos support has been removed from cups
but libgnomecups has not been rebuilt.

libgnomecups-1.0.pc.in contains:
Libs: -L${libdir} -lgnomecups-1.0 @CUPS_LIBS@

This should be Libs.private, since that's probably needed for static linking,
but I doubt we need to link to cups if we dynamically link to libgnomecups
(since the elf format handles library dependencies afaik).


Changing the .pc.in to have:
Libs: -L${libdir} -lgnomecups-1.0
Libs.private: -L${libdir} -lgnomecups-1.0 @CUPS_LIBS@

seems more sane and safe."

Thanks a lot