Conversation
…always-causes-models-to-be-loaded
tly - cleanly close the file logger from inside with blocks as well as on test failures
…ual_rainforest-package-always-causes-models-to-be-loaded Moving to a single registry and importing on request not automatically
…-logger-output-to-fail
…iling-all-unit-tests-of-logger-output-to-fail Better handling of file loggers in testing
…kage Renaming the package
…figuration Fix RTD builds
…-kernel-is-not-found-on-rtd I'm force merging this to try and get this fixed today. It's an experiment.
dalonsoa
left a comment
There was a problem hiding this comment.
Looks good to me. I've just made a couple of suggestions to move files from one place to another.
To automate the pubisling to PyPI when you create a new release, I'd suggest you follow something similar to what we implemented in this other project: https://github.com/EnergySystemsModellingLab/MUSE_OS/blob/develop/.github/workflows/publish.yml
You will need to setup accounts in PyPI and TestPyPI firs, obviously.
|
@dalonsoa The PR template is in a recognised location, but I agree it's neater in Having an automatic PyPI setup would be good - I might just do this one manually to get it released and then we can revisit that for the next release? |
|
Sounds good! |
…ption-to-ve_run Add progress option to `ve_run`
|
Just pulling in the |
Description
This PR is to merge the current
developinto the release branchmainso that we can then publish the current code ontoPyPIand get the project name fixed inPyPI. As part of this process, I'll also run a test publish toTestPyPI.This isn't a particular target hit or goal achieved, but it is worth making sure we have everything set up and have an official PyPI page for the upcoming paper submission.
Type of change
Key checklist
pre-commitchecks:$ pre-commit run -a$ poetry run pytestFurther checks