Mandriva’da Neler Oluyor?

Mandriva Linux blog’unda 17 Mayıs 2012 tarihinde Jean-Manuel Croset (CEO) tarafından yapılan açıklama ile Mandriva’nın tüm haklarını bağımsız bir topluluğa devredileceğini iletiyor. Yapılan bu açıklamanın özetle anlamı Mandriva Linux dağıtımının gelecek kararları Mandriva firması tarafından verilmeyeceğini, dağıtımın sorumluluk gösterebilecek bir topluluk tarafına devredileceği belirtilmektedir. Mandriva SA’nın bu topluluğun parçası olacağını ve doğrudan destekler ile dahil...»

26 Mayıs 2012

Posted In: Linux Haberleri, mageia, mandriva

Bir Güzel Ubuntu

Takıntı…Benimkisi gerçekten takıntı. Masasında kağıt olmayan bankacı gördünüz mü siz hiç? Var işte…Masası monitör, klavye, fare, telefon ve içinde firmalardan gelmiş evrakların bulunduğu bir havuzdan ibaret olan, iki telefonu masanın hep aynı yerinde (monitörün hemen altında) mutlaka birbirine paralel olarak duran, saplantılı bir bankacı. O benim… Bendeki bu düzen hastalığı sürekli olarak kullandığım Linux dağıtımlarını […]

7 Şubat 2011

Posted In: 1680 x 1050, 1680x1050, Araştırma, Bahçeşehir, Compiz, Duvar Kağıdı, Elementary, Faenza, firefox, Fluxbox, Gnome, Görsel, İletişim, kde, Kde4, Kullanıcı Deneyimi, linux, Lxde, mageia, mandriva, nautilus, Orta, Oturum, pardus, Paylaşım, Sohbet, Tema, theme, Toplantı, ubuntu, Üniversite, Wallpaper, Xfce

Pardus Kullanıcı Grup Toplantısı Yapıldı

Soğuk bir Ocak akşamında (dün) Beşiktaş’taki Bahçeşehir Üniversitesi İletişim Fakültesi’nde Pardus’un arkasından konuştuk, tüm konuştuklarımızın ve yaptıklarımızın kaydedildiğini umursamadan…Pardus’un, kullanıcıları gözündeki yerinin ve kullanıcı beklentilerinin tespit edilmesi açısından son derece faydalı ve pek keyifli bir oturum oldu. Toplantıda, Pardus’a başlama ve kullanma sebeplerimizden, yapısı, sağladıkları, sağlayamadıkları ve yaygınlaştırılmasına kadar pek çok konuda konuştuk. Öyle hissettim […]

16 Ocak 2011

Posted In: 1680 x 1050, 1680x1050, Araştırma, Bahçeşehir, Duvar Kağıdı, firefox, Fluxbox, Gnome, Görsel, İletişim, kde, Kde4, Kullanıcı Deneyimi, linux, Lxde, mageia, mandriva, Oturum, pardus, Paylaşım, Sohbet, Toplantı, ubuntu, Üniversite, Wallpaper, Xfce

Test Dünyasında Neler Oluyor ( Bölüm-2 Mandriva )

Serinin bu bölümünde dünyadaki en yaygın son kullanıcı dağıtımlarından birisi olan Mandriva'nın test ve bununla bağlantılı olarak kararlı depoya paket giriş süreçlerini inceleyeceğiz. Serinin bir önceki yazısını burada bulabilirsiniz.

Sanırım en doğrusu bir paketin kararlı depoya giriş sürecini [1] anlatarak başlamak olacak. Bir paket kararlı olduğuna emin olunan main/updates deposuna alınmak isteniyorsa, paketçi öncelikle bununla ilgili bugzilla raporu açar.

Bu rapor paketin neleri değiştirdiğini ve düzelttiğini anlatan advisory ile nasıl test edilmesi gerektiğini içerir ( örneğin: paketin kapattığı hatayı tekrar eden bir betik ve bunun dışındaki temel işlevleri nasıl test edileceğine dair bilgiler gibi). Hata kaydı kalite güvence takımına atanır( qateam ) ve güvenlik takımı da CC ye alınır ( secteam ). Bu işlemin ardından paket main/testing deposuna alınır.

Kalite-Güvence takımı pakete onay vermemişse ( daha iyi bir test-case yazılması veya uygulamanın kullanımına dair daha detaylı bilgi verilmesi bile olabilir bu ) paketin bakıcısı bu sorunları gidermek zorundadır.

Paketler ile ilgili hatalar tek bir e-posta adresinden giriliyor anladığım kadarıyla bunun amacı mesajlardan bütün takımın haberdar olması ve katkıda bulunabilmesi.

Kalite-Güvence takımdan onay alan paket için ilgili rapor güvenlik takımına atanır. Güvenlik takımı kaynak rpm dosyasını temiz bir sistemde yeniden inşa eder, paket ile ilgili advisory bültenini yayımlar [2] ( bu nokta ilginç aslında, konu güvenlikle ilgili olmasa dahi bütün paketler güvenlik takımından geçiyor ve düzeltme ile ilgili bülten yayımlanıyor ). Bu işlemlerin ardından paket main/updates deposuna alınarak hata kapatılır.

Anladığım kadarıyla güvenlik güncellemeleri ve kritik güncellemeler yukarıdaki politikanın dışında tutuluyor.

Bunun yanı sıra test otomasyonu (buna yarı-otomatik diyelim :) ) için web tabanlı testzilla[3] adlı bir araçtan faydalanıyorlar. Bu aracın temel işlevi testçinin donanım setine uygun olarak test edebileceği paketleri göstermek [4] ve bu paketler ile ilgili raporları girmesini sağlamak.

Asıl otomatik testler yalnız Paris'deki merkez ofiste yapılabiliyormuş. Burada PXE üzerinden başlatılan bilgisayarlara bu iş için özelleştirilen bir sürüm yükleniyor ağ üzerinden ve bu bilgisayarlarda önceden yazılmış test betikleri [5] çalıştırılıyor ve otomatik raporlar üretiliyor bugzillaya girilen.

Bunların yanı sıra bu prosedürleri ve betikleri wikiye aktarıyorlar [6] [7] belirli bir template [8] yapısı içinde.

Son olarak çekirdek testleri için ayrı bir bölüm ayırmışlar [9] ve çekirdek güncellemelerine ayrı bir özenle yaklaşıyorlar. Bu konuda da otomatik test için bir takım araçlardan haberdarlar ancak bunların ne kadarını kullandıklarına dair bir ipucu içermiyor test belgesi.


[1] http://wiki.mandriva.com/en/Policies/Support
[2] http://wiki.mandriva.com/en/2009.0_Errata
[3] http://wiki.mandriva.com/en/Development/Howto/Testzilla
[4] http://cvs.mandriva.com/cgi-bin/viewvc.cgi/testzilla/procedures/NVIDIA/procedure.html?revision=1.5&view=markup
[5] http://cvs.mandriva.com/cgi-bin/viewvc.cgi/testzilla/tests/pamd/valid-pamd-modules.test?revision=1.2&view=markup
[6] http://wiki.mandriva.com/en/Testing
[7] http://wiki.mandriva.com/en/Testing:Bind
[8] http://wiki.mandriva.com/en/Testing:Template
[9] http://wiki.mandriva.com/en/Development/Howto/Test_Update_Candidate_Kernels

6 Ocak 2009

Posted In: mandriva, pardus, test

Twitter Auto Publish Powered By : XYZScripts.com