[MacPorts] #17773: stellarium-0.10.0-1 Configure error - wrong QT version used

[MacPorts]

#17773: stellarium-0.10.0-1 Configure error - wrong QT version used
----------------------------------+-----------------------------------------
  Reporter:  simon@…              |       Owner:  raimue@…           
      Type:  defect               |      Status:  closed             
  Priority:  Low                  |   Milestone:  Port Bugs          
 Component:  ports                |     Version:  1.7.0              
Resolution:  fixed                |    Keywords:  stellarium qt qmake
      Port:  stellarium           |  
----------------------------------+-----------------------------------------

Comment(by mcalhoun@…):

 Replying to [comment:9 illogic-al@…]:
 > Adding the -mac suffix was a _really_ bad idea as this breaks a lot more
 than it fixes.
 I would respectfully disagree with that assertion.[[BR]]
 It resolves a conflict between qt4-x11 and qt4-mac.[[BR]]
 It takes a step toward avoiding conflict between qt4-* and qt3*.[[BR]]
 It might make the transition to Qt 5 easier in years to come.[[BR]]
 It brings qt4-mac more in line with the default behavior of Qt (by default
 Qt tries to install to /usr/local/Trolltech/Qt-4.4.3).

 > I think there needs to be a better solution to installing qt4-x11 and
 qt4-mac on the same system.
 To me, at least, what we have now seems to be pretty good.[[BR]]
 Are there better ideas available?

 > and until there is people should deactivate/activate the one they need
 before compiling a program.
 Are there any know problems?[[BR]]
 If so, I would suggest filling a bug report instead.

 > Right now it creates the problem of one more variable needed for each
 kde portfile created.
 I am not a maintainer or any kde ports, so forgive me for asking, but is
 this such an onerous burden?[[BR]]
 It is a one time change (my apologies if I failed to make the change in
 any port).[[BR]]
 As a comparison, most python ports have to set configure.python.[[BR]]

 > and as kde needs uic, maybe uic3 and moc, there's always the chance of
 having to add 3 more variables should upstream modify their build system
 for whatever reason.
 As far as I can tell, all the ports now require one variable (e.g.
 QT_QMAKE_EXECUTABLE) to find Qt.[[BR]]
 Is there any reason to suspect that number might increase?

-- 
Ticket URL: <http://trac.macports.org/ticket/17773#comment:10>
MacPorts <http://www.macports.org/>
Ports system for Mac OS