build: pin the @sorb scope to rohana instead of relying on the lockfile

Nothing in this repo said where @sorb/threadnet-call-embedded comes from. It
worked only because pnpm-lock.yaml carries the full tarball URL and CI installs
with --frozen-lockfile; the first version bump drops that cover. Today that ends
in a 404 because the name is still free on npmjs - which makes our only
protection the fact that nobody has claimed @sorb there. Claim it and the same
command resolves silently against a stranger's package, in the exact moment a
fresh download looks normal.

The checked-in .npmrc closes the wrong path instead of documenting it. It holds a
URL and no secret: read access to the registry is anonymous.

Upstream's .gitignore ignores /.npmrc - reasonable where the file holds tokens,
and it would have swallowed this fix without a word. The negation is explicit and
carries the reason, so the next merge does not quietly restore the hole.

Verified in an isolated tree, not assumed: without the file pnpm resolves to
npmjs and fails; with it the scope resolves to rohana at the same integrity hash
the repo lockfile already carries; with rohana unreachable the install fails
outright rather than falling back to npmjs. pnpm install --frozen-lockfile still
passes and leaves the lockfile untouched.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Thore Cimbal
2026-08-18 12:00:00 +00:00
co-authored by Claude Opus 5
parent 6cdb1858a2
commit be323edf10
3 changed files with 46 additions and 0 deletions
+5
View File
@@ -5,6 +5,11 @@
/lib /lib
node_modules node_modules
/.npmrc /.npmrc
# ThreadNet-Fork: unsere .npmrc IST versioniert. Sie bindet nur den Scope @sorb an
# die Registry auf rohana und enthaelt kein Geheimnis (Lesezugriff ist anonym).
# Ohne diese Ausnahme bliebe die Datei lokal, und CI wie frischer Klon loesten
# @sorb weiter gegen npmjs auf - siehe management#0055.
!/.npmrc
/*.log /*.log
package-lock.json package-lock.json
.DS_Store .DS_Store
+15
View File
@@ -0,0 +1,15 @@
# Der Scope @sorb liegt in der Gitea-Registry auf rohana, nicht auf npmjs.
#
# Ohne diese Zeile loest pnpm @sorb/threadnet-call-embedded gegen
# registry.npmjs.org auf. Dass das bisher gutging, lag allein am Lockfile: es
# pinnt die vollstaendige Tarball-URL, und die CI installiert mit
# --frozen-lockfile. Beim ersten Anheben der Version faellt dieser Schutz weg.
#
# Heute endet das in einem 404, weil der Name auf npmjs frei ist. Genau darauf
# darf man sich nicht verlassen: registriert dort jemand @sorb, loest derselbe
# Befehl still gegen ein fremdes Paket auf (dependency confusion) - und zwar in
# dem Moment, in dem ein neuer Download ohnehin erwartet wird.
#
# Kein Geheimnis in dieser Datei: der Lesezugriff auf die Registry ist anonym.
# Siehe management#0055.
@sorb:registry=https://rohana.axion1337.de/api/packages/sorb/npm/
+26
View File
@@ -148,3 +148,29 @@ auflösbar) — dort laufen Entwicklung und CI (`.gitlab-ci.yml`). Die Kopie auf
`rohana.axion1337.de/sorb/ThreadNet-Web` ist ein **Push-Mirror** (automatisch, GitLab → `rohana.axion1337.de/sorb/ThreadNet-Web` ist ein **Push-Mirror** (automatisch, GitLab →
Gitea) und dient als Lesekopie plus Standort für Issues, Container-Registry und Releases. Gitea) und dient als Lesekopie plus Standort für Issues, Container-Registry und Releases.
**Niemals direkt nach rohana pushen** — der Mirror überschreibt divergente Stände. **Niemals direkt nach rohana pushen** — der Mirror überschreibt divergente Stände.
## Element Call anheben (`@sorb/threadnet-call-embedded`)
Das Call-Widget kommt als npm-Paket aus der **Gitea-Registry auf rohana**, nicht von
npmjs. `.npmrc` im Wurzelverzeichnis bindet den Scope fest:
```
@sorb:registry=https://rohana.axion1337.de/api/packages/sorb/npm/
```
Zum Anheben genügt damit der normale Weg — **kein Zusatzschritt, keine Umgebungsvariable**:
```sh
# Version in apps/web/package.json setzen, dann:
pnpm install --lockfile-only # Lockfile zieht die neue Tarball-URL von rohana
pnpm --dir apps/web build # NICHT --filter web: das endet mit exit 0, ohne zu bauen
```
Danach muss die Tarball-URL im `pnpm-lock.yaml` auf `rohana.axion1337.de` zeigen. Tut sie
das nicht, ist die `.npmrc` verlorengegangen: **ohne sie löst pnpm gegen npmjs auf**, und
das geht heute nur deshalb laut aus (404), weil der Name `@sorb` dort noch frei ist —
verlässt man sich darauf, ist es ein *dependency-confusion*-Weg. Siehe management#0055.
Vor dem Anheben liegt das Paket erst dann in der Registry, wenn in `threadnet-call` der
manuelle Job `publish_npm` gelaufen ist — der ist bewusst manuell und wird von sorb
ausgelöst.