Ports that use qmake: consider using the new qmake portgroup

[cooljeanius (Eric Gallager)]

(Made as a separate ticket per comment:ticket:38280:22) There is now a qmake portgroup as of r106912. Here is a list of ports that use qmake somewhere in their respective portfiles:

[moved to attachment:qmake_search.txt​ because it’s pointless and makes ticket modification emails enormous. —larryv]

List of ports that still need to be fixed:

• k3dsurf (nomaintainer) - purely based on qt3. upstream inactive since 2005.
• psi-otr (rowue)
• qgit (nomaintainer)
• qt-assistant (michaelld, openmaintainer)
• qtc-qtsharp (nomaintainer) - Upstream homepage dead
• qtscriptgenerator (michaelld, openmaintainer)
• qtsharp (nomaintainer) - Upstream homepage dead
• qwt (michaelld, openmaintainer)
• qxmpp (nomaintainer)
• sqlitedbrowser (nomaintainer)

List of completed/irrelevant ports:

• abtransfers [r106975, see comment:4 and r107026, see comment:12]
• arora (nomaintainer)
• bitcoin [r108515, see comment:18]
• bitdht [no benefit, see comment:14]
• clustalx (snc, openmaintainer)
• cmake [no benefit, see comment:14]
• djview [no benefit, see comment:10]
• doxygen [no benefit, see comment:14]
• gnuradio [no benefit, see comment:14]
• goldendict (nomaintainer) [r125945, see comment:31]
• gwenhywfar4 [no benefit, see comment:5]
• kdiff3 (nomaintainer) [127115, see comment:33]
• libQGLViewer [r107011, see comment:11]
• mythtv-core.25 [no benefit, see comment:7]
• OpenCSG [r120659, see comment:25]
• py-pyqt4 [no benefit, see comment:14]
• py26-pyqt3 [no benefit, see comment:14]
• qca [no benefit, see comment:14]
• qfsm [no benefit, see comment:14]
• qscintilla (michaelld, openmaintainer) b9de20c6
• qt4-creator-mac (michaelld, openmaintainer)
• qtpfsgui (gmail.com:clubjuggler, openmaintainer) - Not in Macports
• qtiplot [r106995, see comment:10]
• QMK-Groundstation (lilalinux.net:macports) [r140991]
• QupZilla (ryandesign, openmaintainer) [r125940, see comment:28]
• tea (nomaintainer) [r125942, see comment:30]
• texstudio (48565da617e90ab46887be37c9b8b551284c9c05/macports-ports, see comment:43)
• tiled (nomaintainer) [r125941, see comment:29]
• Vidalia [no benefit, see comment:14]
• xxdiff [no benefit, see comment:14]
• x2goclient (2b292f41894577ca90da9fa6d8dc0c5989977933/macports-ports)

Maintainers of these ports, consider whether you could use the qmake portgroup for your respective ports.

[ctreleaven (Craig Treleaven)]

I've browsed the linked tickets, but I didn't notice a reason that this is a separate port group. Why not just add these bits to the qt4 port group (maybe version 2.0)?

Also, I noticed the line:

    configure.pre_args-delete       --prefix=${prefix}

I'm pretty sure mythtv-core.25 needs that argument. Is it harmful to other ports?

[cooljeanius (Eric Gallager)]

Replying to ctreleaven@…:

I've browsed the linked tickets, but I didn't notice a reason that this is a separate port group. Why not just add these bits to the qt4 port group (maybe version 2.0)?

Not all ports that use the qt4 portgroup use qmake. See comment:ticket:38272:1

[NicosPavlov]

The portgroup is not meant for all ports using qmake. For example, several ports use qmake within standard autotools, thus compiling by

configure
make

These ports are not concerned by this portgroup, as they define variables during the configuration phase. However, several other ports must be compiled through

qmake
make

The portgroup aims at setting variables for these ports.

Typically, in case the configuration phase is made with qmake, the --prefix argument is not used, and PREFIX is, hence the changes of variables in the portgroup. Due to these differences, it did not appear suitable to include these in the qt4 portgroup which is more general for ports depending on qt4.

[mkae (Marko Käning)]

Done for abtransfers in r106975

[mkae (Marko Käning)]

I think gwenhywfar4 should be taken out of the above list, since it uses configure!

[cooljeanius (Eric Gallager)]

Replying to mk@…:

I think gwenhywfar4 should be taken out of the above list, since it uses configure!

I'd edit it to do so, except people without commit access can't edit the OP's of tickets (even if they're their own tickets), so I can't (yet)...

[ctreleaven (Craig Treleaven)]

mythtv-core.25 also uses ./configure and would not benefit from this portgroup.

(And yes, tickets can be assigned to us...but we can't close them or do anything more than comment on them!)

[larryv (Lawrence Velázquez)]

Removed gwenhywfar4 and mythtv-core.25.

[larryv (Lawrence Velázquez)]

Replying to egall@…:

Here is a list of ports that use qmake somewhere in their respective portfiles:

By the way, please use better judgment in the future when pasting a ton of output from logs or stdout into ticket descriptions or comments. Where by “use better judgment” I mean “don’t do it”.

[NicosPavlov]

qtiplot done in r106995.
Suppressing djview as it uses configure.

[raphael-st (Raphael Straub)]

libQGLViewer done in r107011.

[mkae (Marko Käning)]

modified abtransfers' Portfile in r107026

[larryv (Lawrence Velázquez)]

original search output, removed from ticket description

[NicosPavlov]

I passed through the listed ports, and tried to clean up the irrelevant ones, i.e. the ones for which the quake portgroup would be of no use.

• Ports using standard autotools (eg ./configure): bitdht, cmake, doxygen, qca, qfsm, Vidalia
• Ports using cmake: gnuradio
• Ports using python: py-pyqt4, py26-pyqt3
• Ports without configure phase: xxdiff

Additionally, I noted that some ports employ some conditional code to take into account the case of qt3, which is not considered in the portgroup for now.

I also made a note beside ports which have no maintainer.

[neverpanic (Clemens Lang)]

What's the rationale behind setting configure.* in a pre-configure block in the PortGroup? This makes it difficult to change the defaults given in the PortGroup.

[cooljeanius (Eric Gallager)]

Replying to cal@…:

What's the rationale behind setting configure.* in a pre-configure block in the PortGroup? This makes it difficult to change the defaults given in the PortGroup.

I think nicos did that in comment:ticket:38280:20...

[NicosPavlov]

Sorry I did not answer right away.

If I did put those in a pre-configure block, it is because otherwise, the flags were not set right if the portfile was for example setting configure.blacklist, as flags such as QMAKE_CC must be set accordingly, and after having blacklisted compilers. This is also why all flags are with -delete or -append. However, I fully get the point, and if there is another more convenient way of ensuring that some commands are followed that I am not aware of, it surely could improve the portgroup.

[easye]

Addressed for finance/bitcoin in r108515.

[macports@…]

Fixed for qt4-creator-mac in r107796.

[sharky@…]

Cc Me!

[mojca (Mojca Miklavec)]

Removed abtransfers bitcoin bitdht cmake djview doxygen gnuradio libQGLViewer py-pyqt4 py26-pyqt3 qca qfsm qtiplot Vidalia xxdiff.

[mf2k (Frank Schima)]

OpenCSG switched in r120659.

[mf2k (Frank Schima)]

openscad r125699

[ryandesign (Ryan Carsten Schmidt)]

QupZilla done in r125940

[ryandesign (Ryan Carsten Schmidt)]

tiled done in r125941

[ryandesign (Ryan Carsten Schmidt)]

tea done in r125942

[ryandesign (Ryan Carsten Schmidt)]

goldendict done in r125945

[kurthindenburg (Kurt Hindenburg)]

Cc Me!

[kurthindenburg (Kurt Hindenburg)]

kdiff3 done in r127115

[michaelld (Michael Dickens)]

qwtplot3d done in r138217.

[michaelld (Michael Dickens)]

QMK-Groundstation has a patch for this in #48226.

[michaelld (Michael Dickens)]

qt4-mac-sqlite2-plugin done in r138220. qt4-mac-mysql55-plugin done in r138224. qt4-mac-postgresql91-plugin done in r138227. qt3, qt3-mac, qt4-x11, and qt4-mac cannot use this PortGroup.

[michaelld (Michael Dickens)]

QMK-Groundstation done in r140991.

[MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)]

qtpfsgui fixed in r149176.

[mojca (Mojca Miklavec)]

qscintilla fixed in b9de20c6

[ryandesign (Ryan Carsten Schmidt)]

In 346a60ff1acc996b7830b877763a114bf09ef934/macports-ports (master):

clustalx: Fix build failures

Fix build failures due to lack of <string> include and lack of path to
Qt frameworks.

Closes: #43306

Include qmake portgroup to simplify the portfile and to use the right
-arch flags, which also enables the universal variant. This also fixes
qt4-mac to be a library dependency, which requires increasing the
revision.

See: #39424

[yan12125 (Chih-Hsuan Yen)]

In 48565da617e90ab46887be37c9b8b551284c9c05/macports-ports (master):

texstudio: use qmake5 PortGroup

configure and build arguments are already configured in this port group

Ref: #39424

[Mihai Moldovan <ionic@…>]

In 2b292f41894577ca90da9fa6d8dc0c5989977933/macports-ports (master):

aqua/x2goclient: use qmake-1.0 PG, fix +debug variant.

Revbump, since the debug variant was horribly broken before.

See: #39424

[kencu (Ken)]

In 06d3394794e9367e19f0f5b1cbd739fc08b11eee/macports-ports (master):

GLC_lib: update to 2.2.0

closes: #55854
closes: #47418
see: #39424

Examples work.
There is a newer version 3.0.1
see: #55854

that uses qt5 but didn't build for Ryan two years ago
and didn't build for me either after some trying

This gets the port into a working state while it is
decided how best to handle 3.0.1 and whether to keep
both a qt4 and qt5 version of this in MacPorts

[mascguy (Christopher Nielsen)]

Add keyword portgroup, to pg-related tickets

[kencu (Ken)]

openscad and openscad-devel use the qmake5 PG.