In D17741#379255, @jhale wrote:

Option corrections. :)

Thanks for the list! I'll try to follow up on it tomorrow.

In D17741#379185, @tcberner wrote:

In D17741#379166, @jhale wrote:

There seems to be quite a few ports here that depend on x11/kdelibs-kde4 which is set to be removed on 2018-12-31. Shouldn’t those ports also be removed on 2018-12-31?

I would say so, as they will be broken by the removal.

So better set their expiration dates to 2018-12-31.

Uploading the new patch fails, both with arc and the web interface.

In D17741#385591, @rene wrote:

In D17741#379185, @tcberner wrote:

In D17741#379166, @jhale wrote:

There seems to be quite a few ports here that depend on x11/kdelibs-kde4 which is set to be removed on 2018-12-31. Shouldn’t those ports also be removed on 2018-12-31?

I would say so, as they will be broken by the removal.

So better set their expiration dates to 2018-12-31.

In D17741#389216, @rene wrote:

Uploading the new patch fails, both with arc and the web interface.

Maybe, it should be split into a kde4 and qt4 diff?

FWIW, I'm going to take over qbrew and port to Qt5

In D17741#379166, @jhale wrote:

There seems to be quite a few ports here that depend on x11/kdelibs-kde4 which is set to be removed on 2018-12-31. Shouldn’t those ports also be removed on 2018-12-31?

Please don't. Qt4 does not imply KDE4, and if I won't be able to keep Qt4 alive, I'd have to revert the removal in my local tree. Reverting just the Qt4 bits (without the KDE4) would be a huge pain saver. Given there's still plenty of Qt4-based software, there should be some time gap between deprecating KDE4 from the generic, KDE-agnostic software.

Please don't. Qt4 does not imply KDE4, and if I won't be able to keep Qt4 alive, I'd have to revert the removal in my local tree. Reverting just the Qt4 bits (without the KDE4) would be a huge pain saver. Given there's still plenty of Qt4-based software, there should be some time gap between deprecating KDE4 from the generic, KDE-agnostic software.

There is, it's more 2 months. KDE4 will go by the end of the year. Qt4 by the end of the following quarter (with some lead time to clean up before cutting the quarterly). -- Software that depends on KDE4 therefore has to go on 2018-12-31 (as it will be broken by its removal).

@rene : https://svnweb.freebsd.org/ports?view=revision&revision=485966 -- brew can be un-deprecated.

In D17741#390918, @rene wrote:

• update to r486205
• mark some ports broken as they do not build (yet) with Qt5

Clients of multimedia/phonon should build with qt5 but poudriere gets confused,
stating it cannot find the qt5 flavor of multimedia/phonon

The USE_QT component for the qt5 one is phonon4, if I remember correctly.

Which ports are failing with that?

In D17741#390923, @tcberner wrote:

In D17741#390918, @rene wrote:

• update to r486205
• mark some ports broken as they do not build (yet) with Qt5

Clients of multimedia/phonon should build with qt5 but poudriere gets confused,
stating it cannot find the qt5 flavor of multimedia/phonon

The USE_QT component for the qt5 one is phonon4, if I remember correctly.

Which ports are failing with that?

Three clients:

rene@e17:/usr/ports % sudo poudriere bulk -j 11_2-amd64 multimedia/phonon-designerplugin/ multimedia/phonon-gstreamer/ multimedia/phonon-vlc multimedia/phonon-xine/ multimedia/phonon multimedia/py-qt4-phonon/
Wachtwoord: 
[00:00:00] Creating the reference jail... done
[00:00:01] Mounting system devices for 11_2-amd64-default
[00:00:01] Mounting ports/packages/distfiles
[00:00:01] Stashing existing package repository
[00:00:01] Mounting ccache from: /usr/ccache
[00:00:01] Mounting packages from: /usr/local/poudriere/data/packages/11_2-amd64-default
[00:00:01] Copying /var/db/ports from: /usr/local/etc/poudriere.d/options
/etc/resolv.conf -> /usr/local/poudriere/data/.m/11_2-amd64-default/ref/etc/resolv.conf
[00:00:01] Starting jail 11_2-amd64-default
[00:00:03] Logs: /usr/local/poudriere/data/logs/bulk/11_2-amd64-default/2018-11-29_22h10m33s
[00:00:03] Loading MOVED for /usr/local/poudriere/data/.m/11_2-amd64-default/ref/usr/ports
[00:00:04] Ports supports: FLAVORS SELECTED_OPTIONS
[00:00:04] Gathering ports metadata
[00:00:16] Calculating ports order and dependencies
[00:00:16] Error: compute_deps_pkg failed to lookup pkgname for multimedia/phonon@qt5 processing package phonon-designerplugin-qt5-4.10.1_1 from multimedia/phonon-designerplugin -- Does multimedia/phonon provide the 'qt5' FLAVOR?
[00:00:16] Error: compute_deps_pkg failed to lookup pkgname for multimedia/phonon@qt5 processing package phonon-vlc-qt5-0.10.1_2 from multimedia/phonon-vlc -- Does multimedia/phonon provide the 'qt5' FLAVOR?
[00:00:16] Error: compute_deps_pkg failed to lookup pkgname for multimedia/phonon@qt5 processing package phonon-gstreamer-qt5-4.9.0_3 from multimedia/phonon-gstreamer -- Does multimedia/phonon provide the 'qt5' FLAVOR?
[00:00:17] Error: Fatal errors encountered calculating dependencies
[00:00:17] Cleaning up
[00:00:17] Unmounting file systems

The fix for the phonon's is

FLAVORS=qt5 qt4

instead of using

FLAVOR?= ${FLAVORS:[2]}

I put the deprecation notice for strigi in Makefile.common so that all four strigi ports get deprecated.

It looks like graphics/kimagemapeditor is a KDE5 port so it is fine?

It looks like graphics/kimagemapeditor is a KDE5 port so it is fine?

PKGNAMESUFFIX= # hack: uses kde:4 but we don't want the pkgname suffix
^ right, that comment made the regexp match :D