それで、それを明確にしたので、メイントピック、つまり新しいLTSとGDXリリースに戻りましょう。私が言ったように、BlueFin LTSは centosストリーム10 に構築され、
でもありますが、それ以外の場合はBluefinおよびBluefin GTSと同じソースRPMを共有しています。
更新は、起動可能なコンテナ画像を管理するためのツールであるBOOTCを使用して原子的に適用されます。ただし、ローカルパッケージの階層化はサポートされていません。代わりに、アプリケーションはFlathub、自宅、またはその他のコンテナ化された方法を介して提供される予定です。
リリースには、 gnome 48 のバックポートが含まれています。 Bluefin LTSには、安全なブートサポート、ZFS統合、および古いセットアップツールを置き換える新しいAnaconda Webベースのインストーラーを介した更新されたインストールエクスペリエンスも備わっています。
さらに、GNOMEデスクトップ環境は、Dash to Dock、Appindicator、Blur My Shell、Caffeineなど、Dash to Dock、Blur My Shell、
など、デフォルトでプリインストールされた少数の人気エクステンションが登場します。
2つのインストールトラックがあることに注意することが重要です。標準のLTSリリースは、ディストリビューションの寿命にLinuxカーネル6.12で出荷されます。 6.15 それは、フレームワーク12やフレームワークデスクトップなどの新しいハードウェアをより適切にサポートしています。
これらのブランチ間の切り替えは、 ujust rebase-helper をインストールした後に実行できます。 X86_64とARM64画像の両方が利用可能です。
ただし、すべてのピースがまだ整っているわけではありません。キュレーションされた bazaar さらに、GNOME-USER-SHAREは含まれておらず、HWEブランチは起動時に安全なブートをサポートしていません。これらのギャップはerrataとしてフラグが付けられており、後で修正が予想されます。
さあ、次のニュースに。 LTSリリースに加えて、チームはAIおよび機械学習ワークロード向けに設計されたバリアントであるBluefin GDXも導入し、AI開発者をターゲットにしています。ローカルモデル管理のために、Nvidiaドライバー、CUDAサポート、VSCODE統合、ラマラマが出荷されます。
アイデアは、複数の開発者指向のビルドを維持するのではなく、単一のCUDA対応画像を提供することです。 GDXからの更新は、Bluefinの開発者モードに戻って、両方を整列させます。
最後に、GDXリリースには、上流のAIおよびMLツールの改善を目的としたRed Hat Enterprise Linuxコマンドラインアシスタントチームが関与するコミュニティパートナーシップも伴います。
詳細については、発表を参照してください。 X86_64(AMD/Intel)とARM(AARCH64)の画像は、BlueFin LTSの標準ビルドとHWEビルドの両方に加えて、NVIDIAサポートを備えたGDXエディションの両方で提供されます。
