<div dir="ltr"><div class="gmail_default" style="font-size:small">Hi Heather, Hi List,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I have composed a set of repositories that should correspond to Debian packaging as far as I understood. </div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Anyway, we have some issues, as reported by David, with running Pure Maps on Devkit. In particular, the maps don't show up when using Pure Maps from Flatpak. Maps do show up on QEMU image, though. Hence, there is a suspicion on whether it is related to some hardware driver issue. For further testing, it would be great to get Pure Maps dependencies compiled for Devkit and simply available for anyone wishing to test further. Right now, its simple to test with Flatpak, but I am not sure its easy to debug it in this case.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">In the respect of testing, it would be great to get </div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><a href="https://github.com/rinigus/deb-qmapboxgl">https://github.com/rinigus/deb-qmapboxgl</a><br></div><div class="gmail_default" style="font-size:small"><a href="https://github.com/rinigus/deb-qml-module-mapboxmap">https://github.com/rinigus/deb-qml-module-mapboxmap</a><br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">incorporated into the image. </div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Out of these, QMapboxGL has some background in terms of license. In particular, one of the included 3rd party sources (rapidjson) had tests originating from JSON.org covered by JSON license. In Qt version of the library, that library is not used. Also, its mentioned in MapboxGL LICENSE (originating section from rapidjson) that this license is related to the test code only and if we don't use that, we can drop it. Right now, MapboxGL plugin is not included in Debian due to JSON license (was assessed in 2017, maybe it was different then or misinterpreted), large size, and dependencies bundled with the code. Right now, when I asked and discussed the state on Debian Qt KDE list, the license issue is not there anymore and its mainly down to the absence of maintainer. Corresponding summary and the issue are at <a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929842">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929842</a> , see also links to mailing list messages in the bottom. I have also asked for incorporation of MapboxGL as a part of QtLocation on PureOS (<a href="https://tracker.pureos.net/T780">https://tracker.pureos.net/T780</a>). </div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">QMapboxGL as packaged by me, is Qt branch of MapboxGL. Deb package is currently based on the version that I use for Sailfish with my changes applied on Sailfish (workarounds for Qt bugs on that platform) reversed to pure Qt version. Now thinking about it, I should probably make a clean copy of the upstream Qt branch and patch that. So, one more TODO in my list.  In future, I plan to switch to the master branch since the Qt one is not updated that well. In terms of time, we are talking about 1-2 months, but maybe less. When that will be done, I will come up with a new package scripts as well.<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">The second package - Mapbox GL QML bindings - is based on older code from Mapbox, Qt plugin code, and my code developed to make it easy to build maps applications using Mapbox GL. In practice it works well and has some advantages when compared to official QtLocation plugin system. </div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Coming back to the test builds - ideally it would be great to have (at least temporary) builds of qmapboxgl and qml-module-mapboxmap. In addition, for permanent change, I would suggest to get Mapbox GL enabled in QtLocation build. But that we can discuss in <a href="https://tracker.pureos.net/T780">https://tracker.pureos.net/T780</a>, I guess.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">If these additions are acceptable in terms of your policy, I will redo QMapboxGL package using upstream code and will ping regarding the inclusions.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Finally, if someone can check whether the debian/* are done as they should...</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Cheers and sorry for long email,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Rinigus</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 28, 2019 at 11:10 PM Heather Ellsworth via Librem-5-dev <<a href="mailto:librem-5-dev@lists.community.puri.sm">librem-5-dev@lists.community.puri.sm</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Rinigus,<br>
<br>
On 5/25/19 2:05 AM, rinigus via Librem-5-dev wrote:<br>
> Heather,<br>
> <br>
> thank you very much! I will look into it, probably its a way to do that.<br>
> When comparing the build times in that monitor to the build times of the<br>
> maps related software, I have few packages that may need about 2 hours<br>
> to compile for arm. So, would be great to test it first before plugging<br>
> it into your system.<br>
<br>
Yep that sounds good.<br>
<br>
> In general, I will have to learn how to package for Debian and it would<br>
> be great to test it on some CI system before plugging it into your<br>
> builds. Suggestions for CI systems allowing to build private repos with<br>
> packages depending on each other are appreciated. So far, looks like<br>
> Ubuntu's PPAs would fit the bill, but maybe there is something else as<br>
> well.<br>
<br>
For CI systems, I'm no expert and I've really only used Jenkins. Not<br>
sure how difficult it would be to setup a Jenkins server somewhere, but<br>
their documentation in general is pretty good:<br>
<br>
<a href="https://jenkins.io/doc/book/installing/" rel="noreferrer" target="_blank">https://jenkins.io/doc/book/installing/</a><br>
<br>
However, I wonder if you really need to take this tangent path of<br>
setting up and using a personal CI first before plugging it into ours. I<br>
think if you just get the debian packaging going, then you can add it to<br>
our jobs.<br>
<br>
> I am sure there lots of resources on how to package for Debian, those I<br>
> hope to look up myself.<br>
<br>
Here is a tutorial that looks really thourough (and quite recent too,<br>
which is a bonus!):<br>
<br>
<a href="https://www.debian.org/doc/manuals/packaging-tutorial/packaging-tutorial.en.pdf" rel="noreferrer" target="_blank">https://www.debian.org/doc/manuals/packaging-tutorial/packaging-tutorial.en.pdf</a><br>
<br>
> <br>
> Cheers,<br>
> <br>
> Rinigus<br>
<br>
Cheers,<br>
Heather<br>
<br>
_______________________________________________<br>
Librem-5-dev mailing list<br>
<a href="mailto:Librem-5-dev@lists.community.puri.sm" target="_blank">Librem-5-dev@lists.community.puri.sm</a><br>
<a href="https://lists.community.puri.sm/listinfo/librem-5-dev" rel="noreferrer" target="_blank">https://lists.community.puri.sm/listinfo/librem-5-dev</a><br>
</blockquote></div>