search

OSGeo / PROJ-data

Repository for proj datum grids (for use by PROJ 7 or later)
Other
72 stars 33 forks source link

Create release packages using GitHub Actions #122

Closed kbevers closed 3 months ago

kbevers commented 4 months ago

Generating the zip and tar.gz files for the PROJ-data releases have proven to be unreliable on the Mac that I am currently using when preparing new releases. Both releases in the 9.4 series have been affected and included unwanted ._-files. To prevent this in the future a new workflow based on GitHub Actions will be investigated.

Ideally, a pushed git tag will trigger creation of the release packages and store them as artifacts attached to given workflow run. This would mean that when a tag such as 1.18.0RC1 is pushed a workflow will be triggered that creates PROJ-data-1.18RC1.tar.gz and PROJ-data-1.18RC1.zip and stores them as downloadable artifacts. Upload to download.osgeo.org will be a manual process as previously.

sebastic commented 4 months ago

It might be simpler to remove the extended attributes from any files in the working directory as part of the release process, e.g.:

find . -type f -exec xattr -c {} \;
kbevers commented 4 months ago

That is just yet another step to mess up. An automated procedure is preferred and this is a sufficient pain point for to make it happen.

mwtoews commented 4 months ago

I've been thinking of a similar strategy too. The libgeos team have a release.yml workflow as inspiration. And now their md5sum from (e.g) geos-3.12.1.tar.bz2 at https://github.com/libgeos/geos/releases/tag/3.12.1 is identical to the one at https://download.osgeo.org/geos/ which is neat. This idea applies to PROJ too.

hobu commented 4 months ago

I implemented automated release artifact generation (and signing!) using GitHub Actions in libgeotiff recently. This could be adapted to PROJ/PROJ-data without much trouble.

https://github.com/OSGeo/libgeotiff/pull/115