Site_perl is now set to /usr/local/%{_lib}/perl5/site_perl , which is more correct than the previous location, given that anything in siteperl is locally compiled and maintained perl bits, not anything from a Fedora package.

If you make a symlink (or just mv the files into that structure), this should start working again.

(In reply to comment #1)
> Site_perl is now set to /usr/local/%{_lib}/perl5/site_perl , which is more

In case it was not clear, %{_lib} is an rpm macro which evaluates to either "lib" or "lib64", depending on whether you're on i686 or x86_64, respectively.

Thanks for reply, this is clear.  However, it appears from the perl -V output that /usr/local/%{_lib}/perl5/site_perl which in my case would become /usr/local/lib64/perl5/site_perl is not included either.  In fact I seem to get a strange list of 64 and 32 bit locations as shown:

@INC:
    /usr/lib64/perl5/5.10.0/x86_64-linux-thread-multi
    /usr/lib/perl5/5.10.0
    /usr/local/lib64/perl5/site_perl/5.10.0/x86_64-linux-thread-multi
    /usr/local/lib/perl5/site_perl/5.10.0
    /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi
    /usr/lib/perl5/vendor_perl/5.10.0
    /usr/lib/perl5/vendor_perl

(In reply to comment #3)
> Thanks for reply, this is clear.  However, it appears from the perl -V output
> that /usr/local/%{_lib}/perl5/site_perl which in my case would become
> /usr/local/lib64/perl5/site_perl is not included either.  In fact I seem to get
> a strange list of 64 and 32 bit locations as shown:

Argh, it is a Monday. Your perl -v shows you're on an x86_64.

On your architecture, perl sets:

sitelib (arch-independent local compiles) to /usr/local/lib/perl5/site_perl
sitearch (arch specific local compiles) to
/usr/local/lib64/perl5/site_perl/5.10.0/x86_64-linux-thread-multi

If you make a symlink from /usr/lib/perl5/site_perl to
/usr/local/lib/perl5/site_perl, your arch-independent bits will just start
working again. With the arch-specific ones, make a symlink from
/usr/lib64/perl5/site_perl to /usr/local/lib64/perl5/site_perl.

Thanks for the information, but /usr/local/lib/perl5/site_perl/ is not part of the @INC path either.  I was able to create a symbolic link from /usr/local/lib/perl5/site_perl/5.10.0 to /usr/lib/perl5/site_perl (I know it is a kludge) and this works.  

I have no problems moving to /usr/local/lib/perl5/site_perl/ but it just needs to be part of the @INC path.

(In reply to comment #5)
> Thanks for the information, but /usr/local/lib/perl5/site_perl/ is not part of
> the @INC path either.  I was able to create a symbolic link from
> /usr/local/lib/perl5/site_perl/5.10.0 to /usr/lib/perl5/site_perl (I know it is
> a kludge) and this works.  
> 
> I have no problems moving to /usr/local/lib/perl5/site_perl/ but it just needs
> to be part of the @INC path.

Ahh, OK, I see.

Well, I don't think /usr/lib/perl5/site_perl/ was in @INC before. Looking at the change:

http://cvs.fedora.redhat.com/viewcvs/rpms/perl/devel/perl.spec?r1=1.151&r2=1.152

... it went from /usr/lib/perl5/site_perl/%{perl_version}
              to /usr/local/lib/perl5/site_perl/%{perl_version}

I'm not necessarily against adding /usr/local/lib/perl5/site_perl/ to @INC. It should be as simple as adding this to the Configure invocation:

%ifarch x86_64 ppc64 sparc64
-Dotherlibdirs=/usr/local/lib/perl5/site_perl:/usr/local/%{_lib}/perl5/site_perl \
%else
-Dotherlibdirs=/usr/local/lib/perl5/site_perl \
%endif

(I did it like that to catch the multilib cases without adding duplicate entries on the 32bit side)

What do the other maintainers think? Seems useful and won't break anything.

Thanks for the reply, hopefully that can be included.  

Prior x86_64 perl builds for perl-5.8.8-30.fc7 as an example, had huge include lists:

@INC:
    /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi
    /usr/lib64/perl5/site_perl/5.8.7/x86_64-linux-thread-multi
    /usr/lib64/perl5/site_perl/5.8.6/x86_64-linux-thread-multi
    /usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi
    /usr/lib/perl5/site_perl/5.8.8
    /usr/lib/perl5/site_perl/5.8.7
    /usr/lib/perl5/site_perl/5.8.6
    /usr/lib/perl5/site_perl/5.8.5
    /usr/lib/perl5/site_perl
    /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi
    /usr/lib64/perl5/vendor_perl/5.8.7/x86_64-linux-thread-multi
    /usr/lib64/perl5/vendor_perl/5.8.6/x86_64-linux-thread-multi
    /usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi
    /usr/lib/perl5/vendor_perl/5.8.8
    /usr/lib/perl5/vendor_perl/5.8.7
    /usr/lib/perl5/vendor_perl/5.8.6
    /usr/lib/perl5/vendor_perl/5.8.5
    /usr/lib/perl5/vendor_perl
    /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi
    /usr/lib/perl5/5.8.8
    .

No problem, we can add another path.

(In reply to comment #6)
> %ifarch x86_64 ppc64 sparc64
> -Dotherlibdirs=/usr/local/lib/perl5/site_perl:/usr/local/%{_lib}/perl5/site_perl
> \
> %else
> -Dotherlibdirs=/usr/local/lib/perl5/site_perl \
> %endif

I do agree that adding /usr/local/lib/perl5/site_perl to otherlibdirs would help. When we are at it, we could also add /usr/lib/perl5/site_perl for compatibility with previous reasons.
But it is not clear for me why we should add /usr/local/%{_lib}/perl5/site_perl. Nothing like that was never in use in previous versions of Fedora. I think Fedora used lib64 exclusively inarch-specific paths, which always looked like this:
   /usr/.../%{_lib}/.../%{_arch}-linux-thread-multi

So I would propose to do
   -Dotherlibdirs=/usr/local/lib/perl5/site_perl:/usr/lib/perl5/site_perl
on all archs.

This was a Fedora 9 bug.

perl-5.10.0-33.fc9 has been submitted as an update for Fedora 9

perl-5.10.0-33.fc9 has been pushed to the Fedora 9 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update perl'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-7171

This works for me, I just happened to notice that the library:
     /usr/local/lib/perl5/site_perl/5.10.0
Shows up in the @INC list twice.

Before Upgrade:
===============
  @INC:
    /usr/lib64/perl5/5.10.0/x86_64-linux-thread-multi
    /usr/lib/perl5/5.10.0
    /usr/local/lib64/perl5/site_perl/5.10.0/x86_64-linux-thread-multi
    /usr/local/lib/perl5/site_perl/5.10.0
    /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi
    /usr/lib/perl5/vendor_perl/5.10.0
    /usr/lib/perl5/vendor_perl

After Upgrade:
==============
  @INC:
    /usr/lib64/perl5/5.10.0/x86_64-linux-thread-multi
    /usr/lib/perl5/5.10.0
    /usr/local/lib64/perl5/site_perl/5.10.0/x86_64-linux-thread-multi
    /usr/local/lib/perl5/site_perl/5.10.0
    /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi
    /usr/lib/perl5/vendor_perl/5.10.0
    /usr/lib/perl5/vendor_perl
    /usr/local/lib/perl5/site_perl/5.10.0
    /usr/local/lib/perl5/site_perl
    /usr/lib/perl5/site_perl

perl-5.10.0-33.fc9 has been pushed to the Fedora 9 stable repository.  If problems still persist, please make note of it in this bug report.