Do not download htmlxref.cnf from GNU directly to avoid checksum error when
upstream updates this unversioned file.
=> htmlxref.cnf doesn't seem to exist in /usr/ports/distfiles/texinfo/6.5.
=> Attempting to fetch http://ftp.gnu.org/gnu/texinfo/htmlxref.cnf
fetch: http://ftp.gnu.org/gnu/texinfo/htmlxref.cnf: size mismatch: expected 20137, actual 20118
MFH: 2017Q4
The URL change reflects a recent website change by HP, and was
preventing print/hplip-plugin from fetching correctly.
The LICENSE change reflects the fact that the introductory license
to the python source files mention that a later version of the GPL
can optionally be used.
PR: 224435
PR: 224408
Submitted by: Mason Loring Bliss <mason@blisses.org>
Reported by: jhb
Reviewed by: jhb
MFH: 2017Q4
After testing every pecl-* port with PHP 5.6, 7.0, 7.1 and 7.2
i set the IGNORE_WITH_PHP accordingly to the fallout.
PR: 222165
Reported by: brnd
Approved by: portmgr (blanket)
Differential Revision: https://reviews.freebsd.org/D13476
We were not setting the flag to select the GNUstep ABI, so were defaulting to
using the GCC-compatible version, which was likely to trigger a lot of subtle
bugs. This was noticed when C++ exceptions thrown through Objective-C stack
frames caused segfaults.
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
current python flavor. It can be used in dependency lines when the
port itself is not python flavored. For example, deskutils/calibre.
By default, all the flavors are generated. To only generate flavors
for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.
In all the ports with Python dependencies, the *_DEPENDS entries MUST
end with the flavor so that the framework knows which to build/use.
This is done by appending '@${PY_FLAVOR}' after the origin (or
@${FLAVOR} if in a Python module with Python flavors, as the content
will be the same). For example:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}
PR: 223071
Reviewed by: portmgr, python
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D12464
armv7, mark them so.
This is part two of a multipart commit to bring armv7 ports to parity
with armv6.
Approved by: portmgr (tier-2 blanket)
Obtained from: lonesome.com -exp run
- Use upstream build system so the static library is no longer built with
-fPIC, the shared library gets a proper version and SONAME, and flags
like LDFLAGS are respected.
- Drop dependency on libGLU and Xorg libraries.
- Add LICENSE.
- Update pkg-descr.
PR: 223204
Approved by: maintainer timeout (2 weeks)
If MAKEOBJDIRPREFIX and WRKDIRPREFIX are same PLIST may point to a
non-existing file under .OBJDIR without breaking build.
$ export MAKEOBJDIRPREFIX=/tmp
$ echo WRKDIRPREFIX=/tmp >>${__MAKE_CONF-/etc/make.conf}
$ cd /usr/ports/print/harfbuzz-icu
$ make clean patch
$ make -V .OBJDIR
/tmp/usr/ports/print/harfbuzz-icu
$ make install
$ pkg info -l harfbuzz-icu
harfbuzz-icu-1.5.1_2:
PR: 219008
Submitted by: Ilia Skalozubov (based on)
Approved by: portmgr blanket
1. Finally I've found some spare time to diagnose and fix crashes:
include cups/ppd.h, not cups/cups.h at
stp_support/printerqueues_unix.c file.
2. While here: pet portlint, add some dependencies.
Happy photoprinting!
Problem description: After updating to print/freetypw2-2.8.0 using
Bitstream Vera Sans Mono the vertical pitch increases and significantly
add of the size of the window. See attached images.
See PR for lots of links to related reports upstream
and on other platforms.
PR: 219608
Submitted by: lightside@gmx.com
Reported by: Kevin Oberman <rkoberman@gmail.com>
