sodalite
6 Kutai
Sodalite 는 RPM-OSTREE 및 Fedora의 온도 (Fedora Silverblue와 유사한 Fedora)로 제작 된 불변의 데스크탑 OS입니다. Pantheon 데스크탑을 사용하여 초등학교에 의해 가해지는 정신과 워크 플로에 밀접하게 붙어 있습니다.
예.
매우 활발한 커밋 역사에도 불구하고 소다 라이트는 요즘 FYRA Labs의 멋진 사람들 덕분에 상당히 자립적입니다. 따라서 리포지토리는 활동없이 몇 달이 걸릴 것입니다. 그렇다고해서 프로젝트가 포기되었음을 의미하지는 않습니다. 특히 개발자가 주요 OS로 사용하기 때문에 프로젝트가 버려진 것은 아닙니다. 저장소 활동에 관계없이 업데이트는 리포지토리에서 매주 두 번 구축됩니다. 로그는 작업에서 사용할 수 있습니다.
PSST! 우리도 전보에 있습니다. 토론을 자유롭게 사용할 수는 있지만이 프로젝트와 관련된 대부분의 토론은 Telegram에서 발생합니다.
RPM-OSTREE는 계속 진화하는 기술이며 ISO 설치는 현재 우선 순위가 낮으므로 현재 ISO는 사용할 수 없습니다 . Fedora Silverblue와 같은 기존의 RPM-OSTREE 기반 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* 사용 가능한 여러 가지가 있습니다. 지점을 참조하십시오 .
소다 라이트의 여러 가지 (또는 이미지)는 공존하며 나란히 개발된다. 이들은 다른 rpm-ostree 배포판과 마찬가지로 그들의 심판으로 구별됩니다 sodalite/<version>/<arch>/<edition>
<version> | <arch> | <edition> | 풀어 주다 | 베이스 | 상태 |
|---|---|---|---|---|---|
current | x86_64 | desktop | 6 Kutai | 페도라 39 |
<version> | <arch> | <edition> | 풀어 주다 | 베이스 | 상태 |
|---|---|---|---|---|---|
long-6 | x86_64 | desktop | 6 Kutai (Long) | 페도라 39 |
현재 (
current)와 달리이 지점은 현재 주요 릴리스로 업데이트되지 않습니다. 업데이트는 기본 Fedora 버전과 같은 날에 중지됩니다 . 필요한 경우에만 사용하십시오 (예 : 특정 버전, 중요 시스템 등 필요한 문제가있는 드라이버).
<version> | <arch> | <edition> | 풀어 주다 | 베이스 | 상태 |
|---|---|---|---|---|---|
next | x86_64 | desktop | 6 Kutai (다음) | 페도라 39 | |
next | x86_64 | desktop-gnome | 7.0RC3 그놈 (다음) | 페도라 40 |
다가오는 릴리스의 초기 버전. 불안정한. 여기 드래곤이됩니다. 모든 희망을 버리십시오. 당신은 드릴을 알고 있습니다.
이것은 때때로 현재 (
current)와 같은 버전 일 수 있지만,이 지점에 출시 될 때/시기에 경고없이 다가오는 릴리스에 부딪 칠 것입니다.
(TODO)
시스템 업데이트 수행은 다음 중 하나를 통해 수행 할 수 있습니다.
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 : 설치된 경우 도움말 출력 인쇄 Podman이 없거나 컨테이너에서 실행하는 데 문제가있는 경우 호스트 자체에서 달리기를 시도 할 수 있습니다.
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 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 또는 다른 것을 선호하지 않는 한, Sodalite는 모든 사람의 삶을 더 쉽게 만들어 주면서 Github에 머무를 것입니다. Microsoft는 단지 또 다른 회사입니다. 그들은 당신을 해치지 않을 것입니다.
./build.sh [-t < edition > ] [-w < working-dir > ] 더 많은 옵션은 build.sh --help 참조하십시오.
이것은 보통 10-15 분이 걸립니다. 내가 컵파를 잡으라고 말했을 때를 기억하십니까? 아니면 차가운 것일까 요?
<edition> (선택 사항) Sodalite의 edition/변형 ( custom 의 기본값)./src/treefiles/ 에 나열된 sodalite-<edition>.yaml 파일 중 하나입니다. sodalite-<edition> 또는 Just <edition> 인수로 사용하십시오. 현재 다음과 같습니다.desktop : 표준 판테온 데스크탑desktop-gnome : 가능한 미래 버전을위한 대체 그놈 데스크탑custom : 아래 지점을 참조하십시오sodalite-custom.yaml 다른 treefiles를 수정하는 대신 자신의 변화를 사용하기에 좋은 장소입니다.<working-dir> (선택 사항) 빌드 출력을위한 디렉토리 (기본값으로 ./build ) Podman -c 있는 경우 --container 에 전적으로 소다 라이트를 만들 수 있습니다. 이것은 실제로 릴리스 서버에서 빌드가 수행되는 방식입니다! 그러나 Fedora 컨테이너가 먼저 패키지를 설치해야하므로 빌드가 완료되기에 몇 분이 더 추가됩니다.
빌드 실패는 NTF, 지방 또는 유닉스와 같은 권한을 지원하지 않는 다른 파일 시스템으로 형식화 된 드라이브에서는 불가피합니다. build.sh 다양한 객체에 대한 권한을 설정합니다.
WSL2에서는 NTF 또는 지방으로 형식화되므로 /mnt/<drive-letter> 디렉토리로 빌드하지 마십시오. 대신 Linux 배포판 자체의 다른 곳에서 빌드를 실행하십시오 ( $HOME 또는 /usr/local/src ).
build.sh 사용하지 않습니다 대부분의 RPM-OSTREE 배포판은 단순히 rpm-ostree compose 수행하는 것만으로 구축 할 수 있지만 build.sh Sodalite가 제공 하는 몇 가지 추가 단계를 수행합니다. 따라서 이런 식으로 수행하는 것이 좋습니다.이 방법으로 배포판을 구축하는 문제는 닫히고 유효하지 않습니다.
빌드 컨텐츠는 ./build/ (또는 <working-dir> to에서 설정 한 내용)에 있으며, 이는 새로 시작하도록 삭제할 수 있습니다. 특히 이것은 다음 파일/디렉토리를 보유하고 있습니다 (대신 개별적으로 삭제할 수 있음).
./build/repo/ - 소다 라이트의 Ostree 저장소./build/cache/ - 페도라 패키지의 캐시 수동으로 멈추지 않으면 build.sh 종료 될 때마다 (성공과 실패 모두) 스스로를 청소합니다. ./build/ 디렉토리에 대한 (사용자에게) 권한을 수정하고 다음 파일/디렉토리를 제거합니다.
./src/sysroot/common/usr/lib/sodalite-buildinfo/var/tmp/rpm-ostree.*/build.sh exit을 허용하지 않으면 조심하십시오(TODO)
이 훌륭한 사람들의 작품은 더 이상 소다 라이트에 포함되거나 관련이 없지만 여전히 소리를 지르지 않습니다!
?? ??
