Sodaliteは、RPM-OstreeとFedoraのオントップで構築された不変のデスクトップOSであり、Fedora Silverblueに似ており、Pantheonデスクトップを利用して、小学校によって行われた精神とワークフローに密接に固執しています。
はい。
非常に積極的なコミットの歴史にもかかわらず、ソーダライトは最近かなり自立しています - 主にFyra Labsの素晴らしい人々のおかげで - したがって、リポジトリは活動なしに数ヶ月行きます。これは、特に開発者がメインOSとして使用しているため、プロジェクトが放棄されることを意味するものではありません。リポジトリのアクティビティに関係なく、更新はリポジトリから毎週2回構築されます。ログはアクションで使用できます。
psst!私たちも電報に乗っています。議論を自由に使用できますが、このプロジェクトに関連する議論の大部分はTelegramで行われます。
RPM-Ostreeは進化し続ける技術であり、ISOインストールは現在低い優先度であるため、 ISOは現在利用できません。 Fedora Silverblueなどの既存のRPMオスリーベースのOSが必要です。このOSは、ソーダライトに「再ゼロ」するために使用されます。
sudo ostree remote add --if-not-exists sodalite https://ostree.sodalite.rocks --no-gpg-verifysudo ostree pull sodalite:sodalite/current/x86_64/desktop *sudo rpm-ostree rebase sodalite:sodalite/current/x86_64/desktop*利用可能な複数のブランチがあります。ブランチを参照してください。
ソーダライトのいくつかの枝(または画像)が共存し、並んで開発されています。これらはsodalite/<version>/<arch>/<edition>他のRPM-Ostreeディストリビューションと同様に、refによって区別されます。
<version> | <arch> | <edition> | リリース | ベース | 状態 |
|---|---|---|---|---|---|
current | x86_64 | desktop | 6 Kutai | Fedora 39 |
<version> | <arch> | <edition> | リリース | ベース | 状態 |
|---|---|---|---|---|---|
long-6 | x86_64 | desktop | 6クタイ(長い) | Fedora 39 |
現在(
current)とは異なり、これらのブランチは現在の主要なリリースに更新されません。更新は、ベースFedoraバージョンと同じ日を停止します。必要に応じてこれらを使用するだけです(つまり、特定のバージョン、重要なシステムなどを必要とする問題のあるドライバー)
<version> | <arch> | <edition> | リリース | ベース | 状態 |
|---|---|---|---|---|---|
next | x86_64 | desktop | 6クタイ(次) | Fedora 39 | |
next | x86_64 | desktop-gnome | 7.0RC3 GNOME (次) | Fedora 40 |
今後のリリースの初期バージョン。不安定。ここにドラゴンがあります。すべての希望を放棄します。あなたはドリルを知っています。
これは時々現在(
current)と同じバージョンになるかもしれませんが、このブランチにリリースされた場合、警告なしに今後のリリースにバンプされることに注意してください。
(トッド)
システムの更新を実行することは、次のいずれかで実行できます。
sudo rpm-ostree upgradeを実行しますいずれかのメソッドが終了した後に再起動します。システム設定を開いてシステムに移動することでインストールされたバージョンを確認できます➔オペレーティングシステム:バージョンは「Sodalite」という単語を進めます
何かが壊れた場合は、ターミナルでsudo rpm-ostree rollback実行することでロールバックできます。必要に応じて新しい問題も作成することを忘れないでください!
更新は、毎週水曜日と土曜日に4:00 GMT/±0 (22:00 CST/-6)を開始するビルドサーバーに構築されています。
「長期的な」ブランチを使用することを選択した場合(上記のブランチを参照)、ソーダライトバージョンが終末期に到達するたびにリベースする必要があります。これはsudo rpm-ostree rebase sodalite:sodalite/<version>/<arch>/<edition>で行うことができます。ここで、 <version>は復活したいバージョンであり、他の値は現在の値です。
このプロセスを実行することは、ベースバージョンが終末期に到達する日(ベースFedora Linuxバージョンと同時に)に到達し、重要なシステムコンポーネントの更新なしで残されます。
--container / -cで)容器で走ることは、ソーダライトを構築する好ましい方法です
--ex-use-docker 。 Dockerでのランニングは、完全にテストされていて実験的です!git lfs :インストールされている場合のヘルプ出力プリントポッドマンを持っていない場合、またはコンテナでの実行に問題がある場合は、ホスト自体で実行してみてください
dnf install rpm-ostreeでインストールできますgit lfs :インストールされている場合のヘルプ出力プリントsudoへの許可sudo ./build.shを実行しないでください:スクリプトはそれが必要なときに許可を求めますsudoにアクセスできる必要がありますgit clone https://github.com/sodaliterocks/sodalite.git
cd sodalite
git submodule sync
git submodule update --init --recursive将来更新するときは、次のようなサブモジュールを更新することを忘れないでください。
git submodule update --recursive git submodule foreach git pullを使用しないでください。これにより、すべてのサブモジュールが最新バージョンに盲目的に更新されます。これは、特定のタグ/コミット( ./lib/sodaliterocks.firefoxなど)でチェックアウトされる一部のサブモジュールにとって重要です。
./lib/workstation-ostree-config_f*サブモジュール(さまざまな異なるFedoraベースのバージョンのソーダライトの基礎として機能する)は、頻繁に削除されるため、それに応じて削除することを確認してください。たとえば、Fedora 36がEOLに到達すると、 ./lib/workstation-ostree-config_f36 git clean -i使用して作業を行うことができます。
LFSサブモジュールは./lfsにあります。これはGitHubでホストされていないことに注意することが重要ですが、GitHubのLFS手当がタイトであるため、Zio Git(私たちが制御するサーバー)(1GIB帯域幅とストレージのみ)。
LFSに関する問題は、GitHubのSodaliterocks/Sodaliteに提出する必要があります。現在、Zio Gitでは任意のサインアップが許可されていないため、PRSを直接提出することはできません。
世界がgitlabなどを集合的に支持しない限り、ソーダライトは皆の生活を楽にするため、githubにとどまります。マイクロソフトは単なる別の会社です。彼らはあなたを傷つけるつもりはありません。
./build.sh [-t < edition > ] [-w < working-dir > ]その他のオプションについては、 build.sh --helpを参照してください。
通常、これには10〜15分かかります。私があなたにcuppaをつかむように言ったときのことを覚えていますか?それとも冷たいもの?
<edition> (オプション)エディション/ソーダライトのバリアント(デフォルトはcustomになります)./src/treefiles/にリストされているsodalite-<edition>.yamlファイルのいずれかです。 sodalite-<edition>またはJust <edition>引数として使用します。現在、:desktop :標準のPantheonデスクトップdesktop-gnome :将来のバージョンを対象とした代替のgnomeデスクトップcustom :以下のポイントを参照してくださいsodalite-custom.yaml他のツリーファイルを変更する代わりに、独自の変更を使用するのに適した場所です<working-dir> (オプション)ビルド出力用のディレクトリ(デフォルトは./build ) ポッドマンがある場合は、ソーダライトを完全に容器に組み込むことができます。 -c / --containerを使用するだけです。これは実際、リリースサーバーでビルドがどのように行われるかです!ただし、Fedoraコンテナが最初にパッケージをインストールする必要があるため、ビルドが完了するためにさらに数分追加されます。
build.shさまざまなオブジェクトに権限を設定するため、ntfs、fat、またはunixのような権限をサポートしない他のファイルシステムとしてフォーマットされるドライブでは、ビルド障害は避けられません。
WSL2では、ntfsまたは脂肪としてフォーマットされるため、 /mnt/<drive-letter>ディレクトリに構築しないでください。代わりに、Linuxディストリビューション自体のどこかでビルドを実行します( $HOMEまたは/usr/local/srcなど)。
build.shを使用していませんほとんどのRPM-Ostreeディストリビューションは、単にrpm-ostree compose実行するだけで構築できますが、Sodaliteを提供するbuild.sh 、ビルド後のスクリプトに必要ないくつかの追加の手順を実行します(これらは実行せずに失敗します)。したがって、このようにすることはお勧めしません。この方法でディストリビューションを構築する問題は閉じられ、無効としてマークされます。
ビルドコンテンツは、 ./build/ (または<working-dir> toを設定したもの)にあります。これを削除して新たに開始できます。具体的には、これは次のファイル/ディレクトリ(代わりに個別に削除できます)を保持します。
./build/repo/ - ソーダライトのOstreeリポジトリ./build/cache/ - Fedoraパッケージのキャッシュ手動で停止しない限り、 build.sh 、それが出るたびに(成功と失敗の両方で)掃除します。 ./build/ディレクトリの許可(ユーザーに)を修正し、次のファイル/ディレクトリを削除します。
./src/sysroot/common/usr/lib/sodalite-buildinfo/var/tmp/rpm-ostree.*/build.sh exitを許可していない場合は注意してください(トッド)
これらの素晴らしい人々の作品は、ソーダライトにも含まれていない、または関連するものではありませんが、それでも叫ぶ価値があります!
?? ??