- Retire USE_GHC_NATIVE: it is not needed any more
- Do not rely on DISTNAME for setting CABAL_LIBSUBDIR: this caused problems
when using USE_GITHUB
- Improve integration with print/hs-hscolour
Obtained from: FreeBSD Haskell
Why this change ?
- When compiling print/cups-base, if WITHOUT_X11=yes is present in
/etc/make.conf, CUPS still tries to update the "Icons cache".
- For this, it tries to build graphics/gtk-update-icon-cache,
which in turns requires graphics/cairo, but Cairo builds without
X11 support as requested, and graphics/gtk-update-icon-cache
fails to build because it needs X11.
PR: 190434
Submitted by: Tobias Kortkamp <t@tobik.me>
Reported by: hjf@hjf.com.ar
- update to 1.7.7
while here:
- add NO_ARCH and sort USE_PYTHON
- drop python version limit, because it builds fine both with 2.x and 3.x
PR: 206871
Submitted by: jjachuf@gmail.com (maintainer)
- Upgrade all linux-c6- to CentOS 6.7
- Cleanups
PR: 205846
Submitted by: xmj
In Collaboration with: allanjude, netchild, xmj
Exp-run: antoine
Sponsored by: Perceivon Hosting Inc.
Differential Revision: D3428
We'd like to thanks for all the feedback and comments.
This is the latest stable release at time of writing.
Release announcement: http://blog.qt.io/blog/2015/07/01/qt-5-5-released/
New features in Qt 5.5: https://wiki.qt.io/New_Features_in_Qt_5.5
As usual, huge thanks to Tobias Berner (tcberner@gmail.com) for all his work
on these ports in kde@'s experimental area51 repository. He's the one who
started the update and did a lot of the initial work on Qt 5.5. Ralf Nolden
(nolden@kde.org) has contributed the initial version of most of our new Qt5
ports.
Also thanks to Yuri Victorovich (yuri@rawbw.com) for contributing PR 205805
with his own patch for the 5.5.1 update. Some of his changes there prompted
additional fixes and changes present in the final patch generated from our
experimental repository.
New ports:
- comms/qt5-connectivity, comms/qt5-sensors, devel/qt5-location,
graphics/qt5-3d, net/qt5-enginio, x11-toolkits/qt5-canvas3d,
x11-toolkits/qt5-uiplugin.
General changes in all Qt5 ports:
- All Qt5 ports are now built with -Wl,--as-needed to avoid overlinking,
which is a problem with qmake-based because the libraries passed to the
linker come from the modules .pri files and many are not necessary.
- With this change, several ports had their USE_QT5 lines adjusted to
explicitly include some libraries that were pulled in implicitly, and to
exclude libraries no longer required with -Wl,--as-needed.
Changes in specific ports:
- devel/qt5: Drop the SQL_PLUGINS and TOOLS options and depend on all Qt5
ports by default. It makes the Makefile much simpler, and those options
were already on by default.
- devel/qt5-core: The clang+base libstdc++ workaround has been expanded and
more C++11 features have been disabled when that combination is used by a
port (basically, FreeBSD 9 with USES=compiler:c++11-lang). The disabled
features have explanations for why they were disabled in the patched
header itself.
- devel/qt5-designer: uiplugins has been split out following a similar
change upstream. By depending on qt5-uiplugin, qt5-uitools avoids having
to depend on the big qt5-designer port.
- multimedia/qt5-multimedia: The port now uses GStreamer 1.0 instead of
0.10.
- net/qt5-network: The port now depends on libproxy for proxy settings.
Using libproxy allows proxy settings to be read from different sources,
and also allows .pac files to work with Qt.
- www/qt5-webkit: The port now uses GStreamer 1.0 instead of 0.10.
PR: 205805
PR: 206435
Add patches to py-poppler [2] and rubygem-poppler [3] to fix the build
of these ports with poppler 0.39+.
PR: 206293 [1]
Submitted by: olivierd@ [1]
Obtained from: ubuntu [2], rubygem-poppler upstream [3]
The CUPS plugin in src/plugins/printsupport/cups actually links against
libcups.so, so cups-client needs to be more than a build-time dependency.
This is part of Yuri Victorovich's Qt 5.5.1 patch set (which he submitted
without knowing kde@ was already working on the update). This bug fix is
orthogonal to the 5.5.1 update and we had not spotted this before, so I am
landing this separately.
PR: 205805
Submitted by: Yuri Victorovich <yuri@rawbw.com>
${PERL5} points to a specific version of perl, say, perl5.22.1, it is
fine to use it in a ports Makefile to do Perly things, but ports using
it must use ${PERL}, that points to /usr/local/bin/perl so that if the
minor version is updated, the shebang keep working.
While there, make some ports use shebangfix, regen a few patches, and
bump PORTREVISION where a shebang went from PERL5 to PERL.
PR: 205367
With hat: portmgr
Sponsored by: Absolight
Add the required bits to Uses/pyqt.mk along with all the PyQt5 ports.
Thankfully this commit is mostly adding new ports, as the hard work was
already done in r403297 and r403662.
Huge kudos to Tobias Berner <tcberner@gmail.com> and, most importantly,
Guido Falsi (madpilot@) for their initial work on these ports (see D2910 in
Phabricator for an earlier version of the PyQt5 patch set).
PR: 204672
Mark magicpoint broken, maintainer is notified.
Exp-runs run by antoine@
This version also fixes shadowing of TYPEOF in ftconfig.h [2]
PR: 203554 [1], 202083 [2]
Submitted by: rhurlin@gwdg.de [2]
A port patch excludes <malloc.h> for FreeBSD, and DragonFly needs this
treatment as well, so the existing patch was trivially modified.
Approved by: DF blanket (non-invasive)
PHP (see FPDF "Free"-PDF, a well-known PDFlib-extension replacement with
many examples, scripts and derivatives).
Compared with other PDF libraries, PyFPDF is simple, small and versatile,
with advanced capabilities and easy to learn, extend and maintain.
Features
* Python 2.5 to 2.7 support (with experimental Python3 support)
* Unicode (UTF-8) TrueType font subset embedding
* Barcode I2of5 and code39, QR code coming soon ...
* PNG, GIF and JPG support (including transparency and alpha channel)
* Templates with a visual designer & basic html2pdf
* Exceptions support, other minor fixes, improvements and PEP8 code
cleanups
WWW: https://code.google.com/p/pyfpdf/
PR: 203816
Submitted by: Fabiano Sidler <fabianosidler@swissonline.ch>
- Support multiple values in *_OLD_CMD, i.e. we can now fix both "/usr/bin/python" and "/usr/bin/env python" at the same time
- Default *_OLD_CMD values are now always appended, so you don't need to specify them in individual ports
- Add lua support (depends on USES=lua)
- Add more default values, such as "/usr/bin/env foo" for python, perl, bash, ruby and lua
- Shebangfix now matches whole words, e.g. we will no longer (erroneously) replace "/usr/bin/perl5.005" with "${perl_CMD}5.005" (but "/usr/bin/perl -tt" is still (correctly) replaced with "${perl_CMD} -tt")
Note that *_OLD_CMD items containing spaces must now be quoted (e.g. perl_OLD_CMD=/bin/perl /usr/bin/perl "/usr/bin/env perl")
Update shebangfix usage according to new rules in many ports:
- Remove *_OLD_CMD for patterns now replaced by default
- Quote custom *_OLD_CMD which contain spaces
Fix shebangfix usage in many ports (irrelevant to infrastructure change):
- Remove redundant SHEBANG_LANG (no need to duplicate default langs)
- Remove redundant *_CMD (such as python_CMD=${LOCALBASE}/bin/python${PYTHON_VER} when USES=python is present)
- Never use *_OLD_CMD in REINPLACE_CMD matchers, these should always look for exact string
Approved by: portmgr (bapt)
Differential Revision: D3756
