<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">+1</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Daniel</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">On 2025-01-02 09:54, Even Rouault via
gdal-dev wrote:<br>
</div>
<blockquote type="cite"
cite="mid:4da0d7ac-e0f3-4d48-87b3-d8ef20f4d9e5@spatialys.com">Hi,
<br>
<br>
Happy New Year to everyone!
<br>
<br>
PSC,
<br>
<br>
GDAL depends on conda-forge builds for a number of its continuous
integration configurations, as well as offering builds of the
master branch with the "gdal-master" conda channel
(<a class="moz-txt-link-freetext" href="https://gdal.org/en/stable/download.html#gdal-master-conda-builds">https://gdal.org/en/stable/download.html#gdal-master-conda-builds</a>)
which make them easily testable by users of the most common
operating systems. We have identified a couple of points in the
conda-forge infrastructure that are causing inconveniences to
maintainers of the GDAL build recipe (and that also apply to other
software package with similar complexity), in particular related
to sub-package dependency pinning, and got a quote from Quansight
to address them.
<br>
<br>
Motion: approve the use of up to 15,000 USD by Quansight for work
on Conda build infrastructure, funded through the GDAL Sponsorhip
program.
<br>
<br>
Starting with my +1,
<br>
<br>
Even
<br>
<br>
</blockquote>
<p><br>
</p>
<pre class="moz-signature" cols="72">--
Daniel Morissette
Mapgears Inc
T: +1 418-696-5056 #201</pre>
</body>
</html>