Bug 204667 - devel/p5-Data-Serializer: Remove forced optional dependencies
Summary: devel/p5-Data-Serializer: Remove forced optional dependencies
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Frederic Culot
URL:
Keywords: easy, patch, patch-ready
Depends on:
Blocks:
 
Reported: 2015-11-19 00:39 UTC by Adam Weinberger
Modified: 2015-12-04 13:22 UTC (History)
0 users

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


Attachments
reduce dependencies (595 bytes, patch)
2015-11-19 00:39 UTC, Adam Weinberger
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Adam Weinberger freebsd_committer freebsd_triage 2015-11-19 00:39:55 UTC
Created attachment 163314 [details]
reduce dependencies

Right now, devel/p5-Data-Serializer has optional dependencies listed as hard dependencies. Neither Crypt::CBC nor YAML are required for Data::Serializer, so it'd be nice not to have them force-installed if I don't need them.

Also, USE_PERL5=modbuild brings in a couple of dependencies, but p5-Data-Serializer comes with a Makefile.PL so USE_PERL5=configure is sufficient.

The attached patch reduces the number of mandatory dependencies from 4 to 0, and it still builds, installs, and tests without problem.
Comment 1 commit-hook freebsd_committer freebsd_triage 2015-11-19 11:28:08 UTC
A commit references this bug:

Author: culot
Date: Thu Nov 19 11:27:46 UTC 2015
New revision: 401929
URL: https://svnweb.freebsd.org/changeset/ports/401929

Log:
  - Remove unneeded dependencies [1]
  - Add NO_ARCH

  PR:		204667 [1]
  Submitted by:	adamw@

Changes:
  head/devel/p5-Data-Serializer/Makefile
Comment 2 Frederic Culot freebsd_committer freebsd_triage 2015-11-19 11:29:01 UTC
Thanks Adam for your PR!
Comment 3 Kubilay Kocak freebsd_committer freebsd_triage 2015-11-19 12:45:48 UTC
Is there value of adding OPTIONS in for these, OPTIONS_DEFAULT or otherwise?

Also, should this be merged (MFH) to quarterly?
Comment 4 Adam Weinberger freebsd_committer freebsd_triage 2015-11-19 15:01:03 UTC
(In reply to Kubilay Kocak from comment #3)

Data::Serializer works with 16 different serializer backends, and with any encryption method that Crypt::CBC supports.

The port works out of the box with no extra dependencies installed, and the presence of any of the extra backends at build/install time doesn't influence the generated package in anyway.

So, I'm not sure that I see what the end-result benefit would be. That's my $0.02.
Comment 5 Frederic Culot freebsd_committer freebsd_triage 2015-12-03 13:43:57 UTC
I would tend to agree with Adam here, I am not sure using options would add any benefits to the port.

With regards to the merge, I do not consider the changes to be critical enough to require a MFH.

So if it is acceptable for both of you I would close this PR.
Comment 6 Adam Weinberger freebsd_committer freebsd_triage 2015-12-03 14:46:51 UTC
(In reply to Frederic Culot from comment #5)

I agree with you, culot. A MFH could be confusing for people when dependencies change in a port that worked fine before.