sodalite
6 Kutai
La sodalita es un sistema operativo de escritorio inmutable construido con RPM-ostree y en la cima de Fedora, similar a Fedora Silverblue, haciendo uso del escritorio de panteón, que se mantiene estrechamente con el espíritu y el flujo de trabajo perpetrado por Elementary.
Sí.
A pesar de un historial de comet comisión muy activo, Sodalite es bastante autosuficiente en estos días, principalmente gracias a las personas increíbles en Fyra Labs, y por lo tanto el repositorio pasará meses sin ninguna actividad. Esto no significa que el proyecto esté abandonado, especialmente porque su desarrollador lo usa como su sistema operativo principal. Independientemente de la actividad del repositorio, las actualizaciones se construyen dos veces por semana desde el repositorio: los registros están disponibles en acciones.
¡Psst! También estamos en Telegram. Si bien es libre de usar discusiones, la mayoría de la discusión relacionada con este proyecto se realizará en Telegram.
Como RPM-Ostree es una tecnología en constante evolución, y las instalaciones de ISO son actualmente de baja prioridad, actualmente no están disponibles . Se requiere un sistema operativo basado en RPM-poste, como Fedora SilverBlue, este sistema operativo se utilizará para "rebase" a la sodalita.
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* Hay múltiples ramas disponibles; Ver ramas .
Varias ramas (o imágenes) de sodalita coexisten y se desarrollan de lado a lado; Estos se distinguen por su referencia, como cualquier otra distribución de rpm-ostree, donde sodalite/<version>/<arch>/<edition> ::
<version> | <arch> | <edition> | Liberar | Base | Estado |
|---|---|---|---|---|---|
current | x86_64 | desktop | 6 Kutai | Fedora 39 |
<version> | <arch> | <edition> | Liberar | Base | Estado |
|---|---|---|---|---|---|
long-6 | x86_64 | desktop | 6 Kutai (largo) | Fedora 39 |
A diferencia de la corriente (
current), estas ramas no se actualizan para la versión principal actual: las actualizaciones se detendrán el mismo día que la versión base Fedora . Solo use estos si es necesario (es decir, controladores problemáticos que requieren ciertas versiones, sistemas críticos, etc.)
<version> | <arch> | <edition> | Liberar | Base | Estado |
|---|---|---|---|---|---|
next | x86_64 | desktop | 6 Kutai (Siguiente) | Fedora 39 | |
next | x86_64 | desktop-gnome | 7.0rc3 gnomo (siguiente) | Fedora 40 |
Versiones tempranas de los próximos lanzamientos. Inestable. Aquí hay dragones. Dejar todas las esperanzas. Conoces el ejercicio.
Esto a veces puede estar en la misma versión que actual (
current), pero tenga en cuenta que se verá afectado a un próximo lanzamiento sin previo aviso si/cuando se lanza a esta rama.
(Hacer)
Realizar una actualización del sistema se puede realizar mediante:
sudo rpm-ostree upgrade en un shellReiniciar después de cualquier método que haya terminado. Puede verificar la versión instalada abriendo la configuración del sistema y navegando al sistema ➔ Sistema operativo : la versión continúa con la palabra "Sodalite"
Si algo se rompe, puede revertir ejecutando sudo rpm-ostree rollback en una terminal. ¡Recuerde también crear un nuevo problema si es apropiado!
Las actualizaciones se construyen en el servidor de compilación que comienza 4:00 GMT/± 0 (22:00 CST/-6) todos los miércoles y sábados .
Si elige usar una rama "a largo plazo" (ver ramas anteriores), deberá volver a rebotar cuando la versión de Sodalite alcanza el final de la vida. Esto se puede hacer con sudo rpm-ostree rebase sodalite:sodalite/<version>/<arch>/<edition> , donde <version> es la versión que desea rebase y otros valores son sus valores actuales.
Es vital que realice este proceso ya que las actualizaciones se detienen el día en que la versión base alcanza el final de la vida (al mismo tiempo que la versión base Fedora Linux) y se quedará sin actualizaciones a los componentes del sistema vitales.
--container / -c )Correr en un contenedor es la forma preferida de construir sodalita
--ex-use-docker . ¡Correr en Docker es completamente no probado y experimental!git lfs : una salida de ayuda se imprime si se instala Si no tiene Podman o tiene problemas para ejecutar en un contenedor, puede intentar ejecutar en el host en sí
dnf install rpm-ostreegit lfs : una salida de ayuda se imprime si se instala sudosudo ./build.sh : el script solicitará permiso cuando lo necesitesudogit clone https://github.com/sodaliterocks/sodalite.git
cd sodalite
git submodule sync
git submodule update --init --recursiveAl actualizar en el futuro, no olvide actualizar los submódulos con:
git submodule update --recursive No use git submodule foreach git pull : esto actualiza a ciegas todos los submódulos a su última versión, no el confirmación que este repositorio de los padres ha revisado. Esto es importante para algunos submódulos que se revisan en etiquetas/comitaciones específicas (como ./lib/sodaliterocks.firefox ).
Los submódulos ./lib/workstation-ostree-config_f* , que sirven como base para la sodalita para sus diferentes versiones basadas en Fedora, se eliminan de vez en cuando, así que asegúrese de eliminarlos en consecuencia. Por ejemplo, cuando Fedora 36 llega a EOL, ./lib/workstation-ostree-config_f36 se eliminará poco después. Puede usar git clean -i para hacer el trabajo por usted.
Un submódulo LFS se encuentra en ./lfs . Es importante tener en cuenta que esto no está alojado en GitHub, pero Zio Git, un servidor que controlamos, ya que las asignaciones LFS de GitHub son ajustadas (solo 1GIB ancho de banda y almacenamiento).
Cualquier problema con respecto al LFS debe enviarse a Sodaliterocks/Sodalite en GitHub. Actualmente, como Zio Git no permite registros arbitrarios, los PR no pueden presentarse directamente.
A menos que el mundo favorezca colectivamente a Gitlab, o cualquier otra cosa, Sodalite permanecerá en Github, ya que facilita la vida de todos. Microsoft es solo otra compañía; No te van a hacer daño.
./build.sh [-t < edition > ] [-w < working-dir > ] Vea build.sh --help para más opciones.
Esto generalmente tomará 10-15 minutos. ¿Recuerdas cuando te dije que tomaras una taza? ¿O tal vez uno frío?
<edition> (opcional) edición/variante de sodalita (predeterminado a custom )sodalite-<edition>.yaml enumerados en ./src/treefiles/ . Use sodalite-<edition> o simplemente <edition> como argumento. Actualmente, hay:desktop : escritorio de panteón estándardesktop-gnome : escritorio gnomo alternativo, destinado a posibles versiones futurascustom : ver a continuación puntosodalite-custom.yaml es un buen lugar para emplear sus propios cambios en lugar de modificar cualquiera de los otros treefiles<working-dir> (Opcional) Directorio para la salida de compilación (predeterminado a ./build ) Si tiene Podman, puede construir sodalita por completo en un contenedor: solo use -c / --container . ¡De hecho, esto es cómo se realizan las compilaciones en el servidor de lanzamiento! Sin embargo, esto agregará unos minutos adicionales para que la compilación se complete, ya que el contenedor Fedora debe instalar los paquetes primero.
Las fallas de compilación son inevitables en las unidades formateadas como NTFS, grasas o cualquier otro sistema de archivos que no admitan permisos similares a Unix, ya que build.sh establece permisos en varios objetos.
En WSL2, no se acumule en ningún directorio /mnt/<drive-letter> ya que estos se formatearán como NTFS o grasa. En su lugar, ejecute la compilación en otro lugar en la distribución de Linux (como $HOME o /usr/local/src ).
build.sh La mayoría de las distribuciones de RPM-Ostree se pueden construir simplemente simplemente haciendo rpm-ostree compose , pero build.sh provisto de Sodalite hace algunos pasos adicionales que se requieren para el script posterior a la construcción (que fallará sin que estos se ejecuten). Por lo tanto, no se recomienda hacerlo de esta manera: cualquier problema para construir la distribución de esta manera se cerrará y marcará como inválida.
El contenido de construcción se encuentra en ./build/ (o lo que sea que establezca <working-dir> ), que se puede eliminar para comenzar de nuevo. Específicamente, esto contiene los siguientes archivos/directorios (de los cuales se pueden eliminar individualmente en su lugar):
./build/repo/ - Repositorio de Ostree para Sodalite./build/cache/ - caché para paquetes de fedora A menos que se detenga manualmente, build.sh se limpiará cada vez que salga (tanto en éxito como en fracaso). Corregirá los permisos (a su usuario) para el directorio ./build/ , así como eliminar los siguientes archivos/directorios:
./src/sysroot/common/usr/lib/sodalite-buildinfo/var/tmp/rpm-ostree.*/build.sh .(hacer)
El trabajo de estas personas finas ya no está incluida en Sodalite, o relevante, ¡pero aún valen la pena agradecer!
? ?
