Package Details: qlandkartegt 1.8.1-13

Git Clone URL: https://aur.archlinux.org/qlandkartegt.git (read-only, click to copy)
Package Base: qlandkartegt
Description: Use your GPS with Linux
Upstream URL: http://www.qlandkarte.org/
Licenses: GPL
Submitter: mawe
Maintainer: None
Last Packager: mawe
Votes: 5
Popularity: 0.000002
First Submitted: 2018-08-25 11:57
Last Updated: 2020-01-13 22:34

Latest Comments

1 2 Next › Last »

mawe commented on 2021-05-20 14:49

As already announced in a comment nearly two years ago, I decided to disown this package now. Even if using proj6 instead of upgrading to the new proj API should be manageable.

Sorry, but I don't use QLandkarte GT anymore and switched to QMapShack - I think that already happened back then.

benv666 commented on 2021-05-20 09:50

As kaefert said this no longer compiles due to gdal and PROJ issues. Tried hacking around it but can't get it to work myself :/

Can someone do better? :)

kaefert commented on 2021-05-16 15:50

This package stopped working on my machine after my last system update, because it was build using libgdal.so.26 which got upgraded to libgdal.so.28 and libproj.so.15 which was upgraded to libproj.so.22.

Tried rebuilding, but that failed with this error (even though libproj is of course still installed): CMake Error at cmake/Modules/FindPROJ.cmake:75 (message): Could not find PROJ

So I tried a quick and dirty workaround by linking the old expected now non existent library versions to their updated once, but libproj seems to have introduces some incompatiblities with this update: qlandkartegt: symbol lookup error: qlandkartegt: undefined symbol: pj_free

But I found there's a proj6 AUR package and installed that which gave me libproj6.so which I linked to from libproj.so.15 and with this my old qlandkartegt build now works again. (Though I don't know how to get it to build again on my updated system)

jose1711 commented on 2020-01-15 11:25

thank you for maintaining this PKGBUILD and a quick fix!

mawe commented on 2020-01-13 22:33

The source URL has been changed to use SourceForge again. The developer of QMapShack has moved from Bitbucket to GitHub and didn't migrate QLandkarte GT.

Build error caused by an API change in gpsd 3.20. Fixed now in pacakge 1.8.1-13.

jose1711 commented on 2020-01-11 20:02

fails to build with

/usr/include/qt/QtGui/qpagelayout.h:91:60: note:   no known conversion for argument 1 from ‘timespec_t’ {aka ‘timespec’} to ‘const QPageLayout&’
   91 |     friend Q_GUI_EXPORT bool operator==(const QPageLayout &lhs, const QPageLayout &rhs);
      |                                         ~~~~~~~~~~~~~~~~~~~^~~
/home/jose/tmp/qlandkartegt/src/qlandkartegt-1.8.1/src/CDeviceGPSD.cpp:268:42: error: cannot convert ‘timespec_t’ {aka ‘timespec’} to ‘quint32’ {aka ‘unsigned int’} in assignment
  268 |     current_log.timestamp = gpsdata->fix.time;
      |                             ~~~~~~~~~~~~~^~~~
      |                                          |
      |                                          timespec_t {aka timespec}
make[2]: *** [src/CMakeFiles/qlandkartegt.dir/build.make:4064: src/CMakeFiles/qlandkartegt.dir/CDeviceGPSD.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:557: src/CMakeFiles/qlandkartegt.dir/all] Error 2

the problem is present since update of gpsd to 3.20, downgrading to 3.19 solves it.

jose1711 commented on 2020-01-11 19:34

source is gone but download from sf.net works fine

mawe commented on 2019-07-01 18:01

(Temporarily) fixed together with another build error.

See https://proj.org/development/index.html: "The proj_api.h header and the functions related to it is considered deprecated from version 5.0.0 and onwards. The header will be removed from PROJ in version 7.0.0 scheduled for release February 1st 2020."

So if qlandkartegt should still be usable after that date, someone has to step in and migrate its source code base from "proj" API version 4 to 6, see https://proj.org/development/migration.html#

I'm pretty sure I won't take that step anymore and might disown this (and the associated "garmindev") package then.

sikmir commented on 2019-06-29 21:18

/usr/include/proj_api.h:37:2: error: #error 'To use the proj_api.h you must define the macro ACCEPT_USE_OF_DEPRECATED_PROJ_API_H'

mawe commented on 2019-05-16 17:28

I know it is replaced upstream, but why only keep it for reference purposes? What's the problem with fixing build issues to keep the package usable?