... And bump PORTREVISION on ports that depend on devel/qscintilla2 due to
the shlib version change.
This is brought to you by the KDE on FreeBSD team. Besides updating to newer
upstream releases, this commit also contains a lot of under-the-hood changes
to the PyQt/QScintilla/SIP ports. Their Makefiles had accumulated a lot of
cruft over time, so it was time for some summer cleaning:
- General, belated changes:
* Use OPTIONS helpers wherever possible, stop including
<bsd.port.options.mk> when not necessary, stop checking for
${PORT_OPTIONS:MDOCS} and ${PORT_OPTIONS:MEXAMPLES} when not necessary,
add options such as DOCS and/or DEBUG where they were only checked for.
- QScintilla ports:
* Drop the API option from py-qt4-qscintilla2. It had been broken ever
since staging support was added, and its existence does not make much
sense: QScintilla is a hard dependency regardless of the state of this
option anyway, they all come from the same tarball and the configuration
script assumes the .api file will always be installed.
- PyQt ports:
* The configure.py patch shared by all PyQt ports has been trimmed down to
the minimum. Changes for Qt3 compatibility or for things that are just
not needed anymore have been removed.
* Several post-configure targets in the PyQt ports have been removed, as
they had no effect on the way the ports were built whatsoever.
* In some cases, instead of calling Python's py_compile.py on `ls *.py
*/*.py */*/*.py` to generate .pyc and .pyo files, we just call
compileall.py, which is made for this kind of task.
* The patch + sed hack to build py-qt4-dbussupport has been replaced by
only extracting the dbus/ directory for that port and excluding it from
all others.
* Move the bulk of the code in all Makefiles to bsd.pyqt.mk, like the
non-Python Qt ports do with bsd.qt.mk and the QT_DIST variable. A large
portion of all PyQt Makefiles were very similar and contained a lot of
boilerplate code that can be shared among all of them since they all
come from the same tarball. bsd.pyqt.mk now has a PYQT4_DIST variable
that, when set, automatically sets several common variables and the
do-configure target for a port. This allows us to considerably reduce
the size of all the py-qt4-* Makefiles.
* To make the above possible and also to allow us to use as many OPTIONS
helpers as possible, the ARGS variable is now called CONFIGURE_ARGS.
That's what it was used for anyway.
PR: 191990
when an older version of a package is installed. This is the case when an
executable links with installed libraries and with uninstalled libraries
that link with other uninstalled libraries. For each of the directly
linked libraries the executable will have an rpath (/usr/local/lib for the
installed libraries and a path under WRKDIR for each of the uninstalled
libraries), but not for the indirect libraries. Both ld(1) and rtld(1)
search the rpath of the executable first before any rpath of libraries, so
the indirectly linked libraries will be found in /usr/local/lib if they are
installed instead of in WRKDIR.
With this commit executables will overlink with uninstalled indirect
libraries again so their location is added to the rpath of the executable.
This partially reverts r358784.
PR: 191611
Approved by: portmgr (bapt)
- Bump PORTREVISION on all ports that depend on security/gnutls and
adjust all ports that depend on security/gnutls3
- Update mail/anubis to version 4.2 which supports gnutls 3.x
- Update mail/libvmime to a development snapshot (recommended by upstream
developers)
PR: 191274
Exp-run by: antoine
Approved by: portmgr (antoine)
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 GIF handler is part of qt{4,5}-imageformats, not qt{4,5}-gui. Big pointy
hat to me.
I've chosen not to force users to rebuild the -gui ports yet again with a
PORTREVISION bump since the code built in those ports is the same regardless
of whether the patch is applied or not.
Submitted by: RyoTa SimaMoto <liangtai.s16@gmail.com>
MFH: 2014Q3
Security: 904d78b8-0f7e-11e4-8b71-5453ed2e2b49
This new configure argument will list all required libraries in the
generated pkgconf files. Before any library indirectly pulled in, such
as libm, was not listed.
This fixes numerous regression in dports and it's more correct anyway.
phabric: D411
Approved by: gnome (kwm)
Changes:
* Added verbose option to reswrap.
* Updated BMP loader routines, some bullet-proofing against malicious
bitmap files.
* Changes in FXVariant: operator bool returns true for non-zero numerical
values, non-empty arrays or non-empty dictionaries. It only returns
false if the variant is FXVariant::null. This new interpretation strokes
much better with common usage patterns.
* Added asChars() API to FXVariant.
* FXPtrList now index with FXival.
* Print routines fxprintf() are now supporting NaN and Inf printouts. Also
fixed -0 printout.
* Change in FXThreadPool::wait() routine: now waits till all jobs are
finished.
* Added executeAndWait() routine to FXThreadPool and FXTaskGroup.
* Small change in FXParallel: ensure tasks are aligned in memory.
* Added FXEXEIcon and FXEXEImage. These should icons or bitmaps embedded
in Windows Executable files.
* Added FXCOLORREF2RGB and FXRGB2COLORREF macros for Windows based FOX
applications.
* Some complex math transcendentals added.
* Population-count inline functions added to fxendian.h. These use x86
builtins when possible.
* API fixes (bad parameter signatures) fixed in the list-widgets.
* CDECL attributes in some FXApp member functions (Windows Only).
When built with debug flag, this port changes the name of the installed
files thus failing at stage phase. For now, disable the detection and
force configuration without debug
x11-toolkits/py-wxPython28 was been modified to do not install wxversion python
files which conflict with wxPython30. Instead a new port has been created
(x11-toolkits/py-wxPython-common) which only installs wxversion and wx.pth
responsible for selecting the wxPython version.
Stage support has been added to all related ports.
Maintainership has been reset to python@.
The final goal is to make all ports use wxPython30 so we can remove wxPython28.
- ports that set USE_SQLITE with the *_USE option helper
- ports that depend on libsqlite3 indirectly as reported by pkg rquery
Approved by: portmgr (implicit)
