- Remove old BROKEN statement; builds fine on PowerPC at least (it was marked
broken on sparc64 almost 5 years ago due to stdlib.h vs. malloc.h conflict,
which no longer seems to be the issue)
means that to update the IPv6 data you must use the included
geoipupdate.sh script, not the source-provided geoipdate command.
Add a pkg-message about how to update.
PR: 189618
Submitted by: futatuki@yf.bsdclub.org
Also,
PR: 187906
Submitted by: Miroslav Lachman
Use class instead of struct for RateCtl in encoderparams.hh. Class RateCtl is
defined in ratectl.hh and used elsewhere in the code too.
Fix headerguard typo in ontheflyratectlpass[12].hh.
Found by: Clang
It applies to -imageformats in Qt4, but -gui in Qt5. Noted by antoine@. A
PORTREVISION bump was unavoidable to make sure people who build
qt5-gui-5.2.1_3 without the patch rebuild the port with it.
MFH: 2014Q3
Security: 904d78b8-0f7e-11e4-8b71-5453ed2e2b49
The CVE patch applies to -imageformats in Qt4 but -gui in Qt5. I always get
confused by the different port names...
Noted by antoine@.
MFH: 2014Q3
Security: 904d78b8-0f7e-11e4-8b71-5453ed2e2b49
The PR as provided did not pass stage checks. Not only were there new
installed files not represented in the pkg-plist, but patching the html
files caused the .orig versions to be installed too. That required
a post-patch target to remove as well as the updated pkg-plist.
A long standing issue that was non-fatal on FreeBSD but fatal on DragonFly
involved the use of the calibre RC script. The calibre.in template is
filled in at ${WRKDIR}/calibre, the same exact location for the default
configure directory. FreeBSD handled that problem like this:
"No write acces [sic] to /work/a/ports/deskutils/calibre/work/calibre
using a temporary dir instead"
But the error code returned by DragonFly caused this message there:
"OSError: [Errno 20] Not a directory: '/wrkdirs/deskutils/calibre/
work/calibre/global.py'"
The solution was to set CALIBRE_CONFIG_DIRECTORY to another location.
Strangely this directory is removed by the build later.
Another change I made was to move XDG_CONFIG_HOME from
${STAGEDIR}/.config to ${WRKDIR}/xdg-config where it doesn't need to
be deleted as a post-install step. Strangely, this directory is empty
after the build, so all this XDG_CONFIG_HOME can probably be removed
completely.
The remaining changes were wrapping lines to respect an 80-column limit
and unmasking install commands.
PR: 191957
Submitted by: maintainer (Rusty Nejdl)
