ほぼXNUMX年間の開発の後、 新しいの発売 バージョン パッケージマネージャーから RPM4.15。0. RPM Package Manager（またはRPM、元々はRed Hat Package Managerと呼ばれていましたが、再帰的な頭字語になりました） パッケージ管理ツールです 基本的にGNU / Linuxを対象としています。 プログラムのインストール、更新、アンインストール、検証、および要求が可能です。
RPM4プロジェクトはRedHatによって開発され、RHELなどのディストリビューションで使用されています （から派生したプロジェクトを含む CentOS、Scientific Linux、AsiaLinux、Red Flag Linux、Oracle Linux), Fedora、SUSE、openSUSE、ALT Linux、OpenMandriva、Mageia、PCLinuxOS、Tizen、その他多数。
以前は、独立した開発チームがRPM5プロジェクトを開発しましたが、これはRPM4とは直接関係がなく、現在は放棄されています（2010年以降更新されていません）。
RPMパッケージには、任意のファイルのセットを含めることができます。 最も RPMファイルは「バイナリRPM」です （またはBRPM）一部のソフトウェアのコンパイル済みバージョンが含まれています。
バイナリパッケージの構築に使用されるソースコードを含む「ソースRPM」（またはSRPM）もあります。
これらのファイルヘッダーには、通常のRPMと区別する適切なタグがあり、インストール時に/ usr / srcに抽出されます。
SRPMのファイル拡張子は通常「.src.rpm」です（古いDOS FATなど、長さが3文字に制限されているファイルシステムの.spm）。
RPMの機能は次のとおりです。
- パケットは、GPGおよびMD5で暗号化および検証できます。
- ソースコードファイル（.tar.gz、.tar.bz2など）はSRPMに含まれているため、後で検証できます。
- パッチファイルと同等のPatchRPMおよびDeltaRPMは、インストールされているRPMパッケージを段階的に更新できます。
- 依存関係は、パッケージマネージャーによって自動的に解決できます。
RPM4.15の新機能
この新しいバージョンのRPM4.15では Rpmbuildは、依存関係を動的に構築するためのサポートを追加します src.rpmに含まれています。 スペックファイルの「％generate_buildrequires」セクションのサポートが追加されました。その内容は、検証が必要な依存関係のリスト（BuildRequires）として扱われます（依存関係がない場合はエラーが表示されます）。
このリリースのもうXNUMXつの目新しさは、 ルートを必要とせずにchrootに依存する操作の実験的サポートを追加 （ユーザー名スペースを使用して）chroot環境で特権なしでコンパイルを実行することが可能です。
また、 並列化パッケージセットのサポートは、マルチコアシステムに実装されています。 スレッド数の制限は、マクロ「％_smp_build_ncpus」と変数$ RPM_によって設定されます。
さらに ARMアーキテクチャのサポートが改善されました、さらにarmv8のサポートが追加されました。
もうXNUMXつの重要な変更は RPMを支援するためのダミーデータベースバックエンドの追加 Debianのような非RPMDBシステムで実行します。
広告で強調表示されている他の変更のうち:
- 「％autosetupSCM」モードを有効にする「–scm」オプションが追加されました
- 任意の式を計算するための組み込みマクロ "％{expr：…}"を追加しました（フォーマット "％[expr]"も数日前に提案されました）
- UTF-8エンコーディングは、ヘッダーの文字列データにデフォルトで使用されます
- グローバルマクロ％build_cflags、％build_cxxflags、％build_fflags、および％build_ldflagsをコンパイラとリンカーのフラグとともに追加しました
- コメントを挿入するためのマクロ "％dnl"（次の行に破棄）を追加しました
- Python 3のバインディングは、バイトデータの代わりにシールドされたUTF-8シーケンスの形式で文字列を返します。
- Lua 5.2-5.3には継続的なサポートが提供されており、コードでの互換性の定義は必要ありません。
- 新しいセクション「％patchlist」と「％sourcelist」を追加しました。これを使用して、レコード番号を指定せずに（たとえば、「Patch0：-」の代わりに、名前の単純なリストからパッチとソースコードを追加できます。 popt 1,16-pkgconfig.patch»patchlistセクションでは、％«popt-1.16-pkgconfig.patch»）;を指定できます。
最後に、この新しいバージョンのパッケージマネージャーの改善をテストすることに興味がある人は、次のことを知っておく必要があります。 Fedora 31ベータは、RPM4.15のこの新しいバージョンを実装した最初のディストリビューションのXNUMXつです。
あなたがそれについてもっと知りたいならば、あなたは相談することができます 次のリンク。