-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
gdal-master conda builds: authentication token has expired #11676
Comments
I've regenerated a new token in https://anaconda.org/gdal-master/settings/access with an expiration date in 2050 ! and updated it in the ANACONDA_TOKEN variable of https://github.com/OSGeo/gdal/settings/secrets/actions . Restarting the jobs to check if that works |
builds (at least on Mac) fail another reason (cf https://github.com/OSGeo/gdal/actions/runs/12814810505/job/35736273596). Perhaps the next refresh of the build from upstream https://github.com/conda-forge/gdal-feedstock will fix it ... |
Similar failure is discussed here conda/conda-build#5594 |
ok, so conda build issue has been fixed upstream (cf conda-forge/gdal-feedstock#1041 (comment)), but the upload of our packages doesn't work, and I've no idea why compare successfull build of https://github.com/OSGeo/gdal/actions/runs/12606126439/job/35135828816 with logs like
and latest build of https://github.com/OSGeo/gdal/actions/runs/12830442466/job/35778643064 where the step stops after "Executing transaction", but no attempt to upload the package
https://anaconda.org/gdal-master/settings/access shows that the new token hasn't been accessed at all... I've just repasted it in github repository secrets in case I messed up something yesterday... |
ok, found the reason the last successfull build had a warning:
ah the joy of cumulating 2 separate issues at the same time ! Should be fixed per 3da6544 |
As shown in OSGeo#11676 our current strategy is to always consider the upload stage to have succeeded. Change that to fail on errors, or lack of packages to upload.
As shown in OSGeo#11676 our current strategy is to always consider the upload stage to have succeeded. Change that to fail on errors, or lack of packages to upload.
confirmed: uploads back to normal : https://anaconda.org/gdal-master/gdal/files |
What is the bug?
See https://github.com/OSGeo/gdal/actions/runs/12811487435/job/35720962934#step:10:1057
Steps to reproduce the issue
required text
Versions and provenance
master
Additional context
No response
The text was updated successfully, but these errors were encountered: