Yol Haritası
Nucora Linux ST 3.0 — Obsidian Engine | Resmî teknik dokümantasyon
Planlanan yönelimleri kesin vaatlerden ayıran ST 3.1 ve ST 4.0 notları.
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.
Yol haritasını okuma
Aşağıdaki maddeler proje tanımında hedef/öneri olarak verilmiştir; teslim tarihi veya onaylanmış kapsam garantisi değildir. İlerleme, yayımlanmış issue/milestone ve release notlarıyla doğrulanmalıdır.
ST 3.1 — Q4 2026
ST 3.1 için yalnızca genel olarak planlanan özelliklerden söz edilmiştir; ayrıntılı paket listesi veya donmuş sürüm kapsamı sağlanmamıştır. Değişiklikler stable’a alınmadan önce testing kanalında paket ve yükseltme senaryolarıyla denenmelidir.
ST 4.0 — 2027 ve sonrası
Uzun vadeli hedef başlıkları:
- ARM64 desteği: toolchain, kernel, firmware, bootstrap ve paketlerin mimari uyumu gerekir.
- Nucora Software Center: grafik paket arama/kurulum arayüzü; nux ile tutarlı işlem ve izin modeli gerekir.
- Özel masaüstü ortamı: erişilebilirlik, oturum yönetimi ve güncelleme maliyeti değerlendirilmelidir.
- Nix-style rollback: mevcut snapshots/ kavramından farklı, sistem çapında atomik rollback tasarımı ve disk alanı politikası gerekir.
Önceliklendirme ölçütleri
Güvenlik düzeltmeleri, bakım kapasitesi, otomatik test kapsamı, mimari erişimi ve katkıcı sayısı hedef takvimden önce değerlendirilmelidir. Bir özelliğin yol haritasında bulunması release’e gireceği anlamına gelmez.
Katkı önerisi
Bir hedef için küçük prototip, teknik tasarım, risk ve ölçülebilir kabul kriterleri içeren issue aç. ARM64 gibi platform işlerinde gerçek cihaz/emülatör doğrulaması ile cross-build başarısını birbirinden ayır.
Güvenli uygulama akışı
Bu sayfadaki Yol Haritası adımlarını uygularken önce mevcut durumu kaydet; ilgili sistemde nux doctor 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 doctoryeni 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.
.nuxchecksum 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.-ybayrağı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
- Ana Sayfa
- Hakkında
- Kurulum
- İlk Açılış
- Komutlar
- Kanallar
- Paket Formatı
- Gelişmiş nux
- Sorun Giderme
- Tarif Yazımı
- Build Sistemi
- nux-gen
- Katkı
- Repo Sunucusu
- Kernel
- Kernel Derleme
- Modüller
- Tester
- Leaderboard
- Telemetri
- SSS
- Changelog
- Sponsorlar
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: yol haritası. Ü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.