Hide Forgot
Description of problem: Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. installing perl-MIME-Base64 2. 3. Actual results: file /usr/share/man/man3/MIME::Base64.3pm.gz from install of perl-MIME-Base64-3.13-1.el6.rf.x86_64 conflicts with file from package perl-4:5.10.1-115.el6.x86_64 file /usr/share/man/man3/MIME::QuotedPrint.3pm.gz from install of perl-MIME-Base64-3.13-1.el6.rf.x86_64 conflicts with file from package perl-4:5.10.1-115.el6.x86_64 Expected results: perl-MIME-Base64 Additional info:
This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unfortunately unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux. If you would like it considered as an exception in the current release, please ask your support representative.
This module can't own every man-page man3/MIME::*. It should own only MIME::tools manpages.
I cannot find binary package `perl-MIME-Base64' in any RHEL-6 repository. Could be more specific where you get the package?
(In reply to comment #4) > I cannot find binary package `perl-MIME-Base64' in any RHEL-6 repository. Could > be more specific where you get the package? Google says it's likely Dag's package: http://rpmfind.net/linux/RPM/dag/redhat/el6/x86_64/perl-MIME-Base64-3.13-1.el6.rf.x86_64.html It hasn't been part of RHEL as separate package since Red Hat Linux 7.
> (In reply to comment #4) > Google says it's likely Dag's package: > > http://rpmfind.net/linux/RPM/dag/redhat/el6/x86_64/perl-MIME-Base64-3.13-1.el6.rf.x86_64.html > > It hasn't been part of RHEL as separate package since Red Hat Linux 7. I think so, but I need confirmation from reporter. If this is true, he need to change the spec file to install files into Perl vendor paths instead of core paths and I can close this report as not-a-bug. Otherwise the universe can transit to other state than you or I expect.
The "el6.rf" in the original report sounds like Dag's package.
(In reply to comment #7) > The "el6.rf" in the original report sounds like Dag's package. Please, do not shut down the needinfo flag. I need confirmation from the reporter.
Closing this report because reporter has not provided enough details.