gpsbabel: fails to build on 10.6 due to the "qmake5" portgroup

[mojca (Mojca Miklavec)]

The gpsbabel port fails to build on snowleopard just because it uses qmake5. I see two things that could be fixed here:

• If a port requires qmake5 PortGroup, it could already fail in the pre-fetch phase on 10.6 rather than during the build of qt5-qtbase.
• I'm almost sure that the port doesn't need to depend on Qt 5, in particular not in current shape when we are only shipping a command-line utility without the GUI.
• (There is a fair chance that the port would work with Qt4, but I didn't try to investigate.)

[ryandesign (Ryan Carsten Schmidt)]

Replying to mojca@…:

• If a port requires qmake5 PortGroup, it could already fail in the pre-fetch phase on 10.6 rather than during the build of qt5-qtbase.

If qt5-qtbase doesn't build on 10.6, then failing in pre-fetch sounds like a change that should be made in qt5-qtbase, not in gpsbabel or other ports that use qt5-qtbase.

[mojca (Mojca Miklavec)]

I would put a pre-fetch failure to the PortGroup, not to gpsbabel of course, but it might also be nice to build gpsbabel in a way that doesn't depend on existence of Qt5. I'm almost sure that one can build at least a text-based version with a regular ./configure && make. (Not that any actual user reported that problem ...)

[MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)]

Between r144784 and r144799, this should be fixed.