Ubuntu depoları neden yazılımın en son sürümlerine sahip değil?


145

Resmi Ubuntu depolarındaki paketler neden Debian Sid, PPA'lar, yazarlar vb.


2
Bu aslında sadece Ubuntu için değil, herhangi bir dağıtım için de geçerli .
dr01

9
@ dr01 Her zaman güncellemeleri alan yuvarlanma dağılımları olan dağıtımlar var - bu nedenle tüm dağıtımlar bu soruya veya Ubuntu gelişim döngülerine uymuyor
Thomas Ward

Yanıtlar:


120

Bir Ubuntu sürümü, bitmiş bir ürün olarak halka açılmadan önce birkaç aşamadan geçer:

  • Ubuntu piyasaya sürülmeden bir süre önce paketlerini belirli bir noktada dondurur.

  • Serbest bırakılmadan önce, ancak paketin donmasından sonra, çoğunlukla bu paketlerde olabilecek tüm hataları ve sorunları gidermek için çalışmalar yapılır. Yeni paket sürümleri, paket veya özellik donmasından sonra depolara artık alınmamaktadır.

  • Serbest bırakma gerçekleştiğinde, bu paketlerde ek değişiklikler yalnızca hata düzeltme ve güvenlik sorunları için gerçekleşir. Paketlerin yeni sürümleri çıkarılsa bile, resmi depodaki paketlerde daha fazla yükseltme yapılmamıştır.

Bir sonraki donma gerçekleşene ve aynı işlem kendini tekrar edene kadar, yeni paket sürümleri Ubuntu'nun bir sonraki sürümü için sürekli olarak (Debian'dan) içe aktarılıyor.

Örnek olarak, 12.04 tarihli yayın programına bir göz atabilirsiniz .

Nisan ayında 12.04 piyasaya sürülmesine rağmen, 12 Ocak'ta Debian Import Freeze diye bir şey olduğunu görebilirsiniz.

Bu, fiili piyasaya sürülmeden önce gerçekleşen birçok donma aşamasından sadece bir tanesidir ve bu noktada, Debian testlerinden veya dengesiz duraklardan paketlerin ithal edilmesi ve onlarla ilgili sorunları özelleştirmek ve düzeltmek için çalışmaların başlaması anlamına gelir.

Pek çok pakette bu noktadan sonra hiçbir yükseltme yapılmaz ve paketin o noktada sahip olduğu sürüm bir sürümün kullanım ömrü boyunca mevcut olan ve sürdürülen versiyondur.

Dolayısıyla, aynı paketin geliştiricilerin PPA'larında veya Ubuntu + 1 depolarında daha yüksek sürümleri olmasına rağmen, bunlar yalnızca bir sonraki Ubuntu sürümüne dahil edilecektir.

Bu istikrar, güvenlik ve işlevsellik için yapılır. Ana havuza sürekli olarak ithal edilen yeni kanama paketleri, sorunlar ve çözülmesi gereken çok daha fazla sorun anlamına gelir. Paket sürümündeki bir donma, bu sorunu çözmeye ve Ubuntu'yu son kullanıcı için daha güvenli ve daha kararlı hale getirmeye yardımcı olur.

Ubuntu'nun yeni bir sürümü her 6 ayda bir piyasaya sürülüyor, bu yüzden her 6 ayda bir yeni paketler hazırlandı, test edildi, özelleştirildi ve yeni bir sürümle birlikte piyasaya sürüldü. Bir paketin gelecekteki sürümleri sisteminize bir PPA aracılığıyla veya sadece bir web sitesinden indirilerek kurulabilir, ancak paketin resmi depodaki sürümü aynı kalır.

Ubuntu’ya 10.04’ten 12.04’e kadar olanlara daha fazla anlayış ve ilginç bir genel bakış için Ubuntu’nun kararlı sürümlerinin tam bir incelemesi ve açıklaması için ReleaseSchedule - LTS’den LTS’e ve Kararlı Sürüm Güncellemeleri sayfasına bakınız .


2
Bu politikada, özellikle web tarayıcılarında (Firefox, Chromium) istisnalar var gibi görünüyor. % 95'ten fazla paket aşağıdaki göstergeleri takip edebilirken, web tarayıcısı çoğu kullanıcı için en çok kullanılan uygulama olabilir.
dotpush

En yeni yazılımı istiyorsanız, bir Launchpad PPA deposu kullanın.
iBug

@iBug gibi farklı bir dağılım kullanabilir veya Arch Linux veya NixOS veya yükleme Homebrew Ubuntu sistem üzerinde.
Boris 23

16

İki sebep. Birincisi oldukça açık: Yeni bir yukarı akış çıktığında paketi geliştirmek için bir insanın zaman harcaması gerekiyor. İkincisi, mevcut geliştirme sürümünün aksine kararlı bir sürüm çalıştırıyorsanız, paketlerin kırılmayı önlemek için kasıtlı olarak güncellenmemesidir. Bkz http://wiki.ubuntu.com/StableReleaseUpdates .


3
"Yeni bir yukarı akış ortaya çıktığında paketi güncellemek için zaman harcamak için bir insan gerekir" bu açıkça yanlıştır, her şey otomatikleştirilebilir. Asıl sebep, bahsettiğiniz ikinci şey.
saat

15

Paketler sürüm için dondurulur ve daha sonra çeşitli nedenlerle güncellenmez. Eğer sürüm sonrası yeni sürümler getirildiyse, yeni sürüm ...

  • yeni hatalar getirebilir, böylece sürüm sırasında mevcut olan işlevselliği geri çekebilir
  • Paketlemek, test etmek ve yüklemek için insan gücüne ihtiyaç duyuyor
  • kendi güvenlik güncellemeleri dizisine ihtiyacı var
  • kullanıcı arayüzü için güncellenmiş çevirilere ihtiyaç duyardı
  • güncellenmiş dokümantasyona (ve çevirilere) ihtiyaç duyardı
  • teknik desteği daha zorlaştırıyor
  • Eski sürümdeki özelliklere alışmış olan kullanıcıları rahatsız edebilir
  • depoda değiştirildiyse diğer uygulamaları kırabilecek daha yeni bağımlılıklar gerekebilir
  • buna bağlı olan diğer paketleri kırabilir
  • eski sürüm için oluşturulan kullanıcı komut dosyalarını, şablonları, araçları vb.

Tüm bunlar, Ubuntu’nun depodaki yazılım sürümlerinin tam güncellemelerini yaptığı durumlar olduğunu unutmayın . Örneğin Firefox.

Ayrıca, bir ubuntu-backports deposu kullanıcısı var, yukarıda listelenenler gibi sorunlara neden olmayacak hangi yazılım paketleri güncellemelerini seçebileceklerini. Varsayılan olarak etkin değildir, bu yüzden kullanıcıların, yazılımınızın altınızdan değişmesini önleme sürprizini ortadan kaldırmak için yapılanları kabul etmeleri gerekir. Ayrıca, yoğun personel bulunmadığından, paketlerin ne kadar sıklıkla güncellemeler aldığından emin değilim.

Ayrıca, SRU ekibi kısa süre önce politikaları bir miktar güncellemiş, bu da yalnızca hata düzeltme paket güncellemelerini almayı biraz daha kolaylaştıracağını umar.


11

Normalde Ubuntu'nun yayımlanan sürümlerindeki güncellemeler güvenlik ve hata düzeltmeleri içindir, bu tür hataların örnekleri şunlardır:

  • Gerçekçi koşullar altında doğrudan bir güvenlik açığına neden olabilecek hatalar. Bunlar güvenlik ekibi tarafından yapılır ve SecurityTeam / UpdateProcedures'da belgelenmiştir.

  • Ubuntu'nun önceki sürümünden itibaren ciddi gerileme gösteren hatalar. Bu, kaldırılamaz olma ya da başlangıçta kilitlenme gibi tamamen kullanılamaz paketleri içerir.

  • Gerçekçi koşullar altında doğrudan kullanıcı verisi kaybına yol açabilecek hatalar Yukarıdaki kategorilere uymayan hatalar (1) açıkça güvenli bir yamaya sahiptir ve (2) kritik altyapı paketleri yerine bir uygulamayı etkiliyor (X.org gibi) veya çekirdek).

  • Uzun Süreli Destek sürümleri için düzenli olarak yeni donanım sağlamak istiyoruz. Bu tür değişiklikler, mevcut donanımdaki yükseltmeleri etkilememememiz koşuluyla uygundur. Örneğin, yeni tanıtılan sürücülerin modasiazları daha önce gönderilen sürücülerle örtüşmemelidir. - Canonical partner arşivindeki ticari yazılımların yeni sürümleri.

    -FTBFS (Kaynaktan Oluşturma Başarısız) da düşünülebilir. Lütfen unutmayın, ana sürümde mevcut bir kaynaktan oluşturulmuş bir ikili dosya bulunmadığından emin olunur. Genellikle bu hatalar yalnızca başka bir hata düzeltmesiyle birlikte SRUed edilmelidir.

    -Yeni özellikler sağlayan, ancak kritik hataları düzeltmeyen paketlerin yeni sürümleri için, bunun yerine bir backport istenmelidir.

StableReleaseUpdates mükemmel wiki sayfasından alınmıştır .


11

Sorularınıza ubuntu forumlarındaki ve ubuntu gezegenindeki geçmiş deneyimlerime dayanarak cevap vermeye çalışacağım.

Sanırım uygun depoların nasıl ve kim tarafından güncellendiğini merak ediyorum.

APT depoları Ubuntu'daki paketleme ekibinden güncellenmektedir. Paketleme ekibi, tüm yukarı akış paketlerini, ilk paketleme testi ve benzeri şeyler yapan geliştiricilerden alır. Daha sonra test ekibi son testi bir go sinyali vererek yapar. Ancak paketleme ekibi ve test ekipleri bağımlılıklar konusunda çok ihtiyatlı ve yanları da istikrarlı sistemi etkiliyor.

Bir gecikme olduğunda, geliştirici en son sürümü ilgili sunucuya itmedi mi?

Yukarı yönde değişiklikleri görüyorsanız, paketlerini zorlamak isteyen binlerce geliştirici vardır. Fakat hepsi ana akıma giremedi çünkü bunun nedeni çeşitli sebepler. Gedit uygulamasının 2.2 sürümünün uygun olduğunu ve Dbus 2.1 ve Gtk 2.4 vb. İle uyumlu olduğunu varsayalım. Gedit 2.4 sürümü (çok yeni) olduğu gibi Gtk 2.5 ve Dbus2.3'ün çalışması gerekir. Şimdi test ve paketleme ekibi (ayrıca serbest bırakma ekibi) bunu kabul etmiyor, çünkü eski dbus ve gtk olan mevcut bir sistemi yenisiyle değiştirmek her şeyi bozuyor. Umarım bağımlılık cehennemi almışsınızdır.

Geliştiricinin, depoyu kullanabileceği bir formata sokması konusunda çok daha fazla çalışma var mı?

Giriş kanalı için değil. Ama serbest bırakma kanalına evet :).

Not: Kanonik olarak şimdi yukarıda açıklananlara kıyasla süreçte bir miktar değişiklik yapılabilir. Ama az ya da çok aynı.


6

Yorum olarak gönderilen link fossfreedom'taki kabul edilen cevap çok iyi.

Genel olarak, yeni sürüm geliştirme sürecinin ilk bölümünden sonra yayımlanan paket sürümleri, bu sürümün ana depolarında görünmez, böylece güvenilir bir Ubuntu sürümü ayrıntılı olarak test edilebilir.

Gelecekteki bir Ubuntu sürümüne başarılı bir şekilde dahil edilmişlerse ve geliştiriciler daha öncekilerle de çalışacağına inanıyorlarsa bazı paketlerin backports deposuna bırakıldığını görebilirsiniz. Yazılım Merkezi'nde Backport'lar etkinleştirilebilir ve devre dışı bırakılabilir (Düzen-> Yazılım Kaynakları-> Güncellemeler Sekmesi-> Desteklenmeyen Güncellemeler)


1
Başka yerlerde de belirtildiği gibi, destek çok nadirdir ve fazla değildir.
Thomas Ward

-3

Cevap tam değil.

Software Center'dan bir backport sürümüne kurulabilen bazı paketlenmişler var. Pencerenin sağ tarafında, Yükle / Değiştir düğmesinin hemen solunda sürümü değiştirebileceğiniz bir seçim kutusu vardır.

Örnek gratia: Varsayılan conkyşimdi 1.8.xve orada 1.9.0 (precise-backports)backport var. Tabii ki, ilk önce desteklerin etkinleştirilmesi gerekir.

Kaynak: http://bugs.launchpad.net/ubuntu/+source/conky/+bug/1003727

EDIT: Aşağıda belirtildiği gibi, her paketin bir desteği yoktur, ancak yeterince şanslıysanız bazen erken erişim sağlayabilirsiniz.


3
Her paket için
destek bulunmuyor
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.