r381568 added CONFIGURE_ARGS+=--with-out-mib-modules="mibII/ipv6", but the
handling of other options can result in two different --with-out-mib-modules
arguments being passed to configure, and only the second one has
effect. That leads to build failures because it tries to build the old
mibII/ipv6 which is no longer supported on freebsd.
This change adds mibII/ipv6 to the list of excluded modules that gets turned
into the --with-out-mib-modules argument, so it plays nice with other option
handling.
PR: 199401
Approved by: mat(mentor)
Differential Revision: https://reviews.freebsd.org/D5329
For example (${OSVERSION} >= 900000 && ${OSVERSION} < 900021) is always true,
as is (${OSVERSION} > 900002 || ${OSVERSION} < 900000 && ${OSVERSION} > 800107).
Regarding patches, when an EXTRA_PATCHES is no longer needed, I remove it, when
it is always needed, I renamed it, in one case, I merged two patches.
Differential Revision: https://reviews.freebsd.org/D2209
now superseeded by the INET-XXX-MIB versions. And no need for _WANT_IFADDR
hack now.
This fixes build on head, since cuts away the main kvm(3) abuser from
net-snmp.
Discussion: http://sourceforge.net/p/net-snmp/mailman/message/33539005/
Sponsored by: Netflix
Sponsored by: Nginx, Inc.
Approved by: zi
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
