Kanal Sistemi

Nucora Linux ST 3.0 — Obsidian Engine | Resmî teknik dokümantasyon

Stable, testing ve unstable kanallarının amaçları, testing overlay davranışı ve geçiş önlemleri.

Komutları güvenli çalıştır

Örneklerdeki paket ve aygıt adlarını kendi sisteminle karşılaştır. Root yetkisi gerektiren işlemlerde komutun etkisini ve hedef yolu doğrulamadan devam etme.

Kanalların görevi

stable: Genel kullanım için yayınlanan temel kanal; verilen envanter 433 paket.
testing: Stable üzerine ek paketler ve/veya test sürümleri getirir; envanterde 46 testing paketi belirtilmiştir.
unstable: Geliştirme ve erken doğrulama kanalı; üretim iş yüklerinde risk kabul edilmelidir.

Kanal seçimi paketlerin kaynağını ve sürüm önceliğini etkileyebilir. Kanal değişikliği tek başına rollback değildir.

Overlay modeli

testing = stable (temel) + testing (ek paketler). Aynı paket iki kanalda mevcutsa testing sürümü önceliklidir. Bu nedenle testing’e geçmeden önce hangi paketlerin değişeceğini nux info, nux check-update ve işlemin onay özetinden incele.

Kanalı görüntüleme ve değiştirme

nux channel
sudo nux channel testing
nux update
nux check-update

Geri dönmek için sudo nux channel stable kullanılabilir; bu komutun kurulu test paketlerini otomatik düşürdüğü varsayılmamalıdır. Gerekirse paket sürüm politikasını ve desteklenen downgrade davranışını proje dokümanından teyit et.

Promote ve yayın ilkeleri

Testing’den stable’a geçişte paket build’i, checksum, bağımlılık çözümü, temel kurulum/kaldırma testi ve güncelleme testi yapılmalıdır. Bu belgede zorunlu bir otomatik promote aracı veya onay sayısı tanımlı değildir; yayın sorumlusu gerçek repo prosedürünü izlemelidir. Arşivleme ve indeks üretimi nux-reindex ile ilişkilendirilmiştir.

Risk ve uygun kullanım

Kanal	Beklenen risk	Uygun kullanım
stable	Düşük/orta	Günlük kullanım; yine de yedek ve güncelleme kontrolü gerekir.
testing	Orta/yüksek	Tester cihazı; hata raporu ve geri dönüş planı.
unstable	Yüksek	Geliştirme, kısa ömürlü test ortamı.

Bu risk sınıfları operasyonel rehberdir, güvenlik garantisi değildir. Kritik verili üretim cihazında deneysel paket kullanma.

Depo yolları

Sunucu dizilimi /var/www/repo/lfs/ altında stable, testing/ ve unstable/ ağaçlarını tanımlar. Client’ın kesin base URL’sini nux repo list ile gör; URL’yi tahmin edip config dosyasını elle değiştirme.

Güvenli uygulama akışı

Bu sayfadaki Kanal Sistemi adımlarını uygularken önce mevcut durumu kaydet; ilgili sistemde nux channel komutunun kullanılabilirliğini ve yardım metnini doğrula. 1. Hedef cihazın ST sürümünü, x86_64 mimarisini, aktif kanalı ve gerekli disk alanını doğrula. 2. Geri alınması zor işlem öncesinde kullanıcı verisini yedekle ve cihazı kararlı güç kaynağına bağla. 3. Tek seferde tek değişiklik uygula; komut, zaman, çıkış kodu ve sonucu not et. 4. Başarısızlık halinde işlemi tekrarlamadan önce tam logu ve son başarılı durumu sakla. 5. Sonucu nux doctor, ilgili bileşen sorgusu ve gerçek kullanıcı senaryosuyla doğrula.

ST 3.0 referans matrisi

Bileşen	Verilen referans
Sürüm / kod adı	ST 3.0 / Obsidian Engine
Taban / mimari	Saf LFS / x86_64
Kernel / init	linux-nucora 6.4.12 / SysVinit
libc / derleyici	glibc 2.39 / GCC 14.2.0
Masaüstü / görüntü	XFCE 4.20, Xfwm4 / Xorg
Paket yöneticisi	nux 8.4.10; Go
Bellek / depolama	Boşta ~450 MB; minimum 2 GB RAM, 15 GB disk
Paket envanteri	stable 433; testing 46 (sağlanan sayılar)

Değişiklik sonrası doğrulama

Beklenen dosya/paket/ayar doğru yerde ve doğru sürümde.
İlgili servis, masaüstü oturumu veya ağ bağlantısı yeniden çalışıyor.
Paket veritabanı tutarlı; nux doctor yeni hata üretmiyor.
Loglarda checksum, bağımlılık veya izin hatası yok.
Geri dönüş yolu ve yedeğin okunabilirliği biliniyor.

Hata ayırma matrisi

Belirti	İlk kontrol	Güvenli sonraki adım
Paket bulunamıyor	`nux channel`, `nux repo list`	İndeksi yenile; gerçek paket adını ara.
Hash uyuşmuyor	Arşiv SHA256 ve repo metadata	Arşivi kurma; kaynağı/indeksi doğrula.
Bağımlılık eksik	`nux check-deps`, `nux info`	Sağlayıcıyı belirle; rastgele dosya kopyalama.
Sistem beklenmedik	History ve son log	Yeni değişiklik yapmayı durdur; yedekle ve raporla.

Güvenlik sınırları

Arşiv, recipe, maintainer script veya tester anahtarını güvenilir kaynaktan doğrulamadan root ile çalıştırma.
.nux checksum uyuşmazlığını görmezden gelme; hash düzeltme aracı kaynağın güvenilirliğini kanıtlamaz.
/var/lib/nux/ veritabanını elle düzenleme veya snapshot dosyalarını doğrulamadan silme.
-y bayrağını özellikle remove/upgrade işlemlerinde etkisini anlamadan kullanma.
Rapor ve ekran görüntülerinden parola, anahtar, kişisel dosya yolu ve token’ları ayıkla.

İlgili sayfalar

Dokümantasyon ve ürün verisi notu

Bu içerik proje tarafından sağlanan ST 3.0 tanımına dayanır; burada açıklanmayan endpoint, environment variable, CLI flag, canlı checksum veya otomatik downgrade davranışı varsayılmaz. Sistemde gözlenen davranış bu metinle çelişirse önce nux --version, aktif repo indeksi ve kaynak kodu/release notlarını karşılaştır; doğrulanmış düzeltmeyi issue veya değişiklik günlüğüne ekle. Bu sayfanın konusu: kanal sistemi. Üretim sistemlerinde değişiklikleri önce test kanalında veya yalıtılmış ortamda doğrula.

İşlem kaydını hazırlama

Destek veya bakım kaydı açarken dağıtım sürümünü, mimariyi, aktif kanalı ve etkilenen paket sürümünü ekle. Komutu kopyalayıp yapıştırmak yerine hedef dosya ve aygıt adlarını önce gözden geçir. Birden fazla adım varsa her adımın çıktısını ayrı sakla; sorunun ilk görüldüğü zamanı not et. Başarılı sonucu yalnızca komutun çıkış koduyla değil, beklenen işlevi test ederek doğrula. Kişisel verileri ve gizli anahtarları paylaşmadan önce logları redakte et. Bu sayfadaki sürüm bilgilerini yeni release çıktısıyla karşılaştırarak güncel tut.