<div dir="ltr"><div>Hello,</div><div><br></div><div>Not directly related but could be part of your discussion: the founder of Hashicorp has released a tool to help OSS building trusted community of developers. The GitHub repo is here: <a href="https://github.com/mitchellh/vouch">https://github.com/mitchellh/vouch</a>.</div><div><br></div><div>Regards</div><div>Alexandre</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Le lun. 9 févr. 2026 à 22:27, Jan Heckman via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I have little ground to reply here, so I'll be short, no waves intended.<br></div><div>1) the human element prevails. If the LLM is the last in the (comment, bug) chain, disregard or low priority.</div><div>2) Is there perhaps a way to work through low priority using an LLM?</div><div>3) that requires an LLM so maintainers are not flooded by LLM's.</div><div>If you think I am talking rubbish, I do not take that personally at all.<br></div><div>Keep up the great work,</div><div>Jan</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 9, 2026 at 10:13 PM Even Rouault via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</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"><br>
Le 09/02/2026 à 21:57, Kurt Schwehr a écrit :<br>
> It looks pretty good to me.<br>
><br>
> One comment:<br>
><br>
> What about an AI that autonomously finds bugs that trigger sanitizers <br>
> that are verifiable like OSS Fuzz does?<br>
<br>
I'd say that's generally fine, because at the end you have a "digital" <br>
human (the sanitizer), that is something with inductive logic, checking <br>
the output of the AI. But there must also be some protection to avoid <br>
such tools to spam our issue tracker with hundreds of reports, ie it <br>
should first prioritize the most critical ones and make sure they are <br>
addressed before issuing reports of lesser criticity.  It is hard to <br>
encode the rules besides trying to apply empathy: try to put yourself at <br>
the receiving end of the flow and imagine how you'd react<br>
<br>
<br>
-- <br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
My software is free, but my time generally not.<br>
<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div><div><br clear="all"></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Alexandre Gacon</div>