Opened 9 years ago

Closed 9 years ago

#50331 closed defect (fixed)

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

Reported by: mojca (Mojca Miklavec) Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version:
Keywords: snowleopard Cc: MarcusCalhoun-Lopez (Marcus Calhoun-Lopez), michaelld (Michael Dickens), nerdling (Jeremy Lavergne)
Port: gpsbabel

Description

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.)

Change History (3)

comment:1 in reply to:  description Changed 9 years ago by 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.

comment:2 Changed 9 years ago by 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 ...)

comment:3 Changed 9 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)

Resolution: fixed
Status: newclosed

Between r144784 and r144799, this should be fixed.

Note: See TracTickets for help on using tickets.