Saltar al contenido

Compilar desde el código fuente

Nunca tienes que fiarte de nuestra palabra sobre lo que hay dentro. El build abierto está pensado para que cualquiera pueda recompilarlo.

En esta página se recompila el build abierto, el que está en GitHub Releases. El build con licencia (Gratis con GitHub y Pro) incluye parches que no son públicos y no se puede recompilar a partir de este código fuente.

Cómo está hecho un build

Un build de Clearcote es Chromium upstream más un conjunto de parches transparente y ordenado:

  • Descarga ungoogled-chromium en la revisión fijada (Chromium 149).
  • Poda el código fuente y luego aplica el conjunto de parches de ungoogled (para quitar los servicios de Google).
  • Aplica los parches de Clearcote (controles de identidad a nivel del motor).
  • Coloca el config/args.gn público (Windows) o config/args.linux.gn (Linux).
  • gn gen out/Default y después 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

La vía recomendada es el contenedor de build fijado que se describe en BUILDING.md, que incluye todas las versiones fijadas del toolchain. Calcula 16 GB de RAM o más (se recomiendan 32 GB), unos 120 GB de disco y varias horas.

Plataformas

Windows x64 se compila de forma cruzada en Linux con clang-cl / lld-link; Linux x64 es un build nativo. La parte de Windows es realmente compleja (preparación del Windows SDK + el CRT, shims del toolchain), así que cada paso y cada trampa están documentados para que el proceso sea reproducible.

Guías canónicas

Como el conjunto de parches y la configuración del build abierto son públicos y están fijados, un build que compiles tú debería comportarse igual que el artefacto publicado, y puedes hacer un diff de los parches contra el upstream original para ver cada cambio, uno por uno. Los builds todavía no son idénticos bit a bit, así que compara el comportamiento, no los hashes.