David Hotham

I expect a sensible fix is as simple as adding a `pattern` to the jsonschema [here](https://github.com/python-poetry/poetry-core/blob/010688e2c7d9bf90d77945386ab168c441b1d3fb/src/poetry/core/json/schemas/poetry-schema.json#L13-L16), if you care to contribute cf https://packaging.python.org/en/latest/specifications/name-normalization/#valid-non-normalized-names

Please provide a way to reproduce. The `pyproject.toml` you have given will not produce the behaviour you describe.

Since you do not declare `lib` as a path dependency I do not see how locking of `app` can be satisfied. Perhaps there is some mix up with https://pypi.org/project/lib/, though...

I will not be at a computer for some time: but I continue to fail to understand how the app can succeed in locking. The app does not declare a...

this is basically duplicate #8328 probably the [lines of code](https://github.com/python-poetry/poetry/blob/d31b3ac4dd2868f3695d4457937c6e3cb6db6492/src/poetry/puzzle/provider.py#L311-L312) identified in that issue should just be removed pull request welcome, I expect

You forgot to provide any logs. I'll take a guess that the logs say that this is a problem with cuml, not poetry, and so you should report this to...

I don't think that command touches the archive cache, you'll want to delete the whole cache directory

Clearly poetry is detecting that the archives you are downloading do not have hashes that match the value provided by pypi. You will need to figure out where that download...

"Read-only file system" is obviously not a problem that poetry can solve for you, if that is what you are now reporting then this can be closed

layered path dependencies are pretty much always a bad idea - if you search this issue tracker you will find plenty of examples. In this case you can see that...