Hmm, víte někdo jak mohou zaručit binární kompatibilitu, když to překládají s jiným nastavením pro cílovou platformu? Kernel přeložený pro x86–64-v2 přece nebude stejný jako kernel pro x86–64-v3.
S tímto měl problém i CentOS, takže tu binární kompatibilitu z webu nakonec smazali.
100% binárně kompatibilní nebyl právě ani původní CentOS, natož teď klony. Tipuju, že mají hromadu automatizovaných testů pro pokrytí zajištění kompatibility na úrovni ABI pro většinu use-casů a zbytek delegují na uživatele => pokud člověk najde situaci, kdy Alma nemá shodné ABI jako RHEL, berou to jak bug a odstraní to. Jinak co si pamatuju, s CentOSem byla kontroverzní formulace "bug-for-bug compatible", která nedávala smysl, neb RedHat nedává ke zdrojákům errata, ne formulace "binary compatible", nebo "ABI compatible".
Tak jako tak platí, že pokud člověk potřebuje 100% jistotu shody se RHELem, musí sáhnout po RHELu. Moje zkušenost s HPC a workstationama je taková, že Alma má tu kompatibilitu na úrovni RHEL ABI úplně v pohodě a na odchylky, nebo nekompatibility jsem v provozu nenarazil. Z klonů RHELu je to za mě ten asi nejpovedenější, nejlíp spravovaný a super i v podpoře HW. Fakt se mi líbí, že se nebojí nabízet moduly / SW i mimo výchozí RHEL, jako třeba teď podepsané moduly pro Nvidii.
https://web.archive.org/web/20110725153401/http://www.centos.org/
"CentOS conforms fully with the upstream vendors redistribution policy and aims to be 100% binary compatible."
To bug-to-bug právě používali až potom, co odstranili tu binary compatibility (protože to s jiným buildrootem nešlo).