<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 11 August 2015 at 18:56, Sebastiaan Couwenberg <span dir="ltr"><<a href="mailto:sebastic@xs4all.nl" target="_blank">sebastic@xs4all.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 11-08-15 18:37, Kurt Schwehr wrote:<br>
> Wolf and I have joined in working on libkml.  We will be getting more<br>
> transitioned from the old <a href="http://code.google.com" rel="noreferrer" target="_blank">code.google.com</a> site to<br>
> <a href="https://github.com/google/libkml" rel="noreferrer" target="_blank">https://github.com/google/libkml</a>, will be pushing some general maintanence<br>
> patches and will be getting the pull request processed.  We look forward to<br>
> collaborating on future development of libkml.<br>
<br>
</span>The renewed interest in libkml from Google sounds promising.<br>
<br></blockquote><div>Glad to hear it!</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What are your views on merging the work in the libkml/libkml fork back<br>
into google/libkml?<br>
<br></blockquote><div><br></div><div>I'd like to merge back as much of the work that has gone into libkml/libkml to google/libkml. Especially externalizing libraries.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The switch to CMake and removal of the third party dependencies in favor<br>
of linking to system provided libraries solve the issues that required<br>
patches in the libkml Debian package in the past. I'd like to see these<br>
changes merged back into google/libkml to not loose these gains.<br>
<br></blockquote><div>These sound very interesting, and I'll look at them more closely, but on the surface it looks good.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Most importantly the final 1.3.0 libkml release is long overdue, it has<br>
been required for GDAL for many years now but many distributions still<br>
ship libkml 1.2 (Fedora removed libkml even because it was abandoned<br>
upstream). What do you think needs to be done to get the 1.3.0 release out?<br>
<br></blockquote><div><br></div><div>Hmm. I think that we should first get to the point where we can merge the libkml/libkml stuff back to google/libkml before we push out a new release, in order to avoid confusion and mess.</div><div>Also we might want to call it libkml 2.0.0 so we don't really need to worry about backwards compatibility.</div><div><br></div><div>--Wolf</div><div><br></div></div></div></div>