In version 3.6.3, Ice started detecting 64 bit platforms by
checking __WORDSIZE. When using C++98/03, __STDC_LIMIT_MACROS isn't
set by default and __WORDSIZE is always set to 32, even if the
required headers weren't included beforehand. Until a proper
fix is available in base (e.g. not setting __WORDSIZE at all if
__STDC_LIMIT_MACROS isn't defined), we detect if C++11 or newer
is used and only rely on __WORDSIZE in this case, otherwise
we fall back to detecting the platform using other macros.
PR: 216609
Reported by: jbeich
- When motion was updated to 4.x, it was overlooked that the default
search path for the configuration files was changed. This was causing
existing configurations to not be read. Fix the port to install
default configuration in correct location and add an UPDATING message
giving users the proper instructions on where to place their existing
conf files. [2]
- Create an empty ${ETCDIR}/conf.d directory that can optionally be used
to dump camera configs in instead of creating separate lines for each
one in motion.conf
- Add some missing PORTDOCS and install with the correct mode
- Make the VIDEO options OPTIONS_RADIO instead of OPTIONS_SINGLE to
allow for netcam only support (suggested in [2])
- Fix bad logic in configure.ac that was causing V4L to not be dectected
when the PWCBSD option was enabled
PR: 216189 [1]
Reported by: Charles P <charlespigott@googlemail.com>
Patched by: <anthony@ury.org.uk>
Obtained from: upstream
PR: 216466 [2]
Reported by: <bakhur@inbox.ru>, tdb@
Pointy hat to: jhale
MFH: 2017Q1 (blanket)
Unfortunately, it's not uncommon for FreeBSD users to not update
their systems timely and thus end up using unsupported FreeBSD
release. These users continue to update ports tree as usual and
expect it to work, either unaware of the release EoL, or not clearly
understanding the consequences, which results in unexpected build
failures, bogus bug reports, attempts to bring back removed legacy
support bits and general discontent.
This change introduces system version check which makes ports refuse
to build anything on unsupported system. This makes users aware of
EoL of their system and makes it clear that no port is guaranteed to
build.
The error message tells how to override the check (by defining
ALLOW_UNSUPPORTED_SYSTEM, in which case it's turned into a simple
warning), additionally stressing that this configurartion is not
supported.
Currently outdated are OSVERSION < 1003000 (pre 10.3-RELEASE) and
1100000 <= OSVERSION < 1100122 (from 11-CURRENT'2013 to 11.0-PRERELEASE)
I expect these to be kept up to date with base system lifetimes,
be updated BEFORE removing any support for outdated release from
the tree and also serve as a reference of which OSVERSION checks
may be removed.
Approved by: portmgr (swills, mat)
Differential Revision: D9210
- Remove unneeded patch
- Add note about the hidden 'MiscSlimTabs' option (it requires Gtk+ > 3.20).
If this option is set, lots of warnings will appear:
Gtk-WARNING **: Theme parsing error: <data>:2:12: 'min-height' is not a
valid property name
Gtk-WARNING **: Theme parsing error: <data>:8:11: 'min-width' is not a
valid property name
OpenVPN has been updated to v2.4.0.
Changes: <https://github.com/OpenVPN/openvpn/blob/v2.4.0/Changes.rst>
openvpn-polarssl has been renamed to openvpn-mbedtls to match the TLS
library's change of name.
The prior versions of the openvpn ports have been preserved in openvpn23
and openvpn23-polarssl, respectively, and are set to expire 2017-03-31.
In this version, libgpgme-pthread.so has been removed in favor of just
using libgpgme.so as the thread-safe library. PORTREVISION has been
bumped on all ports depending on security/gpgme so that any that may have
linked to -lgpgme-pthread will link to -lgpgme instead.
The Python module provided by security/py-gpgme has been renamed upstream
from pyme3 to gpg. This removes the conflict with security/py-pyme,
although security/py-gpgme is still the direct replacement of that
module.
libosinfo as of 1.0.0 consists of 3 packages:
- sysutils/osinfo-db-tools: contains the CLI tools
- misc/osinfo-db: contains database with OS data
- devel/libosinfo: the library
This commit does the following:
- devel:libosinfo: update to 1.0.0
- sysutils/osinfo-db-tools: add new port version 1.0.0
- misc/osinfo-db: add new port version 20160728
- UPDATING: document this split and add a note about
updating handling because of moved files across the packages
that could result in a conflict
Differential Revision: D8455
Mk/Uses/bdb.mk instead of db185 interfaces in libc.
As a side-effect, this causes a compatibility issue between
heimdal.db created by kadmin(8) in the base system or one by
an older security/heimdal. See UPDATING about this issue.
- Fix readline dependency end eliminate libheimedit.
- Use -lpthread instead of -pthread.
- Use FOO_CONFIGURE_WITH=foo instead of FOO_CONFIGURE_ON=--with-foo.
We have been stuck with Perl 5.20 for too long. Now that the main
problem, mod_perl2, has been updated to work with Perl 5.22+, we can go
and live with a modern Perl.
PR: 213810
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
- Update to 0.1.13
- Modify all configuration paths from letsencrypt to acme
- Update periodic script to reflect path changes
- Update sample scripts to reflect path changes
- Add warning to pkg-message for changed paths
- Add UPDATING entry for changed paths
- Remove warning for old periodic.conf variable names
- Remove warning for letskencrypt rename
irc/quassel-core provides the server back-end.
irc/quassel provides the client front-end.
irc/quassel can also be built with the MONO option enabled to also
install the client and server combined into a single monolithic binary.
Submitted by: Chris Rees <crees@physics.org> (in part)
Approved by: adamw (mentor, implicit)
- Bump shlib version for security/openssl
- Bump shlib version for security/openssl-devel
- Add instructions to UPDATING
PR: 209582
Reported by: Matthew D. Fuller <fullermd@over-yonder.net>
MFH: 2016Q4
By popular demand split out deluge onto CLI part and GUI part to let users with
headless servers or users who do not want to install all the GTK2 stuff install
just deluge with minimal required dependencies.
deluge-cli port was introduced, that let user to run in CLI mode and to control
the queue via web-interface.
This change requires all the users of net-p2p/deluge to deinstall it first and
then install the required part:
- net-p2p/deluge-cli if GTK2 GUI is not required
- net-p2p/deluge to get the graphical client (net-p2p/deluge-cli will be
installed as a dependency)
Requested by: many
