https://bugzilla.redhat.com/show_bug.cgi?id=1309664 Petr Pisar <ppisar@xxxxxxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Component|perl |rpm Resolution|--- |WONTFIX Assignee|ppisar@xxxxxxxxxx |packaging-team-maint@redhat | |.com Last Closed| |2016-03-11 06:51:28 --- Comment #3 from Petr Pisar <ppisar@xxxxxxxxxx> --- I tracked down the commit that removed the filter from perl_default_filter: commit c954fb6e868302112aae1d375724d08d3d35cf20 Author: Petr Písař <ppisar@xxxxxxxxxx> Date: Tue Oct 22 08:47:11 2013 +0200 perl_default_filter macro does not filter private libraries from provides And there is link to FPC decision <https://fedorahosted.org/fpc/ticket/353> that explicitly requires to remove the filter because rpm-build should not generate the dependency. Therefore this is not a bug in the perl_default_filter. At the end I did not reportd it does not work in general. I reported it does not work for libFOO.so-named library files that do not define DT_SONAME. And that looks like deliberate rpm decision to keep synthesize the Provides from these files. Therefore I move this bug to rpm component as the feature and the decision really comes from the rpm-build. I will recommend packagers to handle this cases explicitly in their spec files. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.fedoraproject.org/admin/lists/perl-devel@xxxxxxxxxxxxxxxxxxxxxxx
