#50237: UPDATE: gpsd-3.15 ---------------------+-------------------------- Reporter: fw@… | Owner: ryandesign@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: gpsd | ---------------------+-------------------------- Changes (by mf2k@…): * owner: macports-tickets@… => ryandesign@… * version: 2.3.4 => Comment: In the future, please Cc the port maintainers ({{{port info --maintainers gpsd}}}), if any. [https://guide.macports.org/#development.patches Per the guidelines], please instead attach a unified diff of the Portfile so we can easily see what changes you are proposing. -- Ticket URL: <https://trac.macports.org/ticket/50237#comment:1> MacPorts <https://www.macports.org/> Ports system for OS X

#50237: UPDATE: gpsd-3.15 ---------------------+-------------------------- Reporter: fw@… | Owner: ryandesign@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: gpsd | ---------------------+-------------------------- Comment (by fw@…): Since gpsd-3.16 was just released on Friday, it no longer makes much sense to bother with a 3.15 port. I'll file a new ticket for 3.16. -- Ticket URL: <https://trac.macports.org/ticket/50237#comment:3> MacPorts <https://www.macports.org/> Ports system for OS X

#50237: UPDATE: gpsd-3.15 ---------------------+-------------------------- Reporter: fw@… | Owner: ryandesign@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: gpsd | ---------------------+-------------------------- Comment (by fw@…): Replying to [comment:4 ryandesign@…]:

Thanks; sorry, I missed this ticket. I had previously worked on this update but I stopped working on it when I encountered a build failure:

{{{ /usr/bin/clang -arch x86_64 -o gpsdecode gpsdecode.o -L. -lgpsd -lgps_static -lm -ldbus-1 ld: library not found for -ldbus-1 }}}

I'm guessing your version attached here fixes that problem by using `dbus_export=no`.

Although I did fix the dbus variant logic, I also got the dbus linking to work by removing a bunch of "LIBPATH='.'" arguments in SConstruct. I'm not sure why those were put in at all (as part of the SConstruct rework from 3.14 to 3.15), since the default LIBPATH is correctly set up to include both ${prefix}/lib and the current directory, so the only effect of those arguments is to remove ${prefix}/lib from the library search path. Of course on most platforms, libraries installed from packages go into the "system" library area, which is searched by default, so the offending arguments are probably a don't care on most platforms.

-----

You've changed the qt variant to use qt5, while still including the qt4 portgroup (see the top of the portfile). #47739 suggested that qt4 and qt5 variants be offered.

I saw that in working on the 3.16 port, where I'm currently wrestling with Qt issues right now. :-) My initial thought was to move to qt5 in general, for consistency with the direction things are moving, and the fact that the qt5 and qt4-mac ports claim not to conflict with each other makes a qt4 variant less important. But qt5 refuses to build for PPC (and gives blacklisted compiler warnings on anything older than 10.8), so moving to qt5 completely doesn't work. Meanwhile, the gpsd SConstruct script is using pkg-config to check for the QtNetwork library, but the qt4-mac port seems not to set up the pkgconfig data. I need to answer the "how did this ever work" question before figuring out what to do about it. As noted above, I've abandoned the 3.15 port and am currently working on 3.16, so this ticket can be closed. -- Ticket URL: <https://trac.macports.org/ticket/50237#comment:5> MacPorts <https://www.macports.org/> Ports system for OS X

#50237: UPDATE: gpsd-3.15 ---------------------+-------------------------- Reporter: fw@… | Owner: ryandesign@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: gpsd | ---------------------+-------------------------- Comment (by fw@…): Could someone with suitable access rights please close this ticket (which is superseded by #50288)? The only "Action" option I have here is "leave as new". There doesn't seem to be an "obsolete" option for "Resolution, so I guess "wontfix" is the closest. -- Ticket URL: <https://trac.macports.org/ticket/50237#comment:7> MacPorts <https://www.macports.org/> Ports system for OS X