Simplify some ports where DragonFlyBSD no longer needs to be special-cased.
Submitted by: rene
Reviewed by: bapt, jbeich
Differential Revision: https://reviews.freebsd.org/D17724
* Switch to GitHub for sources. The PyPI sdist does not package the license
and a couple of other useful files.
* Update TEST_DEPENDS to include optional dependencies that produce skipped
tests when not installed
* Pet portlint for Makefile ordering
I adjusted CFLAGS in several ports to allow linking with lld on i386 but
missed the corresponding PORTREVISION bump.
Related commits:
r480023 r480045 r480047 r480048 r480049 r480061 r480062 r480068
Reported by: antoine
Approved by: antoine
By default lld does not allow non-PIC code where PIC is required.
Other architectures already apply -fPIC; do so for i386 as well.
Approved by: portmgr (lld blanket)
Sponsored by: The FreeBSD Foundation
src/im/auth_pam.cpp:193:11: error: no matching function for call to 'pam_chauthtok'
retval = pam_chauthtok(pamh, NULL);
^~~~~~~~~~~~~
/usr/include/security/pam_appl.h:64:1: note: candidate function not viable: no known conversion from 'nullptr_t' to 'int' for 2nd argument
pam_chauthtok(pam_handle_t *_pamh,
^
http://beefy12.nyi.freebsd.org/data/head-amd64-default/p478276_s338342/logs/errors/minbif-1.0.5_10.log
compiling with modern C++ standards. Since the upstream project has long since
disappeared, mark this port DEPRECATED with an expiration period of 3 months. As
a last resort effort to make it compile on ${OSVERSION} >= 1200056, force gcc
version 6. At this point let go of maintainer-ship.
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
WeeChat script for Off-the-Record (OTR) Messaging. This script makes every
effort to securely provide OTR Messaging in WeeChat
Submitted by: Vinícius Zavam <egypcio@googlemail.com>
Sponsored by: Rubicon Communications, LLC (Netgate)
Differential Revision: https://reviews.freebsd.org/D16327
While there, cleanup, and sort depends.
When build and run dependencies are the same, there are three ways to
avoid duplicating the list while not adding the framework added
BUILD_DEPENDS to the RUN_DEPENDS. In order of preference, they are:
1) use RUN_DEPENDS to set BUILD_DEPENDS:
BUILD_DEPENDS= ${RUN_DEPENDS}
RUN_DEPENDS= foo:bar/baz
2) create another variable and use it:
MY_DEPENDS= foo:bar/baz
BUILD_DEPENDS= ${MY_DEPENDS}
RUN_DEPENDS= ${MY_DEPENDS}
3) use BUILD_DEPENDS to set RUN_DEPENDS and force evaluation:
BUILD_DEPENDS= foo:bar/baz
RUN_DEPENDS:= ${BUILD_DEPENDS}
Sponsored by: Absolight
most cases, the failure mode is the same. Also, mark them broken on
mips when necessary.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: →https://reviews.freebsd.org/D15540
* this release switched the build system to cmake
* move libproxy-gnome to libproxy-gnome2 for consistency
* add new slave libproxy-webkit3
* try to simplify the whole thing
* bump revisions in the dependencies
Reviewed by: gnome (kwm), mat
Differential Revision: https://reviews.freebsd.org/D15655
lld has no built-in search paths (/lib, /usr/lib). Normally the linker
is invoked from the compiler driver, and the search paths are added by
the compiler. If lld is invoked directly library search paths must be
specified explicitly, with -L/lib -L/usr/lib.
PR: 214864
Approved by: portmgr (LLD_UNSAFE blanket)
Sponsored by: The FreeBSD Foundation
