Repository navigation
chore: bump oven/bun to 1.4.2 (upstream 8d30945) and drop stale docker-compose.yaml - #11
Conversation
|
Note The title starts with
|
nordz0r
left a comment
There was a problem hiding this comment.
Вердикт: approve, блокеров нет. HEAD b37b7be.
Дифф (4 файла, +5/−51): только ARG BUN_IMAGE с комментарием в Dockerfile, строка про базу в README.md:272 / README.en.md:273 и удалённый docker-compose.yaml. Обе стадии (build, runtime) берут один ${BUN_IMAGE}. Намеренные отличия от апстрима не тронуты: secret OCX_API_TOKEN_FILE=/run/secrets/ocx_api_token, встроенные CLI, bun update для fast-uri / @modelcontextprotocol/sdk / proxy-addr, tmpfs /tmp с noexec, образ ghcr.io/nordz0r/opencodex:latest в compose.yaml.
Digest: oven/bun:1.4.2@sha256:9114c058…0546895 совпадает с Dockerfile апстрима на 8d30945. Docker Hub registry API: HEAD /v2/oven/bun/manifests/1.4.2 отдаёт тот же docker-content-digest, application/vnd.oci.image.index.v1+json. В index linux/amd64 (sha256:296a79bb…), linux/arm64 (sha256:3121e24d…) и две attestation-записи unknown/unknown. Это multi-arch index, а не дайджест одной архитектуры.
Остатки: rg -n 'docker-compose|1\.4\.0' по HEAD (включая .github, скрытые файлы) ничего не находит. Шапка «keep both in lockstep» была только в удалённом файле.
CI run 38130273241: Build & smoke, Trivy (CRITICAL + fixable HIGH, 0 находок), SBOM зелёные. GitGuardian тоже зелёный. В логе сборки FROM docker.io/oven/bun:1.4.2@sha256:9114c058…, а bun install / bun update пишут v1.4.2 (744846f84).
Мелочи, не блокеры:
- PR-smoke всё ещё собирает апстрим v2.79.0, а Bun 1.4.2 у апстрима идёт с v2.81.0. На 2.79.0 гейт совместимости прошёл, но пин smoke стоит поднять до актуального тега отдельным PR.
- В
node_modulesприложения есть npm-пакетыbun@1.4.0/@types/bun@1.4.0из upstream-лока v2.79.0. Это зависимости апстрима, рантайм от них не зависит, трогать не нужно.
nordz0r
left a comment
There was a problem hiding this comment.
PR-ревьюер: approve @ b37b7be. Пин oven/bun:1.4.2@sha256:9114c058…0546895 совпадает с upstream 8d30945 байт в байт; digest проверен в Docker Hub (HEAD manifests/1.4.2 → 200, тот же docker-content-digest). Удаление docker-compose.yaml оправдано: он устарел (2.59.0) против compose.yaml (latest), других ссылок нет. CI pull-request run 38130273241 зелёный (build, smoke, Trivy, SBOM), GitGuardian зелёный. Мержу squash.
Ветка от
main@9ac71b84df0341d4711aeb91e9456b661dceb13a, один коммит, без force-push. Live (dd) не трогали.1. Удалён
docker-compose.yamlcompose.yaml(«Keep both in lockstep»), но разошёлся с ним после нашего коммита7ec901e(docs(compose): example image tracks latest published release). Тот коммит перевёл наlatestтолькоcompose.yaml, а вdocker-compose.yamlостался устаревшийghcr.io/nordz0r/opencodex:2.59.0без комментария про отдельныйCODEX_HOME.7ec901eесть только в нашем репозитории, в upstreamlidge-jun/opencodexэтого SHA нет.compose.yaml; Compose v2 читает его по умолчанию.rg -n docker-composeпо репозиторию (README, workflows, scripts,.github) не нашёл других ссылок, чистить было нечего.compose.yamlне менялся, в нём остаётсяlatest.2. Bun 1.4.0 → 1.4.2
Dockerfile:ARG BUN_IMAGE=oven/bun:1.4.2@sha256:9114c058aeae42162ee16dd5084b95fe9473970bb6bcb5b232ab1630f0546895, общий для обоих стадий (buildиruntime).8d30945(fix(runtime): ship Bun 1.4.2…, #6713) и в Dockerfile upstream-тегаv2.81.0. В upstream рантайм на 1.4.2 (исправлен стримингBun.fetchна Windows, #6684), а тестовый раннер CI оставлен на 1.4.0 из-за segfault в--isolate. Последнее касается только их CI, не образа.HEAD /v2/oven/bun/manifests/1.4.2→ 200,docker-content-digest: sha256:9114c058…0546895(OCI index), linux/amd64 и linux/arm64. sha256 тела index совпадает с digest. У образа amd64org.opencontainers.image.version=1.4.2.README.mdиREADME.en.md: версия базыoven/bun:1.4.2@sha256:<digest>.rg -n '1\.4\.0'по репозиторию: других упоминаний (workflows, scripts) нет. Bun-версия есть только в Dockerfile и двух README.Не менялось (намеренные отличия от upstream)
Секрет токена, встроенные CLI, патчи
bun update, tmpfsnoexec, образ из GHCR, пороги Trivy.