Add a new port multimeda/gstreamer1-qt5 (as slave of multimedia/gstreamer1-qt4)

[tcberner]

Summary

The port for multimedia/gstreamer1-qt5 has existed in area51 for a while now,
and has been worked on by rakuco@ and myself.
It used the same distfile as multimedia/gstreamer1-qt4, but requires an additional patch over the qt4-based one to fix compilation in C++11 mode.

To bring this port now into the official ports-tree the following was done:

• Add multimedia/gstreamer1-qt5 (obvously) as as a slaveport
• Replace the two patches in multimedia/gstreamer1-qt4 obtained from OpenBSD by the git commit from upstream (we already had it like that in the qt5 one)
• Import the C++11 (not strictly necessary for the qt4 one, but doesn't/shouldn't hurt)
• Add proxy deps to make stage-qa happy

Test Plan

Tested in poudriere on 12-current (64) and 9.3 (32).

[tcberner]

multimedia/gstreamer1-qt5/Makefile

4 ↗

(On Diff #20395)

I'm aware, that this PORTREVISION should probably be 0 -- however, as this port is already used by people who try or use our plasma5-repo, I'd rather not have the port version go backwards.

[mat]

multimedia/gstreamer1-qt4/Makefile

17 ↗

(On Diff #20395)

I think this is wrong.

[tcberner]

multimedia/gstreamer1-qt4/Makefile

17 ↗

(On Diff #20395)

Previously gstreamer1-qt4 had a conflict with gstreamer-qt4, now it does with gstreamer-qt${evaluates to 4}.

new # make -VCONFLICTS_INSTALL
gstreamer-qt4-*
old # make -VCONFLICTS_INSTALL
gstreamer-qt4-*

Am I missing something? -- yes, there is no gstreamer-qt5, so that conflict points to nirvana for the qt5 one. Is that the issue?

[mat]

multimedia/gstreamer1-qt4/Makefile

17 ↗

(On Diff #20395)

Oh, ok, yes, did not see the 1 difference. I thought the qt4/qt5 ports were supposed to conflict each-other and that the qt4 was in conflict with itself 😅