Bir çok sunumda da savunduğumuz bir argüman var; PiSi sadece paket yönetiminde değil, paketleri geliştirmek için sunduğu kolay kullanım ile de diğer paket yönetim sistemlerinden sıyrılıyor.

Paketlerin sisteme kurulması, güncellenmesi, kaldırılması ya da daha derinlerde bağımlılıklarının çözülmesi, paketlerin sıkıştırılması gibi işleri yaparken ne kadar hızlı ve verimli olduğu şüphe götürmez bir gerçek. Paket geliştiricileri için ise Python ve XML sayesinde paket geliştirme sürecinde diğer paket yönetim sistemlerine göre büyük avantajlara sahip.

Python’un tartışılacak pek bir yanı yok, hali hazırda kendisine rakip olabilecek pek bir ürün de yok zaten (ruby’nin vs. nin başımızın üstünde yeri var ama Python daha bi can yani :)) Fakat paketlerin önemli bilgilerini içeren dosyaların hepsi XML formatında. Bu dosyaların XML olmasının birçok avantajı var; herhangi başka bir formata dönüştürmek, hali hazırda bir çok kütüphane kullanarak bu dosyaları işlemek, dosyanın denetimlerini gerçekleştirebilmek ya da dosyanın tasarımında bir değişiklik yapmak oldukça basit. Gelgelelim XML’in çok önemli bir dezavantajı var; insanlar için yazması ve okuması zor bir format XML. Günümüzde henüz paketleri geliştiren mükemmel makinelerimiz olmadığına göre, insanlar önem sıralamasında en üstte :)

Bu problemi çözmek için XML düzenleyecek araçlar yazmak üzere tarihi birçok projemiz mevcut. Fakat ne bu projeler bir türlü mutlu bir sona ulaşabildiler, ne de çoğu “geek” dediğimiz sınıfa giren paketçilerimiz bu araçları kullanmaya sıcak bakmadı. Paket bakıcılığı ile pek uğraşmıyor olsam da bende bu araçlar yerine Vim kullanmayı tercih ediyorum. Bu kadar paket varken ve PiSi ile paket geliştiren bir çok paketçi varken, bu konuda bir değişiklik yapmakta pek kolay değil. Ayrıca değiştirmeye karar verdiğinizde XML’in sağladıklarını sağlayacak birşey bulmak ve PiSi’nin bu formattan anlayacak hale gelmesini sağlamak (PiSi ile birlikte buildfarm ve arkadaşları gibi büyük bir topluluk da bu değişimden nasibini almalı) pek kolay bir iş değil.

Konuyu bir-iki haftadır birazda geyik unsuru olarak aramızda konuşurken (daha sonra geliştirici listesinde de konuşuldu bir kuple), kullanabileceğimiz alternatif veri taşıyıcı formatları araştırdık; JSON, YAML ve hatta şahsen ben kendim Google’ın kendi işlerinde kullanmak üzere tasarladığı protobuf projesini dahi inceledim. Fakat aralarında en mantıklısı ve XML’e en yakın özellikleri sağladığı gibi asıl problemimize (kolay okunan ve yazılan bir format istiyoruz !) de tam çözüm olacak tek alternatif YAML gibi gözüküyor (evrenin herhangi bir yerinde daha iyisi varsa yorum olarak ekleyin). PiSi’nin proje lideri Fatih ve Pardus 2009 Sürüm Yöneticisi Onur ile birlikte konuyu konuşurken çok daha eğlenceli dosya formatları geliştirdik lâkin Dünya henüz buna hazır değil :)

Mevcut bir pspec.xml ile yeni ortaya çıkan pspec.yaml arasındaki okunulabilirlik ve yazılabilirlik ise sanırım gayet net;

YAML gibi bir formatı seçmekle iş bitmiyor ne yazık ki; PiSi’nin YAML anlayacak hale getirilmesi, bu işin (deyim yerindeyse) en “pis” yeri. Bu işi şu anki iş yükümüzle ve düşündüğümüz şekli ile (PiSi’nin XML ile ilgili kısımlarını tamamen YAML’a geçirmek) yapmak neredeyse imkansız olduğu için bu konu geyik olarak kapandı diye düşünüyordum ki; bir bardak mojito imdadıma yetişti;

XML’in avantajı kolay olarak başka formatlara çevirilebilmesi ve XML için kullanılabilecek en hızlı Python kütüphanelerinden Piksemel ve YAML için gerekli PyYaml kullanarak, pspec.yaml gibi bir dosyayı PiSi’ye işlemesi için vermeden önce PiSi’nin anlayabileceği XML formatına çevirmek gayet kolay olacaktı oysa ki :)

pisi-yaml‘ın kendisi burada, denemek için örnek bir paket ise burada mevcut. Tabi bunlardan önce PyYaml paketini kurmanız gerek. Gerekli dosyaları çektikten sonra kde-odf-thumbnailer paketini pspec.yaml‘dan derletmek için kde-odf-thumbnailer dizininde;

# ./pisi-yaml.py build pspec.yaml

Derleme bittikten sonra pspec.yaml dosyasının XML’e çevirilmiş haline .pspec.xml dosyasından göz atabilirsiniz.

Pardus 2011′de YAML ile yazılmış paketlerimiz olur belki kim bilir ?

Katılımcıların temel Python/Qt programlama bilgisine sahip olması, mümkünse KDE 4 ile tanışmış olması ve GNU/Linux kullanıyor olması bizim için yeterli ;) Atölye’nin de diğer tüm şenlik etkinlikleri gibi ücretsiz olduğunu fakat kişi sayısının da sınırlı olduğunu belirteyim.

Ekran görüntüsüne tıklayarak eğlenceli ve teknoloji kokan bir kaydı izleyebilirsiniz ;) Ayrıca burada da Ağ Yöneticisi Veri Motoru ile ilgili bir kayıt mevcut ;)

(Henüz geliştirilme aşamasında olduğunu unutmayın)

Pardus Network Manager Plasmoid:

Network Manager DataEngine;

Now we can use new shiny PolicyKit KDE4 ;) You should watch screencasts [1] [2] .. And always sources are in Pardus repository. Have fun !

Bu yılki etkinlik bir hafta sürüyor ve Jamaika‘da gerçekleştiriliyor. Buradaki takvimden de görebileceğiniz gibi ilk iki gün seminerler ardından planlanmamış (BoF) seminerler ve KDE geliştirme günleri yapılacak. Bende Marcus D. Hanwell(Gentoo) ile birlikte Pazar günü (bu arada doğum günümdü Pazar :)) “KDE ve Dağıtımlar” başlıklı bir sunum yaptım (pdf) , Marcus öncelikle Gentoo’da KDE paketlerini nasıl yaptıklarını, ne tip problemlerle karşılaştıklarını ve bunlarla ilgili buldukları çözümleri anlattı. Ardından bende Pardus için geliştirdiğimiz araçları ve 2009 sürümü için neler planladığımızı anlattım. Güzel geçti, 2009′da kullanılmak üzere geliştirdiğim Servis Yöneticisi ve Plasmoid’ini pek bi beğendiler, bizde mutlu olduk tabi :)

Bu arada 2009 ile ilgili aklınızda birşeyler oluşması adına şu videoyu izlemenizi tavsiye edeyim ;)

When great projects come together results comes great !

Also I have a great video while it is working .. All of these written in Python, PyQt4 and of course PyKDE4 ;) You can grab the source from here.

We have a COnfiguration MAnageR called COMAR which uses D-Bus for communication. COMAR provides a powerful and extendible API for managing anything such as package, network, x.org, bootloader, disk or system service which are also described in model.xml.

From COMAR.Api.qt4 example:

import comar
 
# Create link
self.link = comar.Link()
 
def handler(package, exception, results):
    # do something with these info..
    print package, results
 
# Get all services from comar
link.System.Service.info(async=handler)

It will get you all services status and their info asynchronously to the handler method. Also if you want to start “openssh” service you can call it like;

link.System.Service["openssh"].start()

When you do this, COMAR will call the PolicyKit-KDE(3) and asks password if you have privileges for this action.(I will show it in action)

Yes, COM

Yapmış olduğumuz “Pair programming” seansının ardından işi Yalı’da çözdük :)

Kendi görüşümü yine de eklemeden geçemeyeceğim; CD okuma problemlerinde tekrar deneme yapmanın ne kadar işe yarayacağından hala şüpheliyim ve fakat belki bir gün birinin işine yarar bu özellik belki kimbilir..

I ported Yalı Qt3 version to Qt4 named as Yali4 (to avoid chaos; we still use Qt3 version for some of other projects); while porting I have totally changed some approach in visual design.

General UI:

In general I used Qt Style Sheet support for design basics; a centered shiny background, transparent icons and graphics in screens and some WidgetStyle from Qt Style Sheet examples. For screens I prefer QStackedWidget which supports transparency too and some signals for walking between screens. (Also while desining YALI’ screen infrastructure I tried to make it modular — I will blog it later. )

Standard widgets of Qt4 are enough for YALI but for making something shiny I made some tricks;

For each partition I used a QRadioButton (which has already have checked/unchecked state) and QSplitter to seperate them (each splitter width calculated from partition size).

Flexibility of Qt4 gave me this;

You just need some CSS tricks like this;

  QRadioButton::indicator { width:1px;height:1px;border-color:white; }
  QRadioButton:checked { border:6px solid rgba(255,255,255,180); }
  QSplitter::handle { background-color:rgba(255,255,255,0); }

and some colors and icons;

  metaTypes = {"ntfs" :{"bgcolor":"#18D918",
                        "fgcolor":"#000000",
                        "icon"   :"windows"},
               "hfs+" :{"bgcolor":"#C0A39E",
                        "fgcolor":"#000000",
                        "icon"   :"other"},
               "ext3" :{"bgcolor":"#7590AE",
                        "fgcolor":"#FFFFFF",
                        "icon"   :"linux"}}
 
  partition.setIcon(QtGui.QIcon(":/gui/pics/%s.png" % icon))
  partition.setStyleSheet("background-color:%s;color:%s" % (meta["bgcolor"],meta["fgcolor"]))

I’m done time is 03:50 now :) For more information about Yalı feel free to get in source at Pardus SVN.