Bug#906505: qlandkartegt: FTBFS in buster/sid (unable to find string literal operator)
On 8/26/18 11:02 AM, Stuart Prescott wrote: > On Sunday, 26 August 2018 10:29:43 AEST Sebastiaan Couwenberg wrote: >> On 8/26/18 10:17 AM, Stuart Prescott wrote: >> No one in the Debian GIS team is willing to maintain this EOL package >> any longer, qmapshack is were we invest our effort. > > Please file a WNPP bug that orphans qlandkarte. That signals to others > that > they can (and should) take over maintenance of the package. > > §5.9.4 of the Developers Reference covers the case where the existing > maintainers are unwilling to maintain a package any longer: > > https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#orp > ha > ning No, EOL software should be removed. The QA team is not the place for EOL and broken packages. The removal of qlandkartegt was a long time coming, since it's been superseded by qmapshack in Debian and upstream, this issue was just the trigger. >>> >>> If you really believe that, the correct course of action is an RM bug. >>> wontfix on an RC bug still isn't right. >> >> If you really cared, you would have checked and seen that one already >> exists. > > My apologies, I had actually checked, but missed it. > >>> More generally, though, there is plenty of software that is Debian without >>> an active upstream but with active maintainers keeping it alive. Dead >>> upstream's aren't a problem for Debian; it's dead upstreams coupled with >>> inactive maintainers. It's fine for you to decide that you don't want to >>> be that maintainer, but it's not your call to stand in the way of others >>> who do want to do this work. >> >> I am the only active maintainer of this package, it *is* my call to tell >> others that I will not fix this issue because the software is EOL. > > Except that is absolutely not what I said. > > You get to make calls about your time, that's fine. You don't get to say that > other maintainers aren't allowed to maintain this package but that is what > you're doing. Sigh. You're quite hopeless. I never said that other maintainers aren't allowed to maintain this package. Your hypothetical maintainers willing to maintain this package haven't joined the GIS team or offered to take over the package. Still lots of talk and no action. >> People that want to fix this package know what to do, get involved in >> upstream development and take over maintenance of the package. >> >> I care more about the quality of Debian than to keep broken packages >> that have no future in Debian. >> >> So far no one has stepped up to revive QLandkarteGT upstream >> development, it just a lot of empty talk and no action. > > My point is that no-one knows that it needs action because there is no RFH, > RFA or O bug. There is no need to help, nor adoption, the package will be removed because upstream development stopped in favour of qmapshack. Hence the RM bug to remove the package. We kept it in Debian as long as it was still somewhat functioning, but the it was never fully functional since the switch to Qt5. The only action required is for FTP masters to remove this package, that will resolve this bugreport. In the mean time the wontfix tag indicates that this bug will not be fixed by the maintainer. >> Stop talking out of your ass, and get off it to revive upstream >> development if you really care about the future of this package. > > *sigh* That's completely out of line. > > You can't complain that others aren't doing work when they don't know that > the > work is required and where you are actively blocking that work. > > * Today was the first I knew that you weren't planning to continue to > maintain > it. I follow O/RFA/RFH bugs in packages I use for *precisely* this sort of > situation where help is needed. There is no bug filed and my mind-reading kit > was yet to pick up your request for assistance. Again, there is no need to assistance, there is need for upstream development. You should add RM bugs to your list of things to follow. > * The lack of O/RFA bug means that to do anything here, I must first hijack > the package. That's not how we normally do things. Your course of action > means > that even though I *am* considering taking this package on, I am required to > act in a way that is not normally acceptable in Debian. Sigh, again. There is no need to hijack, the package is team maintained, joining the team is also an option. But the package doesn't lack maintainers, it lacks upstream development. > You're also asking me to suddenly take on this code base with a whole 2 hours > notice. Please don't be surprised that I've not yet agreed to do so or that > generating so much stop energy discourages people from doing so. Your energy is better spend elsewhere, like getting familiar with qmapshack so you can let go of your emotional attachment to qlandkartegt. Kind Regards, Bas
Bug#906505: qlandkartegt: FTBFS in buster/sid (unable to find string literal operator)
Hi Sebastiaan, On Sunday, 26 August 2018 10:29:43 AEST Sebastiaan Couwenberg wrote: > On 8/26/18 10:17 AM, Stuart Prescott wrote: > No one in the Debian GIS team is willing to maintain this EOL package > any longer, qmapshack is were we invest our effort. > >>> > >>> Please file a WNPP bug that orphans qlandkarte. That signals to others > >>> that > >>> they can (and should) take over maintenance of the package. > >>> > >>> §5.9.4 of the Developers Reference covers the case where the existing > >>> maintainers are unwilling to maintain a package any longer: > >>> > >>> https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#orp > >>> ha > >>> ning > >> > >> No, EOL software should be removed. The QA team is not the place for EOL > >> and broken packages. > >> > >> The removal of qlandkartegt was a long time coming, since it's been > >> superseded by qmapshack in Debian and upstream, this issue was just the > >> trigger. > > > > If you really believe that, the correct course of action is an RM bug. > > wontfix on an RC bug still isn't right. > > If you really cared, you would have checked and seen that one already > exists. My apologies, I had actually checked, but missed it. > > More generally, though, there is plenty of software that is Debian without > > an active upstream but with active maintainers keeping it alive. Dead > > upstream's aren't a problem for Debian; it's dead upstreams coupled with > > inactive maintainers. It's fine for you to decide that you don't want to > > be that maintainer, but it's not your call to stand in the way of others > > who do want to do this work. > > I am the only active maintainer of this package, it *is* my call to tell > others that I will not fix this issue because the software is EOL. Except that is absolutely not what I said. You get to make calls about your time, that's fine. You don't get to say that other maintainers aren't allowed to maintain this package but that is what you're doing. > People that want to fix this package know what to do, get involved in > upstream development and take over maintenance of the package. > > I care more about the quality of Debian than to keep broken packages > that have no future in Debian. > > So far no one has stepped up to revive QLandkarteGT upstream > development, it just a lot of empty talk and no action. My point is that no-one knows that it needs action because there is no RFH, RFA or O bug. > Stop talking out of your ass, and get off it to revive upstream > development if you really care about the future of this package. *sigh* That's completely out of line. You can't complain that others aren't doing work when they don't know that the work is required and where you are actively blocking that work. * Today was the first I knew that you weren't planning to continue to maintain it. I follow O/RFA/RFH bugs in packages I use for *precisely* this sort of situation where help is needed. There is no bug filed and my mind-reading kit was yet to pick up your request for assistance. * The lack of O/RFA bug means that to do anything here, I must first hijack the package. That's not how we normally do things. Your course of action means that even though I *am* considering taking this package on, I am required to act in a way that is not normally acceptable in Debian. You're also asking me to suddenly take on this code base with a whole 2 hours notice. Please don't be surprised that I've not yet agreed to do so or that generating so much stop energy discourages people from doing so. Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Bug#906505: qlandkartegt: FTBFS in buster/sid (unable to find string literal operator)
On 8/26/18 10:17 AM, Stuart Prescott wrote: No one in the Debian GIS team is willing to maintain this EOL package any longer, qmapshack is were we invest our effort. >>> >>> Please file a WNPP bug that orphans qlandkarte. That signals to others >>> that >>> they can (and should) take over maintenance of the package. >>> >>> §5.9.4 of the Developers Reference covers the case where the existing >>> maintainers are unwilling to maintain a package any longer: >>> >>> https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#orpha >>> ning >> No, EOL software should be removed. The QA team is not the place for EOL >> and broken packages. >> >> The removal of qlandkartegt was a long time coming, since it's been >> superseded by qmapshack in Debian and upstream, this issue was just the >> trigger. > > If you really believe that, the correct course of action is an RM bug. > wontfix > on an RC bug still isn't right. If you really cared, you would have checked and seen that one already exists. > More generally, though, there is plenty of software that is Debian without an > active upstream but with active maintainers keeping it alive. Dead upstream's > aren't a problem for Debian; it's dead upstreams coupled with inactive > maintainers. It's fine for you to decide that you don't want to be that > maintainer, but it's not your call to stand in the way of others who do want > to do this work. I am the only active maintainer of this package, it *is* my call to tell others that I will not fix this issue because the software is EOL. People that want to fix this package know what to do, get involved in upstream development and take over maintenance of the package. I care more about the quality of Debian than to keep broken packages that have no future in Debian. So far no one has stepped up to revive QLandkarteGT upstream development, it just a lot of empty talk and no action. Stop talking out of your ass, and get off it to revive upstream development if you really care about the future of this package. Kind Regards, Bas
Bug#906505: qlandkartegt: FTBFS in buster/sid (unable to find string literal operator)
> >> No one in the Debian GIS team is willing to maintain this EOL package > >> any longer, qmapshack is were we invest our effort. > > > > Please file a WNPP bug that orphans qlandkarte. That signals to others > > that > > they can (and should) take over maintenance of the package. > > > > §5.9.4 of the Developers Reference covers the case where the existing > > maintainers are unwilling to maintain a package any longer: > > > > https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#orpha > > ning > No, EOL software should be removed. The QA team is not the place for EOL > and broken packages. > > The removal of qlandkartegt was a long time coming, since it's been > superseded by qmapshack in Debian and upstream, this issue was just the > trigger. If you really believe that, the correct course of action is an RM bug. wontfix on an RC bug still isn't right. More generally, though, there is plenty of software that is Debian without an active upstream but with active maintainers keeping it alive. Dead upstream's aren't a problem for Debian; it's dead upstreams coupled with inactive maintainers. It's fine for you to decide that you don't want to be that maintainer, but it's not your call to stand in the way of others who do want to do this work. Cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Bug#906505: qlandkartegt: FTBFS in buster/sid (unable to find string literal operator)
On 8/26/18 8:50 AM, Stuart Prescott wrote: > On Saturday, 25 August 2018 23:05:51 AEST Sebastiaan Couwenberg wrote: >> On 8/25/18 7:45 PM, Christoph Biedl wrote: >>> Christoph, who'd like to have a usable qlandkartegt in Debian - how is >>> QMapShack supposed to be a replacement? >> Upstream stopped developing QLGT and switches his attention to QMS. >> >> You will have to take over maintenance of qlandkartegt if you want to >> keep it in Debian, but the package and upstream development. As long as >> there is no one actively working on QLGT upstream the fate of the >> package is sealed. >> >> No one in the Debian GIS team is willing to maintain this EOL package >> any longer, qmapshack is were we invest our effort. > > Please file a WNPP bug that orphans qlandkarte. That signals to others that > they can (and should) take over maintenance of the package. > > §5.9.4 of the Developers Reference covers the case where the existing > maintainers are unwilling to maintain a package any longer: > > https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#orphaning No, EOL software should be removed. The QA team is not the place for EOL and broken packages. The removal of qlandkartegt was a long time coming, since it's been superseded by qmapshack in Debian and upstream, this issue was just the trigger. If you want a usable qlandkartegt in Debian, you first need to revive upstream development, after which the package can be revived. Kind Regards, Bas
Bug#906505: qlandkartegt: FTBFS in buster/sid (unable to find string literal operator)
On Saturday, 25 August 2018 23:05:51 AEST Sebastiaan Couwenberg wrote: > Control: tags -1 wontfix > > On 8/25/18 7:45 PM, Christoph Biedl wrote: > > Christoph, who'd like to have a usable qlandkartegt in Debian - how is > > QMapShack supposed to be a replacement? > Upstream stopped developing QLGT and switches his attention to QMS. > > You will have to take over maintenance of qlandkartegt if you want to > keep it in Debian, but the package and upstream development. As long as > there is no one actively working on QLGT upstream the fate of the > package is sealed. > > No one in the Debian GIS team is willing to maintain this EOL package > any longer, qmapshack is were we invest our effort. Please file a WNPP bug that orphans qlandkarte. That signals to others that they can (and should) take over maintenance of the package. §5.9.4 of the Developers Reference covers the case where the existing maintainers are unwilling to maintain a package any longer: https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#orphaning Thanks Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Bug#906505: qlandkartegt: FTBFS in buster/sid (unable to find string literal operator)
Control: tags -1 wontfix On 8/25/18 7:45 PM, Christoph Biedl wrote: > Christoph, who'd like to have a usable qlandkartegt in Debian - how is > QMapShack supposed to be a replacement? Upstream stopped developing QLGT and switches his attention to QMS. You will have to take over maintenance of qlandkartegt if you want to keep it in Debian, but the package and upstream development. As long as there is no one actively working on QLGT upstream the fate of the package is sealed. No one in the Debian GIS team is willing to maintain this EOL package any longer, qmapshack is were we invest our effort. Kind Regards, Bas signature.asc Description: OpenPGP digital signature
Bug#906505: qlandkartegt: FTBFS in buster/sid (unable to find string literal operator)
On Fri, 17 Aug 2018 19:22:33 + Santiago Vila wrote: > Package: src:qlandkartegt > Version: 1.8.1+ds-8 > Severity: serious > Tags: ftbfs > > Dear maintainer: > > I tried to build this package in buster but it failed: Hi, I had the same error (and some more) today when building the Arch Linux package. Have a look at my patches here: https://aur.archlinux.org/packages/qlandkartegt/ Do "Download snapshot" and get fix-ver_str.patch from there. Maybe fix-qtgui-include.patch as well if more errors arise. Markus
Bug#906505: qlandkartegt: FTBFS in buster/sid (unable to find string literal operator)
Santiago Vila wrote... > /<>/qlandkartegt-1.8.1+ds/3rdparty/map2gcm/main.cpp:43:46: error: > unable to find string literal operator 'operator""_MKSTR' with 'const char > [20]', 'long unsigned int' arguments > #define VER_STR > _MKSTR(VER_MAJOR)"."_MKSTR(VER_MINOR)"."_MKSTR(VER_STEP) > ^ That was easy to catch, earlier compiler versions gave according warnings. But there is more, it seems (wild guess) the Qt header were re-organized or there is another reason why several modules fail to build with "error: invalid use of incomplete type 'class XXX'". Fix was done by wild-guessing. The result however is not usable - qlandkartegt stalls at the splash screen, waiting for some data. This is the point where somebody with Qt programming experience should take over. Or I'll try to continue, but not today. Patches are attached. Christoph, who'd like to have a usable qlandkartegt in Debian - how is QMapShack supposed to be a replacement? --- a/3rdparty/cache2gtiff/main.cpp +++ b/3rdparty/cache2gtiff/main.cpp @@ -35,7 +35,7 @@ #define _MKSTR(x) _MKSTR_1(x) #endif -#define VER_STR _MKSTR(VER_MAJOR)"."_MKSTR(VER_MINOR)"."_MKSTR(VER_STEP) +#define VER_STR _MKSTR(VER_MAJOR) "." _MKSTR(VER_MINOR) "." _MKSTR(VER_STEP) #define WHAT_STR"cache2gtiff, Version " VER_STR --- a/3rdparty/map2gcm/main.cpp +++ b/3rdparty/map2gcm/main.cpp @@ -40,7 +40,7 @@ #define _MKSTR(x) _MKSTR_1(x) #endif -#define VER_STR _MKSTR(VER_MAJOR)"."_MKSTR(VER_MINOR)"."_MKSTR(VER_STEP) +#define VER_STR _MKSTR(VER_MAJOR) "." _MKSTR(VER_MINOR) "." _MKSTR(VER_STEP) #define WHAT_STR"map2gcm, Version " VER_STR #define MAX_TILE_SIZE 1024 --- a/3rdparty/map2jnx/main.cpp +++ b/3rdparty/map2jnx/main.cpp @@ -51,7 +51,7 @@ #define _MKSTR(x) _MKSTR_1(x) #endif -#define VER_STR _MKSTR(VER_MAJOR)"."_MKSTR(VER_MINOR)"."_MKSTR(VER_STEP) +#define VER_STR _MKSTR(VER_MAJOR) "." _MKSTR(VER_MINOR) "." _MKSTR(VER_STEP) #define WHAT_STR"map2jnx, Version " VER_STR #define JNX_MAX_TILES 5 //6250 --- a/3rdparty/map2rmap/main.cpp +++ b/3rdparty/map2rmap/main.cpp @@ -33,7 +33,7 @@ #define _MKSTR(x) _MKSTR_1(x) #endif -#define VER_STR _MKSTR(VER_MAJOR)"."_MKSTR(VER_MINOR)"."_MKSTR(VER_STEP) +#define VER_STR _MKSTR(VER_MAJOR) "." _MKSTR(VER_MINOR) "." _MKSTR(VER_STEP) #define WHAT_STR"map2rmap, Version " VER_STR --- a/3rdparty/map2rmp/CFileGenerator.cpp +++ b/3rdparty/map2rmp/CFileGenerator.cpp @@ -27,7 +27,7 @@ #define _MKSTR(x) _MKSTR_1(x) #endif -#define VER_STR _MKSTR(VER_MAJOR)"."_MKSTR(VER_MINOR)"."_MKSTR(VER_STEP) +#define VER_STR _MKSTR(VER_MAJOR) "." _MKSTR(VER_MINOR) "." _MKSTR(VER_STEP) extern "C" --- a/3rdparty/map2rmp/main.cpp +++ b/3rdparty/map2rmp/main.cpp @@ -32,7 +32,7 @@ #define _MKSTR(x) _MKSTR_1(x) #endif -#define VER_STR _MKSTR(VER_MAJOR)"."_MKSTR(VER_MINOR)"."_MKSTR(VER_STEP) +#define VER_STR _MKSTR(VER_MAJOR) "." _MKSTR(VER_MINOR) "." _MKSTR(VER_STEP) #define WHAT_STR"map2rmp, Version " VER_STR int main(int argc, char ** argv) --- a/src/version.h +++ b/src/version.h @@ -23,6 +23,6 @@ #define _MKSTR(x) _MKSTR_1(x) #endif -#define VER_STR _MKSTR(VER_MAJOR)"."_MKSTR(VER_MINOR)"."_MKSTR(VER_STEP) +#define VER_STR _MKSTR(VER_MAJOR) "." _MKSTR(VER_MINOR) "." _MKSTR(VER_STEP) #define WHAT_STR "QLandkarte GT, Version " VER_STR #endif //VERSION_H --- a/src/CDlgProxy.cpp +++ b/src/CDlgProxy.cpp @@ -21,6 +21,7 @@ #include "CMainWindow.h" #include +#include CDlgProxy::CDlgProxy(QString , QString , QWidget *parent) : QDialog(parent) --- a/src/CDiaryEdit.cpp +++ b/src/CDiaryEdit.cpp @@ -34,6 +34,7 @@ #include "CSettings.h" #include +#include #include #include #include --- a/src/CTextEditWidget.cpp +++ b/src/CTextEditWidget.cpp @@ -56,6 +56,7 @@ #include "CCanvas.h" #include +#include #include CTextEditWidget::CTextEditWidget(QWidget * parent) --- a/src/CLiveLogToolWidget.cpp +++ b/src/CLiveLogToolWidget.cpp @@ -20,6 +20,7 @@ #include "CLiveLogDB.h" #include +#include CLiveLogToolWidget::CLiveLogToolWidget(QTabWidget * parent) :QWidget(parent) signature.asc Description: PGP signature
Bug#906505: qlandkartegt: FTBFS in buster/sid (unable to find string literal operator)
Package: src:qlandkartegt Version: 1.8.1+ds-8 Severity: serious Tags: ftbfs Dear maintainer: I tried to build this package in buster but it failed: [...] debian/rules build-arch dh build-arch --parallel dh_update_autotools_config -a -O--parallel debian/rules override_dh_auto_configure make[1]: Entering directory '/<>/qlandkartegt-1.8.1+ds' cp -r debian/hicolor/ src/icons/ dh_auto_configure -- -DGPX_EXTENSIONS:BOOL=TRUE \ -DQK_QT5_PORT=1 \ -DCMAKE_VERBOSE_MAKEFILE=1 cd obj-x86_64-linux-gnu && cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON "-GUnix Makefiles" -DGPX_EXTENSIONS:BOOL=TRUE -DQK_QT5_PORT=1 -DCMAKE_VERBOSE_MAKEFILE=1 .. -- The C compiler identification is GNU 8.2.0 -- The CXX compiler identification is GNU 8.2.0 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works [... snipped ...] [ 2%] Linking CXX static library ../../lib/libgetopt.a cd /<>/qlandkartegt-1.8.1+ds/obj-x86_64-linux-gnu/3rdparty/getopt && /usr/bin/cmake -P CMakeFiles/getopt.dir/cmake_clean_target.cmake cd /<>/qlandkartegt-1.8.1+ds/obj-x86_64-linux-gnu/3rdparty/getopt && /usr/bin/cmake -E cmake_link_script CMakeFiles/getopt.dir/link.txt --verbose=1 /usr/bin/ar qc ../../lib/libgetopt.a CMakeFiles/getopt.dir/CGetOpt.cpp.o CMakeFiles/getopt.dir/moc_CGetOpt.cpp.o /usr/bin/ranlib ../../lib/libgetopt.a make[4]: Leaving directory '/<>/qlandkartegt-1.8.1+ds/obj-x86_64-linux-gnu' [ 2%] Built target getopt make -f 3rdparty/map2gcm/CMakeFiles/map2gcm.dir/build.make 3rdparty/map2gcm/CMakeFiles/map2gcm.dir/depend make[4]: Entering directory '/<>/qlandkartegt-1.8.1+ds/obj-x86_64-linux-gnu' cd /<>/qlandkartegt-1.8.1+ds/obj-x86_64-linux-gnu && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /<>/qlandkartegt-1.8.1+ds /<>/qlandkartegt-1.8.1+ds/3rdparty/map2gcm /<>/qlandkartegt-1.8.1+ds/obj-x86_64-linux-gnu /<>/qlandkartegt-1.8.1+ds/obj-x86_64-linux-gnu/3rdparty/map2gcm /<>/qlandkartegt-1.8.1+ds/obj-x86_64-linux-gnu/3rdparty/map2gcm/CMakeFiles/map2gcm.dir/DependInfo.cmake --color= Scanning dependencies of target map2gcm make[4]: Leaving directory '/<>/qlandkartegt-1.8.1+ds/obj-x86_64-linux-gnu' make -f 3rdparty/map2gcm/CMakeFiles/map2gcm.dir/build.make 3rdparty/map2gcm/CMakeFiles/map2gcm.dir/build make[4]: Entering directory '/<>/qlandkartegt-1.8.1+ds/obj-x86_64-linux-gnu' [ 2%] Building CXX object 3rdparty/map2gcm/CMakeFiles/map2gcm.dir/main.cpp.o cd /<>/qlandkartegt-1.8.1+ds/obj-x86_64-linux-gnu/3rdparty/map2gcm && /usr/bin/c++ -DQK_QT5_PORT -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DVER_MAJOR=1 -DVER_MINOR=8 -DVER_STEP=1 -I/<>/qlandkartegt-1.8.1+ds/obj-x86_64-linux-gnu/3rdparty/map2gcm -I/<>/qlandkartegt-1.8.1+ds/3rdparty/map2gcm -I/<>/qlandkartegt-1.8.1+ds/obj-x86_64-linux-gnu -I/<>/qlandkartegt-1.8.1+ds/3rdparty/QZip -I/usr/include/gdal -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem /usr/include/x86_64-linux-gnu/qt5/QtCore -isystem /usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -g -O2 -fdebug-prefix-map=/<>/qlandkartegt-1.8.1+ds=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fsigned-char -fPIC -fPIC -std=gnu++11 -o CMakeFiles/map2gcm.dir/main.cpp.o -c /<>/qlandkartegt-1.8.1+ds/3rdpa rty/map2gcm/main.cpp /<>/qlandkartegt-1.8.1+ds/3rdparty/map2gcm/main.cpp: In function 'int main(int, char**)': /<>/qlandkartegt-1.8.1+ds/3rdparty/map2gcm/main.cpp:43:46: error: unable to find string literal operator 'operator""_MKSTR' with 'const char [20]', 'long unsigned int' arguments #define VER_STR _MKSTR(VER_MAJOR)"."_MKSTR(VER_MINOR)"."_MKSTR(VER_STEP) ^ /<>/qlandkartegt-1.8.1+ds/3rdparty/map2gcm/main.cpp:44:49: note: in expansion of macro 'VER_STR' #define WHAT_STR"map2gcm, Version " VER_STR ^~~ /<>/qlandkartegt-1.8.1+ds/3rdparty/map2gcm/main.cpp:396:36: note: in expansion of macro 'WHAT_STR' printf("\n** %s **\n", WHAT_STR); ^~~~ /<>/qlandkartegt-1.8.1+ds/3rdparty/map2gcm/main.cpp:493:32: warning: 'OGRErr OGRSpatialReference::importFromWkt(char**)' is deprecated [-Wdeprecated-declarations] oSRS.importFromWkt(); ^ In file included from /usr/include/gdal/ogr_geometry.h:38, from /usr/include/gdal/ogr_feature.h:36, from /usr/include/gdal/gdal_priv.h:77, from