Download sodalite - Download für sodalite -Quellcode

sodalite

Anderer Quellcode

6 Kutai

Herunterladen

Sodalit

Sodalite ist ein unveränderliches Desktop-Betriebssystem, das mit RPM-Stree und auf dem Top von Fedora gebaut wurde-ähnlich wie Fedora Silverblue-, das den Pantheon-Desktop verwendet, der sich eng an das Ethos und den von Elementary begangenen Workflow hält.

Hmm, es sind x Tage seit dem letzten Commit her; Ist das noch aktiv?

Ja.

Trotz einer sehr aktiven Festungsgeschichte ist Sodalite heutzutage ziemlich selbsttragend-vor allem dank der großartigen Menschen bei Fyra Labs-und daher wird das Repository Monate ohne Aktivität verlaufen. Dies bedeutet nicht, dass das Projekt aufgegeben wird, zumal sein Entwickler es als Hauptbetrieb verwendet. Unabhängig von der Repository -Aktivität werden Updates zweimal pro Woche aus dem Repository erstellt: Protokolle sind bei Aktionen verfügbar.

Psst! Wir sind auch im Telegramm. Während Sie frei sind, Diskussionen zu verwenden, wird der Großteil der Diskussion über dieses Projekt im Telegramm stattfinden.

? Installation

Da RPM-Stree eine sich ständig weiterentwickelnde Technologie darstellt und ISO-Installationen derzeit niedrige Priorität haben, sind ISOs derzeit nicht verfügbar . Ein vorhandenes OS von RPM-Stree-basiertem OS wie Fedora Silverblue ist erforderlich: Dieses Betriebssystem wird verwendet, um Sodalite zu "wiederherstellen".

Installieren Sie eine RPM-stree-basierte Version von Fedora wie Fedora Silverblue oder verwenden
Starten Sie ein Terminal und geben Sie folgende Befehle aus:
- sudo ostree remote add --if-not-exists sodalite https://ostree.sodalite.rocks --no-gpg-verify
- sudo ostree pull sodalite:sodalite/current/x86_64/desktop *
- sudo rpm-ostree rebase sodalite:sodalite/current/x86_64/desktop
Stecken Sie den Wasserkocher an und machen Sie sich eine Tasse Kaffee. Es wird eine Weile dauern
Neu starten, wenn sie aufgefordert werden. Verwenden Sie es, genießen Sie es, machen Sie etwas Cooles damit, (versuchen Sie es zu brechen) - senden Sie ein Ticket, wenn Sie dies tun!

* Es sind mehrere Zweige verfügbar; Siehe Zweige .

Zweige

Mehrere Zweige (oder Bilder) von Sodalit existieren nebeneinander und werden nebeneinander entwickelt. Diese unterscheiden sich durch ihren Ref-wie jede andere RPM-Stree-Distreation-in sodalite/<version>/<arch>/<edition> :

Aktuell

`<version>`	`<arch>`	`<edition>`	Freigeben	Base	Status
`current`	`x86_64`	`desktop`	6 Kutai	Fedora 39

Lang

`<version>`	`<arch>`	`<edition>`	Freigeben	Base	Status
`long-6`	`x86_64`	`desktop`	6 Kutai (lang)	Fedora 39

Im Gegensatz zu aktuellen ( current ) aktualisieren diese Zweige nicht auf die aktuelle Hauptveröffentlichung: Updates stoppen am selben Tag wie die Basis -Fedora -Version . Verwenden Sie diese nur bei Bedarf (dh problematische Treiber, die bestimmte Versionen, kritische Systeme usw. benötigen)

`<version>`	`<arch>`	`<edition>`	Freigeben	Base	Status
`next`	`x86_64`	`desktop`	6 Kutai (Weiter)	Fedora 39
`next`	`x86_64`	`desktop-gnome`	7.0RC3 GNOME (Weiter)	Fedora 40

Frühe Versionen der bevorstehenden Veröffentlichungen. Instabil. Hier sind Drachen. Gib alle Hoffnung auf. Sie kennen die Übung.
Dies mag manchmal in derselben Version wie aktuell sein ( current ), aber seien Sie sich bewusst, dass Sie ohne Vorwarnung zu einer bevorstehenden Veröffentlichung gestoßen werden, wenn/wenn/in dieser Filiale freigegeben wird.

Versioning

(Todo)

Aktualisierung

Durch die Durchführung eines System -Updates kann von beiden durchgeführt werden:

Ausführen von sudo rpm-ostree upgrade in einer Shell
Software öffnen, Updates aus der Headerbar auswählen und das Update alle drücken
- Da Software im Hintergrund ausgeführt wird und regelmäßig nach Aktualisierungen überprüft wird, erhalten Sie möglicherweise auch eine Benachrichtigung über ein neues Update. Klicken Sie auf diese öffnet die entsprechende Seite
- Ein Update für das Betriebssystem kann eine Weile in der Software dauern (die als "Betriebssystem -Updates" angezeigt wird), sodass die obige Methode bevorzugt wird

Neustart nach Abschluss einer der beiden Methoden. Sie können die installierte Version überprüfen, indem die Systemeinstellungen geöffnet und zum System ➔ Betriebssystem navigiert werden: Die Version verfolgt das Wort "Sodalit".

Wenn etwas bricht, können Sie Rollback durchführen, indem Sie sudo rpm-ostree rollback an einem Terminal ausführen. Denken Sie daran, gegebenenfalls auch ein neues Problem zu erstellen!

Zeitplan aktualisieren

Updates basieren auf dem Build-Server, der jeden Mittwoch und Samstag um 4:00 GMT/± 0 (22:00 CST/-6) beginnt.

"Langfristige" Zweige

Wenn Sie sich für eine "langfristige" Filiale entschieden haben (siehe Zweige oben), müssen Sie dann wieder neu sind, wenn die Sodalit-Version das Lebensende erreicht. Dies kann mit sudo rpm-ostree rebase sodalite:sodalite/<version>/<arch>/<edition> erfolgen, wobei <version> die Version ist, die Sie zu wiederherstellen möchten, und andere Werte sind Ihre aktuellen Werte.

Es ist wichtig, dass Sie diesen Vorgang durchführen, da Updates den Tag stoppen, an dem die Basisversion das Ende des Lebens (gleichzeitig mit der Basis-Fedora Linux-Version) erreicht, und Sie werden ohne Aktualisierungen für wichtige Systemkomponenten übrig bleiben.

Gebäude

1. Voraussetzungen

Software

Containerisiert (mit `--container` / `-c` )

Das Laufen in einem Behälter ist die bevorzugte Art, Sodalit zu bauen

Linux
Podman
- Um Docker stattdessen zu verwenden, passieren Sie --ex-use-docker . Das Laufen in Docker ist völlig ungetestet und experimentell!
Verprügeln
Git LFS
- Die LFS umfassen nicht nur hübsche Hintergrundbilder, sondern enthält auch wichtige Binärdateien, die Sodalit richtig funktionieren muss. Verpassen Sie also nicht die Installation!
- Sie sind sich nicht sicher, ob Sie LFS -Unterstützung haben? TPE git lfs : Eine Hilfeausgabedrucke, wenn sie installiert ist

OS-Ebene

Wenn Sie keinen Podman haben oder Probleme beim Laufen in einem Container haben, können Sie versuchen, auf dem Host selbst zu laufen

Fedora Linux (oder andere Fedora-basierte/kompatible Distributionen)
RPM-Stree
- Bei den meisten Fedora-basierten Distributionen kann dies mit dnf install rpm-ostree installiert werden
Verprügeln
Git LFS
- Die LFS umfassen nicht nur hübsche Hintergrundbilder, sondern enthält auch wichtige Binärdateien, die Sodalit richtig funktionieren muss. Verpassen Sie also nicht die Installation!
- Sie sind sich nicht sicher, ob Sie LFS -Unterstützung haben? TPE git lfs : Eine Hilfeausgabedrucke, wenn sie installiert ist

Umfeld

Erlaubnis nach sudo
- Führen Sie nicht sudo ./build.sh aus: Das Skript wird um Erlaubnis gebeten, wenn es es benötigt
- Unabhängig sudo
> 10GIB DISK Space
- Das Repository selbst (einschließlich Submodules) nimmt ~ 300 MIB ein
- Die ersten Builds werden ~ 4Gib in Anspruch nehmen, wobei nachfolgende Builds dazu beitragen
Unbegrenztes Internet
- Der Build -Prozess zwischengekehrt viele Fedora -Pakete (ca. 2,5 Gib). Überlegen Sie sich also sorgfältig, dass Sie dies auf einem mobilen Breitband oder einem anderen Dienst tun, der Ihnen eine kleine Datenzulage auferlegt
Eine RPM-stree-basierte Distribution, wie z.
Eine Tasse (optional) - dies kann eine Weile dauern

2. bekommen

git clone https://github.com/sodaliterocks/sodalite.git
cd sodalite
git submodule sync
git submodule update --init --recursive

Zukünftige Ziehungen

Vergessen Sie bei der Aktualisierung in der Zukunft nicht, Submodules mit:

git submodule update --recursive

Verwenden Sie nicht git submodule foreach git pull : Dies aktualisiert alle Submodules blind auf ihre neueste Version, nicht das Commit, das dieses übergeordnete Repo ausgecheckt hat. Dies ist wichtig für einige Submodule, die an bestimmten Tags/Commits (z ./lib/sodaliterocks.firefox

Die ./lib/workstation-ostree-config_f* submodules, die als Grundlage für Sodalite für seine verschiedenen Fedora-basierten Versionen dienen-werden von Zeit zu Zeit entfernt. Stellen Sie also sicher, dass Sie sie entsprechend löschen. Wenn Fedora 36 beispielsweise EOL erreicht, wird kurz darauf die EOL, ./lib/workstation-ostree-config_f36 . Sie können git clean -i verwenden, um die Arbeit für Sie zu erledigen.

Lfs

Ein LFS -Submodul befindet sich in ./lfs . Es ist wichtig zu beachten, dass dies nicht auf Github gehostet wird, sondern Zio Git - ein Server, den wir kontrollieren -, da die LFS -Zulagen von Github knapp sind (nur 1 Gib Bandbreite und Speicher).

Alle Probleme bezüglich der LFS sollten Sodaliterocks/Sodalit auf GitHub übermittelt werden. Derzeit kann PRS, da Zio Git keine willkürlichen Anmeldungen zulässt, nicht direkt eingereicht werden.

Verwendung von Github

Sofern die Welt Gitlab oder etwas anderes gemeinsam gut bevorzugt, bleibt Sodalite auf Github, da dies das Leben aller erleichtert. Microsoft ist nur ein weiteres Unternehmen; Sie werden dich nicht verletzen.

3. Gebäude

./build.sh [-t < edition > ] [-w < working-dir > ]

Weitere Optionen finden Sie unter build.sh --help .

Dies dauert normalerweise 10-15 Minuten. Erinnerst du dich, als ich dir sagte, du sollst eine Tasse Kaffee greifen? Oder vielleicht eine kalte?

Argumente

<edition> (optional) Ausgabe/Variante von Sodalit (Standardeinstellungen zu custom )
- Dies ist eine der in ./src/treefiles/ aufgeführten sodalite-<edition>.yaml Dateien. Verwenden Sie entweder sodalite-<edition> oder nur <edition> als Argument. Derzeit gibt es:
  - desktop : Standard Pantheon Desktop
  - desktop-gnome : Alternativer Gnome-Desktop, für mögliche zukünftige Versionen bestimmt
  - custom : Siehe unten Punkt
- sodalite-custom.yaml ist ein guter Ort, um Ihre eigenen Änderungen einzusetzen, anstatt die anderen Baumfiles zu modifizieren
<working-dir> (optional) Verzeichnis für die Build-Ausgabe (Standardeinstellungen nach ./build )

Zusätzliche Notizen

Gebäude in einem Behälter

Wenn Sie Podman haben, können Sie Sodalit vollständig in einem Behälter bauen: Verwenden Sie einfach -c / --container . Auf diese Weise werden auf dem Release -Server Builds durchgeführt! Dies fügt jedoch ein paar zusätzliche Minuten hinzu, damit der Build abgeschlossen ist, da der Fedora -Container zuerst Pakete installieren muss.

NTFS/Fat -Partitionen

Build-Fehler sind unvermeidlich bei Laufwerken, die als NTFS, Fett oder andere Dateisysteme formatiert sind, die nicht die Unix-ähnlichen Berechtigungen unterstützen, wie build.sh die Berechtigungen für verschiedene Objekte festlegt.

WSL2

Erstellen Sie auf WSL2 keine /mnt/<drive-letter> -Verzeichnisse, da diese als NTFS oder Fett formatiert werden. Führen Sie stattdessen den Build woanders auf der Linux -Distribution selbst durch (wie $HOME oder /usr/local/src ).

Nicht `build.sh`

Die meisten RPM-Stree-Distributionen können nur ein rpm-ostree compose erstellt werden, aber build.sh Mit Sodalite sind einige zusätzliche Schritte ausgeliefert, die für das Nachbauerskript erforderlich sind (das fehlschlägt, ohne dass diese ausgeführt werden). Es wird daher nicht empfohlen, dies auf diese Weise zu tun: Alle Probleme, die die Distribution auf diese Weise aufbauen, werden geschlossen und als ungültig markiert.

Aufräumen

Build Inhalt befindet sich unter ./build/ (oder was auch immer Sie <working-dir> festlegen), die so gelöscht werden können, um neu zu beginnen. Insbesondere enthält dies die folgenden Dateien/Verzeichnisse (von denen stattdessen einzeln gelöscht werden kann):

./build/repo/ - Ostree -Repository für Sodalite
./build/cache/ - Cache für Fedora -Pakete

Sofern nicht manuell angehalten wird, wird build.sh . Es wird die Berechtigungen (für Ihren Benutzer) für das Verzeichnis ./build/ korrigiert und die folgenden Dateien/Verzeichnisse entfernt:

./src/sysroot/common/usr/lib/sodalite-buildinfo
/var/tmp/rpm-ostree.*/
- Dies kann schnell groß werden; Achten Sie darauf, ob Sie nicht build.sh .

4. Verwenden