<div dir="ltr"><div dir="ltr">On Thu, Nov 20, 2025 at 11:39 PM Sune Vuorela <<a href="mailto:nospam@vuorela.dk">nospam@vuorela.dk</a>> wrote:</div><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2025-11-19, Ben Cooksley <<a href="mailto:bcooksley@kde.org" target="_blank">bcooksley@kde.org</a>> wrote:<br>
> We have only done gentle resets, I'm thinking we may need to do something<br>
> more invasive such as a full patch level bump?<br>
<br>
We [Ben, Ingo, me and others] did some discoveries a bit ago:<br>
<br>
<a href="https://github.com/Unidata/netcdf-c/blob/main/CMakeLists.txt#L1561" rel="noreferrer" target="_blank">https://github.com/Unidata/netcdf-c/blob/main/CMakeLists.txt#L1561</a> is<br>
likely pissing in our craft setup. <br>
<br>
A temporary workaround is being tested but we need to find some more<br>
permanent fixes<br></blockquote><div><br></div><div>The permanent fix will be needed sooner rather than later unfortunately, this defect means that our CI builds for Windows are being contaminated with dependencies that were not requested.</div><div>As a result the CI system is being prevented from properly performing it's duties.</div><div><br></div><div>In approximately 24-48 hours I will remove NetCDF from the Windows CI image to correct this issue, which will have the unfortunate consequence of breaking Labplot Windows CI builds.</div><div><br></div><div>Long term we need the NetCDF project to remove the offending CMake code and issue a new release that is free of this severe defect.</div><div><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>
/Sune<br>
<br></blockquote><div><br></div><div>Thanks,</div><div>Ben </div></div></div>