<div class="gmail_quote">On Sat, May 23, 2009 at 11:13 PM, Iain Arnell <span dir="ltr"><<a href="mailto:iarnell@gmail.com">iarnell@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5">On Sun, May 24, 2009 at 3:03 AM, Chris Weyl <<a href="mailto:cweyl@alumni.drew.edu">cweyl@alumni.drew.edu</a>> wrote:<br>
> On Sat, May 23, 2009 at 5:57 PM, Chris Weyl <<a href="mailto:cweyl@alumni.drew.edu">cweyl@alumni.drew.edu</a>> wrote:<br>
>><br>
>> So, in today's rawhide there are still 184 perl-* packages that provide a<br>
>> .so they shouldn't.  If there aren't any screams, sometime in the not too<br>
>> distant future I'm going to loop over them, add the filtering code we hashed<br>
>> out earlier, and kick builds off in rawhide.<br>
><br>
> ...or, of course, someone has a better / cleaner idea :)<br>
><br>
<br>
</div></div>I hate to see that much copy/pasted code - wouldn't it be better to<br>
have a more centralized solution.  Maybe an /etc/rpm/macros.perl with<br>
macros for filtering private .so and unwanted perl(...)<br>
provides/requires? At least until someone gets the time to implement a<br>
better requires/provides facility in rpm (or redhat-rpm-config) itself<br>
- at which point, these workarounds only need to be undone in one<br>
place.<br></blockquote></div><br>Heh.  I actually sent that last note, then started going down the macro road myself...  Initially I looked at just doing something specific to this, but broke it out and wrote something a touch more granular:<br>
<br><a href="http://fedorapeople.org/~cweyl/macros.perl">http://fedorapeople.org/~cweyl/macros.perl</a><br><br>With that in place, it's possible to stick a "%{?perl_default_filter}", say before %description, causing all private .so's to not be scanned by the requires scripts...  It also prevents anything under %{_docdir} from being scanned for either prov or req.  We can also filter things both at the file level (preventing them from being scanned) or at the generated req/dep level.<br>
<br>If the macros look sane, I'll open a RFE bug against the perl package to ask that it be bundled and delivered as /etc/rpm/macros.perl.<br><br>While this is aimed at solving our issues, it should make dealing with wonky auto req/provs much easier. :)<br>
<br>                                              -Chris<br>-- <br>Chris Weyl<br>Ex astris, scientia<br>