{"id":123479,"date":"2025-04-12T15:05:20","date_gmt":"2025-04-12T13:05:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/utverzhdeno-obespechenie-povtoryaemyh-sborok-v-fedora-43"},"modified":"2025-04-12T15:05:20","modified_gmt":"2025-04-12T13:05:20","slug":"utverzhdeno-obespechenie-povtoryaemyh-sborok-v-fedora-43","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/utverzhdeno-obespechenie-povtoryaemyh-sborok-v-fedora-43","title":{"rendered":"Godkendt sikring af reproducerbare bygninger i Fedora 43","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
FESCo (Fedora Engineering Steering Committee), der er ansvarlig for den tekniske del af udviklingen af Fedora Linux-distributionen, har godkendt et projekt til sikring af reproducerbare bygninger af pakker i efter\u00e5rsudgaven af Fedora 43. M\u00e5let med initiativet er at muligg\u00f8re anvendelsen af reproducerbare bygninger for mindst 99% af pakkerne i depotet. <\/p>\n
Reproducerbare bygninger giver mulighed for at danne egne RPM-pakker, der svarer til de downloadbare bin\u00e6re pakker. Overensstemmelsen sikres p\u00e5 niveau med de grundl\u00e6ggende metadata og de inkluderede filer i pakken (kun metadata med byggetidspunkt, byggehost og digital signatur vil v\u00e6re forskellige). Brugeren kan selv kontrollere, at de distribuerede bin\u00e6re filer i pakkerne er bygget fra de leverede kildekoder og ikke indeholder skjulte \u00e6ndringer. Kontrollen af identiteten af den bin\u00e6re bygning g\u00f8r det muligt ikke kun at stole p\u00e5 tilliden til distributionens bygningsinfrastruktur; kompromittering af compileren eller byggev\u00e6rkt\u00f8jerne kan f\u00f8re til inds\u00e6ttelse af skjulte bagd\u00f8re. <\/p>\n
Udover sikkerhed vil gentagelige builds ogs\u00e5 v\u00e6re nyttige til kvalitetskontrol \u2014 problemer med at opn\u00e5 gentagelige builds skyldes ofte fejl eller rod i koden, som for eksempel brug af pakker m\u00e6rket som \"noarch\", afh\u00e6ngigheder knyttet til specifikke hardwarearkitekturer. Gentagelige builds vil ogs\u00e5 forenkle udviklingen af pakker \u2014 efter sm\u00e5 rettelser vil de genopbyggede pakker kun adskille sig i de elementer, der er direkte relateret til den foretagne \u00e6ndring, hvilket v\u00e6sentligt vil forenkle sammenligning af pakkeversioner og \u00e6ndringsanalyse. <\/p>\n
N\u00e5r der dannes gentagne builds, tages der h\u00f8jde for faktorer s\u00e5som pr\u00e6cis overensstemmelse med afh\u00e6ngigheder; brug af en u\u00e6ndret sammens\u00e6tning og versioner af build-v\u00e6rkt\u00f8jer; identisk s\u00e6t af muligheder og standardindstillinger; bevaring af r\u00e6kkef\u00f8lgen af filopbygninger (anvendelse af de samme sorteringsmetoder); deaktivering af tilf\u00f8jelsen af usikre oplysninger af compileren, s\u00e5som tilf\u00e6ldige v\u00e6rdier, henvisninger til filstier og dato- og tidsoplysninger om build. Fejl og race conditions i v\u00e6rkt\u00f8jerne p\u00e5virker ogs\u00e5 reproducerbarheden af builds. <\/p>\n
Infrastrukturen for Fedora-projektet er allerede klar til at muligg\u00f8re gentagne builds. For eksempel er der i tidligere udgivelser foretaget \u00e6ndringer i build-systemet, der synkroniserer metadata om \u00e6ndringstidspunkter for filer med reference kildekoden (mtime afh\u00e6nger nu ikke af build-tidspunktet) samt sikrer en konstant r\u00e6kkef\u00f8lge for opregning af metadata og strukturer i bin\u00e6re filer. P\u00e5 nuv\u00e6rende tidspunkt vurderes d\u00e6kningen af gentagne builds til at v\u00e6re 90 %. For at sikre gentagne builds i de resterende 10 % kr\u00e6ves deltagelse fra maintainere af problematiske pakker. For at motivere reparationer i s\u00e5danne pakker er det hensigten at betragte fiaskoer ved gentagne builds som byggefejl. <\/p>\n