Give postulo-mcp the Model Context Protocol logo — but it has no plugin tile to put it on #2
Labels
No labels
bug
documentation
enhancement
security
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Postulo/postulo-mcp#2
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
What was asked
postulo-mcp should carry the Model Context Protocol's logo, the way every plugin carries one
on Postulo's plugins page.
Three things are in the way, and the first is the one that decides the rest
1. postulo-mcp is not loaded by Postulo, so it has no tile
Postulo finds plugins through entry points —
postulo-paperlessdeclarespostulo-mcp declares none. It is not installed into an instance, it is installed beside
the agent (
uv tool install), and Postulo never imports it. There is no manifest, no row onthe plugins page, and therefore nowhere a plugin logo could be shown.
plugins/logos.pyreads the image out of the installed plugin's package; there is no package to read.
This is the same boundary as postulo/postulo#1's first section: postulo-mcp is official and
maintained, and it is deliberately not a plugin in the sense the plugins page means. The
logo request is reasonable; the place it was aimed at does not exist for this repository.
2. Where it can go instead
project", and it is what somebody sees when they find the repository.
docs/PLAN.mdalready names it;if the plugins page or a settings page ever mentions companion tools it does not host,
that is a core change with its own question about showing marks it does not control.
something installed into an instance.
3. The mark belongs to somebody, and it is not us
MODEL CONTEXT PROTOCOL is a registered trademark, №8025467, owned by LF PROJECTS, LLC —
registered 11 November 2025. The protocol sits under the Linux Foundation, and LF projects
publish trademark policies that generally permit nominative use — saying truthfully that
something works with the protocol — while restricting use of a logo as the identity of a
product that is not the project.
That distinction is exactly the line this request sits on:
nominative use, and almost certainly fine.
Apprise's logos as though it were this project's mark — the reading a trademark policy
exists to prevent, because it suggests the protocol endorses or publishes this tool.
Read LF's actual policy for the project before shipping the mark, rather than inferring
from the fact that the logo is downloadable. If it does not permit this use, an original icon
that alludes to the protocol without reproducing the mark does the job and belongs to us.
Whatever is chosen gets a
NOTICErecording where the file came from and under what terms —the same way
assets/support/NOTICE.txtdoes in core for the support button.If a logo is shipped, the format is already decided
plugins/logos.pyin core, from #106, and worth following even outside a plugin tile so thesame file works if this ever becomes one:
and it can carry scripts, and a direct visit is not the
<img>context where a browserrefuses to run them. The MCP logo is published as SVG, so it has to be rasterised.
tiles use.
logoon the manifest — not a static file(plugins install after
collectstatic) and not a URL (img-src 'self').Worth knowing: no official plugin ships a logo yet
Not paperless, imap, apprise, dav or helloworld. The field and the machinery exist — the
manifest's own docstring says the field is there "so that shipping one is a matter of
pointing at an image rather than of inventing somewhere to put it" — and nobody has pointed
at one. So "every plugin bears its own icon" is the design, not yet the state. That gap is
real and belongs to those four repositories, not to this one.