Skip to content

Release 1.0.1 - #119

Merged
jdhughes-dev merged 9 commits into
mainfrom
v1.0.1
Sep 6, 2026
Merged

Release 1.0.1#119
jdhughes-dev merged 9 commits into
mainfrom
v1.0.1

Conversation

@github-actions

@github-actions github-actions Bot commented Sep 6, 2026

Copy link
Copy Markdown
Contributor

Release 1.0.1

The release can be approved by merging this pull request into main. This will tag and
draft a GitHub release, publish the package to PyPI, and open a follow-up pull request
resetting develop from main with the version incremented.

Changelog

Bug fixes

github-actions Bot and others added 9 commits September 5, 2026 13:09
They were committed to main while preparing the release and would be
carried into develop by this merge.
Preparing a release staged the whole work tree, so the modflow executables
downloaded to run the tests were committed to the release branch and merged
to main: 61 MB across autotest/mf6, autotest/mf5to6 and autotest/zbud6. The
release now stages the version files and the changelog by name, and the
executables are ignored.

Formatting is checked rather than applied, so a release cannot quietly
reformat sources it is not staging. Continuous integration already enforces
the same checks on develop, so a release branch cut from it is clean.
Pull requests are squash merged, so the title becomes the commit message
the release notes are generated from, and git-cliff drops anything that is
not a conventional commit header without saying so. The logger_level
parameter was added by such a commit and was missing from the 1.0.0 notes;
63 commits were skipped in that release. Titles are now checked, except on
the release and reset pull requests, which a bot opens and which are not
squash merged.

The publishing guide records that PyPI matches a trusted publisher on the
organisation, repository, workflow and environment names, since renaming
the organisation invalidated the publisher and nothing reported it until
the 1.0.0 release failed to upload.
* ci: bump actions off node 20

GitHub is forcing actions/checkout and astral-sh/setup-uv onto node 24
because the pinned majors still target node 20, which is deprecated.
Bumping them clears the warning before the forcing is withdrawn.
upload-artifact is bumped for the same reason.

modflowpy/install-modflow-action has no major past v1, and
orhun/git-cliff-action and pypa/gh-action-pypi-publish are current.

* ci: run the pre-idm tests through uv

Unlike the other two test jobs, the pre-idm job invoked pytest directly
rather than through uv, so it depended on the virtual environment being on
PATH. Bumping setup-uv dropped that, and the job failed with 'pytest:
command not found' on every platform and python version.
The executables are fetched from github at the start of every test job.
One job of thirty failed on develop when that connection was reset, before
any test ran. The download is attempted twice before the job fails.

The step in the release workflow is already conditional, so its retry
combines that condition with the outcome of the first attempt rather than
carrying a second if key.
pandas below 2.1 declares no upper bound on numpy, so pandas>=1.5 let a
resolver pair pandas 1.5.3 with numpy 2 and produce an environment that
fails on import pandas with "numpy.dtype size changed, may indicate binary
incompatibility". Installing modflowapi 1.0.0 alongside a pinned pandas<2
reproduced it.

2.2.2 is the first release that supports numpy 2 rather than capping it,
so resolution no longer has to drag numpy back to 1.x. The package uses
only DataFrame.from_records and to_records, which are unchanged, so the
bound is about the numpy pairing and not about the pandas API.

conda-forge is unaffected, since its packages carry numpy ABI constraints.
@jdhughes-dev
jdhughes-dev marked this pull request as ready for review September 6, 2026 12:38
@jdhughes-dev
jdhughes-dev merged commit 370ebb3 into main Sep 6, 2026
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.

1 participant