commit e54848aada11d20d41adb6617d628784d88fa0ce
Author: lucascouts <lucascs@protonmail.com>
Date: Mon Aug 3 00:39:36 2026 -0300

mod(dev-build/gn-0.2501): pina o commit que gerou o snapshot self-hosted

O overlay gera e hospeda o proprio tarball deste pacote, entao ele deixa de
ser consumidor de um artefato e passa a ser o publicador dele. A receita
documentada no ebuild dizia `git archive ... HEAD`, e HEAD anda: regenerar o
arquivo num outro dia publicava BYTES DIFERENTES SOB O MESMO NOME. O commit
produtor sobrevivia so na mensagem de cda533be e no pax header do tarball --
nenhum dos dois alcancavel a partir do ebuild que o usuario compila.

Declara GN_COMMIT=3fd3b0624d8cba16927853600130b2c33d4e7928 e reescreve a
receita em funcao dele. A variavel e' load-bearing, nao decorativa: o
src_configure sintetiza last_commit_position.h (o tarball nao carrega .git,
por isso o --no-last-commit-position), e agora emite a mesma string que o
build/gen.py:266-275 do upstream produz -- "<num> (<sha12>)" -- no lugar do
PV cru. Um pin errado aparece em `gn --version`; nao passa em silencio.

antes: #define LAST_COMMIT_POSITION "0.2501"
depois: #define LAST_COMMIT_POSITION "2501 (3fd3b0624d8c)"

Evidencia executada, nao afirmada:

- receita rodada verbatim a partir do commit pinado, num clone limpo de
gn.googlesource.com, e `cmp` contra o arquivo que distfiles.obentoo.org
realmente serve: exit 0, byte a byte. SHA512 bate com o Manifest.
- contraprova do defeito: a MESMA receita com HEAD gera 887292 bytes contra
os 887192 publicados. O upstream ja andou para 17b0057970fa (2502) desde
o dia do bump, entao a divergencia e' de hoje, nao hipotetica.
- pkgcheck scan --cache=-git --exit error dev-build/gn -> EXIT=0
(unico achado e' PythonCompatUpdate para python3_15, nivel warning)
- emerge -pv dev-build/gn -> resolve, EXIT=0
- md5-cache regenerado (egencache --repositories-configuration): _md5_
0048321107d6f865a131f28573326ff9 -> beb63090e669a9777357ebcdc3c62230

O nome do arquivo ainda NAO codifica o commit. A alternativa considerada era
gn-$-$.tar.xz, que tornaria a colisao impossivel, mas
exige re-upload manual para distfiles.obentoo.org -- e commitar o rename
antes do upload deixaria o SRC_URI em 404, exatamente o que o hold = true do
record existe para evitar. Decisao do mantenedor: adotar no proximo bump,
que sobe um tarball novo de qualquer forma.

Ref: story 006, R7.1/R7.2/R7.4, tarefa 7.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

commit cda533becd05de1b1c63ef3eff4f711f6b4d80de
Author: lucascouts <lucascs@protonmail.com>
Date: Sun Aug 2 17:37:02 2026 -0300

add(metadata/md5-cache/dev-build/gn-0.2501), mod(.autoupdate/packages.toml), up(dev-build/gn-0.2374-r1 -> 0.2501)

O bentoo passa a gerar e hospedar o próprio snapshot do gn.

Upstream publica commits, nunca releases, então alguém precisa empacotar.
Quem fazia isso era o ::gentoo, em deps.gentoo.zip — e aquele espelho só
carrega a versão em que o ::gentoo está, o que prendia este overlay ao
0.2374 (o gn-0.2501.tar.xz de lá dá 404 até hoje). O tarball agora é gerado
aqui e publicado em distfiles.obentoo.org.

A receita foi PROVADA byte a byte antes de ser adotada: reproduzi o
gn-0.2374.tar.xz que o deps.gentoo.zip publica, a partir do clone oficial,
com "git archive --format=tar --prefix=gn-0.2374/ <commit> | xz -9e", e o
diff -rq contra o publicado deu idêntico. O arquivo agora servido foi
rebaixado e conferido: sha512 igual ao gerado, content-type
application/x-xz, 1175 entradas.

PV = 0.<count> de "git describe HEAD --abbrev=12 --match initial-commit",
ou seja 0.2501 em 3fd3b0624d8c. São 127 commits desde o 0.2374.

files/gn-0.2374-test-iwyu.patch REMOVIDO: o upstream o incorporou em
07ea23e5, o primeiro commit após o 0.2374 — o dry-run acusa "previously
applied", isto é, mantê-lo quebraria o src_prepare. O gn-gen-r8.patch segue
aplicando (só offsets, sem fuzz).

Validado com build real, não apenas com emerge -pv: ebuild
unpack/prepare/configure/compile sob FEATURES=network-sandbox, gcc 16.1.1.
O upstream passou a exigir C++23 em 88604adb e o log confirma -std=c++23
sem um único erro de compilação; o binário resultante roda e reporta 0.2501
(a síntese do last_commit_position.h está correta). A fase install falha no
dobin por chown sem root — limitação do host, não do ebuild; pkg_setup e
merge real ficam por verificar.

Record com hold = true: um bump aqui nunca é troca de PV, o tarball tem que
ser gerado e publicado antes. A probe apontando para o deps.gentoo.zip foi
mantida com o sentido invertido — quando ela reportar versão >= a nossa, o
::gentoo alcançou e a auto-hospedagem pode ser aposentada.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

commit 6b1397bc6ea90b3f21bdf81b6d01f4b7ba18ba0f
Author: lucascouts <lucascs@protonmail.com>
Date: Thu May 7 19:09:16 2026 -0300

up(dev-build/gn-0.2374 -> 0.2374-r1)

commit 87f4e676aff60f7cf21fd1c959d94be0d8b85e8a
Author: lucascouts <lucascs@protonmail.com>
Date: Thu May 7 19:07:11 2026 -0300

add(dev-build/gn-0.2374)