Current status

Number of commits found XX: 45

Once more into the breach for net/qt4-network.

This time it was build and run-tested in six configuration variants of 11.2
(all the valid settings for ssl= in DEFAULT_VERSIONS). Not tested by me in
12 though, others say it does work.

With libressl it still doesn't *function*, but it builds. As far as I'm
concerned for EOL software, that's so far outside the support envelope
as to be ignored.

PR:		214691
Submitted by:	jkim
Obtained from:	Debian

Mark QT4 ports/functionality for removal on 2019-03-15

While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.

Submitted by:	tcberner
Reviewed by:	adridg, jhale, rene, tcberner
Approved by:	portmgr (implicit, flavor hook)
Differential Revision:	https://reviews.freebsd.org/D17741

Revert r485927, it breaks linkage of ports using qt4-network

With hat:	portmgr

Another stab at fixing net/qt4-network with modern OpenSSL.

 - tested on 11.2 with openssl 1.0.2 (old situation)
 - tested on 11.2 with openssl 1.1.1 (modern)
 - PR comments claim to have tested on 12-

Test consists of running quiterss and adding a https feed.

PR:		214691
Submitted by:	jkim
Reported by:	Melvyn Sopacua
Obtained from:	Debian
Differential Revision:	https://reviews.freebsd.org/D17470

security/openssl-devel was removed, but there is a security/openssl111 now.

And revert r483545, it breaks linkage of qt4-network consumers

Bump PORTREVISION after r483545

Unbreak the build against newer versions of OpenSSL (since 1.1.0-pre5),
where many data structures were made opaque.

Revert 481493, net/qt4-network update to OpenSSL 1.1.1

   "Something's wrong. Perhaps you forgot to build and run ports that
    depend on the one you just patched."

PR:		214691
Reported by:	antoine

Fix build of legacy Qt4-network port with OpenSSL 1.1.1 for future
changes in base. (Tested in a 12-CURRENT VM with ^/projects/openssl111
worls, and in an 11-STABLE VM with the old situation).

Thanks to brnrd@ for chasing this for a long time, and the original submitter.

Specific credits for obtained-from are in the PR.

PR:		214691
Submitted by:	Melvyn Sopacua
Reviewed by:	brnrd
Obtained from:	richmoore

Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk

From now on, ports that depend on Qt4 will have to set
	USES=		qt:4
	USE_QT=		foo bar
ports depending on Qt5 will use
	USES=		qt:5
	USE_QT=		foo bar

PR:		229225
Exp-run by:	antoine
Reviewed by:	mat
Approved by:	portmgr (antoine)
Differential Revision:	-https://reviews.freebsd.org/D15540

Mark some ports broken with openssl-devel.

Sponsored by:	Absolight

Fix qt4 ports on armv6.

Due to a misspelling in GCC [1] (probably) the check for the ARMv6KZ platform
used ARM_ARCH_6ZK instead of ARM_ARCH_6KZ.

[1] https://gcc.gnu.org/ml/gcc-patches/2015-06/msg01679.html

PR:		210027
Submitted by:	Mikael Urankar <mikael.urankar@gmail.com>
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D8322

Replace USE_OPENSSL with USES=ssl and bump portrevision for SSL changes.
This should have been part of the prior commit, oops.

PR:		216781
Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D9727

Update Qt5 to 5.7.1, and unify the Qt4 and Qt5 ports some more

* Update Qt5 to 5.7.1
* Move Qt4 binaries to lib/qt4/bin
* Move Qt5 libraries to lib/qt5/lib
  By moving the libraries we should finally be able to get rid of the inplace
  upgrade bug (see ports bugs 194088, 195105 and 198720):  when Qt5's libraries
  were lying in /usr/local/lib, which would often get added by pkgconfig to the
  linker paths via dependencies, the already installed libraries were linked
  against, instead of the ones that were being built. This forced us to make
  sure, that -L${WRKSRC}/lib was always coming before -L/usr/local/lib in the
  linker flags. With this change this should no longer be the case.
* Rename some ports to match the rest (foo-qtX -> qtX-foo)
* Depend on new port misc/qtchooser [see UPDATING & CHANGES]

There are several new Qt5 ports which all have been created by Marie Loise
Nolden
<nolden@kde.org>. Thanks again.

PR:		216797
Exp-Run by:	antoine
Reviewed by:	rakuco, mat, groot_kde.org
Approved by:	rakuco (mentor)
Differential Revision:	https://reviews.freebsd.org/D9213

net/qt4-network: fix openssl runtime linking

The PCBSD community discovered an issue with OpenSSL runtime linking, where
the OS bundled OpenSSL libraries are being loaded despite the user having
installed and selected a PORTS OpenSSL installation. The patch provided in
[1] resolves this by hard-coding the OpenSSL path to the default PREFIX of
/usr/local.

References:
 [1] https://mail.kde.org/pipermail/kde-freebsd/2015-November/020535.html
PR:		209317
Submitted by:	Kris Moore <kris@pcbsd.org>

Remove ${PORTSDIR}/ from dependencies, categories m, n, o, and p.

With hat:	portmgr
Sponsored by:	Absolight

Update the Qt4 ports to 4.8.7.

According to upstream, this is the last planned Qt4 release.
A list of changes since 4.8.6 can be found here:
<http://download.qt.io/official_releases/qt/4.8/4.8.7/changes-4.8.7>

Porting notes and changes:
- Remove several patches that have been upstreamed.
- Make Uses/qmake.mk pass the contents of LIBS to the qmake environment. [1]
- Repurpose devel/qt4/files/extrapatch-src-corelib-global-qglobal.h now the
  original patch is part of the release (curiously enough, the original
  patch was never actually used, as the ?= assignment in r362837 after
  r362770 was never possible).

  This works around the way compiler support for C++11 features is detected

(Only the first 15 lines of the commit message are shown above )

Remove libtool .la files from all Qt ports

Approvedy by:	kde (makc)

In preparation for Qt 5 ports:

Mk/Uses/qmake.mk:
- Add support for out-of-source builds
- Add support for Qt 5 ports
- Respect WITH_DEBUG

Mk/bsd.qt.mk:
- Massive rework for Qt 5 ports
- Remove '-phonon' from global configure args, thus allow qt4-designer and
  qt4-qtconfig to be built without Phonon support [1]

devel/qmake4:
- Improve mkspecs for gcc (mainly sync with linux version) and clang

(Only the first 15 lines of the commit message are shown above )

Update Qt to 4.8.5 and Qt Creator to 2.8.0.

Proudly brought to you by the KDE on FreeBSD team, with commits by makc@,
Schaich Alonso and yours truly.

Besides the tons of upstream fixes, we have mkspecs for GCC 4.9 and clang33
(from ports), staging support in the Makefiles and dependency fixes related
to pkg-config.

Many thanks to the people who helped test the ports using our area51
repository, and also to the people who provided patches and bug reports via
GNATS!

PR:		ports/180615
	        ports/181921
		ports/182049

Add NO_STAGE all over the place in preparation for the staging support (cat:
net)

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

Rely on bsdtar to autodetermine the format of the distfiles when possible

For a while now bsdtar is able to autotermine compression and archive format.
Let's then use tar directly instead of piping to tar.

Now USE_BZIP2 and USE_XZ only set EXTRACT_SUFX to the right format

KDE/FreeBSD team presents Qt 4.8.4 and QtCreator 2.6.1 ports.
The area51 repository features commits by Alonso Schaich, avilla, fluffy,
jhale, makc and rakuco.

Common changes:
- Trim Makefile header
- Convert to new option framework
- Add/improve desktop entries
- Remove upstreamed patches

Mk/bsd.qt.mk:
- Set QMAKESPEC at late stage (to fix potential problem if USE_GCC is used) [1]

devel/qmake:
- Fix crash due to off-by one error [2]

(Only the first 15 lines of the commit message are shown above )

- Convert USE_QT_VER=4 and QT_COMPONETS to USE_QT4

Review by:      bapt, David Naylor (kde team)

- Update Qt to 4.7.3.

Submitted by:   Raphael Kubo da Costa <kubito@gmail.com> via area51

- Backport security patch:
  * QSslSocket: abort on encountering blacklisted certificates.
- Bump PORTREVISION.

Obtained from: 
http://qt.gitorious.org/+qt-developers/qt/staging/commit/b87528a71b66e786c11804d7b79e408aae612748

KDE FreeBSD team is glad to present Qt 4.7.1 in ports.

Along with Qt4 the following ports are updated:

PyQt4 ports to 4.8.1
devel/py-sip to 4.11.2
devel/qscintilla2 to 2.4.5
PyKDE3 to 3.16.7
PyQt3 tp 3.18.2-snapshot-20091119

New ports added:
devel/qt4-declarative
devel/py-qt4-declarative
x11/qt4-graphicssystems-opengl

This release has been contributed by:
Thomas Abthorpe (tabthorpe)
Max Brazhnikov (makc)
Dima Panov (fluffy)
Alberto Villa (avilla)

We'd like to thank Martin Wilke (miwi) for exp-run.

Improve handing of LD_LIBRARY_PATH when doing non-standard LOCALBASE builds.

The FreeBSD KDE team is pleased to announce Qt-4.6.1 for FreeBSD.

- Update to Qt-4.5

The KDE FreeBSD team would like to say thanks to all the helpers
and submitters.

Tested by:      pointyhat-exp-run (myself)

- Update Qt4 to 4.5.2

The KDE FreeBSD team would like to say thanks to all the helpers
and submitters.

Tested by:      pointyhat-exp-run (pav/miwi)

- Update to qt 4.4.1

Note:
        With this update several ports specific problems
        have been fixed. Qt4 headers and libraries have
        been moved to include/qt4 and lib/qt4. bsd.qt.mk
        defines QT_INCDIR and QT_LIBDIR now, which could
        be used in qt4-dependent ports if required.

Thanks to:      Max Brazhnikov Danny Pansters

Bump portrevision due to upgrade of devel/gettext.

The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).

PR:             ports/124340
Submitted by:   edwin@
Approved by:    portmgr (pav)

Update to Qt 4.3.4

- bsd.qt.mk:
QT_COMPONENTS can now be depended on at runtime or buildtime only by
specifiying them as <component>_build or <component>_run, respectively.
Specifying <component> without any suffix will depend on the component
at both build- and runtime just like before.

- Convert Qt core ports to use the new dependency switches.

- Add a patch to corelib to fix Qt4 on ARM, submitted by:
  Björn König <bkoenig@alpha-tierchen.de>

Update to Qt 4.3.0, introduce bsd.qt.mk.

Approved by: portmgr (bsd.port.mk changes)

Try harder to prevent pkgconfig data from ending up in the wrong place.

Only seems to happen on pointyhat, bump PORTREVISION anyway just to be
sure.

Fix/remove bogus paths pointing to the build directory from pkgconfig files,
libtool archives and dot-prl files.

PR:             ports/112228
Submitted by:   Koji Yokota <yokota@res.otaru-uc.ac.jp>

Rename all binaries in qt4 which conflict with binaries installed by
qt33 to ($binary)-qt4 and adjust dependencies accordingly. This
avoids conflicts once X11BASE has been changed to /usr/local and
incidentally makes the naming scheme of the qt4 executables in ports
equal to that of the Fedora Core and Debian packages.

Update to 4.2.3

Install pkgconfig data into the correct location.

From the "who gave this guy a commit bit" dept.:

-Fix categories which got mixed up during juggling with different
 repos.

-Remove NO_FILTER_SHLIBS, which disappeared shortly before Qt4 was
 committed.

Noticed by: erwin, pav

Add qt4, a multiplatform C++ application framework

Number of commits found XX: 45

10 vulnerabilities affecting 79 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2021-03-05 21:21:29