Zum Inhalt springen

Aus dem Quellcode bauen

Sie müssen uns nie einfach glauben, was drinsteckt. Der offene Build ist so angelegt, dass ihn jeder nachbauen kann.

Auf dieser Seite wird der offene Build nachgebaut — der Build auf GitHub Releases. Der lizenzierte Build („Kostenlos mit GitHub“ und Pro) enthält Patches, die nicht öffentlich sind, und lässt sich aus diesem Quellcode nicht nachbauen.

Wie ein Build aufgebaut ist

Ein Clearcote-Build ist Upstream-Chromium plus ein transparentes, geordnetes Patch-Set:

  • ungoogled-chromium in der gepinnten Revision holen (Chromium 149).
  • Den Quellbaum bereinigen, dann das ungoogled-Patch-Set anwenden (Entfernen der Google-Dienste).
  • Die Clearcote-Patches anwenden (Identitätskontrollen auf Engine-Ebene).
  • Die öffentliche config/args.gn (Windows) bzw. config/args.linux.gn (Linux) einsetzen.
  • gn gen out/Default, dann ninja -C out/Default chrome.
bash
# high-level outline — see docs/BUILDING.md for the exact, pinned steps
git clone https://github.com/clearcotelabs/clearcote-browser
cd clearcote-browser

# fetch upstream, apply the patches, configure, build (gn + ninja) and package
WORK=~/clearcote-build ./build.sh windows   # or: ./build.sh linux
# the archive lands in $WORK/dist

Empfohlen ist der gepinnte Build-Container aus BUILDING.md, der sämtliche Toolchain-Pins mitbringt. Planen Sie 16 GB RAM oder mehr ein (32 GB empfohlen), etwa 120 GB Speicherplatz und mehrere Stunden.

Zielplattformen

Windows x64 wird per Cross-Build unter Linux mit clang-cl / lld-link gebaut; Linux x64 ist ein nativer Build. Die Windows-Seite ist wirklich aufwendig (Windows SDK + CRT-Staging, Toolchain-Shims), deshalb ist jeder Schritt und jede Stolperfalle aufgeschrieben, damit alles reproduzierbar bleibt.

Maßgebliche Anleitungen

Da Patch-Set und Konfiguration des offenen Builds öffentlich und gepinnt sind, sollte sich ein selbst erstellter Build genauso verhalten wie das veröffentlichte Artefakt — und Sie können die Patches gegen den unveränderten Upstream diffen, um jede einzelne Änderung zu sehen. Builds sind noch nicht Bit für Bit identisch, vergleichen Sie also das Verhalten statt der Hashes.