fix: repair Docker stdio entrypoint

[thedyps]

Summary

• point the Docker image at the existing stdio entrypoint, openproject-mcp-fastmcp.py
• add FastMCP/runtime dependencies required by that entrypoint
• add the MIT LICENSE file matching the project metadata

Validation

• docker build -t local/openproject-mcp-contrib:test /tmp/openproject-mcp-server-contrib
• timeout 5 docker run --rm -i -e OPENPROJECT_URL=http://example.invalid -e OPENPROJECT_API_KEY=dummy local/openproject-mcp-contrib:test

[AndreaV-Lsi]

Thanks for this, @thedyps — the entrypoint had drifted from the renamed stdio module and the image couldn't start; your fix is on point.

For transparency on where it has landed: LS Instruments maintains an actively developed downstream fork of this project (https://github.com/LS-Instruments/openproject-mcp-server) that we're advancing for day-to-day agentic project management on OpenProject. Given the current upstream review cadence we're maintaining that fork independently for now.

As part of that we've integrated the entrypoint fix and the requirements.txt refresh (we additionally pinned fastmcp<3, since 3.x drops the 2.x tool API the code relies on — an uncapped install pulls 3.4.x and breaks the server). We handled the LICENSE file separately as part of a broader licensing review, so that part of your PR isn't included here. Verified with a container build + server-start smoke. You're credited as co-author on the commit, under the project's MIT license.

Integrated into our main branch: LS-Instruments@58469d1.

We'd gladly contribute this back upstream if review capacity returns, and you're welcome to draw from our fork in the meantime. Thanks again.