Requires: %(perl -le 'use Config; print $Config{archlibexp}')
Currently xchat.spec has this line in an attempt to avoid this problem.
x86 and x86_64 FC1 outputs this result from that command:
/usr/lib/perl5/5.8.1/i386-linux-thread-multi
/usr/lib64/perl5/5.8.1/x86_64-linux-thread-multi
I'd rather use a virtual provide in the perl package that modules
could use than using path info like that, though the directories would
work. Something like:
perl.spec:
Provides: perl(:5.8)
spamassassin.spec:
Requires: perl(:5.8)
BuildRequires: perl(:5.8)
(:5.8 made up completely, I'm sure there are better placeholder
strings; generally, perl(:WITH[OUT]_FOO) has been used in the past
when we were transitioning compiler params that broke binary
compatibility inside the same major perl version (ie, 5.6). The
perl() RPM require/provide namespace is used to set up module
requirements, and the leading colon is the hueristic I've been using
to indicate something slightly outside of the regular perl module
requires we use the namespace for).
It would be necessary to manually update those tags when 5.10 comes
out, but generally speaking, transitions across major perl revisions
requires other changes to specfiles anyway.