From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-2 i686; en-US; 0.8) Gecko/20010217 Installing perl-Getopt-Long-2.24-10 from the developer module archive results in a conflict between the Getopt::Long support built into perl 5.6.0. Reproducible: Always Steps to Reproduce: # rpm -Uvh disc1/RedHat/RPMS/perl-5.6.0-12.<arch>.rpm # rpm -Uvh DMA/CPAN/RPMS/perl-Getopt-Long-2.24-10.<arch>.rpm Actual Results: Every file in perl-Getopt-Long conflicts with existing files from perl-5.6.0-12. Expected Results: Could be a few ways to cleanly solve this: - install Getopt::Long in site_perl; I'm not sure what would happen if /usr/lib/perl5/5.6.0 and /usr/lib/perl5/site_perl/5.6.0 both contain the same modules; I'd expect the main distribution to win, but I haven't tested it. - split the core modules that ship with perl into sub-packages when possible (ie. in this case, split perl-Getopt-Long off into another package). This could actually result in a lot more flexibility, but it'll introduce a whole new series of dependancies that noone is currently looking for; probably not a good idea until 8.0. ;-) Easy workaround; just --force it into place. Not so cool at upgrade time, though.
this should now be possible in the latest RH releases.
Since the Developer Module Archive no longer exists, this doesn't really matter all that much anymore. ;-)