Ils me cassent les gonades les gens de chez FlatPak & cieâŠ
Les gens tâannoncent comme avantage dâĂȘtre mĂ©ga reproductible & cie, mais packagent la glibc dans leur image de base, qui tourne donc sur un kernel totalement inconnu et diffĂ©rentâŠ
Et annoncent que comme ça lâupstream nâaura quâun seul binaire Ă construire. Pour lâexĂ©cuter partout.
En score de yoloitude, je dirais trop / 42.
Si on sâemmerde avec du pbuilder ou autre sous Debian pour garantir quâon livre bien un binaire qui tourne sur la version de la glibc qui lâa compilĂ©, ce nâest pas pour rien hein.
Câest que câest juste complĂštement random en terme de comportement dâexĂ©cuter un binaire construit sur une glibc diffĂ©rente. Et donc a fortiori sur un kernel diffĂ©rent.
@aeris Allez, détends-toi, de toute façon, on casse l'Internet à 1600 UTC. #rockAndRoll #grandRemplacement
@bortzmeyer Possible averses orageuses sur Paris d'ailleurs Ă cette heure lĂ . CoĂŻncidence ? đ€ @aeris
@Shaft @aeris En tout cas, tout est prĂȘt ! https://twitter.com/PacketPusher/status/1050368020273647617
@aeris entre ça et les critiques sur la sécurité flatpak en prend pour son grade
@aeris Je propose un nouveau standard pour Linux & Cie. Un rĂ©pertoire (appelons l'on le /bin/GNUSxS) oĂč les softs viendrait mettre leur propre version de la lib qu'ils veulent utiliser. Comme ça, hop plus de problĂšmes đ€đ€
(Toutes ressemblances avec le systĂšme merdique un OS privateur est purement fortuite)
Et moins reproductible que ça le jour oĂč tu as un bug, il nây a pas.
Tu vas dĂ©jĂ mettre ~ 42 ans rien que pour ne serait-ce quâenvisager que le crash est liĂ© Ă un delta de glibc ou de kernelâŠ