<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-9">
<META content="MSHTML 6.00.2745.2800" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>Herkese Merhaba.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Bilindiği üzere 2. grubun staj dönemi sona erdi. 4 
haftalık süre içerisinde bizden yardımlarını esirgemeyen, bize gayet samimi ve 
eğlenceli bir ortam sağlayan geliştiricilere teşekkür ederim. </FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Son hafta çoğunluk ofiste bulunamadığı için ben 
projemin gidişi hakkında kısa bir şeyler söyleyeceğim. Derleme çiftliğinin komut 
satırı yorumcusu şu anda kullanılabilir bir durumda. Daemon olarak 
çalışabiliyor, bu sırada standart çıktıları /var/log/buildfarmd.log dosyasına 
yönlendiriyor. Buildfarm'ın kullandığı bütün dizin ve ayarları esnek hale 
getirmek için bir configure.py yazdım. Çiftlik böylece herhangi bir bilgisayar 
kolayca kurulabilir.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Bunların yanında kilit mekanizmasını tam olarak 
oturttum. Şu anda race condition oluşabilecek durumlarda comar.utility'deki 
FileLock kullanarak critical section'lar yarattım ve her şey düzgün gözüküyor. 
Bunu yaparken çok da akılcı ve yapıcı olmayan bir introspection mekanizması 
kullanmak zorunda kaldım. Daha sonra değiştirilebilir. Ama şu anda sistemin 
bütünlüğünü bozabilecek erişimler hep kilit altında. Örneğin bir geliştirici 
kuyruktaki paketleri derleme işlemini başlatmışsa başka bir geliştirici o sırada 
kuyruklara yazma hakkına, kuyruk üstünde tekrar pisi çağırma hakkına sahip 
değil. </FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Daemon'ın öldürülebilmesi için bir -kill 
parametresi eklemeyi düşünüyorum. System.Service scripti de yazabilirdim ama bu 
tarz bir proje için gereksiz olduğunu düşündüm. Sonuçta pisi paketi yapıp depoya 
koymayacağız buildfarm'ı.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Eskiden Çağlar'ın kendi yazdığı sync.py ile 
hallettiği 2 binary depo arasındaki farkların bulunması ve geliştirici listesine 
mail atılması (Şu [RFC] Güncellemeler konulu mailler) işini de buildfarm 
otomatik olarak halledebiliyor.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Son haftanın son 2 günü Django okumaya başladım web 
arayüzü için. 17 Eylül Pazartesi itibariyle ofise tekrar gelip okul açılana 
kadar 2 hafta daha stajıma devam edeceğim. Web arayüzü ile beraber test deposuna 
girmiş paketler, bağımlılıklarıyla beraber web üzerinden stable depo'ya 
paslanmak üzere işaretlenebilecek. Başka atraksiyonlar da eklenebilir tabi 
ki.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Tekrar teşekkürler.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Hepinize iyi pazarlar.</FONT></DIV>
<DIV><FONT face=Arial size=2>Ozan ÇAĞLAYAN</FONT></DIV></BODY></HTML>