Skip to content

Conversation

nikaro
Copy link
Contributor

@nikaro nikaro commented Sep 20, 2025

  • Have you followed the guidelines for contributing?
  • Have you ensured that your commits follow the commit style guide?
  • Have you checked that there aren't other open pull requests for the same formula update/change?
  • Have you built your formula locally with HOMEBREW_NO_INSTALL_FROM_API=1 brew install --build-from-source <formula>, where <formula> is the name of the formula you're submitting?
  • Is your test running fine brew test <formula>, where <formula> is the name of the formula you're submitting?
  • Does your build pass brew audit --strict <formula> (after doing HOMEBREW_NO_INSTALL_FROM_API=1 brew install --build-from-source <formula>)? If this is a new formula, does it pass brew audit --new <formula>?

I think that the current tests actually do not work properly. A MCP server process is a daemon that terminate on SIGTERM so i think it currently fails but with somehow the searched strings in the output.

The cause of the failure is likely the notifications/initialized client anwser that is missing meanwhile it is required by MCP version 2025-03-26.

I have catched this error while trying to write other MCP formulae (PRs coming soon).

Proposed fix:

  • send the missing message
  • send the TERM signal (otherwise process keep running)
  • parse the output to be sure to have right answer

@github-actions github-actions bot added the nodejs Node or npm use is a significant feature of the PR or issue label Sep 20, 2025
I think that the current tests actually do not work properly.
A MCP server process is a daemon that terminate on SIGTERM so i think
it currently fails but with somehow the searched strings in the output.

The cause of the failure is likely the `notifications/initialized`
client anwser that is missing meanwhile it is required by MCP version
`2025-03-26`.

I have catched this error while trying to write other MCP formulae
(PRs coming soon).

Proposed fix:
- send the missing message
- send the `TERM` signal (otherwise process keep running)
- parse the output to be sure to have right answer
@nikaro nikaro force-pushed the fix/mcp-server-kubernetes-test branch from 74e0746 to 682e206 Compare September 20, 2025 06:20
@nikaro
Copy link
Contributor Author

nikaro commented Sep 20, 2025

Hum i don't why it fails on macOS 26-arm64, that's the platform i work on myself and it works :-/

@chenrui333
Copy link
Member

  An exception occurred within a child process:
    Minitest::Assertion: Expected at least 2 responses, got 0

@nikaro
Copy link
Contributor Author

nikaro commented Sep 20, 2025

  An exception occurred within a child process:
    Minitest::Assertion: Expected at least 2 responses, got 0

Yes i saw this, the MCP server is supposed to return two lines: the response to the initialization request, and the response to tools listing request.

Why i don't understand is why it works on my machine, a M1 on macOS 26, and on the GitHub macOS arm64 runner.

Do you have any tips to debug this easily instead of adding some puts in the formula and re-trigger the CI?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
nodejs Node or npm use is a significant feature of the PR or issue
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants