Control: tags -1 +patch Gilles,
I have updated navit to the latest version at http://salsa.debian.org/jbicha/navit . I did this work because I noticed the new version claims to support Ubuntu Touch (which was https://github.com/navit-gps/navit/pull/1264 ) To get navit back into Debian Testing, we need to stop using gtk2. Therefore, I switched to using qt5 for graphics instead of gtk_drawing_area. I looked into using qt5_qml for the GUI also but it looks like there is a bug in navit's qml install, so it still uses the internal GUI. I added a new binary package for the qt graphics backend and removed the two gtk packages. I made the internal gui and qt graphics packages mandatory dependencies since they are both needed for the package to work. The buildsystem has an interesting feature where it uses xslt snippets to update the default XML file. Using the sailfish_qt5 template enables the qt5 graphics backend for us. Unfortunately, adding new binary packages means going through the Debian NEW queue so I needed to update debian/copyright. This project has a lot of copies of code from other projects that we don't need for our build so I added those to Files-Excluded to make debian/copyright a lot simpler to update. It looked to me like the sdl graphics backend works (in fact, that's the only reason we have it in Build-Depends). We could add another binary package for this but I don't know if there is much benefit. The opengl graphics backend still didn't seem to work. I didn't test a map because Navit's service to convert OSM data to the Navit format isn't working, but the UI otherwise seemed to work for me. I disabled the dbus feature because it's not enabled by default and it fixes a bug. I'm not sure if the geoclue feature is working correctly but it looks like navit supports multiple geolocation backends so I think this isn't a problem. The geoclue feature is relatively new in navit's history so that's probably why it wasn't enabled earlier. Thank you, Jeremy Bícha
