Nowa wersja RPM 4.17 została już wydana i to są jej nowości

Wydano nową wersję RPM 4.17 ostatnio i w tej nowej wersji wprowadzono różne poprawki które poprawiają ten menedżer pakietów, ponieważ na przykład obsługa awarii, interfejs do tworzenia makr w języku Lua, nowe wtyczki i wiele innych zostały ulepszone.

Projekt RPM4 został opracowany przez firmę Red Hat i jest używany w dystrybucjach takich jak RHEL (w tym projekty wywodzące się z CentOS, Scientific Linux, AsiaLinux, Red Flag Linux, Oracle Linux), Fedora, SUSE, openSUSE, ALT Linux, OpenMandriva, Mageia, PCLinuxOS, Tizen i wielu innych.

Wcześniej niezależny zespół deweloperski opracował projekt RPM5, który nie jest bezpośrednio związany z RPM4 i obecnie jest porzucony (nie był aktualizowany od 2010 roku).

Pakiet RPM może zawierać dowolny zestaw plików. Większość Pliki RPM to „binarne pliki RPM” (lub BRPM), które zawierają skompilowaną wersję jakiegoś oprogramowania. Istnieją również "źródłowe pakiety RPM" (lub SRPM), które zawierają kod źródłowy użyty do zbudowania pakietu binarnego.

SRPM-y zwykle mają rozszerzenie pliku „.src.rpm” (.spm w systemach plików o długości ograniczonej do 3 znaków, na przykład stare FAT-y DOS).

Funkcje RPM obejmują:

  • Pakiety można szyfrować i weryfikować za pomocą GPG i MD5.
  • Pliki z kodem źródłowym (np. .Tar.gz, .tar.bz2) są zawarte w SRPM, co umożliwia późniejszą weryfikację.
  • Pliki PatchRPM i DeltaRPM, które są odpowiednikami plików poprawek, mogą przyrostowo aktualizować zainstalowane pakiety RPM.
  • Zależności mogą być rozwiązywane automatycznie przez menedżera pakietów.

Główne nowe funkcje RPM 4.17

W nowej wersji RPM 4.17 podkreślono, że znacznie poprawiono obsługę błędów podczas instalacji, Dodatkowo poprawiono również interfejs do tworzenia makr w języku Lua.

Jeśli chodzi o część ulepszeń, które są prezentowane w akcesoriach, podkreślono, że Dodano wtyczki dbus -nuncer raportowanie transakcji RPM za pośrednictwem D-Bus, fapolicyd zdefiniować zasady dostępu do plików i wtyczki fs-verity aby zweryfikować autentyczność poszczególnych plików za pomocą mechanizmu fs-verity wbudowanego w jądro.

W buildroot domyślnie zastosowano regułę usuwania plików ".la" i dodano regułę, aby usunąć wykonywalny bit z plików bibliotek współdzielonych.

Oprócz tego podkreśla się również, że przeprowadzono prace nad poprawą niektórych aspektów wewnętrznych, Takie jak to strony man zostały przekonwertowane do formatu Markdown, nienadzorowane skrypty zostały wyczyszczone, usunięto backendy beecrypt i NSS oraz że zapewniono również wstępny projekt przewodnika po zarządzaniu pakietami i pakowaniu

Z drugiej strony jest o tym mowa Backend DBD został usunięty, aby przechowywać dane w Berkeley DB (Dla kompatybilności ze starszymi systemami, backend BDB_RO pozostaje w trybie tylko do odczytu). Sqlite jest używany jako domyślna baza danych oraz że sterowniki pomocnicze Pythona i generatory pakietów są oddzielone w osobnym projekcie.

Z innych zmian które wyróżniają się na tle nowej wersji:

  • Dodano wbudowane makro% {exist:…} do weryfikacji istnienia pliku.
  • Poszerzono możliwości API do przetwarzania transakcji.
  • Składnia makr wbudowanych i zdefiniowanych przez użytkownika została ujednolicona, podobnie jak format ich wywoływania (% foo arg,% {foo arg} i% {foo: arg} są teraz równoważne).
  • Dodano obsługę podpisów cyfrowych EdDSA.
  • Narzędzia do wyodrębniania Debuginfo są oddzielne w osobnym projekcie.
  • Poprawiony odczyt regresji rpm v3 i innych pakietów
  • Wiele nowych i ulepszonych tłumaczeń
  • Naprawiono parametryczne argumenty makr zdefiniowane przez cli.
  • Naprawiono brakujący kod błędu w –eval, jeśli zapis na standardowe wyjście nie powiedzie się
  • Napraw nieprzestrzeganie uprawnień do plików żądanych przez interfejs API
  • Napraw niepotrzebne unieważnianie pamięci podręcznej bazy danych
  • Dodaj obsługę systemu operacyjnego Darwin

W końcu jeśli chcesz dowiedzieć się więcej na ten temat tej nowej wersji możesz sprawdzić szczegóły W poniższym linku.


Treść artykułu jest zgodna z naszymi zasadami etyka redakcyjna. Aby zgłosić błąd, kliknij tutaj.

Bądź pierwszym który skomentuje

Zostaw swój komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

*

*

  1. Odpowiedzialny za dane: Miguel Ángel Gatón
  2. Cel danych: kontrola spamu, zarządzanie komentarzami.
  3. Legitymacja: Twoja zgoda
  4. Przekazywanie danych: Dane nie będą przekazywane stronom trzecim, z wyjątkiem obowiązku prawnego.
  5. Przechowywanie danych: baza danych hostowana przez Occentus Networks (UE)
  6. Prawa: w dowolnym momencie możesz ograniczyć, odzyskać i usunąć swoje dane.