commit b80ab5aeb87403b1143984a03788aeac70884500
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Sat Jun 20 15:49:27 2026 +0200

dev-texlive/texlive-formatsextra: Keyword 2025_p72250 for ~arm64

commit 097901649f080b7ef2b061f85cdd1a05ee3922a9
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Wed Jun 17 09:50:57 2026 +0200

dev-texlive/texlive-formatsextra: Keyword 2026_p72250 for ~arm64

TeX Live collection (texlive-module); architecture-independent (texmf + fmtutil formats; build needs prereq collections merged so fmtutil finds the format .ini sources, as on amd64).

commit eb037eaee643b8bd01ede9902f8d7e7bf779d60a
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Thu May 28 11:47:33 2026 +0200

dev-texlive/texlive-formatsextra: add 2026_p72250

commit b2d7fec7b9493dd30547a70f26ad2468690c6777
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Wed May 27 23:46:48 2026 +0200

dev-texlive: bump stale TL2024 dep references to TL2025 across all 39 collections

Critical-review followup to Phase D4. D4 dropped the TL_PV=2024
transitional pin so the eclass-derived '>=app-text/texlive-core-${PV
%%_*}' resolves to 2025, but the regenerator never substituted the
inline year references inherited verbatim from ::tex-overlay's TL2024
ebuilds:

>=app-text/texlive-core-2024[USE] -> -2025[USE] (6 ebuilds)
>=app-text/dvipsk-2024.03.11_p70015 -> -2025.03.08_p73850
>=dev-texlive/texlive-X-2024 -> -X-2025 (~15 ebuilds)

Functionally the overlay worked under the old form (>=2024 is
satisfied by 2025) but the bounds were misleading about our TL2025
lineage. Tightening to >=...-2025 makes the dep coherent. Users not
running ::stuff would never reach these ebuilds anyway: this
overlay's dev-texlive set IS the 2025 lineage.

pkgcheck after the sweep is unchanged: same 4 NonexistentBlocker
findings, no new issues introduced.

commit e1e97ca92f82a06f9f0a374fdd42a7f60086775b
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Wed May 27 23:30:37 2026 +0200

dev-texlive: drop transitional TL_PV=2024 pin across all 39 collections

texlive-module.eclass auto-derives RDEPEND=">=app-text/texlive-core-
$}", which for our 2025_pNNNNN PVs resolves to
">=app-text/texlive-core-2025". Phase B/C set TL_PV=2024 in each
ebuild to keep that dep solvable against ::gentoo's texlive-core-2024
while we had no TL2025 texlive-core. Phase D1 landed app-text/texlive
-core-2025, so the pin is no longer needed and is dropped uniformly
(plus its preceding rationale comment).

The per-package commit policy applies to per-package work; this is a
mechanical cross-cutting sweep with identical intent across all 39
collections, kept as one commit for review clarity. pkgcheck after
the sweep is unchanged: the same 4 NonexistentBlocker findings on
texlive-{latex,langcjk,xetex,latexextra} carried over from
::tex-overlay's TL2023-era ordering enforcement, no new issues.

commit 631298efb5894a2138cf9b9aa2c6e5d68be4df2d
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Wed May 27 17:02:16 2026 +0200

dev-texlive/texlive-formatsextra: add 2025_p72250