{"id":122002,"date":"2025-02-19T02:22:05","date_gmt":"2025-02-19T00:22:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/opensuse-testiruet-podderzhku-povtoryaemyh-sborok"},"modified":"2025-02-19T02:22:05","modified_gmt":"2025-02-19T00:22:05","slug":"opensuse-testiruet-podderzhku-povtoryaemyh-sborok","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/opensuse-testiruet-podderzhku-povtoryaemyh-sborok","title":{"rendered":"openSUSE testet die Unterst\u00fctzung f\u00fcr wiederholbare Builds","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Entwickler der openSUSE-Distribution berichteten \u00fcber die Fortschritte des Projekts zur Unterst\u00fctzung reproduzierbarer Builds. Im Rahmen des Projekts wurde ein konzeptioneller Fork der Distribution Reproducible-openSUSE (RBOS) erstellt, der die M\u00f6glichkeit bietet, 100 % identische Bin\u00e4rpakete basierend auf dem bereitgestellten Repository mit Quelltexten, das 3300 Pakete umfasst, zu erstellen. Im Laufe der Projektarbeit wurden etwa 40 Patches (1, 2, 3) vorbereitet, die Probleme mit der reproduzierbaren Neubewertung von Paketen l\u00f6sen. Etwa die H\u00e4lfte dieser Patches wurde bereits an die Upstream-Projekte weitergeleitet. Die Builds von Reproducible-openSUSE sind derzeit nur f\u00fcr Testzwecke ausgelegt und werden nicht f\u00fcr den Einsatz in Produktionssystemen empfohlen, da f\u00fcr sie keine Sicherheitsupdates bereitgestellt werden. <\/p>\n
Das Projekt erm\u00f6glicht es dem Benutzer, eigene Builds zu erstellen, die bitweise mit den zum Download angebotenen fertigen Builds \u00fcbereinstimmen, um sicherzustellen, dass die in Paketen verbreiteten Bin\u00e4rdateien aus den bereitgestellten Quellcodes erstellt wurden und keine versteckten \u00c4nderungen enthalten. Die M\u00f6glichkeit, die Identit\u00e4t eines Bin\u00e4r-Builds zu \u00fcberpr\u00fcfen, erm\u00f6glicht es, sich nicht nur auf das Vertrauen in die Build-Infrastruktur des Distributors zu verlassen. Eine Kompromittierung des Compilers oder der Build-Tools k\u00f6nnte zu versteckten Hintert\u00fcren f\u00fchren. <\/p>\n
Bei der Erstellung reproduzierbarer Builds werden derartige Details ber\u00fccksichtigt wie die genaue \u00dcbereinstimmung von Abh\u00e4ngigkeiten, die Verwendung eines unver\u00e4nderten Satzes und Versionen der Build-Tools, ein identischer Satz von Optionen und Standardeinstellungen, die Beibehaltung der Reihenfolge der Dateibauten (Anwendung der gleichen Sortiermethoden), das Deaktivieren der Hinzuf\u00fcgung von nicht konstanten Metainformationen durch den Compiler, wie Zufallswerte, Dateipfade und Build-Daten. Auch Fehler und Race Conditions in den Werkzeugen beeinflussen die Reproduzierbarkeit der Builds. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"