/var/log/b.log

Yeah, we haven't published Pardus 2009 roadmap, that's right, but that doesn't mean we don't have one :) Everyone has a secret roadmap and list of cool features, I'm the first to give a clue. I won't spolit other's TODO lists, you have to wait a little more. Ok, ok, I can't resist, KDE 4 will be our primary (it won't be the only one) desktop environment.

I'm working on COMAR, our friendly configuration manager, who's behind the curtain. You know the Network Manager, or any manager application on TASMA, right? COMAR is a dog breed and TASMA is collar. All managers are simply (well, ok, not that "simple". i'll blog about it, i promise) D-Bus clients and use COMAR service to configure system. COMAR provides an easy to use API with access control features so GUI developers won't have to worry about low level configuration stuff. Users also won't have to worry about system configuration, of course; we're extending API when necessary, developing GUI's asap and provide them easy to use command center.

I won't go deep into COMAR architecture, that would be boring. But no magic happens in COMAR, i have to say that, it's all Python code. Alright, maybe as magical as a Khayyám poem; some say code is poetry, and there are great poets around ;) Every call made through COMAR is handled by a Python script, that is distributed with related PiSi package (our own package management system), and COMAR API developers write that magical Python files (if one has to suffer, that should be developers, not users). Wireless tools package has a COMAR script to handle network connections, ethernet tools package also has one, etc. We all love Python, we adore Python. Our package manager, many TASMA applications, our boot system also written in Python. Did I mention we love Python?

COMAR is behind the curtain, there won't be any remarkable changes for users. But there will be tones of new features and API's for GUI developers. Users can expect more from GUI developers: new manager applications, KDE 4 plasmoids (now we have two KDE developers) and new TASMA. Mock-ups will be here soon. 2009 will be legendary. Just wait for it...

İki staj projesi ile, Ağ Yöneticisi'ne, Cihangir Beşiktaş tarafından Internet paylaşımı ve OpenVPN, Furkan Çalışkan tarafından Ad-Hoc desteği ekledi. Ellerine sağlık!

Kullanıcı Yöneticisi'nde kullanmak için yazdığımız PolicyKit Python eklentisi, RedHat'ten Harald Hoyer'ın yazdığı eklenti ile birleştirildi ve 0.9.1 sürümünden itibaren PolicyKit ile birlikte dağıtılacak.

Bizi izlemeye devam edin...

Pardus 2008 birçok yenilik ile birlikte geliyor, her biri ayrı bir blog girdisi olmayı hakediyor, bu blog girdisi yapılandırma yöneticimiz ÇOMAR için...

Özgür Masaüstü (FreeDesktop) dünyasındaki gelişmeler, diğer dağıtımları olduğu gibi Pardus'u da etkiledi. Bu gelişmelerden belki de en çok etkilenen ÇOMAR oldu. 1.* sürümlerinde servis, süreç ve istemci iletişimi için kullandığı RPC protokolünü bir kenara bırakan ve DBus kullanmaya başlayan yapılandırma yöneticisi, erişim denetimini de PolicyKit'e bıraktı.

Aşağıdaki videoda ÇOMAR ile DBus üzerinden iletişim kuran Kullanıcı Yöneticisi'nin, PolicyKit kullanarak kimlik doğrulama yoluyla yetkilendirme (authorization through authentication) yaptığını görebilirsiniz.

Dileyen deneyimli kullanıcılar (ki onlar kodları nerede bulacaklarını ve nasıl derlemeleri/kurmaları gerektiğini bilirler) yeni ÇOMAR'ı ve arayüzleri yakından inceleyebilir. Biliyorsunuz, kodlarımız açık, Kasım 2004'ten beri...

Güzel, çirkinden
Açık, kapalıdan
Sade, alengirliden,
Alengirli, karmaşıktan
Düz, dallanmıştan
Seyrek, yoğundan iyidir.

Okunabilirlik önemlidir.
Hiçbir özel durum, kuralları bozacak kadar özel değildir.
Yine de pratik olmak, sadeliğin önündedir.

Hatalar, sessizce atlanmamalıdır,
Atlandığı açık bir şekilde belirtilmediği sürece.

Belirsizlik varsa, tahmin edilmeye çalışılmamalıdır.
Bir yol muhtemelen vardır, muhtemelen bir yol vardır.
(Ninja değilseniz, yol ilk bakışta belirgin olmayabilir.)

"Şimdi", "asla"dan iyi olsa da,
"Asla", "hemen şimdi"den daha iyidir.

Nasıl gerçekleneceği zor anlatılan her fikir kötüdür.
Kolayca anlatılanlar iyi olabilir.
Python kullanmak harika bir fikirdir.

Yavaş yavaş bir çok işi ÇOMAR'a devrediyoruz demiştim, bu konu ile ilgili eylemlerimiz devam sürüyor. Geçtiğimiz hafta, bir işi daha ÇOMAR'a yaptırmak için kolları sıvadık ve çekirdek modüllerinin yönetimi için kullanılacak ÇOMAR bacağını kodlamaya başladık. İşimiz bittiğinde, çekirdek modüllerinin yüklenmesi, kaldırılması, kara listeye ya da otomatik yükleme listesine alınması gibi işler ÇOMAR üzerinden yapılabilecek. Bu da, kullanıcıların "modül yüklemek", "modülü otomatik yükleme listesine almak" gibi kendi görev alanının dışında kavramlarla karşılaşmasını engelleyecek. Misal, VirtualBox uygulamasını kullanmak isteyen kullanıcının, "yetkili" kullanıcı hesabına geçip vboxdrv modülünü yükleme gibi bir ihtiyacı olmayacak. VirtualBox'ı çalıştıran kısayolun, bu işi ÇOMAR'a bildirmesi yetecek.

Her model gibi, bu model de, modelin sunduğu görevleri yerine getirecek bir arayüzün yazılmasını kolaylaştıracak. Ve, arayüz programcısının, ÇOMAR'ın sunduğu API dışında bir sistem bileşeni ile etkileşime girmesi (modül ayarlarının bulunduğu dosyaların yeri, otomatik yükleme listesinin yeri, modüllerin nasıl yükleneceği gibi -yine kendi görev alanının dışındaki- konular ile meşgul olması) gerekmeyecek.

Arkası yarın...

ÇOMAR sistem modelleri arasına bir model daha eklendi: Boot.Loader. Bu sistem modeli, adından da anlaşılacağı gibi, önyükleyici (grub) ayarlarından sorumlu. Bu hafta test deposuna girmesi beklenen bu model ve bu modelin tanımladığı görevi yerine getiren (Grub paketinden çıkan) Boot.Loader betiği sayesinde, bir iş daha -olması gerektiği gibi- ÇOMAR'a devredilecek.

Bu işin ÇOMAR'a devredilmesi ile, çekirdek güncellemeleri sonrasında kullanılan update-grub betiğinin yetersiz kaldığı durumlar ortadan kalkacak, önyükleyici ayarlarını değiştirmek isteyen bir kullanıcının yönetici modunda çalışması ve önyükleyici ayar dosyasının formatı ile ilgili kafa yorması gereklemeyecek. Kısacası, bir sorun daha ortadan kalkacak:

"Çeşitli uygulamalar bir sistem içinde bir araya getirildiklerinde, birbirleriyle uyumlu çalışabilmeleri için ayarlanmaları gerekmektedir. Kurulan bir uygulamanın masaüstü menüsüne eklenmesi, açabildiği dosya tiplerini sisteme bildirmesi, yeni kurulan bir spam (istenmeyen eposta) filtreleyicinin mevcut eposta sunucusuna bağlanması gibi çok sayıda entegrasyon işlemi bulunmaktadır. Kullanıcı, bu ayarları yapabilmek için, kendi yapmak istediği işin dışındaki teknik konularda bilgi kazanmak zorunda kalmakta ve zaman kaybetmektedir." -- ÇOMAR Mimarisi

Ve, aşağıdaki gibi bir uygulamanın yazılması mümkün olacak:

Eylemlerimiz sürecek, izlemeye devam edin.

Django'lu blog uygulamamız burada.

Django 0.95 için Türkçe dil paketi ve düzeltmeler burada.

Getsuga tenshō!