Bug 205189 - data/p5-Data-Serializer: Needs BUILD_DEPENDS on p5-Module-Build with perl5>=5.22
Summary: data/p5-Data-Serializer: Needs BUILD_DEPENDS on p5-Module-Build with perl5>=5.22
Status: Closed Overcome By Events
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Some People
Assignee: Frederic Culot
URL:
Keywords: patch
Depends on:
Blocks:
 
Reported: 2015-12-10 12:13 UTC by Matthew Seaman
Modified: 2015-12-14 10:38 UTC (History)
2 users (show)

See Also:
koobs: maintainer-feedback? (culot)
koobs: merge-quarterly?

Attachments
Poudriere output showing the problem (14.46 KB, application/x-binary)
2015-12-10 12:13 UTC, Matthew Seaman 		no flags Details
Add a BUILD_DEPENDS on devel/p5-Module-Build dependent on the version of perl5 (466 bytes, patch)
2015-12-10 12:15 UTC, Matthew Seaman 		matthew: maintainer-approval? (culot)
 Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Matthew Seaman freebsd_committer freebsd_triage 2015-12-10 12:13:56 UTC 
Created attachment 164044 [details]
Poudriere output showing the problem

When building p5-Data-Serializer with the default perl version set to 5.22, the build fails because of a dependency on Module::Build -- for earlier perl versions
this was a core module, but with later versions it results in the build trying to use CPAN to install the module.
Comment 1 Matthew Seaman freebsd_committer freebsd_triage 2015-12-10 12:15:33 UTC 
Created attachment 164045 [details]
Add a BUILD_DEPENDS on devel/p5-Module-Build dependent on the version of perl5
Comment 2 Matthew Seaman freebsd_committer freebsd_triage 2015-12-10 12:17:55 UTC 
Ooops.  Misspelled the port origin.  Fix, and add the maintainer manually.
Comment 3 Kubilay Kocak freebsd_committer freebsd_triage 2015-12-10 13:14:41 UTC 
Is quarterly affected?
Comment 4 Matthew Seaman freebsd_committer freebsd_triage 2015-12-10 13:31:05 UTC 
Quarterly will behave just the same as HEAD as regards this problem.  However, to experience the effect requires non-standard settings for DEFAULT_VERSIONS, so it won't affect quarterly packages and it doesn't have an security implications, so I don't think a MFH is justified.
Comment 5 Matthew Seaman freebsd_committer freebsd_triage 2015-12-14 10:38:21 UTC 
Actually this was already fixed by adamw in r403628