Upstream has released a new version yesterday:
And Fedora has already got pending as an update:
I don't know if there's any reason to create a new gpsbabel15 port or if the primary reason for the gpsbabel14 port was to avoid C++/Qt (which was done in 1.5, IIRC). If the latter, maybe we can just drop gpsbabel14 now? I don't have strong feelings about the older versions.
Thanks for notifying.
I'm running into some trouble with the GUI option again. Something to do with MAKEFLAGS starting with "w " where w is not a valid (g)make target.
The non-GUI version builds OK, but I'll have to look closer on where that "w" comes from before I submit a patch.
Thanks Oliver. Can you share your work-in-progress patch and maybe I can investigate a little? I don't use the GUI myself but would be happy to look at the build a little bit to help get this updated.
Thanks for reminding me.
Most work so far has been establishing that all the patches have been included upstream.
Now it fails on not being able to build target "w", the w comes from $(MAKEFLAGS), but I have no idea how it got in there.
patch so far:
It looks like maybe `environ` is ending up in `MAKEFLAGS`? I'm confused:
cd gui ; qmake app.pro && gmake w -- _PKG_CHECKED=1 _PERL5_FROM_BIN=5.28.2 _OSRELEASE=13.0-CURRENT OSVERSION=1300031 OSREL=13.0 OPSYS=FreeBSD HAVE_COMPAT_IA32_KERN=YES\ CONFIG_DONE_GPSBABEL=1 CONFIGURE_MAX_CMD_LEN=262144 ARCH=amd64 .MAKE.LEVEL.ENV=MAKELEVEL
Created attachment 216048 [details]
fix gpsbabel with Qt GUI
Can you try this patch with GUI? It still needs to be polished (missing Qt include etc.) but should works.
Note: I no longer use FreeBSD as a desktop, so any testing on my part will be limited. If it comes through Poudriere cleanly, I'm inclined to let the patch through as is.
Created attachment 216262 [details]
Basically Loïcs patch.
Tested, builds and runs. Just added a patch on the gpsbabel.desktop file to accommodate for the new binary name.