#######################################################################
Reminder for package maintainers of ircd-hybrid: ircd-hybrid now has
GnuTLS support as of version 8.2.13
#######################################################################
Bug report from robertames@hotmail.com
When shutting down ircd-hybrid, a confusing error is displayed
stating the pid file does not exist:
# /usr/local/etc/rc.d/ircd-hybrid stop
Stopping ircd_hybrid.
Waiting for PIDS: 14504.
rm: /var/run/ircd/ircd.pid: No such file or directory
This is because after ircd correctly cleans up it's pid file, the
rc script tries to delete the non existing file. In the rc script,
stop_postcmd is not needed.
PR: ports/224977
Submitted by: robertames@hotmail.com
Add a local distfile backup while LLVM sorts out mirror issues.
Correct shared linkage with llvm-config50.[0]
PR: 223191 [0]
Submitted by: greg@unrelenting.technology [0]
MFH: 2018Q1
src/mp4.cpp:679:20: error: cannot initialize return object of type 'mp4v2_ismacrypParams *' (aka 'mp4v2_ismacryp_session_params *') with an rvalue of type 'MP4TrackId' (aka 'unsigned int')
return MP4_INVALID_TRACK_ID;
^~~~~~~~~~~~~~~~~~~~
./include/mp4v2/general.h:45:33: note: expanded from macro 'MP4_INVALID_TRACK_ID'
#define MP4_INVALID_TRACK_ID ((MP4TrackId)0) /**< Constant: invalid MP4TrackId. */
^~~~~~~~~~~~~~~
src/rtphint.cpp:348:32: error: comparison between pointer and integer ('const char *' and 'int')
if (pSlash != '\0') {
~~~~~~ ^ ~~~~
util/mp4chaps.cpp:712:14: error: case value evaluates to 4026531855, which cannot be narrowed to type 'int'
[-Wc++11-narrowing]
case LC_CHP_REMOVE:
^
util/mp4file.cpp:206:14: error: case value evaluates to 4026531848, which cannot be narrowed to type 'int'
[-Wc++11-narrowing]
case LC_DUMP:
^
util/mp4art.cpp:413:14: error: case value evaluates to 4026531852, which cannot be narrowed to type 'int'
[-Wc++11-narrowing]
case LC_EXTRACT:
^
libutil/Utility.cpp:544:18: error: case value evaluates to 4026531842, which cannot be narrowed to type 'int'
[-Wc++11-narrowing]
case LC_VERBOSE:
^
Reported by: antoine (via bug 224669)
Console.cpp:36:3: error: cannot initialize a member subobject of type 'int' with an rvalue of type 'nullptr_t'
NULL
^~~~
/usr/include/sys/_null.h:37:14: note: expanded from macro 'NULL'
#define NULL nullptr
^~~~~~~
Console.cpp:36:3: warning: suggest braces around initialization of subobject [-Wmissing-braces]
NULL
^~~~
{ }
/usr/include/sys/_null.h:37:14: note: expanded from macro 'NULL'
#define NULL nullptr
^~~~~~~
Console.cpp:36:3: warning: suggest braces around initialization of subobject [-Wmissing-braces]
NULL
^~~~
{ }
/usr/include/sys/_null.h:37:14: note: expanded from macro 'NULL'
#define NULL nullptr
^~~~~~~
Reported by: antoine (via bug 224669)
- add FLAVORS for the following combinations [1]:
- python: 2.7 and 3.6
- qt: 4 and 5
- simplify Makefiles:
- all common macros between eric6 and the language packages are in
devel/eric6/bsd.eric6.mk
- devel/eric6/Makefile.inc only includes language package specific
macros
- eric6 specific macros are now moved into devel/eric6/Makefile
- spelling error fixed in Makefile.inc
- dependency on eric6 (for language packages) removed as the addition
of flavors removes the ability to depend on a single port origin
- install language files directly, since setup.py fails without eric6
installed
Approved by: portmgr (mat) [1]
Differential Revision: https://reviews.freebsd.org/D13448
Database of IDs used in Plug and Play devices. This file is taken
from the hwdata package (https://github.com/vcrhonek/hwdata), because
the offical upstream (http://uefi.org/pnp_id_list) does not have a
easy to use file.
Submitted by: Ting-Wei Lan <lantw44@gmail.com>
- Support both tidy and tidy-html5 libraries as a backend.
The former is practically useless nowadays as it doesn't handle
any HTML5 tags, so the latter is the default.
PR: 220861
Approved by: matainainer timeout (koobs, 3 weeks)
$ portlint -C
WARN: /usr/ports/textproc/jade/files/patch-assert.cxx: patch was not generated using ``make makepatch''. It is recommended to use ``make makepatch'' when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-CharsetRegistry.cxx: patch was not generated using ``make makepatch''. It is recommended to use ``make makepatch'' when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-CharsetRegistry.h: patch was not generated using ``make makepatch''. It is recommended to use ``make makepatch'' when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-CodingSystemKit.cxx: patch was not generated using ``make makepatch''. It is recommended to use ``make makepatch'' when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-config.h: patch was not generated using ``make makepatch''. It is recommended to use ``make makepatch'' when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-koi8-r.h: patch was not generated using ``make makepatch''. It is recommended to use ``make makepatch'' when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-koi8r.dcl: patch was not generated using ``make makepatch''. It is recommended to use ``make makepatch'' when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-lib__instmac.m4: patch was not generated using ``make makepatch''. It is recommended to use ``make makepatch'' when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-Makefile.in: patch was not generated using ``make makepatch''. It is recommended to use ``make makepatch'' when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-Ptr.cxx: patch was not generated using ``make makepatch''. It is recommended to use ``make makepatch'' when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-Ptr.h: patch was not generated using ``make makepatch''. It is recommended to use ``make makepatch'' when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-TeXFOTBuilder.cxx: patch was not generated using ``make makepatch''. It is recommended to use ``make makepatch'' when you need to [re-]generate a patch to ensure proper patch format.
WARN: /usr/ports/textproc/jade/files/patch-TransformFOTBuilder.cxx: patch was not generated using ``make makepatch''. It is recommended to use ``make makepatch'' when you need to [re-]generate a patch to ensure proper patch format.
0 fatal errors and 13 warnings found.
Approved by: portmgr blanket
In file included from EntityCatalog.cxx:9:
In file included from ./../include/EntityDecl.h:12:
./../include/Ptr.h:73:11: error: ISO C++11 does not allow access declarations; use using declarations
instead
Ptr<T>::isNull;
^
using
./../include/Ptr.h:74:11: error: ISO C++11 does not allow access declarations; use using declarations
instead
Ptr<T>::clear;
^
using
In file included from DescriptorManager.cxx:5:
In file included from ./../include/DescriptorManager.h:8:
In file included from ./../include/List.h:7:
./../include/IList.h:29:14: error: ISO C++11 does not allow access declarations; use using
declarations instead
IListBase::clear;
^
using
./../include/IList.h:30:14: error: ISO C++11 does not allow access declarations; use using
declarations instead
IListBase::empty;
^
using
In file included from DescriptorManager.cxx:6:
In file included from ./../include/ListIter.h:8:
./../include/IListIter.h:20:18: error: ISO C++11 does not allow access declarations; use using
declarations instead
IListIterBase::next;
^
using
./../include/IListIter.h:21:18: error: ISO C++11 does not allow access declarations; use using
declarations instead
IListIterBase::done;
^
using
In file included from parseSd.cxx:5:
./Parser.h:65:16: error: ISO C++11 does not allow access declarations; use using declarations instead
ParserState::sdPointer;
^
using
./Parser.h:66:16: error: ISO C++11 does not allow access declarations; use using declarations instead
ParserState::instanceSyntaxPointer;
^
using
./Parser.h:67:16: error: ISO C++11 does not allow access declarations; use using declarations instead
ParserState::prologSyntaxPointer;
^
using
./Parser.h:68:16: error: ISO C++11 does not allow access declarations; use using declarations instead
ParserState::activateLinkType;
^
using
./Parser.h:69:16: error: ISO C++11 does not allow access declarations; use using declarations instead
ParserState::allLinkTypesActivated;
^
using
./Parser.h:70:16: error: ISO C++11 does not allow access declarations; use using declarations instead
ParserState::entityManager;
^
using
./Parser.h:71:16: error: ISO C++11 does not allow access declarations; use using declarations instead
ParserState::entityCatalog;
^
using
./Parser.h:72:16: error: ISO C++11 does not allow access declarations; use using declarations instead
ParserState::baseDtd;
^
using
./Parser.h:73:16: error: ISO C++11 does not allow access declarations; use using declarations instead
ParserState::options;
^
using
PR: 224929
Reported by: antoine (via bug 224669)
Reviewed by: dim
Approved by: portmgr blanket
64-bit architectures supported by FreeBSD have that ``64'' suffix in the
machine processor architecture reported by ``uname -p'') and tentatively
unbreak the port, well, everywhere. While here, remove outdated and now
useless, no-op fixups for the configure script.
Tested on: i386, amd64, powerpc, sparc64
