{"id":120153,"date":"2024-10-12T13:09:06","date_gmt":"2024-10-12T11:09:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-paketnogo-menedzhera-rpm-4-20-i-nachalo-razrabotki-rpm-6"},"modified":"2024-10-12T13:09:06","modified_gmt":"2024-10-12T11:09:06","slug":"vypusk-paketnogo-menedzhera-rpm-4-20-i-nachalo-razrabotki-rpm-6","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/vypusk-paketnogo-menedzhera-rpm-4-20-i-nachalo-razrabotki-rpm-6","title":{"rendered":"Wydanie mened\u017cera pakiet\u00f3w RPM 4.20 i rozpocz\u0119cie prac nad RPM 6","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Po roku prac rozwojowych zrealizowano wydanie mened\u017cera pakiet\u00f3w RPM 4.20.0. Projekt RPM4 jest rozwijany przez firm\u0119 Red Hat i u\u017cywany w takich dystrybucjach jak RHEL, Fedora, SUSE, openSUSE, ALT Linux, OpenMandriva, Mageia, PCLinuxOS i Tizen. Kod projektu jest udost\u0119pniany na licencjach GPLv2 i LGPLv2. <\/p>\n
W przysz\u0142ym roku planowane jest wydanie znacz\u0105cej ga\u0142\u0119zi RPM 6, w kt\u00f3rej zastosowany zostanie nowy format archiwum, umo\u017cliwiaj\u0105cy w przeciwie\u0144stwie do obecnie u\u017cywanego formatu cpio tworzenie pakiet\u00f3w wi\u0119kszych ni\u017c 4 GB (pokonanie tego ograniczenia jest istotne, poniewa\u017c pakiet SRC z Chromium jest bliski granicy i ma rozmiar 3,7 GB). W nowej ga\u0142\u0119zi r\u00f3wnie\u017c planuje si\u0119 zezwolenie na u\u017cycie j\u0119zyka C++ do tworzenia RPM. Nowa znacz\u0105ca ga\u0142\u0105\u017a b\u0119dzie mia\u0142a miejsce z okazji jubileuszu projektu - 27 listopada 2025 roku minie 30 lat od pierwszego commita w RPM. Wersje RPM 5.x zostan\u0105 pomini\u0119te, aby unikn\u0105\u0107 nak\u0142adania si\u0119 z projektem RPM5, kt\u00f3ry nie jest bezpo\u015brednio zwi\u0105zany z RPM od Red Hat, rozwija\u0142 si\u0119 niezale\u017cnie przez zesp\u00f3\u0142 deweloper\u00f3w i nie by\u0142 aktualizowany od 2016 roku. <\/p>\n
Najbardziej zauwa\u017calne ulepszenia w RPM 4.20: <\/p>\n
\n
Do pakietu do\u0142\u0105czono nowe narz\u0119dzie rpm2archive, kt\u00f3re zast\u0105pi\u0142o narz\u0119dzie rpm2cpio i w przysz\u0142o\u015bci u\u0142atwi przej\u015bcie na nowy format pakiet\u00f3w, nie u\u017cywaj\u0105cy cpio. W przeciwie\u0144stwie do rpm2cpio, nowe narz\u0119dzie przekszta\u0142ca plik RPM nie w archiwum cpio, a w archiwum w formacie tar, skompresowanym za pomoc\u0105 gzip. Stare narz\u0119dzie rpm2cpio zosta\u0142o zast\u0105pione dowi\u0105zaniem symbolicznym do rpm2archive.\n
Proponowany jest deklaratywny system budowy, oparty na u\u017cyciu nowej dyrektywy \u201eBuildSystem\u201d, za pomoc\u0105 kt\u00f3rej mo\u017cna okre\u015bli\u0107 system budowy wykorzystywany podczas tworzenia pakietu. Kod \u017ar\u00f3d\u0142owy jest automatycznie przygotowywany, kompilowany i instalowany z uwzgl\u0119dnieniem okre\u015blonego systemu budowy, bez konieczno\u015bci osobnego definiowania w pliku SPEC skrypt\u00f3w przygotowania, budowy i instalacji w blokach \u201e%prep\u201d, \u201e%build\u201d i \u201e%install\u201d. W RPM obs\u0142ugiwane systemy budowy s\u0105 definiowane w postaci zbior\u00f3w makr.\n
G\u0142\u00f3wna idea polega na tym, \u017ce deklaratywny format konfiguracji pozwoli tw\u00f3rcom dystrybucji na tworzenie oddzielnych makr dla typowych proces\u00f3w budowy, aby nie musieli definiowa\u0107 powtarzaj\u0105cych si\u0119 scenariuszy w ka\u017cdym pakiecie. Na przyk\u0142ad zamiast definiowa\u0107 sekwencje uruchamiania polece\u0144 configure i make dla program\u00f3w korzystaj\u0105cych z Autotools, wystarczy teraz okre\u015bli\u0107 \u201eBuildSystem: autotools\u201d i zrezygnowa\u0107 z sekcji \u201e%prep\u201d, \u201e%build\u201d i \u201e%install\u201d. Obecnie podobne makra zosta\u0142y przygotowane dla Autotools i CMake. W razie potrzeby wdro\u017cenia niestandardowego zachowania, osobom do\u0142\u0105czaj\u0105cym pakiety daje si\u0119 mo\u017cliwo\u015b\u0107 pod\u0142\u0105czenia w\u0142asnych makr do nadpisania r\u00f3\u017cnych etap\u00f3w tworzenia pakietu. <\/p>\n
Dodano wsparcie dla do\u0142\u0105czania dodatkowych sekcji z poleceniami przygotowania, budowania, instalacji, konfiguracji, czyszczenia i weryfikacji, uzupe\u0142niaj\u0105cych podstawowe sekcje %prep, %conf, %build, %install, %check i %clean. Aby uruchomi\u0107 dodatkowy skrypt przed wykonaniem kodu z podstawowej sekcji, zaproponowano opcj\u0119 «-p», a po podstawowej sekcji — opcj\u0119 «-a». Tego typu podmiany mog\u0105 okaza\u0107 si\u0119 przydatne do precyzyjnej korekty zachowania podczas u\u017cywania wcze\u015bniej opisanego deklaratywnego trybu budowy.\n
Do dynamicznie tworzonych cz\u0119\u015bci plik\u00f3w SPEC zezwala si\u0119 na w\u0142\u0105czanie dyrektyw i sekcji, kt\u00f3re nie wp\u0142ywaj\u0105 na proces budowy.\n
Dodano makro %builddir i zrealizowano zarz\u0105dzan\u0105 przez RPM mo\u017cliwo\u015b\u0107 przypisywania w\u0142asnych katalog\u00f3w budowlanych do oddzielnych pakiet\u00f3w.\n
Protok\u00f3\u0142 «multi-file» znacznie przyspieszaj\u0105cy generowanie zale\u017cno\u015bci zosta\u0142 zaproponowany.\n
Do polecenia rpm dodano opcj\u0119 «—json» do wy\u015bwietlania wynik\u00f3w zapyta\u0144 w formacie JSON.\n
Dodano wtyczk\u0119 rpm-plugin-unshare, zapewniaj\u0105c\u0105 izolacj\u0119 skrypt\u00f3w wykonywanych w sekcjach budowy przy u\u017cyciu przestrzeni nazw w systemie Linux. Na przyk\u0142ad, wtyczka umo\u017cliwia zablokowanie dost\u0119pu do sieci oraz ograniczenie dost\u0119pu do systemu plik\u00f3w, a tak\u017ce wykorzystanie oddzielnych prywatnych katalog\u00f3w \/tmp i \/home w celu ochrony w przypadku niebezpiecznej pracy z plikami tymczasowymi podczas budowy pakiet\u00f3w.\n
Zaproponowano publiczny interfejs API do opracowywania wtyczek, kt\u00f3ry zachowa kompatybilno\u015b\u0107 mi\u0119dzy wersjami. Wcze\u015bniej API dla wtyczek by\u0142o przewidziane tylko do wewn\u0119trznego u\u017cytku i mog\u0142o si\u0119 zmienia\u0107 z wersji na wersj\u0119.\n
Do polecenia rpmkeys dodano opcje «—list» oraz «—delete».\n
Do zespo\u0142u rpmsign dodano wsparcie dla tworzenia podpis\u00f3w cyfrowych dla pakiet\u00f3w, z u\u017cyciem kluczy ECDSA.\n
Poprawiono wsparcie dla powtarzalnych bud\u00f3w. Dodano makro «%build_mtime_policy», kt\u00f3re pozwala zarz\u0105dza\u0107 zawarto\u015bci\u0105 dodawanych podczas budowy znacznik\u00f3w z czasem (poprzez warto\u015b\u0107 clamp_to_source_date_epoch mo\u017cna u\u017cy\u0107 sta\u0142ej etykiety, a przez clamp_to_buildtime okre\u015bli\u0107 rzeczywisty czas budowy).\n
W plikach sysusers.d zezwolono na dodawanie wierszy do definiowania cz\u0142onk\u00f3w grupy.\n
Zapewniono poprawne i niezale\u017cne od dystrybucji wsparcie dla plik\u00f3w debuginfo.\n
Zosta\u0142a og\u0142oszona deprecjacja sk\u0142adni makr %patchN (bez spacji przed N), kt\u00f3rej u\u017cycie teraz skutkuje b\u0142\u0119dem (nale\u017cy stosowa\u0107 sk\u0142adni\u0119 «%patch N» lub «%patch -P N», gdzie N — numer \u0142atki).\n
Usuni\u0119to przestarza\u0142y parser OpenPGP.\n
Generatory zale\u017cno\u015bci dla Perl i Python ABI zosta\u0142y przeniesione do osobnych repozytori\u00f3w. <\/ul>\n