アルパインLinux3.23 現在利用可能 システムコアレベルとパッケージエコシステムの両方に大幅な変更が加えられています。このバージョンでは、Alpineは軽量でセキュリティの高いディストリビューションとして確固たる地位を築き、特にコンテナや組み込みシステム環境で高い人気を誇っています。 musl libc、BusyBox、そしてミニマリスト的なアプローチDocker、Kubernetes、またはリソースが制限されたデバイスを扱う場合、このエディションが提供する機能は非常に興味深いものとなるでしょう。
Alpine 3.23では、従来のパッケージアップデートに加え、新しいLTSカーネル、 GCC 15 と LLVM 21、の到着 apk-tools v3インテルのファームウェアツリーの変更、サブパッケージ（udev、systemd、nftables）の再編成、古いソフトウェアのクリーンアップ、そして /usr-merge ファイルシステム用。OpenRCに基づくモジュール性を損なうことなく、また特定のグラフィカル環境を強制することなく、これらすべてを実現します。
Alpine Linux 3.23 でカーネル、ツールチェーン、デスクトップ環境が更新されました
Alpine Linux 3.23のハイライトの一つはカーネルのアップデートです。ディストリビューションは、 Linuxカーネル6.18LTSこのバージョンでは、新機能、より最新のドライバ、そして長期メンテナンスのための強固な基盤が導入されています。この変更は、 アルパイン3.18これは、安定性と最新のハードウェアのサポートを必要とするサーバー、コンテナー、組み込みシステムの両方にメリットをもたらします。
コンパイラの分野では、アルパインは採用することで大きな飛躍を遂げました。 メインコンパイラとしてのGCC 15 パッケージツリー全体を更新して、この新しいバージョンでコンパイルしてください。これには、パフォーマンスの向上、新たな最適化、そしてC、C++、Rust、そしてGCCインフラストラクチャの恩恵を受けるその他の言語のサポートの変更が含まれます。チームは、 GCC 15 の変更文書と移行ガイド 独自のコードをコンパイルするプロジェクトの場合、フラグ、レガシー コード、または依存関係の調整が必要になることがあります。
GCCに加えて、LLVMツールセットも更新されています。Alpine 3.23では、 LLVM 21.1.2 メインバージョンとして。clang/LLVM 20の以前のバージョンは、移行を容易にするためにリポジトリに残っていますが、削除されました。 ディストリビューション自体では使用されなくなった古い LLVM/Clang パッケージ古いバージョンに依存するソフトウェアを保守する場合は、コードを LLVM 21 に移植するか、外部ビルドに依存することをお勧めします。
デスクトップでは、Alpineはデフォルトのグラフィック環境を強制しませんが、このバージョンは最新リリースに更新されており、 GNOME 49、KDE Plasma 6.5.x、LXQt 2.3作曲家ウェイランドに加えて 揺れ1.11X11においてi3の代替として機能します。これにより、Alpineベースの最新ワークステーションへの道が開かれます。
Alpine Linux 3.23 では、新世代のパッケージマネージャー apk-tools v3 が導入されました。
プロジェクトのメインブランチでの数年間の集中的な作業を経て、Alpineはこのバージョンに統合されました。 apk-tools v3、apkパッケージマネージャーの第3世代この変更は、ほとんどのユーザーにとって透過的なものとなることを意図しています。通常のコマンドライン ツールを使用する限り、APK v2 からのアップデートは安全かつシームレスになるはずです。
直接リンクするツールを開発すれば状況は変わります。 libapkその場合、アルパインは警告している。 互換性がない可能性がありますしたがって、新しいlibapkに関連するコード、ヘッダー、およびドキュメントを確認することをお勧めします。パッケージマネージャーのコアはバージョン3にアップデートされていますが、ディストリビューションは現時点では… インデックスとAPKパッケージフォーマットv2を維持するこれにより、新しい形式の完全な採用は後のバージョンまで延期されることになります。
APKバージョン3では、 より柔軟で安全な新しいインデックス形式これは、最新のハッシュアルゴリズムとより堅牢な暗号署名向けに設計されています。さらに、新しいパッケージ形式には、 Zstd圧縮これにより、インストールとアップデートの速度が向上し、ディスク使用量も削減されます。また、新しいコマンドと改善された構成管理も導入されました。 リポジトリを定義するためのより明確なスキームこれにより、ミラーや内部インフラストラクチャを管理する人々の作業が楽になります。
Alpine チームは、あるバージョンから別のバージョンにアップグレードする場合 (たとえば、3.22 から 3.23)、このコマンドを使用することを強くお勧めします。 APKアップグレード – 利用可能このコマンドは、APK に新しいブランチと互換性のある最新バージョンのパッケージを使用するように強制し、システムが不完全なままになる可能性がある異なるブランチ間の奇妙な混合を防止します。
ファイルシステムの/usr-mergeへの移行
アルパインは以前から、ファイルシステムの構成方法に大きな変更を加える準備をしていた。それは、 /usr-mergedこの設計では、 /bin、/sbin、/lib 独立したディレクトリではなくなり、単純なものになる /usr 内の同等のディレクトリを指すシンボリックリンクこれは、Alpine を他の多くの最新ディストリビューションが追随する標準に近づける動きです。
この再設計の目的は 実行ファイルとライブラリを /usr 下の単一のツリーに統合これにより、重複パスが削減され、ソフトウェアのパッケージングが簡素化され、ランタイム環境の予測可能性が向上し、システムが最新のコンテナやrootfsの動作に適合しやすくなります。小さなイメージとコンテナに重点を置いているAlpineにとって、この一貫性は明確なメリットをもたらします。
当初は、Alpine 3.23 でこのシステムを広範囲に導入する予定でした。 新規インストールでは完全に /usr にマージされますしかし、技術的な問題により、グローバル変更は延期されました。ディストリビューション自体にはリリース予定が記載されています。 新しい公式カレンダー このモデルが必須として適用される時期が詳細に説明されており、おそらく 3.26 や 3.27 などの将来のブランチで適用されます。
それでも、Alpine 3.23ではすでにこの設計オプションが利用可能になっています。新しい設備は ユーザーが決定した場合、/usr-mergedこれを行うには、インストールプロセス中に環境変数を設定することができます。 BOOTSTRAP_USR_MERGED=1 実行する前に setup-diskこのようにして、結果として得られるシステムは、すでに構造が融合された状態で誕生します。
すでにインストールされていて移行したい場合は、ディストリビューションで merge-usrパッケージを介した手動の方法インストールが完了したら、rootユーザーとしてバイナリを実行するだけでファイルシステムの再構築が行えます。Alpineの公式アナウンスとWikiでは、特に本番サーバーで必要な手順と注意事項について、より詳細な説明がされています。
アルパインが強調する特別なケースがあります。 / と /usr パーティションを別々のファイルシステムに配置するこの構成は公式にはサポートされておらず、/usr-merge のコンテキストでは、システムの起動失敗を防ぐために細心の注意が必要です。公式ドキュメントでは、このようなシナリオで必要な手順が概説されており、将来を見据えてこのタイプのパーティション分割を行わないことを強く推奨しています。
今後のリリースを見据えて、開発者はモデルが /usr-mergedが唯一の選択肢となるだろうそうなると、古いシステムをまだ使用しているユーザーや、インストールを移行していないユーザーは、サポートが終了した非常に古いブランチ (3.22 など) から移行しようとしたときに、アップグレードがブロックされたり、システムが壊れたりする可能性があります。
linux-stable が linux-edge に置き換わりました
Alpine 3.23のもう一つの構造的変更はパッケージの置き換えである。 linux-stable による linux-edge長年にわたり、Linux-LTSとLinux-Edgeの派生版はカーネル構成とサポートアーキテクチャの点で異なっており、メンテナンスの複雑さを増していました。今回の変更により、 linux-stableはlinux-ltsと同じ構成を採用していますただし、拡張サポート バージョンではなく、カーネルの安定ブランチに従います。
すでにインストールされているシステムの場合 LinuxエッジAPKパッケージマネージャーが自動的にインストールを処理します 代替としてLinux-stableただし、ディストリビューションでは、古いエッジと比較して構成に違いがあること、および存在しなくなった特定のカーネル オプションが必要な場合は、問題レポートを開いて linux-lts 構成に含めるように要求する必要があることが警告されています。
この置き換えには、 ブートマネージャーの手動設定カーネル名が変更され、現在は linux-lts と同じパッケージ レシピに従うようになったため、カスタム ブート構成 (たとえば、手動で調整された GRUB、組み込み環境の syslinux、または非常に特殊な UEFI 構成) を持つシステムでは、エントリをチェックして、新しいカーネルを指していることを確認することをお勧めします。
Alpine Linux 3.23では、ファームウェア、ルール、パッケージ化されたサービスに変更が導入されました。
Alpine Linux 3.23では、ファームウェアとシステムルールの領域で大幅な再編が行われています。まず、ファームウェア Intel ワイヤレス カード用の iwlwifi 持っている linux-firmware-other から linux-firmware-intel に移動しましたこれは特に、ミニマリストの組み合わせを選んだ人に影響します。 linux-firmware-none と linux-firmware-other を併用する インストールのサイズを最小限に抑えます。
それが当てはまり、Intel Wi-Fi に依存している場合は、パッケージを明示的にインストールする必要があります。 LinuxファームウェアIntel APKを使用してファイルを取得する iwlwifi*.ucode.zstdそうしないと、アップデート後にワイヤレス インターフェイスが機能しなくなる可能性があり、これはリモート マシンやラップトップでは特に煩わしいものになります。
ファイアウォール セクションでは、Alpine は nftables ルールの新しいスキームを導入しています。 ルールセットはサブパッケージ $pkgname-nftrules にパッケージ化されます。、ファイルをインストールする /usr/share/nftables.avail/システムでそれらを有効にするには、それらのファイルからシンボリックリンクを作成するだけです。 /etc/nftables.d/これにより、興味のあるルールだけを選択できます。より迅速なオプションが必要な場合は、 nftables-rulesetsと呼ばれるメタパッケージ 利用可能なすべてのルールサブパッケージをインストールします。
清掃と再編成も行われた udevルール彼らのほとんどは引っ越しました。 メインパッケージから -udev サフィックスを持つ特定のサブパッケージへudevが既にインストールされているシステムでは、これらのサブパッケージは自動的に追加されるため、理論上は何もする必要はありません。この変更の目的は、コンテナや超軽量環境でよく見られる、udevを使用しない最小限のインストールを簡素化することです。
同様のことがサービスでも起こる systemdAlpineは依然としてOpenRCをデフォルトのinitシステムとして使用しており、systemdを標準パッケージとして含めていませんが、多くのパッケージが現在では サブパッケージ $pkgname-systemd systemdとの統合に必要なユニットとサービスが含まれています。これは主に、次のようなプロジェクトでの作業を容易にすることを目的としています。 ポストマーケットOS Alpineをベースにsystemdをベースとした環境。このディストリビューションでは、 デフォルトの init システムとして OpenRC を systemd に置き換える意図はありません。.
Alpine Linux 3.23 における注目すべきパッケージとエコシステムのアップデート
Alpine Linux 3.23には、いつものように、 サーバー、開発、デスクトップ エコシステム全体の主要なパッケージ更新最も関連性の高いコンポーネントとしては、言語とランタイムがあります。 ラスト 1.91.x、データベース PostgreSQL 18通訳 Perlの5.42、言語 ルビー3.4.7、実行環境 .NET 10、開発キット OpenJDK 25、インメモリデータベースエンジン ヴァルキー9.0 あるいはフレームワーク Qtの6.10.
ウェブおよびネットワークサービスの分野では、Alpine 3.23には以下が含まれます。 PHP 8.5.0、Docker 29、OpenSMTPD 7.8.0、ISC BIND 9.20.16、ISC Kea 3.0.2、Node.js 24.11.1 LTSこの組み合わせにより、このディストリビューションは、最新のアプリケーション、マイクロサービス、API、電子メールやDNSサービスのための最新の基盤となります。また、最新の状態に更新されています。 バージョン1.25へこれは、Alpine にパッケージ化された多数のクラウドネイティブ プロジェクトにメリットをもたらします。
マルチメディアでは、パッケージ ffmpegがバージョン6から8にアップデートされました多くのffmpegユーザーは既に新しいAPIで再コンパイルしていますが、Alpineはまだ ffmpeg6 および ffmpeg7 パッケージ 互換性がまだ調整されていないコンポーネントについては、 ffmpeg4は永久に削除される予定すべてのコンシューマーを少なくとも ffmpeg 6 に移行した後。
ネットワークツールセット curl が HTTP/3 サポート付きで再コンパイルされました nghttp3 と openssl-quic の統合により、curl に依存して接続を確立するアプリケーションは、新しいトランスポート プロトコルを利用できるようになり、特に高性能 Web サービスや最新の診断ツールにとって興味深いものになります。
Webサーバー nginxは–with-compatオプションでコンパイルされますこれにより、外部の動的モジュールとの互換性が確保されます。さらに、新しいサブパッケージが導入されました。 nginx-mod-dev Alpineツリー外でnginxモジュールをビルドするために必要なソースコードとビルド依存関係が含まれています。ただし、このディストリビューションでは、 クロスコンビネーションをサポートしていません異なるバージョンの nginx または別のディストリビューションでコンパイルされたモジュールは、Alpine パッケージでは正しく動作しません。その逆も同様です。
デスクトップエコシステムは、次のようなコンポーネントの更新からも恩恵を受けています。 BIRD 3.1.4、busybox 1.37.0、Garage 2.1.0、LXQt 2.30、Sway 1.11、wlroots 0.19、zigbee2mqtt 2.6.3他にも多数あります。完全なリストは膨大であり、直接依存している場合は各プロジェクトの注記を確認することをお勧めします。
ネットワークへの大きな変更と削除されたパッケージ
宣言的ネットワーク構成の領域では、Alpine 3.23は以下を組み込んでいます。 ifstate 2は、古い1.xシリーズの設定ファイルと互換性のない新しいメジャーブランチです。つまり、 古い ifstate 1.x ファイルをそのまま再利用することはできません。設定ファイルを新しいスキームと新しい予想される名前に適合させることが重要です。そうしないと、次回の起動時にシステムのネットワーク接続が失われる可能性があります。
公式のifstateドキュメントでは、 設定を新しい2.x形式に移行する特にリモートサーバーや複雑なネットワーク構成に依存するシステムでは、移行は慎重に行うことを強くお勧めします。ここでの注意を怠ると、物理的なアクセスや代替接続が確保されるまでホストにアクセスできなくなる可能性があります。
削除されたパッケージに関しては、Alpine 3.23 はライブラリのクリーンアップ プロセスを続行します。 使用されなくなったQt5 公式パッケージは提供されていません。以前のリリースの傾向に従い、Qt5スタックからより多くのコンポーネントが削除され、レガシーコードのメンテナンスが軽減され、新しいバージョンのQtスタックの使用が促進されました。
さらに、パッケージが削除されます。 ffmpeg4すでに述べたように、そして他のいくつかの放棄されたコンポーネント：パッケージ RSSH 消えるのは 上流メンテナンスの欠如同じことが起こる ircサービス開発は何年も停滞しており、撤退も進んでいる。 postgresql-年齢Apache AGE プロジェクトは PostgreSQL の最新バージョンのサポートに大きく遅れており、追いつくために必要なリソースが不足しているようです。
解決策が必要な人のために PostgreSQL上のグラフデータベースアルパインは、 エイジェンズグラフしかしAGEとは異なり、agensgraphは標準のPostgreSQLのプラグイン可能な拡張機能ではなく、 データベースエンジンの完全なフォークこれはメンテナンスと互換性に影響を及ぼします。
サポートされているアーキテクチャ、ダウンロードおよび更新プロセス
Alpine Linux 3.23 は、さまざまな用途に合わせて調整されたさまざまなイメージ バリアントで公式 Web サイトからダウンロードできます。 標準、拡張、ネットブート、 ラズベリーパイ、汎用ARMおよびミニルートファイルシステムこれにより、ネットワーク用に設計された最小限のストレージまたはイメージを使用して、完全なサーバーのインストールから組み込み環境まですべてをカバーできるようになります。
アーキテクチャに関しては、Alpineは幅広いサポートを維持しています。イメージは以下から入手できます。 x86_64 (64 ビット)、x86 (32 ビット)、AArch64 (ARM64)、ARMv7、ppc64le (PowerPC 64 ビット リトルエンディアン)、s390x (IBM System z)、および LoongArch64この多様性により、異機種混合インフラストラクチャ、研究所、ARM デバイス、メインフレーム環境にとって特に魅力的になります。
既にAlpineをインストールしているユーザーは、デフォルトのパッケージマネージャーを使用してバージョン3.23にアップグレードできます。推奨される手順は、公式ガイドに従うことです。 Alpineを新しいメジャーリリースにアップグレードする そして、リポジトリが新しいブランチに適合したら、コマンドを実行します。 APKアップグレード – 利用可能 コンソールまたはターミナルで実行します。これにより、3.23ブランチの互換性のあるすべてのバージョンが確実に含まれるようになり、「部分的に更新された」パッケージが残ってしまうリスクが軽減されます。
アップデート中に問題が発生した場合、アルパインチームは 公式リポジトリにインシデントレポートを公開するログと設定の詳細を提供することで、バグ修正、ツールの改善、特殊なケースに関するより適切なドキュメントの作成が可能になります。この情報は、Wiki とバージョン 3.23 の公式アナウンスページに掲載されています。 変更点の完全なリスト、Git ログとバグ トラッカーへのリンクまた、繊細な移行に関する具体的な注意事項も記載されています。
アルパインは、 軽量、高度に安全、かつ高度に構成可能なディストリビューションmuslとBusyBoxをベースにしたAlpineは、デフォルトのグラフィカル環境を強制せず、OpenRCをデフォルトのinitシステムとして使用しています。バージョン3.23では、カーネル、ツールチェーン、サービスの近代化においてプロジェクトは大きな前進を遂げ、将来の/usr-merged構成への準備、廃止されたパッケージのクリーンアップ、コンテナ、サーバー、ミニマリストデスクトップにおける機能強化が行われています。そのため、Alpineを選択する人は誰でも、ほぼあらゆるタイプのデプロイメントに対応できる、最新かつ洗練された基盤を手に入れることができます。
