Bill, Getting back to >> (i.e., libfreebl3.so instead of libfreebl.so.3)?
No danger of the name class I alluded for nss but we still want to preserve the names so as not to break other dependent packages. I wonder if aliases may help in any way. If we were to add, via the spec file, libfreebl.so.3 as an alias to libfreebl3.so (and similarly with libnssdmb3.so and linsoftoken3.so), would that help? Elio ----- Original Message ----- From: "Elio Maldonado" <emald...@redhat.com> To: "Development discussions related to Fedora" <devel@lists.fedoraproject.org>, "Robert Relyea" <rrel...@redhat.com>, "Kai Engert" <keng...@redhat.com> Sent: Tuesday, June 1, 2010 1:32:43 PM GMT -08:00 US/Canada Pacific Subject: Re: FC13 nss-softokn-freebl update issues I don't know when the 3 suffix was added. It may have been due to versioning at some time but if I recall correctly we keep the 3 suffix to avoid a name class with with the other nss package (name switch service I believe). Bob or Kai can set me straight on this matter. Another thing that puzzles me if that this is a problem on F-13 but not on F-12. See comments in https://bugzilla.redhat.com/show_bug.cgi?id=596840 Elio ----- Original Message ----- From: "Bill Nottingham" <nott...@redhat.com> To: "Development discussions related to Fedora" <devel@lists.fedoraproject.org> Sent: Tuesday, June 1, 2010 11:48:41 AM GMT -08:00 US/Canada Pacific Subject: Re: FC13 nss-softokn-freebl update issues Elio Maldonado (emald...@redhat.com) said: > Not sure but I strongly suspect a change made to nss.spec to be the cause. > See https://bugzilla.redhat.com/show_bug.cgi?id=596840#c7 It's due to the fact that nss-softokn-freebl (actually, *all* the nss/nspr libraires) do not fit the normal library naming, so it's not explicitly pulled for multilib. For any update or release set that's composed with a package that explicitly requires a compat arch of nss-softokn-freebl (such as glibc, libpurple, pam_pkcs11, etc.), it will get pulled in via dependency resolution. F-13 updates has none of these, so it doesn't. We could add some hacks to mash to get it pulled in, but I must ask... why do all the NSS/NSPR libraries version their libraries in the library name instead of the so version (i.e., libfreebl3.so instead of libfreebl.so.3)? Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
