sodalite
6 Kutai
A Sodalite é um sistema operacional imutável construído com RPM-Ostree e no top do Fedora-semelhante ao Fedora Silverblue-usando o desktop do Pantheon, aderindo ao ethos e ao fluxo de trabalho perpetrado pela elementar.
Sim.
Apesar de uma história de comprometimento muito ativa, a Sodalite é bastante auto-sustentável nos dias de hoje-principalmente graças às pessoas incríveis do Fyra Labs-e, portanto, o repositório passará meses sem nenhuma atividade. Isso não significa que o projeto seja abandonado, especialmente porque seu desenvolvedor o usa como seu principal sistema operacional. Independentemente da atividade do repositório, as atualizações são construídas duas vezes por semana a partir do repositório: os logs estão disponíveis em ações.
PSST! Estamos no telegrama também. Embora você seja livre para usar discussões, a maioria da discussão relacionada a este projeto ocorrerá no Telegram.
Como o RPM-Ostree é uma tecnologia em constante evolução, e as instalações da ISO são atualmente uma prioridade baixa, os ISOs não estão atualmente disponíveis . É necessário um sistema operacional existente baseado em RPM-Ostree, como o Fedora Silverblue: este sistema operacional será usado para "rebase" para 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* Existem várias filiais disponíveis; Veja ramos .
Vários ramos (ou imagens) de coexistem de sodalita e são desenvolvidos lado a lado; Estes são distinguidos por seu ref-como qualquer outra distro rpm-ostree-onde sodalite/<version>/<arch>/<edition> :
<version> | <arch> | <edition> | Liberar | Base | Status |
|---|---|---|---|---|---|
current | x86_64 | desktop | 6 Kutai | Fedora 39 |
<version> | <arch> | <edition> | Liberar | Base | Status |
|---|---|---|---|---|---|
long-6 | x86_64 | desktop | 6 Kutai (longo) | Fedora 39 |
Diferentemente do Current (
current), essas ramificações não são atualizadas para a versão principal atual: as atualizações interromperão no mesmo dia que a versão Base Fedora . Use -os apenas se necessário (ou seja, drivers problemáticos que exigem determinadas versões, sistemas críticos etc.)
<version> | <arch> | <edition> | Liberar | Base | Status |
|---|---|---|---|---|---|
next | x86_64 | desktop | 6 Kutai (próximo) | Fedora 39 | |
next | x86_64 | desktop-gnome | 7.0rc3 gnome (próximo) | Fedora 40 |
Versões iniciais dos próximos lançamentos. Instável. Aqui estão dragões. Abandonar toda a esperança. Você conhece a broca.
Às vezes, isso pode estar na mesma versão que atual (
current), mas lembre -se de que você será atingido por um próximo lançamento sem aviso prévio se/quando lançado nesta filial.
(Pendência)
Executar uma atualização do sistema pode ser feita por:
sudo rpm-ostree upgrade em uma conchaReiniciar após o término do método. Você pode verificar a versão instalada abrindo as configurações do sistema e navegando no sistema ➔ Sistema operacional : a versão prossegue a palavra "sodalite"
Se algo quebrar, você pode reverter executando sudo rpm-ostree rollback em um terminal. Lembre -se de também criar um novo problema, se apropriado!
As atualizações são construídas no servidor de compilação a partir das 4:00 GMT/± 0 (22:00 CST/-6) todas as quartas e sábados .
Se você optar por usar uma filial de "longo prazo" (consulte as filiais acima), precisará se refazer sempre que a versão Sodalite chegar ao fim da vida. Isso pode ser feito com sudo rpm-ostree rebase sodalite:sodalite/<version>/<arch>/<edition> , onde <version> é a versão para a qual você deseja rebase e outros valores são seus valores atuais.
É vital que você realize esse processo, pois as atualizações interrompem o dia em que a versão base atinge o fim da vida (ao mesmo tempo que a versão Base Fedora Linux) e você ficará sem atualizações para os componentes vitais do sistema.
--container / -c )Correndo em um recipiente é a maneira preferida de construir sodalite
--ex-use-docker . Correr em Docker é totalmente não testado e experimental!git lfs : uma ajuda de saída impressa se instalado Se você não tem podman ou está tendo problemas com a corrida em um contêiner, você pode tentar correr no próprio host
dnf install rpm-ostreegit lfs : uma ajuda de saída impressa se instalado sudosudo ./build.sh : o script solicitará permissão quando precisarsudogit clone https://github.com/sodaliterocks/sodalite.git
cd sodalite
git submodule sync
git submodule update --init --recursiveAo atualizar no futuro, não se esqueça de atualizar os submódulos com:
git submodule update --recursive Não use git submodule foreach git pull : Este atualiza cegamente todos os submódulos para sua versão mais recente, e não o commit que esse repo pai foi check -out. Isso é importante para alguns submódulos que são verificados em tags/começos específicos (como ./lib/sodaliterocks.firefox ).
O ./lib/workstation-ostree-config_f* Os submódulos-servindo de base para a sodalita para suas várias diferentes versões baseadas em Fedora-são removidas de vez em quando, portanto, exclua-as de acordo. Por exemplo, quando o Fedora 36 atingir o EOL, ./lib/workstation-ostree-config_f36 será removido logo depois. Você pode usar git clean -i para fazer o trabalho para você.
Um submódulo LFS está localizado em ./lfs . É importante observar que isso não está hospedado no Github, mas o Zio Git - um servidor que controlamos -, pois os subsídios do LFS do GitHub são apertados (apenas 1 GIB de largura de banda e armazenamento).
Quaisquer problemas relacionados ao LFS devem ser enviados ao Sodaliterocks/Sodalite no GitHub. Atualmente, como o Zio Git não permite inscrições arbitrárias, os PRs não podem ser enviados diretamente.
A menos que o mundo favorece coletivamente o Gitlab, ou qualquer outra coisa, a Sodalite permanecerá no Github, pois facilita a vida de todos. A Microsoft é apenas mais uma empresa; Eles não vão te machucar.
./build.sh [-t < edition > ] [-w < working-dir > ] Consulte build.sh --help para obter mais opções.
Isso geralmente leva de 10 a 15 minutos. Lembra quando eu disse para você pegar uma xícara de chá? Ou talvez um frio?
<edition> (Opcional) Edição/variante de Sodalite (Padrões para custom )sodalite-<edition>.yaml listados em ./src/treefiles/ . Use sodalite-<edition> ou apenas <edition> como argumento. Atualmente, existe:desktop : Desktop Pantheon padrãodesktop-gnome : Desktop GNOME alternativo, destinado a possíveis versões futurascustom : Veja o ponto abaixosodalite-custom.yaml é um bom lugar para empregar suas próprias mudanças, em vez de modificar qualquer um dos outros arquivos da árvore<working-dir> (opcional) Diretório para a saída de construção (padrão para ./build ) Se você tem podman, pode construir a sodalita inteiramente em um contêiner: basta usar -c / --container . É de fato como as compilações são feitas no servidor de liberação! No entanto, isso adicionará alguns minutos extras para que a compilação seja concluída, pois o contêiner do Fedora precisa instalar os pacotes primeiro.
As falhas de construção são inevitáveis nas unidades formatadas como NTFs, gordura ou qualquer outro sistema de arquivos que não suportem permissões semelhantes a UNIX, como build.sh define permissões em vários objetos.
No WSL2, não construa para nenhum diretório /mnt/<drive-letter> pois estes serão formatados como NTFs ou gordura. Em vez disso, execute a construção em outro lugar na própria distro Linux (como $HOME ou /usr/local/src ).
build.sh A maioria dos distritos de RPM-Ostree pode ser construída simplesmente com a rpm-ostree compose , mas build.sh fornecido com Sodalite, faz algumas etapas extras necessárias para o script pós-construção (que falhará sem que estes sejam executados). Portanto, não é recomendável fazê -lo desta maneira: qualquer problema de construção da distro desta maneira será fechado e marcado como inválido.
O Build Contents está localizado em ./build/ (ou o que você definir <working-dir> para), que pode ser excluído para iniciar novamente. Especificamente, isso contém os seguintes arquivos/diretórios (dos quais podem ser excluídos individualmente):
./build/repo/ - repositório de ostera para sodalita./build/cache/ - cache para pacotes de fedora A menos que parado manualmente, build.sh se limpeá sempre que sair (com sucesso e falha). Ele corrigirá as permissões (para o seu usuário) para o diretório ./build/ , além de remover os seguintes arquivos/diretórios:
./src/sysroot/common/usr/lib/sodalite-buildinfo/var/tmp/rpm-ostree.*/build.sh(pendência)
O trabalho desses belos pessoas não está mais incluído ou relevante para a Sodalite, mas ainda vale a pena gritar!
? ?
