Non-Gurobi Solver for UV environment
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 148
- Forks
- 55
- Avg merge
- 2d 11h
- Merged PRs (30d)
- 18
Description
Checklist
- I am using the current
masterbranch - I am running on an up-to-date
pypsa-usaenvironment. Update viaconda env update -f envs/environment.yaml
The Issue
When running via UV, the environment can not find the ipopt solver during the clustering steps. Is there a way to us UV with open-source solvers?
Steps To Reproduce
- Run
uv run snakemake -j1 --configfile config/config.default.yaml --scheduler-ilp-solver GLPK_CMD
Expected Behavior
ipopt should be available in the uv environment
Error Message
Anything else?
According to this comment, there may be an issue using CBC with UV? Not sure if this is a limitation of running pypsa-usa via UV right now?
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Inspect envs/environment.yaml and the UV invocation used with uv run snakemake -j1 --configfile config/config.default.yaml --scheduler-ilp-solver GLPK_CMD; compare the declared environment with the solver availability during clustering. Check the referenced issue #483 discussion for related CBC and UV behavior. Done means an open-source solver such as ipopt is available in the UV environment and the documented command reaches the clustering steps successfully.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- devops
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 32/100