Bug 557261 - perl-Padre: /blib contents should be properly installed, not deleted
Summary: perl-Padre: /blib contents should be properly installed, not deleted
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: perl-Padre
Version: rawhide
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Marcela Mašláňová
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 557015
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-01-20 20:48 UTC by Chris Weyl
Modified: 2010-02-05 09:45 UTC (History)
2 users (show)

Fixed In Version: perl-Padre-0.50-2.fc13
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-02-05 09:45:24 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Chris Weyl 2010-01-20 20:48:15 UTC
Recent changes in the main Perl package's handling of the module directory structure have resulted in shared files being installed incorrectly, e.. under /blib in the buildroot rather than where they should go.  See bug 557015 for more detail.

Padre leverages install_share() extensively, and the spec file simply removes them rather than installing them in the correct place.  This does not seem conducive to the proper functioning of Padre :)

I believe the proper resolution here would be to correct the issue in the main Perl package; this bug should remain open to track the issue in this package until it has been rebuilt with everything installed as upstream intended.

Comment 1 Marcela Mašláňová 2010-01-21 08:39:11 UTC
I thought there was mistake in Padre package, but now I'm aware of the problem in perl of Module::Build. Anyway all files are installed and application is functional. I've tested it. Files are "installed" twice into /blib and /usr/share. I'll do removal of 'rm -rf' as soon as building of packages is fixed.


Note You need to log in before you can comment on or make changes to this bug.