Projekt-Umbenennung: weg von "theProx" (Proxmox-Markennaehe) — Namensfindung #107

New issue

Open

opened 2026-06-20 14:35:41 +00:00 by chinux · 1 comment

chinux commented

2026-06-20 14:35:41 +00:00

Owner

Ziel

Projekt umbenennen — weg von "theProx". Begruendung:

Marken-/Verwechslungsnaehe zu Proxmox: "theProx" traegt sichtbar "Prox" und sitzt genau im Proxmox-Umfeld → Assoziations-/Verwechslungsgefahr. Proxmox Server Solutions haelt Marken auf "Proxmox". Bei geplanter Kommerzialisierung (Open-Core + Pro) ist das ein reales Risiko.
Nicht als eigene Marke schuetzbar/eintragbar — fuer DPMA/EUIPO ein schlechter Kandidat.
Hypervisor-Vision (#68): kuenftig auch Hyper-V/ESXi → ein PVE-naher Name engt unnoetig ein.

Kriterien (priorisiert)

Freie Domain (.com/.io)
Als Marke eintragbar (unverwechselbar)
Klang/einpraegsam
Kurz tippbar (CLI)

Richtung: MSP-Positionierung (Verwalter fremder Kundenflotten, mandantenfaehig, DACH/GDPR). Bezug zu Virtualisierung/Hosting/Verwaltung darf erahnbar sein.

Aktueller Favorit: "Steward(...)"

Trifft die MSP-Rolle woertlich (Verwalter anvertrauter Kundeninfra). Blankes "steward" ist belegt (PyPI + npm = HTTP 200) und als generisches Wort kaum als Marke/Domain zu sichern → Suffix-Variante noetig. Geprueft (PyPI/npm), alle frei (HTTP 404):

Variante	PyPI	npm	Anmerkung
stewardops	frei	frei	Favorit — "Steward"+Ops, sagt MSP/Ops, CLI-tauglich
stewardhq / steward-hq	frei	frei	"Steuerstand", SaaS-typisch
stewardfleet	frei	frei	explizitester MSP-Bezug, etwas lang
getsteward	–	frei	Domain-Fallback-Muster
stewardly	frei	–

Verworfen: stewart (Personenname/Verwechslung), stewrd (npm belegt + schlecht lesbar), stewarox/-ox (schwer aussprechbar und "-ox"-Anklang wie ProxmOX → genau das, was wir vermeiden wollen).

Offene Pruefungen (vor finaler Wahl)

Domain stewardops.com/.io, stewardhq.com, getsteward.com (Registrar/whois) — Prio 1
GitHub github.com/stewardops + crates.io (API gab nur 403/Rate-Limit, manuell im Browser bestaetigen)
Marke DPMA + EUIPO, Klasse 9 + 42, auf "steward..."/Kombi — Anwalt final (die Kombi ist der schuetzbare Teil)
Software-Kollisions-Websuche fuer den finalen Kandidaten

Entscheidung

Finaler Name: __________

Danach: Umbenennung ist NICHT nur Repo-Rename

Eigene Migrations-Checkliste noetig (separates Issue), u. a.: Binary-Namen (theprox-node-agent), systemd-Unit (theprox-agent), Pfade (/opt/theprox-agent), Install-URLs, Default-Hostnamen, SPDX/Copyright-Header, Docs/Wiki, Gitea-Repo-URL. Reversibel planen, sonst brechen Agent-Enrollment & Self-Update. → Folge-Issue erst nach finaler Namenswahl.

Bezug

#68 (Hypervisor-Vision), Dual-Licensing/Marken-Setup (LICENSING.md), Roadmap-to-Public.

## Ziel Projekt umbenennen — **weg von "theProx"**. Begruendung: 1. **Marken-/Verwechslungsnaehe zu Proxmox**: "theProx" traegt sichtbar "Prox" und sitzt genau im Proxmox-Umfeld → Assoziations-/Verwechslungsgefahr. Proxmox Server Solutions haelt Marken auf "Proxmox". Bei geplanter Kommerzialisierung (Open-Core + Pro) ist das ein reales Risiko. 2. **Nicht als eigene Marke schuetzbar/eintragbar** — fuer DPMA/EUIPO ein schlechter Kandidat. 3. **Hypervisor-Vision (#68)**: kuenftig auch Hyper-V/ESXi → ein PVE-naher Name engt unnoetig ein. ## Kriterien (priorisiert) 1. Freie Domain (.com/.io) 2. Als Marke eintragbar (unverwechselbar) 3. Klang/einpraegsam 4. Kurz tippbar (CLI) + Richtung: **MSP-Positionierung** (Verwalter fremder Kundenflotten, mandantenfaehig, DACH/GDPR). Bezug zu Virtualisierung/Hosting/Verwaltung darf erahnbar sein. ## Aktueller Favorit: "Steward(...)" Trifft die MSP-Rolle woertlich (Verwalter anvertrauter Kundeninfra). **Blankes "steward" ist belegt** (PyPI + npm = HTTP 200) und als generisches Wort kaum als Marke/Domain zu sichern → **Suffix-Variante** noetig. Geprueft (PyPI/npm), alle **frei (HTTP 404)**: | Variante | PyPI | npm | Anmerkung | |---|---|---|---| | **stewardops** | frei | frei | Favorit — "Steward"+Ops, sagt MSP/Ops, CLI-tauglich | | stewardhq / steward-hq | frei | frei | "Steuerstand", SaaS-typisch | | stewardfleet | frei | frei | explizitester MSP-Bezug, etwas lang | | getsteward | – | frei | Domain-Fallback-Muster | | stewardly | frei | – | | Verworfen: `stewart` (Personenname/Verwechslung), `stewrd` (npm belegt + schlecht lesbar), `stewarox`/`-ox` (schwer aussprechbar **und** "-ox"-Anklang wie ProxmOX → genau das, was wir vermeiden wollen). ## Offene Pruefungen (vor finaler Wahl) - [ ] **Domain** `stewardops.com/.io`, `stewardhq.com`, `getsteward.com` (Registrar/whois) — Prio 1 - [ ] **GitHub** `github.com/stewardops` + **crates.io** (API gab nur 403/Rate-Limit, manuell im Browser bestaetigen) - [ ] **Marke** DPMA + EUIPO, Klasse 9 + 42, auf "steward..."/Kombi — Anwalt final (die *Kombi* ist der schuetzbare Teil) - [ ] Software-Kollisions-Websuche fuer den finalen Kandidaten ## Entscheidung - [ ] Finaler Name: **__________** ## Danach: Umbenennung ist NICHT nur Repo-Rename Eigene Migrations-Checkliste noetig (separates Issue), u. a.: Binary-Namen (`theprox-node-agent`), systemd-Unit (`theprox-agent`), Pfade (`/opt/theprox-agent`), Install-URLs, Default-Hostnamen, SPDX/Copyright-Header, Docs/Wiki, Gitea-Repo-URL. **Reversibel planen**, sonst brechen Agent-Enrollment & Self-Update. → Folge-Issue erst nach finaler Namenswahl. ## Bezug #68 (Hypervisor-Vision), Dual-Licensing/Marken-Setup (LICENSING.md), Roadmap-to-Public.

chinux added the

tech-debt

label

2026-06-20 14:35:41 +00:00

chinux commented

2026-06-21 07:55:50 +00:00

Author

Owner

Rename braucht zuerst einen NEUEN NAMEN (Namensfindung mit freier .com/.io-Domain). Den kann ich nicht erfinden. Sobald der Name steht, mache ich das mechanische Rename (Code/Doku/Configs) in einem Rutsch. Welcher Name?

chinux referenced this issue

2026-06-26 14:35:53 +00:00

[Recherche/kein Code] Lizenzverkauf + Rechts-/Steuerfragen klären (Dual-License, CLA, §19, CRA, Marke) #188