Skip to content

Conversation

@seisman
Copy link
Contributor

@seisman seisman commented Dec 5, 2021

Same as #184 but for the devel branch.

Checklist

  • Used a personal fork of the feedstock to propose changes
  • Bumped the build number (if the version is unchanged)
  • Reset the build number to 0 (if the version changed)
  • Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
  • Ensured the license file is being packaged.

@conda-forge-linter
Copy link

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

@seisman
Copy link
Contributor Author

seisman commented Dec 5, 2021

@conda-forge-admin, please rerender

@weiji14
Copy link
Member

weiji14 commented Dec 5, 2021

@seisman, do you think we should bump the devel version to GMT 6.4 first? If so, I can open a PR for that, and then have this PR be rebased on top (or just include the version bump directly). Just that I don't see a good reason to have a GDAL3.4/GEOS3.10.1 version of GMT 6.3.0.dev5 when GMT 6.3 stable is out...

@seisman
Copy link
Contributor Author

seisman commented Dec 5, 2021

do you think we should bump the devel version to GMT 6.4 first? If so, I can open a PR for that, and then have this PR be rebased on top (or just include the version bump directly).

Yes, please open a separate PR bumping the devel version.

@seisman
Copy link
Contributor Author

seisman commented Dec 5, 2021

Closed by #190.

@seisman seisman closed this Dec 5, 2021
@seisman seisman deleted the gdal-geos-migration branch December 5, 2021 08:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants