Sodalite是一個不可變的桌面操作系統,它是使用RPM-Ostree和Fedora的頂部建造的(類似於Fedora Silverblue),它利用了Pantheon桌面,與基本的精神和工作流程緊密相關。
是的。
儘管有非常活躍的歷史,但如今,索達特人仍然相當自我維持 - 主要歸功於Fyra Labs的很棒的人 - 因此,存儲庫將在沒有任何活動的情況下進行幾個月的時間。這並不意味著該項目被放棄,尤其是因為其開發人員將其用作主要操作系統。無論存儲庫活動如何,每週都會從存儲庫中構建兩次更新:日誌可在操作中可用。
psst!我們也在電報上。當您可以自由使用討論時,與該項目有關的大多數討論都會在電報上進行。
由於rpm-ostree是一項不斷發展的技術,並且ISO安裝目前是當前較低的優先級,因此目前尚無ISO 。需要現有的基於RPM的OSTREE OS,例如Fedora SilverBlue:該OS將用於“重新旋轉”到Sodalite。
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共存的幾個分支(或圖像)並排開發;這些以其參考的區別 - 與其他任何rpm-osttree發行版一樣,其中sodalite/<version>/<arch>/<edition> :
<version> | <arch> | <edition> | 發布 | 根據 | 地位 |
|---|---|---|---|---|---|
current | x86_64 | desktop | 6庫泰 | Fedora 39 |
<version> | <arch> | <edition> | 發布 | 根據 | 地位 |
|---|---|---|---|---|---|
long-6 | x86_64 | desktop | 6 kutai (長) | Fedora 39 |
與當前(
current)不同,這些分支未更新到當前的主要版本:更新將與基本Fedora版本的同一天停止。僅在必要時使用這些(即需要某些版本,關鍵系統等的有問題的驅動程序)
<version> | <arch> | <edition> | 發布 | 根據 | 地位 |
|---|---|---|---|---|---|
next | x86_64 | desktop | 6 Kutai (下一個) | Fedora 39 | |
next | x86_64 | desktop-gnome | 7.0RC3侏儒(下一個) | Fedora 40 |
即將發行的早期版本。不穩定。這是龍。放棄所有希望。你知道演習。
有時可能與當前(
current)處於同一版本,但請注意,如果/發佈到該分支時,您將不會碰到即將發布的版本,而無需警告。
(托多)
執行系統更新可以通過以下任務來完成:
sudo rpm-ostree upgrade兩種方法完成後重新啟動。您可以通過打開系統設置來驗證安裝的版本並導航到系統➔操作系統:該版本繼續“ Sodalite”一詞。
如果有什麼破裂,您可以通過在終端運行sudo rpm-ostree rollback來回滾。請記住,如果適當的話,還要創建一個新問題!
更新是在每個星期三和週六開始在GMT/±0 (22:00 CST/-6)開始的構建服務器上構建的。
如果您選擇使用“長期”分支(請參見上面的分支),則每當Sodalite版本達到壽命末期時,都需要重新考慮。可以使用sudo rpm-ostree rebase sodalite:sodalite/<version>/<arch>/<edition>來完成,其中<version>是您想要重新播放的版本,而其他值是您當前的值。
您進行此過程至關重要,因為更新基本版本達到壽命結束的那一天(與基本的Fedora Linux版本同時),並且您將不使用“重要係統組件”更新。
--container / -c )在容器中運行是構建蘇達岩的首選方法
--ex-use-docker 。在Docker中跑步是完全未經測試和實驗性的!git lfs :如果安裝了幫助輸出打印如果您沒有Podman,或者在容器中跑步問題,則可以嘗試在主機本身上運行
dnf install rpm-ostree安裝。git lfs :如果安裝了幫助輸出打印sudosudo ./build.sh :腳本在需要時會要求許可sudogit 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*子模型(作為Sodalite的各種基於Fedora的不同版本的基礎)被刪除,因此經常刪除,因此請確保相應地刪除它們。例如,當Fedora 36到達EOL時, ./lib/workstation-ostree-config_f36 workstation-ostree-config_f36將在不久後刪除。您可以使用git clean -i為您完成工作。
LFS子模塊位於./lfs 。重要的是要注意,這不是在GitHub上託管的,而是Zio Git(我們控制的服務器),因為GitHub的LFS津貼很緊(僅1GIB帶寬和存儲)。
有關LFS的任何問題都應在Github上提交給Sodaliterocks/Sodalite。目前,由於Zio Git不允許任意註冊,因此不能直接提交PR。
除非世界共同利用Gitlab或其他任何東西,否則Sodalite將留在Github上,因為它使每個人的生活更加輕鬆。微軟只是另一家公司。他們不會傷害你。
./build.sh [-t < edition > ] [-w < working-dir > ]有關更多選項,請參見build.sh --help 。
這通常需要10-15分鐘。還記得我告訴你抓住杯狀嗎?還是一個冷的?
<edition> (可選)版/sodalite的變體(默認為custom )./src/treefiles/中列出的任何sodalite-<edition>.yaml文件。要么使用sodalite-<edition>或Just <edition>作為參數。目前,有:desktop :標準萬神殿桌面desktop-gnome :替代侏儒桌面,旨在用於可能的未來版本custom :請參閱下點sodalite-custom.yaml是採用自己的更改而不是修改其他任何樹脂文件的好地方<working-dir> (可選)構建輸出目錄(默認為./build ) 如果您有Podman,則可以在容器中完全構建Sodalite:只需使用-c / --container即可。實際上,這是在發行服務器上完成構建的方式!但是,由於Fedora容器需要首先安裝軟件包,這將增加幾分鐘的構建。
構建故障是在格式為NTF,FAT或其他任何不支持Unix樣權限的文件系統的驅動器上不可避免的,因為build.sh將各種對象的權限設置為權限。
在WSL2上,請勿構建任何/mnt/<drive-letter>目錄,因為這些目錄將以NTFS或FAT的形式格式化。取而代之的是,在Linux發行版本身(例如$HOME或/usr/local/src )上運行構建。
build.sh大多數可以構建大多數rpm ostree發行版只是簡單地進行rpm-ostree compose ,但是build.sh用sodalite提供了一些額外的步驟,這些步驟是後構建腳本所需的(如果沒有這些失敗的情況)。因此,不建議這樣做:以這種方式構建發行版的任何問題都將被關閉並標記為無效。
構建內容位於./build/ (或您設置的任何設置<working-dir> ),可以刪除以重新啟動。具體而言,這包含以下文件/目錄(可以單獨刪除其中的文件/目錄):
./build/repo/ - Sodalite的Ostree存儲庫./build/cache/ - 軟呢軟件包的緩存除非手動停止,否則build.sh每當退出時都會清理自身(成功和失敗)。它將為./build/ Directory糾正(向您的用戶)校正權限,並刪除以下文件/目錄:
./src/sysroot/common/usr/lib/sodalite-buildinfo/var/tmp/rpm-ostree.*/build.sh退出(托多)
這些優秀的人的作品不再包含在或與Sodalite相關,但他們仍然值得大喊!
? ?