have been missed previously listed because Qt likes to dlopen() things
so check-lib-depends can't find it, which would stop qt4 getting updated
when ssl/crypto libs are updated.
/usr/local/lib/qt4/bin/findtr: a /usr/bin/perl -w script text executable
/usr/local/lib/qt4/bin/syncqt: a /usr/bin/perl -w script text executable
These are both perl scripts, so use INSTALL_SCRIPT instead of
INSTALL_PROGRAM.
While here: qt-project.org -> qt.io in some comments.
This removes support of separate qmake versions in one port: as we
discovered, there are no ports actually needing this; strangers like
print/poppler don't use qmake in build.
This should be transparent to current ports. But expect more tweaks there:
for now, qt?.port.mk forces qmake.port.mk inclusion, but that will be
reworked to a more common scheme.
Same idea from (at least) espie@ and me; also, espie@ agrees on the plan.
an opt-in. Actual qmake-based ports will be switched on case-by-case
basis in the near future.
Unslacking after discussion with at least naddy@ & espie@ from... 2014?!
Oh my.
FD_SETSIZE (1024 by default) file descriptors. This is often the case
for KDE4 apps when using libinotify as directory monitoring backend.
Positive feedback from deraadt@, final okay sthen@
It was the same story again: TLSv1_*_method() are TLSv1.0, not TLSv1.x.
Should fix problems landry@ and sthen@ (and likely others) were seeing.
Joint work with and final okay sthen@
/usr/local/bin/lconvert4 -> /usr/local/lib/qt4/bin/lconvert
is created.
Fixes a mail/trojita build failure spotted by ajacoutot.
lconvert was introduced with Qt-4.5, so we probably forgot to add
it to ${PROGRAMS4} at the time...
Tested in a bulk. OK ajacoutot@, zhuk@
through the PLT, so do on OpenBSD what Linux and FreeBSD are already doing.
Fixes build with binutils 2.17 and fixes a potential runtime issue with
binutils 2.15.
ok espie@
okay espie@ (MAINTAINER), went through a couple of KDE4 builds.
This should been committed a while ago. Even more, I was thinking that this
patch *was* committed at Oct 22... It's probably better late than never.
No point in trying to build it for days before seeing it failing horribly
because hppa/atomic ops/webkit... there might be an easy fix/workaround;
but right now hope is lost.
context-dependent attackers to cause a denial of service (memory
consumption) via an XML Entity Expansion (XEE) attack
From upstream via Arch Linux
OK espie@ (maintainer)
