Before, we had:
site_perl : lib/perl5/site_perl/5.18
site_perl/perl_arch : lib/perl5/site_perl/5.18/mach
perl_man3 : lib/perl5/5.18/man/man3
Now we have:
site_perl : lib/perl5/site_perl
site_arch : lib/perl5/site_perl/mach/5.18
perl_man3 : lib/perl5/site_perl/man/man3
Modules without any .so will be installed at the same place regardless of the
Perl version, minimizing the upgrade when the major Perl version is changed.
It uses a version dependent directory for modules with compiled bits.
As PERL_ARCH is no longer needed in plists, it has been removed from
PLIST_SUB.
The USE_PERL5=fixpacklist keyword is removed, the .packlist file is now
always removed, as is perllocal.pod.
The old site_perl and site_perl/arch directories have been kept in the
default Perl @INC for all Perl ports, and will be phased out as these old
Perl versions expire.
PR: 194969
Differential Revision: https://reviews.freebsd.org/D1019
Exp-run by: antoine
Reviewed by: perl@
Approved by: portmgr
Merge back bsd.pkgng.mk into bsd.port.mk
Add a note about @stopdaemon not being supported anymore
With hat: portmgr
Differential Revision: https://reviews.freebsd.org/D693
COMMENT typos and surrounding whitespace fixes. A few Makefiles where not
included as they contain Latin-1 characters that break the Phabricator
workflow. Category N.
CR: D307
Approved by: portmgr (bapt)
Starting with perl 5.20, they're not installed any more if empty,
and on FreeBSD, they're (always ?) empty.
PR: 190681
Submitted by: mat
Exp-Run by: antoine
Sponsored by: Absolight
Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)
bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore
Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier
With hat: portmgr
* While this dependency is proper, it creates a hard dependency on
ports-mgmt/pkg, which interferes with pkg-devel testing. Users
using pkg-devel are forced to install ports-mgmt/pkg if using this
port or anything depending on this port.
While the LIB_DEPENDS has been removed, pkg will still record that
the net-snmp package requires libpkg.so.1, due to its auto shlib
dependency registering. This is fine as the package depends on
libpkg.so.1 but not explicitly on ports-mgmt/pkg. The pkg solver
can decide how to satisfy that dependency.
* If using pkg you'll already have pkg installed while building
this port in ports or installing from packages. So nothing is lost
here.
* Once pkg-1.3 is out we may change ACTUAL-PACKAGE-DEPENDS to only
consider RUN_DEPENDS, not also LIB_DEPENDS. This would remove
the hard dependency on ports-mgmt/pkg here. pkg-1.2 cannot
handle this yet though.
Reported by: rpaulo
Reported at: https://github.com/freebsd/pkg/issues/785
With hat: portmgr
