From ekin at pardus.org.tr  Mon Dec  1 01:42:29 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 1 Dec 2008 01:42:29 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <4931B7AE.9070709@gmail.com>
References: <200811292237.29198.ekin@pardus.org.tr>
	<4931B7AE.9070709@gmail.com>
Message-ID: <200812010142.29384.ekin@pardus.org.tr>

Merhaba;

Saturday 29 November 2008 tarihinde, Ýþbaran Akçayýr þunlarý yazmýþtý: 
> Merhaba
>
> > libgcrypt-1.4.0-8-4.pisi
>
> bu geçen de vardý revert etmiþtik ya betik sorunu ya arada kaynadý herhalde

Hayýr, revert edince yeniden derlendi, bu paket yeniden derlenen (release ve 
buildnosu artýyor revert etsek de.)

NACK, girmesine gerek yok yani.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ertugrulerata at gmail.com  Mon Dec  1 09:21:36 2008
From: ertugrulerata at gmail.com (=?UTF-8?Q?Ertu=C4=9Frul_Erata?=)
Date: Mon, 1 Dec 2008 09:21:36 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200811292237.29198.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
Message-ID: <176c63c20811302321k6a42ad81ofe99e0630c60a450@mail.gmail.com>

> R-2.8.0-17-7.pisi
> rkward-0.4.9_p1-18-4.pisi

ACK


-- 
Ertuðrul Erata

Pardus Devel.

##biraz tembelim. itiraf ediyorum##

From alpaslanmete at gmail.com  Mon Dec  1 14:38:45 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Mon, 1 Dec 2008 14:38:45 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200811292237.29198.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
Message-ID: <305f9edc0812010438k72f3234bgaf34b6cf532f576a@mail.gmail.com>

2008/11/29 Ekin MeroÄŸlu <ekin at pardus.org.tr>

>
> tpmmanager-0.5-3-1.pisi
> tpm-tools-1.3.1-4-1.pisi
> trousers-0.3.1-7-1.pisi
>
>
NACK


>
> --
> İyi Çalışmalar;
> Ekin Meroglu <ekin_at_pardus.org.tr>
>
> ... did i listen to pop music because i was miserable, or was i miserable
> because i listened to pop music?... - rob [nick hornby / hi fi]
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081201/060bf255/attachment.htm 

From serbulent at pardus.org.tr  Mon Dec  1 20:32:00 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Mon, 1 Dec 2008 20:32:00 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <d9a1c9300811291341w418b35d8h6f769159e8ca3922@mail.gmail.com>
References: <200811292237.29198.ekin@pardus.org.tr>
	<d9a1c9300811291341w418b35d8h6f769159e8ca3922@mail.gmail.com>
Message-ID: <200812012032.00694.serbulent@pardus.org.tr>

On Saturday 29 November 2008 23:41:55 Murat Senel wrote:
> > cegui-0.6.1-5-3.pisi
> > crystalspace-1.2.1_30564-9-3.pisi
> > crystalspace-doc-1.2.1_30564-9-3.pisi
> > smc-1.6-3-4.pisi
>
> ACK

Sevgili Murat,

Buradaki postayý [1] görmediðini varsayýyorum ama hiç mi merak etmiyorsun 2 
defadýr ACK verdiðin paketler neden alýnmýyor depoya diye ?  

[1] http://liste.uludag.org.tr/gelistirici/2008-November/014527.html

-- 
Ýyi Çalýþmalar,

Serbülent

From ozan at pardus.org.tr  Mon Dec  1 20:56:40 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 01 Dec 2008 20:56:40 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812012032.00694.serbulent@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>	<d9a1c9300811291341w418b35d8h6f769159e8ca3922@mail.gmail.com>
	<200812012032.00694.serbulent@pardus.org.tr>
Message-ID: <49343368.5080905@pardus.org.tr>

Serbulent UNSAL wrote:
> On Saturday 29 November 2008 23:41:55 Murat Senel wrote:
>   
>>> cegui-0.6.1-5-3.pisi
>>> crystalspace-1.2.1_30564-9-3.pisi
>>> crystalspace-doc-1.2.1_30564-9-3.pisi
>>> smc-1.6-3-4.pisi
>>>       
>> ACK
>>     
>
> Sevgili Murat,
>
> Buradaki postayý [1] görmediðini varsayýyorum ama hiç mi merak etmiyorsun 2 
> defadýr ACK verdiðin paketler neden alýnmýyor depoya diye ?  
>
> [1] http://liste.uludag.org.tr/gelistirici/2008-November/014527.html
>   
Çok hata giriliyor bunlarla ilgili, lütfen artýk çözülsün.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From dfisek at fisek.com.tr  Mon Dec  1 21:46:32 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 1 Dec 2008 21:46:32 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812012032.00694.serbulent@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<d9a1c9300811291341w418b35d8h6f769159e8ca3922@mail.gmail.com>
	<200812012032.00694.serbulent@pardus.org.tr>
Message-ID: <20081201214632.073e3f71.dfisek@fisek.com.tr>

Mon, 1 Dec 2008 20:32:00 +0200, Serbulent UNSAL
<serbulent at pardus.org.tr> :

> Buradaki postayý [1] görmediðini varsayýyorum ama hiç mi merak
> etmiyorsun 2 defadýr ACK verdiðin paketler neden alýnmýyor depoya
> diye ?  
> [1] http://liste.uludag.org.tr/gelistirici/2008-November/014527.html
Yav cikintilik edip durmaktan sýkýldým ama cenemi tutamayacagim yine.

Gelistirici listesinde onlarca mesaj donuyor. Murat, listeyi dikkatli
takip eden herhangi birisinin de anlayabilecegi gibi, bu donem cok yogun
ve buyuk olasilikla gelistirici listesini sýk takip edemiyor.

"Kirik bagimliliklar" gibi genel bir ifade ile tek kelime Turkce ifade
eklemeden bir mesaj logu yapistiriyorsun. Logu incelemeyen birisinin de
ne ile ilgili oldugunu anlamasi mumkun degil. Ben sahsen okumadan
gecmistim, benim paketlerimden biriyle ilgili olsa farkina bile
varmazdim.

Buildfarm paketini derleyemeyince sana mesaj atiyor. Bugzilla sana hata
raporu atinca sana mesaj atiyor. Kirk yilin bir basi bir pakette hata
yakalamissin, onune insan gibi iki satir bisi yazip, gelistiricisine
mesaj atsan ne olacak? Pesinde kossan elin mi kirilacak?

Ikinci soruna gelince... Kararli depoya paketin girip girmedigini nasil
takip etsin ki? Eskiden duyuru yapilirdi hangi paketler giriyor diye, o
da yok artik.

Merge'uydu, ACK/NACK'iydi, testiydi, kararli depoya alinmasiydi, vs bu
is gercekten boktan yuruyor :(.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From fatih at pardus.org.tr  Mon Dec  1 22:48:47 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Mon, 1 Dec 2008 22:48:47 +0200
Subject: [Gelistirici] r20249 - trunk/repokit/src
In-Reply-To: <20080912190819.5A24613840F8@liste.pardus.org.tr>
References: <20080912190819.5A24613840F8@liste.pardus.org.tr>
Message-ID: <200812012248.52204.fatih@pardus.org.tr>

Cuma 12 Eylül 2008 tarihinde, uludag-commits at pardus.org.tr þunlarý yazmýþtý: 
> Author: fatih
> Date: Fri Sep 12 22:08:19 2008
> New Revision: 20249
>
> Modified:
>    trunk/repokit/src/ismail.py
> Log:
> Path tags may include wildcards

Zamanýnda bu betikte böyle bir fix yapmýþtým. Sanýrým svn sunucusu hala eski 
halini kullanýyor. Gereksiz yere commit yapmamý engelliyor. Güncelleyebilirsek 
çok iyi olacak.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081201/841ab64b/attachment.pgp 

From inancyildirgan at gmail.com  Tue Dec  2 02:37:06 2008
From: inancyildirgan at gmail.com (=?utf-8?q?=C4=B0nan=C3=A7_Y=C4=B1ld=C4=B1rgan?=)
Date: Tue, 2 Dec 2008 02:37:06 +0200
Subject: [Gelistirici] Pisi fallback adresi
Message-ID: <200812020237.06342.inancyildirgan@gmail.com>

$SUBJECT, pisinin kaynak dosyayý pspec de belirtilen adreste bulamadýðýnda 
kullandýðý adres bildiðim kadarýyla. 

Þu an mevcut pisi içerisinde bu adres [0] þeklinde geliyor. Ama adrese 
baðlanýp baktýðýmda 2007/, 2008/ þeklinde dizinlere ayrýldýðýný gördüm. Bu 
hali ile doðal olarak çalýþmýyor bu özellik. Artýk 2007 sürümü hayatýnýn 
sonuna geldiðine göre bunun ön tanýmlý olarak [1] haline getirilmesi mümkün 
müdür?

[0]= ftp://ftp.pardus.org.tr/pub/pisi/source
[1]= ftp://ftp.pardus.org.tr/pub/pisi/source/2008

From gokmen at pardus.org.tr  Tue Dec  2 09:08:50 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Tue, 2 Dec 2008 09:08:50 +0200
Subject: [Gelistirici] [Uludag-commits] r20757 -
	branches/net-link-2.0/examples
In-Reply-To: <20081202064931.D4F94138406C@ns1.pardus.org.tr>
References: <20081202064931.D4F94138406C@ns1.pardus.org.tr>
Message-ID: <200812020908.51016.gokmen@pardus.org.tr>

On Tuesday 02 December 2008 08:49:31 uludag-commits at pardus.org.tr wrote:
> Author: bahadir.kandemir
> Log:
> Auto connect for mudur
> Modified: branches/net-link-2.0/examples/test-mudur.py
> +        for profileName in link.Network.Link[package].connections():
Hangi profilin "up" olduðunu bulmak için heryerde for döngüsü kurmak, bütün 
connectionlarý gezip hangisinin "up" olduðuna bakmak ne kadar mantýklý ?

Hadi onu geçtim bu iþi yapan kodu her yerde tekrar tekrar yazmak ?

Bu iþi yapan bir metod eklesen net-link altýna ?

-- 
Gokmen GOKSEL

From bahadir at pardus.org.tr  Tue Dec  2 09:24:40 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Tue, 2 Dec 2008 09:24:40 +0200
Subject: [Gelistirici] [Uludag-commits] r20757 -
	branches/net-link-2.0/examples
In-Reply-To: <200812020908.51016.gokmen@pardus.org.tr>
References: <20081202064931.D4F94138406C@ns1.pardus.org.tr>
	<200812020908.51016.gokmen@pardus.org.tr>
Message-ID: <200812020924.48223.bahadir@pardus.org.tr>

02 Ara 2008 Sal tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> Hangi profilin "up" olduðunu bulmak için heryerde for döngüsü kurmak,
> bütün connectionlarý gezip hangisinin "up" olduðuna bakmak ne kadar
> mantýklý ?
>
> Hadi onu geçtim bu iþi yapan kodu her yerde tekrar tekrar yazmak ?
>
> Bu iþi yapan bir metod eklesen net-link altýna ?

for profileName in link.Network.Link[package].connections():
    profileInfo = link.Network.Link[package].connectionInfo(profileName)
    state = profileInfo.get("state", "down")

Yukarýdaki gibi bulunabiliyoruz hangi profilin "up" olduðunu. Bunu tek 
satýra indirmek için API'ye bir metod eklemek mantýklý gelmiyor.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081202/0876fb5d/attachment.pgp 

From gokmen at pardus.org.tr  Tue Dec  2 09:31:40 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Tue, 2 Dec 2008 09:31:40 +0200
Subject: [Gelistirici] [Uludag-commits] r20757 -
	branches/net-link-2.0/examples
In-Reply-To: <200812020924.48223.bahadir@pardus.org.tr>
References: <20081202064931.D4F94138406C@ns1.pardus.org.tr>
	<200812020908.51016.gokmen@pardus.org.tr>
	<200812020924.48223.bahadir@pardus.org.tr>
Message-ID: <200812020931.41008.gokmen@pardus.org.tr>

On Tuesday 02 December 2008 09:24:40 Bahadýr Kandemir wrote:
> for profileName in link.Network.Link[package].connections():
>     profileInfo = link.Network.Link[package].connectionInfo(profileName)
>     state = profileInfo.get("state", "down")
>
> Yukarýdaki gibi bulunabiliyoruz hangi profilin "up" olduðunu. Bunu tek
> satýra indirmek için API'ye bir metod eklemek mantýklý gelmiyor.
Neden mantýklý gelmiyor ? Ayrýca bir de "if" koyman gerekiyor bir satýr daha 
ekle.

-- 
Gokmen GOKSEL
{ [pardus.org.tr/eng] | [kde.org] } for freedom

From bahadir at pardus.org.tr  Tue Dec  2 10:06:12 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Tue, 2 Dec 2008 10:06:12 +0200
Subject: [Gelistirici] [Uludag-commits] r20757 -
	branches/net-link-2.0/examples
In-Reply-To: <200812020931.41008.gokmen@pardus.org.tr>
References: <20081202064931.D4F94138406C@ns1.pardus.org.tr>
	<200812020924.48223.bahadir@pardus.org.tr>
	<200812020931.41008.gokmen@pardus.org.tr>
Message-ID: <200812021006.15370.bahadir@pardus.org.tr>

02 Ara 2008 Sal tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> Neden mantýklý gelmiyor ? Ayrýca bir de "if" koyman gerekiyor bir satýr
> daha ekle.

Bir döngü içinde, birkaç satýr ile basitçe yapabiliyoruz bu iþi. Üstelik, 
þimdiye kadar sadece bir yerde ihtiyaç duyduk böyle bir þeye.

Að baðlantýsý kurmak ve yönetmek için bir API sunmamýz, her iþ için bir 
metod tanýmlayacaðýmýz anlamýna gelmiyor. 
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081202/bff4983d/attachment.pgp 

From gokmen at pardus.org.tr  Tue Dec  2 10:19:55 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Tue, 2 Dec 2008 10:19:55 +0200
Subject: [Gelistirici] [Uludag-commits] r20757 -
	branches/net-link-2.0/examples
In-Reply-To: <200812021006.15370.bahadir@pardus.org.tr>
References: <20081202064931.D4F94138406C@ns1.pardus.org.tr>
	<200812020931.41008.gokmen@pardus.org.tr>
	<200812021006.15370.bahadir@pardus.org.tr>
Message-ID: <200812021019.55739.gokmen@pardus.org.tr>

On Tuesday 02 December 2008 10:06:12 Bahadýr Kandemir wrote:
> 02 Ara 2008 Sal tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > Neden mantýklý gelmiyor ? Ayrýca bir de "if" koyman gerekiyor bir satýr
> > daha ekle.
>
> Bir döngü içinde, birkaç satýr ile basitçe yapabiliyoruz bu iþi. Üstelik,
> þimdiye kadar sadece bir yerde ihtiyaç duyduk böyle bir þeye.
>
> Að baðlantýsý kurmak ve yönetmek için bir API sunmamýz, her iþ için bir
> metod tanýmlayacaðýmýz anlamýna gelmiyor.
ActiveConnection gibi bir metod genel bir metod, bu tip iþlerin yapýlmasý için 
bir ara katman daha olmalý diye konuþmuþtuk aslýnda sen yine kabul etmemiþtin.

Ýlla API içinde olmayacaksa dediðim gibi bir ara katmanda olsa da böyle genel 
bir yapý olmalý.

Tabi son söz geliþtiricinin, nasýl olsa network-manager'ýda , network-applet'i 
de sen geliþtireceksin uðraþ dur ;)

-- 
Gökmen GÖKSEL
[pardus.org.tr]

From bahadir at pardus.org.tr  Tue Dec  2 10:33:59 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Tue, 2 Dec 2008 10:33:59 +0200
Subject: [Gelistirici] [Uludag-commits] r20757 -
	branches/net-link-2.0/examples
In-Reply-To: <200812021019.55739.gokmen@pardus.org.tr>
References: <20081202064931.D4F94138406C@ns1.pardus.org.tr>
	<200812021006.15370.bahadir@pardus.org.tr>
	<200812021019.55739.gokmen@pardus.org.tr>
Message-ID: <200812021034.02668.bahadir@pardus.org.tr>

02 Ara 2008 Sal tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> ActiveConnection gibi bir metod genel bir metod, bu tip iþlerin
> yapýlmasý için bir ara katman daha olmalý diye konuþmuþtuk aslýnda sen
> yine kabul etmemiþtin.
>
> Ýlla API içinde olmayacaksa dediðim gibi bir ara katmanda olsa da böyle
> genel bir yapý olmalý.
>
> Tabi son söz geliþtiricinin, nasýl olsa network-manager'ýda ,
> network-applet'i de sen geliþtireceksin uðraþ dur ;)

Talepler geliþtirici'de tartýþýlmadan COMAR'da deðiþiklik yapmayacaðým 
demiþtim.

NA'da ve NM'de tüm profil bilgilerini alýyoruz, baðlantý durumu da bu 
bilgiler içinde geldiðinden ayrý bir metod kullanýlmýyor.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081202/41938286/attachment.pgp 

From ekin at pardus.org.tr  Tue Dec  2 11:38:46 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 2 Dec 2008 11:38:46 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <20081201214632.073e3f71.dfisek@fisek.com.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812012032.00694.serbulent@pardus.org.tr>
	<20081201214632.073e3f71.dfisek@fisek.com.tr>
Message-ID: <200812021138.46770.ekin@pardus.org.tr>

Merhaba;

Monday 01 December 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 

> Ikinci soruna gelince... Kararli depoya paketin girip girmedigini nasil
> takip etsin ki? Eskiden duyuru yapilirdi hangi paketler giriyor diye, o
> da yok artik.

Her seferinde karþýsýna ayný paket geliyor, takip etmesine gerek bile yok ki ? 
Update etmediðin bir paket her seferinde karþýna geliyor, o mail'i 
görüyorsun, cevap veriyorsun ama nedenini aramak aklýna gelmiyor.
Yanlýþ anlaþýlmasýn, benim baþýma da gelebilir ayný durum, ben de 
atalayabilirim ama her hatanýn, her sorunun nedeni Serbülentin test süreci 
deðil, ACK/NACK deðil, merge deðil.  

Ayrýca son sefere kadar geliyordu o liste, sadece son sefer atlanmýþ - evet 
hata, ama "eskiden geliyordu artýk o da yok" durumu yok. 
  
> Merge'uydu, ACK/NACK'iydi, testiydi, kararli depoya alinmasiydi, vs bu
> is gercekten boktan yuruyor :(.

Evet, kaldýralým hepsini, test deposunu da kaldýralým, benim iþim onda bir 
azalýr - ama ertesi gün kde hiç açýlmadýðýnda anca iki pullu dilekçeyle 
baþvurur onlarca kullanýcý - yapmadýðýmýz iþ deðil.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ozan at pardus.org.tr  Tue Dec  2 11:50:27 2008
From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=)
Date: Tue, 02 Dec 2008 11:50:27 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812021138.46770.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>	<200812012032.00694.serbulent@pardus.org.tr>	<20081201214632.073e3f71.dfisek@fisek.com.tr>
	<200812021138.46770.ekin@pardus.org.tr>
Message-ID: <493504E3.4080503@pardus.org.tr>

Ekin Meroðlu wrote On 02-12-2008 11:38:
> Merhaba;
>
> Monday 01 December 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 
>
>   
>> Ikinci soruna gelince... Kararli depoya paketin girip girmedigini nasil
>> takip etsin ki? Eskiden duyuru yapilirdi hangi paketler giriyor diye, o
>> da yok artik.
>>     
Eskiden yapýlýyordu, o da yok artýk kýsmýna Ekin açýklýk getirmiþ. Onun 
dýþýnda paketin kararlý depoya girip girmediðini takip etmek çok zor bir 
þey deðil, aslýnda "hiç" zor bir þey deðil. Ekin'in dediði gibi bir kere 
her ACK listesinde ayný paketi görüyorsun, ayrýca artýk detaylar da 
e-posta olarak atýlýyor.

Onu geçtim, hadi mail gelmedi hata oldu bilmemne, ben bir paketin 
kararlý depoya girip girmediðini anlamak için 3 saniyemi harcayýp 
paketler.pardus.org.tr/pardus-2008'e girip, CTRL+F'e basýp paket adýný 
yazýyorum. Sürüme bakýyorum, hah sürümü mü unuttum, timestamp'e 
bakýyorum, bitiyor.
>> Merge'uydu, ACK/NACK'iydi, testiydi, kararli depoya alinmasiydi, vs bu
>> is gercekten boktan yuruyor :(.
>>     
"Boktan" biraz aðýr bir itham olsa da aslýnda süreçlerin 
iyileþtirilmesini caný gönülden istediðini, bu lafý köstek olmak için 
atmadýðýndan zaten þüphem yok. Ancak bu iþ hemen olmuyor. Bakýcýsýz 
paketleri iþaretleyelim diyorsun, belli bir gecikmeyle hallediyoruz, 
þimdi noldu bakýcý paketler diyorsun, cevap vermedim hala ama 
unutmuyoruz hiçbirþeyi, halletmeye çalýþýyoruz. Yakýnda bilgi vereceðim.

Söylenen her eleþtirici, istek birimizin kafasýnda zaten yer ediyor, 
ancak çok fazla þeyle uðraþýyoruz, sizlerin zaman hassasiyetiyle 
bizimkiler pek çakýþmýyor.

Kýsacasý, sabýrla her þey oluyor.

-- 
Ozan Çaðlayan



From dfisek at fisek.com.tr  Tue Dec  2 12:12:35 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 2 Dec 2008 12:12:35 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812021138.46770.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812012032.00694.serbulent@pardus.org.tr>
	<20081201214632.073e3f71.dfisek@fisek.com.tr>
	<200812021138.46770.ekin@pardus.org.tr>
Message-ID: <20081202121235.fcae05a4.dfisek@fisek.com.tr>

Merhaba,

Tue, 2 Dec 2008 11:38:46 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> Evet, kaldýralým hepsini, test deposunu da kaldýralým, benim iþim
> onda bir azalýr - ama ertesi gün kde hiç açýlmadýðýnda anca iki pullu
> dilekçeyle baþvurur onlarca kullanýcý - yapmadýðýmýz iþ deðil.
Soyledigimin bu olmadiginin farkindasin, demogoji yapmak da pek yakisik
almiyor.

Alternatif birden fazla oneri getirdim bu listede hemen her bu konu
acildiginda. Dikkate almayip mevcut sureclerle yasamaya devam
ediyorsunuz.

Kendiniz pek mutlu olabilirsiniz. Ben bir gelistirici olarak hic
degilim. Bu memnuniyetsizligimi de her yasadigimda dile getirmeye devam
edecegim.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From coderlord at gmail.com  Tue Dec  2 12:28:31 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Tue, 2 Dec 2008 12:28:31 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <20081202121235.fcae05a4.dfisek@fisek.com.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812012032.00694.serbulent@pardus.org.tr>
	<20081201214632.073e3f71.dfisek@fisek.com.tr>
	<200812021138.46770.ekin@pardus.org.tr>
	<20081202121235.fcae05a4.dfisek@fisek.com.tr>
Message-ID: <4cca720b0812020228m711bfbadi61ff4f69e7edb5dd@mail.gmail.com>

02 Aralýk 2008 Salý 12:12 tarihinde Doruk Fisek <dfisek at fisek.com.tr> yazdý:
> Alternatif birden fazla oneri getirdim bu listede hemen her bu konu
> acildiginda. Dikkate almayip mevcut sureclerle yasamaya devam
> ediyorsunuz.

Doruk affedersin dikkatimden kaçmýþ bu e-postalarýn. :(

Acaba ayrý bir baþlýk açarak bu önerilerini yazsan nasýl olur? Belki
diðer arkadaþlarýn da dikkatinden kaçmýþtýr.

Görüþmek üzere.


-- 
Furkan Duman

From turkersezer at tsdesign.info  Tue Dec  2 12:34:51 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Tue, 2 Dec 2008 12:34:51 +0200
Subject: [Gelistirici] Pisi fallback adresi
In-Reply-To: <200812020237.06342.inancyildirgan@gmail.com>
References: <200812020237.06342.inancyildirgan@gmail.com>
Message-ID: <200812021234.52063.turkersezer@tsdesign.info>

On Tuesday 02 December 2008 02:37:06 Ýnanç Yýldýrgan wrote:
> Þu an mevcut pisi içerisinde bu adres [0] þeklinde geliyor. Ama adrese
> baðlanýp baktýðýmda 2007/, 2008/ þeklinde dizinlere ayrýldýðýný gördüm. Bu
> hali ile doðal olarak çalýþmýyor bu özellik. Artýk 2007 sürümü hayatýnýn
> sonuna geldiðine göre bunun ön tanýmlý olarak [1] haline getirilmesi mümkün
> müdür?
>
> [0]= ftp://ftp.pardus.org.tr/pub/pisi/source
> [1]= ftp://ftp.pardus.org.tr/pub/pisi/source/2008

Pisinin destekleyip desteklemediðini bilmiyorum ama eðer destekliyorsa buraya 
her iki adresi de eklesek, yanýna bonus olarak contrib deposunun adreslerini 
de yazsak. Herkesler kullanabilse bu özelliði.


Türker

From dfisek at fisek.com.tr  Tue Dec  2 14:03:09 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 2 Dec 2008 14:03:09 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
Message-ID: <20081202140309.5450af86.dfisek@fisek.com.tr>

Merhaba,

Tue, 2 Dec 2008 12:28:31 +0200, "Furkan Duman" <coderlord at gmail.com> :

> Doruk affedersin dikkatimden kaçmýþ bu e-postalarýn. :(
> Acaba ayrý bir baþlýk açarak bu önerilerini yazsan nasýl olur? Belki
> diðer arkadaþlarýn da dikkatinden kaçmýþtýr.

Seni kiracagima kafami arsiv fareligi yaparim :). Icinde sadece "test"
kelimesi gecenleri taradim yazdiklarimdan, baska aradan kacanlar olmus
olabilir.

22 Ekim'de yazdigim e-postada [1] iki farkli oneri yer aliyor. 8
Ekim'de yazdigim bir e-postada [2] baska bir oneri var. 5 Ekim'de
yazdigim e-postada [3] bir seri daha. 20 Mart'tan bir bukle [4]. 14
Mart'in ne eksigi var, hem de tip bayrami [5]. 4 Mart'ta bisiler daha
[6]. 30 Ocak'ta gelistirici toplantisinin(!!) ardindan onerilerimin posa
kivaminda ozeti [7].

Artik 2007'ye gecmeyeyim dedim, tarihte geriye gittikce yazdiklarimin
uygulanma yuzdesi artiyor ;). Ozan'in da dedigi gibi zamanla bazi seyler
"olgunlasiyor".

Bazilarinin "test sureci ile ne alakasi var canim" diye
dusunebilirsiniz. Aslinda oldukca ilgili, cunku bircok sav
"guncellemede sorun cikiyor" noktasina gelip dayaniyor. Bunlarin hepsi
de guncellemelerde sorun cikmasinin nedenleri ile ilgili.

Herhangi biri icin "x onerisinin ne oldugu anlasilmiyor, daha detayli
aciklar misin" diyene usenmeyip anlatabilirim.

- dfisek


=======

[1] http://liste.pardus.org.tr/gelistirici/2008-October/013904.html

"Bastan beri soyledigim gibi, test sureci ile kurunun yaninda cok fazla
yas yakmaya calisiliyor gibime geliyor. Sorun cikarip ortaligin
karismasina yol acan belli paketler var. Onlari belirleyip, onlarin
guncellenmesinde testlere ekstra ilgi gosterip, kalanlara sadece temel
testleri (paket menuye yerlesiyor mu, aciliyor mu) uygulamak daha
fizibl olur.

Daha da fizibl oldugunu dusundugum soyle bir radikal onerim var :

1) Sadece guvenlik guncellemelerinin yapildigi bir 2008 deposu olsun.
Bu depoya giren her guncellemede tirnagina kadar tum yazilimlar testten
gecsin. Bu depoya "kararli" olacak densin. Bir paket patlarsa test
takimini dovelim :)

2) Normal depoda test sureci islemesin ya da sadece kritik paketlerde
islesin. x hafta test deposunda durup hata raporu almayan paketler
normal depoya sorgusuz sualsiz girsin. Kullanicilar "sistemim bozuldu,
guncellemeler test edilmiyor mu" dediginde de, "test deposunda x hafta
hata belirtilmemis. eger surecin daha iyi olmasini istiyorsaniz, siz de
testlere daha cok katilin. Ben sistemim kararli kalsin istiyorum
diyorsaniz, sadece guvenlik guncellemeleri yapilan depoyu kullanin."
densin.

Boylece hedef belirlenmis olur, dagitim depolarinin bir kimligi olur.
Su anda bence herkes farkli beklentiler icinde dagitimdan ve kimse
mutlu olamiyor. Hem ultra kararli olayim, hem gelismelerden geri
kalmayayim, hem o da olsun, hem bu da olsun diye hareket edince hicbiri
elde edilemiyor.

Bu ilk defa yapilan bisi degil, Debian stable ve testing var. Pardus'un
surum cikarma dongusunun Debian kadar uzun olmadigi dusunulurse,
Debian'daki zararli yan etkiler de Pardus'ta cok az olacaktir diye
dusunuyorum."

=======

[2] http://liste.pardus.org.tr/gelistirici/2008-October/013773.html

"Su anda yuruyor ama nasil yurudugu belli degil. Cunku herkesin test
surecinden farkli beklentileri var. Oncelikle test surecinin ne artilar
katmasi gerektigi konusunda tum (cekirdek) ekip bir hemfikir olmasi
gerekiyor."

=======

[3] http://liste.pardus.org.tr/gelistirici/2008-October/013685.html

"Cozum ne?

1) Test surecinin "ciddi" yapilmasi. Ornegin her hafta Pazartesi gunu
test surecinin yeni gelen paketler icin tekrar baslanmasi gerekiyor.
Boyle bir insan gucumuz yok deniyorsa -- bunun adi konur, sadece belli
kritik paketlere test sureci uygulanabilir, kalanlar test edilmeden
depoya alinabilir.

Test edilmeden Pardus deposuna hic paket giremez deniyorsa,
insangucunun yetmedigi kalan paketler contrib deposuna alinmali. En
azindan adam gibi guncellenirler.

Ama bunun adi mutlaka konmali. Su anda "ne guzel de test yapiyoruz" diye
dusunenler kendilerini kandiriyorlar bence.

2) Bir "acil test ekibi"nin olmasi gerekiyor. Yani bir guvenlik
guncellemesi varsa, onu atiyorum 12 saat icinde test edip "tamam, bu
saglam" diyecek birileri olmali. Yanlis anlamayacaginizi umarak
soyluyorum, cekirdek ekipte az sayida insan yok, mesailerinin bir
kismini buna ayirmalari cok zor olmamali.


Bir de su anda cok kullanilan uygulamalar kirilmis durumda, 24 saat
gecmesine karsin hala cozum icin bisi yapilmamis durumda. Bu bir tek
bana mi batiyor bilmiyorum. Tatil gunu diyeceksiniz, dogru, o zaman
tatil gununde kritik guncelleme depoya almayalim :/"

=======

[4] http://liste.pardus.org.tr/gelistirici/2008-March/011497.html

"1.0 doneminde kullanilan, adi konmasa da 2007'deki merge/review
surecleri ile fiilen anlami yitirmis bir "bilesen sorumlusu" kavrami var
(her bolumde component.xml'de yazan kisi).

Bunu 2008 ile beraber tekrar hayata gecirmek bence iyi olurdu. Ilk
paket yapmaya basladigimda cok yararini gormustum. Atiyorum bir
kutuphane paketi yapacagim zaman, "bu resmi depoya girer mi", "boyle
bisiyin paketini yapmak anlamli mi", "hedede problem cikti, icinden
cikamiyorum, ne yapmaliyim" gibi sorulari birebir sorup yanit
alabilecegin bir kisi olmasi oldukca yararli oluyor. Su anda ilgili
bilesenin butununu goren insan olmadigi icin, hedede problem yok ama x
hodonun paketi onunla konusman lazim seklinde pinpon topuna
donebiliyorsun bir anda.

Mevcut politikada her paket kendi basina degerlendiriliyor, bulundugu
bilesen butunu icinde degil. Merge eden kisinin ya da test eden kisinin
tum guncellemeleri hakkini vererek test etmesini beklemek oldukca
hayal. Ayni bilesendeki baska programlari nasil etkiledigini
bilmesi biraz sansa kaliyor.

Onun yerine her bilesenin sorumlulugunu birine verip, kendi bilesenini
supurmesini beklemek cok daha verimli bir davranis olur gibime geliyor.
O kisi kendi bileseninde uzmanlasip, "ne paket olsa bakarim abi" diyen
insandan daha fazla ilgi gosterebilir. Depo "bol-yonet" politikasi
gutmeden yonetmek icin fazla buyuk diye dusunuyorum.

Bilesen sorumlusu kendi bilesenine girecek olan yeni paketin depoya
girip girmeyecegine karar verebilecegi gibi, paketin guncellenmesi
(merge) islemi/karari da bilesen sorumlusuna verilebilir. Insanlarin
uzerindeki yuku azaltacagi gibi, farkli kisilerin sorumluluk almasini,
kendini gelistirmesini ve yetismesini saglayacaktir. Ileride
gerceklesecek gorev degisimlerinde "hazir" daha fazla insan da olur
boylece.

Benden duramayip ortaya atilan bir 2ykr daha."

=======

[5] http://liste.pardus.org.tr/gelistirici/2008-March/011431.html

"Su anda bir paketi guncellemek isteyen once devel'de bunu yapiyor, ayni
mesajin neredeyse bir kopyasini stable listesine atarak 2007'ye merge
isteginde bulunuyor. Merge'cu basi alip onu 2007'ye aktariyor (bir
mesaj daha). Sonra derleme ciftliginin basindaki insan ciftligi
durtuyor, paketler derleniyor ve test deposuna giriyor.

Cok uzun zamandir, stable'a yapilan bir merge istegine, yav bu
guncelleme cok sacma, bunu yapmayalim diyen olmadi. Boyle bir sey
denecek olsa, zaten 2007 commitlerine bakilarak da soylenebilir. "Geri
al" denir, alinir. Zaten otomatik olarak derlenmiyor ki paketler,
derleyici basi durtuyor paketleri. Yine bir elle mudahale/engelleme
asamasi mevcut. Otomatik olarak hatali bir paket girmesi soz konusu
degil.

Hadi diyelim ki tum bu asamalari gecti, insanlarin gozunden kacti, o
paketin girip girecegi yer test deposu. Direk kararli depoya girmiyor
ki.

Resmi depodaki bir paketin sorumlulugunu ustlenen bir adama o kadarcik
da guvenmiyorsak (atlama durumunda guncellemesinin test deposuna
aktarilabilmesi olasiligi), niye paket veriyoruz ki eline?

Ustelik 2007 ile devel arasindaki ucurumun artmasi nedeniyle olay kafa
karistirici bir hal de aldi. "Paketteki onu al, bunu alma" yapmaya ya
da playground'dan al demeye basladik.

Yanlis anlama, bana uzaktan, merge yapan adam bildigin amelelik yapiyor
gibi gozukuyor. Belki sistemin temel bilesenlerinin sik guncellendigi
ilk donemlerde, gelistiricileri gemlemek icin iyi bir mekanizmaydi. Su
anda anlamsiz bir burokrasiye donusmus durumda. Hem paketini
guncelleyen, hem de o paketi merge eden icin."

=======

[6] http://liste.pardus.org.tr/gelistirici/2008-March/011353.html

Tue, 4 Mar 2008 11:16:55 +0200, Serbülent ÜNSAL
<serbulent at pardus.org.tr> :

>         1-  n adet güncelleme belirli bir sayýya ulaþtýðýnda veya
> ACK/NACK sorumlusunun (A/N sorumlusu olarak geçecektir) uygun gördüðü
> bir zamanda ACK/NACK listesine dahil edilir.
Eger bu sekilde bir ek prosedur eklendiyse, bu surecin paket sayisi ya
da can cekmesinden bagimsiz bicimde daha sik islemesi gerekir. Ornegin
her hafta basi gibi.

Zaten paketci "ACK" vermeden once paket bir sure test deposunda
geciriyor. Bu prosedurle bir paketin kararli depoya girmesi bir aydan
bile fazla surebilir.

****

Ek olarak paketlerin hepsini esit kabul etmek cok anlamli degil. Baska
hicbir pakete bagimli olmayan, guncellemesi baska bir uygulamayi
bozmasi mumkun olmayan paketler var. Bunlarla baska paketleri
etkileyecek paketlerin guncelleme sureclerini birbirinden ayirmak
gerekir.

=======

[7] http://liste.pardus.org.tr/gelistirici/2008-January/010756.html

"Hedeflerle uyumlu bir teknik politika guduldugune emin misiniz peki?

Gelistirici toplantisinin katilmadiginiz bolumunde, bu konudaki
sorunlarin nedenlerini ve olasi cozumleri soylemistim. Aslinda katilan
diger arkadaslara sorup ogrenin, ben bir daha neden anlatayim demek
isterdim ama sonra (tekrar) anlatsaydim farkli olur muydu diye
dusunmemek icin yaziyorum. Anca posasi olacak ama idare edin.

Pardus Projesi'nin su anda bir kismi yari zamanli olan 14 tane calisani
var (toplantida soylendigi kadariyla). Bu projeden beklentiler benim
disaridan gordugum kadariyla sunlar :

1) Bir Linux dagitimi cikarsin.
2) Dagitimi elalemin degil, kendi gelistirdigi araclarla cikarsin.
3) Ozel projelerin pesinde kostursun (MSB, UEKAE, vs vs).

Bu siralamayi birbirine bagimlilik sirasina gore yazdim. Dagitimin
kendisi olmadan kendi gelistirdigin araclar bir ise yaramaz, dagitim
olmadan onun uzerine ozel proje gelistiremezsin.

Dagitimin ana parcalari (toolchain, X ve diger donanim destekleri, KDE,
multimedia araclari) bu 14 kisinin 4 kisisinde (Caglar, Ismail, Onur ve
Fatih) toplanmis durumda (bu 4'ten biri de yari zamanli). Bu sayi uzun
sure 3'tu, birkac ay once 4'e cikti.

Sorun Loker'in soyledigi gibi upstream'le halay cekmekten degil, tam
tersine upstream'le yeterince halay cekmemekten kaynaklaniyor.
Dagitimdaki ilgili yazilimdan sorumlu kisinin yapmasi gereken, yazilimi
gelistiren yazarlar (upstream) ile dagitim kullanicilari arasinda kopru
gorevi gormek -- yani dagitim kullanicilarinin farkettigi hatalari
onlara aktarmak, cozulmesi icin onlari zorlamak ve daha sonra cozumleri
dagitima entegre etmek.

Son donemlerde ozellikle Caglar ve Ismail'in sorumluluklarini aldiklari
yazilimlarin hakkini veremediklerini gormek icin kahin olmak
gerekmiyor. Disaridan bile acikca gorunuyor bu. Bunun yani sira
Erdinc'in uzerinde olan ve kendisinin dogal olarak projede profesyonel
olarak calistigi zamanki kadar ilgilenmedigi dunya kadar yazilim var.
Ancak aylardir bu -bilinen- sorunlarla ilgilenilmiyor, "bekledikce"
gececegi umuluyor ve bunun sonucu da calismayan bluetooth destegi,
kirilan x yazici destegi, calismayan ati ekran karti, bozuk flash
eklentisi olarak kullaniciya donuyor. "Yazilim bozmayalim" demek lafta
kolay, pratikte ise ciddi calisma ve emek isteyen bir is. Gerekli
calismayi yap(a)mayinca da sonuc bu oluyor.

Cozum... Daha fazla adam almak ya da "ne kadar ekmek, o kadar kofte"
demek olabilir.

Elimizdeki olanaklar bu, bununla yapmamiz lazim diyorsaniz bu isi, o
zaman 4/14'luk oran cok acayip. Dagitimin "olmazsa olmaz" bilesenlerini
dagitim calisanlarinin 1/3'unden bile az bir kitle hazirliyor demek.

Burada Pardus dagitiminin amaci ne sorusunu sormak gerekiyor. Hedef
kitle gercekten bilisim okur-yazari kitleyse burada ciddi bir
oncelikleme sorunu var demektir. Bu kitlenin 5 tane ses kartinin daha
Pardus'ta duzgun calismasini, Pisi'ye rollback ozelligi eklenmesinden,
Yali'nin Qt4'e port edilmesinden ya da yeni Kaptan yazilmasindan daha
cok onemseyecegini dusunuyorum.

Yali'ya, Kaptan'a, Pisi'ye yeni bir ozellik eklemeden de bir 2008
dagitimi cikarabilirsiniz. Biraz sýkýntý cekilir ama gene de olur. Bu
yazilimlarin entegre etmesi beklenen dagitimin temel parcalari olmadan
ise ortada dagitim diye bir sey olmaz.

Daha soylenesi cok sey var ama bende guc kalmadi. Eksikleri toplantinin
o bolumunde olan calisma arkadaslarinizin doldurmasini rica edin
lutfen."

=======

From serbulent at pardus.org.tr  Tue Dec  2 14:22:50 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 2 Dec 2008 14:22:50 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <4cca720b0812020228m711bfbadi61ff4f69e7edb5dd@mail.gmail.com>
References: <200811292237.29198.ekin@pardus.org.tr>
	<20081202121235.fcae05a4.dfisek@fisek.com.tr>
	<4cca720b0812020228m711bfbadi61ff4f69e7edb5dd@mail.gmail.com>
Message-ID: <200812021422.50709.serbulent@pardus.org.tr>

On Tuesday 02 December 2008 12:28:31 Furkan Duman wrote:
> 02 Aralýk 2008 Salý 12:12 tarihinde Doruk Fisek <dfisek at fisek.com.tr> yazdý:
> > Alternatif birden fazla oneri getirdim bu listede hemen her bu konu
> > acildiginda. Dikkate almayip mevcut sureclerle yasamaya devam
> > ediyorsunuz.
>
> Doruk affedersin dikkatimden kaçmýþ bu e-postalarýn. :(
>
> Acaba ayrý bir baþlýk açarak bu önerilerini yazsan nasýl olur? Belki
> diðer arkadaþlarýn da dikkatinden kaçmýþtýr.
>
> Görüþmek üzere.

Test süreçlerine iliþkin kýsmý [1] thread altýnda tartýþmýþtýk. Burada da Ekin 
söylenenleri [2] analiz etmiþ neden þu anki þüreçler ile bu iþi yapmak 
zorunda kaldýðýmýzý açýklamýþtý. Ekin'in söylediklerine o gün için herhangi 
bir itiraz veya yeni öneri gelmemiþti.

[1] http://liste.pardus.org.tr/gelistirici/2008-October/013899.html

[2] http://liste.pardus.org.tr/gelistirici/2008-October/013908.html

Ps: Hatta sende birþeyler yazmýþsýn [3] :) 

[3] http://liste.pardus.org.tr/gelistirici/2008-October/013907.html

-- 
Ýyi Çalýþmalar,

Serbülent

From gokcen at pardus.org.tr  Tue Dec  2 14:27:25 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Tue, 2 Dec 2008 14:27:25 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200811292237.29198.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
Message-ID: <200812021427.26355.gokcen@pardus.org.tr>

On Saturday 29 November 2008 22:37:28 Ekin Meroðlu wrote:
> akonadi-1.0.80-4-4.pisi
> automoc4-0.9.87-3-3.pisi
> phonon-4.2.80-4-4.pisi

Bunlarý KDE 4.2 ile birlikte alýrýz daha sonra þimdilik gerek yok.

> firefox-3.0.4-90-17.pisi
> firefox-devel-3.0.4-90-17.pisi

ACK.

> gparted-0.3.9-12-4.pisi

NACK buna, yeni versiyonunu koydum onu test ederiz bi dahaki turda.

> libical-0.41-1-1.pisi

ACK.

> skype-2.0.0.72-14-2.pisi

pulse ve kamera ile ilgili sorunlarý olduðundan ACK veremiyorum bu pakete ama, 
yapacak bir þey de yok pek. Daha sürüm çýkarmayý da düþünmüyorlar herhalde. 
Ýsterseniz alalým depoya, eski kalmasýn 2008'deki sürüm.

From tekman at pardus.org.tr  Tue Dec  2 15:34:51 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Tue, 2 Dec 2008 15:34:51 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081202140309.5450af86.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
Message-ID: <200812021534.51541.tekman@pardus.org.tr>

2 Aralýk 2008 Salý 14:03:09 tarihinde Doruk Fisek þunlarý yazmýþtý:
> Merhaba,
>
> Tue, 2 Dec 2008 12:28:31 +0200, "Furkan Duman" <coderlord at gmail.com> :
> > Doruk affedersin dikkatimden kaçmýþ bu e-postalarýn. :(
> > Acaba ayrý bir baþlýk açarak bu önerilerini yazsan nasýl olur? Belki
> > diðer arkadaþlarýn da dikkatinden kaçmýþtýr.
>
> Seni kiracagima kafami arsiv fareligi yaparim :). Icinde sadece "test"
> kelimesi gecenleri taradim yazdiklarimdan, baska aradan kacanlar olmus
> olabilir.

Bu güzel derlemenin ardýndan sözü geçen önerileri, yenilerini ve gerekirse 
daha eskilerini gözden geçirerek hem camianýn, hem de "ekip"in (yani UEKAE 
çalýþanlarý) makul bulacaðý, uygulanabilir ve takip edilebilir bir süreç 
oluþturmak ve *belgelemek* farz oldu. Baþta mevcut ve gelecek sürüm 
yöneticileri, depo sorumlusu ve tüm geliþtiricilerden katkýlarýný rica 
ediyorum. Bu tartýþma bir ortak karara varana kadar açýk kalsýn lütfen...

ET

From serbulent at pardus.org.tr  Tue Dec  2 16:16:13 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 2 Dec 2008 16:16:13 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812021427.26355.gokcen@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812021427.26355.gokcen@pardus.org.tr>
Message-ID: <200812021616.13257.serbulent@pardus.org.tr>

On Tuesday 02 December 2008 14:27:25 Gökçen Eraslan wrote:
> > skype-2.0.0.72-14-2.pisi

pulse ile ilgili problemleri bizden kaynaklýda olabilir, biraz daha uðraþalým 
üzerinde , þimdilik almayalým.

-- 
Ýyi Çalýþmalar,

Serbülent

From pinar at pardus.org.tr  Tue Dec  2 16:40:50 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Tue, 02 Dec 2008 16:40:50 +0200
Subject: [Gelistirici] [Pardus-devel] 2008-test ACK/NACK
In-Reply-To: <200811292237.29198.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
Message-ID: <493548F2.6060504@pardus.org.tr>

On 11/29/2008 10:37 PM Ekin Meroðlu wrote:
> pidgin-2.5.2-24-5.pisi
>
>   

ACK

[according to pidgin guys, "The /status/ selector now saves your 
/message/ when changing /status." /is a feature, not a bug. :/]

-- 
Pinar Yanardag (a.k.a PINguAR)
http://pinguar.org


From serbulent at pardus.org.tr  Tue Dec  2 17:47:58 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 2 Dec 2008 17:47:58 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812021427.26355.gokcen@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812021427.26355.gokcen@pardus.org.tr>
Message-ID: <200812021747.58641.serbulent@pardus.org.tr>

On Tuesday 02 December 2008 14:27:25 Gökçen Eraslan wrote:
> > firefox-3.0.4-90-17.pisi
> > firefox-devel-3.0.4-90-17.pisi

Önceki akþam bunun yenisi derlendiðinden bu paket depoda yok. Merge 
istediðinde

"Don't show about:rights if the user has already accepted EULA. Little fix for 
knowyourrights patch."

diyor. Sakýncasý yoksa teste alýyorum yeni derlenen paketi.



-- 
Ýyi Çalýþmalar,

Serbülent

From serbulent at pardus.org.tr  Tue Dec  2 17:50:02 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 2 Dec 2008 17:50:02 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <20081130025324.fe60b13c.onur@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<20081130025324.fe60b13c.onur@pardus.org.tr>
Message-ID: <200812021750.02645.serbulent@pardus.org.tr>

On Sunday 30 November 2008 02:53:24 Onur Küçük wrote:
> > syntekdriver-1.3.1-12-25.pisi

Bu paketinde yeni versiyonu derlendiði için eskisi depoda yok.

syntekdriver-1.4.0-13-26.pisi için ACK/NACK lütfen.

-- 
Ýyi Çalýþmalar,

Serbülent

From onur at pardus.org.tr  Tue Dec  2 17:56:36 2008
From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=)
Date: Tue, 2 Dec 2008 17:56:36 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812021750.02645.serbulent@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<20081130025324.fe60b13c.onur@pardus.org.tr>
	<200812021750.02645.serbulent@pardus.org.tr>
Message-ID: <200812021756.37018.onur@pardus.org.tr>

Tuesday 02 December 2008 Tarihinde 17:50:02 yazmýþtý:
> On Sunday 30 November 2008 02:53:24 Onur Küçük wrote:
> > > syntekdriver-1.3.1-12-25.pisi
>
> Bu paketinde yeni versiyonu derlendiði için eskisi depoda yok.
>
> syntekdriver-1.4.0-13-26.pisi için ACK/NACK lütfen.

 ACK, Selim Tavþan tarafýndan test edildi onaylandý, teste alalým bu haliyle


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From serbulent at pardus.org.tr  Tue Dec  2 17:54:50 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 2 Dec 2008 17:54:50 +0200
Subject: [Gelistirici] [Stable] [Merge] [2008] programming/libs/libkate
In-Reply-To: <20081124122129.87eb8cd9.dfisek@fisek.com.tr>
References: <200811241206.05489.h.ibrahim.gungor@gmail.com>
	<200811241210.22462.ekin@pardus.org.tr>
	<20081124122129.87eb8cd9.dfisek@fisek.com.tr>
Message-ID: <200812021754.50389.serbulent@pardus.org.tr>

On Monday 24 November 2008 12:21:29 Doruk Fisek wrote:
> Merhaba,
>
> Mon, 24 Nov 2008 12:10:22 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :
> > Kararlý depo testleri bitene kadar derlen(e)meyecek. // will not
> > compile till the tests finish..
>
> Sanirim boyle bir karar alinmis. Birkac pakette daha ayni notu
> dusmussun.
>
> Bence iyi bir yontem degil. Bir paket test deposuna ne kadar erken
> girerse, o kadar fazla test edilebilir.
>
> Zaten bir paketin merge edilmesi birkac gun alabiliyor. Bir gun de
> deponun senkronize olmasi. Bir de derlemeyi geciktirince yapilan bir
> degisikligin test deposuna dahi ulasmasi bir haftadan fazla zaman
> alabiliyor.
>
>                    Doruk

Aþaðýdaki 2 posta bu thread altýnda bulunsun. Testci deposu oluþturulana kadar 
neden paket derlenmemesi gerektiði için örnek vaka olarak görülsün ileride 
de.

[1] http://liste.pardus.org.tr/gelistirici/2008-December/014868.html

[2] http://liste.pardus.org.tr/gelistirici/2008-December/014867.html


-- 
Ýyi Çalýþmalar,

Serbülent

From serbulent at pardus.org.tr  Tue Dec  2 18:40:15 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 2 Dec 2008 18:40:15 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200811292237.29198.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
Message-ID: <200812021840.15724.serbulent@pardus.org.tr>

On Saturday 29 November 2008 22:37:28 Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 1
> Aralýk 2008, 23:59.
>
> ACK/NACK for new packages in 2008-test repo, reply before 1 December 2008,
> 23:59 (GMT+2) please...
>
> -------8<----------------------------------------
> akonadi-1.0.80-4-4.pisi
> alsa-driver-1.0.18a-37-30.pisi
> alsa-headers-1.0.18a-24-4.pisi
> alsa-lib-1.0.18-32-5.pisi
> alsa-plugins-1.0.18-5-5.pisi
> alsa-tools-1.0.18-9-4.pisi
> alsa-tools-gui-1.0.18-9-1.pisi
> alsa-utils-1.0.18-32-8.pisi
> apollon-1.0.2.1-8-2.pisi
> AssaultCube-1.0-3-2.pisi
> ati-control-center-8.11-44-24.pisi
> ati-drivers-8.11-44-38.pisi
> automoc4-0.9.87-3-3.pisi
> baselayout-3.1-87-44.pisi
> bash-completion-20060301-30-4.pisi
> blobAndConquer-1.03-1-1.pisi
> blobwars-1.09_beta2-5-3.pisi
> cegui-0.6.1-5-3.pisi
> comar-api-2.1.1-30-9.pisi
> crystalspace-1.2.1_30564-9-3.pisi
> crystalspace-doc-1.2.1_30564-9-3.pisi
> ddd-3.3.11-1-1.pisi
> Django-1.0.2-16-3.pisi
> firefox-3.0.4-90-17.pisi
> firefox-devel-3.0.4-90-17.pisi
> fontforge-0.0_20081117-11-8.pisi
> freeciv-2.1.7-12-3.pisi
> freecol-0.8.0_alpha2-12-3.pisi
> frozen-bubble-2.2.0_20081115-16-2.pisi
> gecko-mediaplayer-0.9.2-7-8.pisi
> gift-0.11.8.1-2-2.pisi
> glib2-2.16.5-29-11.pisi
> glibc-2.8-29-5.pisi
> glibc-locales-*.pisi
> glibc-zoneinfo-2.8-29-5.pisi
> gnome-mplayer-0.9.2-9-10.pisi
> gparted-0.3.9-12-4.pisi
> graphviz-2.18-10-7.pisi
> graphviz-docs-2.18-10-4.pisi
> gtk2-2.12.11-39-12.pisi
> gtk2-demo-2.12.11-39-4.pisi
> gtk2-docs-2.12.11-39-4.pisi
> hsqldb-lib-1.8.0.10-2-2.pisi
> jubler-3.9.6-4-3.pisi
> Libertine-fonts-4.1.8-7-2.pisi
> libgcrypt-1.4.0-8-4.pisi
> libgnomecanvas-2.20.0-3-3.pisi
> libical-0.41-1-1.pisi
> libkate-0.2.7-3-3.pisi
> libv4l-0.5.6-7-6.pisi
> lxml-2.1.3-3-3.pisi
> mod_php-5.2.6-65-5.pisi
> net-tools-1.60-25-8.pisi
> networkx-0.37-2-1.pisi
> nvidia-drivers177-177.82-2-3.pisi
> openmotif-2.3.1-2-3.pisi
> openmpi-1.2.8-6-3.pisi
> ortp-0.13.1-2-1.pisi
> pardus-python-0.3.1-11-11.pisi
> perl-Tk-804.028-4-2.pisi
> phonon-4.2.80-4-4.pisi
> php-cli-5.2.6-65-5.pisi
> php-common-5.2.6-65-5.pisi
> pidgin-2.5.2-24-5.pisi
> powerdevil-kde4-1.4.1-2-2.pisi
> qstardict-0.12.9-5-3.pisi
> R-2.8.0-17-7.pisi
> rkward-0.4.9_p1-18-4.pisi
> skype-2.0.0.72-14-2.pisi
> smc-1.6-3-4.pisi
> sylpheed-2.6.0_beta2-24-5.pisi
> syntekdriver-1.3.1-12-25.pisi
> tpmmanager-0.5-3-1.pisi
> tpm-tools-1.3.1-4-1.pisi
> transKode-0.7-7-2.pisi
> trousers-0.3.1-7-1.pisi
> wireless-tools-29-43-17.pisi
> xine-lib-1.1.15-54-10.pisi
>
>
> --
> Ýyi Çalýþmalar;
> Ekin Meroglu <ekin_at_pardus.org.tr>
>
> ... did i listen to pop music because i was miserable, or was i miserable
> because i listened to pop music?... - rob [nick hornby / hi fi]
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici

test aþaðýdaki paketler ile baþlýyor.

apollon-1.0.2.1-8-2.pisi
AssaultCube-1.0-3-2.pisi
baselayout-3.1-87-44.pisi
bash-completion-20060301-30-4.pisi
blobAndConquer-1.03-1-1.pisi
blobwars-1.09_beta2-5-3.pisi
comar-api-2.1.1-30-9.pisi
ddd-3.3.11-1-1.pisi
Django-1.0.2-16-3.pisi
firefox-3.0.4-91-18.pisi
firefox-devel-3.0.4-91-18.pisi
freeciv-2.1.7-12-3.pisi
gecko-mediaplayer-0.9.2-7-8.pisi
gift-0.11.8.1-2-2.pisi
glibc-2.8-29-5.pisi
glibc-locales-aa-2.8-29-5.pisi
glibc-locales-af-2.8-29-5.pisi
glibc-locales-am-2.8-29-5.pisi
glibc-locales-an-2.8-29-5.pisi
glibc-locales-ar-2.8-29-5.pisi
glibc-locales-as-2.8-29-5.pisi
glibc-locales-ast-2.8-29-3.pisi
glibc-locales-az-2.8-29-5.pisi
glibc-locales-be-2.8-29-5.pisi
glibc-locales-ber-2.8-29-3.pisi
glibc-locales-bg-2.8-29-5.pisi
glibc-locales-bn-2.8-29-5.pisi
glibc-locales-bo-2.8-29-3.pisi
glibc-locales-br-2.8-29-5.pisi
glibc-locales-bs-2.8-29-5.pisi
glibc-locales-byn-2.8-29-5.pisi
glibc-locales-ca-2.8-29-5.pisi
glibc-locales-crh-2.8-29-5.pisi
glibc-locales-cs-2.8-29-5.pisi
glibc-locales-csb-2.8-29-5.pisi
glibc-locales-cy-2.8-29-5.pisi
glibc-locales-da-2.8-29-5.pisi
glibc-locales-de-2.8-29-5.pisi
glibc-locales-dz-2.8-29-5.pisi
glibc-locales-el-2.8-29-5.pisi
glibc-locales-en-2.8-29-5.pisi
glibc-locales-es-2.8-29-5.pisi
glibc-locales-et-2.8-29-5.pisi
glibc-locales-eu-2.8-29-5.pisi
glibc-locales-fa-2.8-29-5.pisi
glibc-locales-fi-2.8-29-5.pisi
glibc-locales-fil-2.8-29-3.pisi
glibc-locales-fo-2.8-29-5.pisi
glibc-locales-fr-2.8-29-5.pisi
glibc-locales-fur-2.8-29-3.pisi
glibc-locales-fy-2.8-29-5.pisi
glibc-locales-ga-2.8-29-5.pisi
glibc-locales-gd-2.8-29-5.pisi
glibc-locales-gez-2.8-29-5.pisi
glibc-locales-gl-2.8-29-5.pisi
glibc-locales-gu-2.8-29-5.pisi
glibc-locales-gv-2.8-29-5.pisi
glibc-locales-ha-2.8-29-3.pisi
glibc-locales-he-2.8-29-5.pisi
glibc-locales-hi-2.8-29-5.pisi
glibc-locales-hr-2.8-29-5.pisi
glibc-locales-hsb-2.8-29-5.pisi
glibc-locales-hu-2.8-29-5.pisi
glibc-locales-hy-2.8-29-5.pisi
glibc-locales-id-2.8-29-5.pisi
glibc-locales-ig-2.8-29-3.pisi
glibc-locales-ik-2.8-29-3.pisi
glibc-locales-is-2.8-29-5.pisi
glibc-locales-it-2.8-29-5.pisi
glibc-locales-iu-2.8-29-3.pisi
glibc-locales-iw-2.8-29-5.pisi
glibc-locales-ja-2.8-29-5.pisi
glibc-locales-ka-2.8-29-5.pisi
glibc-locales-kk-2.8-29-5.pisi
glibc-locales-kl-2.8-29-5.pisi
glibc-locales-km-2.8-29-5.pisi
glibc-locales-kn-2.8-29-5.pisi
glibc-locales-ko-2.8-29-5.pisi
glibc-locales-ku-2.8-29-5.pisi
glibc-locales-kw-2.8-29-5.pisi
glibc-locales-ky-2.8-29-5.pisi
glibc-locales-lg-2.8-29-5.pisi
glibc-locales-li-2.8-29-3.pisi
glibc-locales-lo-2.8-29-5.pisi
glibc-locales-lt-2.8-29-5.pisi
glibc-locales-lv-2.8-29-5.pisi
glibc-locales-mai-2.8-29-5.pisi
glibc-locales-mg-2.8-29-5.pisi
glibc-locales-mi-2.8-29-5.pisi
glibc-locales-mk-2.8-29-5.pisi
glibc-locales-ml-2.8-29-5.pisi
glibc-locales-mn-2.8-29-5.pisi
glibc-locales-mr-2.8-29-5.pisi
glibc-locales-ms-2.8-29-5.pisi
glibc-locales-mt-2.8-29-5.pisi
glibc-locales-nb-2.8-29-5.pisi
glibc-locales-nds-2.8-29-3.pisi
glibc-locales-ne-2.8-29-5.pisi
glibc-locales-nl-2.8-29-5.pisi
glibc-locales-nn-2.8-29-5.pisi
glibc-locales-nr-2.8-29-5.pisi
glibc-locales-nso-2.8-29-5.pisi
glibc-locales-oc-2.8-29-5.pisi
glibc-locales-om-2.8-29-5.pisi
glibc-locales-or-2.8-29-5.pisi
glibc-locales-pa-2.8-29-5.pisi
glibc-locales-pap-2.8-29-3.pisi
glibc-locales-pl-2.8-29-5.pisi
glibc-locales-pt-2.8-29-5.pisi
glibc-locales-ro-2.8-29-5.pisi
glibc-locales-ru-2.8-29-5.pisi
glibc-locales-rw-2.8-29-5.pisi
glibc-locales-sa-2.8-29-3.pisi
glibc-locales-sc-2.8-29-3.pisi
glibc-locales-se-2.8-29-5.pisi
glibc-locales-shs-2.8-29-3.pisi
glibc-locales-si-2.8-29-5.pisi
glibc-locales-sid-2.8-29-5.pisi
glibc-locales-sk-2.8-29-5.pisi
glibc-locales-sl-2.8-29-5.pisi
glibc-locales-so-2.8-29-5.pisi
glibc-locales-sq-2.8-29-5.pisi
glibc-locales-sr-2.8-29-5.pisi
glibc-locales-ss-2.8-29-5.pisi
glibc-locales-st-2.8-29-5.pisi
glibc-locales-sv-2.8-29-5.pisi
glibc-locales-ta-2.8-29-5.pisi
glibc-locales-te-2.8-29-5.pisi
glibc-locales-tg-2.8-29-5.pisi
glibc-locales-th-2.8-29-5.pisi
glibc-locales-ti-2.8-29-5.pisi
glibc-locales-tig-2.8-29-5.pisi
glibc-locales-tk-2.8-29-3.pisi
glibc-locales-tl-2.8-29-5.pisi
glibc-locales-tn-2.8-29-5.pisi
glibc-locales-ts-2.8-29-5.pisi
glibc-locales-tt-2.8-29-5.pisi
glibc-locales-ug-2.8-29-3.pisi
glibc-locales-uk-2.8-29-5.pisi
glibc-locales-ur-2.8-29-5.pisi
glibc-locales-uz-2.8-29-5.pisi
glibc-locales-ve-2.8-29-5.pisi
glibc-locales-vi-2.8-29-5.pisi
glibc-locales-wa-2.8-29-5.pisi
glibc-locales-wo-2.8-29-3.pisi
glibc-locales-xh-2.8-29-5.pisi
glibc-locales-yi-2.8-29-5.pisi
glibc-locales-yo-2.8-29-3.pisi
glibc-locales-zh-2.8-29-5.pisi
glibc-locales-zu-2.8-29-5.pisi
glibc-zoneinfo-2.8-29-5.pisi
gnome-mplayer-0.9.2-9-10.pisi
jubler-3.9.6-4-3.pisi
Libertine-fonts-4.1.8-7-2.pisi
libical-0.41-1-1.pisi
libkate-0.2.7-3-3.pisi
libv4l-0.5.6-7-6.pisi
lxml-2.1.3-3-3.pisi
net-tools-1.60-25-8.pisi
nvidia-drivers177-177.82-2-3.pisi
openmotif-2.3.1-2-3.pisi
pardus-python-0.3.1-11-11.pisi
powerdevil-kde4-1.4.1-2-2.pisi
pidgin-2.5.2-24-5.pisi
qstardict-0.12.9-5-3.pisi
R-2.8.0-17-7.pisi
rkward-0.4.9_p1-18-4.pisi
syntekdriver-1.4.0-13-26.pisi
wireless-tools-29-43-17.pisi
xine-lib-1.1.15-54-10.pisi

-- 
Ýyi Çalýþmalar,

Serbülent

From mnurolcay at gmail.com  Tue Dec  2 19:22:46 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Tue, 2 Dec 2008 19:22:46 +0200
Subject: [Gelistirici] =?utf-8?q?lancelot=2C_kdeplasma-addons_=C3=A7ak?=
	=?utf-8?b?xLHFn21hc8SxID8=?=
Message-ID: <200812021922.46932.mnurolcay@gmail.com>

Merhaba,

Sanırım en son kde4 güncellemesi ile, lancelot kdeplasma-addons içerisine 
dahil edilmiş. Bu durumda karalı depodaki lancelot için "versinTo=4.1.80", 
kdeplasma-addons için de Replace ya da Conflicts tanımlanması gerekmiyor 
muydu?


-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081202/fd980da5/attachment.htm 

From gokcen at pardus.org.tr  Tue Dec  2 20:18:07 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Tue, 2 Dec 2008 20:18:07 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812021747.58641.serbulent@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812021427.26355.gokcen@pardus.org.tr>
	<200812021747.58641.serbulent@pardus.org.tr>
Message-ID: <200812022018.07657.gokcen@pardus.org.tr>

Tuesday 02 December 2008 Tarihinde Serbulent dedi ki:
> Sakıncası yoksa teste alıyorum yeni derlenen paketi.

Devam et, bekleme yapma...

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081202/2ede8403/attachment.htm 

From gokcen at pardus.org.tr  Tue Dec  2 20:18:59 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Tue, 2 Dec 2008 20:18:59 +0200
Subject: [Gelistirici] Pisi fallback adresi
In-Reply-To: <200812021234.52063.turkersezer@tsdesign.info>
References: <200812020237.06342.inancyildirgan@gmail.com>
	<200812021234.52063.turkersezer@tsdesign.info>
Message-ID: <200812022018.59946.gokcen@pardus.org.tr>

Tuesday 02 December 2008 Tarihinde Türker dedi ki:
> Pisinin destekleyip desteklemediÄŸini bilmiyorum ama eÄŸer destekliyorsa
> buraya her iki adresi de eklesek, yanına bonus olarak contrib deposunun
> adreslerini de yazsak. Herkesler kullanabilse bu özelliği.

Bence de güzel olur. +1

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081202/7c6889ae/attachment.htm 

From gokcen at pardus.org.tr  Tue Dec  2 20:32:31 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Tue, 2 Dec 2008 20:32:31 +0200
Subject: [Gelistirici] =?utf-8?q?lancelot=2C_kdeplasma-addons_=C3=A7ak?=
 =?utf-8?b?xLHFn21hc8SxID8=?=
In-Reply-To: <200812021922.46932.mnurolcay@gmail.com>
References: <200812021922.46932.mnurolcay@gmail.com>
Message-ID: <200812022032.31242.gokcen@pardus.org.tr>

Tuesday 02 December 2008 Tarihinde Mehmet dedi ki:
> Sanırım en son kde4 güncellemesi ile, lancelot kdeplasma-addons içerisine
> dahil edilmiş. Bu durumda karalı depodaki lancelot için "versinTo=4.1.80",
> kdeplasma-addons için de Replace ya da Conflicts tanımlanması gerekmiyor
> muydu?

Evet bu gözümüzden kaçmış. Fakat şöyle bir durum var, bu paket 4.1.80 ile 
derlenmiyor, plasma'daki dağişikliklerden dolayı. Artık test deposunda 4.1.80 
olduğuna göre nasıl derleyeceğiz farmda bunu?

Sanırım en iyisi, direk obsolete yazıp, test deposundan atmak. Kararlı depoda, 
KDE 4.1 ile yaÅŸamaya devam eder. Ekin ne dersin? 

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081202/2b83c680/attachment.htm 

From mnurolcay at gmail.com  Tue Dec  2 20:38:50 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Tue, 2 Dec 2008 20:38:50 +0200
Subject: [Gelistirici] =?utf-8?q?lancelot=2C_kdeplasma-addons_=C3=A7ak?=
 =?utf-8?b?xLHFn21hc8SxID8=?=
In-Reply-To: <200812022032.31242.gokcen@pardus.org.tr>
References: <200812021922.46932.mnurolcay@gmail.com>
	<200812022032.31242.gokcen@pardus.org.tr>
Message-ID: <200812022038.50381.mnurolcay@gmail.com>

On Tuesday 02 December 2008 20:32:31 Gökçen Eraslan wrote:

> Evet bu gözümüzden kaçmış. Fakat şöyle bir durum var, bu paket 4.1.80 ile
> derlenmiyor, plasma'daki dağişikliklerden dolayı. Artık test deposunda
> 4.1.80 olduğuna göre nasıl derleyeceğiz farmda bunu?

farm, kararlı depoyu kullanmıyor mu zaten? en son bu yönde bir karar alınmıştı 
diye hatırlıyorum.

-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081202/9b268f3d/attachment.htm 

From onur at pardus.org.tr  Tue Dec  2 23:00:52 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 2 Dec 2008 23:00:52 +0200
Subject: [Gelistirici] =?utf-8?q?lancelot=2C_kdeplasma-addons_=C3=A7ak?=
 =?utf-8?b?xLHFn21hc8SxID8=?=
In-Reply-To: <200812022038.50381.mnurolcay@gmail.com>
References: <200812021922.46932.mnurolcay@gmail.com>
	<200812022032.31242.gokcen@pardus.org.tr>
	<200812022038.50381.mnurolcay@gmail.com>
Message-ID: <20081202230052.3ef38cd0.onur@pardus.org.tr>


On Tue, 2 Dec 2008 20:38:50 +0200
Mehmet Nur Olcay <mnurolcay at gmail.com> wrote:

> On Tuesday 02 December 2008 20:32:31 Gökçen Eraslan wrote:
> 
> > Evet bu gözümüzden kaçmýþ. Fakat þöyle bir durum var, bu paket
> > 4.1.80 ile derlenmiyor, plasma'daki daðiþikliklerden dolayý. Artýk
> > test deposunda 4.1.80 olduðuna göre nasýl derleyeceðiz farmda bunu?
> 
> farm, kararlý depoyu kullanmýyor mu zaten? en son bu yönde bir karar
> alýnmýþtý diye hatýrlýyorum.

 contrib farm ý o , 2008 deposunun farm ý farklý :)

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From mnurolcay at gmail.com  Tue Dec  2 23:07:44 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Tue, 2 Dec 2008 23:07:44 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?lancelot=2C_kdeplasma-addons_=E7ak?=
 =?iso-8859-9?q?=FD=FEmas=FD_=3F?=
In-Reply-To: <20081202230052.3ef38cd0.onur@pardus.org.tr>
References: <200812021922.46932.mnurolcay@gmail.com>
	<200812022038.50381.mnurolcay@gmail.com>
	<20081202230052.3ef38cd0.onur@pardus.org.tr>
Message-ID: <200812022307.45399.mnurolcay@gmail.com>

On Tuesday 02 December 2008 23:00:52 Onur Küçük wrote:
> On Tue, 2 Dec 2008 20:38:50 +0200

>  contrib farm ý o , 2008 deposunun farm ý farklý :)

Öyleydi evet, karýþtý biraz :)
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081202/5e143b7d/attachment.htm 

From serbulent at pardus.org.tr  Wed Dec  3 11:17:48 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Wed, 3 Dec 2008 11:17:48 +0200
Subject: [Gelistirici] Pidgin ve powerdevil-kde4 paket sahiplerinin
	dikkatine !
Message-ID: <200812031117.48608.serbulent@pardus.org.tr>

Paketlerinizde aþaðýdaki baðýmlýlýklarýn eksik olduðu görülmektedir. Bir 
sonraki testden önce gerekli þefkat ve ilgiyi göstermeniz rica eder, 
esenlikler dileriz :)


p2008_guncel-pardus Desktop # revdep-rebuild

Checking reverse dependencies...
Packages containing binaries and libraries broken by any package update,
will be recompiled.

Collecting system binaries and libraries... done.
  (/root/.revdep-rebuild.1_files)

Collecting complete LD_LIBRARY_PATH... done.
  (/root/.revdep-rebuild.2_ldpath)

Checking dynamic linking consistency...
  broken /usr/lib/purple-2/libbonjour.so (requires libavahi-glib.so.1)
...
  broken /usr/kde/4/lib/kde4/kded_powerdevil.so (requires 
libsolidcontrol.so.4)
  broken /usr/kde/4/lib/kde4/krunner_powerdevil.so (requires libplasma.so.2)
  broken /usr/kde/4/lib/kde4/kcm_powerdevilconfig.so (requires 
libsolidcontrol.so.4)
 done.
  (/root/.revdep-rebuild.3_rebuild)



Determining package names consistency...
 done.
  (/root/.revdep-rebuild.4_names)
...
pidgin paketi içinde usr/lib/purple-2/libbonjour.so dosyasý var
powerdevil-kde4 paketi içinde usr/kde/4/lib/kde4/kcm_powerdevilconfig.so 
dosyasý var
powerdevil-kde4 paketi içinde usr/kde/4/lib/kde4/kded_powerdevil.so dosyasý 
var
powerdevil-kde4 paketi içinde usr/kde/4/lib/kde4/krunner_powerdevil.so dosyasý 
var

-- 
Ýyi Çalýþmalar,

Serbülent

From serbulent at pardus.org.tr  Wed Dec  3 11:22:12 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Wed, 3 Dec 2008 11:22:12 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081202140309.5450af86.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
Message-ID: <200812031122.12623.serbulent@pardus.org.tr>

On Tuesday 02 December 2008 14:03:09 Doruk Fisek wrote:
> Merhaba,
>
> Tue, 2 Dec 2008 12:28:31 +0200, "Furkan Duman" <coderlord at gmail.com> :
> > Doruk affedersin dikkatimden kaçmýþ bu e-postalarýn. :(
> > Acaba ayrý bir baþlýk açarak bu önerilerini yazsan nasýl olur? Belki
> > diðer arkadaþlarýn da dikkatinden kaçmýþtýr.
>
> Seni kiracagima kafami arsiv fareligi yaparim :). Icinde sadece "test"
> kelimesi gecenleri taradim yazdiklarimdan, baska aradan kacanlar olmus
> olabilir.
>
> 22 Ekim'de yazdigim e-postada [1] iki farkli oneri yer aliyor. 8
> Ekim'de yazdigim bir e-postada [2] baska bir oneri var. 5 Ekim'de
> yazdigim e-postada [3] bir seri daha. 20 Mart'tan bir bukle [4]. 14
> Mart'in ne eksigi var, hem de tip bayrami [5]. 4 Mart'ta bisiler daha
> [6]. 30 Ocak'ta gelistirici toplantisinin(!!) ardindan onerilerimin posa
> kivaminda ozeti [7].
>
> Artik 2007'ye gecmeyeyim dedim, tarihte geriye gittikce yazdiklarimin
> uygulanma yuzdesi artiyor ;). Ozan'in da dedigi gibi zamanla bazi seyler
> "olgunlasiyor".
>
> Bazilarinin "test sureci ile ne alakasi var canim" diye
> dusunebilirsiniz. Aslinda oldukca ilgili, cunku bircok sav
> "guncellemede sorun cikiyor" noktasina gelip dayaniyor. Bunlarin hepsi
> de guncellemelerde sorun cikmasinin nedenleri ile ilgili.
>
> Herhangi biri icin "x onerisinin ne oldugu anlasilmiyor, daha detayli
> aciklar misin" diyene usenmeyip anlatabilirim.
>
> - dfisek

Yukarýdaki thread e yazmýþtým, burada da terar edeyim. 22 Ekim thread için 
Ekin yazdýðý ve iþlerin neden þu anki süreçler ile yürütüldüðünü anlatan ve 
herhangi bir cevap gelmemiþ olan detaylý bir açýklamasý var [1] . 

Konuyu deðerlendirirken bunlarý da unutmayalým.

[1] http://liste.pardus.org.tr/gelistirici/2008-October/013908.html


-- 
Ýyi Çalýþmalar,

Serbülent

From isingor at gmail.com  Wed Dec  3 12:02:13 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Wed, 3 Dec 2008 12:02:13 +0200
Subject: [Gelistirici] =?utf-8?b?w5Z6Z8O8cmzDvGvEsMOnaW4gdG9wbHVsdcSfdSBl?=
	=?utf-8?q?n_=C3=A7ok_oy_alan_fikirler?=
Message-ID: <a64a8a8c0812030202s5c36dd51s934d762b72b6a0f8@mail.gmail.com>

Merhaba!

Özgürlükİçin Beyin arayüzünde Kasım ayında topluluğumuzdan en çok olumlu
ağırlıklı oy alan 11 fikri, Beyin arayüzü yöneticimiz sevgili *Kubilay
KOCABALKAN* bizler için derledi. Kendisine teşekkür ediyoruz.

Ali


*1. Paket Yöneticisi, kuramadığı paketle karşılaşınca takılıp
kalmasın.*<http://www.ozgurlukicin.com/yenifikir/ayrinti/223/>
* 25 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/223/>

mesutgul <http://www.ozgurlukicin.com/kullanici/profil/mesutgul/> tarafından
17 Kas 2008 tarihinde gönderildi.

Paket Yöneticisi, herhangi bir nedenle kuramadığı bir paketle karşılaştığı
zaman paket listesindeki paketleri kurmayı iptal etmeyip "diğer paketleri
kurmaya devam edeyim mi?" diye sorsun.

Özellikle deneme için ya da yeni kurduğum bilgisayara tüm oyun paketlerini
topluca kurmak istediğim zaman paketlerindeki birinin mesela bağımlılık
hatası nedeni ile kuramadığında, tümünü yüklemeyi iptal ediyor.
O zaman gruplara ayırarak, hatta bazen de tek tek kurmam gerekiyor.

Ä°lk yorum yapan siz olun
!<http://www.ozgurlukicin.com/forum/yeni-fikirler/3201/?page=1#post19237>

-----------------

*2. PİSİ arayüzü ile Paketi yeniden
yüklemek.*<http://www.ozgurlukicin.com/yenifikir/ayrinti/212/>
* 23 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/212/>

KubilayK <http://www.ozgurlukicin.com/kullanici/profil/KubilayK/> tarafından
11 Kas 2008 tarihinde gönderildi.

Sorunlu paketleri yeniden yüklemek için kullandığımız --reinstall argümanı
işini Paket Yöneticisinin arayüzü ile de yapabilsek. Paket Yöneticisine
"Yeniden Yükle / Onar" seçeneği eklenebilirse iyi olur. Bu sayede yeni
kullanıcıların konsol ve komut kullanımını daha aza indirebiliriz.

8 tane yorum yapıldı.<http://www.ozgurlukicin.com/forum/yeni-fikirler/3103/?page=1#post18727>

-----------------

*3. ekrangoruntuleri.pardus.org.tr*<http://www.ozgurlukicin.com/yenifikir/ayrinti/237/>
* 21 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/237/>

 maidis <http://www.ozgurlukicin.com/kullanici/profil/maidis/> tarafından 22
Kas 2008 tarihinde gönderildi.

 Paket Yöneticisi ile daha önceden kullanmadığım bir paketi yüklemem
gerekirken -her ne kadar açıklaması yazsa da- programın sitesinin
bağlantısını açarak ekran görüntülerini görmem gerekiyor beni tam olarak
neyin beklediğini anlamak için. Bu sanırım pek çok kullanıcı için ortak bir
durumdur.

Eğer ekrangoruntuleri.pardus.org.tr benzeri bir site yapılıp Pardus
depolarındaki yazılımların ekran görüntüleri burada yayınlanır ve bu sitenin
Paket Yöneticisi ile birlikte çalışması sağlanırsa pek çok kullanıcı oldukça
mutlu olacaktır.

Bu oldukça uzun süredir aklımda olan bir fikirdi ama belirtmek için fırsat
bulamamıştım. Geçenlerde FazlaMesai'de screenshots.debian.net'i duyunca daha
fazla gecikmek istemedim :)

Nasıl olur diye birkaç görsel tasarladım, aşağıdaki bağlantılardan
görebilirsiniz:
http://i35.tinypic.com/1zd7rwo.jpg
http://i38.tinypic.com/6isnra.png
http://i33.tinypic.com/2qnmvb8.ppng

İşleyiş basitçe şöyle:
. Siteden ekran görüntüsü yüklenecek (üyelik için wiki'deki veya hata
listesindeki kullanıcı adları ve parolaları kullanılabilir).

. Sitenin yöneticileri (veya paketin sahipleri / paketçileri) ekran
görüntülerini onaylayacak (veya kabul etmeyecek :) ).

. Onaylanan ekran görüntüleri Paket Yöneticisi'nde yer alacak.

. Paket Yöneticisi'nde üç durun olabilir:
- Paket seçilmemişken eğer paketin ekran görüntüsü varsa bir simge bunu
belli edecek.
- Paket seçildiğinde ve paketin ayrıntıları görüntülenirken ekran
görüntüsünün küçük hali olacak.
- Küçük ekran görüntüsüne fare ile basıldığı zaman ekran görüntüsünün özgün
boyutu gösterilecek (küçük halinden büyük haline geçiş efekti de güzel
olacaktır :) ).

10 tane yorum yapıldı.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3267/?page=1#post20015>

-------------------------

*4. Pisi CD içindekileri de
listelesin*<http://www.ozgurlukicin.com/yenifikir/ayrinti/188/>
* 21 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/188/>

suluman <http://www.ozgurlukicin.com/kullanici/profil/suluman/> tarafından 1
Kas 2008 tarihinde gönderildi.

Pisi'de üst kısımda CD/DVD bölümü gibi bir bölüm olsun ve oraya
tıkladığımızda pisi o an bilgisayara bağlı olan CD'nin içini tarasın daha
sonra CD içindeki pisi paketlerini listelesin. Bu sayede Pardus'un üst
sürümü çıktığı zaman ya da başka bir durumda PC'yi CD'den de kolaylıkla
güncellemiş oluruz

5 tane yorum yapıldı.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/2966/?page=1#post19626>

---------------------------

*5. Pardus Turu Uygulaması*<http://www.ozgurlukicin.com/yenifikir/ayrinti/200/>
* 20 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/200/>

KubilayK <http://www.ozgurlukicin.com/kullanici/profil/KubilayK/> tarafından
5 Kas 2008 tarihinde gönderildi.

Evet bugün başka bir fikre yorum yazarken aklıma geldi, aslında bir süredir
düşünüyordum da. Pardus için bir "PARDUS TURU" uygulaması yapılsa, içeriği
topluluk tarafından hazırlanacak, Pardus kurulduktan ve KAPTAN işini
bitirdikten sonra çalışacak, kullanıcıya Pardus'u tanıtacak bir uygulama.
Resim, yazı, hatta bazen sesli bir şekilde temel kullanım özellikleri
anlatılsa, diğer işletim sistemlerinde bulunan özelliklerin Pardus
karşılıkları anlatılsa nasıl olur acaba?

Yoksa kullanıcıyı çok mu tembelleştiriyoruz? Yoksa tüm bu içerik zaten
özgürlükiçin.com <http://xn--zgrlkiin-x0a7lucc.com> adresinde var mı? Diye
de düşünmüyor değilim. Çelişki bu olsa gerek. :D

10 tane yorum yapıldı.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3030/?page=1#post18783>

-----------------------------

*6. Paket Yöneticisi İşlem
Penceresi*<http://www.ozgurlukicin.com/yenifikir/ayrinti/226/>
* 19 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/226/>

taurus <http://www.ozgurlukicin.com/kullanici/profil/taurus/> tarafından 18
Kas 2008 tarihinde
Kurulum<http://www.ozgurlukicin.com/yenifikir/listele/kategori/kurulum/>kategorisine
gönderildi.

Merhaba. Paket Yöneticisinde herhangi bir paket eklendiği ya da güncelleme
yapıldığı zaman ekrana gelen işlem penceresi, paket yöneticisi penceresine
gömülü olarak işlem yapsa güzel olur kanısındayım. Mesela, Paketleri Kur
düğmesinin üst kısmındaki boşluk alanına gömülü olarak çalışabilir.

8 tane yorum yapıldı.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3212/?page=1#post19781>

------------------------------

*7. Yeni paket kurarken veya güncellerken, başka paketleri
seçebilelim*<http://www.ozgurlukicin.com/yenifikir/ayrinti/224/>
* 19 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/224/>

bbecit <http://www.ozgurlukicin.com/kullanici/profil/bbecit/> tarafından 17
Kas 2008 tarihinde gönderildi.

Selamlar,
Paket yöneticisi ile güncelleme yaparken, yada yeni bir paket
kurarken,kurulum bitene kadar başka hiç bir işlem yapamıyoruz. Oysa
güncelleme yada kurulum yaparken yeni paketler arayabilsek, hatta başka bir
paketi de kurmaya başlayabilsek çok güzel olur. Özgür olalım kurulum
sırasında paket yöneticisi bizi bekletmesin.

1 tane yorum yapıldı.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3204/?page=1#post19294>

------------------------------

*8. Pardus Yazı Fontu*
<http://www.ozgurlukicin.com/yenifikir/ayrinti/196/>*16 oy
* <http://www.ozgurlukicin.com/yenifikir/ayrinti/196/>

 sudusleri <http://www.ozgurlukicin.com/kullanici/profil/sudusleri/>tarafından
3 Kas 2008 tarihinde gönderildi.

 Pardus ile birlikte gelen Pardus yazı fontuna Türkçe karakter desteği de
eklensin. Güzel bir font. Türkçe desteği olmaması ilginç.

7 tane yorum yapıldı.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3004/?page=1#post18311>

-------------------------------

*9. Ağ Yöneticisi* <http://www.ozgurlukicin.com/yenifikir/ayrinti/225/>* 15
oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/225/>

FallinLoveMan <http://www.ozgurlukicin.com/kullanici/profil/FallinLoveMan/>tarafından
18 Kas 2008 tarihinde gönderildi.

Ağ yöneticisi bağlantı IP numarasıyla birlikte diğer bilgileri de göstersin.
Sadece IP numarası çok işe yaramıyor.

Selam ve sevgiyle...
İyi çalışmalar... Kolay gelsin...

5 tane yorum yapıldı.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3208/?page=1#post20168>

--------------------------------

*10. Sanatsal iÅŸler* <http://www.ozgurlukicin.com/yenifikir/ayrinti/217/>*15 oy
* <http://www.ozgurlukicin.com/yenifikir/ayrinti/217/>

OzcanDemir <http://www.ozgurlukicin.com/kullanici/profil/OzcanDemir/>tarafından
12 Kas 2008 tarihinde gönderildi.

Pardus'un zayıf olan sanatsal işleri (splash screens, wallpaper,
loginscreens, bootscreen, grubscreens ) çeşitli üniversitelerin grafik ve
tasarım bölümleriyle anlaşarak zorunlu ödev yada ödüllü yarışmalarla
artıramaz mıyız mesela her 3 ayda bir yapılan yarışmayla senede 4 defa
farklı tema üretilmiş olur böylece KDE org gibi hızla büyür ve pardusun
profösyönel imajı ve vizyonu daha güçlü hale gelir buda kullanılırlığı,
bilinirliği ve dağılımı artırır

4 tane yorum yapıldı.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3119/?page=1#post19102>

--------------------------------

*11. pisi ye overlay desteÄŸinin
sağlanması*<http://www.ozgurlukicin.com/yenifikir/ayrinti/236/>
* 13 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/236/>

Ertan <http://www.ozgurlukicin.com/kullanici/profil/Ertan/> tarafından 21
Kas 2008 tarihinde gönderildi.

Eklenen depolarda aynı paketler olduğunda öncelik sırasına göre pisi işlem
yapar. Alt sırada olanı göz ardı eder. Mesela ben playground tan paket
kurdum. Bu paket resmi depoya girdiği zaman ben fark edemeyeceğim. Çünkü
bende kurulu. OpenOffice.org 3 gayri resmi paketi var. Aynı nedenle
yükleyemiyorum.

1 tane yorum yapıldı.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3258/?page=1#post19645>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081203/51cba3b6/attachment-0001.htm 

From ekin at pardus.org.tr  Thu Dec  4 16:38:08 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Thu, 4 Dec 2008 16:38:08 +0200
Subject: [Gelistirici] =?utf-8?q?Bu_gece_kararl=C4=B1_depolara_girecek_g?=
	=?utf-8?q?=C3=BCvenlik_g=C3=BCncellemeleri?=
Message-ID: <200812041638.08713.ekin@pardus.org.tr>

Bu gece kararlý depolara girecek güvenlik güncellemeleri :

* Pardus 2008
wireshark-1.0.5_pre1-24-6.pisi
cups-1.3.9-55-8.pisi

* Pardus 2007
wireshark-1.0.5_pre1-24-20.pisi
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From dfisek at fisek.com.tr  Thu Dec  4 18:05:33 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Thu, 4 Dec 2008 18:05:33 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812021534.51541.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812021534.51541.tekman@pardus.org.tr>
Message-ID: <20081204180533.b835b1db.dfisek@fisek.com.tr>

Merhaba,

Tue, 2 Dec 2008 15:34:51 +0200, Erkan Tekman <tekman at pardus.org.tr> :

> Baþta mevcut ve gelecek sürüm yöneticileri, depo sorumlusu ve tüm
> geliþtiricilerden katkýlarýný rica ediyorum. Bu tartýþma bir ortak
> karara varana kadar açýk kalsýn lütfen...
Henuz cit cikaran olmadi, ben biraz beyin jimnastigi ile "tatil"
hediyesi olarak soyle bir taslak duzenek hazirladim (bende oneri
bol :)). Belki guncel bisi uzerinde tartismak, curutmek daha kolay
olur :

On hazirlik :
1) Bakýcýsýz tüm paketler iþaretlenir.
2) Her bilesen icin birer bilesen sorumlusu secilir.
3) Sadece güvenlik güncellemelerinin yapýlacaðý bir kaynak depo
olusturulur. Guvenlik depo sorumlusunun, guvenlik takýmýndan biri
olmasý mantýklý olur sanýrým.
4) Tercihen ayri bir guvenlik deposu derleme ciftligi olur. Burada
yapilan tum degisiklikler guvenlik deposundaki paketlere gore
derlenerek sisteme kurulur. "Kýrýlma" riski en aza indirilir.

Sürekli düzenek :
1) Tüm geliþtiriciler surum (2007, 2008, vb) kaynak svn depolarýna
eriþip deðiþiklik yapabilir. Surum-guvenlik kaynak depolarýna sadece
güvenlik takýmý insanlarý yazabilir.

2) Her bileþenin sorumlusu, kendi bileþeninde yer alan paketlerde
yapýlan deðiþiklikleri takip eder. Gerekiyorsa müdahale eder, ilgili
geliþtiriciyi uyarýr.

3) Her bileþenin sorumlusu, derleme çiftliðinde kendi bileþeninin
paketlerini derletir[1] (ve test deposuna aktarýlmasýný saðlamýþ olur).

4) Güvenlik deposunun paketlerinin derlenmesi ve depoya aktarýlmasý
güvenlik depo sorumlusu tarafýndan yapýlýr.

4) Güvenlik güncellemeleri test takýmý tarafýndan hemen ve öncelikli
olarak teste alýnýrlar. Hem surum-guvenlik hem de surum depolarýna göre
ayrý ayrý test edilirler.

5) system.base bileþenindeki paketlerin testi yapýlýrken, "emniyet
mandalý" nedeniyle sadece system.base guncellenmesi durumu da farkli
guncelleme safhalarindaki Pardus sistem kombinasyonlarý ile test
edilmelidir [2].

6) CD içinde gelen paketler [3], ozel olarak gelistiricisi o paketle
ilgili kendisinden onay alinmasini istemiyorsa, test deposuna girdikten
7 gun sonra test takimi araciligiyla test surecine alinir [4]. Bu
surecten gecen paketler ilk toplu güncellemede kararli depoya aktarilir.

7) Test sürecinde yakalanan hatalar için Uluzilla'da bir hata raporu
açýlýr ve paketi güncelleyen geliþtiriciye atanýr. Hata çözüldükten
sonra süreç yeni paketle tekrar baþlar (don't pass go, don't collect
200 gayme).

8) CD içinde gelmeyen paketler test deposunda haklarýnda bir hata
raporu açýlmadan 7 gün zaman geçirirlerse [5] ilk toplu güncellemede
kararlý depoya aktarýlýrlar.

9) Rüþtünü ispatlanmýþ paketlerin test deposundan kararlý depoya toplu
güncelleme iþlemini ilgili depo sorumlusu her haftanýn baþýnda yapar.
Güncellemeler girdikten sonra Turkce ve Ingilizce olarak depoya yeni
giren paketleri ve niye yapýldýklarýný e-posta ile yayinlar.

10) Pardus deposu için bu süreç oturtulduktan *sonra*, donaným ve insan
gücü olanaklarý dahilinde contrib deposu için de uygulanabilir (bir test
deposu oluþturmak, bileþen sorumlularý belirlemek, vb). CD'de gelen,
system.base ve benzeri paketler olmadýðý için, Contrib deposunun test
süreci sadece 8. maddeden ibaret oluyor elbette.


Biraz hizli hazirladim, atladigim bisiler olabilir. Hatalar, yanlislar,
eksikler, eklemeler icin atis serbest :). Temeller uzerinde anlasirsak,
ballandirip dokuman haline getirmesini ayrica yapilir elbette.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr



[1] Bunun kolay yapýlabilmesi icin derleme çiftliðinde bazý
deðiþiklikler gerekebilir elbette. Ama çok masraf ettirmeyeceðini
umuyorum.

[2] Guncelleme yapmak icin degil, sadece bir paket kurmaya kalkan bir
kullanici zorunlu olarak (istegi disinda) sadece system.base
guncellemelerini yapiyor. Tum sistemi yukseltmediginden dolayi
bagimliliklardan dolayi problem yasiyor. Bu tur guncellemeyi "zorla"
yaptirdigimizdan, hic problem yasanmamasi gerekir bu durumda.

[3] Ilgili urun icin olan tum paketler. Yani 2007 icin 2007.0-1-2-3
CD'lerinde yer alan tum paketler bu kapsama giriyor. Bazi paketler
girip/cikabiliyor minor surumlerde de CD'ye. Ilgili paket listeleri :
http://svn.pardus.org.tr/uludag/trunk/pardusman/projects/release/

[4] CD'de gelen paketler kullanicinin sistemine zorunlu olarak
kuruldugundan ve ozellikle kaldirilmadiklari surece tum kullanicilarda
guncelleneceginden ozel olarak dikkat edilmesi gerekiyor.

[5] Güvenlik, system.base ve CD icinde gelen paketlerin testinden sonra
elde yeterli test gucu kalirsa, onlar da test deposuna giren diger
paketleri test edip hata raporlamak icin kullanilabilir. Bunun icin her
durumda 7 gunluk bir sureleri olacak.

From coderlord at gmail.com  Thu Dec  4 18:34:50 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 4 Dec 2008 18:34:50 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081204180533.b835b1db.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812021534.51541.tekman@pardus.org.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
Message-ID: <4cca720b0812040834r18990e6ei3b14953e91504c9e@mail.gmail.com>

04 Aralýk 2008 Perþembe 18:05 tarihinde Doruk Fisek <dfisek at fisek.com.tr> yazdý:

> 2) Her bilesen icin birer bilesen sorumlusu secilir.
Bunu önceden de yapmýþtýk. Ancak þimdi daha bir iþlev kazandýralým
diyorsun sanýrým.

> 3) Sadece güvenlik güncellemelerinin yapýlacaðý bir kaynak depo
> olusturulur. Guvenlik depo sorumlusunun, guvenlik takýmýndan biri
> olmasý mantýklý olur sanýrým.

Bu Debian Stable deposu gibi birþey olacak sanýrým. Böyle bir depo
olmasý gerekliliðine katýlýyorum. Bu depodaki paketlere sadece
güvenlik güncellemesi yapýlacak varsayýyorum. Böylece sistemini
kararlý tutmak isteyenler bu depoyu kullanacaklar.

> 2) Her bileþenin sorumlusu, kendi bileþeninde yer alan paketlerde
> yapýlan deðiþiklikleri takip eder. Gerekiyorsa müdahale eder, ilgili
> geliþtiriciyi uyarýr.

Sanki bu kýsmý biraz açmak lazým. Bileþen sorumlusunun görevleri
baþlýklý bir belgemiz var mýydý?

> 3) Her bileþenin sorumlusu, derleme çiftliðinde kendi bileþeninin
> paketlerini derletir[1] (ve test deposuna aktarýlmasýný saðlamýþ olur).

Neden derletiyor?, burayý anlamadým. Derletip testini de mi yapacak?
Yoksa sadece derlenip derlenmediðine mi bakacak?

-- 
Furkan Duman

From coderlord at gmail.com  Thu Dec  4 18:54:24 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 4 Dec 2008 18:54:24 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081202140309.5450af86.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
Message-ID: <4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>

02 Aralýk 2008 Salý 14:03 tarihinde Doruk Fisek <dfisek at fisek.com.tr> yazdý:
> Daha da fizibl oldugunu dusundugum soyle bir radikal onerim var :
>
> 1) Sadece guvenlik guncellemelerinin yapildigi bir 2008 deposu olsun.
> Bu depoya giren her guncellemede tirnagina kadar tum yazilimlar testten
> gecsin. Bu depoya "kararli" olacak densin. Bir paket patlarsa test
> takimini dovelim :)

Bence radikal deðil gerekli bir depo bu. Benim de benzer bir önerim
olmuþtu. Güncel olmak adýna zýrt pýrt sürüm atlatmayalým. Önemli
hatalarý ve güvenlik açýklarýný çözelim demiþtim.

Ancak bu depoya yeni paket girdiðinde bütün depo paketlerinin testi
bana çok yapýlabilir gelmedi. Sonraki baþlýkta bahsettiðin gibi,
sorunlu paketlerin iþaretlenip, bunlarýn testinin yapýlmasý yeterli
sanki. Sadece güncellenen pakete baðýmlý paketler de test edilse olur
gibi.

> 2) Normal depoda test sureci islemesin ya da sadece kritik paketlerde
> islesin. x hafta test deposunda durup hata raporu almayan paketler
> normal depoya sorgusuz sualsiz girsin. Kullanicilar "sistemim bozuldu,
> guncellemeler test edilmiyor mu" dediginde de, "test deposunda x hafta
> hata belirtilmemis. eger surecin daha iyi olmasini istiyorsaniz, siz de
> testlere daha cok katilin. Ben sistemim kararli kalsin istiyorum
> diyorsaniz, sadece guvenlik guncellemeleri yapilan depoyu kullanin."
> densin.

Adý normal depo olunca kullanýcýlardan bunu beklemek haksýzlýk bence.
Depo adý "Kararsýz depo" olsa söylediðine hak verirdim.
Depolarý çoðaltmaya gerek yok bence. Þu an bir de test depomuz var.
Bunun yerine bir kararlý bir kararsýz depo olsa yeterli sanýrým.
Kararsýz depoda bahsettiðin gibi istediðimiz commit i yaparýz. Sistem
bozulursa da "bu kararsýz depo idi" deriz. :)

Çoðu kullanýcýnýn, güncellemelerden dolayý kararsýz depoyu
kullanacaðýný zannediyorum. Dolayýsýyla istemeden de olsa test yapmýþ
olacaklardýr.


> Yanlis anlama, bana uzaktan, merge yapan adam bildigin amelelik yapiyor
> gibi gozukuyor. Belki sistemin temel bilesenlerinin sik guncellendigi
> ilk donemlerde, gelistiricileri gemlemek icin iyi bir mekanizmaydi. Su
> anda anlamsiz bir burokrasiye donusmus durumda. Hem paketini
> guncelleyen, hem de o paketi merge eden icin."

Katýlýyorum. Açýkçasý uzun bir süre ayrý kaldýktan sonra geri
döndüðümde, oluþan bu bürokrasi beni afallatmýþtý. Yeni geliþtiriciler
için de korkutucu görünebilir.

Hem artýk bir paket review sürecimiz var. Yeni paketler konusunda
endiþelenmemize gerek olduðunu sanmýyorum.
Bu review sürecini güncellemelerde de yapmalýyýz.  2 onay alan paket
doðrudan merge edilebilir hale gelebilir. Güncellemeyi yapan de
kendisi merge eder.


> Zaten paketci "ACK" vermeden once paket bir sure test deposunda
> geciriyor. Bu prosedurle bir paketin kararli depoya girmesi bir aydan
> bile fazla surebilir.

ACK NACK'i neden yaptýðýmýzý anlamýyorum. Paketimde bir sorun var ise
zaten depo sorumlusuna haber verip, veya yeni düzenlemede geçersek
kendim, paketi revert edebilirim. Eðer paket test ten geçemediyse ve
paketi güncelleyene ulaþýlamýyorsa, depo veya bileþen sorumlusu revert
i yapar. Bunu neden yapýyoruz lütfen birisi söylesin..

-- 
Furkan Duman

From gurer at pardus.org.tr  Thu Dec  4 20:11:17 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Thu, 4 Dec 2008 20:11:17 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
Message-ID: <200812042011.17481.gurer@pardus.org.tr>

On Thursday 04 December 2008 18:54:24 Furkan Duman wrote:

> Bu review sürecini güncellemelerde de yapmalýyýz.  2 onay alan paket
> doðrudan merge edilebilir hale gelebilir. Güncellemeyi yapan de
> kendisi merge eder.

Review süreci yeni paketlerde çok baþarýlý oldu. Her türlü update için de 
yapýlmasýndan yanayým. Ancak...

Review ve bileþen sorumlusunun depoyu test etmesi gibi fikirler için ortada 
yeterli iþ gücünü göremiyorum.

Çözüm olarak ilk yol, iþleri otomatize etmek. Çeþitli kontroller yapan 
betiklerimiz var. Bunlarý geliþtirmeye harcanacak zaman, ayný temel hatalarla 
tekrar tekrar uðraþmamakla çok büyük kazanç olarak geri gelecektir. 
Belgelendirme de ayný þekilde kazançlý olacaktýr. Mesela neden hala Pisiyi, 
paket yapýmýný, yazýlým inþa sistemlerini, bugüne kadar gelistirici@ de 
karþýlaþýlmýþ sorunlarý içeren kapsamlý bir kitap formatýnda dökümanýmýz yok?

Ýkinci yol ise daha fazla iþ gücü temin etmek.

Ana bileþenlere full time birer sorumlu, sürüm/depo yöneticileri, alt projeler 
için sorumlular, tek kiþiden ibaret olmayan güvenlik vb ekipleri, yeni 
projelere giriþebilecek (uzun zamandýr hiç bir inovatif projemiz olmadýðý 
dikkatinizi çekti mi?) bir eleman rezervi diye saymaya baþlayýnca bunun 
mecburi olduðu ortada.

Belki gönüllü geliþtiricilerden kazanýlabilir bu iþ gücü, ama ortada öyle bir 
heyecan eksikliði var ki, o kanaldan taze kan gelmesine de biraz engel 
oluyor.

Mesela bu önemli bir tartýþma ama 3-4 kiþiden baþka yorum gelmiyor. Bir ara 
yapýlan geliþtirici toplantýlarýnýn artýk lafý bile edilmiyor. Review süreci 
zorlamayla 1-2 kiþiden 3-4 kiþiye çýkabildi. Gezegen/Planet uyukluyor.

Durum pek hoþ görünmüyor yani bana.

From dfisek at fisek.com.tr  Thu Dec  4 20:39:03 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Thu, 4 Dec 2008 20:39:03 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4cca720b0812040834r18990e6ei3b14953e91504c9e@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812021534.51541.tekman@pardus.org.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<4cca720b0812040834r18990e6ei3b14953e91504c9e@mail.gmail.com>
Message-ID: <20081204203903.af8780c2.dfisek@fisek.com.tr>

Thu, 4 Dec 2008 18:34:50 +0200, "Furkan Duman" <coderlord at gmail.com> :

> Sanki bu kýsmý biraz açmak lazým. Bileþen sorumlusunun görevleri
> baþlýklý bir belgemiz var mýydý?
Bildigim kadariyla yok. Belgeye donustururken "ballandirilmasi" gereken
bircok kisim var bunun gibi.

> > 3) Her bileþenin sorumlusu, derleme çiftliðinde kendi bileþeninin
> > paketlerini derletir[1] (ve test deposuna aktarýlmasýný saðlamýþ
> > olur).
> Neden derletiyor?, burayý anlamadým. Derletip testini de mi yapacak?
> Yoksa sadece derlenip derlenmediðine mi bakacak?
Bildigim kadariyla, derleme ciftliginde derlenen paketler derlendikten
hemen sonra ciftligin kendi uzerine kuruluyor ve oyle isine devam
ediyor. Ona bagimli paketlerin de ona gore derlenebilmeleri icin.
Ciftlikte de depodaki tum paketler kurulu.

Simdi is boyle olunca, hatali bir paketin derlenip kurulmasi ciftligi
patlatabiliyor. Ozellikle hatali system.base paketleri ya da cokca
bagimliligi olan kitapliklarin problem yaratmasi olasi. O nedenle
ciftlikte derleme islemi otomatik yapil(a)miyor.

Bilesen sorumlusu zaten kendi bilesenindeki paketleri goz ucuyla da olsa
takip ediyor oldugundan, bir sorun varsa derletmeden once tespit etmesi
mumkun olur. Su anki durumda bu tum paketler icin surum/depo/ciftlik
sorumlusu tarafindan yapiliyor ki, bilesen sorumlulari tarafindan
yapilmasi, paketleri daha iyi taniyacaklarindan dolayi daha saglikli
olur diye dusunuyorum. Daha hizli da gerceklesebilir.

Tabii bu noktada system.base'de olmayan ve "herhangi bir bagimliligi
olmayan" paketlerin ayiklanarak ciftlik tarafindan otomatik derlenmesi
de bir yontem. Yine de ciftlik icin goz ucuyla da olsa bir bakilma
gerektiren durtukleme mekanizmasi cok yavaslatmaz/yormaz diye
dusunuyorum. Svn hesaplari ile ilgili bir guvenlik sorununda (birimiz
svn parolasini kaptirdi mesela), uygun bir pakete ciftlige ya da test
deposunu kullananlarin sistemlerine zarar verecek bir komut eklenebilir.
Otomatik derlenip/ciftlige kurulup/test deposuna gitmesi hos olmaz.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From ekin at pardus.org.tr  Thu Dec  4 23:13:33 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Thu, 4 Dec 2008 23:13:33 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081202140309.5450af86.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
Message-ID: <200812042313.34497.ekin@pardus.org.tr>

Merhaba;

Tuesday 02 December 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 
> Merhaba,
> Seni kiracagima kafami arsiv fareligi yaparim :). Icinde sadece "test"
> kelimesi gecenleri taradim yazdiklarimdan, baska aradan kacanlar olmus
> olabilir.

Eline saðlýk ama kýrma bi tarafýný, gerek yok :-)

> 22 Ekim'de yazdigim e-postada [1] iki farkli oneri yer aliyor. 

Serbülent yazmýþ - buna uzunca bir cevap vermiþtim üzerinde konuþulur diye, 
ama benim uzun postalarým da senin uzun postalarýndan geri kalmýyor "mark as 
read" iþaretlenme konusunda. Aþaðýda özetleyeceðim, bunu dýþýndaki önerilere 
de fikirlerimi yazacaðým - bazýlarýný yazdým daha önce, bazýlarý yeni. 

> [1] http://liste.pardus.org.tr/gelistirici/2008-October/013904.html
http://liste.pardus.org.tr/gelistirici/2008-October/013908.html

> "Bastan beri soyledigim gibi, test sureci ile kurunun yaninda cok fazla
> yas yakmaya calisiliyor gibime geliyor. Sorun cikarip ortaligin
> karismasina yol acan belli paketler var. Onlari belirleyip, onlarin
> guncellenmesinde testlere ekstra ilgi gosterip, kalanlara sadece temel
> testleri (paket menuye yerlesiyor mu, aciliyor mu) uygulamak daha
> fizibl olur.

Bunun yararý ortada, ama bu listeyi güncel tutmanýn pek kolay olmayacaðýný 
düþünüyorum hala. Üzerimde anlaþýlmýþ ve güncel tutmacýbaþýcýsý seçilmiþ bir 
liste oluþursa ne güzel - Gönüllü var mý ?  

> Daha da fizibl oldugunu dusundugum soyle bir radikal onerim var :

Bu öneri için ön teknik gereklilikleri özetlemek lazým önce - bunlar karþý 
çýktýðým ya da önerdiðim noktalar deðil, depo - paket - çiftlik konusunda ön 
bilgi : 

- Birbirinden ikili paket alýp veremeyen her türlü depo eþittir yeni bir 
kaynak depo + yeni bir buildfarm. Þu anki test deposundaki paketler 
bildiðiniz cp komutu ile stable depoya alýnýyorlar, çünkü ayný kaynak depodan 
çýkýyorlar. ABI/API yönünden aralarý açýlabilecek iki ayrý ikili paket deposu 
oluþturduðumuz anda  bu yöntem iþlemiyor, örn. 2008-stable adlý yeni bir 
kaynak depo ve bu depoyu derleyen bir buildfarm gerekecek. Temel olarak bu 
ayný toolchain'i paylaþan iki daðýtým demek.

- Bu birbirinden ayrý depolarýn da ayrý birer test ikili deposu olacak : 
stable dal için bu depoya girecek paketlerin test sürecinde bekleyeceði bir 
ara depo, unstable dal için de paketlerin (örn 2 hafta) bekleme ve 
geliþtiriciler tarafýndan test edilme sürecinde bekleyeceði bir ara depo.
   
> 1) Sadece guvenlik guncellemelerinin yapildigi bir 2008 deposu olsun.
> Bu depoya giren her guncellemede tirnagina kadar tum yazilimlar testten
> gecsin. Bu depoya "kararli" olacak densin. Bir paket patlarsa test
> takimini dovelim :)

> 2) Normal depoda test sureci islemesin ya da sadece kritik paketlerde
> islesin. x hafta test deposunda durup hata raporu almayan paketler
> normal depoya sorgusuz sualsiz girsin. 

Bir önceki cevabýmýn anafikrini oluþturan itirazým iþgücü ve seçim yapma 
zorunluluðu üzerineydi, ilk adýmda tarif ettiðin stable dala kesinlikle 
ihtiyacýmýz olduðunu düþünerek o fikrimi daha geniþ açýklayayým : 
(1 deposuna stable, 2 deposuna da unstable diyorum)

* X paketinin 4.1 sürümündeyken bu dallanmayý yaptýk diyelim. Paketin 4.2, 
4.3, 4.4 sürümleri çýktý, bizim daðýtým için minör olsa da upstream açýsýndan 
hatalar çözüldü, hatta yeni özellikler eklendi - biz de bu paketleri þimdiki 
sistemde de olsa yapacaðýmýz gibi unstable dala aldýk, 2'þer hafta test 
deposunda beklettik, olasý sorunlarýný çözdük. Fakat bu güncellemelerin 
hiçbiri stable dalý için kritik veya güvenlik güncellemesi deðildi, 
çýkabilecek regressionlar için getir/götür hesabý yaptýk, sonunda stable dala 
almadýk : stable 4.1, unstable 4.4'de þu anda.
Ýþler burada karýþýyor  : upstream 4.5 sürümünü iki CVE çözen güvenlik 
güncellemesi olarak yayýnladý - sýk sýk karþýmýza gelen senaryo.  
- unstable dal için çok sorun deðil , olabiliyorsa 4.4'e backport edilir, ya 
da ters baðýmlýlýk vs sorunu yok ve geçiþ güvenlik dýþýnda sadece minor 
deðiþiklikler içeriyorsa  4.4 -> 4.5 geçiþi yapýlýr, doðrudan depoya alýnýr 
[þu anda bu süreci uyguluyoruz zaten.] 
- stable dalda ise 4.5 -> 4.1 backportuna ihtiyacýmýz var : þanslýysak CVE 
yamasý iþimizi görür, deðiþikliðin büyüklüðüne ve tipine göre ya test ile ya 
da doðrudan stable depoya hýzla alýrýz. Ama iki deponun arasý açýldýkça bu 
süreç daha zorlu olmaya baþlar, security ekibininin iki depoyu ayrý ayrý 
gözden geçirmesi gerekir, backport iþi her seferinde daha fazla kaynaða 
ihtiyaç duyar, paketlerin daha fazla test edilmesi gerekir. Zorunlu 
kalabileceðimiz sürüm atlamalarýnda baðýmlýlýklarýn da eski sürümde olmasý 
nedeniyle giderek daha zorlanýrýz. Security fixlerin gecikmesi bizim camiada 
neredeyse en büyük ayýp sayýldýðýndan, daðýtým eskidikçe security ekibinin 
iþi artar, bu sýkýþýk zamanlar da tahminen bir sonraki sürümün en civcivli 
zamanlarý olacaðýndan zaman sorunlarý ortaya çýkar. 

* Unstable deponun giren paket bazýnda takip edilip zorunlu nezarethane 
sürecini tamamlayan paketlerin hata durumlarýnýn takibi hem bu takibi yapacak 
adama, hem de geliþtiriciye daha büyük sorumluluk yüklüyor. 
Ýlk bölümünü daha yakýndan tanýyorum : 2007'nin ilk zamanlarýnda 2 hafta test 
deposunda kalmayan pakete NACK demek benim iþimdi, pratikte gerektirdiði 
iþgücü ve zamaný ayýramadýðým(ýz) için uygulayamadýðýmýz bir kural olarak 
tarihe yazýldý. Öbür yaný (geliþtirici yaný) ise önyargýlý olmak istemememe 
raðmen beni korkutuyor - son bir kaç ayda bugzillada açýk hatasý olan, 
geliþtirici ve kullanýcý listesinde sorunlarý konuþulmuþ paketler bile 
geliþtiricilerden / paket sahiplerinden ACK aldý - bunun sebebi önceki 
tartýþmalarda genellikle ACK/NACK ve merge süreci olarak ifade edildiyse de 
bence büyük oranda da geliþtiricilerin ilgisizliði, zaman zaman yeterli 
bilgi / tecrübeye sahip olmamalarý, hatta nadiren bariz inatlaþmalarý neden 
oldu bu duruma. Bu cümleler bunu yapamayýz demek deðil, ama ideal dünyada da 
deðiliz - kendi aramýzda daha iyi bir test / iletiþim / geri dönüþ 
mekanizmasý oturtmalýyýz, geliþtiricilerin alacaðý insiyatif ve 
sorumluluklarýnýn sýnýrlarýný daha iyi belirlemeliyiz demek.
 
Bunlar yapýlamayacak /  yetiþelemeyecek þeyler mi ? Hayýr deðil, ama bu 
önerinin sadece bir yeni depo açmak olmadýðýný söylemeye çalýþýyorum - 
tartýþýrken attýðýmýz adýmlarýn neler getireceðini bilerek konuþalým. Bu iki 
depolu yapý gerçekten doðru yol, ama ben þapkayý önüme koyup düþününce ilk 
anda tahmin edilenden çok çok daha fazla kaynak gerektireceðini düþünüyorum. 
Þu anki durumdan sen de ben de memnun deðiliz, ama yenisini kurup iki depoya 
da hakettiði ilgiyi gösteremezsek þu anki durumu mumla ararýz.

> Kullanicilar "sistemim bozuldu, 
> guncellemeler test edilmiyor mu" dediginde de, "test deposunda x hafta
> hata belirtilmemis. eger surecin daha iyi olmasini istiyorsaniz, siz de
> testlere daha cok katilin. 

Bunu diyebilirsek ne güzel - biz deriz de kim ne kadar anlar emin olamadým :-P

> Ben sistemim kararli kalsin istiyorum
> diyorsaniz, sadece guvenlik guncellemeleri yapilan depoyu kullanin."
> densin. 

> Boylece hedef belirlenmis olur, dagitim depolarinin bir kimligi olur.
> Su anda bence herkes farkli beklentiler icinde dagitimdan ve kimse
> mutlu olamiyor. Hem ultra kararli olayim, hem gelismelerden geri
> kalmayayim, hem o da olsun, hem bu da olsun diye hareket edince hicbiri
> elde edilemiyor.

Burada haklýsýn, kurumsal kullanýcý için gereken depo kriterleri ile günlük 
kullanýcý - hatta daðýtým fanatiði geliþtirici için uyulmasý gereken 
kriterler farklý, ama þu anda herkes ayný depoyu kullanýyor.

> Bu ilk defa yapilan bisi degil, Debian stable ve testing var. Pardus'un
> surum cikarma dongusunun Debian kadar uzun olmadigi dusunulurse,
> Debian'daki zararli yan etkiler de Pardus'ta cok az olacaktir diye
> dusunuyorum."

Ama bu hamle ile kurumsal kullanýcý / kararlýlýk arayan kullanýcýyý da anlamlý 
bir þekilde hedeflediðimiz anda onlarýn bir baþka önemli isteði olan "uzun 
solukluluk" da bonus olarak geliyor - herhangi bir sürüm için stable dal 
unstable dal'dan daha uzun maintain edilmek durumda kalacaktýr doðal olarak.

Debian olmayýz tabii ama ortalamayý ve ayný anda sürdürülen daðýtým saysýný 
arttýracaktýr bu hamle.  

> =======

Geri kalaný ayrý mail.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Fri Dec  5 00:19:33 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Fri, 5 Dec 2008 00:19:33 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812042313.34497.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812042313.34497.ekin@pardus.org.tr>
Message-ID: <200812050019.33804.ekin@pardus.org.tr>

Merhaba;

Thursday 04 December 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 

> - Birbirinden ikili paket alýp veremeyen her türlü depo eþittir yeni bir
> kaynak depo + yeni bir buildfarm. Þu anki test deposundaki paketler
> bildiðiniz cp komutu ile stable depoya alýnýyorlar, çünkü ayný kaynak
> depodan çýkýyorlar. ABI/API yönünden aralarý açýlabilecek iki ayrý ikili
> paket deposu oluþturduðumuz anda  bu yöntem iþlemiyor, örn. 2008-stable
> adlý yeni bir kaynak depo ve bu depoyu derleyen bir buildfarm gerekecek.
> Temel olarak bu ayný toolchain'i paylaþan iki daðýtým demek.

"ABI/API yönünden aralarý açýlabilecek " konusunu biraz açayým: Bu zamana 
kadar herhangi bir Pardus sürümü boyunca ABI/API kýrmaya kesinlikle izin 
yoktu. Fakat çok gerektiðinde **kontrollü olarak** bu interface'leri 
kýrabilmek için gerekli destek Pisi'ye eklendi - yeni Pisi test deposunda, 
farm koduna gerekli desteði ekliyoruz. Testlere baþlayacaðýz bugün yarýn.

Bu yeni özellikleri hýzla hayata geçirmek hedefimiz - bu durumda 2008-stable 
ile 2008-unstable kaynak depolarýnýn ABI/API yönünden aralarý açýlabilmesinin 
teknik altyapýsýný kurmuþ olacaðýz, bu sorun birinci derece öncelikli olacak.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From tekman at pardus.org.tr  Fri Dec  5 00:38:32 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Fri, 5 Dec 2008 00:38:32 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081204180533.b835b1db.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812021534.51541.tekman@pardus.org.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
Message-ID: <200812050038.32380.tekman@pardus.org.tr>

4 Aralýk 2008 Perþembe 18:05:33 tarihinde Doruk Fisek þunlarý yazmýþtý:
> Merhaba,
>
> Tue, 2 Dec 2008 15:34:51 +0200, Erkan Tekman <tekman at pardus.org.tr> :
> > Baþta mevcut ve gelecek sürüm yöneticileri, depo sorumlusu ve tüm
> > geliþtiricilerden katkýlarýný rica ediyorum. Bu tartýþma bir ortak
> > karara varana kadar açýk kalsýn lütfen...
>
> Henuz cit cikaran olmadi, ben biraz beyin jimnastigi ile "tatil"
> hediyesi olarak soyle bir taslak duzenek hazirladim (bende oneri
> bol :)). Belki guncel bisi uzerinde tartismak, curutmek daha kolay
> olur :

Yalnýzca güvenlik güncellemelerinin yapýldýðý bir depo, Ekin'in de örneklediði 
üzere, mor serçenin kuyruðu gibi birþey, ya da ciddi bir çiftlik + depo 
yönetme ve daha önemlisi daha da ciddi bir backport yükünü üstlenmek anlamýna 
geliyor. Þu andaki süreç, Doruk'un deyimin ile, "boktan" giderken böyle bir 
yola girmek olsa olsa "bomboktan" bir duruma davetiye çýkarmaktýr.

Doruk'un önerisinden benim çýkarabildiðim pratik sonuç þu: Bir "güncel" depo 
olacak, test-mest hakgetire, buraya paldýr küldür güncelleme yükleyeceðiz. 
Bir de "güvenlik güncellemesi" deposu olacak, burada yalnýzca yeni bir 
güncelleme yamasý çýktýðýnda sürüm atlatmasý (güvenlik yamasý dahil, aradaki 
atlamalarý da kapsar halde) yapacaðýz. "Güncel" depo çatlaya patlaya 
gittiðinden, eðer þansýmýz yaver gider ise, "güvenlik güncellemesi" deposuna 
yama ekleme zamaný geldiðinde zaten diðer pislikler çözülmüþ olacak. Kýsacasý 
bir test edilen ve bir de test edilmeyen depo olacak...

Ama bunu þu anda da yapmak mümkün zaten, devel deposu test edilmeyen deponun 
iþlevini görüyor. Kararlý depo da hemen hemen (arada bir hýçkýrmalar dýþýnda) 
test edilen depo yerine geçiyor. Tek eksik devel deposundan ikili bir paket 
deposu yapmýyor oluþumuz. Evet, biliyorum, biraz karikatürize ettim durumu, 
ama sanýrým ana fikri yakaladým.

Belki çözümler üzerine tartýþmak yerine sorunu tarif etsek ve gerekleri 
belirlesek daha yararlý olacaktýr.

Bireysel kullanýcý ne ister? Olabildiðince kararlýk, buna karþýn olabildiðince 
güncel bir sistemle çalýþmak. "Kurumsal" (biraz önceki bireysel ile ayný 
depoyu kullanan) kullanýcý ne ister? Ertesi sabah sistemini açtýðýnda akþam 
çalýþanlarýn kýrýlmamasýný. Geliþtirici ne ister? Emek verdiði paketinin en 
son güncellediði halinin olabildiðince kýsa sürede depoya girmesini. Sürüm 
yöneticisi ne ister? Testten geçmemiþ herhangi bir paketi kullanýcýnýn 
sistemine yüklememeyi.

Bu gerekleri nasýl birlikte saðlayabiliriz? Eðer aklýmýza ilk gelen yol 
uygulanabilir ya da gerçekçi deðilse B planý ne olur?

Bence manalý sorular bunlar...

ET

From ekin at pardus.org.tr  Fri Dec  5 00:46:03 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Fri, 5 Dec 2008 00:46:03 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081204180533.b835b1db.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812021534.51541.tekman@pardus.org.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
Message-ID: <200812050046.03135.ekin@pardus.org.tr>

Merhaba;

Öncelikle, bu mailden önce bu (ve bir önceki) tartýþmaya yazdýðým maillere 
devam ediyorum büyük oranda, okumaya oradan baþlarsanýz sevinirim. 

Thursday 04 December 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 
> On hazirlik :
> 1) Bakýcýsýz tüm paketler iþaretlenir.
> 2) Her bilesen icin birer bilesen sorumlusu secilir.

+1

> 3) Sadece güvenlik güncellemelerinin yapýlacaðý bir kaynak depo
> olusturulur. Guvenlik depo sorumlusunun, guvenlik takýmýndan biri
> olmasý mantýklý olur sanýrým.

Bu deponun daha öce yazdýðým sebeplerle o sürümün bir branch'i olmasý 
gerekiyor, iki deponun arasý açýldýkça neredeyse iki ayrý daðýtým haline 
gelecekler unstable depoyu bleeding-edge tuttukça. 

Depo sorumlusu ile güvenlik ekibinin çok buluþacaðýný sanmýyorum, bu depo ayrý 
bir daðýtým olmaya gittikçe depo sorumlusu daha yukarýdan büyük resme 
bakacak, depo sorunlarý ile uðraþabilecek bir geliþtirici olmalý, güvenlik 
ekibinin iþi baþýndan aþkýnken bu görevi ona vermek zor olabilir (aþaðýda bu 
depocunun neden bazý iþleri paylaþamayacaðý da var..) 

> 4) Tercihen ayri bir guvenlik deposu derleme ciftligi olur. Burada
> yapilan tum degisiklikler guvenlik deposundaki paketlere gore
> derlenerek sisteme kurulur. "Kýrýlma" riski en aza indirilir.

Bu da tercihen deðil, zorunlu - kullanýcýya ulaþan paket üretiyorsak sadece o 
kaynak depodan beslenen tamamen izole bir farm gerekiyor. Farm yeterince 
kýrýlgan ve elle iþlediðinden sorun çýkarmaya açýk bir adýmý tüm sürecin, 
örneðin iki deponun ayný farmda derlenmesi gibi bir þey teoride mümkün olsa 
da öngöremediðimiz sorunlara yol açmasý kuvvetle muhtemel. Genelde de farmda 
çýkan hatalarýn debug edilmesi uzun ve kafa karýþtýrýcý oluyor, depoya 
güvenlik güncellemesi yetiþtirmeye çalýþýrken bu tip þeylerle uðraþmak 
zorunda kalmak saçlarý teker teker yolmak için birebir.

Ya da farm ve paket build yapýsýný tamamen deðiþtireceðiz - her paketin temiz 
system.base/devel + baðýmlýlýklarýnýn kurulduðu bir chroot içinde derlendiði 
bir farm yapýsý ilk aklýma gelen yol, ama bu __her__ þeyi deðiþtirmek demek.
  
> Sürekli düzenek :
> 1) Tüm geliþtiriciler surum (2007, 2008, vb) kaynak svn depolarýna
> eriþip deðiþiklik yapabilir. Surum-guvenlik kaynak depolarýna sadece
> güvenlik takýmý insanlarý yazabilir.

Her geliþtiricinin 2008 deposuna kommit yaptýðý bir süreçte buildfarmý 
iþlettim (2008 çýkmadan önceki süreçte) ve sonucunda amelelik olarak 
gördüðünüz, benim de svn merge kýsmýnýn büyük oranda hamallýk olduðunu 
düþündüðüm süreci sevinerek iþletir hale geldim - Farmý çalýþtýrdýðýnýzda 
acil güvenlik güncellemesi paketinizin yerine openoffice derlerken bulmak, 
stable depoya almanýz gereken paketin yeni -ve alakasýz- güncelleme 
atarfýndan ezildiðini farketmek pek güzel tecrübeler deðil. 

Aslýnda bunlar ve ve aþaðýda farm derleme süreci hakkýnda söylediklerim 
birbirinin devamý : ben 2007 ve 2008 süreçlerinde ayný ofiste yüzyüze bakan 
adamlarýn bu süreçleri birbirleri için nasýl zorlaþtýrabildiklerini ilk elden 
gördüm, daha çok hamallýk yaparým ama sorunlarý çýktýktan sonra geriye dönmek 
zorunda kalmam bari diye düþündüm.

Merge sürecinin iyileþtirilmesi için illa bu iþin beþ kiþiye daðýtýlmasý 
gerekmiyor diye düþünüyorum, bu yolda da konuþalým.

> 2) Her bileþenin sorumlusu, kendi bileþeninde yer alan paketlerde
> yapýlan deðiþiklikleri takip eder. Gerekiyorsa müdahale eder, ilgili
> geliþtiriciyi uyarýr.

Bu en gerekli adým.

> 3) Her bileþenin sorumlusu, derleme çiftliðinde kendi bileþeninin
> paketlerini derletir[1] (ve test deposuna aktarýlmasýný saðlamýþ olur).

Bu pek yapýlabilir deðil bence : Farm paketleri derlerken tüm paketleri 
gözönüne alarak derleme ve kurma sýrasý çýkarmak, sonrasýnda yine tüm deponun 
tekrar oluþturulmasýný saðlayýp belli kararlýlýk testleri yapmak gibi bir 
seri iþ yapýyor, genelde de çýkan sorunlar tek bir bileþen çerçevesinde 
kalmýyor. Yani aslýnda depo yöneticisinin iþin elle tutulan tarafýný icra 
ettiði yer farm, her noktasýný parmaklamak ve yaparken de kýrýp dökmemek için 
fazlasýyla (çoðunlukla gereksiz) uðraþmak gerekiyor. 

Yukarýda söylediðim gibi tüm sürecin elle iþletiliyor olmasý da ayrý bir 
sorun - ofiste temel olarak yeni buildfarm'ýn denemelerini yapýp delta gibi 
yeni altyapýlarý geliþtirdiðimiz ikinci bir farmýmýz var, yanyana masalarda 
oturan üç kiþi olarak bile birbirimizin ayaðýna bastýðýmýz oluyor - iki kere 
baþtan kurdum o farmý. 
Daha otomatikleþmiþ, farmcýbaþýnýn müdahalelerine çok daha az ihtiyaç duyan 
bir farm yazýlýmý ile belki olabilir, ama paket ve depo üretmek fazlasýyla 
hata kaldýrmaz bir iþ olduðu için bu geliþtirme ve test çalýþmalarý oldukça 
uzun sürüyor - sadece farm yazýlýmý deðil, bir sürü temel teknolojide 
deðiþiklik gerektiriyor.

Bu dertli iþ için bir köle yeter, beþ kiþiye ayný dertleri yüklemenin faydasý 
yok diyorum yani.     

> 4) Güvenlik deposunun paketlerinin derlenmesi ve depoya aktarýlmasý
> güvenlik depo sorumlusu tarafýndan yapýlýr.

Derlenmesi için bakýnýz yukarýsý, yazma hakký konusunda ise güvenlik için 
2007'de de, 2008'de de bu amaçla güvenlik ekibinden bir kiþinin (zaten kaç 
kiþiler ki :-)) yazma hakký vardý (Önce Ýsmail, sonra Gökçen), 2008'e 
güvenlik ekibi olarak baþlayan Gökçen kendi baþýna gökçen ekibi olup :-) 
Pýnar'ý yalnýz býrakýnca Pýnar'ý eklemek aklýmýza gelmedi aslýnda. 

> 4) Güvenlik güncellemeleri test takýmý tarafýndan hemen ve öncelikli
> olarak teste alýnýrlar. Hem surum-guvenlik hem de surum depolarýna göre
> ayrý ayrý test edilirler.

Genelde test edilmeyecek kadar açýk olmasýný istiyoruz ama security dünyasýnda 
da ideallik pek gözde bir özellik deðil - ayrý bir sec-test süreci tanýmlamak 
iyi olur.
 
> 5) system.base bileþenindeki paketlerin testi yapýlýrken, "emniyet
> mandalý" nedeniyle sadece system.base guncellenmesi durumu da farkli
> guncelleme safhalarindaki Pardus sistem kombinasyonlarý ile test
> edilmelidir [2].
> [2] Guncelleme yapmak icin degil, sadece bir paket kurmaya kalkan bir
> kullanici zorunlu olarak (istegi disinda) sadece system.base
> guncellemelerini yapiyor. Tum sistemi yukseltmediginden dolayi
> bagimliliklardan dolayi problem yasiyor. Bu tur guncellemeyi "zorla"
> yaptirdigimizdan, hic problem yasanmamasi gerekir bu durumda.

Tamam bunu test edelim de burada verdiðin örnekte ya ayný þeyden 
bahsetmiyoruz, ya da baþka bir sorun var -
Makinemde katapult kurulu deðil, sistemim up-to-date deðil, katapult kur 
diyorum : 

# pisi it katapult
Total size of package(s): 315.00 KB
Package katapult found in repository pardus-2008-test
katapult-0.3.2.2-12-2.pisi     (315.0 KB)100%    398.63 KB/s [00:00:00] 
[complete]
Installing katapult, version 0.3.2.2, release 12, build 2
Extracting the files of katapult
Configuring katapult package
Configured katapult
Installed katapult

ama depoda system.base güncellemesi var - hemen ardýndan :

mekbuk ekin # pisi up --dry-run
Updating repositories
* Updating repository: contrib
pisi-index.xml.bz2.sha1sum     (40.0  B)100%      0.00 --/- [--:--:--] 
[complete]
pisi-index.xml.bz2             (118.0 KB)100%      0.00 --/- [--:--:--] 
[complete]
No signature found for 
http://paketler.pardus.org.tr/contrib-2008/pisi-index.xml.bz2
* Package database updated.
* Updating repository: devel
devel repository information is up-to-date.
* Updating repository: pardus-2008-test
pisi-index.xml.bz2.sha1sum     (40.0  B)100%      0.00 --/- [--:--:--] 
[complete]
pisi-index.xml.bz2             (755.0 KB)100%    423.64 KB/s [00:00:00] 
[complete]
No signature found for 
http://yali.pardus.org.tr/pardus-2008-test/pisi-index.xml.bz2
* Package database updated.
Safety switch: Following packages in system.base will be upgraded: pisi
The following packages will be upgraded: pisi package-manager zpspell 
bash-completion gst-plugins-ugly gparted cups
Total size of package(s): 3.13 MB

Tek paket kurarken elle index güncellemediðimiz sürece güncellemeler gelmiyor 
bende ? 

> 6) CD içinde gelen paketler [3], ozel olarak gelistiricisi o paketle
> ilgili kendisinden onay alinmasini istemiyorsa, test deposuna girdikten
> 7 gun sonra test takimi araciligiyla test surecine alinir [4]. Bu
> surecten gecen paketler ilk toplu güncellemede kararli depoya aktarilir.

Bunu CD ile gelenler olarak tanýmlamak ne kadar doðru ? CD ile bi ton sürücü 
de geliyor ama kullanýcýlarýn bir bölümü hayatlarýnda ihtiyaç duymuyorlar 
onlara örneðin.

Aslýnda test adý altýnda konuþtuðumuz her durumumdaki asýl dert kullanýcýlarýn 
anlamlý bir bölümüne uydurabileceðimiz bir kullaným / güncelleme / kurulum 
senaryosu olmamasý - her kullanýcý için ayrý (ve yeni) bir senaryo öncelikli 
oluyor - anlamlý test senaryosu sayýsý (neredeyse) pardus kullancýsý sayýsý 
ile eþit. 

> 7) Test sürecinde yakalanan hatalar için Uluzilla'da bir hata raporu
> açýlýr ve paketi güncelleyen geliþtiriciye atanýr. Hata çözüldükten
> sonra süreç yeni paketle tekrar baþlar (don't pass go, don't collect
> 200 gayme).

Geliþtiricinin test deposuna gönderdiði pakette sorun olduðunu farkettiði anda 
kendine hata girmesi lazým - hadi bakalým :-?

> 8) CD içinde gelmeyen paketler test deposunda haklarýnda bir hata
> raporu açýlmadan 7 gün zaman geçirirlerse [5] ilk toplu güncellemede
> kararlý depoya aktarýlýrlar.

7 gün yerine ilk önerin iki haftayý tercih edeceðim galiba.
 
> 9) Rüþtünü ispatlanmýþ paketlerin test deposundan kararlý depoya toplu
> güncelleme iþlemini ilgili depo sorumlusu her haftanýn baþýnda yapar.
> Güncellemeler girdikten sonra Turkce ve Ingilizce olarak depoya yeni
> giren paketleri ve niye yapýldýklarýný e-posta ile yayinlar.

Burada yine bir gerekliði hatýrlatacaðým - bu güncellemeler depoya girerken :
- depoya eksik/kýrýk baðýmlýlýk girmediði, 
- en azýndan bir önceki depo state'inde olan bir kullanýcýnýn yeni state'e 
sorunsuz güncelleyebilir durumda olduðunu teste etmemiz gerekiyor - bu uzun 
ve ekip isteyen birþey deðil, ama bu adýma kadar her sorunun çözülmüþ 
olduðunu, burada bir hatayla karþýlaþmayacaðýmýzý kabul etmemeliyiz - örneðin 
yeni kernelle birlikte alýnmasý unutulan bir sürücü depoyu güncellenemez 
halde býrakabiliyor. 

> 10) Pardus deposu için bu süreç oturtulduktan *sonra*, donaným ve insan
> gücü olanaklarý dahilinde contrib deposu için de uygulanabilir (bir test
> deposu oluþturmak, bileþen sorumlularý belirlemek, vb). CD'de gelen,
> system.base ve benzeri paketler olmadýðý için, Contrib deposunun test
> süreci sadece 8. maddeden ibaret oluyor elbette.

Bunu bilemiyorum, önemli olan istenip istenmeyeceði - ama stable / unstable 
kaynak depo ayrýmý yaparsak contribin de bu þekilde dallanmasý gerekecek - 
yoksa yine contrib'i hangi depo üzerinde derleyeceðiz karmaþasý çýkacak, ve 
bu sefer birbirinden þimdiki test-stable ayrýmýndan çok  daha ayrý iki depo 
olacak.
 
> [1] Bunun kolay yapýlabilmesi icin derleme çiftliðinde bazý
> deðiþiklikler gerekebilir elbette. Ama çok masraf ettirmeyeceðini
> umuyorum.

Ufak deðiþiklikler masraf çýkarmaz ama senin senaryoya uydurmak farm sürecini 
tamamen deðiþtirip oldukça otomatize etmek gerektiriyor, bu da kolay ve 
aðrýsýz bir süreç deðil - tahminen bayaðý uzun ve masraflý olur.

> [4] CD'de gelen paketler kullanicinin sistemine zorunlu olarak
> kuruldugundan ve ozellikle kaldirilmadiklari surece tum kullanicilarda
> guncelleneceginden ozel olarak dikkat edilmesi gerekiyor.

+1, ama bu özel dikkat biraz muallak, nasýl kaðýda dökülür bilemiyorum - her 
paketin dikkat isteyen noktalarý ayrý çünkü.

Özetle, çok baþýndayýz, bu sürece karar vermek kendi baþýna uzun bir süreç 
olacak. Yapmamýz elzem, ama hem karar hem uygulama sürecinde bu tartýþmalarýn 
on katý gerekecek. Bence sorun deðil uzun ve zor olmasý, ama tüm 
geliþtiricilerin katkýda bulunup beyin fýrtýnasý (ben beyin fýrtýnasý gördüm) 
yapmadan imkansýza yakýn.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Fri Dec  5 01:03:09 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Fri, 5 Dec 2008 01:03:09 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812050038.32380.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<200812050038.32380.tekman@pardus.org.tr>
Message-ID: <200812050103.09958.ekin@pardus.org.tr>

Merhaba;

Friday 05 December 2008 tarihinde, Erkan Tekman þunlarý yazmýþtý: 

> Yalnýzca güvenlik güncellemelerinin yapýldýðý bir depo, Ekin'in de
> örneklediði üzere, mor serçenin kuyruðu gibi birþey, ya da ciddi bir
> çiftlik + depo yönetme ve daha önemlisi daha da ciddi bir backport yükünü
> üstlenmek anlamýna geliyor. 

Ama bunu doðru yapmamýn bence tek yolu - gücümüz yeterse. Yetmiyorsa bölümü 
aþaðýda.

> Þu andaki süreç, Doruk'un deyimin ile, "boktan"
> giderken böyle bir yola girmek olsa olsa "bomboktan" bir duruma davetiye
> çýkarmaktýr.
> Doruk'un önerisinden benim çýkarabildiðim pratik sonuç þu: Bir "güncel"
> depo olacak, test-mest hakgetire, buraya paldýr küldür güncelleme
> yükleyeceðiz. Bir de "güvenlik güncellemesi" deposu olacak, burada yalnýzca
> yeni bir güncelleme yamasý çýktýðýnda sürüm atlatmasý (güvenlik yamasý
> dahil, aradaki atlamalarý da kapsar halde) yapacaðýz. 

Bu kabul edilebilir bir durum deðil : aradaki atlamalarý da vereceksek hiç bir 
anlamý kalmadý ki, aradaki her atlamada regression ve bug olasýlýðý var, 
stable depo olduðunu iddia ettiðin bir depoya 5 sürüm atladýysan yaklaþýk 5 
kat riskli bir güncellemeyi sokuyorsun (bilerek abarttým ama amacýmý 
anladýnýz.)

> "Güncel" depo çatlaya 
> patlaya gittiðinden, eðer þansýmýz yaver gider ise, "güvenlik güncellemesi"
> deposuna yama ekleme zamaný geldiðinde zaten diðer pislikler çözülmüþ
> olacak. Kýsacasý bir test edilen ve bir de test edilmeyen depo olacak...

Ama depodaki atlamalarýn bir þeyi kýrmadýðý konusunda o stable depoyu deðil 
güncel depoyu kullananlarýn hata raporlarýný baz alýyorsun ve yoðun bir  test 
de yapmýyorsun. Yok stable depoda güvenlik güncellemelerini o 5 atlamadaki 
olasý tüm regression ve buglara karþý test edelim diyorsan, o zaman da biz o 
güncellemeyi test edip sokana kadar o açýk tarih olur, yenisi çýkar hatta :-) 

> Ama bunu þu anda da yapmak mümkün zaten, devel deposu test edilmeyen
> deponun iþlevini görüyor. Kararlý depo da hemen hemen (arada bir
> hýçkýrmalar dýþýnda) test edilen depo yerine geçiyor. Tek eksik devel
> deposundan ikili bir paket deposu yapmýyor oluþumuz. Evet, biliyorum, biraz
> karikatürize ettim durumu, ama sanýrým ana fikri yakaladým.

Hayýr, devel deposu bir sonraki sürüme gidiyor - iki hafta sonra devel 
deposundaki X paketlerini 2008 üzerine kuramaz hale geleceksin mesela.. 

Devel burada hiç konuþmamamýz gereken bir yerde - þu anda pre-alpha 2009 
seviyesinde örneðin.
 
> Belki çözümler üzerine tartýþmak yerine sorunu tarif etsek ve gerekleri
> belirlesek daha yararlý olacaktýr.
>
> Bireysel kullanýcý ne ister? Olabildiðince kararlýk, buna karþýn
> olabildiðince güncel bir sistemle çalýþmak. "Kurumsal" (biraz önceki
> bireysel ile ayný depoyu kullanan) kullanýcý ne ister? Ertesi sabah
> sistemini açtýðýnda akþam çalýþanlarýn kýrýlmamasýný. Geliþtirici ne ister?
> Emek verdiði paketinin en son güncellediði halinin olabildiðince kýsa
> sürede depoya girmesini. Sürüm yöneticisi ne ister? Testten geçmemiþ
> herhangi bir paketi kullanýcýnýn sistemine yüklememeyi.
 
> Bu gerekleri nasýl birlikte saðlayabiliriz? 

Farklý tip kullanýcýya farklý depo / daðýtým vererek  - ama bu depolarý 
gerçekten depo, sürdürülebilir birer daðýtým halinde verebiliyorsak. 
Yoksa "biz de biliyoruz stable depo backport ile yapýlýr ama adamýmýz yok, 
biz size sürüm atlayan _kararlý depo_ verelim" dememeliyiz, o zaman o depoyu 
gerçekten vermeyelim. Ama biz böyle bir depo saðlamýyoruz kardeþim diye de 
açýk açýk söyleyelim.

> Eðer aklýmýza ilk gelen yol 
> uygulanabilir ya da gerçekçi deðilse B planý ne olur?

Son iki cümlem  B planý oldu galiba..

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ozan at pardus.org.tr  Fri Dec  5 09:41:28 2008
From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=)
Date: Fri, 05 Dec 2008 09:41:28 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081204180533.b835b1db.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>	<200812021534.51541.tekman@pardus.org.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
Message-ID: <4938DB28.2000209@pardus.org.tr>

Doruk Fisek wrote On 04-12-2008 18:05:
> On hazirlik :
> 1) Bakýcýsýz tüm paketler iþaretlenir.
> 2) Her bilesen icin birer bilesen sorumlusu secilir.
> 3) Sadece güvenlik güncellemelerinin yapýlacaðý bir kaynak depo
> olusturulur. Guvenlik depo sorumlusunun, guvenlik takýmýndan biri
> olmasý mantýklý olur sanýrým.
> 4) Tercihen ayri bir guvenlik deposu derleme ciftligi olur. Burada
> yapilan tum degisiklikler guvenlik deposundaki paketlere gore
> derlenerek sisteme kurulur. "Kýrýlma" riski en aza indirilir.
>   
Sadece güvenlik güncellemelerinin yapýlacaðý bir depo demek, bir 
daðýtýmý geride birakýp diðerini geliþtirmeye tekabül ediyor. Örneðin 
Ubuntu yeni sürümü çýkardýðý anda, o sürüm güvenlik ve bugfix dýþýnda 
güncelleme kabul etmiyor ve asýl bleeding edge geliþtirme yeni depoda 
devam ediyor.
200x çýktýðý T anýnda, 200x'in güvenlik güncellemeleri dýþýnda bir þey 
kabul etmemesi onu benim bakýþ açýmda ayrý bir sürüm haline getiriyor.

Olay sadece kararlýlýksa,
1. 2007 sürümünde kalýr,
2. 2008'e geçer ama sadece güvenlik güncellemelerini yapar.

2.seçenekle senin önerdiðinin arasýnda bir fark bulamadým ben. PiSi de, 
paket yöneticisi de bu özelliði saðlýyor zaten. Adama yeni bir depo 
ekletmek yerine paket yöneticisi ayarlarýndan "Sadece güvenlik 
güncellemelerini yap" seçtirmek bu iþi halletmiyor mu?

Ayrýca 2000 civarý kaynak paketin bir kýsmý daðýtým çýktýktan sonra, bir 
kýsmý önce, kimi paldýr küldür kimi özenle 2008'e merge edildi. 2008'in 
çýkmasýnýn üzerinden 6 ay geçti geçecek, hala þu ana kadar(sandbox 
sýzmalarý yüzünden) aslýnda hiç çalýþýr durumda olmamýþ paketler 
yakalýyoruz depoda. Sadece güvenlik güncellemeleri yapýyoruz bu depoda 
diyeceksek, o depodaki 2000 küsür paketin tam takýr çalýþtýðýný taahhüt 
etmemiz gerekiyor. Ýdeal dünyada etmeyi hepimiz isteriz o ayrý mesele.
> Sürekli düzenek :
> 1) Tüm geliþtiriciler surum (2007, 2008, vb) kaynak svn depolarýna
> eriþip deðiþiklik yapabilir. Surum-guvenlik kaynak depolarýna sadece
> güvenlik takýmý insanlarý yazabilir.
>   
Tüm geliþtiricilerin sürüm kaynak svn depolarýna eriþip deðiþiklik 
yapmalarýný doðru bulmuyorum. Sürüm kaynak svn deposunda deðiþiklik 
yapýldýðý anda o paket farm'da bir sonraki çalýþmada derlenecek paketler 
arasýna giriyor. Arada hiçbir kontrol mekanizmasý yok. Eðer bu 
bahsettiðin adým, Merge iþlemini ortadan kaldýrmayý hedefliyorsa 
gerçekten çok büyük sorunlarýmýz olur. Hiçbirimiz mükemmel deðiliz, hata 
yapýyoruz. Senin düzeneðinde bu depolar kararsýz(normal) depoya iþaret 
edeceðinden çok fazla problem olmayabilir gibi gelse de kararsýz ile 
kullanýlamaz'ý ayýrt etmek lazým. Yepisyeni review'dan ilk paketini 
geçirmiþ birinden depolar arasý merge'ü sorunsuz yapabilmesini beklemek 
mi onlar için daha korkutucu yoksa bir mail atmak mý siz düþünün.

Ha merge yükü 2 kiþiye biniyor o yüzden yýkalým bu duvarlarý diyorsan, o 
ekipe birileri daha eklenebilir belki, bilemem.. Ama bence bu süreçte en 
iyi iþleyen taraflardan biri Merge süreci.
> 2) Her bileþenin sorumlusu, kendi bileþeninde yer alan paketlerde
> yapýlan deðiþiklikleri takip eder. Gerekiyorsa müdahale eder, ilgili
> geliþtiriciyi uyarýr.
>   
+1.
> 3) Her bileþenin sorumlusu, derleme çiftliðinde kendi bileþeninin
> paketlerini derletir[1] (ve test deposuna aktarýlmasýný saðlamýþ olur).
>   
Bunun getirilerini aþaðýlarda tartýþtýnýz ancak bana çok gerekli gibi 
gelmedi.
> 4) Güvenlik deposunun paketlerinin derlenmesi ve depoya aktarýlmasý
> güvenlik depo sorumlusu tarafýndan yapýlýr.
>   
Güvenlik deposuna dair fikirlerimi belirttim yukarýda.
> 4) Güvenlik güncellemeleri test takýmý tarafýndan hemen ve öncelikli
> olarak teste alýnýrlar. Hem surum-guvenlik hem de surum depolarýna göre
> ayrý ayrý test edilirler.
>   
Güvenlik güncellemelerinin, ister senin 2'li depo düzeneðinde, ister þu 
anki tek kararlý depo düzeneðinde test edilmesinde ben bir fayda 
görmüyorum. Güvenlik güncellemesi bir yazýlýma yeni özellik katmýyor adý 
üstünde, neyini test ediyoruz? Buffer overflow var diyor örneðin 
advisory'de, oturup gerçekten overflow var mý ve açýðý kapatmýþ diye mi 
kontrol edeceðiz?

Güvenlik güncellemesi ortaya çýktýðý anda yapýlmasý gereken þey þu olmalý:
1. Yamayý pakete dahil et, derle, uygulamayý çalýþtýr, þöyle bir göz at,
2. Merge isteði yap, security olarak iþaretlemeyi unutma,
3. Hemen merge edil, tek paket bile olsa, farm'a derlet ve gece 3 
rsync'ini beklemeden depoya yansýt.

Tabi ki bu plan esnetilebilir örneðin rsync noktasýnda  ya da geleceðini 
bildiðimiz bir diðer güncelleme bir süre beklenilebilir. Ben en sert 
planý yazdým.

Ha diyelim ki, öyle bir güvenlik güncellemesi yaptýlar ki, açýðý 
düzeltirken, baþka bir yerde yeni bir açýk ortaya çýkardý ya da daha da 
az olasýlýkla olsa da yazýlýmýn bir iþlevini kýrdý. Kusura bakmayýn bu 
noktada da, "bu güncelleme programý kýrdý, almayalým" deme þansýmýz 
olduðunu düþünmüyorum, o güncelleme yansýtýlýr, upstream durumu zaten 
farkedince yeni güvenlik güncellemesi yayýnlar, o da alýnýr..
> 5) system.base bileþenindeki paketlerin testi yapýlýrken, "emniyet
> mandalý" nedeniyle sadece system.base guncellenmesi durumu da farkli
> guncelleme safhalarindaki Pardus sistem kombinasyonlarý ile test
> edilmelidir [2].
>   
Bu aþaðýda, 2'de dediðin bir þekilde soruna yol açmamalý. Ben 
hatýrlamýyorum örneðini, (belki firefox sorunundaki glib 
güncellemesinden bahsediyor olabilirsin, ama orada sorun çok daha dallý 
budaklý bir þeydi).

system.base güncellemelerinde zaten daha yavaþ ve tutarlýyýz, 
gerekmedikçe güncelleme çok fazla yapýlmýyor.
> 6) CD içinde gelen paketler [3], ozel olarak gelistiricisi o paketle
> ilgili kendisinden onay alinmasini istemiyorsa, test deposuna girdikten
> 7 gun sonra test takimi araciligiyla test surecine alinir [4]. Bu
> surecten gecen paketler ilk toplu güncellemede kararli depoya aktarilir.
>   
Anlamadýðým 7 gün test deposunda bekledikten sonra bir de test takýmý 
aracýlýðýyla test sürecine mi alýnacak? Eðer evetse neden?

Bu test konusunda þunu düþünüyorum. Baþtan beri test deposu hep þu 
þekilde kullanýldý:
- Bump et, merge iste, testte dursun.

Böyle bir düþünce yanlýþ diye düþünüyorum. Orasý da insanlara sunulan 
ikili bir depo. Adý da kararsýz deðil, test. Önce paketçisi bir süre 
test etmeden, kullanmadan, "test deposuna girsin de orada millet 
kullanýp sorunu varsa söyler nasýl olsa" diye düþünmemeli. Paket 
devel'deyken kuran kullanan paket sahibi/bileþen sorumlusu bir sorun 
yakalayamazsa, test deposu daha ince sorunlarýn yakalanabileceði bir üst 
katman olmalý.

Paketlerin burada bir X gün geçirip sonra bir de Y gün test sürecinde 
geçirip üzerine Z gün sonraki toplu güncellemeyle kararlý depoya 
girmesini yavaþ bir süreç olarak görüyorum.

Geliþtiricilerin daha dikkatli olmalý:
- Diðer daðýtýmlara bakmalý, yeni sürüm baþka bir yazýlýmýn yeni bir 
sürümünü özellikle istiyor mu?,
- Yamalar neler? Bu yamayý almalý mýyým, iþe yarar gibi mi duruyor, 
yoksa anlamsýz mý?
- Bu kütüphanenin yeni sürümü, ona baðlý olan diðer yazýlýmlarý kýrar mý?

Paketçisinin merge isteyip sallamadýðý bu sorunlarý, Serbülent 
revdep-rebuild yapýnca yakalýyor. Böyle olmamalý.
> 7) Test sürecinde yakalanan hatalar için Uluzilla'da bir hata raporu
> açýlýr ve paketi güncelleyen geliþtiriciye atanýr. Hata çözüldükten
> sonra süreç yeni paketle tekrar baþlar (don't pass go, don't collect
> 200 gayme).
>
> 8) CD içinde gelmeyen paketler test deposunda haklarýnda bir hata
> raporu açýlmadan 7 gün zaman geçirirlerse [5] ilk toplu güncellemede
> kararlý depoya aktarýlýrlar.
>   
Test ile ilgili fikirlerim yukarýda.

Benim süreç içinde en rahatsýz olduðum þey, depoda N aydýr çalýþmaz bir 
þekilde duran bir paket hakkýnda hata girilip de "bu paket çalýþmýyor" 
denildiðinde, düzeltilen paketin testte vakit geçirmesi. Paket zaten 
çalýþmýyor, kesinlikle test edilmesine gerek yok ve test edilmesinde 
fayda yok, merge istediðim anda depoya alýnmasý en akýllýcasý.

Ya da mesela geçen gün firefox'a son anda ufak bir düzeltme girdi, 
kesinlikle zararsýz ve kozmetik bir þey. Bu tarz þeylerin de test 
deposunda beklemesindense paketçisinin taahhüdünde doðrudan merge 
edilmesi(ya da hadi 1-2 gün testte dursun diyelim) daha doðru olur.

Artýk urgency=(low, medium, high, bugfix) tarzý bir þey mi yazýp bunu 
belli ederiz merge mailinde, baþka bir þey mi bilemiyorum.

Selamlar,

-- 
Ozan Çaðlayan



From pinar at pardus.org.tr  Fri Dec  5 10:21:25 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Fri, 05 Dec 2008 10:21:25 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Bu_gece_kararl=FD_depolara_girecek_g?=
 =?iso-8859-9?q?=FCvenlik_g=FCncellemeleri?=
In-Reply-To: <200812041638.08713.ekin@pardus.org.tr>
References: <200812041638.08713.ekin@pardus.org.tr>
Message-ID: <4938E485.7050300@pardus.org.tr>

On 12/04/2008 04:38 PM Ekin Meroðlu wrote:
> Bu gece kararlý depolara girecek güvenlik güncellemeleri :
>
> * Pardus 2008
> wireshark-1.0.5_pre1-24-6.pisi
> cups-1.3.9-55-8.pisi
>   

[PLSA 2008-79]:

http://security.pardus.org.tr/en/2008-79
http://lists.pardus.org.tr/pardus-security/2008-December/000177.html

> * Pardus 2007
> wireshark-1.0.5_pre1-24-20.pisi
>   

[PLSA 2008-76]:

http://security.pardus.org.tr/en/2008-76/
http://lists.pardus.org.tr/pardus-security/2008-December/000176.html


-- 
Pýnar Yanardað (a.k.a PINguAR)
http://pinguar.org
_____________________________




From gurer at pardus.org.tr  Fri Dec  5 11:38:43 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Fri, 5 Dec 2008 11:38:43 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812050038.32380.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<200812050038.32380.tekman@pardus.org.tr>
Message-ID: <200812051138.43400.gurer@pardus.org.tr>

On Friday 05 December 2008 00:38:32 Erkan Tekman wrote:

> Bireysel kullanýcý ne ister?...

Kýsaca, saðlamlýðýndan kaybetmeden geliþmeye devam eden bir daðýtým isteniyor.

Bunu yapmanýn yolu da; test, bilgi paylaþýmý ve otomatizasyonu arttýrmak. Ýþ 
gücünü arttýrmak ve daha verimli kullanmak.

> Bu gerekleri nasýl birlikte saðlayabiliriz?

Önce bazý sorularýn cevabýný bulmak lazým.

Mesela neden bu tartýþmaya katýlým bu kadar az. Diðer geliþtiriciler ortada 
sorun olmadýðýný mý düþünüyor? Yoksa nasýl olsa herkes bildiðini yapacak hiç 
bir þey deðiþmeyecek diye mi düþünüyorlar?

Paketlerin gerçekten bakýcýsý olup olmadýðýný iþaretlemek gibi basit bir iþ 
neden bir yýlý aþkýn süredir yapýlmýyor. Bunun yapýlmasýný istemiyor musunuz? 
Durumun izlenebilmesinin ve yeni geliþtirici adaylarýnýn nerelere yardým 
edebileceklerini bilmesinin bir zararý mý olacak? Ozan vakit sorunundan 
bahsetmiþti, neden Ozan'a bu iþe vakit býrakmayacak kadar iþ yükü 
bindirdiniz? Ya da bu iþi daha boþtaki birine devredemiyor musunuz?

Çok yavaþ bir test süreci var, ama hâlâ sorunlu paketlerin bu süreci atlayýp 
kullanýcýya ulaþtýðýný görüyoruz. Neden tüm ekip bu konuya yoðunlaþýp, nihai 
bir çözüm getirmiyor? Bana dýþarýdan Serbülent o iþi tek baþýna yürütmeye 
çalýþýyor gibi görünüyor. Bu tek kiþilik ekipler mantýðý, o kiþi için çok 
yýpratýcý, iþin yürümesi açýsýndan da yetersiz. Neden bu sorunu görüp bir 
çözüm üretmeye çalýþmýyorsunuz? Þu anda bir asgari ve ideal ihtiyaç 
saptadýnýz mý? Tübitak en azýndan asgari rakamda geliþtirici bile almak 
istemiyor mu?

Projenin teknik belge üretimi ve bilgi paylaþýmýnda neden bir duraklama var?

Staj kaynaðýndan gelen çalýþmalarýn daðýtýma katýlýmý nedir? Mesela paket 
imzalama iþi tekrar tekrar ele alýnmasýna raðmen neden bir sonuca varamadý? 
Bu özellik olmadan mesela sadece güvenlik güncellemeleri içeren bir sürüm de 
anlamýný yitirmiþ olmuyor mu?

Bu sorulara cevap almadan herhangi bir geliþme saðlanabileceðine inanmýyorum. 
Proje yöneticisi olarak bu aksaklýklarý takip etmek ve çözüm aramak sizin 
iþiniz. Topu geliþtiricilere atmak bir nevi kaçmak oluyor. Ama madem özgür 
projeyiz diyoruz, hep birlikte inceleyelim düþünelim. Fakat önce aksayan 
þeyler varsa üstünü örtmeden analiz edelim.

From coderlord at gmail.com  Fri Dec  5 12:25:33 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 5 Dec 2008 12:25:33 +0200
Subject: [Gelistirici] =?utf-8?q?pm-tools_suspend-to-disk/ram_de_network_b?=
	=?utf-8?b?YcSfbGFudMSxc8SxIHPEsWvEsW50xLFsYXLEsS4=?=
Message-ID: <4cca720b0812050225x3714cbdk1ab1e7ebfb8e53bf@mail.gmail.com>

Merhabalar,

Suspend to disk/ram esnasýnda network baðlantýsýný otomatik kapatýp
açmak için bir hook önerisinde bulunmuþtum:

http://liste.pardus.org.tr/gelistirici/2008-August/012967.html

Fatih bazý sýkýntýlar olduðunu söylemiþti:

http://liste.pardus.org.tr/gelistirici/2008-October/013935.html,

Ben de bu sýkýntýlarýn Çomar ile ilgili olduðunu, Bahadýr ile yaptýðým
görüþme sonrasý öðrendiðimi söylemiþtim ve görüþmenin detaylarýný
yazmýþtým :

http://liste.pardus.org.tr/gelistirici/2008-October/013950.html

Bu hook'u uzunca bir süredir kullanýyorum. Senkron çalýþmasý dýþýnda
bir sorun yok. Senkron çalýþmasýndaki sorun þu. Betik eðer
baðlanýlacak aðý bulamazsa timeout süresince uyanmayý (resume)
bekletiyor.

Ozan ve Bahadýr bu konuyu geliþtirici listesine taþýmamý istemiþlerdi.

Þu an suspend to disk te bir sýkýntý varmýþ sanýrým. Henüz
bakamadýðýmý belirteyim.

Eðer Bahadýr asenkron çaðrý sorunu giderildi derse pakete bu hook'u
asenkron olarak çalýþacak þekilde düzeltip eklemek istiyorum.

Görüþü, önerisi, isteði, ekleyeceði olanlar?

Görüþmek üzere.

-- 
Furkan Duman

From rkirmizi at gmail.com  Fri Dec  5 12:52:23 2008
From: rkirmizi at gmail.com (Recep KIRMIZI)
Date: Fri, 5 Dec 2008 12:52:23 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051138.43400.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812050038.32380.tekman@pardus.org.tr>
	<200812051138.43400.gurer@pardus.org.tr>
Message-ID: <200812051252.23386.rkirmizi@gmail.com>

> Mesela neden bu tartýþmaya katýlým bu kadar az. Diðer geliþtiriciler ortada
> sorun olmadýðýný mý düþünüyor? Yoksa nasýl olsa herkes bildiðini yapacak
> hiç bir þey deðiþmeyecek diye mi düþünüyorlar?

Evet ben böyle düþünüyorum. Ve bunu ne yazýkki bizzat tecrübe etmiþ biriyim. 

Bkz. milky ikon temasý tartýþmasýnda yediðimiz tokatlar.

From ozan at pardus.org.tr  Fri Dec  5 13:53:09 2008
From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=)
Date: Fri, 05 Dec 2008 13:53:09 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051252.23386.rkirmizi@gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>	<200812050038.32380.tekman@pardus.org.tr>	<200812051138.43400.gurer@pardus.org.tr>
	<200812051252.23386.rkirmizi@gmail.com>
Message-ID: <49391625.3060004@pardus.org.tr>

Recep KIRMIZI wrote On 05-12-2008 12:52:
>
> Evet ben böyle düþünüyorum. Ve bunu ne yazýkki bizzat tecrübe etmiþ biriyim. 
>
> Bkz. milky ikon temasý tartýþmasýnda yediðimiz tokatlar.
>   
Arkadaþlar burasý geliþtirici listesi. Herkesin birbirini eleþtirme 
hakký var. Tartýþmada destek de olunur, dayak da atýlýr, tokat da yenir. 
Ama buna karþýlýk küsüp gitmek kesinlikle çözüm deðildir.

Diðer projelerin tartýþma listelerinde çýkan "flame"'ler açýk kaynak 
dünyasýna geyik oluyor, adam kernel commit log'unda, hataya yol açan 
geliþtirici için aðzýna geleni söylüyor, ama kimse de çekip gidip, 
tartýþmalara katýlmamayý, katký vermemeyi seçmiyor.

Býrakýn alýnganlýðý, tokatý, dayaðý, ve fikirlerinizi belirtin.

Bu tartýþmanýn konusu olmadýðý için daha fazla da bunun üzerine 
tartýþmayalým, depo ile ilgili konu devam etsin.

-- 
Ozan Çaðlayan



From ekin at pardus.org.tr  Fri Dec  5 14:19:38 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Fri, 5 Dec 2008 14:19:38 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
Message-ID: <200812051419.38375.ekin@pardus.org.tr>

Merhaba;

Thursday 04 December 2008 tarihinde, Furkan Duman þunlarý yazmýþtý: 
> 02 Aralýk 2008 Salý 14:03 tarihinde Doruk Fisek <dfisek at fisek.com.tr> yazdý:
> > Daha da fizibl oldugunu dusundugum soyle bir radikal onerim var :
> >
> > 1) Sadece guvenlik guncellemelerinin yapildigi bir 2008 deposu olsun.
> > Bu depoya giren her guncellemede tirnagina kadar tum yazilimlar testten
> > gecsin. Bu depoya "kararli" olacak densin. Bir paket patlarsa test
> > takimini dovelim :)
>
> Bence radikal deðil gerekli bir depo bu. Benim de benzer bir önerim
> olmuþtu. Güncel olmak adýna zýrt pýrt sürüm atlatmayalým. Önemli
> hatalarý ve güvenlik açýklarýný çözelim demiþtim.

Bu "kararlý depo" için olmasý gereken durum zaten - ama bu kararlý deponun 
güncel olan karþýlýðý þu anki test deposu ol(a)mýyor. Güncel bir depo ile 
sýký kurallarý olan kararlý bir depoyu birlikte götürmek için bu ikisinin 
ayrý kaynak depolarý olmasý gerekiyor -  detaylý yazmaya çalýþtým daha önceki 
postalarda.
 
> Ancak bu depoya yeni paket girdiðinde bütün depo paketlerinin testi
> bana çok yapýlabilir gelmedi. Sonraki baþlýkta bahsettiðin gibi,
> sorunlu paketlerin iþaretlenip, bunlarýn testinin yapýlmasý yeterli
> sanki. Sadece güncellenen pakete baðýmlý paketler de test edilse olur
> gibi.
>
> > 2) Normal depoda test sureci islemesin ya da sadece kritik paketlerde
> > islesin. x hafta test deposunda durup hata raporu almayan paketler
> > normal depoya sorgusuz sualsiz girsin. Kullanicilar "sistemim bozuldu,
> > guncellemeler test edilmiyor mu" dediginde de, "test deposunda x hafta
> > hata belirtilmemis. eger surecin daha iyi olmasini istiyorsaniz, siz de
> > testlere daha cok katilin. Ben sistemim kararli kalsin istiyorum
> > diyorsaniz, sadece guvenlik guncellemeleri yapilan depoyu kullanin."
> > densin.
>
> Adý normal depo olunca kullanýcýlardan bunu beklemek haksýzlýk bence.
> Depo adý "Kararsýz depo" olsa söylediðine hak verirdim.
> Depolarý çoðaltmaya gerek yok bence. Þu an bir de test depomuz var.
> Bunun yerine bir kararlý bir kararsýz depo olsa yeterli sanýrým.
> Kararsýz depoda bahsettiðin gibi istediðimiz commit i yaparýz. Sistem
> bozulursa da "bu kararsýz depo idi" deriz. :)

Güncel depo = kararsýz depo, bir yere kadar - ama kararsýz depo demek önümüze 
geleni kýrarýz, fena kýrýlýrsa da iki güne düzeltiriz demek olmamalý. 
Ortalama olarak þu anki kararlý depodan biraz daha esnek olabilir bence ama 
daha fazlasý kullanýcýlarý rahatsýz etmeye baþlayacaktýr diye düþünüyorum.
 
> Çoðu kullanýcýnýn, güncellemelerden dolayý kararsýz depoyu
> kullanacaðýný zannediyorum. Dolayýsýyla istemeden de olsa test yapmýþ
> olacaklardýr.

Ama test, sonuçlarý ile ilgili geri dönüþ alabildiðimiz sürece anlamlý - 
kullanýcýlardan zaman zaman çok deðerli geri dönüþler alsak da genel 
ortalamanýn pek yüksek olduðunu düþünmüyorum, daha doðrusu geri dönüþlerin 
problemi çözmekte yardýmý çok daha az oluyor genellikle.

> > Yanlis anlama, bana uzaktan, merge yapan adam bildigin amelelik yapiyor
> > gibi gozukuyor. Belki sistemin temel bilesenlerinin sik guncellendigi
> > ilk donemlerde, gelistiricileri gemlemek icin iyi bir mekanizmaydi. Su
> > anda anlamsiz bir burokrasiye donusmus durumda. Hem paketini
> > guncelleyen, hem de o paketi merge eden icin."
>
> Katýlýyorum. Açýkçasý uzun bir süre ayrý kaldýktan sonra geri
> döndüðümde, oluþan bu bürokrasi beni afallatmýþtý. Yeni geliþtiriciler
> için de korkutucu görünebilir.

Bu merge / farm iþinin tabii ki optimize edilebilecek yerleri var, ama  neden 
tek veya sýnýrlý sayýda geliþtirici tarafýndan iþletilmesini tercih ettiðimi 
anlattým sanýyorum.  

> Hem artýk bir paket review sürecimiz var. Yeni paketler konusunda
> endiþelenmemize gerek olduðunu sanmýyorum.
> Bu review sürecini güncellemelerde de yapmalýyýz.  2 onay alan paket
> doðrudan merge edilebilir hale gelebilir. Güncellemeyi yapan de
> kendisi merge eder.

Bu merge'un yapýlmasý sorunu deðil, farmý çalýþtýrýp depoyu oluþturacak 
kiþinin bu iþleri planlayabilmesi sorunu daha çok.
 
> ACK NACK'i neden yaptýðýmýzý anlamýyorum. Paketimde bir sorun var ise
> zaten depo sorumlusuna haber verip, veya yeni düzenlemede geçersek
> kendim, paketi revert edebilirim. 

Ýþte senin "haber verme" olarak tanýmladýðýn iþi tek yerde - tek seferde 
yapmamýn þimdilik bulabildiðimiz yolu bu, niye bu kadar zor geliyor gerçekten 
anlamýyorum. Bu haberleþme tek yerde olmadýðý sürece birisi bana 
jabber'dan "þu pakette þu var, almayalým" diyor, bir baþkasý mail atýyor, bir 
diðeri mail atacaktým unuttum diyor beþ gün sonra, beriki "bugzilla'da hatasý 
vardý, takip etmiyor musun" diye hesap soruyor. Bunlarýn arþivlenir bir yerde 
tek bir þekilde yapýlmasý gerçekten anlamsýz mý ? Diðer türlü test ekibinin 
de , sürüm ekinin de yaptýðý teknik iþten çok takip ve belgelendirme yapmasý 
gerekiyor, bunu geliþtiricilere yayýyoruz, liste üzerinde herkesin gözü 
önünde takip ediliyor bence. 

Yine söylüyorum, bu en doðrusu deðil tabii ki ama bu tip bir iþi daha da az 
görünür, daha zor takip edilir bir yola sokmanýn neyi düzelteceðini 
anlayamýyorum.    

> Eðer paket test ten geçemediyse ve 
> paketi güncelleyene ulaþýlamýyorsa, depo veya bileþen sorumlusu revert
> i yapar. Bunu neden yapýyoruz lütfen birisi söylesin..

- Paketleri ve depoyu takip etmek durumunda olan insanlarýn bunu açýk ve 
þeffaf biçimde yapabilmelerini saðlamak,
- açýk hatasý olup listede hatalý olduðu konuþulmuþ bir paketin ACK almasýna 
bile rastlanýrken "hatalý olan paketi haber versin, hatasýný çözene kadar 
revert etsin geliþtiricisi" demek bence biraz iyimserlik olduðu için :-)

Derdim yerine koyacaðýmýz yöntem merge/ack hammaliyesini kaldýracak diye 
sevinirken "revert"ler ve "recompile"ler ile daha fazla zaman ve kaynak 
kaybetme ihtimalimiz.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Fri Dec  5 14:52:22 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Fri, 5 Dec 2008 14:52:22 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081204203903.af8780c2.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040834r18990e6ei3b14953e91504c9e@mail.gmail.com>
	<20081204203903.af8780c2.dfisek@fisek.com.tr>
Message-ID: <200812051452.22820.ekin@pardus.org.tr>

Merhaba;

Thursday 04 December 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 
> Thu, 4 Dec 2008 18:34:50 +0200, "Furkan Duman" <coderlord at gmail.com> :
> > Sanki bu kýsmý biraz açmak lazým. Bileþen sorumlusunun görevleri
> > baþlýklý bir belgemiz var mýydý?
>
> Bildigim kadariyla yok. Belgeye donustururken "ballandirilmasi" gereken
> bircok kisim var bunun gibi.

[Tekrar yazýlmasý gereken] Depo politikasýna göre acil durumlarda paketçisine 
ulaþýlamayan paketlerde ikinci derece sorumlu olmak ve bileþenlerdeki 
geliþmelere nezaret etmek dýþýnda bir iþi yok :-)   

> > > 3) Her bileþenin sorumlusu, derleme çiftliðinde kendi bileþeninin
> > > paketlerini derletir[1] (ve test deposuna aktarýlmasýný saðlamýþ
> > > olur).
> >
> > Neden derletiyor?, burayý anlamadým. Derletip testini de mi yapacak?
> > Yoksa sadece derlenip derlenmediðine mi bakacak?
>
> Bildigim kadariyla, derleme ciftliginde derlenen paketler derlendikten
> hemen sonra ciftligin kendi uzerine kuruluyor ve oyle isine devam
> ediyor. Ona bagimli paketlerin de ona gore derlenebilmeleri icin.
> Ciftlikte de depodaki tum paketler kurulu.

Evet, farm bekleyen paketleri baðýmlýlýklarý sayesinde derleme ve ve kurulma 
sýrasýna sokuyor, her paketi derliyor, sorunsuzsa kendi üzerine kuruyor, 
kurulum sorunsuzsa bu pakete baðýmlý olan bir sonraki pakete geçiyor. Bu 
andan itibaren de farmda derlenen ilgili tüm paketler o yeni pakete 
linklenmeye baþlýyor.
  
> Simdi is boyle olunca, hatali bir paketin derlenip kurulmasi ciftligi
> patlatabiliyor. Ozellikle hatali system.base paketleri ya da cokca
> bagimliligi olan kitapliklarin problem yaratmasi olasi. O nedenle
> ciftlikte derleme islemi otomatik yapil(a)miyor.

Doðru, bizim depo son derece sýnýrlý olsa da kütüphanelerin etkisi hiç 
beklemedik þekilde geniþleyebiliyor, herhangi bir kütüphanede yapýlýp bir 
süre farkedilmeyen bir hata, o paket derlenip depoya  girdikten sonra 
derlenen bir seri paketin de iyi ihtimalle recompile edilmesini 
gerektirebiliyor. Bu iþi bir de birbirlerinden habersiz bir seri insan 
yaparsa bu hatalarýn gözden kaçma ihtimali artýyor.

> Bilesen sorumlusu zaten kendi bilesenindeki paketleri goz ucuyla da olsa
> takip ediyor oldugundan, bir sorun varsa derletmeden once tespit etmesi
> mumkun olur. Su anki durumda bu tum paketler icin surum/depo/ciftlik
> sorumlusu tarafindan yapiliyor ki, bilesen sorumlulari tarafindan
> yapilmasi, paketleri daha iyi taniyacaklarindan dolayi daha saglikli
> olur diye dusunuyorum. Daha hizli da gerceklesebilir.

Ama bu, depo baðýmlýlýklarýnýn ayný bileþen içinde kaldýðýný farzedersek 
mantýklý ki þu anki durum buna yakýn bile deðil - 2007 -> 2008 geçiþinde 
depoyu bileþen bileþen paylaþmak tam anlamýyla mümkün olmamýþtý mesela, her 
bileþenin baðýmlýlýk aðacý alakasýz yerlere gidiyordu.  
 
> Tabii bu noktada system.base'de olmayan ve "herhangi bir bagimliligi
> olmayan" paketlerin ayiklanarak ciftlik tarafindan otomatik derlenmesi
> de bir yontem. Yine de ciftlik icin goz ucuyla da olsa bir bakilma
> gerektiren durtukleme mekanizmasi cok yavaslatmaz/yormaz diye
> dusunuyorum. Svn hesaplari ile ilgili bir guvenlik sorununda (birimiz
> svn parolasini kaptirdi mesela), uygun bir pakete ciftlige ya da test
> deposunu kullananlarin sistemlerine zarar verecek bir komut eklenebilir.
> Otomatik derlenip/ciftlige kurulup/test deposuna gitmesi hos olmaz.

Evet, tamamen otomatikleþtirmek çok mümkün de deðil, çok gerekli de deðil 
bence - yararýndan çok zarar getirebilir. svn parolasý bölümüne hiç girme 
zaten :-)

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From tekman at pardus.org.tr  Fri Dec  5 14:55:24 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Fri, 5 Dec 2008 14:55:24 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051138.43400.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812050038.32380.tekman@pardus.org.tr>
	<200812051138.43400.gurer@pardus.org.tr>
Message-ID: <200812051455.24246.tekman@pardus.org.tr>

5 Aralýk 2008 Cuma 11:38:43 tarihinde Gürer Özen þunlarý yazmýþtý:
> On Friday 05 December 2008 00:38:32 Erkan Tekman wrote:
> > Bireysel kullanýcý ne ister?...
>
> Kýsaca, saðlamlýðýndan kaybetmeden geliþmeye devam eden bir daðýtým
> isteniyor.
>
> Bunu yapmanýn yolu da; test, bilgi paylaþýmý ve otomatizasyonu arttýrmak.
> Ýþ gücünü arttýrmak ve daha verimli kullanmak.

Bu noktaya kadar yazdýklarýna herhangi bir itiraz geleceðini sanmýyorum. 
Bununla birlikte buraya kadar yazdýklarýndan herhangi bir eylem maddesi 
çýktýðýný da sanmýyorum. Devam edelim...

> > Bu gerekleri nasýl birlikte saðlayabiliriz?
>
> Önce bazý sorularýn cevabýný bulmak lazým.
>
> Mesela neden bu tartýþmaya katýlým bu kadar az. Diðer geliþtiriciler ortada
> sorun olmadýðýný mý düþünüyor? Yoksa nasýl olsa herkes bildiðini yapacak
> hiç bir þey deðiþmeyecek diye mi düþünüyorlar?

ohloh.net'teki Pardus metriklerine baktýðýmýzda ayda 2008 sürümü öncesi 
yaklaþýk 50, sonrasýnda da yaklaþýk 30-40 geliþtiricinin SVN aðasýna katkýda 
bulunduðunu görüyoruz. Bunlardan 10 civarýnda kiþi UEKAE ekibi, geri kalan 
20-40 kiþi ise UEKAE dýþýndaki geliþtiricilerimiz. Bu ve benzeri kritik 
tartýþmalara, Gürer'in iþaret ettiði üzere, en fazla 2-3 kiþi katýlýyor. Geri 
kalan 15-40 kiþi neredeler? Bir fikirleri mi yok, yoksa,evet, "nasýl olsa 
herkes bildiðini yapacak, hiç bir þey deðiþmeyecek" diye mi düþünüyorlar.

Recep Kýrmýzý'ya da ufak bir yanýt vereyim, milky tartýþmasýnda UEKAE 
ekibinden bir tokat atýldýðýna katýlmýyorum. Hem özellikle geliþtirici 
listesinde tartýþmalar biraz ateþli olabiliyor, Ozan'ýn yazdýðý gibi 
bunlarý "tekme-tokat" diye algýlamayýp küsmemek gerekli, kiþisel görüþüm. 
Hele izleyen aylarda milky'nin Yýldýz TEknik Üniversitesi ile yürüttüðümüz 
tasarým ve kullanýþlýlýk çalýþmasýnda ana baþlýklardan biri haline gelmiþ 
olmasý a) aslýnda söylediklerinizin dinlendiðini, b) benzer þekillerde 
düþündüðümüzü, c) a) ve b) gösteriyor, ki her üç þýk da olumlu bir durum 
bence.

> Tübitak en azýndan asgari rakamda geliþtirici bile almak istemiyor mu?

Mevcut proje yapýsý ile UEKAE ekibi hemen hemen ulaþabildiði büyüklüðe eriþmiþ 
durumda. Projenin yýllýk gideri 1 milyon ABD Dolarý'na ulaþmýþ durumda ve 
bunun %80'i (eleman maliyetinin tümü) UEKAE öz gelirlerinden karþýlanýyor. 
Yani Pardus için atanmýþ bir para yok. Gürer'in de pek yakýndan bileceði 
üzere iki yýla yakýn zamandýr proje yapýsýnýn deðiþtirilmesi ve milli 
bütçeden Pardus için atanmýþ bir kaynak saðlanmasýna uðraþýyoruz. Bu konuda 
baþarýlý olabilirsek planýmýz bir yýl gibi bir süre içerisinde eleman 
sayýsýný 3-4 katýna çýkarmak olacaktýr. Böyle bir büyüme baþlý baþýna 
problemlere gebe olmakla birlikte Pardus'un þu anda geldiði durum ve 
önümüzdeki üç yýl içerisinde ulaþacaðý nokta, ne yazýk ki, böyle hýzlý bir 
büyümeyi zorunlu kýlýyor. Eðer, öte yandan, proje yapýsýnda böyle bir 
deðiþiklik saðlan(a)maz ve UEKAE öz kaynaklarý ile desteklenen bir proje 
olarak devam edilirse, kaçýnýlmaz olarak, UEKAE ekibinin büyümesi çok çok zor 
olacaktýr.

UEKAE ekibinin mevcut (ve son 1,5 yýla yayýlan) yaklaþýmý bu deðiþikliðin 
gerçekleþeceði ve ekibin büyüyeceði beklentisi (ve de inancý) ile mevcut 
iþleri ölçeklenebilir bir sürece oturtmaya çalýþmak oldu. Bu yaklaþýmla 
mevcut iþ yükünü ne kadar daha sýrtlanmaya devam edebiliriz, söylemesi zor. 
UEKAE dýþýndaki geliþtiricilerimizden temel beklentilerimizden biri bu durumu 
göz önünde bulundurarak önerilerde  bulunmalarý, ki bu o kadar da þart deðil, 
bkz. aþaðýsý...

> Proje yöneticisi olarak bu aksaklýklarý takip etmek ve çözüm
> aramak sizin iþiniz. 

Görevimi anýmsattýðýn için teþekkür ederim ;-) Ama bir görevim de Pardus'un 
bir özgür yazýlým projesine uygun þekilde bir camia eliyle / yardýmýyla 
geliþtirilmesi için gereken yönetiþim modelinin kurulmasýný gözetmek. Bu 
nedenle UEKAE ekibine özel e-posta listesinde teknik konularý konuþmamaya, 
kendi aramýzda proje iþleyiþi dýþýnda geliþtiricileri de etkileyecek kararlar 
almamaya, deyim yerindeyse bir "derin Pardus" oluþturmamaya çalýþýyoruz.

> Topu geliþtiricilere atmak bir nevi kaçmak oluyor.  Ama  madem özgür
> projeyiz diyoruz, hep birlikte inceleyelim düþünelim. Fakat önce aksayan
> þeyler varsa üstünü örtmeden analiz edelim. 

Ýþgücü eksikliði konusundaki açýklamam umarým yeterince saydam olmuþtur. Evet, 
þimdiye kadar bu açýklýkta bir durum raporu vermemiþtik, bizim hatamýz. Ama 
artýk bu konudaki "aksayan" noktayý sizler de benim kadar biliyorsunuz...

Süreçler ile ilgili konularda verilecek kararýn bizim kýsýtlarýmýza uygun 
olmasý iyi olur, ama geliþtiriciler daha serbest düþünebilirler. Camiaya 
danýþmamýzýn bir yararý da bu olacaktýr. UEKAE ekibinde oluþabilecek tünel 
etkisini ortadan kaldýrmak iyi olabilir. Üzerinde anlaþmaya varýlan çözüm 
kaynaklar ile uymuyorsa bizim (ve benim) yapacaðýmýz bu çözüme olabildiðince 
sadýk kalarak ve kaynaklara uyan bir yol bulmak olacaktýr.

Geliþtiricilere hitap eden yüzümüz, belgelendirme, yeni geliþtirici yetiþtirme 
süreci, geliþtiricilerimizin gereksinim duyduðu altyapý kaynaklarýnýn 
saðlanmasý, staj projelerinin planlara uygunluðu ve verimliliði, gözden kaçan 
ya da geciken teknik özellik ve iyileþtirmeler, vb konularýnda yazdýklarýnda 
ise son derece haklýsýn. Uzunca bir süredir bu konularda iyileþtirme yapmak 
için yollar bulmaya çalýþýyoruz. Amacýmýz Þubat ayý içerisinde makul bir 
düzeye gelmek ve yaptýklarýmýzý sizlerle paylaþmak.

Öte yandan, eðer talep olursa ve katýlým saðlanýrsa Bayram sonrasýnda bir 
geliþtirici toplantýsý düzenleyerek elde bekleyen süreç ile ilgili sorularý 
yanýtlamak ve çözüme ulaþmak yoluna da gidebiliriz. Son geliþtirici 
toplantýsýnýn aðzýnýzda (ve aðzýmýzda) býraktýðý kötü tadýn farkýnda olarak 
yazýyorum bunu ve eðer bir toplantý yapmaya karar verirsek sonuç almaya 
yönelik hareket edeceðimizi vurgulamak istiyorum.

Uzunca oldu, baþlayýnca duramýyorum...

Ýyi çalýþmalar herkese

ET

From serbulent at pardus.org.tr  Fri Dec  5 15:18:26 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 5 Dec 2008 15:18:26 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200811292237.29198.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
Message-ID: <200812051518.26993.serbulent@pardus.org.tr>

On Saturday 29 November 2008 22:37:28 Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 1
> Aralýk 2008, 23:59.
>
> ACK/NACK for new packages in 2008-test repo, reply before 1 December 2008,
> 23:59 (GMT+2) please...

Aþaðýdaki paketler test sürecinden geçmiþtir. Sorun gözlenen paketler

apollon ile ilgili 5785 ve 6394 kayýtlarýndaki sorunlar devam ediyor.

gecko-mediaplayer ve gnome-mplayer bazý multimedya dosyalarýnda ses problemi 
var. Detaylar için 8588 numaralý hataya bakýlabilir. Bence depoya girmesini 
engelleyecek bir durum deðil.

qstardict uygulamasý çalýþýyor ancak paketin içinden sözlük çýkmadýðý için 
yapýlan sözcük aramalarý sonuçsuz kalýyor. Bu paket düzeltilene kadar 
bekletilebilir biraz.

Tabi bütün bunlar için son karar sürüm yöneticisinin. 

 apollon-1.0.2.1-8-2.pisi
AssaultCube-1.0-3-2.pisi
baselayout-3.1-87-44.pisi
bash-completion-20060301-30-4.pisi
blobAndConquer-1.03-1-1.pisi
blobwars-1.09_beta2-5-3.pisi
comar-api-2.1.1-30-9.pisi
ddd-3.3.11-1-1.pisi
Django-1.0.2-16-3.pisi
firefox-3.0.4-91-18.pisi
firefox-devel-3.0.4-91-18.pisi
freeciv-2.1.7-12-3.pisi
gecko-mediaplayer-0.9.2-7-8.pisi
gift-0.11.8.1-2-2.pisi
glibc-2.8-29-5.pisi
glibc-locales-aa-2.8-29-5.pisi
glibc-locales-af-2.8-29-5.pisi
glibc-locales-am-2.8-29-5.pisi
glibc-locales-an-2.8-29-5.pisi
glibc-locales-ar-2.8-29-5.pisi
glibc-locales-as-2.8-29-5.pisi
glibc-locales-ast-2.8-29-3.pisi
glibc-locales-az-2.8-29-5.pisi
glibc-locales-be-2.8-29-5.pisi
glibc-locales-ber-2.8-29-3.pisi
glibc-locales-bg-2.8-29-5.pisi
glibc-locales-bn-2.8-29-5.pisi
glibc-locales-bo-2.8-29-3.pisi
glibc-locales-br-2.8-29-5.pisi
glibc-locales-bs-2.8-29-5.pisi
glibc-locales-byn-2.8-29-5.pisi
glibc-locales-ca-2.8-29-5.pisi
glibc-locales-crh-2.8-29-5.pisi
glibc-locales-cs-2.8-29-5.pisi
glibc-locales-csb-2.8-29-5.pisi
glibc-locales-cy-2.8-29-5.pisi
glibc-locales-da-2.8-29-5.pisi
glibc-locales-de-2.8-29-5.pisi
glibc-locales-dz-2.8-29-5.pisi
glibc-locales-el-2.8-29-5.pisi
glibc-locales-en-2.8-29-5.pisi
glibc-locales-es-2.8-29-5.pisi
glibc-locales-et-2.8-29-5.pisi
glibc-locales-eu-2.8-29-5.pisi
glibc-locales-fa-2.8-29-5.pisi
glibc-locales-fi-2.8-29-5.pisi
glibc-locales-fil-2.8-29-3.pisi
glibc-locales-fo-2.8-29-5.pisi
glibc-locales-fr-2.8-29-5.pisi
glibc-locales-fur-2.8-29-3.pisi
glibc-locales-fy-2.8-29-5.pisi
glibc-locales-ga-2.8-29-5.pisi
glibc-locales-gd-2.8-29-5.pisi
glibc-locales-gez-2.8-29-5.pisi
glibc-locales-gl-2.8-29-5.pisi
glibc-locales-gu-2.8-29-5.pisi
glibc-locales-gv-2.8-29-5.pisi
glibc-locales-ha-2.8-29-3.pisi
glibc-locales-he-2.8-29-5.pisi
glibc-locales-hi-2.8-29-5.pisi
glibc-locales-hr-2.8-29-5.pisi
glibc-locales-hsb-2.8-29-5.pisi
glibc-locales-hu-2.8-29-5.pisi
glibc-locales-hy-2.8-29-5.pisi
glibc-locales-id-2.8-29-5.pisi
glibc-locales-ig-2.8-29-3.pisi
glibc-locales-ik-2.8-29-3.pisi
glibc-locales-is-2.8-29-5.pisi
glibc-locales-it-2.8-29-5.pisi
glibc-locales-iu-2.8-29-3.pisi
glibc-locales-iw-2.8-29-5.pisi
glibc-locales-ja-2.8-29-5.pisi
glibc-locales-ka-2.8-29-5.pisi
glibc-locales-kk-2.8-29-5.pisi
glibc-locales-kl-2.8-29-5.pisi
glibc-locales-km-2.8-29-5.pisi
glibc-locales-kn-2.8-29-5.pisi
glibc-locales-ko-2.8-29-5.pisi
glibc-locales-ku-2.8-29-5.pisi
glibc-locales-kw-2.8-29-5.pisi
glibc-locales-ky-2.8-29-5.pisi
glibc-locales-lg-2.8-29-5.pisi
glibc-locales-li-2.8-29-3.pisi
glibc-locales-lo-2.8-29-5.pisi
glibc-locales-lt-2.8-29-5.pisi
glibc-locales-lv-2.8-29-5.pisi
glibc-locales-mai-2.8-29-5.pisi
glibc-locales-mg-2.8-29-5.pisi
glibc-locales-mi-2.8-29-5.pisi
glibc-locales-mk-2.8-29-5.pisi
glibc-locales-ml-2.8-29-5.pisi
glibc-locales-mn-2.8-29-5.pisi
glibc-locales-mr-2.8-29-5.pisi
glibc-locales-ms-2.8-29-5.pisi
glibc-locales-mt-2.8-29-5.pisi
glibc-locales-nb-2.8-29-5.pisi
glibc-locales-nds-2.8-29-3.pisi
glibc-locales-ne-2.8-29-5.pisi
glibc-locales-nl-2.8-29-5.pisi
glibc-locales-nn-2.8-29-5.pisi
glibc-locales-nr-2.8-29-5.pisi
glibc-locales-nso-2.8-29-5.pisi
glibc-locales-oc-2.8-29-5.pisi
glibc-locales-om-2.8-29-5.pisi
glibc-locales-or-2.8-29-5.pisi
glibc-locales-pa-2.8-29-5.pisi
glibc-locales-pap-2.8-29-3.pisi
glibc-locales-pl-2.8-29-5.pisi
glibc-locales-pt-2.8-29-5.pisi
glibc-locales-ro-2.8-29-5.pisi
glibc-locales-ru-2.8-29-5.pisi
glibc-locales-rw-2.8-29-5.pisi
glibc-locales-sa-2.8-29-3.pisi
glibc-locales-sc-2.8-29-3.pisi
glibc-locales-se-2.8-29-5.pisi
glibc-locales-shs-2.8-29-3.pisi
glibc-locales-si-2.8-29-5.pisi
glibc-locales-sid-2.8-29-5.pisi
glibc-locales-sk-2.8-29-5.pisi
glibc-locales-sl-2.8-29-5.pisi
glibc-locales-so-2.8-29-5.pisi
glibc-locales-sq-2.8-29-5.pisi
glibc-locales-sr-2.8-29-5.pisi
glibc-locales-ss-2.8-29-5.pisi
glibc-locales-st-2.8-29-5.pisi
glibc-locales-sv-2.8-29-5.pisi
glibc-locales-ta-2.8-29-5.pisi
glibc-locales-te-2.8-29-5.pisi
glibc-locales-tg-2.8-29-5.pisi
glibc-locales-th-2.8-29-5.pisi
glibc-locales-ti-2.8-29-5.pisi
glibc-locales-tig-2.8-29-5.pisi
glibc-locales-tk-2.8-29-3.pisi
glibc-locales-tl-2.8-29-5.pisi
glibc-locales-tn-2.8-29-5.pisi
glibc-locales-ts-2.8-29-5.pisi
glibc-locales-tt-2.8-29-5.pisi
glibc-locales-ug-2.8-29-3.pisi
glibc-locales-uk-2.8-29-5.pisi
glibc-locales-ur-2.8-29-5.pisi
glibc-locales-uz-2.8-29-5.pisi
glibc-locales-ve-2.8-29-5.pisi
glibc-locales-vi-2.8-29-5.pisi
glibc-locales-wa-2.8-29-5.pisi
glibc-locales-wo-2.8-29-3.pisi
glibc-locales-xh-2.8-29-5.pisi
glibc-locales-yi-2.8-29-5.pisi
glibc-locales-yo-2.8-29-3.pisi
glibc-locales-zh-2.8-29-5.pisi
glibc-locales-zu-2.8-29-5.pisi
glibc-zoneinfo-2.8-29-5.pisi
gnome-mplayer-0.9.2-9-10.pisi
jubler-3.9.6-4-3.pisi
Libertine-fonts-4.1.8-7-2.pisi
libical-0.41-1-1.pisi
libkate-0.2.7-3-3.pisi
libv4l-0.5.6-7-6.pisi
lxml-2.1.3-3-3.pisi
net-tools-1.60-25-8.pisi
nvidia-drivers177-177.82-2-3.pisi
openmotif-2.3.1-2-3.pisi
pardus-python-0.3.1-11-11.pisi
qstardict-0.12.9-5-3.pisi
R-2.8.0-17-7.pisi
rkward-0.4.9_p1-18-4.pisi
syntekdriver-1.4.0-13-26.pisi
wireless-tools-29-43-17.pisi
xine-lib-1.1.15-54-10.pisi

-- 
Ýyi Çalýþmalar,

Serbülent

From ekin at pardus.org.tr  Fri Dec  5 15:24:42 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Fri, 5 Dec 2008 15:24:42 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051138.43400.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812050038.32380.tekman@pardus.org.tr>
	<200812051138.43400.gurer@pardus.org.tr>
Message-ID: <200812051524.42701.ekin@pardus.org.tr>

Merhaba;

Friday 05 December 2008 tarihinde, Gürer Özen þunlarý yazmýþtý: 
> Önce bazý sorularýn cevabýný bulmak lazým.
>
> Mesela neden bu tartýþmaya katýlým bu kadar az. Diðer geliþtiriciler ortada
> sorun olmadýðýný mý düþünüyor? Yoksa nasýl olsa herkes bildiðini yapacak
> hiç bir þey deðiþmeyecek diye mi düþünüyorlar?

Geliþtirici listesinde kimse bu fikrini yazmaya bile zahmet etmediði için - 
kimse üstüne alýnmasýn (ya da alýnsýn, bilmiyorum) ama bu kadar yoðun bir 
tartýþmanýn bile 5 kiþinin arasýnda dönmesi buradan anlamlý ve uzun soluklu 
bir sonuç çýkmasýnýn önündeki en büyük engel.  

> [....]
> Paketlerin gerçekten bakýcýsý olup olmadýðýný iþaretlemek gibi basit bir iþ
> neden bir yýlý aþkýn süredir yapýlmýyor.
> [....]

Sonrasýnda sorduðun sorularýn hepsinin cevabý tek aslýnda bana sorarsan : 

Daðýtým iþi durmuyor (2008, 2009, pardus teknolojileri, dýþ projeler, depolar, 
sorunlar). Þu anda ise gönüllüler ve tübitak çalýþanlarý bu durmayan akýþa 
kapýlmýþ gidiyorlar - bu hiç durmayan akýþ için ölümcül olmadýðý sürece yön 
deðiþtirmek, süreçleri yeniden tanýmlamak ve belgelendirmek, hatta  innovatif 
yenilikler üzerinde çalýþmak için bir türlü zaman ayrýlamýyor; zira bu 
ayrýlan zamanlar ayný zamanda yapýlabilecek bir sürüm-bakým, hata çözme veya 
yeni sürüm için entegrasyon iþinden çalýnmak zorunda. Bu zaman ve iþgücünün 
sýnýrlarý ile ilgili detaylarý Tekman vermiþ ben bu postayý yazarken.    

> Ama
> madem özgür projeyiz diyoruz, hep birlikte inceleyelim düþünelim. Fakat
> önce aksayan þeyler varsa üstünü örtmeden analiz edelim.

Özgür projeyiz dediðimiz için deðil, bu iþi konuþmanýn ilk adýmý bu olduðu 
için yapalým.  
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From gurer at pardus.org.tr  Fri Dec  5 15:48:28 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Fri, 5 Dec 2008 15:48:28 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051455.24246.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051138.43400.gurer@pardus.org.tr>
	<200812051455.24246.tekman@pardus.org.tr>
Message-ID: <200812051548.28382.gurer@pardus.org.tr>

On Friday 05 December 2008 14:55:24 Erkan Tekman wrote:

> Mevcut proje yapýsý ile UEKAE ekibi hemen hemen ulaþabildiði büyüklüðe
> eriþmiþ durumda.

Bu çok kritik bir bilgi. Açýklanmýþ olmasýnda büyük fayda oldu.

Buna göre aklýma gelen izlenebilecek stratejiler:

1. Bu durumu Tübitak'a da aktarýp, fikirlerini deðiþtirmeye çalýþmak (verilen 
paranýn bütçe içinde kolayca arttýrabilecek bir miktar olduðunu düþünürsek).

Burada pardus ekibinden ziyade, pardus'u kullanan kiþi ve kurumlarýn bu tür 
bir talebi etkili olabilir mi? Çünkü durumdan en çok etkilenecek onlar.

2. Gönüllü destek ve staj gibi kanallarý güçlendirmek.

Burada deneyimli geliþtiricilerin know-how'ýný yeni gelenlere aktarabilmek çok 
önemli. Belgelendirme ilk sýrada. Deneyimli geliþtiricilerin iþ yapmak yerine 
gönüllü iþgücüne mentorluk etmeye daha fazla vakit ayýrmasý lazým. Daha fazla 
sorumluluðu kontrollü bir þekilde outsource etmek, ilgiyi ve heyecaný yeniden 
uyandýrmak için bir çalýþma gerekiyor.

> Öte yandan, eðer talep olursa ve katýlým saðlanýrsa Bayram sonrasýnda bir
> geliþtirici toplantýsý düzenleyerek elde bekleyen süreç ile ilgili sorularý
> yanýtlamak ve çözüme ulaþmak yoluna da gidebiliriz. Son geliþtirici
> toplantýsýnýn aðzýnýzda (ve aðzýmýzda) býraktýðý kötü tadýn farkýnda olarak
> yazýyorum bunu ve eðer bir toplantý yapmaya karar verirsek sonuç almaya
> yönelik hareket edeceðimizi vurgulamak istiyorum.

Gidiþatý deðiþtirmeye niyetliysek, katýlýmcýlar aman boþver bitirip gidelim 
zihniyetinde olmazsa, toplantý planý ve önhazýrlýk iyi yapýlýrsa, konunun 
daðýlmasý önlenecek þekilde iyi bir yönetim olursa yapýlabilir, faydalý da 
olabilir. Ama hala 3-5 kiþi kendi aramýzda konuþuyor olmamýzdan kimsenin 
böyle bir niyeti olmadýðýný çýkarýyorum ben.

From gurer at pardus.org.tr  Fri Dec  5 15:57:33 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Fri, 5 Dec 2008 15:57:33 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051524.42701.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051138.43400.gurer@pardus.org.tr>
	<200812051524.42701.ekin@pardus.org.tr>
Message-ID: <200812051557.33193.gurer@pardus.org.tr>

On Friday 05 December 2008 15:24:42 Ekin Meroðlu wrote:

> Sonrasýnda sorduðun sorularýn hepsinin cevabý tek aslýnda bana sorarsan :

> Daðýtým iþi durmuyor (2008, 2009, pardus teknolojileri, dýþ projeler,
> depolar, sorunlar). Þu anda ise gönüllüler ve tübitak çalýþanlarý bu
> durmayan akýþa kapýlmýþ gidiyorlar - bu hiç durmayan akýþ için ölümcül
> olmadýðý sürece yön deðiþtirmek, süreçleri yeniden tanýmlamak ve
> belgelendirmek, hatta  innovatif yenilikler üzerinde çalýþmak için bir
> türlü zaman ayrýlamýyor; zira bu ayrýlan zamanlar ayný zamanda
> yapýlabilecek bir sürüm-bakým, hata çözme veya yeni sürüm için entegrasyon
> iþinden çalýnmak zorunda.

Ýþ gücü iþlere yetiþmiyorsa, ve kýsa vadede bir çözüm yoksa; eldeki iþleri bir 
öncelik sýrasýna koymak, faydasý az iþleri durdurup, iþ gücünü ana 
problemleri çözmeye ayýrmak zamaný gelmiþ demektir.

Overloaded ve daðýnýk çalýþma orta/uzun vadede sorunun daha da büyümesine yol 
açacak çünkü.

From tekman at pardus.org.tr  Fri Dec  5 16:05:38 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Fri, 5 Dec 2008 16:05:38 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051557.33193.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051524.42701.ekin@pardus.org.tr>
	<200812051557.33193.gurer@pardus.org.tr>
Message-ID: <200812051605.38429.tekman@pardus.org.tr>

5 Aralýk 2008 Cuma 15:57:33 tarihinde Gürer Özen þunlarý yazmýþtý:
> Ýþ gücü iþlere yetiþmiyorsa, ve kýsa vadede bir çözüm yoksa; eldeki iþleri
> bir öncelik sýrasýna koymak, faydasý az iþleri durdurup, iþ gücünü ana
> problemleri çözmeye ayýrmak zamaný gelmiþ demektir.
>
> Overloaded ve daðýnýk çalýþma orta/uzun vadede sorunun daha da büyümesine
> yol açacak çünkü.

Öneri için teþekkürler...

Þu anda da yapmakta olduðumuz, ya da yapmaya çalýþtýðýmýz tam olarak bu. Tabii 
bunu ne kadar baþardýðýmýz sorgulanabilir. Benim gördüðüm biraz overload'a 
kaydýðýmýz, hatta kimi arkadaþlar için biraz fazlaca overload'a kaydýðýmýz 
yönünde.

Kritik ürün, süreç ve projeler açýsýndan bakýnca durum kaygý verici boyutta 
deðil, müsterih olabilirsiniz. Ufak bir saptama: Pardus 2008 tam da bu bahsi 
geçen koþullar içerisinde geliþtirildi ve yayýmlandý. Tabii bir þapkadan 
ancak bir tavþan çýkabileceðini de biliyoruz :-P

ET

From coderlord at gmail.com  Fri Dec  5 16:15:38 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 5 Dec 2008 16:15:38 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051524.42701.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812050038.32380.tekman@pardus.org.tr>
	<200812051138.43400.gurer@pardus.org.tr>
	<200812051524.42701.ekin@pardus.org.tr>
Message-ID: <4cca720b0812050615laa48d62v60f09e5617ed0598@mail.gmail.com>

05 Aralýk 2008 Cuma 15:24 tarihinde Ekin Meroðlu <ekin at pardus.org.tr> yazdý:
> Geliþtirici listesinde kimse bu fikrini yazmaya bile zahmet etmediði için -
> kimse üstüne alýnmasýn (ya da alýnsýn, bilmiyorum) ama bu kadar yoðun bir
> tartýþmanýn bile 5 kiþinin arasýnda dönmesi buradan anlamlý ve uzun soluklu
> bir sonuç çýkmasýnýn önündeki en büyük engel.

Senden de süreci uyguladýðýn ve en iyi bildiðin için þunu rica etsek
Ekin. Katýlýmýn artmasýný ve konuyu daha derli toplu ortaya koymamýza
büyük yardýmý olabilir.

Deðiþmesini düþündüðümüz þimdiki süreci grafiksel hale getirsen, iþ
akýþ þemasý gibi. Bu þema üzerinden konuya devam etsek nasýl olur?

Þahsen ben bazen iþ sürecindeki bazý kýsýmlarý yanlýþ anladýðým,
bilmediðim veya yanlýþ yorumladýðým hissine kapýlýyorum.

Þema üzerinden deðiþiklik, optimizasyon yapmak daha görsel ve kolay
olabilir diye düþündüm.

Kolay gelsin.

-- 
Furkan Duman

From faik at pardus.org.tr  Fri Dec  5 16:36:42 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Fri, 5 Dec 2008 16:36:42 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4cca720b0812050615laa48d62v60f09e5617ed0598@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051524.42701.ekin@pardus.org.tr>
	<4cca720b0812050615laa48d62v60f09e5617ed0598@mail.gmail.com>
Message-ID: <200812051636.42310.faik@pardus.org.tr>

On Friday 05 December 2008 16:15:38 Furkan Duman wrote:
> 05 Aralýk 2008 Cuma 15:24 tarihinde Ekin Meroðlu <ekin at pardus.org.tr> yazdý:
> > Geliþtirici listesinde kimse bu fikrini yazmaya bile zahmet etmediði için
> > - kimse üstüne alýnmasýn (ya da alýnsýn, bilmiyorum) ama bu kadar yoðun
> > bir tartýþmanýn bile 5 kiþinin arasýnda dönmesi buradan anlamlý ve uzun
> > soluklu bir sonuç çýkmasýnýn önündeki en büyük engel.
>
> Senden de süreci uyguladýðýn ve en iyi bildiðin için þunu rica etsek
> Ekin. Katýlýmýn artmasýný ve konuyu daha derli toplu ortaya koymamýza
> büyük yardýmý olabilir.
>
> Deðiþmesini düþündüðümüz þimdiki süreci grafiksel hale getirsen, iþ
> akýþ þemasý gibi. Bu þema üzerinden konuya devam etsek nasýl olur?
>
> Þahsen ben bazen iþ sürecindeki bazý kýsýmlarý yanlýþ anladýðým,
> bilmediðim veya yanlýþ yorumladýðým hissine kapýlýyorum.
>
> Þema üzerinden deðiþiklik, optimizasyon yapmak daha görsel ve kolay
> olabilir diye düþündüm.

Bu güzel bir öneri.

Geliþtiricilerin az katýlýmýnýn büyük resim hakkýnda yeterince bilgi sahibi 
olmadýðý ve ya eksik bilgi sahibi olmasýndan kaynaklý olabileceðini 
düþünüyorum ben de.

Maillarý okumaya ve takip etmeye çalýþýyorum ama kafam karýþýyor ve takip 
etmekte zorlanýyorum açýkçasý, sorunlarý kaçýrýyorum, kayboluyorum.

http://tr.pardus-wiki.org/Pardus:Depo_Ýþleyiþi
sayfasýnda süreç ile ilgili Ekin'in hazýrladýðý bir belge var.

Ben de sürecin bir bakýþta görünebilecek, kavranabilecek grafiksel bir halde 
bulunmasýnda yarar görüyorum. Böyle bir grafik hazýrlasak (isteklisi yoksa 
ben de yaparým.) Ayrý bir wiki sayfasý açsak. Bu süreç grafiði bulunsa 
sayfada. Sorunlarý madde madde altýna yazsak ve yine ayný sayfada bu 
sorunlara geliþtiriciler çözüm önerilerini yazsa nasýl olur sizce?

- Faik

From tulliana at gmail.com  Fri Dec  5 17:02:41 2008
From: tulliana at gmail.com (Serdar Soytetir)
Date: Fri, 5 Dec 2008 17:02:41 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812051518.26993.serbulent@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812051518.26993.serbulent@pardus.org.tr>
Message-ID: <200812051702.41238.tulliana@gmail.com>

Cuma 05 Aralýk 2008 günü (saat 15:18:26) Serbulent UNSAL þunlarý yazmýþtý:
Merhaba,
> On Saturday 29 November 2008 22:37:28 Ekin Meroðlu wrote:
> > Merhaba / Hi;
> >
> > 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 1
> > Aralýk 2008, 23:59.
> >
> > ACK/NACK for new packages in 2008-test repo, reply before 1 December
> > 2008, 23:59 (GMT+2) please...
>
> Aþaðýdaki paketler test sürecinden geçmiþtir. Sorun gözlenen paketler
>
> apollon ile ilgili 5785 ve 6394 kayýtlarýndaki sorunlar devam ediyor.
>
> gecko-mediaplayer ve gnome-mplayer bazý multimedya dosyalarýnda ses
> problemi var. Detaylar için 8588 numaralý hataya bakýlabilir. Bence depoya
> girmesini engelleyecek bir durum deðil.
>
> qstardict uygulamasý çalýþýyor ancak paketin içinden sözlük çýkmadýðý için
> yapýlan sözcük aramalarý sonuçsuz kalýyor. Bu paket düzeltilene kadar
> bekletilebilir biraz.
Bu uygulamanýn özgün hali böyle, depoya girdiði günden beri bu þekilde 
yaþýyor. Depoya girmesini engelleyecek (paketlenme þeklinde) baþka bir sorun 
mu var?
Depodaki stardict-essential-turkish paketini kurduðunuzda uygulama herhangi 
bir yapýlandýrma gerektirmeden sözlükleri bulup kullanmaya baþlýyor. 
>
> Tabi bütün bunlar için son karar sürüm yöneticisinin.
Evet, karar sürüm yöneticisinin. Ben de kararýný merak ediyorum :)

-- 
Serdar Soytetir

From coderlord at gmail.com  Fri Dec  5 17:08:30 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 5 Dec 2008 17:08:30 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812051702.41238.tulliana@gmail.com>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812051518.26993.serbulent@pardus.org.tr>
	<200812051702.41238.tulliana@gmail.com>
Message-ID: <4cca720b0812050708m6bd12e1eud1769c3043d463ac@mail.gmail.com>

05 Aralýk 2008 Cuma 17:02 tarihinde Serdar Soytetir <tulliana at gmail.com> yazdý:
> Depodaki stardict-essential-turkish paketini kurduðunuzda uygulama herhangi
> bir yapýlandýrma gerektirmeden sözlükleri bulup kullanmaya baþlýyor.

qstardict paketine, bu pakete baðýmlýlýk yazýlsa nasýl olur? Yabancý
kullanýcýlarý düþünerek yapmadýnýz sanýrým. Ancak isterlerse farklý
bir dil paketi kurup kullanamýyorlar mý? Bilmediðim için sordum.

-- 
Furkan Duman

From tulliana at gmail.com  Fri Dec  5 17:18:44 2008
From: tulliana at gmail.com (Serdar Soytetir)
Date: Fri, 5 Dec 2008 17:18:44 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <4cca720b0812050708m6bd12e1eud1769c3043d463ac@mail.gmail.com>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812051702.41238.tulliana@gmail.com>
	<4cca720b0812050708m6bd12e1eud1769c3043d463ac@mail.gmail.com>
Message-ID: <200812051718.44142.tulliana@gmail.com>

Cuma 05 Aralýk 2008 günü (saat 17:08:30) Furkan Duman þunlarý yazmýþtý:
Merhaba Furkan,
> 05 Aralýk 2008 Cuma 17:02 tarihinde Serdar Soytetir <tulliana at gmail.com> 
yazdý:
> > Depodaki stardict-essential-turkish paketini kurduðunuzda uygulama
> > herhangi bir yapýlandýrma gerektirmeden sözlükleri bulup kullanmaya
> > baþlýyor.
>
> qstardict paketine, bu pakete baðýmlýlýk yazýlsa nasýl olur? Yabancý
> kullanýcýlarý düþünerek yapmadýnýz sanýrým. Ancak isterlerse farklý
Evet yabancý kullanýcýlarý Türkçe sözlük verilerini yükemek zorunda býrakmak 
istememiþtim ki zaten depoda (contrib) bir tane sözlük veritabaný paketi var. 
O paketi de elle biraraya getirip paketlemiþtim. 
> bir dil paketi kurup kullanamýyorlar mý? Bilmediðim için sordum. 
Evet yeni bir veritabaný içeren paket yapýlýrsa o paketi kurduklarýnda 
kullanabilirler.
Aslýnda baðýmlýlýk yazmak konusunda bir küçük sorunumuz daha var, stardict-
esential-turkish paketi contrib deposunda, qstardict ise 2008 deposunda. 
Stardict-essential-turkish paketi doðal olarak contrib deposundaki stardict 
sözlüðü ile çalýþmak üzere ayarlanmýþ bir paket. 
Evet biraz karýþýk oldu yazdýklarým ama bu sorun paketleri (stardict ve 
essential-turkish) 2008 deposuna taþýyarak çözülebilir sanýrým.
Ýyi çalýþmalar...
-- 
Serdar Soytetir

From onur at pardus.org.tr  Fri Dec  5 18:32:04 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Fri, 5 Dec 2008 18:32:04 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081204180533.b835b1db.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812021534.51541.tekman@pardus.org.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
Message-ID: <20081205183204.c64defb4.onur@pardus.org.tr>


On Thu, 4 Dec 2008 18:05:33 +0200
Doruk Fisek <dfisek at fisek.com.tr> wrote:
...
> 1) Bakýcýsýz tüm paketler iþaretlenir.
> 2) Her bilesen icin birer bilesen sorumlusu secilir.

 Bu ikisini ben "olmazsa olmaz" olarak görüyorum. Sýnýrlar ve
sorumluluklar artýk biraz daha netleþmeli.

 Þu anda paketler kimin hangi paketiyle ne kadar ilgilenebildiðini
bilmediðimiz için anarþik bir yaklaþýmla güncelleniyor / hatalarý
düzeltiliyor. "Bir þekilde yürüyor" da kabul edilebilir bir yaklaþým
deðil, çünkü þu anki haliyle ciddi bir odaklanma sorunu ve "haksýzlýk
derecesinde" iþ yükü daðýlýmý yüzünden kalite düþüklüðüne sebep oluyor.

 Bu sebeplerden, ortaya koyduðum iþin kalitesinin düþmeye baþladýðýný
görüyorum ve bundan çok ciddi rahatsýzlýk duyuyorum.

> 3) Sadece güvenlik güncellemelerinin yapýlacaðý bir kaynak depo
> olusturulur. Guvenlik depo sorumlusunun, guvenlik takýmýndan biri
> olmasý mantýklý olur sanýrým.

 Böyle bir deponun olmasý bana mantýklý gelmiyor. Hem bir "security
only" depo, hem de "update / non critical bugfix / feature / security"
depo bir arada yaþatmak demek neredeyse iki ayrý daðýtým sürdürmek
demek. Burada güvenlik düzeltmelerinde yazýlýmýn elinizdeki sürüme
"yeni sürümü üzerine eklenen düzeltmeyi" backport etmek bazen çok kanlý
olabiliyor.

 Zaten gücümüz ortada, bu tarz bir çift dikiþ yapýya yöneleceksek daha
çok iþe yarayacak / daha çok ilgi çekecek / daha çok fark yaratacak bir
alanda (mesela 64bit sürümü ile) yönelmek mantýklý olabilir.


> 2) Her bileþenin sorumlusu, kendi bileþeninde yer alan paketlerde
> yapýlan deðiþiklikleri takip eder. Gerekiyorsa müdahale eder, ilgili
> geliþtiriciyi uyarýr.

 Evet bu hayata geçmeli, X paket grubuna bir kaç adým uzaktan bakabilen
insanlar gerekiyor

> 3) Her bileþenin sorumlusu, derleme çiftliðinde kendi bileþeninin
> paketlerini derletir[1] (ve test deposuna aktarýlmasýný saðlamýþ
> olur).

 Pardus farmlarýnýn þu anki yapýsý sebebiyle ayný anda 5-10 kiþi
tarafýndan yönetilebilmesi mümkün gelmiyor bana. Birden fazla kiþi
belki olabilir, ama bu kiþilerin iyi bir uyum içerisinde çalýþabilmesi
gerekiyor.

> 5) system.base bileþenindeki paketlerin testi yapýlýrken, "emniyet
> mandalý" nedeniyle sadece system.base guncellenmesi durumu da farkli
> guncelleme safhalarindaki Pardus sistem kombinasyonlarý ile test
> edilmelidir [2].

 Tek tek her olasýlýðý test etmek o kadar da aklýma yatmýyor.
Çýkabilecek sorunlar, paketlerin baðýmlýlýklarý vb. adýný
koyabildiðimiz / belli çerçevelerde tanýmlayabildiðimiz pek çok þeyin
takibini daha da otomatikleþtirebilmeliyiz. Belki bunun için þu ana
kadar gelen bazý alýþkanlýklarýmýzý da deðþtirmemiz yerinde olabilir.
Pardus'un artý yönleri, eskiden kalma yanlýþlarý sýrtýndan atmaya karar
verdiðinde bunu (her zaman olmasa da genelde) becerebiliyor olmasýndan
kaynaklanýyor, belki kendi geliþim sürecimizde de bazý kamburlarý atmak
akýllýca olabilir.

> 7) Test sürecinde yakalanan hatalar için Uluzilla'da bir hata raporu
> açýlýr ve paketi güncelleyen geliþtiriciye atanýr. Hata çözüldükten
> sonra süreç yeni paketle tekrar baþlar (don't pass go, don't collect
> 200 gayme).

 Bundan çok emin deðilim. Bir paketin test sürecine girmesi þu anda
malesef ancak pakette güncelleme olduðunda oluyor. Þu anda depodaki
paketlerde hangi hatalarýn olduðu, test ekibinin yakaladýðý sorunun
güncelleme ile mi geldiði yoksa zaten daha önceki pakette de mi
olduðunu bilmiyoruz. Doðru tabiri ile "regression" var ise güncellemeyi
yapan kiþiye, "regression" deðil ise hata kaydý paketin sahibine "test
sürecinin bitmesi beklenmeden" atanmalý ki ilgili geliþtirici bir an
önce sorundan haberdar olup çözümü için uðraþmaya baþlayabilsin.


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Fri Dec  5 18:43:00 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Fri, 5 Dec 2008 18:43:00 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
Message-ID: <20081205184300.8ba9e0b1.onur@pardus.org.tr>


On Thu, 4 Dec 2008 18:54:24 +0200
"Furkan Duman" <coderlord at gmail.com> wrote:
...
> Hem artýk bir paket review sürecimiz var. Yeni paketler konusunda
> endiþelenmemize gerek olduðunu sanmýyorum.
> Bu review sürecini güncellemelerde de yapmalýyýz.  2 onay alan paket
> doðrudan merge edilebilir hale gelebilir. Güncellemeyi yapan de
> kendisi merge eder.

 Benim þu anki koþullarda bu fikir aklýma yatmýyor, ama diyelim ki
böyle yapmaya karar verdik, bu "review" ý kim yapacak ? Oturmuþ dediðin
review süreci kan ter ve gözyaþý ile gidiyordu. Son zamanlarda biraz
toparlanmaya baþladý, geliþtiriciler ilgi gösteriyor derken review
süreci yine sahipsiz ilgisiz kaldý.

 Ben review sürecinde (arada istemeden kaçýrdýðým paketler olsa da) bir
kaç "anlamadýðým alan" dýþýndaki bütün paketleri incelemeye, sorunu var
mý diye bakmaya geliþtiricisine yardýmcý olmaya çalýþýrken, kendim
review a bir paket soktuðumda kimsenin ilgilenmemesinden cidden rahatsýz
oluyorum. Bu tarz bir þey yapacaðým güncellemelerde de baþýma
gelecekse, benim ayaðýma bir pranga daha baðlayacaksa, ben bu yöntemin
sonuna kadar karþýsýndayým.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From ozan at pardus.org.tr  Fri Dec  5 19:37:34 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Fri, 05 Dec 2008 19:37:34 +0200
Subject: [Gelistirici] =?utf-8?q?Network_Manager_g=C3=B6zlemleri?=
Message-ID: <493966DE.9090501@pardus.org.tr>

Selam,

Bugün serviste arkadaþý kurcalarken enteresan 1-2 þey tespit ettim. 
Bunlara daha önceki yorumlarýmý da ekleyerek iyileþtirme isteklerinde 
bulunacaðým:

1. Mevcut yapýda D-Bus timeout'u default olarak 30 saniye, dhcpcd 
timeout'u ise 120 saniye. DHCP üzerinden IP alýnmaya çalýþýldýðýnda, ola 
ki süre D-Bus timeout'unu geçerse, DHCP bir 90 saniye daha debelense de, 
D-Bus zaman aþýmýna uðradýðýndan o meþhur, ekranýn geniþliði kadar 
NoReply hatasý alýyoruz. Sonuçta 30 saniye geçtikten sonra artýk 
düzgünce bir IP atanmasý ihtimali düþük olsa da, ekrana NoReply yerine 
adres alýnamadý hatasýnýn gelmesi bu þekilde engellenmiþ oluyor.

D-Bus timeout >= dhcpcd timeout olarak düzeltilmeli deðerler.

2. registerError ve registerCancel gibi handler.py özellikleri pek 
kullanýlmamýþ nm'de. Örneðin bir profili up etmek için yanýndaki 
checkbox'a týklandýðýnda policykit çýkýyor. Ancak kullanýcý yetki 
alamazsa veya cancel'a basýp vazgeçerse checkbox'taki tick kalýyor. Bu 
tarz iþlemlerin hepsinin rollback edilmesi, nm'in daha kararlý bir hale 
gelmesini saðlayacaktýr.

3. Örnek üzerinden anlatacaðým. laptopun bir eth bir wlan arabirimi var 
ancak wlan devrede deðil çünkü kart tanýnmýyor. Bu laptop'a usb'den 
wireless stick takýldý ve ilgili bir profil yaratýldý, kullanýldý. Daha 
sonra baþka bir zaman da baþka bir stick takýldý, profil yaratýldý 
kullanýldý. Bu stickler olmadan nm baþlatýldýðýnda, ikonlarý gri çýksa 
da, yanlarýnda sanki UP'larmýþ gibi tick oluyor. Tick kaldýrýlmaya 
çalýþýldýðýnda PK'dan yetki alýnýrsa ise Device Not Found hatasý alýnýyor.

Açýlýþta mudur bu arabirimlerden ikis de ortada olmamasýna raðmen, eth0, 
wlan0, wlan1 için tek tek að arayüzü baþlatýlýyor diyor.

Madem aygýt bulunamýyor, o tick'e asla týklayamamamýz gerekiyor. Kartýn 
marka/modelini ezberlemek zorunda olmadýðýmýzdan her defasýnda insan 
tongaya düþüp "ulan neden device not found diyor yahu" diye düþünüyor. 
Oysa oradaki bütün düðmeler, tickler pasifize edilse, çok daha 
karizmatik ve kararlý bir nm olacak elimizde.

Son olarak bu laptopta, kablosuz aygýtlar takýlý deðilken, nm'i ilk 
açtýðýmda þu hata raporundaki exception'ý aldým:
http://bugs.pardus.org.tr/show_bug.cgi?id=8746

sonra tekrarlayamadým ancak yarýn tekrar bakacaðým.

Ýyi bayramlar.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From gurer at pardus.org.tr  Fri Dec  5 19:54:59 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Fri, 5 Dec 2008 19:54:59 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Network_Manager_g=F6zlemleri?=
In-Reply-To: <493966DE.9090501@pardus.org.tr>
References: <493966DE.9090501@pardus.org.tr>
Message-ID: <200812051954.59969.gurer@pardus.org.tr>

On Friday 05 December 2008 19:37:34 Ozan Çaðlayan wrote:

> Sonuçta 30 saniye geçtikten sonra artýk 
> düzgünce bir IP atanmasý ihtimali düþük olsa da, ekrana NoReply yerine
> adres alýnamadý hatasýnýn gelmesi bu þekilde engellenmiþ oluyor.

Bir yerde baðlanýrken sýk sýk dbus hatasý alýyorum, bir 5-10 sn sonra ise dhcp 
baðlanýyor ve network çalýþýyor. Yani düþük deðil o kadar. DHCP ilk baþta 
zaten 30 sn idi ve kullanýcýlar daha uzun sürüyor diye 120 sn ye 
çýkardýðýmýzý hatýrlýyorum.

From bahadir at pardus.org.tr  Fri Dec  5 20:30:25 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Fri, 5 Dec 2008 20:30:25 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Network_Manager_g=F6zlemleri?=
In-Reply-To: <493966DE.9090501@pardus.org.tr>
References: <493966DE.9090501@pardus.org.tr>
Message-ID: <200812052030.28244.bahadir@pardus.org.tr>

05 Ara 2008 Cum tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Son olarak bu laptopta, kablosuz aygýtlar takýlý deðilken, nm'i ilk
> açtýðýmda þu hata raporundaki exception'ý aldým:
> http://bugs.pardus.org.tr/show_bug.cgi?id=8746

Bu NoneType hatasýnýn kaynaðýný ararken "yeter ulan" deyip Network.Link 
adýnda yeni bir Network backendi oluþturmaya baþladým, eskisine nazaran 
daha temiz (AdHoc ve wireless encryption ile ilgili eksikleri bulunuyor) 
ve Net.Link'in son hali gibi uygulama baðýmlý deðil.

AdHoc, wireless encryption, baðlantý paylaþtýrma derken fena kirlendi 
Net.Link. Bayram tatili ve sonrasýnda, Ýþbaran'ýn .ui'yi hale getirdiði 
Network-Manager'ý Network.Link kullanýr hale getirecek ve test deposuna 
sokacaðým.

Network.Link'te birçok hata giderildi. network-cli, net-applet  
uygulamalarý ve Müdür'de kullanýlacak network kodu 
uludag/branches/net-link-2.0 altýnda.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081205/a75b828b/attachment.pgp 

From fatih at pardus.org.tr  Fri Dec  5 21:08:38 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Fri, 5 Dec 2008 21:08:38 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <4cca720b0812050708m6bd12e1eud1769c3043d463ac@mail.gmail.com>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812051702.41238.tulliana@gmail.com>
	<4cca720b0812050708m6bd12e1eud1769c3043d463ac@mail.gmail.com>
Message-ID: <200812052108.45937.fatih@pardus.org.tr>

Cuma 05 Aralýk 2008 tarihinde, Furkan Duman þunlarý yazmýþtý: 
> 05 Aralýk 2008 Cuma 17:02 tarihinde Serdar Soytetir <tulliana at gmail.com> 
yazdý:
> > Depodaki stardict-essential-turkish paketini kurduðunuzda uygulama
> > herhangi bir yapýlandýrma gerektirmeden sözlükleri bulup kullanmaya
> > baþlýyor.
>
> qstardict paketine, bu pakete baðýmlýlýk yazýlsa nasýl olur? Yabancý
> kullanýcýlarý düþünerek yapmadýnýz sanýrým. Ancak isterlerse farklý
> bir dil paketi kurup kullanamýyorlar mý? Bilmediðim için sordum.

Bence birlikte kurulsun diye böyle baðýmlýlýklar yazýlmamalý. Uygulama sözlük 
bulamadýðýnda uyarý vermesi saðlanmalý. Uyarýnýn Türkçe çevirisinde Türkçe 
sözlük paketinin adý örnek olarak verilebilir.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081205/da9ed9cc/attachment.pgp 

From onur at pardus.org.tr  Fri Dec  5 21:14:39 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Fri, 5 Dec 2008 21:14:39 +0200
Subject: [Gelistirici] smplayer
Message-ID: <20081205211439.b4ff609c.onur@pardus.org.tr>


 Merhaba,

 Depodan atýldý mý ?

 Contrib index inde görünmüyor ?

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From dfisek at fisek.com.tr  Fri Dec  5 21:22:40 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Fri, 5 Dec 2008 21:22:40 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812052108.45937.fatih@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812051702.41238.tulliana@gmail.com>
	<4cca720b0812050708m6bd12e1eud1769c3043d463ac@mail.gmail.com>
	<200812052108.45937.fatih@pardus.org.tr>
Message-ID: <20081205212240.954fc491.dfisek@fisek.com.tr>

Fri, 5 Dec 2008 21:08:38 +0200, Fatih Aþýcý <fatih at pardus.org.tr> :

> Bence birlikte kurulsun diye böyle baðýmlýlýklar yazýlmamalý.
> Uygulama sözlük bulamadýðýnda uyarý vermesi saðlanmalý. Uyarýnýn
> Türkçe çevirisinde Türkçe sözlük paketinin adý örnek olarak
> verilebilir.
Keske alttaki hata raporunda belirtildigi gibi bir ozelligi olsaydi
Pisi'nin... Yazilimi yamamak gibi bir yonteme gitmeye calisilmazdi.

http://bugs.pardus.org.tr/show_bug.cgi?id=6820

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From dfisek at fisek.com.tr  Fri Dec  5 21:24:09 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Fri, 5 Dec 2008 21:24:09 +0200
Subject: [Gelistirici] smplayer
In-Reply-To: <20081205211439.b4ff609c.onur@pardus.org.tr>
References: <20081205211439.b4ff609c.onur@pardus.org.tr>
Message-ID: <20081205212409.a6e8c42d.dfisek@fisek.com.tr>

Fri, 5 Dec 2008 21:14:39 +0200, Onur Küçük <onur at pardus.org.tr> :

>  Depodan atýldý mý ?
>  Contrib index inde görünmüyor ?
Benim gunluk rsync cron'una gore, dun gece depodan ucmus :

receiving file list ... done
deleting smplayer-0.6.4-16-7.pisi
deleting lives-0.9.9.3-7-5.pisi
./
lives-0.9.9.4-8-6.pisi
pisi-index.xml
pisi-index.xml.bz2
pisi-index.xml.bz2.sha1sum
pisi-index.xml.sha1sum
trac-0.11.1-6-1.pisi

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From fatih at pardus.org.tr  Fri Dec  5 21:40:19 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Fri, 5 Dec 2008 21:40:19 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4938DB28.2000209@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<4938DB28.2000209@pardus.org.tr>
Message-ID: <200812052140.22988.fatih@pardus.org.tr>

Cuma 05 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Sadece güvenlik güncellemelerinin yapýlacaðý bir depo demek, bir
> daðýtýmý geride birakýp diðerini geliþtirmeye tekabül ediyor. Örneðin

+1

> > 2) Her bileþenin sorumlusu, kendi bileþeninde yer alan paketlerde
> > yapýlan deðiþiklikleri takip eder. Gerekiyorsa müdahale eder, ilgili
> > geliþtiriciyi uyarýr.

Geliþtiricilerin bir bileþenin tümü hakkýnda fikir sahibi olmasý pek mümkün 
deðil bence. Atýyorum; application/emulators benim olsa wine dýþýndaki 
paketlerle nasýl ilgilenebilirim. Hiç kullanmadýðým; fikir sahibi bile 
olmadýðým paketler var orda. Ya da tam tersi; bileþen baþkasýnýn olsa, wine 
hakkýnda bilgi sahibi olmasý her zaman mümkün mü? programming.libs gibi bir 
bileþenin sorumluluðunu tek kiþi alabilir mi?

> > 6) CD içinde gelen paketler [3], ozel olarak gelistiricisi o paketle
> > ilgili kendisinden onay alinmasini istemiyorsa, test deposuna girdikten
> > 7 gun sonra test takimi araciligiyla test surecine alinir [4]. Bu
> > surecten gecen paketler ilk toplu güncellemede kararli depoya aktarilir.
>
> Anlamadýðým 7 gün test deposunda bekledikten sonra bir de test takýmý
> aracýlýðýyla test sürecine mi alýnacak? Eðer evetse neden?
>
> Bu test konusunda þunu düþünüyorum. Baþtan beri test deposu hep þu
> þekilde kullanýldý:
> - Bump et, merge iste, testte dursun.

Açýkçasý özellikle sürücü paketlerinde bu yöntemi izlemek zorunda kalýyorum.  
Ulaþabildiðim bir tane ATI ekran kartý var. Ofise gittiðimde bazen iki ekran 
kartýyla test etmem mümkün oluyor. Diðer modeller için de benzer durum. 
Testlerimde hiçbir sorun çýkarmayan bir sürücü güncellemesi belki baþka 10 
modelde soruna yol açýyor. develde duran paketi de kimse kalkýp denemiyor. 
Hatta bir keresinde kendim derleyip listeden test istedim. Kimseden yine ses 
çýkmadý. Paket test deposuna alýndýðýnda (haliyle ekranlar kararýnca :) ) hata 
raporlarý gelmeye baþlýyor.

> Artýk urgency=(low, medium, high, bugfix) tarzý bir þey mi yazýp bunu
> belli ederiz merge mailinde, baþka bir þey mi bilemiyorum.

Bu tür bir þeye ihtiyacýmýz var bence de.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081205/090cdfc1/attachment-0001.pgp 

From fatih at pardus.org.tr  Fri Dec  5 21:47:39 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Fri, 5 Dec 2008 21:47:39 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812050046.03135.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<200812050046.03135.ekin@pardus.org.tr>
Message-ID: <200812052147.39715.fatih@pardus.org.tr>

Cuma 05 Aralýk 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> Ya da farm ve paket build yapýsýný tamamen deðiþtireceðiz - her paketin
> temiz system.base/devel + baðýmlýlýklarýnýn kurulduðu bir chroot içinde
> derlendiði bir farm yapýsý ilk aklýma gelen yol, ama bu __her__ þeyi
> deðiþtirmek demek.

En azýndan güvenlik güncellemeleri için böyle bir yöntem yararlý olabilir. 
chroot yerine virtualization da kullanýlabilir. Kýsa vadede yapýlamayacak da 
olsa bunu düþünelim bence.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081205/28f50274/attachment.pgp 

From turkersezer at tsdesign.info  Fri Dec  5 21:53:04 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Fri, 5 Dec 2008 21:53:04 +0200
Subject: [Gelistirici] smplayer
In-Reply-To: <20081205212409.a6e8c42d.dfisek@fisek.com.tr>
References: <20081205211439.b4ff609c.onur@pardus.org.tr>
	<20081205212409.a6e8c42d.dfisek@fisek.com.tr>
Message-ID: <200812052153.04820.turkersezer@tsdesign.info>

On Friday 05 December 2008 21:24:09 Doruk Fisek wrote:
> Fri, 5 Dec 2008 21:14:39 +0200, Onur Küçük <onur at pardus.org.tr> :
> >  Depodan atýldý mý ?
> >  Contrib index inde görünmüyor ?
>
> Benim gunluk rsync cron'una gore, dun gece depodan ucmus :

tuxedup dün hatalý bir sürümü commit etmiþ. Ben de commit loguna aldanýp 
derlettim paketi. Sonra skyquakes'in uyarýsýyla bir düzelme olmadýðýný 
farkedip farmdaki paketi eski sürüme döndürdüm. Tüm bunlar sync iþlemi 
olmadan önce gerçekleþtiðinden kullanýcýya bir deðiþiklik yansýmayacaktý. 
Lakin nasýl olduysa paket indexe girmemiþ ve bahsettiðiniz sorun oluþmuþ. Gün 
içinde indexi düzelttim. Depolar iþlendiðinde paket (eski çalýþan sürümü) 
yine kurulabilir olacak.


Saygýlar
Türker

From fatih at pardus.org.tr  Fri Dec  5 21:53:07 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Fri, 5 Dec 2008 21:53:07 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?pm-tools_suspend-to-disk/ram_de_netw?=
 =?iso-8859-9?q?ork_ba=F0lant=FDs=FD_s=FDk=FDnt=FDlar=FD=2E?=
In-Reply-To: <4cca720b0812050225x3714cbdk1ab1e7ebfb8e53bf@mail.gmail.com>
References: <4cca720b0812050225x3714cbdk1ab1e7ebfb8e53bf@mail.gmail.com>
Message-ID: <200812052153.07535.fatih@pardus.org.tr>

Cuma 05 Aralýk 2008 tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Bu hook'u uzunca bir süredir kullanýyorum. Senkron çalýþmasý dýþýnda
> bir sorun yok. Senkron çalýþmasýndaki sorun þu. Betik eðer
> baðlanýlacak aðý bulamazsa timeout süresince uyanmayý (resume)
> bekletiyor.

Aslýnda boot sýrasýndaki aða baðlanma sürecinin aynýsý burada iþletilmeli. 
Mesela, evde bilgisayarý askýya alýp ofiste açtýðýmda doðru AP'ye 
baðlanabilmesi gibi özellikler düþünülebilir.

Senkron çalýþmasý ile ilgili sorun düzelmeden almayalým bence. KPowersave'in 
verdiði mesaj yüzünden ikide bir hata raporlarý gelecek.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081205/801e0415/attachment.pgp 

From fatih at pardus.org.tr  Fri Dec  5 22:09:36 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Fri, 5 Dec 2008 22:09:36 +0200
Subject: [Gelistirici] =?utf-8?b?TmV0LkxpbmsgdmUgTcO8ZMO8cg==?=
In-Reply-To: <200811260950.51463.bahadir@pardus.org.tr>
References: <200811260950.51463.bahadir@pardus.org.tr>
Message-ID: <200812052209.39770.fatih@pardus.org.tr>

Çarşamba 26 Kasım 2008 tarihinde, Bahadır Kandemir şunları yazmıştı: 
> Bağlantıyı tekrar kurmaya çalışırken, backend tipine (wifi, net, dialup)
> bakmıyoruz. net tipi bağlantıları kursun, dialup tipi bağlantılara
> dokunmasın, wifi için son aktif bağlantıya bakmaksızın SSID tarasın
> diyorum.

wifi profillerinde "Erişim noktası bulunduğunda otomatik bağlan" gibi bir 
seçenek olsun bence (oluştururken öntanımlı seçili olabilir). Açılışta da önce 
SSID taranır. Bulunanlar arasında, en son bağlantı kurulan AP varsa o up 
edilir. Eğer yoksa, bulunanlar içinde otomatik bağlanma seçeneği etkin olan 
bir profil up edilir.

wifi profillerinde "Erişim noktasının MAC adresini sakla" gibi bir seçenek de 
sunulabilir. İsteniyorsa aynı SSID'ye sahip AP'lerden birine bağlanmak da 
mümkün olur böylece.

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081205/602fb6f7/attachment.pgp 

From selimok at gmail.com  Fri Dec  5 22:21:46 2008
From: selimok at gmail.com (selim ok)
Date: Fri, 5 Dec 2008 21:21:46 +0100
Subject: [Gelistirici] =?iso-8859-9?q?Net=2ELink_ve_M=FCd=FCr?=
In-Reply-To: <4cca720b0811261156s525dc456p9646a451d03b9446@mail.gmail.com>
References: <200811260950.51463.bahadir@pardus.org.tr>
	<200811261521.32559.turkay.eren@gmail.com>
	<492D88B1.8070307@pardus.org.tr>
	<4cca720b0811261156s525dc456p9646a451d03b9446@mail.gmail.com>
Message-ID: <a001a6cb0812051221n3106c7e0y9a9eaa4df9a64dd6@mail.gmail.com>

26 Kasým 2008 Çarþamba 20:56 tarihinde Furkan Duman <coderlord at gmail.com>yazdý:

> 26 Kasým 2008 Çarþamba 19:34 tarihinde Ozan Çaðlayan <ozan at pardus.org.tr>
> yazdý:
> > bilgiyi) ve güvenliksiz bir AP bulunursa ona baðlan,
>
> Güvenliksiz bir AP ye baðlanmasý güvenlik riski oluþturur. Bunu
> yapmamalýyýz. Kullanýcýya baðlanmak isteyip istemediði sorulabilir.
> Ancak otomatik baðlanmamalý.
>

Bence de bu cok önemli!

Iyi calismalar,
Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081205/fcbf7cac/attachment.htm 

From isbaran at gmail.com  Fri Dec  5 23:13:27 2008
From: isbaran at gmail.com (=?ISO-8859-9?Q?=DD=FEbaran_Ak=E7ay=FDr?=)
Date: Fri, 05 Dec 2008 23:13:27 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Net=2ELink_ve_M=FCd=FCr?=
In-Reply-To: <200812052209.39770.fatih@pardus.org.tr>
References: <200811260950.51463.bahadir@pardus.org.tr>
	<200812052209.39770.fatih@pardus.org.tr>
Message-ID: <49399977.7030403@gmail.com>

Fatih Aþýcý wrote On 05-12-2008 22:09:
> wifi profillerinde "Eriþim noktasýnýn MAC adresini sakla" gibi bir seçenek de 
> sunulabilir. Ýsteniyorsa ayný SSID'ye sahip AP'lerden birine baðlanmak da 
> mümkün olur böylece.

Bu da uygulanabilir deðil çünkü roaming olayýný yok etmiþ oluruz,
otomatik baðlanma olmasýn :D


From onur at pardus.org.tr  Fri Dec  5 23:34:10 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Fri, 5 Dec 2008 23:34:10 +0200
Subject: [Gelistirici] smplayer
In-Reply-To: <200812052153.04820.turkersezer@tsdesign.info>
References: <20081205211439.b4ff609c.onur@pardus.org.tr>
	<20081205212409.a6e8c42d.dfisek@fisek.com.tr>
	<200812052153.04820.turkersezer@tsdesign.info>
Message-ID: <20081205233410.421e6459.onur@pardus.org.tr>


On Fri, 5 Dec 2008 21:53:04 +0200
Türker SEZER <turkersezer at tsdesign.info> wrote:
...
> tuxedup dün hatalý bir sürümü commit etmiþ. Ben de commit loguna
> aldanýp derlettim paketi. Sonra skyquakes'in uyarýsýyla bir düzelme
> olmadýðýný farkedip farmdaki paketi eski sürüme döndürdüm. Tüm bunlar
> sync iþlemi olmadan önce gerçekleþtiðinden kullanýcýya bir deðiþiklik
> yansýmayacaktý. Lakin nasýl olduysa paket indexe girmemiþ ve
> bahsettiðiniz sorun oluþmuþ. Gün içinde indexi düzelttim. Depolar
> iþlendiðinde paket (eski çalýþan sürümü) yine kurulabilir olacak.

 oki doki, açýklama için teþekkürler

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From ozan at pardus.org.tr  Sat Dec  6 00:01:24 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 06 Dec 2008 00:01:24 +0200
Subject: [Gelistirici] =?utf-8?q?Network_Manager_g=C3=B6zlemleri?=
In-Reply-To: <200812051954.59969.gurer@pardus.org.tr>
References: <493966DE.9090501@pardus.org.tr>
	<200812051954.59969.gurer@pardus.org.tr>
Message-ID: <4939A4B4.1050404@pardus.org.tr>

Gürer Özen wrote:
> On Friday 05 December 2008 19:37:34 Ozan Çaðlayan wrote:
>
>   
>> Sonuçta 30 saniye geçtikten sonra artýk 
>> düzgünce bir IP atanmasý ihtimali düþük olsa da, ekrana NoReply yerine
>> adres alýnamadý hatasýnýn gelmesi bu þekilde engellenmiþ oluyor.
>>     
>
> Bir yerde baðlanýrken sýk sýk dbus hatasý alýyorum, bir 5-10 sn sonra ise dhcp 
> baðlanýyor ve network çalýþýyor. Yani düþük deðil o kadar. DHCP ilk baþta 
> zaten 30 sn idi ve kullanýcýlar daha uzun sürüyor diye 120 sn ye 
> çýkardýðýmýzý hatýrlýyorum.
>   
Bu 120sn ile bir baþka sorun da þu, Bahadýr'ýn tespit ettiði bir durumda 
ilk seferde DHCP'den IP alýnamýyor ancak iptal edip tekrar denendiðinde 
çat diye IP alýnýyordu. Biz burda 120sn'nin sonuna kadar beklemek 
zorunda kalýyoruz. Ancak yapabilecek bir þey de var mý bilmiyorum, pis 
biþey bu dhcp :)

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From ozan at pardus.org.tr  Sat Dec  6 00:03:52 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 06 Dec 2008 00:03:52 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812052147.39715.fatih@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>	<20081204180533.b835b1db.dfisek@fisek.com.tr>	<200812050046.03135.ekin@pardus.org.tr>
	<200812052147.39715.fatih@pardus.org.tr>
Message-ID: <4939A548.8050805@pardus.org.tr>

Fatih Aþýcý wrote:
> Cuma 05 Aralýk 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
>   
>> Ya da farm ve paket build yapýsýný tamamen deðiþtireceðiz - her paketin
>> temiz system.base/devel + baðýmlýlýklarýnýn kurulduðu bir chroot içinde
>> derlendiði bir farm yapýsý ilk aklýma gelen yol, ama bu __her__ þeyi
>> deðiþtirmek demek.
>>     
>
> En azýndan güvenlik güncellemeleri için böyle bir yöntem yararlý olabilir. 
> chroot yerine virtualization da kullanýlabilir. Kýsa vadede yapýlamayacak da 
> olsa bunu düþünelim bence.
>   
Bu çok zor bir þey ya. Tamam applications/admin'i, applications/util'i 
bu þekilde derleyebilirsiniz. Ama KDE uygulamalarýný derlerken her 
seferinde onlarca baðýmlýlýðýn tekrar tekrar kurulmasý kabus gibi bir þey.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From fatih at pardus.org.tr  Sat Dec  6 00:04:45 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sat, 6 Dec 2008 00:04:45 +0200
Subject: [Gelistirici] Devel deposu ve yeni Xorg
Message-ID: <200812060004.49018.fatih@pardus.org.tr>

Selamlar,

Devel deposunda önümüzdeki günlerde 2009'a yönelik değişiklikler yapacağım. 
Yeni X paketleri için bazı paketlerin bağımlılıklarında düzeltmeler yapmam 
gerekiyor (xorg-server bağımlılıklarının atılması gibi). hal gibi temel 
paketlerde de değişiklik yapmam söz konusu.

Paketçilerin bundan sonraki güncellemelerinde benim yapacağım değişiklikleri 
2008'e yansıtmamaları gerekiyor. Merge isteğini yama ile yapmak durumunda 
kalabilirsiniz. Ben yine takip etmeye çalışırım; ama gözümden de kaçabilir.

Bilginize...

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081206/95aabce9/attachment-0001.pgp 

From fatih at pardus.org.tr  Sat Dec  6 02:24:16 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sat, 6 Dec 2008 02:24:16 +0200
Subject: [Gelistirici] =?utf-8?q?postRemove_ihtiyac=C4=B1?=
Message-ID: <200812060224.19474.fatih@pardus.org.tr>

Selamlar,

Font paketleri kurulduktan sonra fc-cache ve mkfontdir gibi komutları çağırmak 
zorundayız. Bu iş için fontconfig ve xorg-app paketlerinde PackageHandler 
bulunmakta. Kurulum sırasında bir sorun yok; ancak paketler silineceği zaman 
bu betikler bir işe yaramıyor.

Hem preRemove metodu hem de PackageHandler'ın cleanupPackage metodu paket 
silinmeden önce çağrılıyor. Bu aşamada fontlar sistemde bulunacağı için yine 
indexleniyorlar. Daha sonra fontlar silindiÄŸinde indexte kurulu olmayan 
fontlar kalıyor.

Paketler silindikten sonra Çomar betikleri de silineceği için postRemove belki 
düşünülmeyebilir; ancak handler betikleri silinen paketten gelmediği için 
cleanupPackage gibi dosyalar silindikten sonra çalışan bir metoda ihtiyacımız 
var görünüyor. Tabi bu senaryo için başka bir çözümü olan yoksa.

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081206/349737a6/attachment.pgp 

From fatih at pardus.org.tr  Sat Dec  6 02:35:47 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sat, 6 Dec 2008 02:35:47 +0200
Subject: [Gelistirici] =?utf-8?q?postRemove_ihtiyac=C4=B1?=
In-Reply-To: <200812060224.19474.fatih@pardus.org.tr>
References: <200812060224.19474.fatih@pardus.org.tr>
Message-ID: <200812060235.50876.fatih@pardus.org.tr>

Cumartesi 06 Aralık 2008 tarihinde, Fatih Aşıcı şunları yazmıştı: 
> Selamlar,
>
> Font paketleri kurulduktan sonra fc-cache ve mkfontdir gibi komutları
> çağırmak zorundayız. Bu iş için fontconfig ve xorg-app paketlerinde
> PackageHandler bulunmakta. Kurulum sırasında bir sorun yok; ancak paketler
> silineceği zaman bu betikler bir işe yaramıyor.

Depodaki diğer handler'lara da baktım. Benzer sorun aşağıdaki paketlerde de 
var:

shared-mime-info
gtk2
kernel
mudur

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081206/0a15bad4/attachment.pgp 

From turkersezer at tsdesign.info  Sat Dec  6 02:53:42 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Sat, 6 Dec 2008 02:53:42 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081205184300.8ba9e0b1.onur@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
	<20081205184300.8ba9e0b1.onur@pardus.org.tr>
Message-ID: <200812060253.42765.turkersezer@tsdesign.info>

Merhabalar,

Depo içerikleri, depolarýn iþleyiþi, test süreci vs. önemli sorunlarýmýz fakat 
bunlarýn tümünde sýkýntý çekmemizin sebebi önceki maillarda da belirtildiði 
üzere yetersiz iþ gücü. Bence bu konuda bir iyileþtirme saðlanabilirse diðer 
süreçlerdeki sýkýþýklýklarý daha rahat aþabilir, biraz daha esnek olabiliriz.

Görünüþe göre bir süre Tübitak tarafýnda ciddi anlamda bir geliþme olamayacak. 
Bu durumda tek çýkar yol svn'e katkýda bulunan ~40 geliþtiriciden mümkün 
olduðunca çok katký almak olacaktýr.
Proje yürütücümüz, PR üstatlarý varken bana laf düþmez belki ama ben 
gözlemlerimi söyleyeyim yine de.

On Friday 05 December 2008 18:43:00 Onur Küçük wrote:
> Oturmuþ dediðin review süreci kan ter ve gözyaþý ile gidiyordu. Son
> zamanlarda biraz toparlanmaya baþladý, geliþtiriciler ilgi gösteriyor derken
> review süreci yine sahipsiz ilgisiz kaldý.  

Önceki maillarda geliþtiricilerin ilgisizliðine dikkat çekilirken ortaya 
atýlan "herþey yine ayný kalacak nasýl olsa" fikrinin çokça yaþanmýþ 
örneklerinden biri bu review süreci.
Listede ne zaman birþeyler konuþulsa, kýsa bir süre o konuda özen 
gösteriliyor, ardýndan iþler yine kalabalýða karýþýyor, gibi geliyor olabilir 
insanlara. Dolayýsýyla bu thread de "bu iþ gücü ile bu düzen en uygunu, 
ilerde herkes bir alanda yoðunlaþacak" noktasýna baðlanacak diye düþünüyor 
olabilirler.

Bir baþka ihtimal, geliþtiricilerimiz kendilerini proje ile yeteri kadar içiçe 
görmüyor olabilirler. Tübitak personeli geliþtiriciler dýþýnda uludað 
deposuna, pardus araçlarýna vs. yoðun olarak katký veren pek geliþtiricimiz 
yok. Dolayýsýyla geliþtiricilerimiz kendilerini "paketçi" olarak görüyor, 
proje iþleyiþi ile ilgili kararlarý "geliþtiricilere" býrakýyor olabilirler.

Listede çokça söylendiði gibi insanlara fikirlerini sormak onlarý projeye 
dahil etmenin bir yolu. Lakin bu tek baþýna sanýrým yetmiyor. Yeterli 
motivasyonu bulamayan insanlar, fikirlerini bizlerle paylaþmýyor ya da 
dýþardan biri gibi davranýp, laflarýný söyleyip çekiliyor, verilen 
cevaplara "ekip içi tartýþmalar" kadar anlayýþ göstermiyorlar.

En baþta dediðim gibi geliþtiricilerimizi kazanmak, sürece dahil etmek için ne 
yapmak gerekir sorusunun cevabýný bulsak belki þu an sorun olarak önümüze 
çýkanlarýn büyük çoðunluðu sorun olmaktan çýkacak gibi.

On Friday 05 December 2008 15:48:28 Gürer Özen wrote:
> Burada deneyimli geliþtiricilerin know-how'ýný yeni gelenlere aktarabilmek
> çok önemli. Belgelendirme ilk sýrada. Deneyimli geliþtiricilerin iþ yapmak
> yerine gönüllü iþgücüne mentorluk etmeye daha fazla vakit ayýrmasý lazým.
> Daha fazla sorumluluðu kontrollü bir þekilde outsource etmek, ilgiyi ve
> heyecaný yeniden uyandýrmak için bir çalýþma gerekiyor.

Herkes kendini bu projenin geliþtiricisi olarak görüyor olduðunda Gürer'in bu 
dediklerini yapmak da mümkün olur. Bu da sorunlarýmýzý kökten çözmese bile en 
azýndan bize manevra þansý tanýr.

Yazdýklarým aslýnda bu thread içinde yazýlanlardan pek farklý deðil. 
Hatta "asýl sorun budur, bunu çözelim" noktasýna da geldik bir ara ama 
nedense (belki bunu baþaramayacaðýmýzý düþündük) daha sonra "eldeki iþ gücü 
ile süreçleri nasýl iþler kýlarýz"ý tartýþmaya döndük.

Biraz "politically correct" olma adýna, biraz lafý uzatarak anlatma huyumdan 
mail uzunca oldu. Hatam varsa affola.

Saygýlar
Türker

From dfisek at fisek.com.tr  Sat Dec  6 11:28:40 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Sat, 6 Dec 2008 11:28:40 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051455.24246.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812050038.32380.tekman@pardus.org.tr>
	<200812051138.43400.gurer@pardus.org.tr>
	<200812051455.24246.tekman@pardus.org.tr>
Message-ID: <20081206112840.91aad407.dfisek@fisek.com.tr>

Fri, 5 Dec 2008 14:55:24 +0200, Erkan Tekman <tekman at pardus.org.tr> :

> Mevcut proje yapýsý ile UEKAE ekibi hemen hemen ulaþabildiði
> büyüklüðe eriþmiþ durumda.
Hazir sizden bu kadar "net" bir aciklama alabilmisken, izninizle yine
bence belirsiz olan bir konuya da aciklik getirmenizi rica edecegim.

Pardus projesinin amaci nedir?

1) Basta kamu olmak uzere Turkiye'deki kurumlarda masaustunde
kullanilabilecek bir isletim sistemi yapmak ve dagitimi hazirlamanin
yani sira, dagitimi kullanan kurumlara kurumsal destek saglamak mi?

2) "Ulusal" isletim sistemi olup, Turkiye'deki tum bilisim
ihtiyaclarinin derdine deva olmak mi? (or: Bir ara telaffuz edilen,
hatta surum yoneticisi bile atanan sunucu surumu de bunun uzantisi)

3) x sene icerisinde kendi kendini finanse eden bir "ekosistem"
olusturmak mi? (2004 Subat'inda bunu 3 sene olarak dile getirmistiniz
hafizam beni yaniltmiyorsa)

4) "Biliþim okur-yazarlarý"na yonelik bir masaustu sistemi hazirlamak
mi?

5) Turkiye'deki insanlarin bilgisayarlarinda Pardus kullanabilmelerini
saglamak mi?

6) Cesitli ozgun teknolojiler uretip "yazilim ihrac etmek" mi?

7) Turkiye'de daha fazla yazilim gelistirilmesini saglamak, bunun icin
insan yetismesine on ayak olmak mi?

8) "Gezegendeki en yaygin kullanilan ilk 5 dagitimdan biri" olmak mi?

9) O sirada calisan/katkida bulunan gelistiricilerin cani ne cekerse, o
yonde calismak mi?

Hepsi mi? Baska bisiler daha mi? Ya da her an yenileri eklenebilir mi?
Hangileri ne oncelikte?

Belki burada bunu sorgulamak gelistiricilere dusmuyor olabilir. Ancak
tum ciddi tartismalarin gelip "tikandigi" nokta asagi yukari ayni
oluyor : "Yeterli insanimiz yok".

Kisisel dusuncem (bunu daha once de dile getirmistim, neredeyse bir yil
once yapilan gelistirici toplantisinda sanirim), 10-15 kisilik
(cogunlugu tam zamanli) bir "ucretli" calisan ekibi hic az bir sayi
degil. Ustelik buna adý calisilan "PR firmasi" olan, alelade bir PR
firmasinin harcayacagindan cok daha fazla emek harcayan ve farkli
islerle ugrasan ArtIstanbul'daki kisileri de katmak gerekli, ne kadar
olsa "is"leri geregi de Pardus'la ugrastiklari icin. Topluluk katkisini
saymiyorum.

Turkiye'de kac tane yazilim projesinin boyle bir insan kaynagi ve
butcesi var bilemiyorum acikcasi (pazarlamaci/satisci gibi insanlari
katmamak gerekiyor isin icine). Cok fazla oldugunu sanmiyorum.

O zaman niye hicbir zaman insan yetmiyor? 5 kisiyken de yetmiyordu, 10
kisiyken de yetmiyordu, 15 kisiyken de, uzerine bir "PR" firmasi
eklendiginde, disaridan katki verenler varken de yetmiyor. Benim
*kisisel* fikrim mevcut gidisat ile 30 tane ucretli calisan olsa da
yetmeyecek.

Projenin amacini sormamin nedeni de bu. Eger 10-15 kisi ile ayni anda
ustte sayilan amaclarin hepsi degil, 5-6 tanesi bile gerceklestirilmeye
calisiliyorsa bile insan gucunun yetmemesi ve bu amaclarin hakkinin
verilememesi oldukca dogal.

* * *

Sorabilirsiniz ki, arkadasim konu satirinda "kararli depoya paket gecis
sureci" yaziyor, ne alaka bunlar? Cunku ciddi onerilerin/tartismalarin
gelip carptigi "hede olmaliyiz" (ustteki amaclardan birini secin) ve
arkasindan gelen "insan gucu yetersiz" duvarindan sýkýlmýþ durumdayim.

Bu konudaki tartismanin gidisatindan da anlasilabilecegi uzere "kimin,
neyi, neden, kim icin" yaptigi belli olmadigi ve onceliklendirme de
yapilmadigi icin ihtiyaclar dag gibi buyuyor ve insan gucu yetmiyor
duvarina tosluyoruz.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From fatih at pardus.org.tr  Sat Dec  6 16:12:18 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sat, 6 Dec 2008 16:12:18 +0200
Subject: [Gelistirici] vim crash
	(http://bugs.pardus.org.tr/show_bug.cgi?id=8383)
In-Reply-To: <200810101043.34372.bahadir@pardus.org.tr>
References: <200810101043.34372.bahadir@pardus.org.tr>
Message-ID: <200812061612.23048.fatih@pardus.org.tr>

Cuma 10 Ekim 2008 tarihinde, Bahadır Kandemir şunları yazmıştı: 
> Selamlar,
>
> Aşağıdaki gibi bir XML dosyasını düzenlerken, <iki>'den sonraki satıra
> geçip "<!--" yazın ve Enter'a basın:
>
> <bir>
>     <iki>
>     </iki>
> </bir>
>
> vim, versiyon 7.2.018, sürüm 48, inşa 12

Bu hatayı düzeltmeye çalışan var mı? Çalışırken patladı bende de.

fatih at inspiron ~ $ cat deneme.xml
    <!--
    -->

Bu dosyada ilk satırdayken o komutunu verince patlıyor yine. insert modda 
Enter'a basarsam sorun yok.

Bahadır'ın bahsettiği hata da devam ediyor. Paketin bu hali stable depoya 
girmiş gördüğüm kadarıyla?

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081206/49219142/attachment.pgp 

From ozan at pardus.org.tr  Sat Dec  6 16:55:24 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 06 Dec 2008 16:55:24 +0200
Subject: [Gelistirici] vim
	crash	(http://bugs.pardus.org.tr/show_bug.cgi?id=8383)
In-Reply-To: <200812061612.23048.fatih@pardus.org.tr>
References: <200810101043.34372.bahadir@pardus.org.tr>
	<200812061612.23048.fatih@pardus.org.tr>
Message-ID: <493A925C.9000105@pardus.org.tr>

Fatih Aþýcý wrote:
> Cuma 10 Ekim 2008 tarihinde, Bahadýr Kandemir þunlarý yazmýþtý: 
>   
>> Selamlar,
>>
>> Aþaðýdaki gibi bir XML dosyasýný düzenlerken, <iki>'den sonraki satýra
>> geçip "<!--" yazýn ve Enter'a basýn:
>>
>> <bir>
>>     <iki>
>>     </iki>
>> </bir>
>>
>> vim, versiyon 7.2.018, sürüm 48, inþa 12
>>     
>
> Bu hatayý düzeltmeye çalýþan var mý? Çalýþýrken patladý bende de.
>
> fatih at inspiron ~ $ cat deneme.xml
>     <!--
>     -->
>
> Bu dosyada ilk satýrdayken o komutunu verince patlýyor yine. insert modda 
> Enter'a basarsam sorun yok.
>
> Bahadýr'ýn bahsettiði hata da devam ediyor. Paketin bu hali stable depoya 
> girmiþ gördüðüm kadarýyla?
>   
Bahadýr'ýn bahsettiðini tekrar ettim, ancak seninkini edemedim.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From fatih at pardus.org.tr  Sat Dec  6 17:05:32 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 6 Dec 2008 17:05:32 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?vim_crash_=28http=3A//bugs=2Epardus?=
	=?iso-8859-9?q?=2Eorg=2Etr/show=5Fbug=2Ecgi=3Fid=3D8383=29?=
In-Reply-To: <493A925C.9000105@pardus.org.tr>
References: <200810101043.34372.bahadir@pardus.org.tr>
	<200812061612.23048.fatih@pardus.org.tr>
	<493A925C.9000105@pardus.org.tr>
Message-ID: <200812061705.35728.fatih@pardus.org.tr>

Cumartesi 06 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> > fatih at inspiron ~ $ cat deneme.xml
> >     <!--
> >     -->
> >
> > Bu dosyada ilk satýrdayken o komutunu verince patlýyor yine. insert modda
> > Enter'a basarsam sorun yok.
> >
> > Bahadýr'ýn bahsettiði hata da devam ediyor. Paketin bu hali stable depoya
> > girmiþ gördüðüm kadarýyla?
> >  
>
> Bahadýr'ýn bahsettiðini tekrar ettim, ancak seninkini edemedim.

Satýr baþlarýnda 4 boþluk býrakýyor musun?
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081206/af1302eb/attachment.pgp 

From ozan at pardus.org.tr  Sat Dec  6 17:48:25 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 06 Dec 2008 17:48:25 +0200
Subject: [Gelistirici] vim crash
	(http://bugs.pardus.org.tr/show_bug.cgi?id=8383)
In-Reply-To: <200812061705.35728.fatih@pardus.org.tr>
References: <200810101043.34372.bahadir@pardus.org.tr>	<200812061612.23048.fatih@pardus.org.tr>	<493A925C.9000105@pardus.org.tr>
	<200812061705.35728.fatih@pardus.org.tr>
Message-ID: <493A9EC9.1070901@pardus.org.tr>

Fatih Aþýcý wrote:
>
> Satýr baþlarýnda 4 boþluk býrakýyor musun?
>   
Evet. Tab'la da denedim, 4 boþlukla da denedim, tekrar edemedim.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From turkay.eren at gmail.com  Sat Dec  6 18:38:40 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Sat, 6 Dec 2008 18:38:40 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812042011.17481.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
	<200812042011.17481.gurer@pardus.org.tr>
Message-ID: <200812061838.40925.turkay.eren@gmail.com>

On 04 Dec 2008 Thu 20:11:17 Gürer Özen wrote:
> Mesela bu önemli bir tartýþma ama 3-4 kiþiden baþka yorum gelmiyor. Bir ara
> yapýlan geliþtirici toplantýlarýnýn artýk lafý bile edilmiyor. Review
> süreci zorlamayla 1-2 kiþiden 3-4 kiþiye çýkabildi. Gezegen/Planet
> uyukluyor.

Bunda, kendi adýma konuþayým, artýk insanlarýn eskisi kadar zaman bulamayýp 
geliþtirici listesini takip edemeklerinin rolü olduðunu düþünüyorum. Ya da 
bir adým daha öteye götürürsek, insanlar fikirleri okuyor ancak "buna benim 
bilgim yetmez, yararlý olamam" diye düþünerek cevap vermekten 
çekiniyorlar; "core" ekip bu sorunu çözebilir ve bir þeyler yapýlýr diyerek 
topu baþkalarýna atýyorlar.. 

Bu konuya en azýndan þimdilik fazla takýlmamamýz gerektiðini 
düþünüyorum, "3-5" geliþtirici fikirlerini sunuyor diyoruz da, ofiste çalýþan 
15'den fazla kiþi var ve bu kiþilerin sadece birkaçý fikirlerini sunmuþ. Ýþin 
bu tarafýndan bakýnca da ortada ciddi anlamda bir fikir alýþveriþi sýkýntýsý 
olduðunu görüyorum, belki yanýlýlýyorumdur.

(...)

Ýtiraf etmeliyim ki uzayýp giden thread'ler ve uzunca yazýlarý okumam raðmen 
depo iþleyiþi konusunda ortaya konan fikirleri ve düþünceleri tam anlamýyla 
sindirip anlayabilmiþ deðilim. Ancak ortada bir zaman sýkýntýsý ve iþleri 
otomatikleþtirme konusunda yetersizlik görüyorum.

Bu konuda küçük þeyleri otomatikleþtirmeye baþlarsak zaman kazabileceðimizi ve 
daha kaliteli iþler yapabileceðimizi düþünüyorum. En basitinden hiç de iyiye 
gittiðini düþünmediðimiz review sürecini ele alalým;

E-posta listesini kullanmak ve 5 gün önce araya karýþmýþ ve review edilmemiþ 
paketi bulmaya uðraþmak yerine bunun için tamamen otomatik bir web arayüzü 
geliþtirilebilir Django ile.

* Review/ dizinine paket konduðunda bir svn-hook web servisine yeni review 
ekler.
* Bu RSS/Mail ya da farklý bir yol ile geliþtiricilere sunulur
* Ýlgilenen geliþtirici o paketin eksikleri konusunda yorum yapar ve bu yorum 
paketçiye mail olarak gider
* Eksikleri giderilip 2 OK aldýktan, ya da review sayfasýndan sorumlu 
geliþtirici OK verdikten (burada izlenecek yol tartýþýlabilir) sonra 
servisimiz bu paketi depoya taþýr.
* Bu noktadan sonra paket derlenir, test deposuna konur. 
* Derlenmiyorsa paketin review sayfasýna "þþ, paketin derlenmedi, log'u 
þurada" denir ve o paket farmýn listesinden çýkarýlýr.
* Paketçisi hatayý giderdikten sonra, review sorumlusu geliþtirici tekrar 
depoya gönderebilir.

(...)

Review'daki paketler bir database'de tutulacaðý için istatistik çýkarmamýz 
kolay olur ve atýyorum "5 gün önce konmuþ ama hiç yorum alýnmamýþ" paketlerin 
listesini çýkarýp insanlarý dürtebiliriz. Hatta bunlarý daha ileriye 
götürerek topluluða;

"xxx geliþtiricimiz yeni paket yaptý, paket þu iþe yarýyor ve servis 
tarafýndan oluþturulmuþ ikili dosyasý þurada. Þuradan týklayýp 
kurabilirsiniz. Paketin çalýþýp çalýþmadýðýný, sorunu varsa lütfen yazýnýz"

þeklinde sunabiliriz. Bu hem review sürecini hýzlandýrabilir, hem de topluluðu 
iþin içine katarak olasý hatalarý önceden görebiliriz.

Biraz fazla uzun oldu ama, aklýma gelen ve yararlý olduðum þeyleri 
yazabildim :-)

Ýyi çalýþmalar,
Eren

From turkay.eren at gmail.com  Sat Dec  6 18:45:40 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Sat, 6 Dec 2008 18:45:40 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812061838.40925.turkay.eren@gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812042011.17481.gurer@pardus.org.tr>
	<200812061838.40925.turkay.eren@gmail.com>
Message-ID: <200812061845.40444.turkay.eren@gmail.com>

On 06 Dec 2008 Sat 18:38:40 Eren Türkay wrote:
> Biraz fazla uzun oldu ama, aklýma gelen ve yararlý olduðum þeyleri
> yazabildim :-)

Typo! olduðum = bulduðum olacaktý, kusura bakmayýn :)

From ozan at pardus.org.tr  Sat Dec  6 19:14:16 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 06 Dec 2008 19:14:16 +0200
Subject: [Gelistirici] vim
	crash	(http://bugs.pardus.org.tr/show_bug.cgi?id=8383)
In-Reply-To: <493A9EC9.1070901@pardus.org.tr>
References: <200810101043.34372.bahadir@pardus.org.tr>	<200812061612.23048.fatih@pardus.org.tr>	<493A925C.9000105@pardus.org.tr>	<200812061705.35728.fatih@pardus.org.tr>
	<493A9EC9.1070901@pardus.org.tr>
Message-ID: <493AB2E8.5000204@pardus.org.tr>

Ozan Çaðlayan wrote:
> Fatih Aþýcý wrote:
>   
>> Satýr baþlarýnda 4 boþluk býrakýyor musun?
>>   
>>     
> Evet. Tab'la da denedim, 4 boþlukla da denedim, tekrar edemedim.
>
>   
devel'den vim'i derleyip deneyebilir misiniz?

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From fatih at pardus.org.tr  Sat Dec  6 19:36:02 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 6 Dec 2008 19:36:02 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?vim_crash_=28http=3A//bugs=2Epardus?=
	=?iso-8859-9?q?=2Eorg=2Etr/show=5Fbug=2Ecgi=3Fid=3D8383=29?=
In-Reply-To: <493AB2E8.5000204@pardus.org.tr>
References: <200810101043.34372.bahadir@pardus.org.tr>
	<493A9EC9.1070901@pardus.org.tr> <493AB2E8.5000204@pardus.org.tr>
Message-ID: <200812061936.06693.fatih@pardus.org.tr>

Cumartesi 06 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Ozan Çaðlayan wrote:
> > Fatih Aþýcý wrote:
> >> Satýr baþlarýnda 4 boþluk býrakýyor musun?
> >
> > Evet. Tab'la da denedim, 4 boþlukla da denedim, tekrar edemedim.
>
> devel'den vim'i derleyip deneyebilir misiniz?

Her iki hata da düzelmiþ görünüyor. Eline saðlýk.

Bu arada nasýl oluyorsa benim karþýlaþtýðým hatayý yeni bir kullanýcý hesabý 
ile tekrarlayamamýþtým. .vimrc, .viminfo silip denemiþtim; yine farketmedi. 
Ýlginç...

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081206/d93ed704/attachment.pgp 

From bahadir at pardus.org.tr  Sat Dec  6 19:44:11 2008
From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=)
Date: Sat, 6 Dec 2008 19:44:11 +0200
Subject: [Gelistirici] =?utf-8?q?postRemove_ihtiyac=C4=B1?=
In-Reply-To: <200812060224.19474.fatih@pardus.org.tr>
References: <200812060224.19474.fatih@pardus.org.tr>
Message-ID: <200812061944.13615.bahadir@pardus.org.tr>

06 Ara 2008 Cts tarihinde, Fatih Aşıcı şunları yazmıştı: 
> Paketler silindikten sonra Çomar betikleri de silineceği için postRemove
> belki düşünülmeyebilir; ancak handler betikleri silinen paketten
> gelmediği için cleanupPackage gibi dosyalar silindikten sonra çalışan
> bir metoda ihtiyacımız var görünüyor. Tabi bu senaryo için başka bir
> çözümü olan yoksa.

COMAR betiklerine onRegister ve onRemove metodları eklemeyi düşünüyordum, 
işimizi görebilir. COMAR betikleri, preRemove ve cleanupPackage metodları 
çalıştırıldıktan sonra siliniyor. Silme işlemini dosyalar kaldırıldıktan 
sonra yaparsak ve COMAR'a onRegister/onRemove desteÄŸi ekleyelim derim.

Sadece System.Package'da deÄŸil, diÄŸer modellerde de gerekiyor. Misal, 
servis betiklerini kayıt ettikten sonra registerState metodunu 
çağırmayınca, serviceDefault değeri "on" ya da "conditional" olanlar 
açılışta otomatik başlamıyor (Açılışta her servis betiğinin ready() 
metodunu çağırmayalım diye yapmıştık bunu).
-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081206/0c5f6acd/attachment.pgp 

From bahadir at pardus.org.tr  Sat Dec  6 19:47:53 2008
From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=)
Date: Sat, 6 Dec 2008 19:47:53 +0200
Subject: [Gelistirici] =?utf-8?q?postRemove_ihtiyac=C4=B1?=
In-Reply-To: <200812061944.13615.bahadir@pardus.org.tr>
References: <200812060224.19474.fatih@pardus.org.tr>
	<200812061944.13615.bahadir@pardus.org.tr>
Message-ID: <200812061947.54078.bahadir@pardus.org.tr>

06 Ara 2008 Cts tarihinde, Bahadır Kandemir şunları yazmıştı: 
> Silme işlemini dosyalar kaldırıldıktan sonra yaparsak ve COMAR'a
> onRegister/onRemove desteÄŸi ekleyelim derim.

:%s/yaparsak/yapalım/
-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081206/b9dfda5b/attachment.pgp 

From ekin at pardus.org.tr  Sat Dec  6 21:45:24 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 6 Dec 2008 21:45:24 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812052108.45937.fatih@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<4cca720b0812050708m6bd12e1eud1769c3043d463ac@mail.gmail.com>
	<200812052108.45937.fatih@pardus.org.tr>
Message-ID: <200812062145.24264.ekin@pardus.org.tr>

Merhaba;

Friday 05 December 2008 tarihinde, Fatih Aþýcý þunlarý yazmýþtý: 
> Bence birlikte kurulsun diye böyle baðýmlýlýklar yazýlmamalý. 

+1 - "Birlikte kurulsun" baðýmlýlýklarý sonradan en çok dert çýkaran 
konulardan biri.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Sat Dec  6 21:50:28 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 6 Dec 2008 21:50:28 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812051702.41238.tulliana@gmail.com>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812051518.26993.serbulent@pardus.org.tr>
	<200812051702.41238.tulliana@gmail.com>
Message-ID: <200812062150.28187.ekin@pardus.org.tr>

Merhaba;

Friday 05 December 2008 tarihinde, Serdar Soytetir þunlarý yazmýþtý: 
> Bu uygulamanýn özgün hali böyle, depoya girdiði günden beri bu þekilde
> yaþýyor. Depoya girmesini engelleyecek (paketlenme þeklinde) baþka bir
> sorun mu var?
> Depodaki stardict-essential-turkish paketini kurduðunuzda uygulama herhangi
> bir yapýlandýrma gerektirmeden sözlükleri bulup kullanmaya baþlýyor.
>
> > Tabi bütün bunlar için son karar sürüm yöneticisinin.
>
> Evet, karar sürüm yöneticisinin. Ben de kararýný merak ediyorum :)

Doðrusu bu, aldým depoya :-) Kullanýcýyý daha iyi yönlendirmeliyiz ama bu hali 
hatalý deðil teknik açýdan...

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Sat Dec  6 22:15:52 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 6 Dec 2008 22:15:52 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812051518.26993.serbulent@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812051518.26993.serbulent@pardus.org.tr>
Message-ID: <200812062215.52704.ekin@pardus.org.tr>

Merhaba;

Friday 05 December 2008 tarihinde, Serbulent UNSAL þunlarý yazmýþtý: 

> Aþaðýdaki paketler test sürecinden geçmiþtir. 

Tümünü aldým kararlý depoya.. 
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Sat Dec  6 22:32:30 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 6 Dec 2008 22:32:30 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051636.42310.faik@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812050615laa48d62v60f09e5617ed0598@mail.gmail.com>
	<200812051636.42310.faik@pardus.org.tr>
Message-ID: <200812062232.30319.ekin@pardus.org.tr>

Merhaba;

Friday 05 December 2008 tarihinde, Faik Uygur þunlarý yazmýþtý: 
> On Friday 05 December 2008 16:15:38 Furkan Duman wrote:
> > Deðiþmesini düþündüðümüz þimdiki süreci grafiksel hale getirsen, iþ
> > akýþ þemasý gibi. Bu þema üzerinden konuya devam etsek nasýl olur?
> >
> > Þahsen ben bazen iþ sürecindeki bazý kýsýmlarý yanlýþ anladýðým,
> > bilmediðim veya yanlýþ yorumladýðým hissine kapýlýyorum.

Çok iyi fikir, bunun üzerinde çalýþýyorum o zaman - cuma günü ofiste beyaz 
tahtaya çizmeye çalýþtým, ofistekiler de bunu doðru düzgün çizsene dediler, 
bir bildikleri varmýþ :-P

> http://tr.pardus-wiki.org/Pardus:Depo_Ýþleyiþi
> sayfasýnda süreç ile ilgili Ekin'in hazýrladýðý bir belge var.

> Ayrý bir wiki sayfasý açsak. Bu süreç grafiði 
> bulunsa sayfada. Sorunlarý madde madde altýna yazsak ve yine ayný sayfada
> bu sorunlara geliþtiriciler çözüm önerilerini yazsa nasýl olur sizce?

Wiki'de "tartýþmak" bana pek güzel gelmiyor ama süreç, sorunlar, öneriler vs 
belgelendirmesi için wiki kullanmak iyi fikir - buna da bakayým bugün-yarýn. 
Yukarýda yazdýðýn belgeden adýmlarý alýp itirazlarý ve önerileri toparlamaya 
çalýþayým.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Sat Dec  6 22:59:55 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 6 Dec 2008 22:59:55 +0200
Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?=
	=?utf-8?q?ity_Fixes?=
Message-ID: <200812062259.55739.ekin@pardus.org.tr>


Bu gece kararlý depolara girecek güvenlik güncellemeleri :
Tonight's Security Fixes for Pardus stable repos : 
------------------------------------------------------------------------

* [Pardus 2008]
php-common-5.2.7-66-6.pisi
php-cli-5.2.7-66-6.pisi
mod_php-5.2.7-66-6.pisi

* [Pardus 2007]
php-common-5.2.7-59-28.pisi
php-cli-5.2.7-59-37.pisi
mod_php-5.2.7-59-60.pisi
cups-1.2.12-42-30.pisi

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From nakof at zig.gen.tr  Sat Dec  6 23:55:13 2008
From: nakof at zig.gen.tr (nihat ciddi)
Date: Sat, 6 Dec 2008 23:55:13 +0200
Subject: [Gelistirici] =?utf-8?b?TmV0LkxpbmsgdmUgTcO8ZMO8cg==?=
In-Reply-To: <200811260950.51463.bahadir@pardus.org.tr>
References: <200811260950.51463.bahadir@pardus.org.tr>
Message-ID: <20081206235513.c2412796.nakof@zig.gen.tr>


> Bağlantıyı tekrar kurmaya çalışırken, backend tipine (wifi, net,
> dialup) bakmıyoruz. net tipi bağlantıları kursun, dialup tipi
> bağlantılara dokunmasın, wifi için son aktif bağlantıya bakmaksızın
> SSID tarasın diyorum.

ethernet (net) icin tanimlanmis baglantilarda, ornegin dhcp'den ip
alamadiginda, bir onceki alinan ip'yi kullaniyor ve baglandim diyor.
bu sekilde davranmasini engellemenin veya bu ozelligini kapatmanin bir
yolu var midir? ayrica bunun bir getirisi var mi?
-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: kullanılamıyor
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081206/bb89f546/attachment.pgp 

From gkmngrgn at gmail.com  Sun Dec  7 01:35:38 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Sun, 07 Dec 2008 01:35:38 +0200
Subject: [Gelistirici] Wicd service.py sorunu
Message-ID: <493B0C4A.3000607@gmail.com>

Merhabalar,
Ýnþa dosyalarýný þurada[1] görebileceðiniz wicd paketinin kurulumunda ve 
herhangi bir sorun ile karþýlaþmýyorum; fakat servis betiðinde baþlama 
komutu olarak verdiðim "*/usr/sbin/wicd &> /dev/null*" komutunu 
uçbirimde verirken hiçbir problemle karþýlaþmýyorum.

Bu komutu uçbirimde verdikten sonra *service* komutu çýktýsýnda 
*çalýþýyor* durumda olduðunu görebiliyorum ve ayrýca *service wicd stop* 
diyerek de bu servisi durduramýyorum. Fakat nedense *service wicd start* 
çalýþmýyor.

Bu konuda bilgisi olup paylaþýmda bulunacaklara þimdiden teþekkür ediyorum.

[1]: http://svn.pardus.org.tr/pardus/playground/ggorgen/wicd/

From ozan at pardus.org.tr  Sun Dec  7 02:25:32 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 07 Dec 2008 02:25:32 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <493B0C4A.3000607@gmail.com>
References: <493B0C4A.3000607@gmail.com>
Message-ID: <493B17FC.6030702@pardus.org.tr>

Gökmen Görgen wrote:
> Merhabalar,
> Ýnþa dosyalarýný þurada[1] görebileceðiniz wicd paketinin kurulumunda ve 
> herhangi bir sorun ile karþýlaþmýyorum; fakat servis betiðinde baþlama 
> komutu olarak verdiðim "*/usr/sbin/wicd &> /dev/null*" komutunu 
> uçbirimde verirken hiçbir problemle karþýlaþmýyorum.
>   
Selam,
- start metodunda dbus'ý baþlatmana gerek yok, zira dbus müdür 
tarafýndan baþlatýlýyor ve zaten baþlamazsa sistemde hiçbirþey 
çalýþmayacaðý için, o servis betiðini bile interpret edip o satýra 
gelemeyecek comar,

- os.system("pkill.."): Bu böyle yapýlmamalý(bad practice). Zaten 
service stop ile düzgün kapatýlýyorsa bir servis, start'ýn tekrar kill 
etmeye çalýþmasýna gerek yok. Ha eðer yok stop ile kapatamýyorsa o zaman 
stop'un düzeltilmesi gerekir.

- wicd'in çýktýlarýný /dev/null'a göndermene gerek yok, startService 
zaten o iþi hallediyor olmalý. Yönlendirmeyi kaldýrýnca bir ihtimal 
sorun düzelebilir, bilmiyorum.

Onun dýþýnda,

service start verdiðinde comar.log'a bakabilirsin bir þey düþüyor mu 
diye oraya. Onun dýþýnda en genel sorunlardan biri, comar servisi 
baþlatmak için kendini forkladýðýnda, servise ait komutun da kendini 
forklayarak, comarýn tuttuðu pid ile, komutun asýl pidinin tutmamasý. bu 
durumda hem status yanlýþ bilgi gönderiyor, hem stop çalýþmýyor. Bu 
yüzden en güzeli daemon'ýn kendisinin pid dosyasý yaratmasý, ancak 
daemon bunu yapmýyorsa pidfile= vermek gerekiyor gerçekten startService'e.

Stop ve status'ta, bu sorunu engellemek için pidfile= vermek yerine 
command="/usr/lib/wicd/wicd-daemon.py") verebilirsin.

Kurcala bi bakalým :)




-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From ozan at pardus.org.tr  Sun Dec  7 02:26:52 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 07 Dec 2008 02:26:52 +0200
Subject: [Gelistirici] =?utf-8?b?TmV0LkxpbmsgdmUgTcO8ZMO8cg==?=
In-Reply-To: <20081206235513.c2412796.nakof@zig.gen.tr>
References: <200811260950.51463.bahadir@pardus.org.tr>
	<20081206235513.c2412796.nakof@zig.gen.tr>
Message-ID: <493B184C.4020501@pardus.org.tr>

nihat ciddi wrote:
> ethernet (net) icin tanimlanmis baglantilarda, ornegin dhcp'den ip
> alamadiginda, bir onceki alinan ip'yi kullaniyor ve baglandim diyor.
> bu sekilde davranmasini engellemenin veya bu ozelligini kapatmanin bir
> yolu var midir? ayrica bunun bir getirisi var mi?
>   
Bunu çözmüþtü diye hatýrlýyorum Bahadýr branches/ altýndaki 
network-manager'da.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From rkirmizi at gmail.com  Sun Dec  7 02:36:10 2008
From: rkirmizi at gmail.com (Recep KIRMIZI)
Date: Sun, 7 Dec 2008 02:36:10 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <493B17FC.6030702@pardus.org.tr>
References: <493B0C4A.3000607@gmail.com> <493B17FC.6030702@pardus.org.tr>
Message-ID: <200812070236.10577.rkirmizi@gmail.com>

On Sunday 07 December 2008 02:25:32 Ozan Çaðlayan wrote:
> Kurcala bi bakalým :)
Uyu uyu :)
Sana da yazýk :)


From gkmngrgn at gmail.com  Sun Dec  7 03:18:13 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Sun, 07 Dec 2008 03:18:13 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <493B17FC.6030702@pardus.org.tr>
References: <493B0C4A.3000607@gmail.com> <493B17FC.6030702@pardus.org.tr>
Message-ID: <493B2455.7060203@gmail.com>

Ozan Çaðlayan wrote On 07-12-2008 02:25:
> service start verdiðinde comar.log'a bakabilirsin bir þey düþüyor mu 
> diye oraya. Onun dýþýnda en genel sorunlardan biri, comar servisi 
> baþlatmak için kendini forkladýðýnda, servise ait komutun da kendini 
> forklayarak, comarýn tuttuðu pid ile, komutun asýl pidinin tutmamasý. bu 
> durumda hem status yanlýþ bilgi gönderiyor, hem stop çalýþmýyor. Bu 
> yüzden en güzeli daemon'ýn kendisinin pid dosyasý yaratmasý, ancak 
> daemon bunu yapmýyorsa pidfile= vermek gerekiyor gerçekten startService'e.
>
> Stop ve status'ta, bu sorunu engellemek için pidfile= vermek yerine 
> command="/usr/lib/wicd/wicd-daemon.py") verebilirsin.
>
> Kurcala bi bakalým :)
>   
Hala yapamadým ya =( Xfce kullanýcýlarýnýn en büyük açýðýný kapatacak 
programýn servis betiðini bir türlü adam edemedim gitti..

service start verdiðimde þöyle bir log düþüyor => http://dpaste.com/96691/

bunun dýþýnda dediklerinin hepsini düzelttim ama sonuç gene deðiþmedi. 
Son halini buradan bakabilirsin: 
http://svn.pardus.org.tr/pardus/playground/ggorgen/wicd/comar/service.py

From gkmngrgn at gmail.com  Sun Dec  7 04:31:16 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Sun, 07 Dec 2008 04:31:16 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <493B17FC.6030702@pardus.org.tr>
References: <493B0C4A.3000607@gmail.com> <493B17FC.6030702@pardus.org.tr>
Message-ID: <493B3574.7010704@gmail.com>

Ozan Çaðlayan wrote On 07-12-2008 02:25:
> Kurcala bi bakalým :)
>   

Þaka gibi bu wicd =) Bir türlü beceremedim arkadaþlar, bu konuda bana 
yardýmcý olabilecek birileri olursa gerçekten çok sevineceðim. Xfce'nin 
çok büyük bir eksiði kapanmýþ olacak.

From ozan at pardus.org.tr  Sun Dec  7 12:07:33 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 07 Dec 2008 12:07:33 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <493B3574.7010704@gmail.com>
References: <493B0C4A.3000607@gmail.com> <493B17FC.6030702@pardus.org.tr>
	<493B3574.7010704@gmail.com>
Message-ID: <493BA065.1020709@pardus.org.tr>

Gökmen Görgen wrote:
> Ozan Çaðlayan wrote On 07-12-2008 02:25:
>   
>> Kurcala bi bakalým :)
>>   
>>     
>
> Þaka gibi bu wicd =) Bir türlü beceremedim arkadaþlar, bu konuda bana 
> yardýmcý olabilecek birileri olursa gerçekten çok sevineceðim. Xfce'nin 
> çok büyük bir eksiði kapanmýþ olacak.
>   
def start():
    startService(command="/usr/sbin/wicd")

@synchronized
def stop():
    stopService(command="/usr/lib/wicd/wicd-daemon.py")

Baþlattýðýn komutla durdurduðun komut niye farklý? Comar'a düþen log'a göre bir dosyayý
bulamýyor. Bu /usr/sbin/wicd -> /usr/lib/wicd/wicd-daemon.py olmasýn?


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From tekman at pardus.org.tr  Sun Dec  7 12:46:35 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Sun, 7 Dec 2008 12:46:35 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081206112840.91aad407.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051455.24246.tekman@pardus.org.tr>
	<20081206112840.91aad407.dfisek@fisek.com.tr>
Message-ID: <200812071246.35527.tekman@pardus.org.tr>

6 Aralýk 2008 Cumartesi 11:28:40 tarihinde Doruk Fisek þunlarý yazmýþtý:
> Sorabilirsiniz ki, arkadasim konu satirinda "kararli depoya paket gecis
> sureci" yaziyor, ne alaka bunlar? Cunku ciddi onerilerin/tartismalarin
> gelip carptigi "hede olmaliyiz" (ustteki amaclardan birini secin) ve
> arkasindan gelen "insan gucu yetersiz" duvarindan sýkýlmýþ durumdayim.
>
> Bu konudaki tartismanin gidisatindan da anlasilabilecegi uzere "kimin,
> neyi, neden, kim icin" yaptigi belli olmadigi ve onceliklendirme de
> yapilmadigi icin ihtiyaclar dag gibi buyuyor ve insan gucu yetmiyor
> duvarina tosluyoruz.

2004 yýlý Þubat ayýnda Trabzon'da Akademik Biliþim sýrasýnda bir grup Pardus 
(o zaman adý bile yoktu) geliþtiricisi (o zaman birþey geliþtirilmiyordu 
bile) ile birlikte LKD üyesi (ve yanýlmýyorsam YK) bir grup arkadaþa Pardus'u 
(o zaman Uludað idi *proje*nin adý, ürün yoktu bile) anlattýðýmýzý 
anýmsýyorum, sabahlara kadar süren bir ateþli toplaþma ile.  O toplaþmadan 
benim çýkardýðým ana fikir bu arkadaþlarýn "böyle birþeye ne gerek var" 
dedikleri idi. Aradan beþ yýl geçti, tasarým proje oldu, proje ürün oldu, 
ürün aldý yürüdü. Öncelikle her zaman ve her durumda insan kaynaðý yetmeyen 
bu projenin çalýþanlarý zamanýnda 2, zamanýnda 4 kiþi çalýþarak 
gerçekleþtirdiler bunu. Sonrasýnda da bu insanlara inanýp bunlarý iþe 
alanlar, bu insanlara inanýp bunlarýn geliþtirdikleri sistemi kullanalar, ve 
bu insanlara inanýp bu sistemin geliþmesine el verenler...

Aradan beþ yýl geçti ve yine ayný þey sorgulanýyor. "Ne gerek var bunlara?" 
deniyor. Pardus, geçtiðimiz dört yýl içerisinde (ben miladý Ekim 2004'e 
koyuyorum) Türkiye'de özgür yazýlým sahnesini deðiþtirdi, ciddi olarak. Bunu, 
evet, UEKAE'nin pek çok eleman iþe almasý ve maddi destek vermesi ile 
yaptý... Bunu, evet, uzunca bir süredir PR ile ilgili herhangi bir sözleþme 
yükümlülüðü olmayan, ve buna karþýn ET'nin 1 YTL'lik ödemeleri ile pek çok 
iþimize yetiþen, aslen ve sözleþmesi uyarýnca, Türkiye'nin belki de görüp 
göreceði en etkin ve doðru camia oluþturma ve geliþtirme iþini ortaya koyan 
artistanbul ve baþta Ali Iþýngör sayesinde yaptý... Bunu, evet, þu anda 
bizimle olsun ya da olmasýn bu iþe inanan, her yeni "iþ" getirdiðimde önce 
bir homurdanýp sonrasýnda hakkýyla ve daha fazlasýyla yerine getiren ekibi 
ile yaptý...

Ama þimdi bir kez daha "daðýtýmý çýkarýn, gerisine karýþmayýn" deniyor, beþ 
yýl önce "pek çok daðýtým var, ne gerek var yenisine, siz uygulama 
geliþtirin" dendiði gibi... Bundan beþ sene sonra nerede olabileceðimizi 
düþünmek yerine "duralým, bu kadar gitmek yeter" deniyor...

Bu denenleri o gün kabul etmemiþtim, bugün de kabul etmiyorum. Pardus, 
Türkiye'de özgür yazýlým ortamýný deðiþtirmekle yetinmeyecek, Türkiye'de 
biliþim ortamýný da etkileyecek, belki onu da dönüþtürecek. Pardus, 
Türkiye'de özgür yazýlým ortamýný deðiþtirmekle yetinmeyecek, dünyada da 
özgür yazýlým ortamýný etkileyecek, belki onu da dönüþtürecek. Bunlarý 
söylerken dört yýllýk geçmiþe bakarak söylüyorum, kafadan atmýyorum. Bunu 
söylerken, belki de, bu projenin neye gereksinimi olduðu ve bu 
gereksinimlerini ne þekilde karþýlayabileceði konusunda pek çok seviye ve 
yönden en fazla bilgi sahibi olan kiþi olarak söylüyorum...

Uygun görürseniz bu tartýþmayý bu konu altýnda daha fazla uzatmayalým. Çünkü 
geliþtiricileri Pardus'un paydaþlarýndan yalnýzca bir kýsmý. Eðer projenin 
doðru planlanýp yönetilmediði konusunda bir endiþe varsa, ki var, 
anlaþýlýyor, bunu tüm paydaþlarýn (TÜBÝTAK, UEKAE, UEKAE ekibi, 
geliþtiriciler, katkýcýlar, kullanýcýlar, kullanan ve kullanabilecek kamu 
kuruluþlarý, kullanan ve kullanabilecek özel kurumlar, iþ ortaklarý, 
potansiyel iþ ortaklarý, ...) yer aldýðý bir platformda yapmakta yarar var. 
Bunu sanal ortamda yapabileceðimiz gibi fiziksel olarak da yapabiliriz, belki 
daha yerinde olan da budur. Bu platformdan, kanýmca paydaþlarýn en fazlasýyla 
doðrudan iliþki kurabilen bir platformun temsilcisi olarak, sevgili Ali 
Iþýngör'e de çaðrýda bulunayým: Bu tip bir toplantýnýn en erken ne zaman 
düzenlenebileceðini, nerede düzenlemenin yerinde olacaðýný, olasý bütçesini 
belirlesin. O zaman sizleri "ET hesap veriyor" toplantýsýna davet edelim...

Herkese iyi bayramlar...

ET

From turkersezer at tsdesign.info  Sun Dec  7 13:30:38 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Sun, 7 Dec 2008 13:30:38 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812071246.35527.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081206112840.91aad407.dfisek@fisek.com.tr>
	<200812071246.35527.tekman@pardus.org.tr>
Message-ID: <200812071330.39043.turkersezer@tsdesign.info>

Merhabalar,

Bu baþlýk altýnda bu kadar konuþulduktan sonra bu postanýz pek güzel olmamýþ. 
(Bunu söylediðim için kusuruma bakmayýn, nedenleri aþaðýda yazýlý.) Ben her 
ne kadar öyle olduðuna inanmasam da, insanlarý bunun doðru olmadýðýna ikna 
etmeye çalýþsam da baþlýkta daha önce yazýlan çekincelerin yerinde olduðunu 
doðrular bir mesaj olmuþ. (Lakin ben hala inanmak istemiyorum insanlarýn bu 
çekincelerinin gerçek olduðuna)

Doruk'la ya da baþkalarýyla aranýzda yaþananlardan dolayý Doruk'un 
söylediklerinden farklý anlamlar çýkarýp cevaplamýþ olabilirsiniz fakat bu 
tartýþmanýn herhangi bir noktasýnda birinin ne gerek var bu yapýlanlara 
dediðini ya da diyeceðini sanmýyorum.

Çoðunluðun önerisi -sizin elbette kendi içinizde yapmýþ olduðunuz fakat bizim 
dýþardan bakýnca göremediðimiz- "yapýlacaklar ve öncelikleri" listesinin 
geneline bakmamýz, bu iþlerin hangilerinin Tübitak çalýþaný olmayan 
geliþtiricilerimizle yapýlabileceðini, bu noktada nasýl bir süreç 
izlenebileceðini belirlememiz yönünde sanýrým. Burada tartýþmaya katýlanlarýn 
bu önerileri sunmasýndaki maksat "bu iþleri býrakalým"dan ziyade "bu iþleri 
hep beraber daha rahat ve kaliteli yapalým" olsa gerek.

Üzerinde fikir yürütmek için resmin bütününü görmek isteyen geliþtiricilerimiz 
sanmýyorum ki bütünü görünce çözüm  önerisi olarak bu iþler gereksizler, 
bunlarý çýkaralým desinler. Asýl maksat olsa olsa bir önceki paragrafta 
dediðim daðýtýlabilir iþleri daðýtmak için uygun modeller geliþtirmek 
olabilir. 

En baþýnda beri bu projenin maksadý sadece bir daðýtým deðil ayný zamanda bir 
özgür yazýlýmý ekosistemi oluþturmak dedik. Þimdi de bu tartýþma içinde 
sadece daðýtýma deðil bu geliþime de yerinde bir katkýda bulunma fýrsatý 
yakaladýk.

Geliþtiricilerimizi yanlýþ anladýðýnýzý "bu tartýþma burda biter" fikrinizin 
hala geçerli olmadýðýný umuyorum.


Saygýlar
Türker

From gurer at pardus.org.tr  Sun Dec  7 13:33:24 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Sun, 7 Dec 2008 13:33:24 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812071246.35527.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081206112840.91aad407.dfisek@fisek.com.tr>
	<200812071246.35527.tekman@pardus.org.tr>
Message-ID: <200812071333.24924.gurer@pardus.org.tr>

On Sunday 07 December 2008 12:46:35 Erkan Tekman wrote:

> Aradan beþ yýl geçti ve yine ayný þey sorgulanýyor. "Ne gerek var bunlara?"
> deniyor.

Ben Doruk'un yazdýklarýndan böyle bir anlam çýkarmadým. Doruk temel olarak iki 
þey söylemiþ:

Birincisi, eðer iþgücü sýkýntýsý varsa, projenin hedefinin ne olduðuna karar 
verip, eldeki iþgücünü buna göre planlamak gerekir demiþ.

Ýkincisi, aslýnda elde iþgücü de var (bunu sayarken mesela stajyerler gibi 
ciddi bir kaynaðý da atlamýþ), ama hedefin iyi belirlenemeyiþi yüzünden heba 
oluyor demiþ.

Ben birinci maddeye katýlýyorum. Tübitak'ýn Pardus konusunda gerçek bir 
vizyonu olmadýðýný biliyorum. Serbest bir araþtýrma projesi gibi bakýyorlar. 
Eðer öyle deðilse veya durum deðiþtiyse açýklayýn lütfen. Vizyonumuzu proje 
olarak biz çizdik hep. Þimdi de hedefimiz daðýtýmý sürdürmek mi, yeni 
teknolojiler üretmek mi, yurtdýþýna açýlmak mý, kaynaklarýmýzý arttýracak 
kurumsal iþlere yönelmek mi, bunu hep birlikte belirleyebiliriz.

Ýkinci maddeye ise tam katýlmýyorum, tek bir hedef için bile hâlâ çok emeðe 
ihtiyaç var. Ancak bir dengesizlik olduðu da doðru. Bu kadar seneden sonra, 
hâlâ birkaç kiþinin kendini yýpratarak bütün iþleri yapmasý modelini iyi bir 
þey gibi savunuyorsunuz. Ayrýca gönüllü geliþtiricileri daðýtýmýn tam bir 
parçasý yapmak ve stajyerleri iyi deðerlendirmek gibi konularda istediðimiz 
düzeyin altýndayýz.

Þimdi siz de bu fikirler üzerinden düþüncenizi açýklarsanýz konuyu daðýtmamýþ 
oluruz.

> O zaman sizleri "ET hesap veriyor" toplantýsýna davet edelim...

Bu tür "show" lara hiç gerek yok. Derdimiz kiþilerle uðraþmak deðil, aksaklýðý 
düzeltecek çözümü bulmak. Aksaklýk burada geliþtirme süreci içinde; UEKAE ile 
yada ArtÝstanbul ile yada Pardus kullanýcýlarý ile bir ilgisi yok.

From ozan at pardus.org.tr  Sun Dec  7 14:06:15 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 07 Dec 2008 14:06:15 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812071333.24924.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>	<20081206112840.91aad407.dfisek@fisek.com.tr>	<200812071246.35527.tekman@pardus.org.tr>
	<200812071333.24924.gurer@pardus.org.tr>
Message-ID: <493BBC37.7000008@pardus.org.tr>

Gürer Özen wrote:
> On Sunday 07 December 2008 12:46:35 Erkan Tekman wrote:
>
> Ýkinci maddeye ise tam katýlmýyorum, tek bir hedef için bile hâlâ çok emeðe 
> ihtiyaç var. Ancak bir dengesizlik olduðu da doðru. Bu kadar seneden sonra, 
> hâlâ birkaç kiþinin kendini yýpratarak bütün iþleri yapmasý modelini iyi bir 
> þey gibi savunuyorsunuz. Ayrýca gönüllü geliþtiricileri daðýtýmýn tam bir 
> parçasý yapmak ve stajyerleri iyi deðerlendirmek gibi konularda istediðimiz 
> düzeyin altýndayýz.
>   
Gerçekten bunlarý burada "geliþtirici" listesi adýndaki bir listede 
"kararlý depoya paket geçiþ süreci" isimli baþlýkta tartýþmak 
istemiyorum. Geliþtirici listesini zaten anlamadýðým bir þekilde 
"geliþtirme" ile uzaktan yakýndan alakasý olmayan bütün tartýþmalara 
alet etmeyi bir þekilde baþarýyoruz. Belki de ayrý bir liste açmalýyýz, 
hiç bilmiyorum.

Burada katýlmadýðým tek þey ise, gönüllü geliþtiricileri ve stajyerleri 
iyi deðerlendirmek konusu. Bir açýk kaynaklý özgür yazýlým projesinden 
bahsediyoruz, her þeyimiz ortada. Bir sorunu olan bu listeden cevabýný 
kýsa ya da uzun zamanda ama bir þekilde alýyor. Bizim bir görevlendirme 
mi yapmamýz lazým? 1000'e yakýn açýk hatamýz var, aþaðý yukarý her gün 
1000'inin de üzerinden kuþbakýþý geçip listeyi küçültmeye çalýþýyorum. O 
liste orada duruyor, gayet gönüllü geliþtiriciler, katkýcýlar, hata 
çözümüne katkýda bulunup bize yardýmcý olup, bizi sevindirebilir.

Ya da örneðin ortalama 2-3 adet "Printer'ým çalýþmýyor, þurada sürücüsü" 
þeklinde hatalar giriyor. Bu sürücüler lisans problemi dolayýndan depoya 
alýnamayacak sürücüler ve paketleyip playground'a atýp hatayý 
kapatýyorum. Diðer daðýtýmlarda ise bu hatalarý giren insanlar ya da 
katkýcýlar oturup kurcalayýp bozup parçalayýp o printer'ý çalýþtýrýp, 
bir yerlere nasýl çalýþtýrdýklarýný yazýyorlar ve konu kapanýyor.

Veya SVN deposu ortada, geliþtirici olmak istiyorum diye baþvuranlarý 
mümkün olduðunca geri çevirmiyoruz, bu aralar paketçi bakýmýndan da 
kaliteli insanlar kazandýðýmýzý düþünüyorum. Biri çýkýp "kardeþim ben þu 
þu projeyi yapacaðým" diyip playgroundunda bir þeyler geliþtirebilir.

Diðer daðýtýmlarýn katkýcýlarý/gönüllü geliþtiricileri toplayýp "sen 
þunu yap, sen de þunu" dediðini sanmýyorum. Herkes kendine güvendiði 
alanda bir þeyleri týrmalamaya baþlar ve zaten o iþi iyi yapýyorsa onun 
yaptýðý çalýþma beklediði ilgiyi çeker ve daðýtýmda hakettiði yeri alýr. 
Biz istiyoruz ki gönüllü geliþtiriciler/katkýcýlar daha iyisini yapsýn, 
daha fazla katkýda bulunsun, buna karþý bir düsturumuz falan da yok. 1-2 
ay önce çekirdek ekip/katkýcý ayrýmcýlýðýndan falan bahsedildi. Dehþete 
düþtüm okuduðumda.

Ýyi günler.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From gurer at pardus.org.tr  Sun Dec  7 14:26:27 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Sun, 7 Dec 2008 14:26:27 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <493BBC37.7000008@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071333.24924.gurer@pardus.org.tr>
	<493BBC37.7000008@pardus.org.tr>
Message-ID: <200812071426.28016.gurer@pardus.org.tr>

On Sunday 07 December 2008 14:06:15 Ozan Çaðlayan wrote:

> Diðer daðýtýmlarýn katkýcýlarý/gönüllü geliþtiricileri toplayýp "sen
> þunu yap, sen de þunu" dediðini sanmýyorum.

Yanlýþ anlamýþsýn. Gelip de emek koyan adamýn emeðini deðerlendiremediðimizden 
bahsediyorum ben. Kaç kiþi çalýþtý paket imzalama üzerinde, hiçbiri zorla 
çalýþmadý. Kod yazýldý epey bir miktar. Sonuç nedir? Niye böyle oldu, bu 
sorulara cevap arayalým.

> Biz istiyoruz ki gönüllü geliþtiriciler/katkýcýlar daha iyisini yapsýn,
> daha fazla katkýda bulunsun, buna karþý bir düsturumuz falan da yok.

Bu sadece bir istek ise, daha yýllarca bekleriz. Böyle bir þey gerçek dünyada 
olmuyor çünkü. Gelen adam kötü çözümler üretiyor, bazý þeyleri bilmiyor, 
kendisini projeye ait hissedemiyor. Bu aþamada yardýmcý olmak lazým ki, 
geliþip beklediðin düzeye gelebilsinler. Bu isteði gerçeðe dönüþtürmek için 
geliþtiricilere bilgi ve ilgi göstermek þart.

Bir ayrým ise elbette var. Bazý iþler kimsenin yapmak istemeyeceði sýkýcý 
yorucu iþler. Bunlarýn yapýlmasý için para harcanýyor. Çekirdek ekibin diðer 
geliþtiricilerden farký bu. Ekibin de sanki boþ zamanýnda bu iþle ilgilenen 
kiþiler gibi davranmasý makul olur mu sence?

From gkmngrgn at gmail.com  Sun Dec  7 14:43:21 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Sun, 07 Dec 2008 14:43:21 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <493BA065.1020709@pardus.org.tr>
References: <493B0C4A.3000607@gmail.com>
	<493B17FC.6030702@pardus.org.tr>	<493B3574.7010704@gmail.com>
	<493BA065.1020709@pardus.org.tr>
Message-ID: <493BC4E9.4020201@gmail.com>

Ozan Çaðlayan wrote On 07-12-2008 12:07:
> Gökmen Görgen wrote:
>   
>> Ozan Çaðlayan wrote On 07-12-2008 02:25:
>>   
>>     
>>> Kurcala bi bakalým :)
>>>   
>>>     
>>>       
>> Þaka gibi bu wicd =) Bir türlü beceremedim arkadaþlar, bu konuda bana 
>> yardýmcý olabilecek birileri olursa gerçekten çok sevineceðim. Xfce'nin 
>> çok büyük bir eksiði kapanmýþ olacak.
>>   
>>     
> def start():
>     startService(command="/usr/sbin/wicd")
>
> @synchronized
> def stop():
>     stopService(command="/usr/lib/wicd/wicd-daemon.py")
>
> Baþlattýðýn komutla durdurduðun komut niye farklý? Comar'a düþen log'a göre bir dosyayý
> bulamýyor. Bu /usr/sbin/wicd -> /usr/lib/wicd/wicd-daemon.py olmasýn?
>
>
>   
gkmngrgn at gacer ~ $ cat /usr/sbin/wicd
#!/bin/bash

exec python -O /usr/lib/wicd/wicd-daemon.py $@

zaten onu çalýþtýrmaya yarayan bir komut bu. Neyi arýyor da bulamýyor 
hala anlamýþ deðilim, çok garip.

From ozan at pardus.org.tr  Sun Dec  7 14:44:11 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 07 Dec 2008 14:44:11 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812071426.28016.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>	<200812071333.24924.gurer@pardus.org.tr>	<493BBC37.7000008@pardus.org.tr>
	<200812071426.28016.gurer@pardus.org.tr>
Message-ID: <493BC51B.2040109@pardus.org.tr>

Gürer Özen wrote:
> On Sunday 07 December 2008 14:06:15 Ozan Çaðlayan wrote:
>
>   
>> Diðer daðýtýmlarýn katkýcýlarý/gönüllü geliþtiricileri toplayýp "sen
>> þunu yap, sen de þunu" dediðini sanmýyorum.
>>     
>
> Yanlýþ anlamýþsýn. Gelip de emek koyan adamýn emeðini deðerlendiremediðimizden 
> bahsediyorum ben. Kaç kiþi çalýþtý paket imzalama üzerinde, hiçbiri zorla 
> çalýþmadý. Kod yazýldý epey bir miktar. Sonuç nedir? Niye böyle oldu, bu 
> sorulara cevap arayalým.
>
>   
>> Biz istiyoruz ki gönüllü geliþtiriciler/katkýcýlar daha iyisini yapsýn,
>> daha fazla katkýda bulunsun, buna karþý bir düsturumuz falan da yok.
>>     
>
> Bu sadece bir istek ise, daha yýllarca bekleriz. Böyle bir þey gerçek dünyada 
> olmuyor çünkü. Gelen adam kötü çözümler üretiyor, bazý þeyleri bilmiyor, 
> kendisini projeye ait hissedemiyor. Bu aþamada yardýmcý olmak lazým ki, 
> geliþip beklediðin düzeye gelebilsinler. Bu isteði gerçeðe dönüþtürmek için 
> geliþtiricilere bilgi ve ilgi göstermek þart.
>   
Bu aþamada eksiðimiz belgelendirme. Bunu hepimiz biliyoruz ama 
hiçbirimiz o belgeleri yazmak için doðru dürüst vakit bulamýyoruz. O 
belgeleri yazmaktansa daðýtýmla ilgili bir þeyler yapmayý tercih 
ediyoruz, içimizden öylesi geliyor belki. Bir þekilde kendimizi 
baskýlayýp o belgeleri lök diye yumurtlamamýz lazým. Sanýrým içinde 
sadece bir metin editörü ve bilimum kaynak belgeden baþka hiçbirþeyi 
olmayan birer laptopla tüm geliþtiricileri ýssýz adaya göndermek 
gerekiyor :)
> Bir ayrým ise elbette var. Bazý iþler kimsenin yapmak istemeyeceði sýkýcý 
> yorucu iþler. Bunlarýn yapýlmasý için para harcanýyor. Çekirdek ekibin diðer 
> geliþtiricilerden farký bu. Ekibin de sanki boþ zamanýnda bu iþle ilgilenen 
> kiþiler gibi davranmasý makul olur mu sence?
>   
Görev ayrýmýndan çok psikolojik ve kiþisel bir ayrýmýn bahsi geçti. 
Yoksa senin dediðin baþka bir þey.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From ugur.jnmbk at gmail.com  Sun Dec  7 14:48:16 2008
From: ugur.jnmbk at gmail.com (=?UTF-8?Q?U=C4=9Fur_=C3=87etin?=)
Date: Sun, 7 Dec 2008 14:48:16 +0200
Subject: [Gelistirici] [Contrib-commits] r9049 -
	2008/desktop/kde/mtaskbar
In-Reply-To: <20081129161142.a330b326.onur@pardus.org.tr>
References: <20081126134937.40439138404C@liste.pardus.org.tr>
	<20081127231158.68822038.onur@pardus.org.tr>
	<9dca79e40811272157w19e218dfj1f935734bc81ce90@mail.gmail.com>
	<20081129161142.a330b326.onur@pardus.org.tr>
Message-ID: <9dca79e40812070448j4e21d9c3hb59bef5e850ecb44@mail.gmail.com>

29 Kasým 2008 Cumartesi 16:11 tarihinde Onur Küçük <onur at pardus.org.tr> yazdý:
>  mtaskbar o anki kicker taskbar kodunu alýp onun üzerine deðiþiklikler
> yaparak bu hale geliyor. Aslýnda o o kodu güncellersek çalýþýr,
> ancak bu iþ ne kadar masraflý / deðer mi bilmiyorum.
>
>  Depodan çýkarýlmasýna bir itirazým yok (son söz benim deðil). Ancak
> çýkarýlacaksa index düzeltmesi gibi þeylerin de yapýlmasý gerekiyor.

Kimsenin KDE4 arefesinde bununla uðraþmak isteyeceðini düþünmüyorum.
Bir haftadýr baþka ses çýkmadýðýna göre contrib depo görevlileri bunu
2008 deposundan çýkartýp indexi güncelleyebilir mi?

-- 
Uður Çetin

From turkersezer at tsdesign.info  Sun Dec  7 14:48:06 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Sun, 7 Dec 2008 14:48:06 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <493BBC37.7000008@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071333.24924.gurer@pardus.org.tr>
	<493BBC37.7000008@pardus.org.tr>
Message-ID: <200812071448.06253.turkersezer@tsdesign.info>

On Sunday 07 December 2008 14:06:15 Ozan Çaðlayan wrote:
> Gerçekten bunlarý burada "geliþtirici" listesi adýndaki bir listede
> "kararlý depoya paket geçiþ süreci" isimli baþlýkta tartýþmak
> istemiyorum. Geliþtirici listesini zaten anlamadýðým bir þekilde
> "geliþtirme" ile uzaktan yakýndan alakasý olmayan bütün tartýþmalara
> alet etmeyi bir þekilde baþarýyoruz. Belki de ayrý bir liste açmalýyýz,
> hiç bilmiyorum.

   On Tuesday 02 December 2008 15:34:51 Erkan Tekman wrote:
   > Baþta mevcut ve gelecek sürüm yöneticileri, depo sorumlusu ve tüm
   > geliþtiricilerden katkýlarýný rica ediyorum. Bu tartýþma bir ortak karara
   > varana kadar açýk kalsýn lütfen... 

Bunu söylemek için biraz geç deðil mi sence? Bu kadar konuþulduktan 
tartýþýldýktan sonra. Hem de tartýþmanýn ikinci epostasý sayýn Tekman'dan 
gelmiþken ve kendisi yukarýda alýntýladýðým kýsmý yazmýþken.

Ayrýca bu tartýþmanýn Pardus'un geliþimi ile ilgili olmadýðýný söylemek ne 
kadar doðru onu da bilemiyorum. Yok eðer tek sýkýntý baþlýksa cevap yazarken 
düzeltiriz onu.

> Burada katýlmadýðým tek þey ise, gönüllü geliþtiricileri ve stajyerleri
> iyi deðerlendirmek konusu. Bir açýk kaynaklý özgür yazýlým projesinden
> bahsediyoruz, her þeyimiz ortada. Bir sorunu olan bu listeden cevabýný
> kýsa ya da uzun zamanda ama bir þekilde alýyor. Bizim bir görevlendirme
> mi yapmamýz lazým?

Bu þimdiye kadar gönüllülerle ilgili çokça söylenen birþey fakat iþler 
olmadýðýný, olamadýðýný görüyoruz uzun süredir. Ayrýca bu tartýþma 
çerçevesinde saðlanmaya çalýþýlan katký, aþýlmaya çalýþýlan sorun, bugzillada 
açýk hata var onlar kapansýn, birileri yeni paket yapsýndan öte. Birinin bu 
dediklerini yapmasý için (svn hesabý sahibi olmasý, Pardus geliþtiricisi 
olmasý gibi) Pardus'la bir baðý olmasýna zaten gerek yok. Herhangi biri özgür 
bir projenin hata takip sisteminde gördüðü hatayý doðrulayabilir, çözümü 
varsa sunabilir, caný istiyorsa çözebilir.

Bu baþlýkla ulaþýlmaya çalýþýlan hedef Pardus geliþtiricilerinin Pardus 
geliþtirme süreçlerine kontrollü ve aktif olarak katýlýmýný saðlamak olsa 
gerek. Herhangi birinin zaten yapabileceði iþleri geliþtiricilerimize buyrun 
bunlar var diye gösterdikçe, insanlar niye kendini herhangi biri gibi 
hissediyor demek hakkýmýzý da kaybediyoruz.

> Diðer daðýtýmlarýn katkýcýlarý/gönüllü geliþtiricileri toplayýp "sen
> þunu yap, sen de þunu" dediðini sanmýyorum.

Diðer daðýtýmlarýn her yaptýðýný doðru kabul etmiyor, kendi sorunlarýmýza, 
kendi yapýmýza uygun çözümler üretiyoruz, üretmeye çalýþýyoruz diye 
düþünüyorum, yanlýþ mýyým?

> Biz istiyoruz ki gönüllü geliþtiriciler/katkýcýlar daha iyisini yapsýn,
> daha fazla katkýda bulunsun, buna karþý bir düsturumuz falan da yok. 1-2
> ay önce çekirdek ekip/katkýcý ayrýmcýlýðýndan falan bahsedildi. Dehþete
> düþtüm okuduðumda.

Herkes ayný þeyi istiyor, burada bu istediðimizi nasýl 
gerçekleþtirebileceðimizi bulmaya çalýþýyoruz. Dýþarýdan gelecek katkýya 
karþý olmadýðýmýza inanýyorum -böyle düþünmeyen çokça insan olsa da- fakat 
gelen katkýdan da yeter miktarda faydalanamýyoruz.

Bu tartýþma sonucunda en kârlý çýkacak taraf Pardus'sa, bir sonra kârlý 
çýkacak taraf hepsi birkaç kiþilik çalýþmak zorunda kalan Tübitak personeli 
geliþtiricilerimiz.

Þu ana kadar detayýna girilmese de söylenen en makul çözüm Tübitak personeli 
geliþtiriciler mentorluðunda iþlerin tüm geliþtiricilere yayýlmasý, yani 
Tübitakta çalýþan bir geliþtiricinin 5 kiþilik çalýþmasý yerine, 5 kiþinin 
yaptýðý iþi koordine etmesi. Zaman içinde boþa çýkan vaktinde de þu an 
mecburiyetten çokça ötelenen iþleri yapmasý.

Bu kadar yazmýþken hemen bu iþlere de bir örnek vereyim.

Þu an dýþarýdan Pardus süreçlerine ilgi duyan birinin bu süreçlere dahil 
olmasý için tek yol bir nevi usta-çýrak iliþkisi -ki bunun ne kadar uzun bir 
süreç olduðu hepimizin malumu-. Yeni gönüllülerimiz iþin ucunu nereden 
tutarsa tutsun, 0dan baþlamak ve zamanla ilerlemek zorunda. Bu da biri 
gittiðinde yerinin hemen doldurulamamasýna neden oluyor. Pardus 
araçlarýný/süreçlerini tasarlayanlar, geliþtirenlere fýrsat 
yaratabildiðimizde, belgelendirme yapabildiklerinde, her gelen 0dan baþlamak 
zorunda kalmayacak ki bu da yaþadýðýmýz sýkýntýlardan birinin süreç içinde 
azalmasý anlamýna gelecek.

Henüz detaylarýn zamaný olmamasýna raðmen pek uzun yazýyorum, kusuruma 
bakmayýn. Zira birþeyleri açýkça söylemedikçe yanlýþ anlamalara saplanmaktan 
ve bu tartýþmanýn da boþa çýkmasýndan çekiniyorum.


Saygýlar
Türker

From coderlord at gmail.com  Sun Dec  7 16:12:42 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Sun, 7 Dec 2008 16:12:42 +0200
Subject: [Gelistirici] =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
Message-ID: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>

Aslýnda NM'ye de Public bir ortamda mýsýn, Evde misin? gibi bir soru
ekleyebiliriz að baðlantýsý kurarken. Seçime göre Public ise,
Firewall'da daha önce izin verilen portlar kapatýlýr. Ne dersiniz?
Bunu yapmak için Firewall Comar bacaðýnda bir deðiþikliðe gerek olur
mu?

Refactoring de bunu da göz önüne alsak diye soruyorum.

Hem güzel bir güvenlik özelliði, hem de uygulanmasý çok zor olmaz diye
düþünüyorum. Ne dersiniz?

-- 
Furkan Duman

From bahadir at pardus.org.tr  Sun Dec  7 16:19:57 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Sun, 7 Dec 2008 16:19:57 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
Message-ID: <200812071620.02158.bahadir@pardus.org.tr>

07 Ara 2008 Paz tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Aslýnda NM'ye de Public bir ortamda mýsýn, Evde misin? gibi bir soru
> ekleyebiliriz að baðlantýsý kurarken. Seçime göre Public ise,
> Firewall'da daha önce izin verilen portlar kapatýlýr. Ne dersiniz?
> Bunu yapmak için Firewall Comar bacaðýnda bir deðiþikliðe gerek olur
> mu?

Tüm sistemi kapsayacak bir profil sistemi olsa aslýnda, evdeyken açýk 
olacak baðlantýlarý, servisleri, host ayarlarýný, çalýþtýrýlacak betikleri 
belirleyebilsek. Ofise gittiðimizde proxy ayarlarý otomatik yapýlsa, SSH 
kapansa...

Haydi beyin fýrtýnasý baþlasýn :)
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081207/ec09a1a0/attachment.pgp 

From coderlord at gmail.com  Sun Dec  7 16:23:00 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Sun, 7 Dec 2008 16:23:00 +0200
Subject: [Gelistirici] Network manager'a VPN.
Message-ID: <4cca720b0812070623w32157ad8u454084c0465ef0dc@mail.gmail.com>

PPTP VPN baðlantýsýný NM'e eklemek istiyorum. Ancak bunu hangi yol ile
yapacaðým konusunda çeliþkilerim var.

VPN, bir að aygýtý üzerinden kurulabilen bir baðlantý olduðu için, hem
profil desteði olmalý, hem de "UP" olarak býrakýlýrsa açýlýþta
otomatik baþlamamalý veya baþlayacaksa bile üzerinden geçeceði að
baðlantýsý kurulduktan sonra baþlamalý.

Bir aygýta baðýmlý olmamalý ki þu an NM' bir aygýta atanmýþ
profillerin listesini göstermekte.

svn'deki kodda VPN desteði eklenmiþti. NM içinden bir düðme vasýtasý
ile ayarlarýn açýlmasý seçilmiþ. Ancak buradaki ekran PPTP için benim
ihtiyaçlarýmý karþýlamýyor. PPTP için baþka birçok ayar verisi
saðlamak gerekebiliyor.

VPN'i NM'den ayrý bir uygulama olarak geliþtirip, NM içine kýsayol ile
eriþim ekleyebiliriz diye düþündüm. Ancak çok generic bir yapýsý
olmayacak sanýrým. OpenVPN için ayrý, PPTP için ayrý ekranlarýmýz (en
azýndan detay ayar ekranlarý) lazým.

PPTP PPP'yi kullanarak baðlantý kuruyor. Þu ana kadar PPP
baðlantýsýnýn baþarýlý olduðunu ve hangi arabirimin (ppp0, ppp1 vs.)
buna atandýðýný nasýl anlayacaðýma dair bir yol bulamadým. PPP'nin
link.py'ýnda bu sorun nasýl halledilmiþ bunu da anlayamadým. PPP
baðlantý durumu ve baðlantý arabirimini nasýl alýrým?

Sizin önerileriniz, görüþleriniz nelerdir.

-- 
Furkan Duman

From dfisek at fisek.com.tr  Sun Dec  7 16:27:59 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Sun, 7 Dec 2008 16:27:59 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
Message-ID: <20081207162759.87edb751.dfisek@fisek.com.tr>

Sun, 7 Dec 2008 16:12:42 +0200, "Furkan Duman" <coderlord at gmail.com> :

> Hem güzel bir güvenlik özelliði, hem de uygulanmasý çok zor olmaz diye
> düþünüyorum. Ne dersiniz?
Aslinda buna benzer bisiyi Bahadir'la konusmustuk 2008 oncesi (belki
daha fazla) diye hatirliyorum --> profil degistirme isleminden sonra
bir betik calistirilabilmesi. Hem guvenlik duvarini hem de baska
islemleri kapsiyor.

Bunu bir nedenle begenmemisti, ben de servislerin ayarlanmasi
ve /etc/hosts degisikligine fit olmustum hata raporu acarken.

http://bugs.pardus.org.tr/show_bug.cgi?id=6818
http://bugs.pardus.org.tr/show_bug.cgi?id=6819

Ornek vereyim, uzakta bir sunucuyu mount edip calisilmasi gerekiyor. Ama
belirli bir profildeyken yerel agdaki IP'sinden, diger profillerdeyken
internetteki IP'siyle baglanmaniz gerekiyor. Bunun benzeri yerel paket
deposu kullanmak / internet deposu kullanmak olabilir.

Elde boyle bir olanak olunca ozel uygulama alani oldukca genis. x
profili secildiginde (ofise geldi) "hede ofisimize hos geldiniz" diye
kocaman bir yazi cikmasi -- otomatik bir programin calisip kullanicinin
karsisina gelmesi gibi artabilir. "Tek tip" degil de, "ozellestirilmis"
sistem kurmak icin oldukca iþe yarar bir betikle istedigimizi
yaptirabilmek.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From coderlord at gmail.com  Sun Dec  7 16:35:02 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Sun, 7 Dec 2008 16:35:02 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <200812071620.02158.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812071620.02158.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812070635s6b3f3932nc0ce2d5309d5ae54@mail.gmail.com>

07 Aralýk 2008 Pazar 16:19 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> Haydi beyin fýrtýnasý baþlasýn :)

Madem beyin fýrtýnasý yapýyoruz:

NM kodu þu an bana çok karmaþýk geliyor. Her türlü durumu orada ele
almaya çalýþýyoruz.

NM'i baþtan tasarlasak ve plugin desteði verir hale getirsek. (Gnome
NM'i pluginler ile çalýþýyor) Ekleyeceðimiz yeni özellikleri plugin
gibi eklesek-çýkarsak. (Misal VPN)

NM'in asli görevi bu özellikleri bünyesinde toplamak ve gerekli API'yi
saðlamak, temel að özelliklerini deðiþtirmek olsa. (Baðlantý açýp
kapatmak, baðlantý onarma, baðlantý durumunu ve parametrelerini
gösterme, istatistiklerini gösterme)

Demek istediðim NM Tasma gibi olsa, eklediðimiz özellikler bir simge
veya kýsayol gibi görüntülense. Baðlantý durumu da gösterilse.

Kodlama daha basitleþir ve karmaþýklýðý azalýrdý diyorum.


-- 
Furkan Duman

From turkay.eren at gmail.com  Sun Dec  7 16:43:04 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Sun, 7 Dec 2008 16:43:04 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812070635s6b3f3932nc0ce2d5309d5ae54@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812071620.02158.bahadir@pardus.org.tr>
	<4cca720b0812070635s6b3f3932nc0ce2d5309d5ae54@mail.gmail.com>
Message-ID: <200812071643.04262.turkay.eren@gmail.com>

On 07 Dec 2008 Sun 16:35:02 Furkan Duman wrote:
> NM'i baþtan tasarlasak ve plugin desteði verir hale getirsek. (Gnome
> NM'i pluginler ile çalýþýyor) Ekleyeceðimiz yeni özellikleri plugin
> gibi eklesek-çýkarsak. (Misal VPN)

Harika olurdu plug-in destekleyecek tarzda yazýlýrsa. Benden +1.

From gokmen at pardus.org.tr  Sun Dec  7 17:19:51 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Sun, 7 Dec 2008 17:19:51 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <493B0C4A.3000607@gmail.com>
References: <493B0C4A.3000607@gmail.com>
Message-ID: <200812071719.51180.gokmen@pardus.org.tr>

On Sunday 07 December 2008 01:35:38 Gökmen Görgen wrote:
> Merhabalar,
> Ýnþa dosyalarýný þurada[1] görebileceðiniz wicd paketinin kurulumunda ve
> herhangi bir sorun ile karþýlaþmýyorum; fakat servis betiðinde baþlama
> komutu olarak verdiðim "*/usr/sbin/wicd &> /dev/null*" komutunu
> uçbirimde verirken hiçbir problemle karþýlaþmýyorum.
>
> Bu komutu uçbirimde verdikten sonra *service* komutu çýktýsýnda
> *çalýþýyor* durumda olduðunu görebiliyorum ve ayrýca *service wicd stop*
> diyerek de bu servisi durduramýyorum. Fakat nedense *service wicd start*
> çalýþmýyor.
>
> Bu konuda bilgisi olup paylaþýmda bulunacaklara þimdiden teþekkür ediyorum.
Ekteki yama ile düzgün çalýþýyor.

Eðer 
/usr/lib/python2.5/site-packages/wicd/misc.py dosyasýna bakarsan çalýþmadan  
önce çevre deðiþkenlerine ihtiyaç duyduðunu göreceksin. Konsoldan 
çalýþtýrdýðýnda yüklü çevre deðiþkenlerini aldýðý için düzgün çalýþýyor fakat 
çomar servis betiðinde loadEnvironment olmadýðý için service üzerinden 
açýlamýyor. Nasýl açýlamadýðýný da /var/log/wicd/wicd.log içinde görebilirsin;

2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/site-
packages/wicd/wnettools.py", line 327, in Up
2008/12/07 16:47:51 ::     misc.Run(cmd)
2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/site-packages/wicd/misc.py", 
line 83, in Run
2008/12/07 16:47:51 ::     env=tmpenv)
2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/subprocess.py", line 594, in 
__init__
2008/12/07 16:47:51 ::     errread, errwrite)
2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/subprocess.py", line 1149, 
in _execute_child
2008/12/07 16:47:51 ::     raise child_exception
2008/12/07 16:47:51 :: OSError: [Errno 2] No such file or directory

Burada çaðýrmaya çalýþtýðý Run metodu mevcut çevre deðiþkenlerini yükleyip 
LC_ALL ve LANG'ý "C" ile update edip çalýþtýrmaya çalýþýyor. Environment 
olmadýðý için de patlýyor ;)

--
Gökmen GÖKSEL
[pardus.org.tr]
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: fix-service.py.patch
Tür: text/x-patch
Boyut: 736 bayt
Taným: kullanýlamýyor
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081207/0a263cea/attachment.bin 

From nakof at zig.gen.tr  Sun Dec  7 19:04:23 2008
From: nakof at zig.gen.tr (nihat ciddi)
Date: Sun, 7 Dec 2008 19:04:23 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <20081207162759.87edb751.dfisek@fisek.com.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<20081207162759.87edb751.dfisek@fisek.com.tr>
Message-ID: <20081207190423.e8b7a1cf.nakof@zig.gen.tr>


> Ornek vereyim, uzakta bir sunucuyu mount edip calisilmasi gerekiyor.
> Ama belirli bir profildeyken yerel agdaki IP'sinden, diger
> profillerdeyken internetteki IP'siyle baglanmaniz gerekiyor. Bunun
> benzeri yerel paket deposu kullanmak / internet deposu kullanmak
> olabilir.

debian/ubuntu'daki gibi, profil up/down olunca calisacak script'ler
olmasi guzel olurdu.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: kullanýlamýyor
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081207/9e054637/attachment.pgp 

From onur at pardus.org.tr  Sun Dec  7 18:58:23 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 7 Dec 2008 18:58:23 +0200
Subject: [Gelistirici] vim crash
 (http://bugs.pardus.org.tr/show_bug.cgi?id=8383)
In-Reply-To: <200812061936.06693.fatih@pardus.org.tr>
References: <200810101043.34372.bahadir@pardus.org.tr>
	<493A9EC9.1070901@pardus.org.tr> <493AB2E8.5000204@pardus.org.tr>
	<200812061936.06693.fatih@pardus.org.tr>
Message-ID: <20081207185823.fd2e9ac5.onur@pardus.org.tr>


On Sat, 6 Dec 2008 19:36:02 +0200
Fatih Aþýcý <fatih at pardus.org.tr> wrote:
... 
> Her iki hata da düzelmiþ görünüyor. Eline saðlýk.
> 
> Bu arada nasýl oluyorsa benim karþýlaþtýðým hatayý yeni bir kullanýcý
> hesabý ile tekrarlayamamýþtým. .vimrc, .viminfo silip denemiþtim;
> yine farketmedi. Ýlginç...

 Bu sorunu ben de her zaman tekrarlayamamaya baþlamýþtým, libxml*
güncellemeleri ile düzediðini / kýsmen düzeldiðini düþünüyordum.

 Yanlýþ hatýrlamýyorsam bu sorunu 2007 de de tekrarlamýþtýk, uzun
süredir olan bir problemdi galiba.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Sun Dec  7 19:17:54 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 7 Dec 2008 19:17:54 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
Message-ID: <20081207191754.d1b197eb.onur@pardus.org.tr>


On Sun, 7 Dec 2008 16:12:42 +0200
"Furkan Duman" <coderlord at gmail.com> wrote:

> Aslýnda NM'ye de Public bir ortamda mýsýn, Evde misin? gibi bir soru
> ekleyebiliriz að baðlantýsý kurarken. Seçime göre Public ise,
> Firewall'da daha önce izin verilen portlar kapatýlýr. Ne dersiniz?
> Bunu yapmak için Firewall Comar bacaðýnda bir deðiþikliðe gerek olur
> mu?
> 
> Refactoring de bunu da göz önüne alsak diye soruyorum.
> 
> Hem güzel bir güvenlik özelliði, hem de uygulanmasý çok zor olmaz diye
> düþünüyorum. Ne dersiniz?

 Bence güzel olur derim, ama güvenlik ayarlarýna gelmeden daha
"bulunduðun ortam" profil desteði ile mesela ofisde sadece kablosuz bir
aða baðlanmak istiyorken evde hem kablo ile bir aða hem de kablosuz
baðantý ile baþka bir aða baðlanmak gerekebiliyor (misal sadece birine
gateway tanýmlanabilir, bu tarz bir þey kullanýyorum), bunun olmasý
bile çok iyi olur.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From gkmngrgn at gmail.com  Sun Dec  7 20:09:48 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Sun, 07 Dec 2008 20:09:48 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <200812071719.51180.gokmen@pardus.org.tr>
References: <493B0C4A.3000607@gmail.com>
	<200812071719.51180.gokmen@pardus.org.tr>
Message-ID: <493C116C.5050008@gmail.com>

Gökmen GÖKSEL wrote On 07-12-2008 17:19:
> On Sunday 07 December 2008 01:35:38 Gökmen Görgen wrote:
>   
>> Merhabalar,
>> Ýnþa dosyalarýný þurada[1] görebileceðiniz wicd paketinin kurulumunda ve
>> herhangi bir sorun ile karþýlaþmýyorum; fakat servis betiðinde baþlama
>> komutu olarak verdiðim "*/usr/sbin/wicd &> /dev/null*" komutunu
>> uçbirimde verirken hiçbir problemle karþýlaþmýyorum.
>>
>> Bu komutu uçbirimde verdikten sonra *service* komutu çýktýsýnda
>> *çalýþýyor* durumda olduðunu görebiliyorum ve ayrýca *service wicd stop*
>> diyerek de bu servisi durduramýyorum. Fakat nedense *service wicd start*
>> çalýþmýyor.
>>
>> Bu konuda bilgisi olup paylaþýmda bulunacaklara þimdiden teþekkür ediyorum.
>>     
> Ekteki yama ile düzgün çalýþýyor.
>
> Eðer 
> /usr/lib/python2.5/site-packages/wicd/misc.py dosyasýna bakarsan çalýþmadan  
> önce çevre deðiþkenlerine ihtiyaç duyduðunu göreceksin. Konsoldan 
> çalýþtýrdýðýnda yüklü çevre deðiþkenlerini aldýðý için düzgün çalýþýyor fakat 
> çomar servis betiðinde loadEnvironment olmadýðý için service üzerinden 
> açýlamýyor. Nasýl açýlamadýðýný da /var/log/wicd/wicd.log içinde görebilirsin;
>
> 2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/site-
> packages/wicd/wnettools.py", line 327, in Up
> 2008/12/07 16:47:51 ::     misc.Run(cmd)
> 2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/site-packages/wicd/misc.py", 
> line 83, in Run
> 2008/12/07 16:47:51 ::     env=tmpenv)
> 2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/subprocess.py", line 594, in 
> __init__
> 2008/12/07 16:47:51 ::     errread, errwrite)
> 2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/subprocess.py", line 1149, 
> in _execute_child
> 2008/12/07 16:47:51 ::     raise child_exception
> 2008/12/07 16:47:51 :: OSError: [Errno 2] No such file or directory
>
> Burada çaðýrmaya çalýþtýðý Run metodu mevcut çevre deðiþkenlerini yükleyip 
> LC_ALL ve LANG'ý "C" ile update edip çalýþtýrmaya çalýþýyor. Environment 
> olmadýðý için de patlýyor ;)
>   
Harika! Müthiþ! Süper!
Biraz kiþisel bir düþünce olacak ama Pardus'taki Xfce açýsýndan, ne 
Linux Mint'i, ne Xubuntu'yu ne de baþka bir Xfce masaüstünü aratmayacak 
seviyeye doðru güzel adýmlar atmaya baþladýk, sayenizde. Xubuntu'yu 
bilmiyorum ama Linux Mint'i (Xfce Community) sanal sunucuda denedim, 
öntanýmlý olarak Wicd'i kullanýyorlar. Archlinux'ta da netcfg ile 
uðraþmak istemeyen Xfce kullanýcýlarýna Wicd öneriliyor. Denediyseniz 
bizim network-manager kadar güzel sayýlabilecek bir að yöneticisi 
olduðunu farkedeceksiniz.

Ýlginiz için teþekkürler, ayrýca Xfce'nin ilk paketçileri Ertuðrul Erata 
ve Eren Türkay'a da paketlerde gösterdikleri titizlikleri ve Pardus'ta 
Xfce'nin bu aþamaya kadar gelmesini saðladýklarý için teþekkürler =) Bir 
iki ufak düzeltme neticesinde bir de ilk paketleyicisine haber vererek 
Wicd'i review'e alacaðým.

From selimok at gmail.com  Mon Dec  8 05:34:30 2008
From: selimok at gmail.com (selim ok)
Date: Mon, 8 Dec 2008 04:34:30 +0100
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812071448.06253.turkersezer@tsdesign.info>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071333.24924.gurer@pardus.org.tr>
	<493BBC37.7000008@pardus.org.tr>
	<200812071448.06253.turkersezer@tsdesign.info>
Message-ID: <a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>

Merhabalar,
kac gündür ancak yarim yamalak takip ediyorum, islerimin yogunlugundan
tartismaya giremedim. Uzun olacak simdiden özür dilerim.

++Sohbet++Muhabbet++

- Ben yazmadan birileri yazmis,ama yeniden degineyim. Konuya gec girmemin
sebeplerinden biri konuya hakim olamamam. "Haydi herkes gelsin fikir
yürütsün" demek, bir bakima insanlari zorla bilgi sahibi olmadan fikir
sahibi yapmakla ayni kapiya cikmiyor mu?

- Gönüllü gelistiricilerin kesinlikle ve sürekli olarak (bence genelde
cekirdek ekipten) birilerinin  yol göstericiligine ve yardimina ihtiyaci
var. Dün gibi hatirliyorum Pardus ile tanistigim ilk gün soru sormak icin
IRC kanalina girmis yardim almistim. Bir süre sonra (su anda ne yazik ki ve
_nedense?_ ön tanimli olarak eklenmemis olan pardus-devel kanalinda görüp)
konustugum gelistiricilerden cok faydali bilgiler edinmistim. Gel vakit git
vakit yine bazi (gönüllü/cekirdek ayrimi yapmiyorum) gelistirici
arkadaslarin yakamdan tutup cekmesi ile bir sekilde bugzilla denen yerde
böcek avlarken buldum kendimi. Simdi beni tutup ceken arkadaslari
göremiyorum ortalarda. Ne yazikki yerlerinde, yeni gelen potansiyelleri
tutup cekecek baska gelistiriciler de göremiyorum. Ben de bu suca dahilim
itiraf ediyorum.

Nasil cözülecek diye daha önceden de tartistigimiz yeni gelistirici bulma
sorunumuz bana kalirsa daha da derinlesmis gibi görünüyor.

Yapabilecek misiniz bilmiyorum ama IRC, forumlar ve e-posta listelerine cok
daha fazla zaman ayirin demek istiyorum sadece (zaman ayiranlari tenzih
ederim). Bunlarin meyvesini almak uzun sürer ama bu tartismaya katilan
arkadaslarin önemli bir yüzdesi, su anda yerinde yeller esen gelistiriciler
sayesinde buradalar. (Evet ben onlardan biriyim diyenler parmak
kaldirabilir. Yoksa sonsuza kadar anonim kalin.)

- Gönüllü gelistiricilerin bir kismi gercekten bir bikkinlikla ortadan
kaybolmus durumda. Bir kismi küskünlüklerinden yalnizca is yapip, sessiz
kalmayi tercih ediyorlar sanki, bir kismi da benim gibi zaman denen akiskan
seyin icinde ordan oraya savruluyorlar (örnegin ben bir süredir _sözde_ bir
ürün yöneticisiyim denilebilir). Simdi gelin biraz gercekci olalim. Simdiye
kadar cekirdek ekipten ayrilipta, normalde yaptiklarinin 3'de biri katki
yapan kac tane gelistirici var? (Evet sayabildiklermizi ayakta alkisliyorum
:) Maalesef bu insanlar yeni hayatlarinda o kadar mesguller ki, projeye
ciddi bir katkida bulunmalari dogal olarak mümkün olmuyor. Buna bakarak
gönüllü gelistiricilerin aslinda kendi hayatlarindan ne kadar önemli bir
seyi verdiklerini anlayabilirsiniz. Biz yeni gelistiricilerden cok degerli
zamanlarini istiyorsak onlara cok degerli zamanimizdan bir kismini vermek
zorundayiz. Ve bu gelistiricilerin geldikleri gibi ortadan bir süreligine
yada tamamen kaybolabileceklerini (aci gercek) kabul etmek durumundayiz.

- Gelistirici ekip icinde hangi is kimden soruluyor, hangi islerle su anda
kimler ilgilenemiyor/biliyor, hangi konularda yardima yada bilgilerini
aktarabilecekleri bir yardimci ciraga ihtiyaclari var? Bunlarin güzel bir
haritasi cikarilsa, bos islere daha kolay talipler cikar. Mesela x isinden
kim sorumluysa belli sayida cirak kabul eder. Ilgili ciraklar sorulari
oldugunda ona danisir, belgelendirme konusunda yardimci olur, yapilacak
isler listesi cikarildiginda ciraklar öncelikli hedef olur. Bu staj isine
cok benziyor ama biraz daha sanal ortamda yürüyüp, is yükü daha cok zamana
ve kisiye bölünmüs olanindan. Hatta OI altinda gelistirici-portali tadinda
bir sey olsa yeni ve bilgisi olan kullanicilari özendirmek konusunda faydali
olabilir.

Atiyorum ben Bugzilla'da bilmem bisi yetkisine sahip ve az cok hata
temizliginden anlayan biri olarak, daha fazla insana gelin sizde böcek
filtresi olun diyebilmek isterim. Bu islerden anlayan insanlarin ufak bir
listesini de yanina yazip, "Bakiniz bana ulasamazsaniz diger güzide
arkadaslar size yardimci olur" demek güzel olurdu. Bu insanlar kendi
aralarinda ufak konulari tartisabilir, bilgi edinebilirdi. Mesala hata
kapatirken nelere dikkat etsek tartismasini önce bu ufak grup icinde yapar
sonra gelistirici listesinde tartisirdik. (Evet kimi durumlarda simdi de
yapiyoruz ama birbirimizden kopuk sekilde.)

Bu günkü halimizle disaridan ilk bakildiginda ölü ve kapali bir proje
gibiyiz. Insanlarin bazi seyleri görebilmek icin cok dikkatli bakmalari
gerekiyor ve bu sebeple cok fazla potansiyeli kaciriyoruz.

- Gelistirici listesinde teknik olmayan konulari konusmamak neye cözüm
getirecek ve bunlari burada da konusamayacaksak nerede konusacagiz diye
sormadan edemiyorum. Benim tokatlanmis olmak gibi bir sorunum yok, ama güzel
bir örnek oldugu icin Milky konusunu tekrar acmak istiyorum.(Duygusal
davranip alinganlik yapmanin ne kadar yanlis olduguna deginmiyorum bile.)
Evet görsel bir sorun ama beni gelistirici yarisi olarak cok rahatsiz etti,
ediyor. Ben bu konuda karar mekanizmalarini hangi kanal üzerinden
etkileyebilirim. Bir hata görüyorsam nerede tartisacagim bunu? Bence artik
"burada sadece teknik konular konusulur" takintisindan vazgecmemiz
gerekiyor. Zira her derin konu icin yeni bir liste acmak hic gercekci degil.




++Teknik++Taktik++

- Yukarida da bahsi gecti. Pisi tek bir paket kurarken,paket ararken yada
paket bilgilerini sorgularken index güncel mi diye kontrol etmiyor. Evet
bunu her seferinde yapmak güzel birsey degil ama günde bir defa yapilmasinda
bir sorun yok sanki. Son index güncellemesinin üzerinden en az 1 gün
gectiyse, index güncellense nasil olur? (Belki de bu özellik ön tanimli acik
olabilir,sikilan kullanici süresini degistirebilir yada tamamen kapatabilir)
Bunun bir dezavantaji var mi? Fedora'da yum bu sekilde+ calisiyor assagi
yukari. Böyle olmayinca özellikle contrib deposundaki paketleri kurma
girisimleri (paket sürümü yükseldiginde eskisi silindigi icin) bazen
sonucsuz kaliyor ve kullanici sasiriyor.

- Security-only güncellemeler zaten yukarida konusulan türde bir kararli
depoyu simüle etmiyor mu? Soru soruldu ama cevap veren olmadi, tekrar sormak
istedim.

- 10 defa soruldu ama tekrar soruyorum. Hala neden sahipsiz paketler
isaretli degil?

- 100 defa soruldu ama neden hala Türker'in yazdigi Bugzilla'da hata sahibi
esleyen betigi kullanima gecmedi?

Iyi calismalar,
Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081208/6ed2a3f2/attachment-0001.htm 

From coderlord at gmail.com  Mon Dec  8 12:12:17 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 8 Dec 2008 12:12:17 +0200
Subject: [Gelistirici] [paketler-commits] r56683 -
	devel/programming/libs/qt4
In-Reply-To: <20081207180304.887711384095@ns1.pardus.org.tr>
References: <20081207180304.887711384095@ns1.pardus.org.tr>
Message-ID: <4cca720b0812080212r43c022fcud9540ddfe29134c4@mail.gmail.com>

07 Aralýk 2008 Pazar 20:03 tarihinde  <paketler-commits at pardus.org.tr> yazdý:
> Author: gokmen.goksel
> Date: Sun Dec  7 20:03:04 2008
> New Revision: 56683
>
> Modified:
>   devel/programming/libs/qt4/actions.py
>   devel/programming/libs/qt4/pspec.xml
> Log:
>  * QIBASE(Firebird) Driver package added
>
> BUG:FIXED:5537

..

> +    <Package>
> +        <Name>qt4-sql-ibase</Name>
> +        <RuntimeDependencies>
> +            <Dependency>firebird-client</Dependency>
> +            <Dependency>firebird-superserver</Dependency>
> +            <Dependency version="4.4.3">qt4</Dependency>
> +        </RuntimeDependencies>

Merhaba,

Normalde firebird-superserver ihtiyacýnýn olmamasý lazým.
firebird-client paketinde eksik bir baðýmlýlýk mý var? Þu durumda bu
paketi kuran, firebird sunucuyu da kurmalý demiþ oluyoruz.

Kolay gelsin.

-- 
Furkan Duman

From ozan at pardus.org.tr  Mon Dec  8 12:30:59 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 08 Dec 2008 12:30:59 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
Message-ID: <493CF763.5080900@pardus.org.tr>

Öncelikle hepinize iyi bayramlar,

Bakýcýsýz paketlerin listesi otomatik e-postada verilen deadline olan 1 
Kasým'ý takip eden hafta içinde tamamlandý. Akabinde çekirdek 
geliþtiriciler bu listenin üzerinden geçerek kendi ilgi ve bilgileri 
çerçevesinde üstlenmek isteyecekleri paketlerin bir listesini çýkarttý.

Sonuç olarak,

658 adet paket bakýcýlar tarafýndan terkedildi,
397 tanesi çekirdek geliþtiriciler tarafýndan üstlenildi,
261 tanesi ise halen bakýcýsýz durumda.

Bu 397 paketi doðrudan üzerimize almadýk çünkü geliþtirici ve 
pardus-devel listesinde belki bizden daha fazla bazý paketlere faydasý 
dokunabilecek insanlar olabileceðini düþündük. Bu sebepten bizim 
üstlendiðimiz paketlerin listesini gönderiyor, geri kalan 261 tane 
paketi de bakýcýsýz iþaretliyorum:

# Ozan

programming/libs/libatomic_ops
programming/libs/libsmbios
programming/libs/libzip
programming/libs/libdaemon
programming/libs/libpaper
applications/games/gnugo
applications/multimedia/ghostscript
applications/multimedia/vlc
applications/multimedia/speex
applications/admin/sudo
applications/network/avahi
applications/multimedia/paprefs
applications/network/rp-pppoe
applications/multimedia/pavucontrol
applications/multimedia/pulseaudio
applications/network/wireshark
desktop/kde/gwenview
desktop/fonts/gnu-gs-fonts-std
desktop/kde/gwenview-i18n
desktop/kde/freetts
desktop/kde/base/kdebindings
desktop/kde/base/kdeartwork
desktop/kde/base/kdebase
applications/printing/cups
applications/printing/psutils
applications/printing/gutenprint
applications/printing/poster
applications/network/br2684ctl
system/base/mkinitramfs
system/base/kbd
system/base/module-init-tools
system/base/sysfsutils
system/base/usbutils
system/base/libusb
programming/libs/fftw2
programming/libs/fftw3
kernel/kernel-debug
kernel/kernel
desktop/kde/kmplayer
desktop/kde/gtk-qt-engine
desktop/kde/digikam
desktop/kde/base/kdenetwork
desktop/kde/base/kdelibs
desktop/kde/base/kdepim
desktop/kde/base/kdemultimedia
desktop/kde/base/arts
desktop/kde/base/kdegraphics
desktop/kde/base/kdeadmin
desktop/kde/base/artwork
desktop/kde/base/kdeedu

# Ekin

applications/network/rdate
applications/multimedia/tesseract
applications/multimedia/gocr
applications/admin/dosfstools
applications/admin/xfsdump
applications/admin/xfsprogs
applications/archive/xdelta
applications/archive/xdelta3
applications/admin/kexec-tools
applications/network/pilot-link
applications/network/rutilt
applications/pda/libopensync
applications/pda/libopensync-plugin-file
applications/pda/libopensync-plugin-gnokii
applications/pda/libopensync-plugin-google-calendar
applications/pda/libopensync-plugin-gpe
applications/pda/libopensync-plugin-irmc
applications/pda/libopensync-plugin-kdepim
applications/pda/libopensync-plugin-ldap
applications/pda/libopensync-plugin-opie
applications/pda/libopensync-plugin-palm
applications/pda/libopensync-plugin-python
applications/pda/libopensync-plugin-syncml
applications/pda/libsyncml
applications/pda/msynctool
applications/pda/wbxml2
desktop/freedesktop/xosd
desktop/kde/milky
desktop/kde/ksubtile
desktop/kde/kdetv
programming/tools/unsermake
desktop/kde/kradio
programming/libs/libieee1284
system/base/sysklogd
system/base/diffutils
system/base/coreutils
system/base/findutils
system/base/cpio
system/base/grep
system/base/sed
system/base/unzip
system/base/gawk
system/base/baselayout
system/base/pciutils
system/base/pcmciautils
kernel/drivers/acerhk
kernel/firmware/ipw2100-firmware
kernel/firmware/ipw2200-firmware
kernel/firmware/iwlwifi3945-ucode
kernel/firmware/iwlwifi4965-ucode
applications/hardware/sane-backends
applications/util/logrotate
desktop/kde/ksubtitleripper
kernel/firmware/atmel-firmware
kernel/firmware/accessrunner-firmware
kernel/firmware/zd1211-firmware
kernel/firmware/speedtouch-firmware
kernel/firmware/eagle-firmware
kernel/firmware/zd1201-firmware

# Onur

applications/security/nmap
programming/libs/libart_lgpl
programming/libs/libx86
programming/libs/live555
programming/libs/libmpcdec
programming/libs/libmpeg2
programming/libs/libdc1394
programming/libs/libdvdnav
programming/libs/giflibprogramming/libs/amrnb
programming/libs/allegro
programming/libs/alleggl
programming/libs/amrwbapplications/hardware/vbetool
applications/multimedia/mkvtoolnix
applications/multimedia/ffmpeg
applications/multimedia/flac
applications/multimedia/x264
applications/hardware/acpica
applications/hardware/dmidecode
applications/archive/lrzip
applications/archive/p7zip
applications/archive/rzip
applications/archive/unarjapplications/network/tcpdump
applications/network/netcat
applications/network/sabishape
programming/libs/xine-lib
kernel/drivers/kqemu
kernel/drivers/qc-usb-messenger
kernel/drivers/sn9c1xx
kernel/drivers/r5u870
kernel/drivers/syntekdriver
applications/emulators/qemu
system/base/expat
system/base/nss-mdns
system/base/gettext
system/base/libxml2
system/base/glibc
system/base/libxslt
system/base/slang
system/base/ncurses
system/base/cracklib
system/base/audit
system/base/util-linux
system/base/readline
system/base/shadow
system/base/pam
system/devel/mpfr
system/devel/gmp
system/devel/chrpath
system/devel/ccache
system/devel/unifdef
system/devel/swig
system/devel/pkgconfig
system/devel/bison
system/devel/gcc
system/devel/m4
system/devel/automake
system/devel/gnuconfig
system/devel/make
system/devel/autoconf
system/devel/yacc
system/devel/nasm
system/devel/libtool
system/devel/binutils
system/base/bash

# Faik

desktop/kde/k3b
programming/languages/python/python-memcached
programming/languages/python/cmemcache
system/base/gdbm
programming/languages/perl/perl-IO-via-dynamic
programming/languages/perl/perl-Tk
programming/languages/perl/perl-Curses
system/base/perl
programming/libs/libmemcache
server/memcached
system/devel/quilt
system/base/e2fsprogs
system/base/zip
system/base/urlgrabber
system/base/sqlite
programming/languages/ocaml
applications/filesystems/gmailfs
applications/filesystems/cramfs
applications/filesystems/libgmail
applications/filesystems/wdfs
programming/tools/translate-toolkit
programming/tools/pax-utils
programming/tools/gperf
programming/tools/gdb
programming/tools/cvsps
programming/tools/cdecl
programming/tools/dev86
programming/tools/bk-client
programming/tools/cvs
programming/tools/subversion
programming/tools/valgrind
programming/tools/patchutils
programming/tools/strace
programming/tools/sysprof
programming/tools/lsof
programming/tools/systemtap
programming/tools/oprofile
programming/tools/SVK
programming/tools/ltrace
programming/tools/elfutils
applications/editors/emacs/ecb
applications/editors/emacs/color-theme
applications/editors/emacs/cedet

# Semen

applications/network/metalink
applications/network/metamail
applications/network/mit-kerberos
applications/emulators/dosbox
desktop/kde/konversation
desktop/kde/kgraphviewer
applications/emulators/xmame
desktop/kde/yakuake
desktop/kde/katapult
desktop/kde/akode
desktop/kde/kchmviewer
desktop/kde/kbarcode
system/base/flex
system/base/miscfiles
desktop/kde/kxmame
desktop/kde/ksystemlog
desktop/kde/kompose
desktop/kde/kid3
desktop/kde/kaffeine
programming/tools/cogito

# Gokcen

programming/libs/nss
desktop/kde/PyKDE
desktop/kde/PyKDEeXtensions
desktop/gnome/cairo
desktop/freedesktop/dbus-qt3
desktop/gnome/cairomm
desktop/gnome/libsvg-cairo
desktop/gnome/pycairo
system/base/openssl
system/devel/scons
programming/tools/kdbg
desktop/kde/kio-to-local
desktop/kde/pardus-support
desktop/kde/base/qt

# Taner

programming/languages/erlang
server/xinetd
server/www/mod_perl
server/www/htdig
server/www/apache
server/www/mod_fastcgi
server/database/mysql
server/www/mod_python
applications/admin/webalizer

# Bahadýr

applications/network/bridge-utils
applications/security/nss_ldap
applications/network/ppp
applications/security/pam-krb5
applications/security/pam_ldap
desktop/kde/PyWireless
system/base/curl
system/base/libidn
system/base/db4
server/openldap
system/base/dbus-glib
system/base/iputils
system/base/net-tools
system/base/sysvinit
system/base/dbus-python
system/base/python-fchksum
system/base/wireless-tools
system/base/python
programming/languages/python/python-ldap

# Ýþbaran

programming/languages/python/sip
desktop/kde/amarok
programming/languages/python/PyQt
desktop/kde/qscintilla
desktop/kde/kvpnc
applications/network/vpnc
applications/network/pptpclient
applications/network/openvpn

# Fatih

applications/hardware/pmtools
desktop/freedesktop/glitz
desktop/freedesktop/shared-mime-info
desktop/freedesktop/startup-notification
desktop/freedesktop/ttmkfdir
desktop/freedesktop/x2x
desktop/freedesktop/xdg-utils
applications/powermanagement/apmd
applications/powermanagement/kpowersave
applications/powermanagement/pm-utils
applications/powermanagement/suspend

# Pýnar

desktop/kde/ktorrent
programming/languages/lisp/ecl
programming/languages/lisp/guile
applications/security/apparmor-docs
applications/security/apparmor-parser
applications/security/apparmor-profiles
applications/security/apparmor-utils
applications/security/cryptsetup-luks
applications/security/libapparmor
applications/security/mcrypt
applications/security/metasploit
desktop/gnome/libglademm
desktop/gnome/gtkmm
desktop/gnome/libwnck
desktop/gnome/gimp-data-extras
desktop/gnome/librsvg
desktop/gnome/glibmm
desktop/gnome/libsvg
desktop/gnome/pygobject
desktop/gnome/libglade2
desktop/gnome/gst-plugins-ugly
desktop/gnome/gstreamer
desktop/gnome/gst-plugins-base
desktop/gnome/gst-plugins-good
desktop/gnome/pygtk
desktop/gnome/gst-ffmpeg
desktop/gnome/libsexy
programming/languages/haskell/ghc
applications/games/wesnoth
programming/environments/eric
applications/games/eternal-lands-music
applications/games/eternal-lands
applications/games/eternal-lands-data
desktop/gnome/gimp
applications/games/bzflag
programming/languages/python/python-bsddb3
programming/languages/python/httplib2
programming/languages/python/pydelicious
programming/languages/python/pysqlite
programming/languages/python/SQLObject
programming/languages/python/docutils
programming/languages/python/pysvn
programming/languages/python/pycallgraph
programming/languages/python/simplejson
programming/languages/python/pyparsing
programming/languages/python/cheetah
programming/languages/python/mysql-python
programming/languages/python/pyrex
programming/languages/python/pyinotify
programming/languages/python/beautifulsoup
programming/languages/python/ClientForm
programming/languages/python/pychecker
programming/languages/python/FormEncode
programming/languages/python/scapy
programming/languages/python/feedparser
programming/languages/python/chardet
programming/languages/python/SOAPpy
programming/languages/python/gnuplot-py
programming/languages/python/matplotlib
programming/languages/python/psyco
programming/languages/python/PyX
programming/languages/python/pylzma
programming/languages/python/python-imaging
programming/languages/python/pycrypto
programming/languages/python/fpconst
programming/languages/python/Twisted
programming/languages/python/ZopeInterface
programming/languages/python/pyopenssl
programming/languages/python/aggdraw
programming/languages/python/PyICU
programming/languages/python/numpy
programming/languages/python/mechanize
programming/languages/python/zodb3
programming/languages/python/PyXML
programming/languages/python/sympy
programming/languages/python/gdmodule
programming/languages/python/pexpect
programming/languages/python/scipy
programming/languages/python/networkx

# Gokmen

programming/languages/python/PyQt4
applications/hardware/gparted
system/base/parted
system/base/pyparted

-----------------------------------------------------

Saygýlar

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From ozan at pardus.org.tr  Mon Dec  8 13:11:10 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 08 Dec 2008 13:11:10 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <493CF763.5080900@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
Message-ID: <493D00CE.9020601@pardus.org.tr>

Ozan Çaðlayan wrote:
> Öncelikle hepinize iyi bayramlar,
>
> Bakýcýsýz paketlerin listesi otomatik e-postada verilen deadline olan 1 
> Kasým'ý takip eden hafta içinde tamamlandý. Akabinde çekirdek 
> geliþtiriciler bu listenin üzerinden geçerek kendi ilgi ve bilgileri 
> çerçevesinde üstlenmek isteyecekleri paketlerin bir listesini çýkarttý.
>
> Sonuç olarak,
>
> 658 adet paket bakýcýlar tarafýndan terkedildi,
> 397 tanesi çekirdek geliþtiriciler tarafýndan üstlenildi,
> 261 tanesi ise halen bakýcýsýz durumda.
>
> Bu 397 paketi doðrudan üzerimize almadýk çünkü geliþtirici ve 
> pardus-devel listesinde belki bizden daha fazla bazý paketlere faydasý 
> dokunabilecek insanlar olabileceðini düþündük. Bu sebepten bizim 
> üstlendiðimiz paketlerin listesini gönderiyor, geri kalan 261 tane 
> paketi de bakýcýsýz iþaretliyorum:
>   
Ýþaretleyemiyorum çünkü kiminin lisans dosyasý licenses/ altýnda yok ama 
deðer olarak rng dosyasýnda var.
LGPL, GPLv3+ gibi lisanslar geçiyor, bunlarýn karþýlýðý licenses/'da 
yok, commit edemiyorum. Sorunlu lisanslar þunlar:

LGPL
GPLv3+
GPLv2+
LGPLv2+

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From dfisek at fisek.com.tr  Mon Dec  8 15:32:45 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 8 Dec 2008 15:32:45 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <493CF763.5080900@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
Message-ID: <20081208153245.124ae6a5.dfisek@fisek.com.tr>

Mon, 08 Dec 2008 12:30:59 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :

> 261 tanesi ise halen bakýcýsýz durumda.
Karisiklik olmasin diye listeye de yazayim, bakicisiz isaretlenmeden 6
gun once frozen-bubble'i kendi uzerime almistim eski bakmak istemeyen
bakicisindan.

svn'de tekrar uzerime aldim.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From serdar at cclub.metu.edu.tr  Mon Dec  8 17:11:32 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Mon, 08 Dec 2008 17:11:32 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493CF763.5080900@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
Message-ID: <493D3924.2080408@cclub.metu.edu.tr>

Ozan Çaðlayan wrote On 08-12-2008 12:30:
> Öncelikle hepinize iyi bayramlar,
>
>   
Merhaba, iyi bayramlar / Hi to all;

> Sonuç olarak,
>
> 658 adet paket bakýcýlar tarafýndan terkedildi,
> 397 tanesi çekirdek geliþtiriciler tarafýndan üstlenildi,
> 261 tanesi ise halen bakýcýsýz durumda.
>
>   
"""

Finally,
from 658 unmaintained packages, 397 are taken over by core developers, 
leaving the other 261 still unmaintained.

"""

 From the packages taken over by UEKAE-core team, I would like to show 
my interest on some of the packages. If it's ok for those who are 
related to these packages, I would like to take over my requests.. 
Waiting for your +/- reply; if you are unsure, ready to go for 
rock-paper-scissors :p  .My requested packages are selected at the bottom:

----
Çekirdek ekibin üzerine almayý düþündüðü paketler arasýnda ilgimi 
çekenleri, üzerime alýp uðraþmayý düþündüklerimi yazýyorum aþaðýda. 
olumlu/olumsuz geri dönüþlerinizi buradan yapabilirsiniz, kararsýzsanýz 
zar atabiliriz, taþ/kaðýt/makas yapabiliriz :)


> # Ozan
>   
> programming/libs/libzip
>   
> applications/multimedia/vlc
> applications/multimedia/speex
>   
vlc ve baðýmlýlýðý speex. // speex is the dependency

vlc ilgilenmek istediðim bir paket, kullandýðým da bir program olduðu 
için üzerime almak istiyorum; ama özel bir sevgin varsa ozan vlc'ye 
karþý, bu talebimden vazgeçebilirim :)

// vlc is a program I frequently use but if ozan especially wants to 
deal with the package (a.k.a. one of the fav. packages of ozan) ignore 
the request ;)
>
> # Ekin
>
> applications/network/rdate
> # Onur
>
> applications/security/nmap
>
> programming/libs/libmpcdec
> programming/libs/libmpeg2
>   
> applications/multimedia/flac
> # Faik
>
>
> programming/tools/valgrind
>
> programming/tools/strace
> programming/tools/lsof
>
> programming/tools/ltrace
>
> # Semen
>
> desktop/kde/yakuake
>
> # Gokcen
>
>   
> system/devel/scons
>   
en son güncellemeyi yapmýþtým bu pakete, ilgilenebilirim

// I was the one who made the last update to the package, I can handle 
this package ;)
> programming/tools/kdbg
>   
> # Taner
>
> programming/languages/erlang
>   

> # Pýnar
> programming/environments/eric
> programming/languages/python/pysqlite
>   
trac baðýmlýlýðý ayný zamanda, o yüzden göz koydum. // a dependency for 
trac in contrib repository; that's the reason why I request the package.
> programming/languages/python/SQLObject
>   
imdbpy dependency.

> programming/languages/python/pyparsing
> programming/languages/python/pyinotify
> programming/languages/python/beautifulsoup
> programming/languages/python/ClientForm
> programming/languages/python/FormEncode
> programming/languages/python/chardet
> programming/languages/python/matplotlib
>
> programming/languages/python/pycrypto
>
> programming/languages/python/pyopenssl
>
>   
Pýnar sana biraz haksýzlýk oldu gibi, tabi son karar senin.. bunlar 
arasýnda gönlünden ne koparsa artýk :p

// it seems to be a little unfair to Pýnar, as most of my requested 
packages are intended to be taken by you. Last word is yours..

> -----------------------------------------------------
>
> Saygýlar
>
>   
Regards

-serdar


From gkmngrgn at gmail.com  Mon Dec  8 17:20:02 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Mon, 08 Dec 2008 17:20:02 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493CF763.5080900@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
Message-ID: <493D3B22.3060900@gmail.com>

Ozan Çaðlayan wrote On 08-12-2008 12:30:
> Öncelikle hepinize iyi bayramlar,
>
> Bakýcýsýz paketlerin listesi otomatik e-postada verilen deadline olan 1 
> Kasým'ý takip eden hafta içinde tamamlandý. Akabinde çekirdek 
> geliþtiriciler bu listenin üzerinden geçerek kendi ilgi ve bilgileri 
> çerçevesinde üstlenmek isteyecekleri paketlerin bir listesini çýkarttý.
>
> Sonuç olarak,
>
> 658 adet paket bakýcýlar tarafýndan terkedildi,
> 397 tanesi çekirdek geliþtiriciler tarafýndan üstlenildi,
> 261 tanesi ise halen bakýcýsýz durumda.
>
> Bu 397 paketi doðrudan üzerimize almadýk çünkü geliþtirici ve 
> pardus-devel listesinde belki bizden daha fazla bazý paketlere faydasý 
> dokunabilecek insanlar olabileceðini düþündük. Bu sebepten bizim 
> üstlendiðimiz paketlerin listesini gönderiyor, geri kalan 261 tane 
> paketi de bakýcýsýz iþaretliyorum:
>
> # Ozan
>
> programming/libs/libatomic_ops
> programming/libs/libsmbios
> programming/libs/libzip
> programming/libs/libdaemon
> programming/libs/libpaper
> applications/games/gnugo
> applications/multimedia/ghostscript
> applications/multimedia/vlc
> applications/multimedia/speex
> applications/admin/sudo
> applications/network/avahi
> applications/multimedia/paprefs
> applications/network/rp-pppoe
> applications/multimedia/pavucontrol
> applications/multimedia/pulseaudio
> applications/network/wireshark
> desktop/kde/gwenview
> desktop/fonts/gnu-gs-fonts-std
> desktop/kde/gwenview-i18n
> desktop/kde/freetts
> desktop/kde/base/kdebindings
> desktop/kde/base/kdeartwork
> desktop/kde/base/kdebase
> applications/printing/cups
> applications/printing/psutils
> applications/printing/gutenprint
> applications/printing/poster
> applications/network/br2684ctl
> system/base/mkinitramfs
> system/base/kbd
> system/base/module-init-tools
> system/base/sysfsutils
> system/base/usbutils
> system/base/libusb
> programming/libs/fftw2
> programming/libs/fftw3
> kernel/kernel-debug
> kernel/kernel
> desktop/kde/kmplayer
> desktop/kde/gtk-qt-engine
> desktop/kde/digikam
> desktop/kde/base/kdenetwork
> desktop/kde/base/kdelibs
> desktop/kde/base/kdepim
> desktop/kde/base/kdemultimedia
> desktop/kde/base/arts
> desktop/kde/base/kdegraphics
> desktop/kde/base/kdeadmin
> desktop/kde/base/artwork
> desktop/kde/base/kdeedu
>
> # Ekin
>
> applications/network/rdate
> applications/multimedia/tesseract
> applications/multimedia/gocr
> applications/admin/dosfstools
> applications/admin/xfsdump
> applications/admin/xfsprogs
> applications/archive/xdelta
> applications/archive/xdelta3
> applications/admin/kexec-tools
> applications/network/pilot-link
> applications/network/rutilt
> applications/pda/libopensync
> applications/pda/libopensync-plugin-file
> applications/pda/libopensync-plugin-gnokii
> applications/pda/libopensync-plugin-google-calendar
> applications/pda/libopensync-plugin-gpe
> applications/pda/libopensync-plugin-irmc
> applications/pda/libopensync-plugin-kdepim
> applications/pda/libopensync-plugin-ldap
> applications/pda/libopensync-plugin-opie
> applications/pda/libopensync-plugin-palm
> applications/pda/libopensync-plugin-python
> applications/pda/libopensync-plugin-syncml
> applications/pda/libsyncml
> applications/pda/msynctool
> applications/pda/wbxml2
> desktop/freedesktop/xosd
> desktop/kde/milky
> desktop/kde/ksubtile
> desktop/kde/kdetv
> programming/tools/unsermake
> desktop/kde/kradio
> programming/libs/libieee1284
> system/base/sysklogd
> system/base/diffutils
> system/base/coreutils
> system/base/findutils
> system/base/cpio
> system/base/grep
> system/base/sed
> system/base/unzip
> system/base/gawk
> system/base/baselayout
> system/base/pciutils
> system/base/pcmciautils
> kernel/drivers/acerhk
> kernel/firmware/ipw2100-firmware
> kernel/firmware/ipw2200-firmware
> kernel/firmware/iwlwifi3945-ucode
> kernel/firmware/iwlwifi4965-ucode
> applications/hardware/sane-backends
> applications/util/logrotate
> desktop/kde/ksubtitleripper
> kernel/firmware/atmel-firmware
> kernel/firmware/accessrunner-firmware
> kernel/firmware/zd1211-firmware
> kernel/firmware/speedtouch-firmware
> kernel/firmware/eagle-firmware
> kernel/firmware/zd1201-firmware
>
> # Onur
>
> applications/security/nmap
> programming/libs/libart_lgpl
> programming/libs/libx86
> programming/libs/live555
> programming/libs/libmpcdec
> programming/libs/libmpeg2
> programming/libs/libdc1394
> programming/libs/libdvdnav
> programming/libs/giflibprogramming/libs/amrnb
> programming/libs/allegro
> programming/libs/alleggl
> programming/libs/amrwbapplications/hardware/vbetool
> applications/multimedia/mkvtoolnix
> applications/multimedia/ffmpeg
> applications/multimedia/flac
> applications/multimedia/x264
> applications/hardware/acpica
> applications/hardware/dmidecode
> applications/archive/lrzip
> applications/archive/p7zip
> applications/archive/rzip
> applications/archive/unarjapplications/network/tcpdump
> applications/network/netcat
> applications/network/sabishape
> programming/libs/xine-lib
> kernel/drivers/kqemu
> kernel/drivers/qc-usb-messenger
> kernel/drivers/sn9c1xx
> kernel/drivers/r5u870
> kernel/drivers/syntekdriver
> applications/emulators/qemu
> system/base/expat
> system/base/nss-mdns
> system/base/gettext
> system/base/libxml2
> system/base/glibc
> system/base/libxslt
> system/base/slang
> system/base/ncurses
> system/base/cracklib
> system/base/audit
> system/base/util-linux
> system/base/readline
> system/base/shadow
> system/base/pam
> system/devel/mpfr
> system/devel/gmp
> system/devel/chrpath
> system/devel/ccache
> system/devel/unifdef
> system/devel/swig
> system/devel/pkgconfig
> system/devel/bison
> system/devel/gcc
> system/devel/m4
> system/devel/automake
> system/devel/gnuconfig
> system/devel/make
> system/devel/autoconf
> system/devel/yacc
> system/devel/nasm
> system/devel/libtool
> system/devel/binutils
> system/base/bash
>
> # Faik
>
> desktop/kde/k3b
> programming/languages/python/python-memcached
> programming/languages/python/cmemcache
> system/base/gdbm
> programming/languages/perl/perl-IO-via-dynamic
> programming/languages/perl/perl-Tk
> programming/languages/perl/perl-Curses
> system/base/perl
> programming/libs/libmemcache
> server/memcached
> system/devel/quilt
> system/base/e2fsprogs
> system/base/zip
> system/base/urlgrabber
> system/base/sqlite
> programming/languages/ocaml
> applications/filesystems/gmailfs
> applications/filesystems/cramfs
> applications/filesystems/libgmail
> applications/filesystems/wdfs
> programming/tools/translate-toolkit
> programming/tools/pax-utils
> programming/tools/gperf
> programming/tools/gdb
> programming/tools/cvsps
> programming/tools/cdecl
> programming/tools/dev86
> programming/tools/bk-client
> programming/tools/cvs
> programming/tools/subversion
> programming/tools/valgrind
> programming/tools/patchutils
> programming/tools/strace
> programming/tools/sysprof
> programming/tools/lsof
> programming/tools/systemtap
> programming/tools/oprofile
> programming/tools/SVK
> programming/tools/ltrace
> programming/tools/elfutils
> applications/editors/emacs/ecb
> applications/editors/emacs/color-theme
> applications/editors/emacs/cedet
>
> # Semen
>
> applications/network/metalink
> applications/network/metamail
> applications/network/mit-kerberos
> applications/emulators/dosbox
> desktop/kde/konversation
> desktop/kde/kgraphviewer
> applications/emulators/xmame
> desktop/kde/yakuake
> desktop/kde/katapult
> desktop/kde/akode
> desktop/kde/kchmviewer
> desktop/kde/kbarcode
> system/base/flex
> system/base/miscfiles
> desktop/kde/kxmame
> desktop/kde/ksystemlog
> desktop/kde/kompose
> desktop/kde/kid3
> desktop/kde/kaffeine
> programming/tools/cogito
>
> # Gokcen
>
> programming/libs/nss
> desktop/kde/PyKDE
> desktop/kde/PyKDEeXtensions
> desktop/gnome/cairo
> desktop/freedesktop/dbus-qt3
> desktop/gnome/cairomm
> desktop/gnome/libsvg-cairo
> desktop/gnome/pycairo
> system/base/openssl
> system/devel/scons
> programming/tools/kdbg
> desktop/kde/kio-to-local
> desktop/kde/pardus-support
> desktop/kde/base/qt
>
> # Taner
>
> programming/languages/erlang
> server/xinetd
> server/www/mod_perl
> server/www/htdig
> server/www/apache
> server/www/mod_fastcgi
> server/database/mysql
> server/www/mod_python
> applications/admin/webalizer
>
> # Bahadýr
>
> applications/network/bridge-utils
> applications/security/nss_ldap
> applications/network/ppp
> applications/security/pam-krb5
> applications/security/pam_ldap
> desktop/kde/PyWireless
> system/base/curl
> system/base/libidn
> system/base/db4
> server/openldap
> system/base/dbus-glib
> system/base/iputils
> system/base/net-tools
> system/base/sysvinit
> system/base/dbus-python
> system/base/python-fchksum
> system/base/wireless-tools
> system/base/python
> programming/languages/python/python-ldap
>
> # Ýþbaran
>
> programming/languages/python/sip
> desktop/kde/amarok
> programming/languages/python/PyQt
> desktop/kde/qscintilla
> desktop/kde/kvpnc
> applications/network/vpnc
> applications/network/pptpclient
> applications/network/openvpn
>
> # Fatih
>
> applications/hardware/pmtools
> desktop/freedesktop/glitz
> desktop/freedesktop/shared-mime-info
> desktop/freedesktop/startup-notification
> desktop/freedesktop/ttmkfdir
> desktop/freedesktop/x2x
> desktop/freedesktop/xdg-utils
> applications/powermanagement/apmd
> applications/powermanagement/kpowersave
> applications/powermanagement/pm-utils
> applications/powermanagement/suspend
>
> # Pýnar
>
> desktop/kde/ktorrent
> programming/languages/lisp/ecl
> programming/languages/lisp/guile
> applications/security/apparmor-docs
> applications/security/apparmor-parser
> applications/security/apparmor-profiles
> applications/security/apparmor-utils
> applications/security/cryptsetup-luks
> applications/security/libapparmor
> applications/security/mcrypt
> applications/security/metasploit
> desktop/gnome/libglademm
> desktop/gnome/gtkmm
> desktop/gnome/libwnck
> desktop/gnome/gimp-data-extras
> desktop/gnome/librsvg
> desktop/gnome/glibmm
> desktop/gnome/libsvg
> desktop/gnome/pygobject
> desktop/gnome/libglade2
> desktop/gnome/gst-plugins-ugly
> desktop/gnome/gstreamer
> desktop/gnome/gst-plugins-base
> desktop/gnome/gst-plugins-good
> desktop/gnome/pygtk
> desktop/gnome/gst-ffmpeg
> desktop/gnome/libsexy
> programming/languages/haskell/ghc
> applications/games/wesnoth
> programming/environments/eric
> applications/games/eternal-lands-music
> applications/games/eternal-lands
> applications/games/eternal-lands-data
> desktop/gnome/gimp
> applications/games/bzflag
> programming/languages/python/python-bsddb3
> programming/languages/python/httplib2
> programming/languages/python/pydelicious
> programming/languages/python/pysqlite
> programming/languages/python/SQLObject
> programming/languages/python/docutils
> programming/languages/python/pysvn
> programming/languages/python/pycallgraph
> programming/languages/python/simplejson
> programming/languages/python/pyparsing
> programming/languages/python/cheetah
> programming/languages/python/mysql-python
> programming/languages/python/pyrex
> programming/languages/python/pyinotify
> programming/languages/python/beautifulsoup
> programming/languages/python/ClientForm
> programming/languages/python/pychecker
> programming/languages/python/FormEncode
> programming/languages/python/scapy
> programming/languages/python/feedparser
> programming/languages/python/chardet
> programming/languages/python/SOAPpy
> programming/languages/python/gnuplot-py
> programming/languages/python/matplotlib
> programming/languages/python/psyco
> programming/languages/python/PyX
> programming/languages/python/pylzma
> programming/languages/python/python-imaging
> programming/languages/python/pycrypto
> programming/languages/python/fpconst
> programming/languages/python/Twisted
> programming/languages/python/ZopeInterface
> programming/languages/python/pyopenssl
> programming/languages/python/aggdraw
> programming/languages/python/PyICU
> programming/languages/python/numpy
> programming/languages/python/mechanize
> programming/languages/python/zodb3
> programming/languages/python/PyXML
> programming/languages/python/sympy
> programming/languages/python/gdmodule
> programming/languages/python/pexpect
> programming/languages/python/scipy
> programming/languages/python/networkx
>
> # Gokmen
>
> programming/languages/python/PyQt4
> applications/hardware/gparted
> system/base/parted
> system/base/pyparted
>
> -----------------------------------------------------
>
> Saygýlar
>
>   

Ozan selam,
Pulseaudio, pavucontrol, paprefs paketleriyle ben þuan ilgileniyorum. Bu 
paketlerde bulabildiðim tek sorun, simge ile ilgili yamalarýn sadece 
KDE'ye özgü olmasý. Yani normalde bu yamalar kaldýrýlýnca Xfce'de 
sorunsuz çalýþýyor; fakat bu sefer de KDE'de simgeler görünmüyor. Ýlgili 
hata => http://bugs.pardus.org.tr/show_bug.cgi?id=8498

Bu hata düzeltilmeden önce sürüm güncellemesini yapmakta fayda var 
sanýrým, çünkü fazlaca deðiþiklik var. Bkz => 
http://pulseaudio.org/milestone/0.9.13

Eðer senin vaktin çok kýsýtlýysa ben bununla uðraþabilirim. Zira en 
yoðun zamanlarýmý yaþýyorum ama yine de pulseaudio konusunda taviz 
vermek istemiyorum =) Tek sýkýntým, güncellerken bir sorunla 
karþýlaþtýðým zaman çözümünü bulmak biraz zor olacak benim için.

Ýyi bayramlar.

From bahadir at pardus.org.tr  Mon Dec  8 18:05:57 2008
From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=)
Date: Mon, 8 Dec 2008 18:05:57 +0200
Subject: [Gelistirici] Fwd:  mail yazarken
Message-ID: <200812081806.04021.bahadir@pardus.org.tr>

Hatırlayalım, hatırlatalım.

----------  Yönlendirilmiş İleti  ----------

Subject: [Gelistirici] mail yazarken
Date: 09 Oca 2008 Çar
From: Koray Löker <loker at pardus.org.tr>
To: gelistirici at pardus.org.tr

Selamlar,

Lütfen bu listeye yazarken olsun, alıntı yapmayı hatırlar mısınız? 

Gene çarşaf çarşaf tüm-alıntılar, tepeye yazmalar falan aldı yürüdü... ne 
güzel kendi aramızda bari eski güzel netiket 'e uyan bir topluluktuk biz 
burada...

-- 
Koray Löker
<-/ Özgürlük için... http://www.pardus.org.tr /->

-------------------------------------------------------
-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081208/a48fb12b/attachment.pgp 

From ozan at pardus.org.tr  Mon Dec  8 18:14:43 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 08 Dec 2008 18:14:43 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <20081208153245.124ae6a5.dfisek@fisek.com.tr>
References: <493CF763.5080900@pardus.org.tr>
	<20081208153245.124ae6a5.dfisek@fisek.com.tr>
Message-ID: <493D47F3.70904@pardus.org.tr>

Doruk Fisek wrote:
> Mon, 08 Dec 2008 12:30:59 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :
>
>   
>> 261 tanesi ise halen bakýcýsýz durumda.
>>     
> Karisiklik olmasin diye listeye de yazayim, bakicisiz isaretlenmeden 6
> gun once frozen-bubble'i kendi uzerime almistim eski bakmak istemeyen
> bakicisindan.
>
> svn'de tekrar uzerime aldim.
>   
O tarz aralarda alýnan paketleri gördükçe bu listeleri güncelledim, 
frozen'ý da görüp bakýcýsýzlardan silmiþtim diye hatýrlýyorum, eðer 
arada kaçýp bakýcýsýz iþaretlendiyse bugün, kusuruma kalma :)

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From gkmngrgn at gmail.com  Mon Dec  8 18:19:00 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Mon, 08 Dec 2008 18:19:00 +0200
Subject: [Gelistirici] Fwd:  mail yazarken
In-Reply-To: <200812081806.04021.bahadir@pardus.org.tr>
References: <200812081806.04021.bahadir@pardus.org.tr>
Message-ID: <493D48F4.8020401@gmail.com>

Bahadýr Kandemir wrote On 08-12-2008 18:05:
> Hatýrlayalým, hatýrlatalým.
>   

Arada dikkatten kaçýyor,  bu aralar paso yapýyormuþum.

From ozan at pardus.org.tr  Mon Dec  8 18:26:02 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 08 Dec 2008 18:26:02 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <493D3924.2080408@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
Message-ID: <493D4A9A.6050901@pardus.org.tr>

Serdar DALGIÇ wrote:
>> # Ozan
>>   
>> programming/libs/libzip
>>     
Alabilirsin.
>>   
>> applications/multimedia/vlc
>> applications/multimedia/speex
>>
>>     
vlc ile özel bir ilgim yok ancak çok geride kaldýðýmýz için geçen hafta 
ilgilenmeye baþladým. Þu anda baðýmlýlýklarýndan biri olan live555 ABI 
kýrdýðý ve ABI kýran sürüme yeni vlc'nin baðlý olmasýndan dolayý zaten 
yeni sürümünün depoya girebilmesi söz konusu deðil.

Bunun dýþýnda paket bazýnda bakarsak, yeni sürümün eksiklikleri:
- Türkçe çeviri dosyasýnýn elden geçmesi gerekiyor,
- OpenGL çýktý seçildiðinde VLC çöküyor,
- paranoia isimli bir cdda kütüphanesine baðlý ancak undefined symbol 
veriyor o kütüphaneyle ilgili.

Paketi bunlarý bildikten sonra alabilirsin ancak dediðim gibi buildfarm 
ve PiSi breaksABI konusunda anlaþabildikleri ana kadar depoya giremeyecek.

speex'i de son anda bugün alsa-plugins ile alakalý olduðu için çektim 
üzerime. þu anda görünen bir baðýmlýlýðý yok ancak açmayý düþünüyorum 
ileriki sürümlerde.

Ýki paketi de alabilirsin bence ilgileneceðim diyorsan.

Saygýlar efenim.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From ozan at pardus.org.tr  Mon Dec  8 18:31:03 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 08 Dec 2008 18:31:03 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <493D3B22.3060900@gmail.com>
References: <493CF763.5080900@pardus.org.tr> <493D3B22.3060900@gmail.com>
Message-ID: <493D4BC7.5060808@pardus.org.tr>

Gökmen Görgen wrote:
> Ozan selam,
> Pulseaudio, pavucontrol, paprefs paketleriyle ben þuan ilgileniyorum. Bu 
> paketlerde bulabildiðim tek sorun, simge ile ilgili yamalarýn sadece 
> KDE'ye özgü olmasý. Yani normalde bu yamalar kaldýrýlýnca Xfce'de 
> sorunsuz çalýþýyor; fakat bu sefer de KDE'de simgeler görünmüyor. Ýlgili 
> hata => http://bugs.pardus.org.tr/show_bug.cgi?id=8498
>
> Bu hata düzeltilmeden önce sürüm güncellemesini yapmakta fayda var 
> sanýrým, çünkü fazlaca deðiþiklik var. Bkz => 
> http://pulseaudio.org/milestone/0.9.13
>
> Eðer senin vaktin çok kýsýtlýysa ben bununla uðraþabilirim. Zira en 
> yoðun zamanlarýmý yaþýyorum ama yine de pulseaudio konusunda taviz 
> vermek istemiyorum =) Tek sýkýntým, güncellerken bir sorunla 
> karþýlaþtýðým zaman çözümünü bulmak biraz zor olacak benim için.
>
>   
Selam,

Bu paketlerin bende kalmasý daha iyi olur, zira fazlaca ilgilendim 
kendileriyle. Listelerine üyeyim, git depolarýný takip ediyorum, 
pavucontrol ya da paprefs'ten birinin çevirilerini yaptým vs. vs.

Pulseaudio 0.9.10'dayýz çünkü 10'dan sonraki sürümlerde geçilen 
"timer-based scheduling" ile çok fena sorunlar var. devel'de .13'teyiz 
zaten ancak 10'dan vazgeçmeyi düþünmüyorum sorunlar giderilene kadar.

Ýkon sorunlarý biraz gýcýk gerçekten. Pakette bir yama var ve gnome ikon 
isimlerini kde karþýlýklarýna deðiþtiriyor ona baktýn mý? Bu xfce, kde, 
gtk uygulamalarýnýn arasýndaki ikon sorunlarý aklýmda ancak uðraþmaya 
hiç vaktim olmadý, eðer çözebilirsen ne ala. Bir not daha, geçen 
Gökçen'in bilgisayarýndaki KDE4 masaüstünde pavucontrol'un ikonlarý 
eksiksiz görünüyordu, artýk bir þey mi yapmýþtý yoksa düzelmiþ mi 
KDE4'te bilemiyorum.

Unutmadan, paket bende ya da X'te diye, paketle bir tek ben 
ilgileneceðim diye bir þey yok, playgroundunuza alýp, kurcalayýp sonra 
buraya ya da bana mail atarsanýz, devel'e merge ederiz tekrar, vs.vs.

iyi bayramlar.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From serdar at cclub.metu.edu.tr  Mon Dec  8 18:38:38 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Mon, 08 Dec 2008 18:38:38 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493D4A9A.6050901@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>
	<493D4A9A.6050901@pardus.org.tr>
Message-ID: <493D4D8E.8000305@cclub.metu.edu.tr>

Ozan Çaðlayan wrote On 08-12-2008 18:26:
> Serdar DALGIÇ wrote:
>   
>>> # Ozan
>>>   
>>> programming/libs/libzip
>>>     
>>>       
> Alabilirsin.
>   
gotcha ;)

>>>   
>>> applications/multimedia/vlc
>>> applications/multimedia/speex
>>>
>>>     
>>>       
> vlc ile özel bir ilgim yok ancak çok geride kaldýðýmýz için geçen hafta 
> ilgilenmeye baþladým. Þu anda baðýmlýlýklarýndan biri olan live555 ABI 
> kýrdýðý ve ABI kýran sürüme yeni vlc'nin baðlý olmasýndan dolayý zaten 
> yeni sürümünün depoya girebilmesi söz konusu deðil.
>
>   
bunu öðrendiðim iyi oldu.

> Bunun dýþýnda paket bazýnda bakarsak, yeni sürümün eksiklikleri:
> - Türkçe çeviri dosyasýnýn elden geçmesi gerekiyor,
>   
zaman ayýrabilirim.
> - OpenGL çýktý seçildiðinde VLC çöküyor,
>   
programdan kaynaklanan bir bug mý? herhangi bir araþtýrman olmuþ muydu 
bu konuda?
çözmek için araþtýrma yapabilirim, takýldýðým yerlerde de geliþtirici 
listesi üzerinden baþýný þiþirebilirim :)

> - paranoia isimli bir cdda kütüphanesine baðlý ancak undefined symbol 
> veriyor o kütüphaneyle ilgili.
>
>   
OpenGL çýktý seçimine yazdýðým yorumlarýn aynýsý..

> Paketi bunlarý bildikten sonra alabilirsin ancak dediðim gibi buildfarm 
> ve PiSi breaksABI konusunda anlaþabildikleri ana kadar depoya giremeyecek.
>
>   
Paketi alýp öðrenme sürecime devam edeyim dersem nasýl olur? vlc'yle 
ilgilenmek istememin bir nedeni de kullandýðým program hakkýnda biraz 
bilgi sahibi olmak istemem. hem bu tarz ciddi ABI/API kýran paketlerle 
uðraþmamýþ daha önce, bu konuda deneyim edinmek açýsýndan iyi olur diye 
düþünüyorum.

> speex'i de son anda bugün alsa-plugins ile alakalý olduðu için çektim 
> üzerime. þu anda görünen bir baðýmlýlýðý yok ancak açmayý düþünüyorum 
> ileriki sürümlerde.
>
>   
aktif olarak ilgilendiðin bir paketse, ilerisi için planlarýn varsa sana 
paslayabilirim o zaman. sendeyken de geliþimini takip edebilirim.

> Ýki paketi de alabilirsin bence ilgileneceðim diyorsan.
>
>   
dediðin gibi "iki" paketi alýyorum: vlc- libzip :) ilgin için 
teþekkürler. vlc konusunda da gözün(üz)e takýlan birþeyler olursa 
feedback'lerinizi bekliyorum

> Saygýlar efenim.
>
>   
bilmukabele efenim :)

-serdar


From serdar at cclub.metu.edu.tr  Mon Dec  8 18:41:13 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Mon, 08 Dec 2008 18:41:13 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493D4D8E.8000305@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>	<493D4A9A.6050901@pardus.org.tr>
	<493D4D8E.8000305@cclub.metu.edu.tr>
Message-ID: <493D4E29.4000900@cclub.metu.edu.tr>

Serdar DALGIÇ wrote On 08-12-2008 18:38:
> Paketi alýp öðrenme sürecime devam edeyim dersem nasýl olur? vlc'yle 
> ilgilenmek istememin bir nedeni de kullandýðým program hakkýnda biraz 
> bilgi sahibi olmak istemem. hem bu tarz ciddi ABI/API kýran paketlerle 
>   

> uðraþmamýþ daha önce, bu konuda deneyim edinmek açýsýndan iyi olur diye 
>   
uðraþmamýþ -> uðraþmamýþtým // FIX-TYPO
> düþünüyorum.
>   


From selimok at gmail.com  Mon Dec  8 19:08:06 2008
From: selimok at gmail.com (selim ok)
Date: Mon, 8 Dec 2008 18:08:06 +0100
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493D4D8E.8000305@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr> <493D4A9A.6050901@pardus.org.tr>
	<493D4D8E.8000305@cclub.metu.edu.tr>
Message-ID: <a001a6cb0812080908l35f88e2eodf8d01d131b7b78a@mail.gmail.com>

Öncelikle benden de bir iyi bayramlar dileði...

08 Aralýk 2008 Pazartesi 17:38 tarihinde Serdar DALGIÇ <
serdar at cclub.metu.edu.tr> yazdý:

>
>
> > vlc ile özel bir ilgim yok ancak çok geride kaldýðýmýz için geçen hafta
> > ilgilenmeye baþladým. Þu anda baðýmlýlýklarýndan biri olan live555 ABI
> > kýrdýðý ve ABI kýran sürüme yeni vlc'nin baðlý olmasýndan dolayý zaten
> > yeni sürümünün depoya girebilmesi söz konusu deðil.
> >
> >
> bunu öðrendiðim iyi oldu.
>

 Aslýnda derlerken --disable-livedotcom ile derlenirse buna gerek kalmaz
gibi.

Bu özellik kapandýðýnda þundan mahrum kalýyormuþuz:

rstp/rtp/sdp (livedotcom)

* default: enabled *

This module allows you to read VOD streams using the RTSP protocol. It uses
the liveMedia library from http://live.com/

Olmazsa olmaz mý?


Selim
-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081208/315e782d/attachment.htm 

From gkmngrgn at gmail.com  Mon Dec  8 20:09:12 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Mon, 08 Dec 2008 20:09:12 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493D4BC7.5060808@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr> <493D3B22.3060900@gmail.com>
	<493D4BC7.5060808@pardus.org.tr>
Message-ID: <493D62C8.1090407@gmail.com>

Ozan Çaðlayan wrote On 08-12-2008 18:31:
> Selam,
> Bu paketlerin bende kalmasý daha iyi olur, zira fazlaca ilgilendim 
> kendileriyle. Listelerine üyeyim, git depolarýný takip ediyorum, 
> pavucontrol ya da paprefs'ten birinin çevirilerini yaptým vs. vs.
>
>   
Tabi ki çok daha iyi olur.
> Ýkon sorunlarý biraz gýcýk gerçekten. Pakette bir yama var ve gnome ikon 
> isimlerini kde karþýlýklarýna deðiþtiriyor ona baktýn mý? Bu xfce, kde, 
> gtk uygulamalarýnýn arasýndaki ikon sorunlarý aklýmda ancak uðraþmaya 
> hiç vaktim olmadý, eðer çözebilirsen ne ala. Bir not daha, geçen 
> Gökçen'in bilgisayarýndaki KDE4 masaüstünde pavucontrol'un ikonlarý 
> eksiksiz görünüyordu, artýk bir þey mi yapmýþtý yoksa düzelmiþ mi 
> KDE4'te bilemiyorum.
>
>   
Buna ben de boþ vaktimde bakacaðým. Bir çözüm bulabilirsem hemen paylaþýrým.

Ýyi bayramlar

From ozan at pardus.org.tr  Mon Dec  8 20:13:38 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 08 Dec 2008 20:13:38 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <a001a6cb0812080908l35f88e2eodf8d01d131b7b78a@mail.gmail.com>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>
	<493D4A9A.6050901@pardus.org.tr>	<493D4D8E.8000305@cclub.metu.edu.tr>
	<a001a6cb0812080908l35f88e2eodf8d01d131b7b78a@mail.gmail.com>
Message-ID: <493D63D2.8020108@pardus.org.tr>

selim ok wrote:
> Öncelikle benden de bir iyi bayramlar dileði...
>
> 08 Aralýk 2008 Pazartesi 17:38 tarihinde Serdar DALGIÇ 
> <serdar at cclub.metu.edu.tr <mailto:serdar at cclub.metu.edu.tr>> yazdý:
>
>
>
>     > vlc ile özel bir ilgim yok ancak çok geride kaldýðýmýz için
>     geçen hafta
>     > ilgilenmeye baþladým. Þu anda baðýmlýlýklarýndan biri olan
>     live555 ABI
>     > kýrdýðý ve ABI kýran sürüme yeni vlc'nin baðlý olmasýndan dolayý
>     zaten
>     > yeni sürümünün depoya girebilmesi söz konusu deðil.
>     >
>     >
>     bunu öðrendiðim iyi oldu.
>
>
>  Aslýnda derlerken --disable-livedotcom ile derlenirse buna gerek 
> kalmaz gibi.
>
> Bu özellik kapandýðýnda þundan mahrum kalýyormuþuz:
>
>
>       rstp/rtp/sdp (livedotcom)
>
> / default: enabled /
>
> This module allows you to read VOD streams using the RTSP protocol. It 
> uses the liveMedia library from http://live.com/
>
>
> Olmazsa olmaz mý?
>
rtsp protokolünü kullanan video on demand akýþlarýný izletmeyeceðiz 
demek oluyor :)
Yeni sürümü bir süreliðine almamak, alýp da bir özelliðini kapatmaktan 
daha iyi bence. breaksABI desteði piside zaten var, farm'a da bayramdan 
önceki hafta ekledim, live555 ile denedim çalýþýyordu. Biraz daha deneme 
yaptýktan sonra iþler hale getireceðiz.



-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From gokmen at pardus.org.tr  Mon Dec  8 22:48:27 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Mon, 8 Dec 2008 22:48:27 +0200
Subject: [Gelistirici] [paketler-commits] r56683 -
	devel/programming/libs/qt4
In-Reply-To: <4cca720b0812080212r43c022fcud9540ddfe29134c4@mail.gmail.com>
References: <20081207180304.887711384095@ns1.pardus.org.tr>
	<4cca720b0812080212r43c022fcud9540ddfe29134c4@mail.gmail.com>
Message-ID: <200812082248.27208.gokmen@pardus.org.tr>

On Monday 08 December 2008 12:12:17 Furkan Duman wrote:
> 07 Aralýk 2008 Pazar 20:03 tarihinde  <paketler-commits at pardus.org.tr> 
yazdý:
> > Author: gokmen.goksel
> > Date: Sun Dec  7 20:03:04 2008
> > New Revision: 56683
> >
> > Modified:
> >   devel/programming/libs/qt4/actions.py
> >   devel/programming/libs/qt4/pspec.xml
> > Log:
> >  * QIBASE(Firebird) Driver package added
> >
> > BUG:FIXED:5537
>
> ..
>
> > +    <Package>
> > +        <Name>qt4-sql-ibase</Name>
> > +        <RuntimeDependencies>
> > +            <Dependency>firebird-client</Dependency>
> > +            <Dependency>firebird-superserver</Dependency>
> > +            <Dependency version="4.4.3">qt4</Dependency>
> > +        </RuntimeDependencies>
>
> Merhaba,
Selamlar,

> Normalde firebird-superserver ihtiyacýnýn olmamasý lazým.
> firebird-client paketinde eksik bir baðýmlýlýk mý var? Þu durumda bu
> paketi kuran, firebird sunucuyu da kurmalý demiþ oluyoruz.
Firebird ile ilgili -hiç- bilgim yok yalnýz qt4 ibase desteði için superserver 
paketinden çýkan /usr/include/firebird/include/ibase.h dosyasýna ihtiyaç 
duyuyor. Dosyanýn client paketinde bulunmasý gerekiyorsa paketçisi karar 
versin diyeyim ona göre düzenleriz :)

> Kolay gelsin.
Ýyi çalýþmalar,

-- 
Gökmen GÖKSEL
[pardus.org.tr]

From coderlord at gmail.com  Tue Dec  9 00:43:08 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Tue, 9 Dec 2008 00:43:08 +0200
Subject: [Gelistirici] [paketler-commits] r56683 -
	devel/programming/libs/qt4
In-Reply-To: <200812082248.27208.gokmen@pardus.org.tr>
References: <20081207180304.887711384095@ns1.pardus.org.tr>
	<4cca720b0812080212r43c022fcud9540ddfe29134c4@mail.gmail.com>
	<200812082248.27208.gokmen@pardus.org.tr>
Message-ID: <4cca720b0812081443j67e6784v917842d22a5dee86@mail.gmail.com>

08 Aralýk 2008 Pazartesi 22:48 tarihinde Gökmen GÖKSEL
<gokmen at pardus.org.tr> yazdý:
> Firebird ile ilgili -hiç- bilgim yok yalnýz qt4 ibase desteði için superserver
> paketinden çýkan /usr/include/firebird/include/ibase.h dosyasýna ihtiyaç
> duyuyor. Dosyanýn client paketinde bulunmasý gerekiyorsa paketçisi karar

O halde o dosyayý ve geliþtirme ile ilgili olanlarý firebird-devel
diye böleyim. :) Sunucuda kalmasý iyi olmamýþ.

Haber vereyim hallettikten sonra.

Görüþürüz.

-- 
Furkan Duman

From coderlord at gmail.com  Tue Dec  9 00:45:25 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Tue, 9 Dec 2008 00:45:25 +0200
Subject: [Gelistirici] [paketler-commits] r56683 -
	devel/programming/libs/qt4
In-Reply-To: <200812082248.27208.gokmen@pardus.org.tr>
References: <20081207180304.887711384095@ns1.pardus.org.tr>
	<4cca720b0812080212r43c022fcud9540ddfe29134c4@mail.gmail.com>
	<200812082248.27208.gokmen@pardus.org.tr>
Message-ID: <4cca720b0812081445m3199f9bbk79dd6bcc2f32c489@mail.gmail.com>

08 Aralýk 2008 Pazartesi 22:48 tarihinde Gökmen GÖKSEL
<gokmen at pardus.org.tr> yazdý:
> Firebird ile ilgili -hiç- bilgim yok yalnýz qt4 ibase desteði için superserver
> paketinden çýkan /usr/include/firebird/include/ibase.h dosyasýna ihtiyaç
> duyuyor. Dosyanýn client paketinde bulunmasý gerekiyorsa paketçisi karar
> versin diyeyim ona göre düzenleriz :)

Akabinde birþey daha sorayým. Bu baðýmlýlýk sadece build sýrasýnda
gerekmiyor mu? firebird server için Runtime yerine build dep. yazmak
þimdilik bizi kurtarmaz mý?

-- 
Furkan Duman

From gokmen at pardus.org.tr  Tue Dec  9 01:02:10 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Tue, 9 Dec 2008 01:02:10 +0200
Subject: [Gelistirici] [paketler-commits] r56683 -
	devel/programming/libs/qt4
In-Reply-To: <4cca720b0812081445m3199f9bbk79dd6bcc2f32c489@mail.gmail.com>
References: <20081207180304.887711384095@ns1.pardus.org.tr>
	<200812082248.27208.gokmen@pardus.org.tr>
	<4cca720b0812081445m3199f9bbk79dd6bcc2f32c489@mail.gmail.com>
Message-ID: <200812090102.10508.gokmen@pardus.org.tr>

On Tuesday 09 December 2008 00:45:25 Furkan Duman wrote:
> 08 Aralýk 2008 Pazartesi 22:48 tarihinde Gökmen GÖKSEL
>
> <gokmen at pardus.org.tr> yazdý:
> > Firebird ile ilgili -hiç- bilgim yok yalnýz qt4 ibase desteði için
> > superserver paketinden çýkan /usr/include/firebird/include/ibase.h
> > dosyasýna ihtiyaç duyuyor. Dosyanýn client paketinde bulunmasý
> > gerekiyorsa paketçisi karar versin diyeyim ona göre düzenleriz :)
>
> Akabinde birþey daha sorayým. Bu baðýmlýlýk sadece build sýrasýnda
> gerekmiyor mu? firebird server için Runtime yerine build dep. yazmak
> þimdilik bizi kurtarmaz mý?
:) Evet diyemiyorum çünkü dediðim gibi firebird ile ilgili bir deneyimim 
olmadý eðer deneyebilirsen ve haber verirsen sevinirim olmadý ben bir örnek 
filan bulup denerim ;)

-- 
Gökmen GÖKSEL
[pardus.org.tr]

From fatih at pardus.org.tr  Tue Dec  9 01:34:11 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Tue, 9 Dec 2008 01:34:11 +0200
Subject: [Gelistirici] =?utf-8?q?postRemove_ihtiyac=C4=B1?=
In-Reply-To: <200812061944.13615.bahadir@pardus.org.tr>
References: <200812060224.19474.fatih@pardus.org.tr>
	<200812061944.13615.bahadir@pardus.org.tr>
Message-ID: <200812090134.15692.fatih@pardus.org.tr>

Cumartesi 06 Aralık 2008 tarihinde, Bahadır Kandemir şunları yazmıştı: 
> COMAR betiklerine onRegister ve onRemove metodları eklemeyi düşünüyordum,
> işimizi görebilir. COMAR betikleri, preRemove ve cleanupPackage metodları
> çalıştırıldıktan sonra siliniyor. Silme işlemini dosyalar kaldırıldıktan
> sonra yaparsak ve COMAR'a onRegister/onRemove desteÄŸi ekleyelim derim.

Bu silinen paketle gelen betiklerde kullanılabilir. Bence güzel olur. Ancak 
packagehandler betikleri için yine ek bir metod gerekiyor. Mesela bir font 
paketi silindiğinde, handler fontconfig paketinde yer aldığı için onRemove 
çalışmayacak.

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081209/2d4bbd66/attachment.pgp 

From taner at pardus.org.tr  Tue Dec  9 06:02:09 2008
From: taner at pardus.org.tr (Taner =?iso-8859-9?Q?Ta=FE?=)
Date: Tue, 9 Dec 2008 06:02:09 +0200 (EET)
Subject: [Gelistirici] =?iso-8859-9?q?svn=2Epardus=2Eorg=2Etr_SSL_setifika?=
	=?iso-8859-9?q?_g=FCncellemesi?=
Message-ID: <20e2a06318a5d9ea4401bbef5588b139.squirrel@webmail.pardus.org.tr>

Merhaba,

svn.pardus.org.tr sunucumuzun ssl sertifikasýnýn süresi dolduðundan yeni
sertifika oluþturmak zorunda kaldýk. Sistemlerinizdeki svn klasörleri
https protokolü üzerinden baðlantý kuruyorsa ilk sunucu baðlantýsýnda (up,
commit vs.) sertifika hatasý verecektir. "p" (permanent) ile yeniden onay
verip iþlemlerinize kaldýðýnýz yerden devam edebilirsiniz.

Bu durum, sistemlerinde otomatik olarak güncellenen svn dizinleri bulunan
kullanýcýlarý daha çok etkileyecektir. Bu tip svn dizinleriniz varsa bir
kereliðine elle güncelleme yapmanýz (svn up) ve sertifikaya onay vermeniz
yeterli olacaktýr.

Gösterdiðiniz anlayýþ için teþekkür ederiz.

Taner Taþ

From coderlord at gmail.com  Tue Dec  9 12:25:09 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Tue, 9 Dec 2008 12:25:09 +0200
Subject: [Gelistirici] [paketler-commits] r56683 -
	devel/programming/libs/qt4
In-Reply-To: <200812090102.10508.gokmen@pardus.org.tr>
References: <20081207180304.887711384095@ns1.pardus.org.tr>
	<200812082248.27208.gokmen@pardus.org.tr>
	<4cca720b0812081445m3199f9bbk79dd6bcc2f32c489@mail.gmail.com>
	<200812090102.10508.gokmen@pardus.org.tr>
Message-ID: <4cca720b0812090225t7eee7cd5ke1bbe6fcf4433d12@mail.gmail.com>

09 Aralýk 2008 Salý 01:02 tarihinde Gökmen GÖKSEL <gokmen at pardus.org.tr> yazdý:
>> Akabinde birþey daha sorayým. Bu baðýmlýlýk sadece build sýrasýnda
>> gerekmiyor mu? firebird server için Runtime yerine build dep. yazmak
>> þimdilik bizi kurtarmaz mý?
> :) Evet diyemiyorum çünkü dediðim gibi firebird ile ilgili bir deneyimim
> olmadý eðer deneyebilirsen ve haber verirsen sevinirim olmadý ben bir örnek
> filan bulup denerim ;)

Firebird kullanmýþtým. Ýstemci tarafta firebird-client paketi yeterli.
Derleme zamanýnda include dosyasýna ihtiyaç duyuyor. Daha sonra
kullanmýyor.

QT4 ile bir baðlantý örneði hazýrlarým.

Görüþürüz.

-- 
Furkan Duman

From ekin at pardus.org.tr  Tue Dec  9 13:02:44 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 9 Dec 2008 13:02:44 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
Message-ID: <200812091302.44934.ekin@pardus.org.tr>


Merhaba / Hi;

2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 10 
Aralýk 2008, 23:59.

ACK/NACK for new packages in 2008-test repo, reply before 10 December 2008, 
23:59 (GMT+2) please...

-------8<----------------------------------------
akonadi-1.0.80-5-5.pisi
alsa-driver-1.0.18a-37-30.pisi
alsa-headers-1.0.18a-24-4.pisi
alsa-lib-1.0.18-32-5.pisi
alsa-plugins-1.0.18-5-5.pisi
alsa-tools-1.0.18-9-4.pisi
alsa-tools-gui-1.0.18-9-1.pisi
alsa-utils-1.0.18-32-8.pisi
aria2-1.0.1-20-9.pisi
ati-control-center-8.11-44-24.pisi
ati-drivers-8.11-44-38.pisi
automoc4-0.9.87-3-3.pisi
bash-completion-20060301-31-5.pisi
crystalspace-1.2.1_30564-9-3.pisi
crystalspace-doc-1.2.1_30564-9-3.pisi
dbus-1.2.4-39-14.pisi
decibel-0.7.1_891686-3-3.pisi
digikam-kde4-0.10.0_beta6-2-2.pisi
dovecot-1.1.7-19-4.pisi
dvd-slideshow-0.8.2_2-6-3.pisi
ffmpeg2theora-0.23-2-2.pisi
fontforge-0.0_20081117-11-8.pisi
freecol-0.8.0_alpha3-13-4.pisi
freeradius-2.1.3-6-5.pisi
frozen-bubble-2.2.0-18-4.pisi
gftp-2.0.19-5-3.pisi
glib2-2.16.5-29-11.pisi
gparted-0.4.1-13-5.pisi
graphviz-2.18-10-7.pisi
graphviz-docs-2.18-10-4.pisi
gst-plugins-bad-0.10.9-4-4.pisi
gst-plugins-ugly-0.10.10-10-4.pisi
gtk2-2.12.11-39-12.pisi
gtk2-demo-2.12.11-39-4.pisi
gtk2-docs-2.12.11-39-4.pisi
gvim-7.2.060-56-4.pisi
hsqldb-lib-1.8.0.10-2-2.pisi
kde4-i18n-*-4.1.80-10-8.pisi
kdeaccessibility4-4.1.80-11-9.pisi
kdeadmin4-4.1.80-16-9.pisi
kdeartwork4-colorschemes-4.1.80-17-5.pisi
kdeartwork4-emoticons-4.1.80-17-5.pisi
kdeartwork4-icons-4.1.80-17-5.pisi
kdeartwork4-kworldclock-maps-4.1.80-17-5.pisi
kdeartwork4-screensavers-4.1.80-17-5.pisi
kdeartwork4-sounds-4.1.80-17-5.pisi
kdeartwork4-styles-4.1.80-17-5.pisi
kdeartwork4-wallpapers-4.1.80-17-5.pisi
kdebase4-4.1.80-16-9.pisi
kdebase4-runtime-4.1.80-20-13.pisi
kdebase4-workspace-4.1.80-26-22.pisi
kdebindings4-4.1.80-14-10.pisi
kdeedu4-4.1.80-17-10.pisi
kdegames4-4.1.80-17-9.pisi
kdegraphics4-4.1.80-19-11.pisi
kdelibs4-4.1.80-23-14.pisi
kdemultimedia4-4.1.80-17-10.pisi
kdenetwork4-4.1.80-17-12.pisi
kdepim4-4.1.80-9-11.pisi
kdepimlibs-4.1.80-16-10.pisi
kdeplasma-addons-4.1.80-6-6.pisi
kdesdk4-4.1.80-15-9.pisi
kdetoys4-4.1.80-15-9.pisi
kdeutils4-4.1.80-16-9.pisi
kdewebdev4-4.1.80-15-9.pisi
libgcrypt-1.4.0-8-4.pisi
libgnomecanvas-2.20.0-3-3.pisi
libv4l-0.5.7-8-7.pisi
networkx-0.37-2-1.pisi
octave-3.0.3-12-4.pisi
openmpi-1.2.8-6-3.pisi
ortp-0.13.1-2-1.pisi
package-manager-1.3.9-53-20.pisi
perl-Tk-804.028-4-2.pisi
phonon-4.2.80-5-6.pisi
pidgin-2.5.2-25-6.pisi
pisi-2.1.0-105-30.pisi
powerdevil-kde4-1.4.1-2-2.pisi
ralink-firmware-0.0_20081130-2-2.pisi
rsibreak-kde4-0.9.0_beta4-3-2.pisi
skype-2.0.0.72-14-2.pisi
smc-1.6-3-4.pisi
sylpheed-2.6.0_rc-25-6.pisi
tapioca-qt-0.17.7_891685-3-3.pisi
telepathy-qt-0.17.7_891673-3-3.pisi
tpmmanager-0.5-3-1.pisi
tpm-tools-1.3.1-4-1.pisi
transKode-0.7-7-2.pisi
trousers-0.3.1-7-1.pisi
vim-7.2.060-56-15.pisi
wordwarvi-0.23-5-3.pisi
wpa_supplicant-0.6.4-33-6.pisi
zpspell-0.4.2-8-2.pisi
--
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Tue Dec  9 13:03:54 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 9 Dec 2008 13:03:54 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <200812091303.54891.ekin@pardus.org.tr>

Merhaba / Hi ;

Kararlý depoya girmek için bekleyen paketlerin güncelleme detaylarý //
Update details for packages in 2008-test repo :

= Package : akonadi  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 1.0.80, Rel.: 5, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    MySQL server dependency added. One day we may get rid of this i hope.

* Ver.: 1.0.80, Rel.: 4, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Stable update

= Package : alsa-driver  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18a, Rel.: 37, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-12]

    - Version bump to the latest stable 1.0.18,
    - Fixes eeepcs shutdown problem (Fixes #7989),
    - Fixes distortioned sound problem of Compaq Presario, (Fixes #8306).

= Package : alsa-headers  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18a, Rel.: 24, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-12]

    Version bump to latest stable 1.0.18a.

= Package : alsa-lib  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 32, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-30]

    Version bump to the latest stable 1.0.18.

= Package : alsa-plugins  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 5, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-22]

    - Add Gentoo patch for being able to disable some configure parameters,
    - Disable avcodec, disable speex as it may cause some problems with PA.

* Ver.: 1.0.18, Rel.: 4, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-31]

    - Version bump to the latest stable 1.0.18,
    - Enable speex library.

= Package : alsa-tools  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 9, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-31]

    - Version bump to the latest stable 1.0.18,
    - Add firmware_locations.patch for installing firmwares 
into /lib/firmware,
    - Split the package for separating GUI and console tools,
    - Take over package.

= Package : alsa-tools-gui  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 9, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-31]

    - Version bump to the latest stable 1.0.18,
    - Add firmware_locations.patch for installing firmwares 
into /lib/firmware,
    - Split the package for separating GUI and console tools,
    - Take over package.

* Ver.: 1.0.17, Rel.: 8, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-07-15]

    Version bump

* Ver.: 1.0.17_rc1, Rel.: 7, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-06-23]

    Version bump

* Ver.: 1.0.16, Rel.: 6, Type: None
* Onur Küçük <onur_at_pardus.org.tr> [2008-04-08]

    Make usx2y use udev

* Ver.: 1.0.16, Rel.: 5, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-02-06]

    Version bump

* Ver.: 1.0.16_rc1, Rel.: 4, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-01-28]

    Version bump

* Ver.: 1.0.14, Rel.: 3, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2007-06-04]

    Fixed dependencies

* Ver.: 1.0.14, Rel.: 2, Type: None
* Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr> [2007-06-04]

    Version bump to stable release

* Ver.: 1.0.14_rc3, Rel.: 1, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-03-25]

    First release.

= Package : alsa-utils  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 32, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-04]

    - Version bump to the latest stable 1.0.18,
    - alsa-info.sh script is updated to 0.4.52 and modified a little for 
Pardus,
    - removed 'remove_alsaconf.patch' because it can now be disabled 
using --disable-alsaconf,
    - removed 'salsa.patch' because alsactl is used instead of it,
    - alsaunmute is now a bash script shipped as an additional file,
    - removed 'alsasound.confd' as alsa-utils doesn't provide a service script 
anymore,
    - added alsactl.conf to /etc/alsa/ and an empty asound.state to /etc,
    - new /lib/alsa/init hierarchy to be used by alsactl called by udev,
    - cleaned up actions.py,
    - take over package.

= Package : aria2  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.1, Rel.: 20, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-28]

    Bump to latest stable. Changes since 0.16.2:

    - The ability to verify peers using given trusted CA certificates and 
client certificate authentication in HTTPS.
    - The ability to form a persistent connection using a proxy and support 
for well-known environment variables for proxy settings were also added.
    - The bug that caused a segmentation fault during seeding was fixed.
    - Now users can specify output filename and directory in the input file.
    - The average download speed are now printed in Download results.
    - The following options are now enabled by default: --ftp-pasv 
and --enable-direct-io.
    - The HEAD method is now used to get size information from a Web server.
    - Ukrainian and Norwegian Nynorsk translations were updated.

= Package : ati-control-center  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 8.11, Rel.: 44, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-15]

    Add XDG-compliant desktop files instead of KDE3-specific ones

* Ver.: 8.11, Rel.: 43, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-14]

    Bump to latest stable. Changes:

    * New Display Enhancement - display scaling to resize the display
    devices that support TV timings (480i/p, 720p, 1080i, 1080p)
    through either digital (DVI or HDMI) or analog (component) interfaces
    * ATI CrossFireX Enhancement - enables users to verify whether an
    application is running in ATI CrossFireX mode
    * Bugs fixed:
    - The driver now changes hardware power states automatically when
    unplugging and plugging in AC power on mobile hardware older than
    Radeon Mobility HD 2xxx series.
    - X Server will may not start when using two display adapters with
    mismatched memory sizes.
    - Corruption may be noticed when playing video content using mplayer.
    - Starting X in dual-head mode with only one monitor connected may
    result in a black screen and the X Server failing to start.

= Package : ati-drivers  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 8.11, Rel.: 44, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-15]

    Add XDG-compliant desktop files instead of KDE3-specific ones

* Ver.: 8.11, Rel.: 43, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-14]

    Bump to latest stable. Changes:

    * New Display Enhancement - display scaling to resize the display
    devices that support TV timings (480i/p, 720p, 1080i, 1080p)
    through either digital (DVI or HDMI) or analog (component) interfaces
    * ATI CrossFireX Enhancement - enables users to verify whether an
    application is running in ATI CrossFireX mode
    * Bugs fixed:
    - The driver now changes hardware power states automatically when
    unplugging and plugging in AC power on mobile hardware older than
    Radeon Mobility HD 2xxx series.
    - X Server will may not start when using two display adapters with
    mismatched memory sizes.
    - Corruption may be noticed when playing video content using mplayer.
    - Starting X in dual-head mode with only one monitor connected may
    result in a black screen and the X Server failing to start.

= Package : automoc4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.87, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump.

= Package : bash-completion  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 20060301, Rel.: 31, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-02]

    Disable auto complete for install command, if PiSi files exist in current 
directory

= Package : crystalspace  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.2.1_30564, Rel.: 9, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-28]

    Add missing Cg dependency and depend on new cegui

= Package : crystalspace-doc  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.2.1_30564, Rel.: 9, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-28]

    Add missing Cg dependency and depend on new cegui

= Package : dbus  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.4, Rel.: 39, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-08]

    Revert last

* Ver.: 1.2.6, Rel.: 38, Type: security
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-07]

    New stable release fixes CVE-2008-4311 
(http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4311)

= Package : decibel  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.7.1_891686, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-05]

    New snapshot

= Package : digikam-kde4  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 0.10.0_beta6, Rel.: 2, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump.

= Package : dovecot  [Taner Taþ <taner_at_pardus.org.tr>]
======================================================================
* Ver.: 1.1.7, Rel.: 19, Type: None
* Taner Taþ <taner_at_pardus.org.tr> [2008-11-30]

    Stable update

= Package : dvd-slideshow  [Ertan Argüden <ert976_at_gmail.com>]
======================================================================
* Ver.: 0.8.2_2, Rel.: 6, Type: None
* Ertan Argüden <ert976_at_gmail.com> [2008-12-05]

    Version Bump

= Package : ffmpeg2theora  [H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com>]
======================================================================
* Ver.: 0.23, Rel.: 2, Type: None
* H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com> [2008-12-03]

    Bump to latest stable including minor bugfixes.

= Package : fontforge  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 0.0_20081117, Rel.: 11, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-23]

    * Displaying magnified bitmap strikes in the font view often caused a 
crash.
    * Disable libpango and libcairo.

= Package : freecol  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 0.8.0_alpha3, Rel.: 13, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-07]

    Version bump to new alpha for testing.

* Ver.: 0.8.0_alpha2, Rel.: 12, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-09-11]

    Version bump to new alpha for testing.

* Ver.: 0.8.0_p4197, Rel.: 11, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-07-13]

    Version bump to latest svn for testing.

* Ver.: 0.8.0_alpha1, Rel.: 10, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-07-12]

    Version bump to new alpha for testing.

= Package : freeradius  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 2.1.3, Rel.: 6, Type: None
* Ýþbaran Akçayýr <isbaran_at_gmail.com> [2008-12-05]

    Stable Release

= Package : frozen-bubble  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 2.2.0, Rel.: 18, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-06]

    Version bump to new stable. Changes since release 15 :
    * more options in LAN/NET games (continue game when players leave; disable 
player targetting)
    * fixed abort during a multiplayer game with a player in lowest graphics 
mode
    * much faster Internet servers listing (parallel discovery)
    * add ability to record and replay games; also add ability to save frames 
from records
    * geolocalized nicks in server lounge

* Ver.: 2.2.0_20081202, Rel.: 17, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-02]

    Version bump to latest git for testing the upcoming 2.2.0 release

* Ver.: 2.2.0_20081115, Rel.: 16, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-11-15]

    Version bump to latest git for testing the upcoming 2.2.0 release

* Ver.: 2.1.0, Rel.: 15, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-11]

    Fix desktop files to make them XDG compliant

= Package : gftp  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 2.0.19, Rel.: 5, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-01]

    Version bump to new stable. Changes over release 3 :
    * Cleanups to the networking code
    * Fixed more segfaults.
    * Several i18n fixes, updated translations
    * Fixes for downloading files using SFTP where the user doesn't have write 
access to the file.
    * Disable some features of the remote FTP server is a VMS server or OS/400
    * Updated to use FSPLIB 0.9
    * Added Tango styled icon theme

= Package : glib2  [Burak Çalýþkan <burakclskn_at_gmail.com>]
======================================================================
* Ver.: 2.16.5, Rel.: 29, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-10-05]

    Revert to 2.16.5, 2.18 breaks firefox, needs more testing and/or BreaksABI 
facility..

* Ver.: 2.18.1, Rel.: 28, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-09-18]

    Version bump.

* Ver.: 2.18.0, Rel.: 27, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-16]

    Version bump.

= Package : gparted  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 0.4.1, Rel.: 13, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-02]

    Version bump:
    * Improved read label performance with blkid cached results
    * Added read UUID support
    * Enforced FAT16/32 compliant volume labels (11 char max)
    * Fixed destination too small on copy and paste partition
    * Added status bar message updates while scanning devices
    * Moved Features entry from menu GParted to View
    * Renamed Features dialog to File System Support
    * Prevented paste into an existing partition
    * Added --disable-doc configure flag to stop building help docs

* Ver.: 0.3.9, Rel.: 12, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-09-19]

    Version bump

= Package : graphviz  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.18, Rel.: 10, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-24]

    Disable optional DevIL support, causes a lot of circular dependencies.
    DevIL plugin duplicates output formats of other plugings, so can be turned 
off safely.

= Package : graphviz-docs  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.18, Rel.: 10, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-24]

    Disable optional DevIL support, causes a lot of circular dependencies.
    DevIL plugin duplicates output formats of other plugings, so can be turned 
off safely.

= Package : gst-plugins-bad  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 0.10.9, Rel.: 4, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-03]

    - Stable update,
    - Enable faad and add patch to make it compile (Fixes #8313).

= Package : gst-plugins-ugly  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 0.10.10, Rel.: 10, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-03]

    Stable update

= Package : gtk2  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
= Package : gtk2-docs  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.12.11, Rel.: 39, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Revert to 2.12.11

* Ver.: 2.14.3, Rel.: 38, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.2, Rel.: 37, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.


= Package : gvim  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 7.2.060, Rel.: 56, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-06]

    Add patch to fix segfault when adding XML comments (Fixes #8383)

* Ver.: 7.2.060, Rel.: 55, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-30]

    *Update to patchlevel 60,
    *Fixed this problems:
    -In diff mode, when using two tabs, each with two diffed buffers, editing 
a buffer of the other tab messes up the diff.
    -When using winrestview() in a BufWinEnter autocommand the window is 
scrolled anyway.
    -VMS: Too many characters are escaped in filename and shell commands.
    -Crash because of STRCPY() being over protective of the destination size.
    -The Python interface has an empty entry in sys.path.
    -Wrong check for filling buffer with encoding.
    -Starting Vim with the -nb argument while it's not supported causes the 
other side to hang.
    -v:prevcount is changed too often.  Counts are not multiplied when setting 
v:count.
    -Warnings for not checking return value of fwrite().
    -Can't avoid 'wildignore' and 'suffixes' for glob() and globpath().
    -synIDattr() doesn't support "sp" for special color.
    -Crash when using WorkShop command ":ws foo".
    -Compilation warnings for format in getchar.c.
    -Various compiler warnings with strict checking.
    -Combination of int and size_t may not work.
    -Can't add a patch name to the ":version" output.
    -Diff display is not always updated.

= Package : hsqldb-lib  [Cenk Güre <gure.cenk_at_gmail.com>]
======================================================================
* Ver.: 1.8.0.10, Rel.: 2, Type: None
* Cenk Güre <gure.cenk_at_gmail.com> [2008-09-19]

    Version bump

= Package : kde4-i18n-*  [Ýsmail Dönmez <ismail_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 10, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-30]

    Version bump to 4.2 beta 1

= Package : kdeaccessibility4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 11, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeadmin4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-colorschemes  [Gökçen Eraslan 
<gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-emoticons  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-icons  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-kworldclock-maps  [Gökçen Eraslan 
<gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-screensavers  [Gökçen Eraslan 
<gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-sounds  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-styles  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-wallpapers  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebase4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebase4-runtime  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 20, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebase4-workspace  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 26, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebindings4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 14, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdeedu4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdegames4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdegraphics4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 19, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-25]

    Version bump to 4.2 beta 1

= Package : kdelibs4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 23, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdemultimedia4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdenetwork4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-03]

    Missing deps. speex, gmp, libidn and ortp added. Strict dep to decibel 
added

* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdepim4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 9, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdepimlibs  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1, libical dep added

= Package : kdeplasma-addons  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 6, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdesdk4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 15, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdetoys4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 15, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdeutils4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdewebdev4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 15, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : libgcrypt  [Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr>]
======================================================================
* Ver.: 1.4.0, Rel.: 8, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-14]

    revert libgcrypt to 1.4.0, 1.4.3 silently breaks gnutls

* Ver.: 1.4.3, Rel.: 7, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-11-02]

    Version bump
    Change version of dep. libgpg-error to 1.4

= Package : libgnomecanvas  [Eren Türkay <turkay.eren_at_gmail.com>]
======================================================================
* Ver.: 2.20.0, Rel.: 3, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Fix dependencies, 2008 repo has gail.

= Package : libv4l  [Onur Küçük <onur_at_pardus.org.tr>]
======================================================================
* Ver.: 0.5.7, Rel.: 8, Type: None
* Onur Küçük <onur_at_pardus.org.tr> [2008-12-03]

    Minor version bump fixing a critical bug in the special try_fmt handling 
for UVC cams, add more verbose logging of various calls when library is set 
to log more

= Package : networkx  [Ahmet Erdoðan <tuxposta_at_gmail.com>]
======================================================================
* Ver.: 0.37, Rel.: 2, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-09-09]

    Version bump.

* Ver.: 0.35.1, Rel.: 1, Type: None
* Ahmet Erdoðan <tuxposta_at_gmail.com> [2007-12-05]

    First release

= Package : octave  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 3.0.3, Rel.: 12, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-30]

    - LDPATH is written into /etc/env.d using shelltools,
    - Fix sandbox violations (Fixes #8738),
    - Add two cosmetic patches from Gentoo.

= Package : openmpi  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.8, Rel.: 6, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-10-22]

    Bug fixes and a few new features

= Package : ortp  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 0.13.1, Rel.: 2, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-09-09]

    Version Bump.

* Ver.: 0.7.1, Rel.: 1, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-01-13]

    First release.

= Package : package-manager  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.3.9, Rel.: 53, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-02]

    * Install now fetches all and then installs
    * Disable cancel button when fetching finished and started instaling

= Package : perl-Tk  [Ýlker Kesen <ikesen92_at_gmail.com>]
======================================================================
 = Package : phonon  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.2.80, Rel.: 5, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-29]

    Prefix is changed to /usr/kde/4

* Ver.: 4.2.80, Rel.: 4, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Sync from SVN, xine-lib dep added

= Package : pidgin  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.5.2, Rel.: 25, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-04]

    Add missing avahi-glib dependency.

* Ver.: 2.5.2, Rel.: 24, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-11-04]

    Stable version bump including fixes for libpurple, Pidgin, Finch, MSN, 
XMPP and Yahoo components.

* Ver.: 2.5.1, Rel.: 23, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-10-20]

    A new patch added for turkish translation errors.

= Package : pisi  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 2.1.0, Rel.: 105, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-01]

    * Install now works as upgrade, downloads all and then installs
    * Requires/Action/{reverseDependencyUpdate,systemRestart,serviceRestart} 
tags
    * pisi check symlink problem (#7336)
    * Fixed bugs (5493, 5619, 7336, 5370, 8623, 8379, 4539, 8515, 8501, 8426, 
8145, 7328)

= Package : powerdevil-kde4  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 1.4.1, Rel.: 2, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-10]

    Version bump.

= Package : ralink-firmware  [Onur Küçük <onur_at_pardus.org.tr>]
======================================================================
* Ver.: 0.0_20081130, Rel.: 2, Type: None
* Onur Küçük <onur_at_pardus.org.tr> [2008-11-30]

    Bump to update 2860 and 2870 firmwares from driver packages since they are 
newer than firmware packages, see bug #8744

= Package : rsibreak-kde4  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.0_beta4, Rel.: 3, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-30]

    Depend on kdelibs4 - uses libplasma.so

* Ver.: 0.9.0_beta4, Rel.: 2, Type: None
* Gökmen GÖKSEL <gokmen_at_pardus.org.tr> [2008-10-26]

    New beta with a lot of bug fixes.

= Package : skype  [Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.0.72, Rel.: 14, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-06-24]

    Version bump

= Package : smc  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.6, Rel.: 3, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-08]

    Stable bump

= Package : sylpheed  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 2.6.0_rc, Rel.: 25, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-01]

    Version bump to new RC for testing :
    * The backups for configuration files are kept for four generations now.
    * Only new messages are counted when incorporating from local mbox.
    * In the folder selection dialog, only folders which are expanded in the 
folder view are expanded now.
    * The folders which should not be selected in the folder selection dialog 
became unselectable now.
    * The bug that the addressbook window was not refreshed when sender of 
message was added to the addressbook was fixed.
    * Several bugfixes were made.

* Ver.: 2.6.0_beta2, Rel.: 24, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-11-17]

    Version bump to new beta for testing :
    * The menu was added to the remote POP3 mailbox window.
    * The sorting of remote POP3 mailbox was fixed.
    * The remote POP3 mailbox button was added to the toolbar.

* Ver.: 2.6.0_beta1, Rel.: 23, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-09-29]

    Version bump to new beta for testing

= Package : tapioca-qt  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.17.7_891685, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-04]

    New snapshot, prefix changed to /usr/qt/4

= Package : telepathy-qt  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.17.7_891673, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-04]

    New snapshot, prefix changed to /usr/qt/4 since this is a Qt4 library

= Package : tpm-tools  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 1.3.1, Rel.: 4, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-01-07]

    Version Bump.

* Ver.: 1.3.0, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-08]

    Version Bump.

* Ver.: 1.2.5.1, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-02-05]

    Version Bump.

* Ver.: 1.2.5, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2006-11-30]

    First release

= Package : tpmmanager  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 0.5, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-04-19]

    Stable update

* Ver.: 0.4, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-10]

    Version bump.

* Ver.: 0.3, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-03-02]

    First release

= Package : transKode  [Ertan Argüden <ert976_at_gmail.com>]
======================================================================
* Ver.: 0.7, Rel.: 7, Type: None
* Ertan Argüden <ert976_at_gmail.com> [2008-10-02]

    Fixed for adding to pardus (kde) menu.

= Package : trousers  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 0.3.1, Rel.: 7, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-04-16]

    Fix compiled with gcc4.3 and many bugs

* Ver.: 0.3.1, Rel.: 6, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-01-12]

    Bug Fixed:6794

* Ver.: 0.3.1, Rel.: 5, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-04]

    Version bump

* Ver.: 0.2.9.1, Rel.: 4, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2007-05-23]

    Updated Service script.

* Ver.: 0.2.9.1, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-04-27]

    Version Bump

* Ver.: 0.2.9, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-03-13]

    Version Bump

* Ver.: 0.2.8, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2006-11-30]

    First release

= Package : vim  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 7.2.060, Rel.: 56, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-06]

    Add patch to fix segfault when adding XML comments (Fixes #8383)

* Ver.: 7.2.060, Rel.: 55, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-30]

    *Update to patchlevel 60,
    *Fixed this problems:
    -In diff mode, when using two tabs, each with two diffed buffers, editing 
a buffer of the other tab messes up the diff.
    -When using winrestview() in a BufWinEnter autocommand the window is 
scrolled anyway.
    -VMS: Too many characters are escaped in filename and shell commands.
    -Crash because of STRCPY() being over protective of the destination size.
    -The Python interface has an empty entry in sys.path.
    -Wrong check for filling buffer with encoding.
    -Starting Vim with the -nb argument while it's not supported causes the 
other side to hang.
    -v:prevcount is changed too often.  Counts are not multiplied when setting 
v:count.
    -Warnings for not checking return value of fwrite().
    -Can't avoid 'wildignore' and 'suffixes' for glob() and globpath().
    -synIDattr() doesn't support "sp" for special color.
    -Crash when using WorkShop command ":ws foo".
    -Compilation warnings for format in getchar.c.
    -Various compiler warnings with strict checking.
    -Combination of int and size_t may not work.
    -Can't add a patch name to the ":version" output.
    -Diff display is not always updated.

= Package : wordwarvi  [Uður Çetin <jnmbk_at_users.sourceforge.net>]
======================================================================
* Ver.: 0.23, Rel.: 5, Type: None
* Uður Çetin <jnmbk_at_users.sourceforge.net> [2008-11-30]

    Version bump.

* Ver.: 0.22, Rel.: 4, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-11]

    Fix desktop files to make them XDG compliant

= Package : wpa_supplicant  [Furkan Duman <coderlord_at_gmail.com>]
======================================================================
* Ver.: 0.6.4, Rel.: 33, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-11-30]

    Default timeout for authentication increased.

= Package : zpspell  [Barýþ Metin <baris_at_pardus.org.tr>]
======================================================================
* Ver.: 0.4.2, Rel.: 8, Type: None
* Barýþ Metin <baris_at_pardus.org.tr> [2008-12-03]

    new release with gcc-4.3 patch, also update the homepage
--
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ozan at pardus.org.tr  Tue Dec  9 14:19:44 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Tue, 09 Dec 2008 14:19:44 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <493E6260.90205@pardus.org.tr>

Ekin Meroðlu wrote:
> Merhaba / Hi;
>
>
> alsa-driver-1.0.18a-37-30.pisi
> alsa-headers-1.0.18a-24-4.pisi
> alsa-lib-1.0.18-32-5.pisi
> alsa-plugins-1.0.18-5-5.pisi
> alsa-tools-1.0.18-9-4.pisi
> alsa-tools-gui-1.0.18-9-1.pisi
> alsa-utils-1.0.18-32-8.pisi
>   
NACK. Devel'deki driver ve headers için merge isteyeceðim, hepsi beraber 
bir sonraki periyotta girer.
> gst-plugins-bad-0.10.9-4-4.pisi
> gst-plugins-ugly-0.10.10-10-4.pisi
>   
ACK.
> octave-3.0.3-12-4.pisi
>   
ACK. Kararlý depodaki paket çalýþmýyor.
> skype-2.0.0.72-14-2.pisi
>   
NACK. Hala test etmedim, edip de bir þey diyen de olmadý.
> vim-7.2.060-56-15.pisi
>   
Çökme ile ilgili yamaya ACK, ondan önceki toplu bump'la ilgim yok 
Ýnanç'ýn güncellemesiydi o.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From bahadir at pardus.org.tr  Tue Dec  9 14:26:32 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Tue, 9 Dec 2008 14:26:32 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <200812091426.35890.bahadir@pardus.org.tr>

09 Ara 2008 Sal tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> bash-completion-20060301-31-5.pisi
> dbus-1.2.4-39-14.pisi
> wpa_supplicant-0.6.4-33-6.pisi

ack
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081209/c6e16a64/attachment.pgp 

From bahadir at pardus.org.tr  Tue Dec  9 14:31:30 2008
From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=)
Date: Tue, 9 Dec 2008 14:31:30 +0200
Subject: [Gelistirici] =?utf-8?b?MDguMTIuMjAwOCBkYnVzLTEuMi42IEfDvG5jZWxs?=
	=?utf-8?q?emesi_Hakk=C4=B1nda?=
Message-ID: <200812091431.31043.bahadir@pardus.org.tr>

Selamlar,

Dün 01:00 ve 20:45 saatleri arasında, 2008-test deposuna, sistemi 
açılmasını engelleyen bir dbus sürümü (1.2.6) girdi. Paketin (tarafımdan) 
eksik test edilmesi sebebiyle meydana gelen bu problem, 8799 numaralı hata 
raporunda [1] anlatıldığı gibi çözülebilir.

Vermiş olduğum rahatsızlıktan dolayı özür dilerim,
Bahadır

http://bugs.pardus.org.tr/show_bug.cgi?id=8799
-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081209/b49ba17d/attachment.pgp 

From dfisek at fisek.com.tr  Tue Dec  9 14:33:48 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 9 Dec 2008 14:33:48 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <20081209143348.64d3f914.dfisek@fisek.com.tr>

Tue, 9 Dec 2008 13:02:44 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> frozen-bubble-2.2.0-18-4.pisi
> gftp-2.0.19-5-3.pisi
ACK.

> transKode-0.7-7-2.pisi
Buna kimse bisi demiyor sanirim kac zamandir, surekli listede
goruyorum. Baktim 2 ay once guncellenmis ve eksik desktop dosyasini
ekliyor.

Ben ACK vereyim bari de, artik menude gozuksun programcagiz :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From ozan at pardus.org.tr  Tue Dec  9 14:44:36 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Tue, 09 Dec 2008 14:44:36 +0200
Subject: [Gelistirici] Dil konusu
Message-ID: <493E6834.7070704@pardus.org.tr>

Selam,

Listelerin dili konusunda bir anlaþmaya varýlamadý. O günden beri bazý 
duyarlý geliþtiriciler ellerinden geldiðince buraya yazdýklarý Türkçe 
iletilerin ingilizcelerini oraya da gönderdiler. Orasý azýcýk da olsa 
canlandý.

Bir listenin bir dili vardýr, iki dili olmaz. Bu listenin dili Türkçe. 
Ben de dahil bir süredir birçok kiþi "madem orta yolu bulalým 
"mantýðýyla mesela ACK/NACK maillerinin altýna hem Türkçe hem Ýngilizce 
cevap veriyordu. Bunun sonucunda hem devel'de hem burada ing/tr karýþýk 
iletiler dolaþmaya baþladý.

Bunun bu tartýþmanýn yola çýkýþ amacýna bir faydasýnýn olduðunu 
düþünmüyorum ve en azýndan ben bu kirli yolu kullanmayý býrakýyorum. 
Elimden geldiðince iki tarafa da ayrý ayrý, CC kullanmadan cevap vermeye 
çalýþýrým. Ekin sürüm yöneticisi olarak 2 tarafa da e-posta attýðýna 
göre ACK/NACK sürecinde, iki taraftan da feedback topluyor demektir. En 
azýndan ACK/NACK e-postalarý için sadece pardus-devel kanalýna cevap 
yazacaðým. Çok önemli ve tartýþma gereken bir ACK/NACK için yine burayý 
kullanmaya çalýþýrým.

Saygýlar,

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From baris at pardus.org.tr  Tue Dec  9 15:53:20 2008
From: baris at pardus.org.tr (=?UTF-8?Q?Bar=C4=B1=C5=9F_Metin?=)
Date: Tue, 9 Dec 2008 14:53:20 +0100
Subject: [Gelistirici] Dil konusu
In-Reply-To: <493E6834.7070704@pardus.org.tr>
References: <493E6834.7070704@pardus.org.tr>
Message-ID: <1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>

Selam,

2008/12/9 Ozan Çaðlayan <ozan at pardus.org.tr>:
> Bunun bu tartýþmanýn yola çýkýþ amacýna bir faydasýnýn olduðunu
> düþünmüyorum ve en azýndan ben bu kirli yolu kullanmayý býrakýyorum.
> Elimden geldiðince iki tarafa da ayrý ayrý, CC kullanmadan cevap vermeye
> çalýþýrým. Ekin sürüm yöneticisi olarak 2 tarafa da e-posta attýðýna
> göre ACK/NACK sürecinde, iki taraftan da feedback topluyor demektir. En
> azýndan ACK/NACK e-postalarý için sadece pardus-devel kanalýna cevap
> yazacaðým. Çok önemli ve tartýþma gereken bir ACK/NACK için yine burayý
> kullanmaya çalýþýrým.

Zaten sýkýcý bir iþi bir fayda kazanmadan ikiye katlamak bence iyi bir
çözüm deðil. Aslýnda Eren'in de önerdiði gibi þu review ve ACK/NACK
iþleri için adam akýllý bir web arayüzü projesi baþlatsak çok iyi
olacak. Bu iþin þu an yapýlma þekli fazlasý ile hamallýk getiriyor.

Belki her iki listeyi de kazanmak için bir süre önerdiðin þekilde
kullanýlabilir fakat sürekli tekrarladýðýmýz iþleri otomatikleþtirip
merkezi bir yerde toplamak zaman kazandýrýr; Gürer'in, Eren'in ve
diðer bir kaç kiþinin iþaret ettiði gibi...

iyi çalýþmalar,
-- 
Barýþ

From gokmen at pardus.org.tr  Tue Dec  9 16:08:31 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Tue, 9 Dec 2008 16:08:31 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <200812091608.31832.gokmen@pardus.org.tr>

On Tuesday 09 December 2008 13:02:44 Ekin Meroðlu wrote:
> Merhaba / Hi;
Selamlar, Hi;

> rsibreak-kde4-0.9.0_beta4-3-2.pisi
ACK

-- 
Gökmen GÖKSEL
[pardus.org.tr]

From gokmen at pardus.org.tr  Tue Dec  9 16:11:31 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Tue, 9 Dec 2008 16:11:31 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
References: <493E6834.7070704@pardus.org.tr>
	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
Message-ID: <200812091611.31302.gokmen@pardus.org.tr>

On Tuesday 09 December 2008 15:53:20 Barýþ Metin wrote:
> Selam,
>
> 2008/12/9 Ozan Çaðlayan <ozan at pardus.org.tr>:
> > Bunun bu tartýþmanýn yola çýkýþ amacýna bir faydasýnýn olduðunu
> > düþünmüyorum ve en azýndan ben bu kirli yolu kullanmayý býrakýyorum.
> > Elimden geldiðince iki tarafa da ayrý ayrý, CC kullanmadan cevap vermeye
> > çalýþýrým. Ekin sürüm yöneticisi olarak 2 tarafa da e-posta attýðýna
> > göre ACK/NACK sürecinde, iki taraftan da feedback topluyor demektir. En
> > azýndan ACK/NACK e-postalarý için sadece pardus-devel kanalýna cevap
> > yazacaðým. Çok önemli ve tartýþma gereken bir ACK/NACK için yine burayý
> > kullanmaya çalýþýrým.
>
> Zaten sýkýcý bir iþi bir fayda kazanmadan ikiye katlamak bence iyi bir
> çözüm deðil. Aslýnda Eren'in de önerdiði gibi þu review ve ACK/NACK
> iþleri için adam akýllý bir web arayüzü projesi baþlatsak çok iyi
> olacak. Bu iþin þu an yapýlma þekli fazlasý ile hamallýk getiriyor.
>
> Belki her iki listeyi de kazanmak için bir süre önerdiðin þekilde
> kullanýlabilir fakat sürekli tekrarladýðýmýz iþleri otomatikleþtirip
> merkezi bir yerde toplamak zaman kazandýrýr; Gürer'in, Eren'in ve
> diðer bir kaç kiþinin iþaret ettiði gibi...
Ýyi güzelde web üzerinden yapýldýðýnda dil iþi ne olacak ? Yani yine Türkçe ve 
Ýngilizce yazacaksak ;)

-- 
Gökmen GÖKSEL
[pardus.org.tr]

From baris at pardus.org.tr  Tue Dec  9 16:42:00 2008
From: baris at pardus.org.tr (=?UTF-8?Q?Bar=C4=B1=C5=9F_Metin?=)
Date: Tue, 9 Dec 2008 15:42:00 +0100
Subject: [Gelistirici] [Pardus-devel] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <1cf4bb740812090642m612d1f9ai9de1a3ed928c55e8@mail.gmail.com>

2008/12/9 Ekin Meroðlu <ekin at pardus.org.tr>:
> zpspell-0.4.2-8-2.pisi

ACK

-- 
Barýþ

From baris at pardus.org.tr  Tue Dec  9 16:49:28 2008
From: baris at pardus.org.tr (=?UTF-8?Q?Bar=C4=B1=C5=9F_Metin?=)
Date: Tue, 9 Dec 2008 15:49:28 +0100
Subject: [Gelistirici] Dil konusu
In-Reply-To: <200812091611.31302.gokmen@pardus.org.tr>
References: <493E6834.7070704@pardus.org.tr>
	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
	<200812091611.31302.gokmen@pardus.org.tr>
Message-ID: <1cf4bb740812090649q485bac67va286797aefafe47c@mail.gmail.com>

2008/12/9 Gökmen GÖKSEL <gokmen at pardus.org.tr>:
> Ýyi güzelde web üzerinden yapýldýðýnda dil iþi ne olacak ? Yani yine Türkçe ve
> Ýngilizce yazacaksak ;)

Verilen cevaplarin %90'i coktan secmeli bir listeye rahatlikla
sigdirilabilir, bu cevaplar da arayuz tarafindan cevrilecektir zaten.
Bunun disinda yorum eklemek gerektiginde bile en azindan tek bir yere
yazmak ve takip etmek zorunda kaliriz. Her isimizi cozmez belki ama
isin takibini hem sureci yonetenler icin hem de disaridan takip etmek
isteyenler icin kolaylastirir herhalde...

--
Barýþ

From turkersezer at tsdesign.info  Tue Dec  9 18:38:51 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Tue, 9 Dec 2008 18:38:51 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
References: <493E6834.7070704@pardus.org.tr>
	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
Message-ID: <200812091838.51984.turkersezer@tsdesign.info>

On Tuesday 09 December 2008 15:53:20 Barýþ Metin wrote:
> Zaten sýkýcý bir iþi bir fayda kazanmadan ikiye katlamak bence iyi bir
> çözüm deðil. Aslýnda Eren'in de önerdiði gibi þu review ve ACK/NACK
> iþleri için adam akýllý bir web arayüzü projesi baþlatsak çok iyi
> olacak. Bu iþin þu an yapýlma þekli fazlasý ile hamallýk getiriyor.

Review iþinin yanýsýra, test süreci için de bir web arayüzü fikri geçmiþti 
listede. Bu web arayüzlerini ayrý bir baþlýk altýnda konuþup karara baðlasak 
çözüme doðru iyi bir baþlangýç olur gibi. (Çözüme doðru giden diðer baþlýk 
nedense týkandý birden.)

Web arayüzü oluþturmak test sürecinde her paket için ayrý test süreci 
iþletebilmemize de olanak tanýyacaðýndan birçok farklý sorunumuzu çözecek 
yarar bir araç olur sanýrým.


Türker

From bahadir at pardus.org.tr  Tue Dec  9 21:28:56 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Tue, 9 Dec 2008 21:28:56 +0200
Subject: [Gelistirici] Network manager'a VPN.
In-Reply-To: <4cca720b0812070623w32157ad8u454084c0465ef0dc@mail.gmail.com>
References: <4cca720b0812070623w32157ad8u454084c0465ef0dc@mail.gmail.com>
Message-ID: <200812092128.59906.bahadir@pardus.org.tr>

07 Ara 2008 Paz tarihinde, Furkan Duman þunlarý yazmýþtý: 
> VPN'i NM'den ayrý bir uygulama olarak geliþtirip, NM içine kýsayol ile
> eriþim ekleyebiliriz diye düþündüm. Ancak çok generic bir yapýsý
> olmayacak sanýrým. OpenVPN için ayrý, PPTP için ayrý ekranlarýmýz (en
> azýndan detay ayar ekranlarý) lazým.

Ayrý bir arayüz olarak geliþtirelim. Gerekli COMAR modeli ve arayüz 
tasarýmýný burada tartýþalým. Arayüzden daha çok COMAR modeli ile 
ilgileniyorum aslýnda, Net.Link'e yama yapa yapa COMAR mimarisinin dýþýna 
çýkan bir modelimiz oldu elimizde, akýbetleri ayný olmasýn :)

http://svn.pardus.org.tr/uludag/branches/net-link-2.0/DRAFT.tr gibi bir 
taslaðý olsun mesela, üzerinde beraber çalýþalým.

> PPTP PPP'yi kullanarak baðlantý kuruyor. Þu ana kadar PPP
> baðlantýsýnýn baþarýlý olduðunu ve hangi arabirimin (ppp0, ppp1 vs.)
> buna atandýðýný nasýl anlayacaðýma dair bir yol bulamadým. PPP'nin
> link.py'ýnda bu sorun nasýl halledilmiþ bunu da anlayamadým. PPP
> baðlantý durumu ve baðlantý arabirimini nasýl alýrým?

PPP betiðini yanlýþ hatýrlamýyorsam Gürer ve Onur yazmýþtý. Network.Link'i 
hazýrlarken ppp için bir boþ betik dosyasý hazýrladým, ancak net-tools ve 
wireless-tools'la uðraþmaktan ona zaman ayýramadým.


-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081209/08311321/attachment.pgp 

From onur at pardus.org.tr  Tue Dec  9 21:49:39 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 9 Dec 2008 21:49:39 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <a001a6cb0812080908l35f88e2eodf8d01d131b7b78a@mail.gmail.com>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
	<493D4A9A.6050901@pardus.org.tr>
	<493D4D8E.8000305@cclub.metu.edu.tr>
	<a001a6cb0812080908l35f88e2eodf8d01d131b7b78a@mail.gmail.com>
Message-ID: <20081209214939.65a7a2fd.onur@pardus.org.tr>


On Mon, 8 Dec 2008 18:08:06 +0100
"selim ok" <selimok at gmail.com> wrote:
...
>  Aslýnda derlerken --disable-livedotcom ile derlenirse buna gerek
> kalmaz gibi.
> 
> Bu özellik kapandýðýnda þundan mahrum kalýyormuþuz:
> 
> rstp/rtp/sdp (livedotcom)
> 
> * default: enabled *
> 
> This module allows you to read VOD streams using the RTSP protocol.
> It uses the liveMedia library from http://live.com/
> 
> Olmazsa olmaz mý?
 
 olmazsa olmaz :) RTSP çok kullanýlan bir protokol malesef

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From taner at pardus.org.tr  Tue Dec  9 22:23:22 2008
From: taner at pardus.org.tr (Taner =?iso-8859-9?Q?Ta=FE?=)
Date: Tue, 9 Dec 2008 22:23:22 +0200 (EET)
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <22f09e425653aee0571dad7c3ef137f5.squirrel@webmail.pardus.org.tr>


> dovecot-1.1.7-19-4.pisi

ACK

From fatih at pardus.org.tr  Tue Dec  9 22:49:17 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 9 Dec 2008 22:49:17 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <200812092249.22975.fatih@pardus.org.tr>

Salý 09 Aralýk 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> aria2-1.0.1-20-9.pisi

  ACK

> ati-control-center-8.11-44-24.pisi
> ati-drivers-8.11-44-38.pisi

  NACK

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081209/12ddf1bb/attachment.pgp 

From fatih at pardus.org.tr  Tue Dec  9 22:58:26 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 9 Dec 2008 22:58:26 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?mudur_ile_ilgili_mevcut_sorunlar_ve_?=
 =?iso-8859-9?q?a=E7=FDl=FD=FE_s=FCrecinin_iyile=FEtirilmesi?=
In-Reply-To: <49275834.2060001@pardus.org.tr>
References: <49275834.2060001@pardus.org.tr>
Message-ID: <200812092258.26507.fatih@pardus.org.tr>

Cumartesi 22 Kasým 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> mudur ile ilgili bir optimizasyon ve iyileþtirme sürecine girmemiz
> gerektiðini düþünüyorum. Bu baðlamda gözlemlerimi aktarýyor ve çýlgýn
> fikirlerinizi, farklý farklý insanlardan gelecek über çözümleri buraya
> toplayýp biraz beyin fýrtýnasý yapalým diyorum.

 * Daha önce Bahadýr ile konuþmuþtuk. mudur=forcefsck ile açýnca /forcefsck 
dosyasýný silmeye çalýþýyor. Ancak o sýrada dosya sistemi read-only olduðu 
için patlýyor. Bu dosyayý kullanarak açýlýþta fsck çalýþtýrmaya çalýþan 
herhangi bir uygulama olup olmadýðý konusunda takýlmýþtýk sanýrým.

 * Safe modda (mudur=safe) network baðlantýlarý vs. yapýlmamalý.

 * Klasik init sistemindeki interactive modu: Açýlýþta bazý iþlemleri yapmadan 
önce kullanýcýya sormasý için bir parametre gerekiyor. Tek tek "Þu servisi 
baþlatayým mý?" þeklinde sormasý da dahil.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081209/a36a3419/attachment.pgp 

From gurer at pardus.org.tr  Tue Dec  9 23:10:45 2008
From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=)
Date: Tue, 9 Dec 2008 23:10:45 +0200
Subject: [Gelistirici] =?utf-8?q?mudur_ile_ilgili_mevcut_sorunlar_ve_a?=
	=?utf-8?b?w6fEsWzEscWfIHPDvHJlY2luaW4gaXlpbGXFn3RpcmlsbWVzaQ==?=
In-Reply-To: <200812092258.26507.fatih@pardus.org.tr>
References: <49275834.2060001@pardus.org.tr>
	<200812092258.26507.fatih@pardus.org.tr>
Message-ID: <200812092310.45597.gurer@pardus.org.tr>

On Tuesday 09 December 2008 22:58:26 Fatih Aþýcý wrote:

>  * Daha önce Bahadýr ile konuþmuþtuk. mudur=forcefsck ile açýnca /forcefsck
> dosyasýný silmeye çalýþýyor. Ancak o sýrada dosya sistemi read-only olduðu
> için patlýyor. Bu dosyayý kullanarak açýlýþta fsck çalýþtýrmaya çalýþan
> herhangi bir uygulama olup olmadýðý konusunda takýlmýþtýk sanýrým.

Dosyanýn amacý, mesela KVM gibi bir imkan yoksa:

ssh sunucu.com
touch /forcefsck
reboot

yapabilmek. Doðal olarak iþlemden sonra silinmesi de lazým her açýlýþta tekrar 
etmemesi için. Dosyayý silme iþlemi rw remount tan sonra yapýlýyordu, bir 
sorun olmamasý lazým normalde.

From fatih at pardus.org.tr  Tue Dec  9 23:20:50 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 9 Dec 2008 23:20:50 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?mudur_ile_ilgili_mevcut_sorunlar_ve_?=
 =?iso-8859-9?q?a=E7=FDl=FD=FE_s=FCrecinin_iyile=FEtirilmesi?=
In-Reply-To: <200812092310.45597.gurer@pardus.org.tr>
References: <49275834.2060001@pardus.org.tr>
	<200812092258.26507.fatih@pardus.org.tr>
	<200812092310.45597.gurer@pardus.org.tr>
Message-ID: <200812092320.54459.fatih@pardus.org.tr>

Salý 09 Aralýk 2008 tarihinde, Gürer Özen þunlarý yazmýþtý: 
> On Tuesday 09 December 2008 22:58:26 Fatih Aþýcý wrote:
> >  * Daha önce Bahadýr ile konuþmuþtuk. mudur=forcefsck ile açýnca
> > /forcefsck dosyasýný silmeye çalýþýyor. Ancak o sýrada dosya sistemi
> > read-only olduðu için patlýyor. Bu dosyayý kullanarak açýlýþta fsck
> > çalýþtýrmaya çalýþan herhangi bir uygulama olup olmadýðý konusunda
> > takýlmýþtýk sanýrým.
>
> Dosyanýn amacý, mesela KVM gibi bir imkan yoksa:
>
> ssh sunucu.com
> touch /forcefsck
> reboot
>
> yapabilmek. Doðal olarak iþlemden sonra silinmesi de lazým her açýlýþta
> tekrar etmemesi için. Dosyayý silme iþlemi rw remount tan sonra
> yapýlýyordu, bir sorun olmamasý lazým normalde.

Pardon yanlýþ hatýrlýyorum. Bu sorun mudur=forcefsck ile açýldýðýnda 
/forcefsck dosyasýný bulamamasýndan kaynaklanýyor. Orada dosyanýn varlýðýný 
kontrol etmesi gerekiyor sadece.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081209/74d1623b/attachment.pgp 

From ert976 at gmail.com  Tue Dec  9 23:29:57 2008
From: ert976 at gmail.com (ertan)
Date: Tue, 9 Dec 2008 23:29:57 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <200812091838.51984.turkersezer@tsdesign.info>
References: <493E6834.7070704@pardus.org.tr>
	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
	<200812091838.51984.turkersezer@tsdesign.info>
Message-ID: <200812092329.58126.ert976@gmail.com>


Merhaba,
Fedora paket review sürecini bugzilla kaydý olarak takib ediyor. Benzeri bir 
sistem kullanýlabilir. Böylece unutulup giden paket kalmaz. Sistemin 
uyarlanmasý da kolay olabilir. Bilginize..


http://www.redhat.com/archives/fedora-package-review/2008-November/thread.html

Saygýlarýmla
Ertan Argüden



On Tuesday 09 December 2008 18:38:51 Türker SEZER wrote:
> On Tuesday 09 December 2008 15:53:20 Barýþ Metin wrote:
> > Zaten sýkýcý bir iþi bir fayda kazanmadan ikiye katlamak bence iyi bir
> > çözüm deðil. Aslýnda Eren'in de önerdiði gibi þu review ve ACK/NACK
> > iþleri için adam akýllý bir web arayüzü projesi baþlatsak çok iyi
> > olacak. Bu iþin þu an yapýlma þekli fazlasý ile hamallýk getiriyor.
>
> Review iþinin yanýsýra, test süreci için de bir web arayüzü fikri geçmiþti
> listede. Bu web arayüzlerini ayrý bir baþlýk altýnda konuþup karara
> baðlasak çözüme doðru iyi bir baþlangýç olur gibi. (Çözüme doðru giden
> diðer baþlýk nedense týkandý birden.)
>
> Web arayüzü oluþturmak test sürecinde her paket için ayrý test süreci
> iþletebilmemize de olanak tanýyacaðýndan birçok farklý sorunumuzu çözecek
> yarar bir araç olur sanýrým.
>
>
> Türker
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici



From onur at pardus.org.tr  Wed Dec 10 01:04:48 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 01:04:48 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <493D4BC7.5060808@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr> <493D3B22.3060900@gmail.com>
	<493D4BC7.5060808@pardus.org.tr>
Message-ID: <20081210010448.ad8a2491.onur@pardus.org.tr>


On Mon, 08 Dec 2008 18:31:03 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:
...

> Ýkon sorunlarý biraz gýcýk gerçekten. Pakette bir yama var ve gnome
> ikon isimlerini kde karþýlýklarýna deðiþtiriyor ona baktýn mý? Bu
> xfce, kde, gtk uygulamalarýnýn arasýndaki ikon sorunlarý aklýmda
> ancak uðraþmaya hiç vaktim olmadý, eðer çözebilirsen ne ala. Bir not
> daha, geçen Gökçen'in bilgisayarýndaki KDE4 masaüstünde
> pavucontrol'un ikonlarý eksiksiz görünüyordu, artýk bir þey mi
> yapmýþtý yoksa düzelmiþ mi KDE4'te bilemiyorum.

 Ortada doðru dürüst bir ikon spec olmadýðý için bütün masaüstü
ortamlarý / pencere yöneticileri  kendi kafalarýna göre bir ikon
isimlendirme yöntemi kullandý bugüne kadar. Bazýlarý birbirlerinin
forku / esintisi olduðu için birbirleri ile benzerlik gösteriyordu ve
birþeyler ortak olmaya baþladý ama oturmamýþtý. Sonunda freedesktop
altýnda önce tango ikon setinin geliþmesi ile böyle bir spec oluþturmaya
çalýþtýlar, tango yu þablon alýp ortaya bir spec [1] çýktý.

 Bu ikon spec ine tango ikon temasý ve GNOME temelli yapýsý 
sayesinde önce GNOME (ve haliyle gtk/gnome programlarý, hatta
kitaplýklarý) uymaya baþladý. GTK içerisindeki bazý fonksiyonlar,
örneðin ses seviyesi widget ý, içerisinde hardcoded volume ikonunun
adýný yazdýðý için hemen her gtk programýnda bu sorun oluyor
(gnome-mplayer da da var mesela). KDE de 3.x serisinde bu tarz bir
deðiþikliðe gitmemek için bu ikon sistemine adapte olmadý. KDE 4
sürümü ile oxygen ikon seti ile bu ikon spec ine uygun bir hale geldi .

 Bu sorunun 2008 için çözümü  mevcut ikon setinde GTK daki ilgili
ikonlara symlink koyarak (benim aklýma daha çok yatýyor bu) ya da GTK
kabilesini yamalayýp bizim ikonlarý kullanmasýný saðlayarak
yapýlabilir. 2009 için yeni spec in öntanýmlý olmasý ve buna uymayan
programlarý yamalamak bence daha doðru bir yaklaþým olur. 

> Unutmadan, paket bende ya da X'te diye, paketle bir tek ben 
> ilgileneceðim diye bir þey yok, playgroundunuza alýp, kurcalayýp
> sonra buraya ya da bana mail atarsanýz, devel'e merge ederiz tekrar,
> vs.vs.

 Aynen öyle, bir paketin sahibi olmasý demek orasý dokunulmaz alan
demek deðil, ellbete artýk paketlerin sahipleri daha netleþmeye
baþlamýþken kafamýza göre güncelleme yapmaktan kaçýnmamýz lazým
ama paketin sorumlusu ile iletiþime geçip hata düzeltme / iyileþtirme
yapma vs. den çekinmeyiniz.

[1] http://standards.freedesktop.org/icon-naming-spec/

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Wed Dec 10 01:33:14 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 01:33:14 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <20081210013314.477dea86.onur@pardus.org.tr>


> libv4l-0.5.7-8-7.pisi
> ralink-firmware-0.0_20081130-2-2.pisi

 ACK

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Wed Dec 10 01:53:52 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 01:53:52 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <493D3924.2080408@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
Message-ID: <20081210015352.c6053963.onur@pardus.org.tr>


On Mon, 08 Dec 2008 17:11:32 +0200
Serdar DALGIÇ <serdar at cclub.metu.edu.tr> wrote:

> Waiting for your +/- reply; if you are unsure, ready to go for 
> rock-paper-scissors :p  .My requested packages are selected at the
> bottom:

 I prefer rock paper scissors lizard spock :)

>  kararsýzsanýz zar atabiliriz, taþ/kaðýt/makas yapabiliriz :)

 taþ kaðýt makas kertenkele spock ý tercih ederim :)
 
> > # Onur
> >
> > applications/security/nmap

 I prefer to keep nmap for now, I am closely following the developement
for a very long time. But after the package sharing is done I may
prefer to give away the package depending on my workload

 Þimdilik nmap bende kalsa iyi olur, uzun süredir geliþimini takip
ediyorum. Paket paylaþým süreci bittikten sonra üzerimdeki yüke göre
paketi devretmeyi tercih edebilirim.

> > programming/libs/libmpcdec
> > programming/libs/libmpeg2
> >   
> > applications/multimedia/flac

 oki doki



-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From serdar at cclub.metu.edu.tr  Wed Dec 10 02:01:04 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Wed, 10 Dec 2008 02:01:04 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <20081210015352.c6053963.onur@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>
	<20081210015352.c6053963.onur@pardus.org.tr>
Message-ID: <493F06C0.8050305@cclub.metu.edu.tr>

Onur Küçük wrote On 10-12-2008 01:53:
> On Mon, 08 Dec 2008 17:11:32 +0200
> Serdar DALGIÇ <serdar at cclub.metu.edu.tr> wrote:
>   
>  taþ kaðýt makas kertenkele spock ý tercih ederim :)
>   

aklýma gelmedi deðil ha :p

"/Math/, /science/, /history/ unravelling the mysteries that /all 
started with the big bang/."

>  
>   
>>> # Onur
>>>
>>> applications/security/nmap
>>>       
>
>  I prefer to keep nmap for now, I am closely following the developement
> for a very long time. But after the package sharing is done I may
> prefer to give away the package depending on my workload
>
>  Þimdilik nmap bende kalsa iyi olur, uzun süredir geliþimini takip
> ediyorum. Paket paylaþým süreci bittikten sonra üzerimdeki yüke göre
> paketi devretmeyi tercih edebilirim.
>
>   

tamam, sýraya girdim o zaman ;)

>>> programming/libs/libmpcdec
>>> programming/libs/libmpeg2
>>>   
>>> applications/multimedia/flac
>>>       
>
>   
gotta catch 'em all ;) teþkür :)

-serdar

>  oki doki
>
>
>
>   


From onur at pardus.org.tr  Wed Dec 10 02:17:26 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 02:17:26 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
Message-ID: <20081210021726.ef0669c0.onur@pardus.org.tr>


On Wed, 10 Dec 2008 01:55:37 +0200 (EET)
contrib-commits at pardus.org.tr wrote:

> Author: gkmngrgn
> Date: Wed Dec 10 01:55:37 2008
> New Revision: 9105
> 
> Added:
>    devel/applications/network/wicd/comar/package.py

 ------
import os

def postInstall(fromVersion, fromRelease, toVersion, toRelease):
    os.system("service wicd start")
 ------

 Bunu niye yaptýn ?


> Modified: devel/applications/network/wicd/comar/service.py
> =================================================================
> --- devel/applications/network/wicd/comar/service.py	(original)
> +++ devel/applications/network/wicd/comar/service.py	Wed Dec
> 10 01:55:37 2008 @@ -3,6 +3,7 @@
>      "en": "Wired / Wireless Connection Manager",
>      "tr": "Kablolu / Kablosuz Að Yöneticisi"})
>  serviceConf = "wicd"
> +serviceDefault = "on"


 Bu deðiþikliði yaptýn zaten


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From gkmngrgn at gmail.com  Wed Dec 10 02:23:00 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 10 Dec 2008 02:23:00 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <20081210021726.ef0669c0.onur@pardus.org.tr>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
	<20081210021726.ef0669c0.onur@pardus.org.tr>
Message-ID: <493F0BE4.2090600@gmail.com>

Onur Küçük wrote On 10-12-2008 02:17:
> On Wed, 10 Dec 2008 01:55:37 +0200 (EET)
> contrib-commits at pardus.org.tr wrote:
>
>   
>> Author: gkmngrgn
>> Date: Wed Dec 10 01:55:37 2008
>> New Revision: 9105
>>
>> Added:
>>    devel/applications/network/wicd/comar/package.py
>>     
>
>  ------
> import os
>
> def postInstall(fromVersion, fromRelease, toVersion, toRelease):
>     os.system("service wicd start")
>  ------
>
>  Bunu niye yaptýn ?
>
>   
Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini çaðýrmaya 
çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca, Wicd'in bozuk olduðu 
kanaatine varýyorlar. Deneyen 9 kiþiden 6'si bu tepkiyi verdi.
>   
>> Modified: devel/applications/network/wicd/comar/service.py
>> =================================================================
>> --- devel/applications/network/wicd/comar/service.py	(original)
>> +++ devel/applications/network/wicd/comar/service.py	Wed Dec
>> 10 01:55:37 2008 @@ -3,6 +3,7 @@
>>      "en": "Wired / Wireless Connection Manager",
>>      "tr": "Kablolu / Kablosuz Að Yöneticisi"})
>>  serviceConf = "wicd"
>> +serviceDefault = "on"
>>     
>
>
>  Bu deðiþikliði yaptýn zaten
>
>
>   

serviceDefault = "on" <= bu *service default on* yerine geçiyor. yani o 
anki oturumda Wicd'i çalýþtýrmýyor.

From fatih at pardus.org.tr  Wed Dec 10 02:27:30 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Wed, 10 Dec 2008 02:27:30 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
	devel/applications/network/wicd: . comar
In-Reply-To: <493F0BE4.2090600@gmail.com>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
	<20081210021726.ef0669c0.onur@pardus.org.tr>
	<493F0BE4.2090600@gmail.com>
Message-ID: <200812100227.34173.fatih@pardus.org.tr>

Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý: 
> Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini çaðýrmaya
> çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca, Wicd'in bozuk olduðu
> kanaatine varýyorlar. Deneyen 9 kiþiden 6'si bu tepkiyi verdi.

Bozuk o zaman :) Bir uyarý mesajý vermeli servis çalýþmýyorsa.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081210/89a32478/attachment.pgp 

From fatih at pardus.org.tr  Wed Dec 10 02:33:01 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Wed, 10 Dec 2008 02:33:01 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?pm-tools_suspend-to-disk/ram_de_netw?=
 =?iso-8859-9?q?ork_ba=F0lant=FDs=FD_s=FDk=FDnt=FDlar=FD=2E?=
In-Reply-To: <4cca720b0812050225x3714cbdk1ab1e7ebfb8e53bf@mail.gmail.com>
References: <4cca720b0812050225x3714cbdk1ab1e7ebfb8e53bf@mail.gmail.com>
Message-ID: <200812100233.02115.fatih@pardus.org.tr>

Cuma 05 Aralýk 2008 tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Ozan ve Bahadýr bu konuyu geliþtirici listesine taþýmamý istemiþlerdi.
>
> Þu an suspend to disk te bir sýkýntý varmýþ sanýrým. Henüz
> bakamadýðýmý belirteyim.
>
> Eðer Bahadýr asenkron çaðrý sorunu giderildi derse pakete bu hook'u
> asenkron olarak çalýþacak þekilde düzeltip eklemek istiyorum.
>
> Görüþü, önerisi, isteði, ekleyeceði olanlar?

Bir problem daha buldum sanýrým. Profillerde tanýmlanan interface suspend 
sýrasýnda bulunmuyorsa backtrace veriyor ve suspend'i engelliyor.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081210/e7c16829/attachment.pgp 

From gokmen at pardus.org.tr  Wed Dec 10 02:42:13 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Wed, 10 Dec 2008 02:42:13 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
	devel/applications/network/wicd: . comar
In-Reply-To: <200812100227.34173.fatih@pardus.org.tr>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
	<493F0BE4.2090600@gmail.com>
	<200812100227.34173.fatih@pardus.org.tr>
Message-ID: <200812100242.13669.gokmen@pardus.org.tr>

On Wednesday 10 December 2008 02:27:30 Fatih Aþýcý wrote:
> Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý:
> > Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini çaðýrmaya
> > çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca, Wicd'in bozuk olduðu
> > kanaatine varýyorlar. Deneyen 9 kiþiden 6'si bu tepkiyi verdi.
>
> Bozuk o zaman :) Bir uyarý mesajý vermeli servis çalýþmýyorsa.
Yamasýný da gönderttiydik [1] oysa ki :)

[1] http://lists.pardus.org.tr/paketler/Week-of-Mon-20081208/005049.html

-- 
Gökmen GÖKSEL
[pardus.org.tr]

From gkmngrgn at gmail.com  Wed Dec 10 02:46:20 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 10 Dec 2008 02:46:20 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 -
 in	devel/applications/network/wicd: . comar
In-Reply-To: <200812100242.13669.gokmen@pardus.org.tr>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>	<493F0BE4.2090600@gmail.com>	<200812100227.34173.fatih@pardus.org.tr>
	<200812100242.13669.gokmen@pardus.org.tr>
Message-ID: <493F115C.5050803@gmail.com>

Gökmen GÖKSEL wrote On 10-12-2008 02:42:
> On Wednesday 10 December 2008 02:27:30 Fatih Aþýcý wrote:
>   
>> Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý:
>>     
>>> Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini çaðýrmaya
>>> çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca, Wicd'in bozuk olduðu
>>> kanaatine varýyorlar. Deneyen 9 kiþiden 6'si bu tepkiyi verdi.
>>>       
>> Bozuk o zaman :) Bir uyarý mesajý vermeli servis çalýþmýyorsa.
>>     
> Yamasýný da gönderttiydik [1] oysa ki :)
>
> [1] http://lists.pardus.org.tr/paketler/Week-of-Mon-20081208/005049.html
>
>   
Yamasýný da uyguladýydýk akabinde :) Yine de anlamýyorlar..

From gokmen at pardus.org.tr  Wed Dec 10 02:52:02 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Wed, 10 Dec 2008 02:52:02 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5BContrib-commits=5D_r9105_-_in=09d?=
 =?iso-8859-9?q?evel/applications/network/wicd=3A_=2E_comar?=
In-Reply-To: <493F115C.5050803@gmail.com>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
	<200812100242.13669.gokmen@pardus.org.tr>
	<493F115C.5050803@gmail.com>
Message-ID: <200812100252.02534.gokmen@pardus.org.tr>

On Wednesday 10 December 2008 02:46:20 Gökmen Görgen wrote:
> Gökmen GÖKSEL wrote On 10-12-2008 02:42:
> > On Wednesday 10 December 2008 02:27:30 Fatih Aþýcý wrote:
> >> Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý:
> >>> Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini çaðýrmaya
> >>> çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca, Wicd'in bozuk olduðu
> >>> kanaatine varýyorlar. Deneyen 9 kiþiden 6'si bu tepkiyi verdi.
> >>
> >> Bozuk o zaman :) Bir uyarý mesajý vermeli servis çalýþmýyorsa.
> >
> > Yamasýný da gönderttiydik [1] oysa ki :)
> >
> > [1] http://lists.pardus.org.tr/paketler/Week-of-Mon-20081208/005049.html
>
> Yamasýný da uyguladýydýk akabinde :) Yine de anlamýyorlar..
Anlamalarý için bir de GUI'de uyarý verecek þekilde deðiþtir bana kalýrsa, 
problem çýkarsa yardýmcý olurum fakat servisi postinstall da baþlatmak doðru 
deðil. Mysql ya da Apache (daha bi sürrü var :) ) kurduðunda da çalýþmýyor sen 
baþlatana kadar ;)

-- 
Gökmen GÖKSEL
[pardus.org.tr]

From gkmngrgn at gmail.com  Wed Dec 10 02:56:15 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 10 Dec 2008 02:56:15 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <200812100252.02534.gokmen@pardus.org.tr>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>	<200812100242.13669.gokmen@pardus.org.tr>	<493F115C.5050803@gmail.com>
	<200812100252.02534.gokmen@pardus.org.tr>
Message-ID: <493F13AF.9080906@gmail.com>

Gökmen GÖKSEL wrote On 10-12-2008 02:52:
> On Wednesday 10 December 2008 02:46:20 Gökmen Görgen wrote:
>   
>> Gökmen GÖKSEL wrote On 10-12-2008 02:42:
>>     
>>> On Wednesday 10 December 2008 02:27:30 Fatih Aþýcý wrote:
>>>       
>>>> Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý:
>>>>         
>>>>> Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini çaðýrmaya
>>>>> çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca, Wicd'in bozuk olduðu
>>>>> kanaatine varýyorlar. Deneyen 9 kiþiden 6'si bu tepkiyi verdi.
>>>>>           
>>>> Bozuk o zaman :) Bir uyarý mesajý vermeli servis çalýþmýyorsa.
>>>>         
>>> Yamasýný da gönderttiydik [1] oysa ki :)
>>>
>>> [1] http://lists.pardus.org.tr/paketler/Week-of-Mon-20081208/005049.html
>>>       
>> Yamasýný da uyguladýydýk akabinde :) Yine de anlamýyorlar..
>>     
> Anlamalarý için bir de GUI'de uyarý verecek þekilde deðiþtir bana kalýrsa, 
> problem çýkarsa yardýmcý olurum fakat servisi postinstall da baþlatmak doðru 
> deðil. Mysql ya da Apache (daha bi sürrü var :) ) kurduðunda da çalýþmýyor sen 
> baþlatana kadar ;)
>
>   
Vaay, iþte buna kafam yattý :D Hemen yazýyorum.

From fethicanc at gmail.com  Wed Dec 10 02:58:42 2008
From: fethicanc at gmail.com (Fethican =?iso-8859-9?q?Co=FEkuner?=)
Date: Wed, 10 Dec 2008 02:58:42 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493CF763.5080900@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
Message-ID: <200812100258.43257.fethicanc@gmail.com>

On Monday 08 December 2008 12:30:59 Ozan Çaðlayan wrote:
> Öncelikle hepinize iyi bayramlar,
>

 Ýyi Bayramlar,

>
> Bu 397 paketi doðrudan üzerimize almadýk çünkü geliþtirici ve
> pardus-devel listesinde belki bizden daha fazla bazý paketlere faydasý
> dokunabilecek insanlar olabileceðini düþündük. Bu sebepten bizim
> üstlendiðimiz paketlerin listesini gönderiyor, geri kalan 261 tane
> paketi de bakýcýsýz iþaretliyorum:
>
> # Ozan

> applications/games/gnugo

  Bir go oyuncusu olarak pakete talibim :)
 
> # Pýnar
>
> desktop/kde/ktorrent
 Bu paketin de bakýmýný üstlenebilirim.

> programming/languages/python/simplejson
> programming/languages/python/cheetah
> programming/languages/python/FormEncode

   Bu üçüyle de turbogears baðýmlýlýðý olarak biraz vakit geçirmiþliðim var, 
üstlenebilirim.

> Saygýlar

Fethican


From onur at pardus.org.tr  Wed Dec 10 02:58:39 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 02:58:39 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <493F115C.5050803@gmail.com>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
	<493F0BE4.2090600@gmail.com>
	<200812100227.34173.fatih@pardus.org.tr>
	<200812100242.13669.gokmen@pardus.org.tr>
	<493F115C.5050803@gmail.com>
Message-ID: <20081210025839.2ad57b39.onur@pardus.org.tr>


On Wed, 10 Dec 2008 02:46:20 +0200
Gökmen Görgen <gkmngrgn at gmail.com> wrote:

> Gökmen GÖKSEL wrote On 10-12-2008 02:42:
> > On Wednesday 10 December 2008 02:27:30 Fatih Aþýcý wrote:
> >   
> >> Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý:
> >>     
> >>> Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini
> >>> çaðýrmaya çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca,
> >>> Wicd'in bozuk olduðu kanaatine varýyorlar. Deneyen 9 kiþiden 6'si
> >>> bu tepkiyi verdi. 
> >> Bozuk o zaman :) Bir uyarý mesajý vermeli servis çalýþmýyorsa.
> >>     
> > Yamasýný da gönderttiydik [1] oysa ki :)
> >
> > [1]
> > http://lists.pardus.org.tr/paketler/Week-of-Mon-20081208/005049.html
> >
> >   
> Yamasýný da uyguladýydýk akabinde :) Yine de anlamýyorlar..

 Bu iþin doðru çözümü, servise baðlantý kurulamýyorsa, programýn düzgün
authentication yönteminden geçip (policykit) dbus / çomar üzerinden
servisi baþlatmaya çalýþmasý ya da gui de kullanýcýnýn anlayabileceði
bir þekilde "servis çalýþmýyor aloo" demesi.

 Þu hali ile paketin kurulu olduðu sistemde kullanýcý servisi kapatsa
bile zorla servisi çalýþtýrýyorsun ki bence çok yanlýþ bir þey bu.

 Paket 2008 e alýnmýþ ve derlenmiþ ama yukarýda önerdiðim çözümlerin
yapýmý uzun sürecekse bile þu anki hack i kaldýrmamýz daha iyi olur.


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From gkmngrgn at gmail.com  Wed Dec 10 03:56:48 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 10 Dec 2008 03:56:48 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <20081210025839.2ad57b39.onur@pardus.org.tr>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>	<493F0BE4.2090600@gmail.com>	<200812100227.34173.fatih@pardus.org.tr>	<200812100242.13669.gokmen@pardus.org.tr>	<493F115C.5050803@gmail.com>
	<20081210025839.2ad57b39.onur@pardus.org.tr>
Message-ID: <493F21E0.60302@gmail.com>

Onur Küçük wrote On 10-12-2008 02:58:
> On Wed, 10 Dec 2008 02:46:20 +0200
> Gökmen Görgen <gkmngrgn at gmail.com> wrote:
>
>   
>> Gökmen GÖKSEL wrote On 10-12-2008 02:42:
>>     
>>> On Wednesday 10 December 2008 02:27:30 Fatih Aþýcý wrote:
>>>   
>>>       
>>>> Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý:
>>>>     
>>>>         
>>>>> Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini
>>>>> çaðýrmaya çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca,
>>>>> Wicd'in bozuk olduðu kanaatine varýyorlar. Deneyen 9 kiþiden 6'si
>>>>> bu tepkiyi verdi. 
>>>>>           
>>>> Bozuk o zaman :) Bir uyarý mesajý vermeli servis çalýþmýyorsa.
>>>>     
>>>>         
>>> Yamasýný da gönderttiydik [1] oysa ki :)
>>>
>>> [1]
>>> http://lists.pardus.org.tr/paketler/Week-of-Mon-20081208/005049.html
>>>
>>>   
>>>       
>> Yamasýný da uyguladýydýk akabinde :) Yine de anlamýyorlar..
>>     
>
>  Bu iþin doðru çözümü, servise baðlantý kurulamýyorsa, programýn düzgün
> authentication yönteminden geçip (policykit) dbus / çomar üzerinden
> servisi baþlatmaya çalýþmasý ya da gui de kullanýcýnýn anlayabileceði
> bir þekilde "servis çalýþmýyor aloo" demesi.
>
>  Þu hali ile paketin kurulu olduðu sistemde kullanýcý servisi kapatsa
> bile zorla servisi çalýþtýrýyorsun ki bence çok yanlýþ bir þey bu.
>
>  Paket 2008 e alýnmýþ ve derlenmiþ ama yukarýda önerdiðim çözümlerin
> yapýmý uzun sürecekse bile þu anki hack i kaldýrmamýz daha iyi olur.
>
>
>   
Þuan diyalog penceresi hazýr bile. Birazdan gerekli yamayý yapýp pakete 
dahil edeceðim. Yalnýz service.py'den *serviceDefault="on"* satýrýný da 
kaldýrmam gerekli midir? Kdebase'de de bu satýr var ve kullanýcý 
istemiyorsa bu servisi durdurabiliyor.

From onur at pardus.org.tr  Wed Dec 10 04:30:27 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 04:30:27 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <493F21E0.60302@gmail.com>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
	<493F0BE4.2090600@gmail.com>
	<200812100227.34173.fatih@pardus.org.tr>
	<200812100242.13669.gokmen@pardus.org.tr>
	<493F115C.5050803@gmail.com>
	<20081210025839.2ad57b39.onur@pardus.org.tr>
	<493F21E0.60302@gmail.com>
Message-ID: <20081210043027.515e645b.onur@pardus.org.tr>


On Wed, 10 Dec 2008 03:56:48 +0200
Gökmen Görgen <gkmngrgn at gmail.com> wrote:

> Þuan diyalog penceresi hazýr bile. Birazdan gerekli yamayý yapýp
> pakete dahil edeceðim.

 süper :)

> Yalnýz service.py'den *serviceDefault="on"*
> satýrýný da kaldýrmam gerekli midir? Kdebase'de de bu satýr var ve
> kullanýcý istemiyorsa bu servisi durdurabiliyor.

 serviceType=local olduðu için zaten öntanýmlý olarak servis açýk
gelecek, ama serviceDefault on kalabilir

 bu arada servis betiðinin stop kýsmýnda neden önce notify lý stop
çalýþtýrýlýyor, sonra diðer araçlar öldürülüyor ? Onlarý kapatamazsa
notify ýn verdiði bilgi yanlýþ olacak.

 Ayrýca 3 tane þeyi birden kapatmak gerekiyor mu ? pid ini aldýðýn
dosya bunlardan biri olmasýn ?

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From gkmngrgn at gmail.com  Wed Dec 10 04:48:06 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 10 Dec 2008 04:48:06 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <20081210043027.515e645b.onur@pardus.org.tr>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>	<493F0BE4.2090600@gmail.com>	<200812100227.34173.fatih@pardus.org.tr>	<200812100242.13669.gokmen@pardus.org.tr>	<493F115C.5050803@gmail.com>	<20081210025839.2ad57b39.onur@pardus.org.tr>	<493F21E0.60302@gmail.com>
	<20081210043027.515e645b.onur@pardus.org.tr>
Message-ID: <493F2DE6.6050207@gmail.com>

Onur Küçük wrote On 10-12-2008 04:30:
> On Wed, 10 Dec 2008 03:56:48 +0200
> Gökmen Görgen <gkmngrgn at gmail.com> wrote:
>
>   
>> Þuan diyalog penceresi hazýr bile. Birazdan gerekli yamayý yapýp
>> pakete dahil edeceðim.
>>     
>
>  süper :)
>
>   
>> Yalnýz service.py'den *serviceDefault="on"*
>> satýrýný da kaldýrmam gerekli midir? Kdebase'de de bu satýr var ve
>> kullanýcý istemiyorsa bu servisi durdurabiliyor.
>>     
>
>  serviceType=local olduðu için zaten öntanýmlý olarak servis açýk
> gelecek, ama serviceDefault on kalabilir
>
>  bu arada servis betiðinin stop kýsmýnda neden önce notify lý stop
> çalýþtýrýlýyor, sonra diðer araçlar öldürülüyor ? Onlarý kapatamazsa
> notify ýn verdiði bilgi yanlýþ olacak.
>
>  Ayrýca 3 tane þeyi birden kapatmak gerekiyor mu ? pid ini aldýðýn
> dosya bunlardan biri olmasýn ?
>
>   

https://svn.pardus.org.tr/contrib/devel/applications/network/wicd/

Wicd servisini baþlatmadan, wicd'i çalýþtýrmayý dener misiniz? Servis 
betiðini düzelttim. 3'ünü birden sonlandýrmak gerekiyor mu, pid'i hangi 
dosyadan alýyor vesaire bunlarý contrib'e merge etmeden öðrenip 
düzelteceðim sonradan =)

Wicd servisi baþlatýlmadan wicd-client komutunu çalýþtýrdýðýnýzda, bir 
widget'in açýlmasýný umuyorum. Çok kolpa bir þey oldu ama ileride Dbus / 
Çomar mevzusunu öðrenip bunu daha da güzelleþtirebilirim.

Cevabýnýzý bekliyorum =)


From gokcen at pardus.org.tr  Wed Dec 10 12:46:05 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Wed, 10 Dec 2008 12:46:05 +0200
Subject: [Gelistirici] r56722 - in devel/system/base/freetype: . files
In-Reply-To: <20081209235003.A36C613840CF@ns1.pardus.org.tr>
References: <20081209235003.A36C613840CF@ns1.pardus.org.tr>
Message-ID: <200812101246.05587.gokcen@pardus.org.tr>

Wednesday 10 December 2008 Tarihinde commits dedi ki:
> Author: fatih
> Date: Wed Dec 10 01:50:03 2008
> New Revision: 56722
>
> Added:
>    devel/system/base/freetype/files/fix-a-buffer-overflow.patch
> Modified:
>    devel/system/base/freetype/pspec.xml
> Log:
> Fixed a buffer overflow.
>
> BUG:FIXED:8790

Ya bunu güvenlik açığı olarak işaretleyip, upstream'e söyleyip, yamayı 
gönderip, public etmeseydik keşke diye düşündüm, ama biraz geç oldu tabi.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081210/115811ab/attachment.htm 

From burakclskn at gmail.com  Wed Dec 10 12:59:29 2008
From: burakclskn at gmail.com (=?ISO-8859-9?Q?Burak_=C7al=FD=FEkan?=)
Date: Wed, 10 Dec 2008 12:59:29 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493CF763.5080900@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
Message-ID: <493FA111.6090306@gmail.com>

Ozan Çaðlayan wrote On 08-12-2008 12:30:
> Öncelikle hepinize iyi bayramlar,
> 
> Bakýcýsýz paketlerin listesi otomatik e-postada verilen deadline olan 1 
> Kasým'ý takip eden hafta içinde tamamlandý. Akabinde çekirdek 
> geliþtiriciler bu listenin üzerinden geçerek kendi ilgi ve bilgileri 
> çerçevesinde üstlenmek isteyecekleri paketlerin bir listesini çýkarttý.
> 
> Sonuç olarak,
> 
> 658 adet paket bakýcýlar tarafýndan terkedildi,
> 397 tanesi çekirdek geliþtiriciler tarafýndan üstlenildi,
> 261 tanesi ise halen bakýcýsýz durumda.
> 

Bakýcýsýz kvm paketini üzerime alýyorum. Çalýþmanýz için teþekkürler.

From ozan at pardus.org.tr  Wed Dec 10 13:24:57 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 10 Dec 2008 13:24:57 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <200812100258.43257.fethicanc@gmail.com>
References: <493CF763.5080900@pardus.org.tr>
	<200812100258.43257.fethicanc@gmail.com>
Message-ID: <493FA709.7040405@pardus.org.tr>

Fethican Coþkuner wrote:
>> applications/games/gnugo
>>     
>
>   Bir go oyuncusu olarak pakete talibim :)
>   
gnugo'yu zaten Pýnar istemiþti ben yanlýþlýkla listeyi oluþtururken 
kendime yazmýþtým, akabinde tekrar Pýnar'a verdim paketi devel'de. Yine 
ona sorabilirsin diðer istediðin paketler gibi.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From ozan at pardus.org.tr  Wed Dec 10 14:03:59 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 10 Dec 2008 14:03:59 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
References: <493E6834.7070704@pardus.org.tr>
	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
Message-ID: <493FB02F.9000600@pardus.org.tr>

Barýþ Metin wrote:
>
> Zaten sýkýcý bir iþi bir fayda kazanmadan ikiye katlamak bence iyi bir
> çözüm deðil. Aslýnda Eren'in de önerdiði gibi þu review ve ACK/NACK
> iþleri için adam akýllý bir web arayüzü projesi baþlatsak çok iyi
> olacak. Bu iþin þu an yapýlma þekli fazlasý ile hamallýk getiriyor.
>
> Belki her iki listeyi de kazanmak için bir süre önerdiðin þekilde
> kullanýlabilir fakat sürekli tekrarladýðýmýz iþleri otomatikleþtirip
> merkezi bir yerde toplamak zaman kazandýrýr; Gürer'in, Eren'in ve
> diðer bir kaç kiþinin iþaret ettiði gibi...
>
> iyi çalýþmalar,
>   
Review süreci için bir web arayüzü bana da mantýklý gelmeye baþladý. 
Süreci daha hýzlandýrmaya ve eðlencelileþtirmeye(kudolar falan:)) 
baþlayabilir. Ancak ACK/NACK'de þöyle bir þey var, e-postalarýný kontrol 
ederken eskaza gelen bir ACK/NACK e-postasýna doðrudan cevap atýp sana 
düþen görevi yerine getirebiliyorsun. E-posta istemcisinden çýkýp bir 
yere gidip oralarda iþleri halletmek bana biraz süreci yavaþlatabilir 
gibi geliyor ama emin deðilim.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From gokmen at pardus.org.tr  Wed Dec 10 14:09:18 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Wed, 10 Dec 2008 14:09:18 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <493FB02F.9000600@pardus.org.tr>
References: <493E6834.7070704@pardus.org.tr>
	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
	<493FB02F.9000600@pardus.org.tr>
Message-ID: <200812101409.18682.gokmen@pardus.org.tr>

On Wednesday 10 December 2008 14:03:59 Ozan Çaðlayan wrote:
> Barýþ Metin wrote:
> > Zaten sýkýcý bir iþi bir fayda kazanmadan ikiye katlamak bence iyi bir
> > çözüm deðil. Aslýnda Eren'in de önerdiði gibi þu review ve ACK/NACK
> > iþleri için adam akýllý bir web arayüzü projesi baþlatsak çok iyi
> > olacak. Bu iþin þu an yapýlma þekli fazlasý ile hamallýk getiriyor.
> >
> > Belki her iki listeyi de kazanmak için bir süre önerdiðin þekilde
> > kullanýlabilir fakat sürekli tekrarladýðýmýz iþleri otomatikleþtirip
> > merkezi bir yerde toplamak zaman kazandýrýr; Gürer'in, Eren'in ve
> > diðer bir kaç kiþinin iþaret ettiði gibi...
> >
> > iyi çalýþmalar,
>
> Review süreci için bir web arayüzü bana da mantýklý gelmeye baþladý.
> Süreci daha hýzlandýrmaya ve eðlencelileþtirmeye(kudolar falan:))
> baþlayabilir. Ancak ACK/NACK'de þöyle bir þey var, e-postalarýný kontrol
> ederken eskaza gelen bir ACK/NACK e-postasýna doðrudan cevap atýp sana
> düþen görevi yerine getirebiliyorsun. E-posta istemcisinden çýkýp bir
> yere gidip oralarda iþleri halletmek bana biraz süreci yavaþlatabilir
> gibi geliyor ama emin deðilim.
Düzgün þekilde tasarlanýrsa mail üzerinden de cevap verilebilecek birþeyler 
hazýrlamak zor deðil ;)

-- 
Gökmen GÖKSEL
[pardus.org.tr]

From ozan at pardus.org.tr  Wed Dec 10 14:09:33 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 10 Dec 2008 14:09:33 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <200812092329.58126.ert976@gmail.com>
References: <493E6834.7070704@pardus.org.tr>	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>	<200812091838.51984.turkersezer@tsdesign.info>
	<200812092329.58126.ert976@gmail.com>
Message-ID: <493FB17D.9000507@pardus.org.tr>

ertan wrote:
> Merhaba,
> Fedora paket review sürecini bugzilla kaydý olarak takib ediyor. Benzeri bir 
> sistem kullanýlabilir. Böylece unutulup giden paket kalmaz. Sistemin 
> uyarlanmasý da kolay olabilir. Bilginize..
>
>   
Buna baktým, enteresanmýþ.
Bir anda review'da bekleyen paketlerin hepsini görebilmek,
Girilen yorumlarý altalta düzgünce takip edebilmek

adýna mail listesinden daha efektif geldi bana.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From emre at emrealadag.com  Wed Dec 10 14:50:49 2008
From: emre at emrealadag.com (=?ISO-8859-9?Q?Ahmet_Emre_Alada=F0?=)
Date: Wed, 10 Dec 2008 14:50:49 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <200812101409.18682.gokmen@pardus.org.tr>
References: <493E6834.7070704@pardus.org.tr>
	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
	<493FB02F.9000600@pardus.org.tr>
	<200812101409.18682.gokmen@pardus.org.tr>
Message-ID: <b438d8400812100450p2b8787e5x644d89880293b25f@mail.gmail.com>

>
> Düzgün þekilde tasarlanýrsa mail üzerinden de cevap verilebilecek birþeyler
> hazýrlamak zor deðil ;)
>

ACK/NACK talepleri RSS üzerinden duyurulursa, session bilgilerinin
saklanmasý durumunda RSS üzerinden ACK ve NACK linkleri verilebilir. Böylece
kiþi RSS haberini okurken yapmasý gereken þey ACK/NACK linklerinden birisine
týklamak olur ve zaten login deðiþkenleri saklandýðý için e-postadan daha da
hýzlý bile olabilir :)
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081210/b2114707/attachment.htm 

From turkay.eren at gmail.com  Wed Dec 10 15:35:03 2008
From: turkay.eren at gmail.com (Eren =?utf-8?q?T=C3=BCrkay?=)
Date: Wed, 10 Dec 2008 15:35:03 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <b438d8400812100450p2b8787e5x644d89880293b25f@mail.gmail.com>
References: <493E6834.7070704@pardus.org.tr>
	<200812101409.18682.gokmen@pardus.org.tr>
	<b438d8400812100450p2b8787e5x644d89880293b25f@mail.gmail.com>
Message-ID: <200812101535.03354.turkay.eren@gmail.com>

On 10 Dec 2008 Wed 14:50:49 Ahmet Emre Aladað wrote:
> ACK/NACK talepleri RSS üzerinden duyurulursa, session bilgilerinin
> saklanmasý durumunda RSS üzerinden ACK ve NACK linkleri verilebilir.
> Böylece kiþi RSS haberini okurken yapmasý gereken þey ACK/NACK linklerinden
> birisine týklamak olur ve zaten login deðiþkenleri saklandýðý için
> e-postadan daha da hýzlý bile olabilir :)

Bunun nasýl bir þey olacaðýný anlamadým :) Biraz daha açýklayabilir misin?

From gelurine at gmail.com  Wed Dec 10 15:45:05 2008
From: gelurine at gmail.com (=?UTF-8?Q?G=C3=BCng=C3=B6r_Erseymen?=)
Date: Wed, 10 Dec 2008 15:45:05 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
Message-ID: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>

Merhaba,

Sbcl paketini kaynak koddan derleyebilmek için yaptýðým deðiþiklikleri
bir türlü commit edememiþtim. Aslýnda temel sorun ismail.py ye pakete
anlamsýz depler yazýlmasýn diye eklenmiþ  olan bölümmüþ. Burasýný ayný
kaynak paketten çýkan paketlerin sadece eski release ya da versionlarý
da builddep olabilsin þeklinde deðiþtirince sorun kalmadý.

Bana bu þekliyle ismail.py daha mantýklý geldi. Aþaðýdaki patch i
commit edeyim mi? nedersiniz?

Ýyi çalýþmalar.


Index: ismail.py
===================================================================
--- ismail.py   (revision 20801)
+++ ismail.py   (working copy)
@@ -420,10 +420,33 @@
         if prev != 1:
             piksError(doc.getTag("History"), errors, "missing release numbers")

+
+        # Old versions or releases of self packages can be in source
build dependencies.
+
+        hrel = int(self.history[0].release)
+        hver = pisi.version.Version(self.history[0].version)
+
         for pak in self.packages:
-            deps = map(lambda x: x.package, self.source.build_deps)
-            if pak.name in deps:
-                piksError(doc, errors, "package name '%s' is in
source '%s' build dependencies" % (pak.name, self.source.name))
+            build_deps = filter(lambda x: x.package == pak.name,
self.source.build_deps)
+
+            if len(build_deps) > 0:
+                for dep in build_deps:
+                    try:
+                        if dep.release != None and int(dep.release) < hrel:
+                            continue
+                        if dep.releaseFrom != None and
int(dep.releaseFrom) < hrel:
+                            continue
+                        if dep.version != None and
pisi.version.Version(dep.version) < hver:
+                            continue
+                        if dep.versionFrom != None and
pisi.version.Version(dep.versionFrom) < hver:
+                            continue
+                    except pisi.version.VersionException, e:
+                        piksError(doc, errors, "invalid version: %s" % e)
+                    except ValueError, e:
+                        piksError(doc, errors, "invalid release: %s" % e)
+
+                    piksError(doc, errors, "package name '%s' is in
source '%s' build dependencies with invalid release/version
information." % (pak.name, self.source.name))
+
             deps = map(lambda x: x.package, pak.packageDependencies)
             if pak.name in deps:
                 piksError(doc, errors, "package name '%s' is in self
dependencies" % pak.name)

From emre at emrealadag.com  Wed Dec 10 16:42:53 2008
From: emre at emrealadag.com (=?ISO-8859-9?Q?Ahmet_Emre_Alada=F0?=)
Date: Wed, 10 Dec 2008 16:42:53 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <200812101535.03354.turkay.eren@gmail.com>
References: <493E6834.7070704@pardus.org.tr>
	<200812101409.18682.gokmen@pardus.org.tr>
	<b438d8400812100450p2b8787e5x644d89880293b25f@mail.gmail.com>
	<200812101535.03354.turkay.eren@gmail.com>
Message-ID: <b438d8400812100642h56189b69l41ee5a4aa017e930@mail.gmail.com>

2008/12/10 Eren Türkay <turkay.eren at gmail.com>

> Bunun nasýl bir þey olacaðýný anlamadým :) Biraz daha açýklayabilir misin?


Pardon, aceleyle karýþýk yazdým sanýrým. Nasýl ki bloglarda her yeni girdi
girildiðinde RSS'te o girdinin özeti çýkýyor, onun gibi her ACK/NACK isteði
için bir RSS kaydý olacak. Bu kayýt içerisinde paket, en altýnda ise ACK /
NACK (review/process?pkg_id=49&action=NACK) linkleri olacak.

Senaryo:
-----------------
Ekin Meroðlu 2008-test bölümüne 80 adet paket (dosya adý) koyar. Her birisi
ayrý bir blog girdisi gibi deðerlendirilir ve 2008-test'in RSS Feed
kanalýnda yayýnlanýr.

Eren RSS Reader'ini açtýðýnda 80 adet yeni haber kaydýyla (paket ismiyle)
karþýlaþýr. Ýlgisini çekenlere týklayarak blog içeriðini görüntüler, zaten
sadece ACK/NACK linki vardýr. ACK veya NACK'a týklar. Týklamasýyla bir
pop-up içerisinde onay mesajý görüntülenir. Kendisini ilgilendiren belirli
sayýda paket olacaðý için çok da fazla vakit kaybetmez. Geri kalanýný okundu
olarak iþaretler.

Ayný þekilde web sitesine girerek hangi paketlere ne dediðini görebilir,
deðiþtirebilir...
------------------

Aklýma ilk gelen, çok da üzerinde düþünülmemiþ bir öneri... Çok verimli
olduðunu söyleyemem ama belki yeni fikirlere ortam hazýrlar.
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081210/ab8d9b6b/attachment.htm 

From ozan at pardus.org.tr  Wed Dec 10 16:52:27 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 10 Dec 2008 16:52:27 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
In-Reply-To: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
Message-ID: <493FD7AB.7070505@pardus.org.tr>

Güngör Erseymen wrote:
> Merhaba,
>
> Sbcl paketini kaynak koddan derleyebilmek için yaptýðým deðiþiklikleri
> bir türlü commit edememiþtim. Aslýnda temel sorun ismail.py ye pakete
> anlamsýz depler yazýlmasýn diye eklenmiþ  olan bölümmüþ. Burasýný ayný
> kaynak paketten çýkan paketlerin sadece eski release ya da versionlarý
> da builddep olabilsin þeklinde deðiþtirince sorun kalmadý.
>
> Bana bu þekliyle ismail.py daha mantýklý geldi. Aþaðýdaki patch i
> commit edeyim mi? nedersiniz?
>   
Selam,

commit etmeye çalýþýp da edemediðin deðiþiklik nedir?
Tam olarak anlamadým nasýl bir engele takýldýðýný ve nasýl çözdüðünü. 
sbcl'ye yapmaya çalýþtýðýn deðiþikliði içeren svn diff çýktýsýný ekler 
misin buraya?

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From fethicanc at gmail.com  Wed Dec 10 17:08:33 2008
From: fethicanc at gmail.com (Fethican =?iso-8859-9?q?Co=FEkuner?=)
Date: Wed, 10 Dec 2008 17:08:33 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493FA709.7040405@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
	<200812100258.43257.fethicanc@gmail.com>
	<493FA709.7040405@pardus.org.tr>
Message-ID: <200812101708.34143.fethicanc@gmail.com>

On Wednesday 10 December 2008 13:24:57 Ozan Çaðlayan wrote:
> Fethican Coþkuner wrote:
> >> applications/games/gnugo
> >
> >   Bir go oyuncusu olarak pakete talibim :)
>
> gnugo'yu zaten Pýnar istemiþti ben yanlýþlýkla listeyi oluþtururken
> kendime yazmýþtým, akabinde tekrar Pýnar'a verdim paketi devel'de. Yine
> ona sorabilirsin diðer istediðin paketler gibi.

  Tamam, o zaman Pýnar senden istediðim diðer paketlerin arasýna gnugo'yu da 
dahil ederek cevap verirsen sevinirim.


Fethican

From gkmngrgn at gmail.com  Wed Dec 10 18:07:27 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 10 Dec 2008 18:07:27 +0200
Subject: [Gelistirici] Xscreensaver
Message-ID: <493FE93F.3060602@gmail.com>

Merhabalar,
Arkadaþlar Xfce'de ekran koruyucu olarak öntanýmlý xscreensaver 
çalýþýyor; fakat --without-gtk parametresiyle derlediðimiz için ekran 
koruyucuyu yapýlandýramýyoruz. An itibariyle xscreensaver'in yeni sürümü 
(5.07) çýkmýþ durumda ve bu güncellemeyi yaparken --without-gtk 
parametresini kaldýrmanýzý talep ediyorum =)

Kde'de durum nasýl, onu bilemediðimden kendim ellemedim, eðer kde 
xscreensaver kullanmýyorsa ben de elleþebilirim =)

Saygýlar.

From serdar at cclub.metu.edu.tr  Wed Dec 10 21:32:20 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Wed, 10 Dec 2008 21:32:20 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <200812100258.43257.fethicanc@gmail.com>
References: <493CF763.5080900@pardus.org.tr>
	<200812100258.43257.fethicanc@gmail.com>
Message-ID: <49401944.9000005@cclub.metu.edu.tr>

Fethican Coþkuner wrote On 10-12-2008 02:58:
> On Monday 08 December 2008 12:30:59 Ozan Çaðlayan wrote:
>   
>> Öncelikle hepinize iyi bayramlar,
>>
>>     
>
>  Ýyi Bayramlar,
>
>   
>> programming/languages/python/simplejson
>> programming/languages/python/cheetah
>> programming/languages/python/FormEncode
>>     
>
>    Bu üçüyle de turbogears baðýmlýlýðý olarak biraz vakit geçirmiþliðim var, 
> üstlenebilirim.
>
>   
FormEncode'u ben de istemiþtim[1], ama turbogears'la uðraþmýþsýn bu 
paketlerle de alakan benden daha fazla zannýmca, o yüzden ben de 
isteðimi geri çekmiþ olayým :)

-serdar

[1] http://liste.pardus.org.tr/gelistirici/2008-December/014984.html

>> Saygýlar
>>     
>
> Fethican
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>   


From serdar at cclub.metu.edu.tr  Wed Dec 10 21:33:19 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Wed, 10 Dec 2008 21:33:19 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=26_Ping_Ek?=
 =?iso-8859-9?q?in=2C_Faik=2C_Semen=2C_Taner=2C_P=FDnar?=
In-Reply-To: <493D3924.2080408@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
Message-ID: <4940197F.4000801@cclub.metu.edu.tr>

Merhabalar;

bir geri dönüþ almak için pingliyyim dedim..

iyi çalýþmalar

-serdar

Serdar DALGIÇ wrote On 08-12-2008 17:11:
>>   
>>     
> Merhaba, iyi bayramlar / Hi to all;
>   
>  From the packages taken over by UEKAE-core team, I would like to show 
> my interest on some of the packages. If it's ok for those who are 
> related to these packages, I would like to take over my requests.. 
> Waiting for your +/- reply; if you are unsure, ready to go for 
> rock-paper-scissors :p  .My requested packages are selected at the bottom:
>
> ----
> Çekirdek ekibin üzerine almayý düþündüðü paketler arasýnda ilgimi 
> çekenleri, üzerime alýp uðraþmayý düþündüklerimi yazýyorum aþaðýda. 
> olumlu/olumsuz geri dönüþlerinizi buradan yapabilirsiniz, kararsýzsanýz 
> zar atabiliriz, taþ/kaðýt/makas yapabiliriz :)
>
>   
>> # Ekin
>>
>> applications/network/rdate

>> # Faik
>>
>>
>> programming/tools/valgrind
>>
>> programming/tools/strace
>> programming/tools/lsof
>>
>> programming/tools/ltrace
>>
>> # Semen
>>
>> desktop/kde/yakuake
>>
>>     
>>   
>> # Taner
>>
>> programming/languages/erlang
>>   
>>     
>
>   
>> # Pýnar
>> programming/environments/eric
>> programming/languages/python/pysqlite
>>   
>>     
> trac baðýmlýlýðý ayný zamanda, o yüzden göz koydum. // a dependency for 
> trac in contrib repository; that's the reason why I request the package.
>   
>> programming/languages/python/SQLObject
>>   
>>     
> imdbpy dependency.
>
>   
>> programming/languages/python/pyparsing
>> programming/languages/python/pyinotify
>> programming/languages/python/beautifulsoup
>> programming/languages/python/ClientForm
>>
>> programming/languages/python/chardet
>> programming/languages/python/matplotlib
>>
>> programming/languages/python/pycrypto
>>
>> programming/languages/python/pyopenssl
>>
>>   
>>     
> Pýnar sana biraz haksýzlýk oldu gibi, tabi son karar senin.. bunlar 
> arasýnda gönlünden ne koparsa artýk :p
>
> // it seems to be a little unfair to Pýnar, as most of my requested 
> packages are intended to be taken by you. Last word is yours..
>
>   
>> -----------------------------------------------------
>>
>> Saygýlar
>>
>>   
>>     
> Regards
>
> -serdar
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>   


From gokmen at pardus.org.tr  Wed Dec 10 21:42:51 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Wed, 10 Dec 2008 21:42:51 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=26_Ping_Ek?=
 =?iso-8859-9?q?in=2C_Faik=2C_Semen=2C_Taner=2C_P=FDnar?=
In-Reply-To: <4940197F.4000801@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
	<4940197F.4000801@cclub.metu.edu.tr>
Message-ID: <200812102142.52344.gokmen@pardus.org.tr>

On Wednesday 10 December 2008 21:33:19 Serdar DALGIÇ wrote:
> Merhabalar;
Selamlar,
> bir geri dönüþ almak için pingliyyim dedim..
Ýnsanlar Bayram tatilinde yahu ne bu aceleniz ?

-- 
Gökmen GÖKSEL
[pardus.org.tr]

From serdar at cclub.metu.edu.tr  Wed Dec 10 21:45:41 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Wed, 10 Dec 2008 21:45:41 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=26_Ping_Ek?=
 =?iso-8859-9?q?in=2C_Faik=2C_Semen=2C_Taner=2C_P=FDnar?=
In-Reply-To: <200812102142.52344.gokmen@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>	<4940197F.4000801@cclub.metu.edu.tr>
	<200812102142.52344.gokmen@pardus.org.tr>
Message-ID: <49401C65.1010003@cclub.metu.edu.tr>

Gökmen GÖKSEL wrote On 10-12-2008 21:42:
> On Wednesday 10 December 2008 21:33:19 Serdar DALGIÇ wrote:
>   
>> Merhabalar;
>>     
> Selamlar,
>   
>> bir geri dönüþ almak için pingliyyim dedim..
>>     
> Ýnsanlar Bayram tatilinde yahu ne bu aceleniz ?
>
>   
yok, aceleden deðil de, bu aralar mesaj trafiði yoðun listenin, olasý 
bir "mark as read" durumuna karþý önlem olsun, insanlar isimlerini konu 
baþlýðýnda görürlerse gözden kaçma olasýlýðýný düþürebiliriz diye 
düþünmüþtüm..

-serdar //tabi bir de nalet olsun içimizdeki özgür yazýlým sevgisine :)



From bahadir at pardus.org.tr  Wed Dec 10 22:08:03 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Wed, 10 Dec 2008 22:08:03 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=26_Ping_Ek?=
	=?iso-8859-9?q?in=2C_Faik=2C_Semen=2C_Taner=2C_P=FDnar?=
In-Reply-To: <200812102142.52344.gokmen@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
	<4940197F.4000801@cclub.metu.edu.tr>
	<200812102142.52344.gokmen@pardus.org.tr>
Message-ID: <200812102208.06274.bahadir@pardus.org.tr>

10 Ara 2008 Çar tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> Ýnsanlar Bayram tatilinde yahu ne bu aceleniz ?

Ne bayram tatili yahu? Bayramda listedeki mesaj sayýsý katlandý, misafirler 
gitse de e-postalara baksam diyordur herkes :)
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081210/7bd9c06c/attachment.pgp 

From gokmen at pardus.org.tr  Wed Dec 10 22:13:30 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Wed, 10 Dec 2008 22:13:30 +0200
Subject: [Gelistirici]
 =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICYgUGluZyBF?=
 =?utf-8?q?kin=2C_Faik=2C_Semen=2C_Taner=2C_P=C4=B1nar?=
In-Reply-To: <200812102208.06274.bahadir@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
	<200812102142.52344.gokmen@pardus.org.tr>
	<200812102208.06274.bahadir@pardus.org.tr>
Message-ID: <200812102213.30566.gokmen@pardus.org.tr>

On Wednesday 10 December 2008 22:08:03 Bahadýr Kandemir wrote:
> 10 Ara 2008 Çar tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > Ýnsanlar Bayram tatilinde yahu ne bu aceleniz ?
>
> Ne bayram tatili yahu? Bayramda listedeki mesaj sayýsý katlandý, misafirler
> gitse de e-postalara baksam diyordur herkes :)
Ahh ahh nerde o eski bayramlar di mi .. :p

-- 
Gökmen GÖKSEL
[pardus.org.tr]

From ekin at pardus.org.tr  Wed Dec 10 22:33:32 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 10 Dec 2008 22:33:32 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <200812102233.32676.ekin@pardus.org.tr>

Merhaba;

Tuesday 09 December 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 

> graphviz-2.18-10-7.pisi
> graphviz-docs-2.18-10-4.pisi
ACK

> glib2-2.16.5-29-11.pisi
> libgcrypt-1.4.0-8-4.pisi
> libgnomecanvas-2.20.0-3-3.pisi
> gtk2-2.12.11-39-12.pisi
> gtk2-demo-2.12.11-39-4.pisi
> gtk2-docs-2.12.11-39-4.pisi

NACK - reverts and recompiles..
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Wed Dec 10 22:37:41 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 10 Dec 2008 22:37:41 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <493E6260.90205@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
	<493E6260.90205@pardus.org.tr>
Message-ID: <200812102237.41503.ekin@pardus.org.tr>

Merhaba;

Tuesday 09 December 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> > vim-7.2.060-56-15.pisi
>
> Çökme ile ilgili yamaya ACK, ondan önceki toplu bump'la ilgim yok
> Ýnanç'ýn güncellemesiydi o.

Bu konuda paketçisinden bir cevap yok, kullanan geliþtiriciler yorum 
yapabilirler mi ? Yeterince test edilmediðini düþünüyorsak  pakette sadece 
Ozanýn deðiþikliði olacak þekilde revert edeceðim.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From onur at pardus.org.tr  Wed Dec 10 22:48:42 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 22:48:42 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <493F2DE6.6050207@gmail.com>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
	<493F0BE4.2090600@gmail.com>
	<200812100227.34173.fatih@pardus.org.tr>
	<200812100242.13669.gokmen@pardus.org.tr>
	<493F115C.5050803@gmail.com>
	<20081210025839.2ad57b39.onur@pardus.org.tr>
	<493F21E0.60302@gmail.com>
	<20081210043027.515e645b.onur@pardus.org.tr>
	<493F2DE6.6050207@gmail.com>
Message-ID: <20081210224842.1c803ed6.onur@pardus.org.tr>


On Wed, 10 Dec 2008 04:48:06 +0200
Gökmen Görgen <gkmngrgn at gmail.com> wrote:

> https://svn.pardus.org.tr/contrib/devel/applications/network/wicd/
> 
> Wicd servisini baþlatmadan, wicd'i çalýþtýrmayý dener misiniz? Servis 
> betiðini düzelttim. 3'ünü birden sonlandýrmak gerekiyor mu, pid'i
> hangi dosyadan alýyor vesaire bunlarý contrib'e merge etmeden öðrenip 
> düzelteceðim sonradan =)
> 
> Wicd servisi baþlatýlmadan wicd-client komutunu çalýþtýrdýðýnýzda,
> bir widget'in açýlmasýný umuyorum. Çok kolpa bir þey oldu ama ileride
> Dbus / Çomar mevzusunu öðrenip bunu daha da güzelleþtirebilirim.

 Gayet güzel böyle, hatta bu kodu upstream e de ilet bence herkes
yararlansýn

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From ekin at pardus.org.tr  Wed Dec 10 23:00:49 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 10 Dec 2008 23:00:49 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091608.31832.gokmen@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
	<200812091608.31832.gokmen@pardus.org.tr>
Message-ID: <200812102300.49180.ekin@pardus.org.tr>

Merhaba;

Tuesday 09 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> > rsibreak-kde4-0.9.0_beta4-3-2.pisi
>
> ACK

Bu paket depoda KDE 4.1.80'e linklendi, KDE serisi girmeden girmemeli.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Wed Dec 10 23:02:20 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 10 Dec 2008 23:02:20 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091426.35890.bahadir@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
	<200812091426.35890.bahadir@pardus.org.tr>
Message-ID: <200812102302.20356.ekin@pardus.org.tr>

Merhaba;

Tuesday 09 December 2008 tarihinde, Bahadýr Kandemir þunlarý yazmýþtý: 
> 09 Ara 2008 Sal tarihinde, Ekin Meroðlu þunlarý yazmýþtý:
> > dbus-1.2.4-39-14.pisi
Buna gerek yok, kararlý depodaki sürüm tekrar derlenmiþ oldu.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Wed Dec 10 23:04:42 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 10 Dec 2008 23:04:42 +0200
Subject: [Gelistirici]
	=?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICYgUGluZyBF?=
	=?utf-8?q?kin=2C_Faik=2C_Semen=2C_Taner=2C_P=C4=B1nar?=
In-Reply-To: <4940197F.4000801@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
	<4940197F.4000801@cclub.metu.edu.tr>
Message-ID: <200812102304.42780.ekin@pardus.org.tr>

Merhaba;

Wednesday 10 December 2008 tarihinde, Serdar DALGIÇ þunlarý yazmýþtý: 
> # Ekin
>
> applications/network/rdate

OK, senindir paket.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From serdar at cclub.metu.edu.tr  Wed Dec 10 23:08:18 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Wed, 10 Dec 2008 23:08:18 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=26_Ping_Ek?=
 =?iso-8859-9?q?in=2C_Faik=2C_Semen=2C_Taner=2C_P=FDnar?=
In-Reply-To: <200812102304.42780.ekin@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>	<4940197F.4000801@cclub.metu.edu.tr>
	<200812102304.42780.ekin@pardus.org.tr>
Message-ID: <49402FC2.5000203@cclub.metu.edu.tr>

Ekin Meroðlu wrote On 10-12-2008 23:04:
> Merhaba;
>
> Wednesday 10 December 2008 tarihinde, Serdar DALGIÇ þunlarý yazmýþtý: 
>   
>> # Ekin
>>
>> applications/network/rdate
>>     
>
> OK, senindir paket.
>   
teþekkürler ;)

-serdar

> --
> Ýyi Çalýþmalar;
> Ekin Meroglu <ekin_at_pardus.org.tr>
>
> ... did i listen to pop music because i was miserable, or was i miserable
> because i listened to pop music?... - rob [nick hornby / hi fi]
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>   


From onur at pardus.org.tr  Wed Dec 10 23:12:36 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 23:12:36 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812102237.41503.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
	<493E6260.90205@pardus.org.tr>
	<200812102237.41503.ekin@pardus.org.tr>
Message-ID: <20081210231236.8d88055c.onur@pardus.org.tr>


On Wed, 10 Dec 2008 22:37:41 +0200
Ekin Meroðlu <ekin at pardus.org.tr> wrote:

> Merhaba;
> 
> Tuesday 09 December 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> > > vim-7.2.060-56-15.pisi
> >
> > Çökme ile ilgili yamaya ACK, ondan önceki toplu bump'la ilgim yok
> > Ýnanç'ýn güncellemesiydi o.
> 
> Bu konuda paketçisinden bir cevap yok, kullanan geliþtiriciler yorum 
> yapabilirler mi ? Yeterince test edilmediðini düþünüyorsak  pakette
> sadece Ozanýn deðiþikliði olacak þekilde revert edeceðim.

 ben bir sorun yakalayamadým

 ACK


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From gelurine at gmail.com  Wed Dec 10 17:41:56 2008
From: gelurine at gmail.com (=?UTF-8?Q?G=C3=BCng=C3=B6r_Erseymen?=)
Date: Wed, 10 Dec 2008 17:41:56 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
In-Reply-To: <493FD7AB.7070505@pardus.org.tr>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
	<493FD7AB.7070505@pardus.org.tr>
Message-ID: <52cf71460812100741w591a6745x430944cfc5d17c1b@mail.gmail.com>

2008/12/10 Ozan Çaðlayan <ozan at pardus.org.tr>:
> commit etmeye çalýþýp da edemediðin deðiþiklik nedir?
> Tam olarak anlamadým nasýl bir engele takýldýðýný ve nasýl çözdüðünü.
> sbcl'ye yapmaya çalýþtýðýn deðiþikliði içeren svn diff çýktýsýný ekler
> misin buraya?

Aslýnda karþýlaþtýðým engel sbcl'nin kendi içinde iki aþamalý bir
derleme süreci olmasý ve ilk aþamayý tetikleyecek bir common lisp
derleyicisinin sistemde kurulu olma zorunluluðu. Teoride diðer ansi cl
derleyicileride bu iþlemi baþlatabilmeli fakat clisp ve ecl burada
patlýyor. Sonuç olarak sbcl kendisinin build depi olmak zorunda
kalýyor ve ismail.py de bu duruma izin vermiyor.

Ben sbcl özelinde ismail.py'yi incelerken, genel anlamda bir paketin
build dep lerinin arasýnda o pspec.xml den oluþturulan paketlerin daha
önceki releaselarýnýn da bulunabilmesi gerektiði sonucunu çýkarmýþtým.
Önceki mailimde gönderdiðim patch de aslýnda bunu yapýyor; eklenen
deplerin son release/version dan küçük olduðu sürece kabuledilmesini
saðlýyor.


Aldýðým hata mesajý:
---------------------------------
$ svn ci
Waiting for Emacs...
Sending        actions.py
Adding         comar
Adding         comar/package.py
Adding         files/001-default-lib-dir.patch
Adding         files/customize-target-features.patch
Sending        pspec.xml
Adding         translations.xml
Transmitting file data ......svn: Commit failed (details follow):
svn: 'pre-commit' hook failed with error output:
["PISI: package name 'sbcl' is in source 'sbcl' build dependencies\n"]
svn: Your commit message was left in a temporary file:
svn:    '/home/elurin/base/tmp/sbcl-contrib/svn-commit.2.tmp'



pspec.xml de yapmaya çalýþtýðým deðiþiklik:
---------------------------------
$ svn diff pspec.xml
Index: pspec.xml
===================================================================
--- pspec.xml   (revision 9111)
+++ pspec.xml   (working copy)
@@ -10,9 +10,16 @@
         </Packager>
         <License>MIT</License>
         <IsA>app:console</IsA>
-        <Summary>A compiler and runtime system for ANSI Common Lisp.</Summary>
+        <Summary>A compiler and runtime system for ANSI Common Lisp</Summary>
         <Description>A compiler and runtime system for ANSI Common
Lisp. It provides an interactive environment including an integrated
native compiler, a debugger, and many extensions.</Description>
-        <Archive sha1sum="ebd5a8f45a72dd9b21229b125b14f0a48e14e9ad"
type="tarbz2">mirrors://sourceforge/sbcl/sbcl-1.0.22-x86-linux-binary.tar.bz2</Archive>
+        <Archive sha1sum="7a430cbdb4a13ca79bcc70b7a3dd4cb2b05f2ed5"
type="tarbz2">mirrors://sourceforge/sbcl/sbcl-1.0.22-source.tar.bz2</Archive>
+       <BuildDependencies>
+            <Dependency releaseFrom="2">sbcl</Dependency>
+       </BuildDependencies>
+       <Patches>
+           <Patch level="1">001-default-lib-dir.patch</Patch>
+           <Patch level="1">customize-target-features.patch</Patch>
+       </Patches>
     </Source>

     <Package>
@@ -27,9 +34,23 @@
         <AdditionalFiles>
             <AdditionalFile target="/etc/env.d/99sbcl">99sbcl</AdditionalFile>
         </AdditionalFiles>
+       <Provides>
+           <COMAR script="package.py">System.Package</COMAR>
+       </Provides>
     </Package>

     <History>
+        <Update release="3">
+            <Date>2008-11-24</Date>
+            <Version>1.0.22</Version>
+            <Comment>Build package from upstream's source.
+               - Make default lib dir /usr/lib/sbcl.
+               - Append "pardus.$RELEASE" to implementation version string.
+               - Add translations.xml.
+           </Comment>
+            <Name>Güngör Erseymen</Name>
+            <Email>gelurine at gmail.com</Email>
+       </Update>
         <Update release="2">
             <Date>2008-08-27</Date>
             <Version>1.0.22</Version>

From turkay.eren at gmail.com  Thu Dec 11 00:27:27 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Thu, 11 Dec 2008 00:27:27 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
	trunk/staj-projeleri/paket-arama: . search/pathsearch
	search/templates src
In-Reply-To: <20081210191830.148ED138406C@ns1.pardus.org.tr>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
Message-ID: <200812110027.27809.turkay.eren@gmail.com>

On 10 Dec 2008 Wed 21:18:29 uludag-commits at pardus.org.tr wrote:
> -class Entry(models.Model):
> +class Pardus2007(models.Model):
>      package = models.CharField(max_length=60)

Kodun tamamýný incelemedim ancak her depo için neden ayrý bir model 
tanýmlanmýþ anlamadým.

Tüm depolardaki paketler tek bir tabloda tutulup, "repo" gibi bir 
stunda "contrib2008", "pardus2008" tarzý verilerin saklanmasý daha hoþ olmaz 
mýydý?

Nasýl bir yapý planlandýðýný bilmiyorum tabi, belki böylesi daha iyidir ancak 
merak ettim :-)

Kolay gelsin,
Eren

From onur at pardus.org.tr  Thu Dec 11 00:37:10 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Thu, 11 Dec 2008 00:37:10 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
In-Reply-To: <52cf71460812100741w591a6745x430944cfc5d17c1b@mail.gmail.com>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
	<493FD7AB.7070505@pardus.org.tr>
	<52cf71460812100741w591a6745x430944cfc5d17c1b@mail.gmail.com>
Message-ID: <20081211003710.1622dfd7.onur@pardus.org.tr>


On Wed, 10 Dec 2008 17:41:56 +0200
"Güngör Erseymen" <gelurine at gmail.com> wrote:

> 2008/12/10 Ozan Çaðlayan <ozan at pardus.org.tr>:
> > commit etmeye çalýþýp da edemediðin deðiþiklik nedir?
> > Tam olarak anlamadým nasýl bir engele takýldýðýný ve nasýl
> > çözdüðünü. sbcl'ye yapmaya çalýþtýðýn deðiþikliði içeren svn diff
> > çýktýsýný ekler misin buraya?
> 
> Aslýnda karþýlaþtýðým engel sbcl'nin kendi içinde iki aþamalý bir
> derleme süreci olmasý ve ilk aþamayý tetikleyecek bir common lisp
> derleyicisinin sistemde kurulu olma zorunluluðu. Teoride diðer ansi cl
> derleyicileride bu iþlemi baþlatabilmeli fakat clisp ve ecl burada
> patlýyor. Sonuç olarak sbcl kendisinin build depi olmak zorunda
> kalýyor ve ismail.py de bu duruma izin vermiyor.

 Daðýtým deposu olarak baktýðýmýzda bir paketin kendine baðýmlý
olmamasý gerekiyor, kabaca kendine baðýmlý olan paketlerin derlenmesine
bootstrap deniyor. Bu tarz baðýmlýlýðý olan bazý paketlerde paketi
kendi içinde iki kere derleyerek bootstrap yapýlabiliyor. Bu pakette de
benzer bir yaklaþým kullanýlamaz mý ?


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From ekin at pardus.org.tr  Thu Dec 11 00:51:20 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Thu, 11 Dec 2008 00:51:20 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
In-Reply-To: <20081211003710.1622dfd7.onur@pardus.org.tr>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
	<52cf71460812100741w591a6745x430944cfc5d17c1b@mail.gmail.com>
	<20081211003710.1622dfd7.onur@pardus.org.tr>
Message-ID: <200812110051.20563.ekin@pardus.org.tr>

Merhaba;

Thursday 11 December 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
>  Daðýtým deposu olarak baktýðýmýzda bir paketin kendine baðýmlý
> olmamasý gerekiyor, kabaca kendine baðýmlý olan paketlerin derlenmesine
> bootstrap deniyor. 

Sadece system.base ve system.devel kurulu bir sistemde tüm paketlerin derlenip 
kurulabilmesi gerekiyor teorik olarak, aksi durumda olasý bir toolchain 
deðiþikliðinde depo yeniden derlenemez, tavuk yumurta sorunumuz olur - 
sýfýrýncý dereceden bir çember baðýmlýlýk aslýnda bu durum.

System.base / system.devel'de ise bu durumu aþmak için iki aþamalý bir 
bootstrap kullanýyoruz, sadece bu bileþenlere özel olarak. 

> Bu tarz baðýmlýlýðý olan bazý paketlerde paketi 
> kendi içinde iki kere derleyerek bootstrap yapýlabiliyor. Bu pakette de
> benzer bir yaklaþým kullanýlamaz mý ?

Bu tip bootstrap'e ihtiyaç duyan yazýlýmlarda derleme sistemin bootstrap için 
özel bir parametresi de olabiliyor - clisp veya ecl ile derlemek için  bu tip 
bir parametre vs kullanmak gerekiyor olabilir mi ?

Bu sorunla sanki bir proglamlama dilinin paketinde karþýlaþmýþtýk, paket de 
Fatih'indi diye hatýrlýyorum - Fatih, uydurdum mu ? 
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From taner at pardus.org.tr  Thu Dec 11 04:20:24 2008
From: taner at pardus.org.tr (Taner =?iso-8859-9?Q?Ta=FE?=)
Date: Thu, 11 Dec 2008 04:20:24 +0200 (EET)
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493FA111.6090306@gmail.com>
References: <493CF763.5080900@pardus.org.tr> <493FA111.6090306@gmail.com>
Message-ID: <99ced108dc232c466ca5ebfaf6090d17.squirrel@webmail.pardus.org.tr>

> Burak Çalýþkan:
> Bakýcýsýz kvm paketini üzerime alýyorum. Çalýþmanýz için teþekkürler.

Merhaba,

Sunucu parkýmýza eklediðimiz yeni bir sunucu üzerinde kvm ile
sanallaþtýrma yapmayý planlýyoruz. Bu süreç içersinde kvm paketi ile
ilgili test, güncelleme vs. gibi belirli aþama neticesinde paketi üzerime
almayý planlýyorum. Öyle bir genel kaidemiz yok ama bayraðý yine çekirdek
ekipten birinin devralmasý, -sunucu parkýmýz vesilesiyle- uygun test
koþullarýna sahip olmamýz nedeniyle de þimdilik daha uygun gibi gözüküyor.
Umarým bu durum kýrýklýk yaratmaz, keza anlayýþ ile karþýlayacaðýný
umuyorum.

Teþekkür ederim.

Taner Taþ

From emre at emrealadag.com  Thu Dec 11 12:30:33 2008
From: emre at emrealadag.com (=?ISO-8859-9?Q?Ahmet_Emre_Alada=F0?=)
Date: Thu, 11 Dec 2008 12:30:33 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
	trunk/staj-projeleri/paket-arama: . search/pathsearch
	search/templates src
In-Reply-To: <200812110027.27809.turkay.eren@gmail.com>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
	<200812110027.27809.turkay.eren@gmail.com>
Message-ID: <b438d8400812110230g76ae38b1va6de936923430a26@mail.gmail.com>

2008/12/11 Eren Türkay <turkay.eren at gmail.com>

> Kodun tamamýný incelemedim ancak her depo için neden ayrý bir model
> tanýmlanmýþ anlamadým.
>
> Tüm depolardaki paketler tek bir tabloda tutulup, "repo" gibi bir
> stunda "contrib2008", "pardus2008" tarzý verilerin saklanmasý daha hoþ
> olmaz
> mýydý?


Selam,

Her repo için ayrý bir sqlgenerator betiði çalýþtýrýlýyor. Bu betikler
pardus-2008.sql.bz2, contrib-2008.sql.bz2 gibi arþivler üretiyor. Bu SQL
dosyalarýnda yapýlan þey ise þu, kendi tablonu DROP et, yeniden oluþtur,
içeriðine þu bilgileri gir. Yani bir deðiþiklik durumunda eskiye göre ne
kadar deðiþti, git onu update et deyip hata riskine girmektense temizden
(DROP/CREATE/INSERT) yapýyor iþi.

E, bir tabloyu drop ediyorsak tüm depolarý ayný tabloda tutamayýz çünkü
contrib-2008 sql'i dump edildiðinde pardus-2008 paketleri göçer.

Ayrýca tablolar oldukça uzun olduðu için ayrý tabloda olmasý iþlemi
hýzlandýrýr diye düþündüm (hash mantýðý). Tek tabloda olduðunda hangi
paketin hangi depoda olduðunu tutmak da gerekecekti, bu da fazladan veri
tutmak anlamýna geliyor. Yapýlan iþlemler sistemi zorlayabilecek nitelikte
olduðu için mümkün olduðunca performansý göz önüne aldým.

Ha, eðer denseydi ki "ne öyle yukarýdan Pardus-2008 / Contrib-2008 seçip ona
göre arýyoruz, seçmeden arayalým, o bize söylesin hangi depoda olduðunu",
dediðin yöntem daha güzel olurdu. Diðer alternatif ise þu anki modele yeni
"pardus_2008_package_list" gibi tablolar eklemem, ona göre çift sorgu yapmam
olur ki çok da þýk olmaz.
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081211/511abf0c/attachment.htm 

From dfisek at fisek.com.tr  Thu Dec 11 12:43:17 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Thu, 11 Dec 2008 12:43:17 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
 trunk/staj-projeleri/paket-arama: . search/pathsearch search/templates src
In-Reply-To: <b438d8400812110230g76ae38b1va6de936923430a26@mail.gmail.com>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
	<200812110027.27809.turkay.eren@gmail.com>
	<b438d8400812110230g76ae38b1va6de936923430a26@mail.gmail.com>
Message-ID: <20081211124317.4b906a09.dfisek@fisek.com.tr>

Merhaba,

Thu, 11 Dec 2008 12:30:33 +0200, "Ahmet Emre Aladað"
<emre at emrealadag.com> :

> Ayrýca tablolar oldukça uzun olduðu için ayrý tabloda olmasý iþlemi
> hýzlandýrýr diye düþündüm (hash mantýðý).
Yok boyle bisi. Hash degil bu SQL sunucusu, elindeki de SQL sunucular
icin oyuncak sayilacak miktarda bir veri :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From emre at emrealadag.com  Thu Dec 11 13:27:37 2008
From: emre at emrealadag.com (=?ISO-8859-9?Q?Ahmet_Emre_Alada=F0?=)
Date: Thu, 11 Dec 2008 13:27:37 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
	trunk/staj-projeleri/paket-arama: . search/pathsearch
	search/templates src
In-Reply-To: <20081211124317.4b906a09.dfisek@fisek.com.tr>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
	<200812110027.27809.turkay.eren@gmail.com>
	<b438d8400812110230g76ae38b1va6de936923430a26@mail.gmail.com>
	<20081211124317.4b906a09.dfisek@fisek.com.tr>
Message-ID: <b438d8400812110327q29e716ex57afa87bb114f95d@mail.gmail.com>

2008/12/11 Doruk Fisek <dfisek at fisek.com.tr>

>
> > Ayrýca tablolar oldukça uzun olduðu için ayrý tabloda olmasý iþlemi
> > hýzlandýrýr diye düþündüm (hash mantýðý).
> Yok boyle bisi. Hash degil bu SQL sunucusu, elindeki de SQL sunucular
> icin oyuncak sayilacak miktarda bir veri :)
>

Aslýnda dediðin doðru, her depo için ~500,000 satýr, ileride 6 depo olsa
ayný anda, 3 Milyon satýrý halletmesi lazým. Ýlk denemelerimizi sqlite3 ile
yaptýðýmýzda dakikalar süren beklemelerle karþýlaþýnca olaya biraz
paranoyakça yaklaþtým sanýrým :D

Hatta biraz ileri gidip sonuçlarý paketlerine göre kategorilere ayýrdým. Bir
dosya arandýðý zaman paketlere göre grupluyor sonuçlarý, pakete týklayýnca
sonucu görüyorsunuz. Gökçen geçen gün "Neden gruplamayý ön tanýmlý açýk
yaptýn? Ýnsanýn gözü pisi sf çýktýsý gibi dosyalarý alt alta arýyor." gibi
bir yorumda bulunmuþtu. Madem konu buradan açýldý bunu da sorayým, ne
dersiniz? Tüm dosyalarý alt alta mý sýralasýn, yoksa paketlere göre
gruplasýn mý? Öntanýmlýsý hangisi olsun?

http://packages.pardus.org.tr/search
test yazarak aratýn, bir de Paketleri Grupla'yý kapatarak deneyin :)

(Yayýndaki eski sürüm) Yeni sürümde LIMIT 100; gibi bir ifadeyle sonuçlarý
sýnýrlandýrýyorum, ileride ise pagination/caching ile daha da rahatlamasý
bekleniyor.
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081211/ba6d9675/attachment.htm 

From dfisek at fisek.com.tr  Thu Dec 11 13:31:12 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Thu, 11 Dec 2008 13:31:12 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
 trunk/staj-projeleri/paket-arama: . search/pathsearch search/templates src
In-Reply-To: <b438d8400812110327q29e716ex57afa87bb114f95d@mail.gmail.com>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
	<200812110027.27809.turkay.eren@gmail.com>
	<b438d8400812110230g76ae38b1va6de936923430a26@mail.gmail.com>
	<20081211124317.4b906a09.dfisek@fisek.com.tr>
	<b438d8400812110327q29e716ex57afa87bb114f95d@mail.gmail.com>
Message-ID: <20081211133112.807fc9f2.dfisek@fisek.com.tr>

Thu, 11 Dec 2008 13:27:37 +0200, "Ahmet Emre Aladað"
<emre at emrealadag.com> :

> Aslýnda dediðin doðru, her depo için ~500,000 satýr, ileride 6 depo
> olsa ayný anda, 3 Milyon satýrý halletmesi lazým. Ýlk denemelerimizi
> sqlite3 ile yaptýðýmýzda dakikalar süren beklemelerle karþýlaþýnca
> olaya biraz paranoyakça yaklaþtým sanýrým :D
Veritabanlarinda indeks kavrami bu iþe yariyor :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From h.ibrahim.gungor at gmail.com  Thu Dec 11 13:33:40 2008
From: h.ibrahim.gungor at gmail.com (H. =?utf-8?q?=C4=B0brahim?= =?utf-8?q?_G=C3=BCng=C3=B6r?=)
Date: Thu, 11 Dec 2008 13:33:40 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
	trunk/staj-projeleri/paket-arama: . search/pathsearch
	search/templates src
In-Reply-To: <b438d8400812110327q29e716ex57afa87bb114f95d@mail.gmail.com>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
	<20081211124317.4b906a09.dfisek@fisek.com.tr>
	<b438d8400812110327q29e716ex57afa87bb114f95d@mail.gmail.com>
Message-ID: <200812111333.41192.h.ibrahim.gungor@gmail.com>

On 11 Ara 2008 Per 13:27:37 Ahmet Emre Aladað wrote:
> sorayým, ne dersiniz? Tüm dosyalarý alt alta mý sýralasýn, yoksa paketlere
> göre gruplasýn mý? Öntanýmlýsý hangisi olsun?

Gökçen'e katýlýyorum, öntanýmlý gruplamamasýndan yanayým. Tüm sonuçlarý tek 
bir sayfadan görmek çýktýyý daha anlaþýlýr kýlýyor.

-- 
H. Ýbrahim Güngör
h.ibrahim.gungor () gmail ! com

From rkirmizi at gmail.com  Thu Dec 11 14:15:17 2008
From: rkirmizi at gmail.com (Recep KIRMIZI)
Date: Thu, 11 Dec 2008 14:15:17 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
	trunk/staj-projeleri/paket-arama: . search/pathsearch
	search/templates src
In-Reply-To: <200812111333.41192.h.ibrahim.gungor@gmail.com>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
	<b438d8400812110327q29e716ex57afa87bb114f95d@mail.gmail.com>
	<200812111333.41192.h.ibrahim.gungor@gmail.com>
Message-ID: <200812111415.17401.rkirmizi@gmail.com>

On Thursday 11 December 2008 13:33:40 H. Ýbrahim Güngör wrote:
> On 11 Ara 2008 Per 13:27:37 Ahmet Emre Aladað wrote:
> > sorayým, ne dersiniz? Tüm dosyalarý alt alta mý sýralasýn, yoksa
> > paketlere göre gruplasýn mý? Öntanýmlýsý hangisi olsun?
>
> Gökçen'e katýlýyorum, öntanýmlý gruplamamasýndan yanayým. Tüm sonuçlarý tek
> bir sayfadan görmek çýktýyý daha anlaþýlýr kýlýyor.

+1

From emre at emrealadag.com  Thu Dec 11 15:48:26 2008
From: emre at emrealadag.com (=?ISO-8859-9?Q?Ahmet_Emre_Alada=F0?=)
Date: Thu, 11 Dec 2008 15:48:26 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
	trunk/staj-projeleri/paket-arama: . search/pathsearch
	search/templates src
In-Reply-To: <200812111415.17401.rkirmizi@gmail.com>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
	<b438d8400812110327q29e716ex57afa87bb114f95d@mail.gmail.com>
	<200812111333.41192.h.ibrahim.gungor@gmail.com>
	<200812111415.17401.rkirmizi@gmail.com>
Message-ID: <b438d8400812110548l475dd665qacb8c80eeea42348@mail.gmail.com>

2008/12/11 Recep KIRMIZI <rkirmizi at gmail.com>

> > Gökçen'e katýlýyorum, öntanýmlý gruplamamasýndan yanayým. Tüm sonuçlarý
> tek
> > bir sayfadan görmek çýktýyý daha anlaþýlýr kýlýyor.
>
> +1


1) Peki, tüm sonuçlarý tek bir sayfada göstermek bahsettiðim üzere
performans sorunlarýna yol açýyor. Örnekte verdiðim gibi test diye veya
in:boost diye arattýðýnýzda binlerce sonucu gören django tökezliyor. Þu
durumda sayfalandýrmanýn kaç satýrda bir olmasý mantýklý?

2) Sonuçlar üzerinde kopyala/yapýþtýr ihtiyacý oluyor mu? Þu anda (tablo
kullandýðým için) kopyala/yapýþtýrdýðýnýzda þu þekilde paket isimleri de
geliyor seçime. (Ýstenmeyen bir durumsa bu söyleyin)
paket1 | path1
paket1 | path2
paket1 | path3
paket2 | path4
paket2 | path5
...
Eðer sadece path'leri kopyalamak isteriz derseniz sol tarafý (paket adý
kýsmýný) div, sað tarafý div içerisi table yaparak kopyalamayý
kolaylaþtýrabilirim (paket isimleri kopyalama alanýna gelmez).
paket 1 |  path1
              |  path2
              |  path3
paket 2 | path4
              | path5

...

Çok fazla soru sordum ama kullanýcýlarýn ne beklediðini bilmek gerek =)
Not: Selim Ok'tan sistemin ne amaçla kullanýldýðýný anlatan bir açýklama
ekleme ve arama sonuçlarýnda paketin bilgi sayfasýna link verme gibi
öneriler geldi, onlarý da ekleyeceðim.
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081211/d8eceed5/attachment.htm 

From dfisek at fisek.com.tr  Thu Dec 11 16:47:27 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Thu, 11 Dec 2008 16:47:27 +0200
Subject: [Gelistirici] r56722 - in devel/system/base/freetype: . files
In-Reply-To: <200812101246.05587.gokcen@pardus.org.tr>
References: <20081209235003.A36C613840CF@ns1.pardus.org.tr>
	<200812101246.05587.gokcen@pardus.org.tr>
Message-ID: <20081211164727.e0b748dc.dfisek@fisek.com.tr>

Wed, 10 Dec 2008 12:46:05 +0200, Gökçen Eraslan <gokcen at pardus.org.tr> :

> > BUG:FIXED:8790
> Ya bunu güvenlik açýðý olarak iþaretleyip, upstream'e söyleyip,
> yamayý gönderip, public etmeseydik keþke diye düþündüm, ama biraz geç
> oldu tabi.
Az once yeni surumuyle ugrastigim bir SDL oyununda yasadigim cokmeyi de
duzeltti bu guncelleme.

Upstream'e bildirmediysek mutlaka bildirelim derim.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From selimok at gmail.com  Thu Dec 11 17:30:41 2008
From: selimok at gmail.com (selim ok)
Date: Thu, 11 Dec 2008 16:30:41 +0100
Subject: [Gelistirici] r56722 - in devel/system/base/freetype: . files
In-Reply-To: <20081211164727.e0b748dc.dfisek@fisek.com.tr>
References: <20081209235003.A36C613840CF@ns1.pardus.org.tr>
	<200812101246.05587.gokcen@pardus.org.tr>
	<20081211164727.e0b748dc.dfisek@fisek.com.tr>
Message-ID: <a001a6cb0812110730x140079d9le896136161e40c80@mail.gmail.com>

11 Aralýk 2008 Perþembe 15:47 tarihinde Doruk Fisek <dfisek at fisek.com.tr>yazdý:

> Wed, 10 Dec 2008 12:46:05 +0200, Gökçen Eraslan <gokcen at pardus.org.tr> :
>
> > > BUG:FIXED:8790
> > Ya bunu güvenlik açýðý olarak iþaretleyip, upstream'e söyleyip,
> > yamayý gönderip, public etmeseydik keþke diye düþündüm, ama biraz geç
> > oldu tabi.
> Az once yeni surumuyle ugrastigim bir SDL oyununda yasadigim cokmeyi de
> duzeltti bu guncelleme.
>
> Upstream'e bildirmediysek mutlaka bildirelim derim.
>  <http://liste.pardus.org.tr/mailman/listinfo/gelistirici>


Upstream biliyor bu hatayi, düzeltmis ve hatta benim ilk hata
bildirimimden[1] sonra bana cvs'den derleyip kurmami söyledi.[1]
Sonradan fatih cözüp geri bildirim yapinca, gelistiricisi ben zaten bunu
düzelmistim dedi. Baktim surada buldum kendisini [3].

Selim

[1]: https://savannah.nongnu.org/bugs/?25036
[2]: http://hata.pardus.org.tr/show_bug.cgi?id=8790#c8
[3]:
http://cvs.savannah.gnu.org/viewvc/freetype2/src/cff/cffparse.c?root=freetype&r1=1.43&r2=1.44


-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081211/cf017811/attachment.htm 

From gelurine at gmail.com  Thu Dec 11 15:33:09 2008
From: gelurine at gmail.com (=?UTF-8?Q?G=C3=BCng=C3=B6r_Erseymen?=)
Date: Thu, 11 Dec 2008 15:33:09 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
In-Reply-To: <200812110051.20563.ekin@pardus.org.tr>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
	<52cf71460812100741w591a6745x430944cfc5d17c1b@mail.gmail.com>
	<20081211003710.1622dfd7.onur@pardus.org.tr>
	<200812110051.20563.ekin@pardus.org.tr>
Message-ID: <52cf71460812110533m76be3428r38b2b29dd0523a8a@mail.gmail.com>

2008/12/11 Ekin Meroðlu <ekin at pardus.org.tr>:
> Merhaba;
>
> Thursday 11 December 2008 tarihinde, Onur Küçük þunlarý yazmýþtý:
>>  Daðýtým deposu olarak baktýðýmýzda bir paketin kendine baðýmlý
>> olmamasý gerekiyor, kabaca kendine baðýmlý olan paketlerin derlenmesine
>> bootstrap deniyor.
>
> Sadece system.base ve system.devel kurulu bir sistemde tüm paketlerin derlenip
> kurulabilmesi gerekiyor teorik olarak, aksi durumda olasý bir toolchain
> deðiþikliðinde depo yeniden derlenemez, tavuk yumurta sorunumuz olur -
> sýfýrýncý dereceden bir çember baðýmlýlýk aslýnda bu durum.
> System.base / system.devel'de ise bu durumu aþmak için iki aþamalý bir
> bootstrap kullanýyoruz, sadece bu bileþenlere özel olarak.

Aslýnda burda söz konusu olan bootstrapdan daha çok baþarýsýz bir
cross-compile diyebilirim. (Gcc ailesindeki nin tersine yardýmcý
compiler (clisp, ecl, sbcl vs.) host olarak isimlendiriliyor) Host
sistem üzerinde sbcl nin minumum hali diyebileceðimiz ilk aþmasý
derleniyor, sonrada esas kaynak kodu bu minumum sistem derliyor.

Mesela gentoo da bu sorunu derleme aþamasýnda upstream binary sbcl
paketinide indirip host olarak kullanarak geçiþtiriyor. Pisi ile arþiv
olarak tek paket indirebildiðimden bu þekilde yapamadým.

Belkide clisp ya da ecl ile derlenebilecek hale gelene kadar (ki burda
hem sbcl tarafýnda hemde diðer derleyicilerde çözülmesi gereken
noktalar var, açýkçasý bunlarý çözmek beni aþýyor) upstreamin kaynak
paketine önceden derlenmiþ gerekli dosyalarý ekleyerek (kaynak paketin
boyutunu yaklaþýk 5M artýrýyor) pspec.xml de bu yeni dosyayý
kullanmalýyým. Böylece, toolchain deðiþsede sbcl kendi kendisine
yetebilir.

> Bu tip bootstrap'e ihtiyaç duyan yazýlýmlarda derleme sistemin bootstrap için
> özel bir parametresi de olabiliyor - clisp veya ecl ile derlemek için  bu tip
> bir parametre vs kullanmak gerekiyor olabilir mi ?

Hayýr gerekmiyor,  host derleyiciyi kendi parametreleriyle birlikte,
derleme scriptine parametre olarak geçirmek yeterli oluyor;

sh make.sh '<Host>'  ; <Host> yerine "clisp -ansi -norc", "ecl -norc" gibi

Sonuç olarak, benim anladýðým: herhangi bir paket ya kendi kendine
yeterli olacak ya da baðýmlýlýk zinciri system.base veya system.devel
de sonlancak.

Bu durumda ismail.py için gönderdiðim patch anlamsýz oluyor, çünkü
paketin eski release larýný derle gibi bir seçeneðimiz olamadýðýndan
çember baðýmlýlýk oluþturuyor ne system.base'e nede system.devel'e
ulaþabiliyoruz.

Gözümden kaçan veya yanlýþ anladýðým birþeler varmý?

Ýyi çalýþmalar.
-- 
Güngör Erseymen
http://www.elurin.info

From faik at pardus.org.tr  Fri Dec 12 18:56:08 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Fri, 12 Dec 2008 18:56:08 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=26_Ping_Ek?=
	=?iso-8859-9?q?in=2C_Faik=2C_Semen=2C_Taner=2C_P=FDnar?=
In-Reply-To: <4940197F.4000801@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
	<4940197F.4000801@cclub.metu.edu.tr>
Message-ID: <200812121856.08356.faik@pardus.org.tr>

On Wednesday 10 December 2008 21:33:19 Serdar DALGIÇ wrote:
[...]
> > Çekirdek ekibin üzerine almayý düþündüðü paketler arasýnda ilgimi
> > çekenleri, üzerime alýp uðraþmayý düþündüklerimi yazýyorum aþaðýda.
> > olumlu/olumsuz geri dönüþlerinizi buradan yapabilirsiniz
[...]
> >> # Faik
> >>
> >>
> >> programming/tools/valgrind

ACK. 

> >> programming/tools/strace
> >> programming/tools/lsof
> >>
> >> programming/tools/ltrace

NACK. :)

- Faik

From faik at pardus.org.tr  Fri Dec 12 19:02:39 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Fri, 12 Dec 2008 19:02:39 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <200812121902.39168.faik@pardus.org.tr>

On Tuesday 09 December 2008 13:02:44 Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 10
> Aralýk 2008, 23:59.
>
> ACK/NACK for new packages in 2008-test repo, reply before 10 December 2008,
> 23:59 (GMT+2) please...

Bayram gecikmesi... Yeni maillarýmý okuyorum.

> pisi-2.1.0-105-30.pisi
> package-manager-1.3.9-53-20.pisi

Halen geç deðilse ACK. Yoksa saðlýk olsun, bir daha ki ack,nack'e :)

- Faik

From onur at pardus.org.tr  Fri Dec 12 18:40:13 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Fri, 12 Dec 2008 18:40:13 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
In-Reply-To: <52cf71460812110533m76be3428r38b2b29dd0523a8a@mail.gmail.com>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
	<52cf71460812100741w591a6745x430944cfc5d17c1b@mail.gmail.com>
	<20081211003710.1622dfd7.onur@pardus.org.tr>
	<200812110051.20563.ekin@pardus.org.tr>
	<52cf71460812110533m76be3428r38b2b29dd0523a8a@mail.gmail.com>
Message-ID: <20081212184013.c43a9dd2.onur@pardus.org.tr>


On Thu, 11 Dec 2008 15:33:09 +0200
"Güngör Erseymen" <gelurine at gmail.com> wrote:

> Belkide clisp ya da ecl ile derlenebilecek hale gelene kadar (ki burda
> hem sbcl tarafýnda hemde diðer derleyicilerde çözülmesi gereken
> noktalar var, açýkçasý bunlarý çözmek beni aþýyor) upstreamin kaynak
> paketine önceden derlenmiþ gerekli dosyalarý ekleyerek (kaynak paketin
> boyutunu yaklaþýk 5M artýrýyor) pspec.xml de bu yeni dosyayý
> kullanmalýyým. Böylece, toolchain deðiþsede sbcl kendi kendisine
> yetebilir.

 Daha iyi bir çözüm bulamazsak bu en mantýklýsý gibime geliyor
 
> Gözümden kaçan veya yanlýþ anladýðým birþeler varmý?

 yoktur, daha iyi bir yöntem de aklýma gelmiyor malesef

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From semen at pardus.org.tr  Fri Dec 12 22:51:24 2008
From: semen at pardus.org.tr (Semen Cirit)
Date: Fri, 12 Dec 2008 22:51:24 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493CF763.5080900@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
Message-ID: <4942CECC.80805@pardus.org.tr>

Ozan Çaðlayan wrote On 08-12-2008 12:30:
>
> programming/tools/cogito
>
>   
herkese selamlar,

cogito'un sitesinde soylenenlere gore, cogito 2006 yýlýndan beri 
maintain edilmiyormus. bkz:http://git.or.cz/cogito/

ayrýca bildiðim kadarýyla bazý daðýtýmlarda bu paketi daðýtýmlarýndan 
silmiþ durumda, bizim de silmemiz gerektiðini düþünüyorum.



From serbulent at pardus.org.tr  Fri Dec 12 23:14:52 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 12 Dec 2008 23:14:52 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812121902.39168.faik@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
	<200812121902.39168.faik@pardus.org.tr>
Message-ID: <200812122314.52593.serbulent@pardus.org.tr>

On Friday 12 December 2008 19:02:39 Faik Uygur wrote:
> > pisi-2.1.0-105-30.pisi
> > package-manager-1.3.9-53-20.pisi
>
> Halen geç deðilse ACK. Yoksa saðlýk olsun, bir daha ki ack,nack'e :)

Malesef bir dahakine kaldý. Geçmiþ bayramýn kutlu olsun :)

-- 
Ýyi Çalýþmalar;
 
Serbülent                                                                   

From fatih at pardus.org.tr  Sat Dec 13 10:01:37 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 13 Dec 2008 10:01:37 +0200
Subject: [Gelistirici] =?iso-8859-9?q?=DDsmail=2Epy_de_iyile=FEtirme=2E?=
In-Reply-To: <200812110051.20563.ekin@pardus.org.tr>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
	<20081211003710.1622dfd7.onur@pardus.org.tr>
	<200812110051.20563.ekin@pardus.org.tr>
Message-ID: <200812131001.41161.fatih@pardus.org.tr>

Perþembe 11 Aralýk 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> Bu sorunla sanki bir proglamlama dilinin paketinde karþýlaþmýþtýk, paket de
> Fatih'indi diye hatýrlýyorum - Fatih, uydurdum mu ?

fpc paketinde karþýlaþmýþtým. Malesef o da bootstrap edemiyor. O yüzden 
önceden derlenmiþ binary dosyayý ekleyip kendim arþiv oluþturuyorum. O binary 
ile önce compiler derleniyor. Sonra yeni derlenen compiler ile compiler tekrar 
derleniyor. Geri kalan kýsma da son derlenen compiler ile devam ediliyor.

Diðer daðýtýmlar da pakete (binary içeren) ikinci bir arþiv vererek çözüyor. 
Bizde tek arþiv verilebildiði için bir ara actions.py içinde wget ile 
çektiriyordum. Sonra bu yöntemin doðru olmadýðýna karar verince yukarýdaki 
gibi elle arþiv hazýrlamaya baþladým.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081213/8bb23818/attachment.pgp 

From fatih at pardus.org.tr  Sat Dec 13 10:12:11 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sat, 13 Dec 2008 10:12:11 +0200
Subject: [Gelistirici] r56722 - in devel/system/base/freetype: . files
In-Reply-To: <200812101246.05587.gokcen@pardus.org.tr>
References: <20081209235003.A36C613840CF@ns1.pardus.org.tr>
	<200812101246.05587.gokcen@pardus.org.tr>
Message-ID: <200812131012.14844.fatih@pardus.org.tr>

Çarşamba 10 Aralık 2008 tarihinde, Gökçen Eraslan şunları yazmıştı: 
> Wednesday 10 December 2008 Tarihinde commits dedi ki:
> > Author: fatih
> > Date: Wed Dec 10 01:50:03 2008
> > New Revision: 56722
> >
> > Added:
> >    devel/system/base/freetype/files/fix-a-buffer-overflow.patch
> > Modified:
> >    devel/system/base/freetype/pspec.xml
> > Log:
> > Fixed a buffer overflow.
> >
> > BUG:FIXED:8790
>
> Ya bunu güvenlik açığı olarak işaretleyip, upstream'e söyleyip, yamayı
> gönderip, public etmeseydik keşke diye düşündüm, ama biraz geç oldu tabi.

O gün "buffer overflow" diyerek commit etmişim; fakat sonradan incelediğimde 
güvenlik açığı olup olmaması konusunda emin olamadım. Array'in boyutu kontrol 
edilmeden büyük bir indexle okunması söz konusu. Eğer yazma söz konusu olsaydı 
"güvenlik" sorunu olurdu herhalde. upstream logunda da kritik bir hata 
ÅŸeklinde belirtilmemiÅŸ.

Bu arada upstream, Selim'in söylediği gibi CVS'de düzelttiğini söylüyor. Fark 
edememişim CVS'e eklenen kodu. Yeni libtool vs. istediği için uğraşıp test 
edemedim doğrusu. Upstream'in yamasını almayı düşünüyorum pakete (işe 
yarıyorsa tabi).

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081213/c344224f/attachment.pgp 

From fatih at pardus.org.tr  Sat Dec 13 11:04:30 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 13 Dec 2008 11:04:30 +0200
Subject: [Gelistirici] Xscreensaver
In-Reply-To: <493FE93F.3060602@gmail.com>
References: <493FE93F.3060602@gmail.com>
Message-ID: <200812131104.34242.fatih@pardus.org.tr>

Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý: 
> Merhabalar,
> Arkadaþlar Xfce'de ekran koruyucu olarak öntanýmlý xscreensaver
> çalýþýyor; fakat --without-gtk parametresiyle derlediðimiz için ekran
> koruyucuyu yapýlandýramýyoruz. An itibariyle xscreensaver'in yeni sürümü
> (5.07) çýkmýþ durumda ve bu güncellemeyi yaparken --without-gtk
> parametresini kaldýrmanýzý talep ediyorum =)
>
> Kde'de durum nasýl, onu bilemediðimden kendim ellemedim, eðer kde
> xscreensaver kullanmýyorsa ben de elleþebilirim =)

Kullanýyor. Ne yapabileceðimize bakacaðým.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081213/ccf13c6d/attachment.pgp 

From serdar at cclub.metu.edu.tr  Sat Dec 13 11:05:28 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Sat, 13 Dec 2008 11:05:28 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=26_Ping_Ek?=
 =?iso-8859-9?q?in=2C_Faik=2C_Semen=2C_Taner=2C_P=FDnar?=
In-Reply-To: <200812121856.08356.faik@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>	<4940197F.4000801@cclub.metu.edu.tr>
	<200812121856.08356.faik@pardus.org.tr>
Message-ID: <49437AD8.4040808@cclub.metu.edu.tr>

Faik Uygur wrote On 12-12-2008 18:56:
> On Wednesday 10 December 2008 21:33:19 Serdar DALGIÇ wrote:
> [...]
>   
>>> Çekirdek ekibin üzerine almayý düþündüðü paketler arasýnda ilgimi
>>> çekenleri, üzerime alýp uðraþmayý düþündüklerimi yazýyorum aþaðýda.
>>> olumlu/olumsuz geri dönüþlerinizi buradan yapabilirsiniz
>>>       
> [...]
>   
>>>> # Faik
>>>>
>>>>
>>>> programming/tools/valgrind
>>>>         
>
> ACK. 
>
>   
>>>> programming/tools/strace
>>>> programming/tools/lsof
>>>>
>>>> programming/tools/ltrace
>>>>         
>
> NACK. :)
>   

peki :) teþekkürler..

-serdar

> - Faik
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>   


From onur at pardus.org.tr  Sat Dec 13 17:26:05 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sat, 13 Dec 2008 17:26:05 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
Message-ID: <20081213172605.070b5e52.onur@pardus.org.tr>


 Merhaba,

 Yýllarýn hikayesi MPlayer için i18n desteði eklenmiþ haliyle bir paket
hazýrladým [1]. MPlayer þu anda göstereceði dili LANG çevre
deðiþkeninden alýyor. Ayrýca "-msglang tr" gibi bir parametre ile de
overrde edilebiliyor. Bu parametre sayesinde SMPlayer gibi (her
nedense) string parsing yapan araçlar da MPlayer'ý çaðýrýrken
arkaplanda Ýngilizce açýlacaðýndan emin mutlu bir hayat sürebilecekler.

 Farklý diller / LANG deðerleri ve ters baðýmlýlýklarý ile test edip
çalýþtý / çalýþmadý / patladý haber ediniz.

NOT: gnome-mplayer da bazý videolarda boyut sorunu gibi sýkýntý oluþtu
bu paketle, sorun i18n ile ilgili deðil, haberim var ama siz de denk
geldiðiniz örnekleri / sorunlarý bildirmekten çekinmeyin

 [1]
http://cekirdek.pardus.org.tr/~onur/tmp/mplayer-0.0_20081212-101.pisi

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From fatih at pardus.org.tr  Sat Dec 13 17:41:16 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 13 Dec 2008 17:41:16 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081213172605.070b5e52.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
Message-ID: <200812131741.20070.fatih@pardus.org.tr>

Cumartesi 13 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
>  Merhaba,
>
>  Yýllarýn hikayesi MPlayer için i18n desteði eklenmiþ haliyle bir paket
> hazýrladým [1]. MPlayer þu anda göstereceði dili LANG çevre
> deðiþkeninden alýyor. Ayrýca "-msglang tr" gibi bir parametre ile de
> overrde edilebiliyor. Bu parametre sayesinde SMPlayer gibi (her
> nedense) string parsing yapan araçlar da MPlayer'ý çaðýrýrken
> arkaplanda Ýngilizce açýlacaðýndan emin mutlu bir hayat sürebilecekler.
>
>  Farklý diller / LANG deðerleri ve ters baðýmlýlýklarý ile test edip
> çalýþtý / çalýþmadý / patladý haber ediniz.

Konsola düþen iletiler deðiþmesine raðmen F1 ile çýkan menü hep Türkçe 
çýkýyor. Baþka bir soruna rastlamadým henüz.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081213/9e682fe4/attachment.pgp 

From dfisek at fisek.com.tr  Sat Dec 13 17:40:02 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Sat, 13 Dec 2008 17:40:02 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <20081213172605.070b5e52.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
Message-ID: <20081213174002.93cc56eb.dfisek@fisek.com.tr>

Sat, 13 Dec 2008 17:26:05 +0200, Onur Küçük <onur at pardus.org.tr> :

>  Farklý diller / LANG deðerleri ve ters baðýmlýlýklarý ile test edip
> çalýþtý / çalýþmadý / patladý haber ediniz.
Birkac hafta oncesinin kararli deposundaki bir Ingilizce sistemde
sadece mplayer'i kurarak denedim. Sorunsuz calisti.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From selimok at gmail.com  Sat Dec 13 17:48:32 2008
From: selimok at gmail.com (selim ok)
Date: Sat, 13 Dec 2008 16:48:32 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <200812131741.20070.fatih@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812131741.20070.fatih@pardus.org.tr>
Message-ID: <a001a6cb0812130748k57db9605q666fe3a329f14a21@mail.gmail.com>

13 Aralýk 2008 Cumartesi 16:41 tarihinde Fatih Aþýcý <fatih at pardus.org.tr>yazdý:

>
> Konsola düþen iletiler deðiþmesine raðmen F1 ile çýkan menü hep Türkçe
> çýkýyor. Baþka bir soruna rastlamadým henüz.
>

Bunun dýþýnda  ekte görebileceðiniz gibi, oynatma penceresinde hala bazý
Türkçe metinler var. Pardus Türkçe kuruldu fakat Almanca lokalinde
çalýþýyor.

Selamlar,
Selim



-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081213/95382007/attachment-0001.htm 
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: mplayer.png
Tür: image/png
Boyut: 12969 bayt
Taným: kullanýlamýyor
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081213/95382007/attachment-0001.png 

From onur at pardus.org.tr  Sat Dec 13 17:54:35 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sat, 13 Dec 2008 17:54:35 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <200812131741.20070.fatih@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812131741.20070.fatih@pardus.org.tr>
Message-ID: <20081213175435.c5686be7.onur@pardus.org.tr>


On Sat, 13 Dec 2008 17:41:16 +0200
Fatih Aþýcý <fatih at pardus.org.tr> wrote:

> Cumartesi 13 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
> >  Merhaba,
> >
> >  Yýllarýn hikayesi MPlayer için i18n desteði eklenmiþ haliyle bir
> > paket hazýrladým [1]. MPlayer þu anda göstereceði dili LANG çevre
> > deðiþkeninden alýyor. Ayrýca "-msglang tr" gibi bir parametre ile de
> > overrde edilebiliyor. Bu parametre sayesinde SMPlayer gibi (her
> > nedense) string parsing yapan araçlar da MPlayer'ý çaðýrýrken
> > arkaplanda Ýngilizce açýlacaðýndan emin mutlu bir hayat
> > sürebilecekler.
> >
> >  Farklý diller / LANG deðerleri ve ters baðýmlýlýklarý ile test edip
> > çalýþtý / çalýþmadý / patladý haber ediniz.
> 
> Konsola düþen iletiler deðiþmesine raðmen F1 ile çýkan menü hep
> Türkçe çýkýyor. Baþka bir soruna rastlamadým henüz.

 F1 menüsü apayrý bir dünya, string lerin bir
kýsmý /usr/share/mplayer/menu.conf dan xml vari bir yapýyla statik
olarak geliyor. Oraya i18n desteði eklemek baþlý baþýna baþka bir iþ,
bir sonraki adýmda onunla uðraþacaðým, her türlü yardýma açýðým :)

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Sat Dec 13 17:59:49 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sat, 13 Dec 2008 17:59:49 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <a001a6cb0812130748k57db9605q666fe3a329f14a21@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812131741.20070.fatih@pardus.org.tr>
	<a001a6cb0812130748k57db9605q666fe3a329f14a21@mail.gmail.com>
Message-ID: <20081213175949.970a0a33.onur@pardus.org.tr>


On Sat, 13 Dec 2008 16:48:32 +0100
"selim ok" <selimok at gmail.com> wrote:

> 13 Aralýk 2008 Cumartesi 16:41 tarihinde Fatih Aþýcý
> <fatih at pardus.org.tr>yazdý:
> 
> >
> > Konsola düþen iletiler deðiþmesine raðmen F1 ile çýkan menü hep
> > Türkçe çýkýyor. Baþka bir soruna rastlamadým henüz.
> >
> 
> Bunun dýþýnda  ekte görebileceðiniz gibi, oynatma penceresinde hala
> bazý Türkçe metinler var. Pardus Türkçe kuruldu fakat Almanca
> lokalinde çalýþýyor.

 Burada iki sorun var, birincisi benim yediðim bir halt, GUI üzerindeki
Kaynak Ses vb. yazýlar string deðil, tema hazýrlanýrken piksel piksel
elle yazýldý :( Ýkincisi Keine Medien Gefunden yazýsý tam çýkmamýþ
galiba. O yazý da dandik bir bitmap tablo ile oluþturulmuþ font la skin
üzerine bindiriliyor.

 Dosyaar /usr/share/mplayer/skins altýnda, dosyalara bakarak nasýl
çalýþtýðý daha rahat anlaþýlacaktýr sanýrým.

 Bu sorunlarý nasýl çözmek gerektiðinden emin deðilim, her türlü öneriye
açýðým :)

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From ozan at pardus.org.tr  Sat Dec 13 18:09:19 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 13 Dec 2008 18:09:19 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <20081213175949.970a0a33.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>	<200812131741.20070.fatih@pardus.org.tr>	<a001a6cb0812130748k57db9605q666fe3a329f14a21@mail.gmail.com>
	<20081213175949.970a0a33.onur@pardus.org.tr>
Message-ID: <4943DE2F.7000505@pardus.org.tr>

Onur Küçük wrote:
>
>  Burada iki sorun var, birincisi benim yediðim bir halt, GUI üzerindeki
> Kaynak Ses vb. yazýlar string deðil, tema hazýrlanýrken piksel piksel
> elle yazýldý :( Ýkincisi Keine Medien Gefunden yazýsý tam çýkmamýþ
> galiba. O yazý da dandik bir bitmap tablo ile oluþturulmuþ font la skin
> üzerine bindiriliyor.
>   
Çin iþkencesi bu olsa gerek, hey allahým :)

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From turkay.eren at gmail.com  Sat Dec 13 18:40:21 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Sat, 13 Dec 2008 18:40:21 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081213172605.070b5e52.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
Message-ID: <200812131840.21319.turkay.eren@gmail.com>

On 13 Dec 2008 Sat 17:26:05 Onur Küçük wrote:
>  Yýllarýn hikayesi MPlayer için i18n desteði eklenmiþ haliyle bir paket
> hazýrladým [1]. MPlayer þu anda göstereceði dili LANG çevre
> deðiþkeninden alýyor. Ayrýca "-msglang tr" gibi bir parametre ile de
> overrde edilebiliyor. Bu parametre sayesinde SMPlayer gibi (her
> nedense) string parsing yapan araçlar da MPlayer'ý çaðýrýrken
> arkaplanda Ýngilizce açýlacaðýndan emin mutlu bir hayat sürebilecekler.

Eline saðlýk! Ýlk izlenim olarak sorunsuz görünüyor ancak daha önce de 
bahsedildiði gibi hangi dil olursa olsun "kaynak, ses, süre, boyut" Türkçe 
olarak görünüyor.

Þu anki test paketinden mi kaynaklanýyor bilmiyorum ama Gmplayer penceresini 
biraz küçülttüðümde darmadaðýn oluyor, okunmuyor hiçbir þey. Eski haline 
getirince sorun yok. MainWidget'ýn boyutunu deðiþtirilemeyecek þekilde 
ayarlayabiliyor muyuz kod içerisinde? GTK buna izin veriyor diye 
hatýrlýyorum.

From selimok at gmail.com  Sat Dec 13 19:31:49 2008
From: selimok at gmail.com (selim ok)
Date: Sat, 13 Dec 2008 18:31:49 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081213175949.970a0a33.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812131741.20070.fatih@pardus.org.tr>
	<a001a6cb0812130748k57db9605q666fe3a329f14a21@mail.gmail.com>
	<20081213175949.970a0a33.onur@pardus.org.tr>
Message-ID: <a001a6cb0812130931o4f17dd00kf5f810ad533aa0db@mail.gmail.com>

13 Aralýk 2008 Cumartesi 16:59 tarihinde Onur Küçük <onur at pardus.org.tr>yazdý:

>
> On Sat, 13 Dec 2008 16:48:32 +0100
> "selim ok" <selimok at gmail.com> wrote:
>
> > Bunun dýþýnda  ekte görebileceðiniz gibi, oynatma penceresinde hala
> > bazý Türkçe metinler var. Pardus Türkçe kuruldu fakat Almanca
> > lokalinde çalýþýyor.
>
>  Burada iki sorun var, birincisi benim yediðim bir halt, GUI üzerindeki
> Kaynak Ses vb. yazýlar string deðil, tema hazýrlanýrken piksel piksel
> elle yazýldý :( Ýkincisi Keine Medien Gefunden yazýsý tam çýkmamýþ
> galiba. O yazý da dandik bir bitmap tablo ile oluþturulmuþ font la skin
> üzerine bindiriliyor.


geöffnet yazmasý gerekiyor orada. ö harfi ile ilgili bir sorun gibi.

 Dosyaar /usr/share/mplayer/skins altýnda, dosyalara bakarak nasýl
> çalýþtýðý daha rahat anlaþýlacaktýr sanýrým.
>

Feci bir yöntem izlemiþler gerçekten. Almancada ö ü harfleri aslýnda oe ue
þeklinde de yazýlabiliyor. Çeviri kýsmýnda bu þekilde düzeltilebilir. Fakat
direk ö çýksýn istiyorsak iþi çok gibi. :/

Selim
-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081213/0d550f61/attachment.htm 

From ozan at pardus.org.tr  Sat Dec 13 20:43:10 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 13 Dec 2008 20:43:10 +0200
Subject: [Gelistirici] Kernel 2.6.28
Message-ID: <4944023E.3040504@pardus.org.tr>

Selam,

Playground'umda 2.6.28 üzerinden götürmeye çalýþtýðým bir kernel-next 
paketi var. Bu paket 2009 çýktýðýnda, kernel paketinin yerini alacak.

Mevcut kernel'i, kernel-next'e dönüþtürürken karþýlaþtýðým bazý 
sorunlarý aktarýp, varsa fikirlerinizi bekliyorum:

- Novell'in sitesinde Apparmor'un 2.6.28 yamalarý mevcut ve düzgünce 
uygulanýyor ancak örneðin nfs4 koduyla ilgili "muhtemelen" deðiþmiþ bir 
API hadisesinden dolayý derlemeyi patlatýyor. Bu vesileyle apparmor'u da 
sormak istiyorum, okuduðum kadarýyla Novell apparmor'u geliþtiren 
tayfayý azat etmiþ 2007'de. Bu yamalar tam olarak ne yapýyor, apparmor 
desteði mi getiriyor yoksa transparan bir þekilde bir güvenlik 
politikasý zinciri uygulanýyor mu hali hazýrda, 2009'da ihtiyacýmýz var 
mý, vs.vs.

- Yine Mactel denilen bir Macintosh&Intel projesi var, 2.6.25'te kalmýþ 
yamalar, ubuntu, suse ve fedora'da bu yamalar yok, adamlarýn SVN'si 4 ay 
önce commit görmüþ, listeler ölmüþ. Fikri olan?

- UnionFS yamasý uygulanýyor ancak derleme esnasýnda patlýyor. Bu yamayý 
atmayý ve yerine Aufs(Another unionfs) desteði getirmeyi öneriyorum zira 
unionfs.org'da "Why to use AuFS instead of unionfs" baþlýklý bir 
kullanýcý e-postasý dýþýnda hiçbirþey yok :)

Þimdilik bu kadar, iyi akþamlar

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From fatih at pardus.org.tr  Sat Dec 13 22:03:43 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 13 Dec 2008 22:03:43 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <4944023E.3040504@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
Message-ID: <200812132203.49182.fatih@pardus.org.tr>

Cumartesi 13 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Selam,
>
> Playground'umda 2.6.28 üzerinden götürmeye çalýþtýðým bir kernel-next
> paketi var. Bu paket 2009 çýktýðýnda, kernel paketinin yerini alacak.
>
> Mevcut kernel'i, kernel-next'e dönüþtürürken karþýlaþtýðým bazý
> sorunlarý aktarýp, varsa fikirlerinizi bekliyorum:

Bunlar niye paketlenmiyor:

kurulum dizini (/var/pisi/kernel-2.6.28_rc8-114/install) altýndaki terkedilmiþ 
dosyalar:                                                                                         
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/intelliport2.bin                                                                                                      
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/whiteheat.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/ti_3410.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/ti_5052.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/tr_smctr.bin
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/atmsar11.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/whiteheat_loader.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/edgeport/boot.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/edgeport/down.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/edgeport/boot2.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/edgeport/down2.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/edgeport/down3.bin
    - 
/var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/cpia2/stv0672_vp4.bin
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/dabusb/firmware.fw
    - 
/var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/dabusb/bitstream.bin
    - 
/var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/keyspan_pda/xircom_pgs.fw
    - 
/var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/keyspan_pda/keyspan_pda.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/ttusb-
budget/dspbootcode.bin
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/sun/cassini.bin
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/emi62/loader.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/emi62/spdif.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/emi62/bitstream.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/emi62/midi.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/emi26/firmware.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/emi26/loader.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/emi26/bitstream.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/kaweth/new_code.bin
    - 
/var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/kaweth/trigger_code.bin
    - 
/var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/kaweth/new_code_fix.bin
    - 
/var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/kaweth/trigger_code_fix.bin
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/vicam/firmware.fw
Ýnþa dizini býrakýlýyor

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081213/96694e19/attachment.pgp 

From fatih at pardus.org.tr  Sat Dec 13 22:40:22 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sat, 13 Dec 2008 22:40:22 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812132203.49182.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812132203.49182.fatih@pardus.org.tr>
Message-ID: <200812132240.25872.fatih@pardus.org.tr>

Cumartesi 13 Aralık 2008 tarihinde, Fatih Aşıcı şunları yazmıştı: 
> Bunlar niye paketlenmiyor:

Paket kullanılabilir halde zannettim. actions.py'de EXTRAVERSION bile eski 
kalmış. Ben de niye boot etmiyor diye uğraşıyorum :)

Kolay gelsin...

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081213/024beb10/attachment-0001.pgp 

From bahadir at pardus.org.tr  Sat Dec 13 23:38:48 2008
From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=)
Date: Sat, 13 Dec 2008 23:38:48 +0200
Subject: [Gelistirici] Fwd: [Uludag-commits] r20811 - in trunk/noan
Message-ID: <200812132338.55579.bahadir@pardus.org.tr>

Selamlar,

Test ve stable depolardaki ikili paketleri indeksleyen ve stable'a girmeyi 
bekleyen paketleri görme ve ack/nack işinin web üzerinden yapılmasını 
sağlayacak, sürüm yöneticileri ve paket sorumluları üzerindeki yükü 
azaltacağını umduğum, bir uygulama geliştiriyorum.

Şu an depoları indeksliyor ve dağıtım, kaynak, paket, ikili paket 
bilgilerini gösteriyor ve bekleyen ikili paketleri listeliyor.


----------  Yönlendirilmiş İleti  ----------

Author: bahadir.kandemir
Date: Sat Dec 13 22:46:33 2008
New Revision: 20811

Added:
   trunk/noan/

Log:
Noan is a web application that indexes binary packages in test 
and stable repositories, and provide information about release 
process.

-------------------------------------------------------
-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081213/8ddb6df7/attachment.pgp 

From akin at omeroglu.net  Sat Dec 13 23:45:32 2008
From: akin at omeroglu.net (=?utf-8?q?Ak=C4=B1n_=C3=96mero=C4=9Flu?=)
Date: Sat, 13 Dec 2008 23:45:32 +0200
Subject: [Gelistirici] Fwd: [Uludag-commits] r20811 - in trunk/noan
In-Reply-To: <200812132338.55579.bahadir@pardus.org.tr>
References: <200812132338.55579.bahadir@pardus.org.tr>
Message-ID: <200812132345.32216.akin@omeroglu.net>

On Saturday 13 December 2008 23:38:48 Bahadýr Kandemir wrote:
> Selamlar,
>
> Test ve stable depolardaki ikili paketleri indeksleyen ve stable'a girmeyi
> bekleyen paketleri görme ve ack/nack iþinin web üzerinden yapýlmasýný
> saðlayacak, sürüm yöneticileri ve paket sorumlularý üzerindeki yükü
> azaltacaðýný umduðum, bir uygulama geliþtiriyorum.
>
> Þu an depolarý indeksliyor ve daðýtým, kaynak, paket, ikili paket
> bilgilerini gösteriyor ve bekleyen ikili paketleri listeliyor.
>
Emeðe saygý, +1 ve repleri görelim =)

-- 
Akýn Ömeroðlu
www.ozgurlukicin.com

From turkay.eren at gmail.com  Sat Dec 13 23:45:55 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Sat, 13 Dec 2008 23:45:55 +0200
Subject: [Gelistirici] Fwd: [Uludag-commits] r20811 - in trunk/noan
In-Reply-To: <200812132345.32216.akin@omeroglu.net>
References: <200812132338.55579.bahadir@pardus.org.tr>
	<200812132345.32216.akin@omeroglu.net>
Message-ID: <200812132345.55659.turkay.eren@gmail.com>

On 13 Dec 2008 Sat 23:45:32 Akýn Ömeroðlu wrote:
> Emeðe saygý, +1 ve repleri görelim =)

Üstad, +1 :P

From ozan at pardus.org.tr  Sun Dec 14 01:00:59 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 14 Dec 2008 01:00:59 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812132240.25872.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>	<200812132203.49182.fatih@pardus.org.tr>
	<200812132240.25872.fatih@pardus.org.tr>
Message-ID: <49443EAB.2010300@pardus.org.tr>

Fatih Aþýcý wrote:
> Paket kullanýlabilir halde zannettim. actions.py'de EXTRAVERSION bile eski 
> kalmýþ. Ben de niye boot etmiyor diye uðraþýyorum :)
>
> Kolay gelsin...
>
>   
Paket bugün derlenir hale geldi anca. Yeni konfigürasyonu yaptým, 
konfigürasyonda firmware'ler ile ilgili birkaç yeni opsiyon vardý, 
sanýrým onlarýn doðrultusunda o terkedilen fw'ler çýktý. pspec'e 
müdahale etmedim çünkü inceleyemedim ne fw'si olduklarýný, vs.vs.

extraversion'ý düzeltirim, onun dýþýnda kullanýlabilir olmasý lazým, 
derledim de henüz kurmadým ben de.

Bu arada olgun hale geldiðinde sen de bir kopyasýný alýp, drm & kms vs. 
ile ilgili gerekli þeyleri playgroundunda o kopyada yürütürsen mesela 
güzel olur.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From fatih at pardus.org.tr  Sun Dec 14 01:11:35 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 14 Dec 2008 01:11:35 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <49443EAB.2010300@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812132240.25872.fatih@pardus.org.tr>
	<49443EAB.2010300@pardus.org.tr>
Message-ID: <200812140111.43230.fatih@pardus.org.tr>

Pazar 14 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Fatih Aþýcý wrote:
> > Paket kullanýlabilir halde zannettim. actions.py'de EXTRAVERSION bile
> > eski kalmýþ. Ben de niye boot etmiyor diye uðraþýyorum :)
> >
> > Kolay gelsin...
>
> Paket bugün derlenir hale geldi anca. Yeni konfigürasyonu yaptým,
> konfigürasyonda firmware'ler ile ilgili birkaç yeni opsiyon vardý,
> sanýrým onlarýn doðrultusunda o terkedilen fw'ler çýktý. pspec'e
> müdahale etmedim çünkü inceleyemedim ne fw'si olduklarýný, vs.vs.
>
> extraversion'ý düzeltirim, onun dýþýnda kullanýlabilir olmasý lazým,
> derledim de henüz kurmadým ben de.

Ben kurdum. alsa-drivers'ý yeniden derlememe raðmen bir sürü "Unknown Symbol" 
hatasý alýyorum modüller yüklemeye çalýþýrken. Wireless için ndiswrapper 
kullanýyorum; o da çalýþtý. Makinemde bu kerneli kullanmaya çalýþacaðým bundan 
sonra. Yeni xorg/drm hedeleri için uðraþmam lazým çünkü.

> Bu arada olgun hale geldiðinde sen de bir kopyasýný alýp, drm & kms vs.
> ile ilgili gerekli þeyleri playgroundunda o kopyada yürütürsen mesela
> güzel olur.

Evet, böyle bir þey yapmayý düþünüyorum.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081214/1f51d4e7/attachment.pgp 

From caglar at pardus.org.tr  Sun Dec 14 02:24:47 2008
From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur)
Date: Sun, 14 Dec 2008 02:24:47 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <4944023E.3040504@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
Message-ID: <200812140224.51252.caglar@pardus.org.tr>

Selamlar;

13 Ara 2008 Cts tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Playground'umda 2.6.28 üzerinden götürmeye çalýþtýðým bir kernel-next 
> paketi var. Bu paket 2009 çýktýðýnda, kernel paketinin yerini alacak.
> 
> Mevcut kernel'i, kernel-next'e dönüþtürürken karþýlaþtýðým bazý 
> sorunlarý aktarýp, varsa fikirlerinizi bekliyorum:
> 
> - Novell'in sitesinde Apparmor'un 2.6.28 yamalarý mevcut ve düzgünce 
> uygulanýyor ancak örneðin nfs4 koduyla ilgili "muhtemelen" deðiþmiþ bir 
> API hadisesinden dolayý derlemeyi patlatýyor. Bu vesileyle apparmor'u da 
> sormak istiyorum, okuduðum kadarýyla Novell apparmor'u geliþtiren 
> tayfayý azat etmiþ 2007'de. Bu yamalar tam olarak ne yapýyor, apparmor 
> desteði mi getiriyor yoksa transparan bir þekilde bir güvenlik 
> politikasý zinciri uygulanýyor mu hali hazýrda, 2009'da ihtiyacýmýz var 
> mý, vs.vs.

Paketi denemedim fakat nfs4acl-ext3.patch sorun yaratýyor olmalý, hatta büyük ihtimal ile tek satýrlýk bir deðiþiklik gerekiyor olmalý. Apparmor vfs katmanýnda bir seri fonksiyonun argümanlarýný ve sýralarýný deðiþtiriyor, hata veren satýrý bulup, appArmor yama serisi içinde o fonksiyonu deðiþtiren yamayý bulup (vfs-*) diðerlerine ne yaptýðýna bakýp aynýný nts4 kodu için de yapabilirsin. Apparmor serisini 2009 için tutmak tamemen size kalmýþ stratejik bir karar, novell appArmor serisine desteðini býrakmaddý (enterprise daðýtýmýn arkasýnda 10 sene duruyorlar malum) fakat openSUSE için selinux'a geçiþ çalýþmalarýna da baþladý.

Ýnceleyin, deneyin, düþünün, karar verin ve kararýnýzý uygulayýn :)

> - Yine Mactel denilen bir Macintosh&Intel projesi var, 2.6.25'te kalmýþ 
> yamalar, ubuntu, suse ve fedora'da bu yamalar yok, adamlarýn SVN'si 4 ay 
> önce commit görmüþ, listeler ölmüþ. Fikri olan?

Bu serinin büyük kýsmý çekirdeðe girmiþ olmalý, girmemiþ olanlar kolayca port ediliyorsa ve iþe yarýyorsa ve proje gerçekten ölü ise fw port denenebilir veya vanilla halde olan destek ile devam edilebilir.
 
> - UnionFS yamasý uygulanýyor ancak derleme esnasýnda patlýyor. Bu yamayý 
> atmayý ve yerine Aufs(Another unionfs) desteði getirmeyi öneriyorum zira 
> unionfs.org'da "Why to use AuFS instead of unionfs" baþlýklý bir 
> kullanýcý e-postasý dýþýnda hiçbirþey yok :)

unionfs'i Onur istemiþti o yüzden eklemiþtim, hatanýn ne olduðunu bilmiyorum ama gene appArmor ise mevcut çekirdekteki "unionfs-AppArmor.patch"e bakmak isteyebilirsin (hatta bu nfs kodu için ne tür deðiþikliklerden bahsettiðimi de gösterecektir :)).
 
> Þimdilik bu kadar, iyi akþamlar

Saygýlar
-- 
S.Çaðlar Onur <caglar at pardus.org.tr>
http://cekirdek.pardus.org.tr/~caglar/

Linux is like living in a teepee. No Windows, no Gates and an Apache in house!
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081214/a4301415/attachment.pgp 

From ozan at pardus.org.tr  Sun Dec 14 12:17:30 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 14 Dec 2008 12:17:30 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812140224.51252.caglar@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812140224.51252.caglar@pardus.org.tr>
Message-ID: <4944DD3A.4010207@pardus.org.tr>

S.Çaðlar Onur wrote:
> Selamlar;
>
> 13 Ara 2008 Cts tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
>   
>
> Paketi denemedim fakat nfs4acl-ext3.patch sorun yaratýyor olmalý, hatta büyük ihtimal ile tek satýrlýk bir deðiþiklik gerekiyor olmalý. Apparmor vfs katmanýnda bir seri fonksiyonun argümanlarýný ve sýralarýný deðiþtiriyor, hata veren satýrý bulup, appArmor yama serisi içinde o fonksiyonu deðiþtiren yamayý bulup (vfs-*) diðerlerine ne yaptýðýna bakýp aynýný nts4 kodu için de yapabilirsin. Apparmor serisini 2009 için tutmak tamemen size kalmýþ stratejik bir karar, novell appArmor serisine desteðini býrakmaddý (enterprise daðýtýmýn arkasýnda 10 sene duruyorlar malum) fakat openSUSE için selinux'a geçiþ çalýþmalarýna da baþladý.
>   
nfs4acl-ext3 yamasýndan deðil de apparmor serisinden gelen vfs-mkdir ile 
vfs-unlink yamalarýndan dolayý patlýyor. Geçirilen parametrelerden 
birinin (hede.path.hodo) "path" diye bir elemaný olmadýðýný söylüyor. 
Neyse buralarý detay, önemli olan son 2 cümlendi :)
>> - Yine Mactel denilen bir Macintosh&Intel projesi var, 2.6.25'te kalmýþ 
>> yamalar, ubuntu, suse ve fedora'da bu yamalar yok, adamlarýn SVN'si 4 ay 
>> önce commit görmüþ, listeler ölmüþ. Fikri olan?
>>     
>
> Bu serinin büyük kýsmý çekirdeðe girmiþ olmalý, girmemiþ olanlar kolayca port ediliyorsa ve iþe yarýyorsa ve proje gerçekten ölü ise fw port denenebilir veya vanilla halde olan destek ile devam edilebilir.
>   
Evet çoðu applesmc modülünü etkiliyor ve o sürücü oldukça aktif þekilde 
gidiyor, 2 tane alsa yamasý var, gerisi hid quirk'leri ancak kernel'deki 
hid kodlarý yamalarýn uygulanmasýný engelleyecek kadar deðiþmiþ vs.vs. 
vanilyalýyla devam etmek sakýncasýz geliyor þimdilik bana, elimizde test 
edicek macbook da var nasýlsa : )

Teþekkür ederim efenim :)

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From ozan at pardus.org.tr  Sun Dec 14 15:37:26 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 14 Dec 2008 15:37:26 +0200
Subject: [Gelistirici] [Fwd: [Uludag-commits] r20826 - trunk/noan/noan]
Message-ID: <49450C16.7010905@pardus.org.tr>

Selam,

Burada aslýnda e-posta adresinin tek olduðunun varsayýlmasý ve deponun 
bu þekilde elden geçmesi lazým çünkü atýyorum bazý geliþtiriciler 
soyadlarýný bazý paketlerde tamamen büyük bazýlarýnda ilk harfi büyük 
yazmýþ oluyorlar, yani isimler de sorun yaratabilir.

Bir ara birden fazla e-posta gözüken geliþtiricilerin listesi 
yollanmýþtý listeye, bayaðý bir insan düzeltmiþti paketlerini. ismail.py 
farklý e-postalarý bulup söylüyor tekrar o yola girip e-postalarý 
tekleþtirebiliriz.

-------- Original Message --------
Subject: [Uludag-commits] r20826 - trunk/noan/noan
Date: Sun, 14 Dec 2008 15:21:33 +0200 (EET)
From: uludag-commits at pardus.org.tr
Reply-To: gelistirici at pardus.org.tr
To: uludag-commits at pardus.org.tr

Author: bahadir.kandemir
Date: Sun Dec 14 15:21:33 2008
New Revision: 20826

Modified:
    trunk/noan/noan/update_db.py
Log:
- Developers have more than one email address, use full name to find account


From bahadir at pardus.org.tr  Sun Dec 14 15:45:34 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Sun, 14 Dec 2008 15:45:34 +0200
Subject: [Gelistirici] [Fwd: [Uludag-commits] r20826 - trunk/noan/noan]
In-Reply-To: <49450C16.7010905@pardus.org.tr>
References: <49450C16.7010905@pardus.org.tr>
Message-ID: <200812141545.37237.bahadir@pardus.org.tr>

14 Ara 2008 Paz tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Burada aslýnda e-posta adresinin tek olduðunun varsayýlmasý ve deponun
> bu þekilde elden geçmesi lazým çünkü atýyorum bazý geliþtiriciler
> soyadlarýný bazý paketlerde tamamen büyük bazýlarýnda ilk harfi büyük
> yazmýþ oluyorlar, yani isimler de sorun yaratabilir.
>
> Bir ara birden fazla e-posta gözüken geliþtiricilerin listesi
> yollanmýþtý listeye, bayaðý bir insan düzeltmiþti paketlerini. ismail.py
> farklý e-postalarý bulup söylüyor tekrar o yola girip e-postalarý
> tekleþtirebiliriz.

Yanlýþ yazýlmýþ 3 isim var, üçünü de Fatih düzeltmiþ, e-posta adreslerine 
bakarak liste oluþturduðumda daha fazla hata çýktý.

pspec.xml'lerdeki hatalarýn çoðu düzelmiþ gibi, yeni ikili paketler depoya 
girdiðinde veritabaný da güncellenmiþ olacak. Üzerinde paket olmayan 
kayýtlarý kolayca silebiliriz.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081214/05255b79/attachment-0001.pgp 

From gelurine at gmail.com  Sun Dec 14 16:58:03 2008
From: gelurine at gmail.com (=?UTF-8?Q?G=C3=BCng=C3=B6r_Erseymen?=)
Date: Sun, 14 Dec 2008 16:58:03 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
In-Reply-To: <20081212184013.c43a9dd2.onur@pardus.org.tr>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
	<52cf71460812100741w591a6745x430944cfc5d17c1b@mail.gmail.com>
	<20081211003710.1622dfd7.onur@pardus.org.tr>
	<200812110051.20563.ekin@pardus.org.tr>
	<52cf71460812110533m76be3428r38b2b29dd0523a8a@mail.gmail.com>
	<20081212184013.c43a9dd2.onur@pardus.org.tr>
Message-ID: <52cf71460812140658w2afa7429s181dcb4cc5762019@mail.gmail.com>

>> Belkide clisp ya da ecl ile derlenebilecek hale gelene kadar (ki burda
>> hem sbcl tarafýnda hemde diðer derleyicilerde çözülmesi gereken
>> noktalar var, açýkçasý bunlarý çözmek beni aþýyor) upstreamin kaynak
>> paketine önceden derlenmiþ gerekli dosyalarý ekleyerek (kaynak paketin
>> boyutunu yaklaþýk 5M artýrýyor) pspec.xml de bu yeni dosyayý
>> kullanmalýyým. Böylece, toolchain deðiþsede sbcl kendi kendisine
>> yetebilir.
>
>  Daha iyi bir çözüm bulamazsak bu en mantýklýsý gibime geliyor
>
>> Gözümden kaçan veya yanlýþ anladýðým birþeler varmý?
>
>  yoktur, daha iyi bir yöntem de aklýma gelmiyor malesef

Çevaplar için teþekkürler. Paketi bu þekilde hazýrlayýp en kýsa süre
içerisinde commit ediyorum.

Ýyi çalýþmalar.
-- 
Güngör Erseymen
http://www.elurin.info

From fatih at pardus.org.tr  Sun Dec 14 20:44:15 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sun, 14 Dec 2008 20:44:15 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812140111.43230.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr> <49443EAB.2010300@pardus.org.tr>
	<200812140111.43230.fatih@pardus.org.tr>
Message-ID: <200812142044.21642.fatih@pardus.org.tr>

Pazar 14 Aralık 2008 tarihinde, Fatih Aşıcı şunları yazmıştı: 
> Ben kurdum. alsa-drivers'ı yeniden derlememe rağmen bir sürü "Unknown
> Symbol" hatası alıyorum modüller yüklemeye çalışırken.

[1] adresinde de benzer bir sorun raporlanmış. Ubuntu CONFIG_SOUND'u enable 
ederek çözmüş. Deneyip sonucu bildireceğim.

[1] https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/200338
-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081214/bd8136ce/attachment.pgp 

From ozan at pardus.org.tr  Sun Dec 14 21:17:18 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 14 Dec 2008 21:17:18 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812142044.21642.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<49443EAB.2010300@pardus.org.tr>	<200812140111.43230.fatih@pardus.org.tr>
	<200812142044.21642.fatih@pardus.org.tr>
Message-ID: <49455BBE.5010102@pardus.org.tr>

Fatih Aþýcý wrote:
> Pazar 14 Aralýk 2008 tarihinde, Fatih Aþýcý þunlarý yazmýþtý: 
>   
>> Ben kurdum. alsa-drivers'ý yeniden derlememe raðmen bir sürü "Unknown
>> Symbol" hatasý alýyorum modüller yüklemeye çalýþýrken.
>>     
Ýlginç, böyle bir sorun olmamasý lazým, sonuçta 2.6.25 ile kullanýyoruz 
bu þekilde ve gönderdiðin ubuntu linki 2.6.24'ten bahsetmiþ. Ayrýca 
bizim config'lerde zaten CONFIG_SOUND=m.

Þu extraversion hadisesinden olmasýn sorun, ben onu 19 býrakmýþým, 
modüllerin hepsi 2.6.28.19-114 gibi abuk subuk bir dizine gitmiþ ayrýca 
2.6.28-rc8-114 diye de bir dizin de oluþmuþ /lib/modules altýnda.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From fatih at pardus.org.tr  Sun Dec 14 21:32:57 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 14 Dec 2008 21:32:57 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <49455BBE.5010102@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812142044.21642.fatih@pardus.org.tr>
	<49455BBE.5010102@pardus.org.tr>
Message-ID: <200812142133.01166.fatih@pardus.org.tr>

Pazar 14 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Fatih Aþýcý wrote:
> > Pazar 14 Aralýk 2008 tarihinde, Fatih Aþýcý þunlarý yazmýþtý:
> >> Ben kurdum. alsa-drivers'ý yeniden derlememe raðmen bir sürü "Unknown
> >> Symbol" hatasý alýyorum modüller yüklemeye çalýþýrken.
>
> Ýlginç, böyle bir sorun olmamasý lazým, sonuçta 2.6.25 ile kullanýyoruz
> bu þekilde ve gönderdiðin ubuntu linki 2.6.24'ten bahsetmiþ. Ayrýca
> bizim config'lerde zaten CONFIG_SOUND=m.

Doðru, soundcore modülü de yükleniyor aslýnda.

> Þu extraversion hadisesinden olmasýn sorun, ben onu 19 býrakmýþým,
> modüllerin hepsi 2.6.28.19-114 gibi abuk subuk bir dizine gitmiþ ayrýca
> 2.6.28-rc8-114 diye de bir dizin de oluþmuþ /lib/modules altýnda.

Onu düzelterek derliyorum zaten. Yoksa initramfs'e hiçbir modül girmediði için 
boot bile edemiyor.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081214/5f683523/attachment.pgp 

From serbulent at pardus.org.tr  Sun Dec 14 22:03:25 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Sun, 14 Dec 2008 22:03:25 +0200
Subject: [Gelistirici] =?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
Message-ID: <200812142203.26380.serbulent@pardus.org.tr>

Merhaba,

Halen devam eden "kararli depoya paket gecis sureci" baþlýklý thread den 
ayrýlan yönleri sebebiyle yukarýdaki baþlýk altýnda özetlemek istedim konun 
test süreçleri ile ilgili kýsýmlarýný. Konu ile ilgili fikirlerinizi ve 
sorularýnýzý bekleriz.

PS: Uzun maillara da þefkat gösterelim, onlarý da okuyalým ;)

A) Ölçüm

Sorunun tanýmý; 
	
	Ýster test süreçlerine dair olsun ister daha geniþ kapsamdaki depo 				
politikalarýna iliþkin olsun, tartýþmalarýmýzý sayýsal verilerden yoksun 
sürdürüyoruz. 

Çözüm önerileri;
	
1- Kýsa vade de ( 5 Gün ); Son 3 ACK/NACK sürecindeki paketleri inceleyip ne 
zaman merge istenmiþ, ne zaman depoya girmiþ ve aradaki hangi süreçte ne 
kadar beklemiþ sorularýnýn yanýtlarýný verecek, böylece bir paketin hangi 
süreçte ortalama ne kadar zaman harcadýðýný belirleyecek bir çalýþma 
yapacaðýz.
( Tahmini bitiþ süresi: 5 Gün , Sorumlu geliþtirici "Serbülent Ünsal" )

2- Uzun vade de ( 3-4 Hafta); Merge istenen her bir paketin, merge isteðinden 
kararlý depoya giriþine kadarki süreci takip eden  bir sistem geliþtirmeyi 
düþünüyoruz. Ancak burada bir bu süreçlere ait iletilerin standart hale 
getirilmesi gerekiyor ki bu iþi yapacak araçlar iletileri düzgün biçimde 
parse edebilsin. Örneðin þu an için ACK/NACK sürecindeki mesajlarý parse 
etmek pek mümkün deðil. Bahadýr'ýn duyurduðu ack/nack arayüzü Noan bu 
verilerin bir bölümünü öðrenmek mümkün olacak.

Merge aþamasýnýn bir script tarafýndan parse edilerek kayýt altýna alýnmasý 
mümkün görünmekle beraber listede arada yapýlan tartýþmalar sebebiyle bütün 
kayýtlarýn parse edilmesi  sorun olabilir. Bunu bir taraftan listeyi takip 
edip bir taraftan da depolarý takip ederek yapabiliriz belki, çözüm 
önerilerine açýðýz.
(Tahmini bitiþ süresi: 4 Hafta, Sorumlu  geliþtirici "Serbülent Ünsal" )

B) Otomasyon

Sorunun tanýmý;

	Test süreçleri içerisinde bilgisayar tarafýndan yapýlabilecek pek çok iþ 
testçiler tarafýndan yapýlýyor. Bu durum zaman kaybý, testlerde insan 
hatalarý sebebiyle hata oranýnýn artýþý, zaman sýnýrýndan dolayý ancak temel 
testlerin yapýlabilmesi ( dolayýsý ile test kalitesinin düþmesi ), bir takým 
sýkýcý ve kendini tekrarlayan iþlemlerden dolayý test ekibinde motivasyon 
kaybý olmak üzere 4 temel soruna yol açýyor. Ayrýca test takýmýnýn elinde 
bulunan donaným listesinin geliþtircilerin ulaþabileceði bir þekilde 
bulunmamasý test takýmýndan saðlanabilecek faydayý azaltmaktadýr.

Çözüm önerileri;

	Test süreçleri içerisindeki iþler mümkün olduðunca otomatize edilmelidir.

1- Test sýrasýnda paket kurulumu. Paket kurulumlarýnda testçilerin paket 
yöneticisini kullanmak zorunda olmalarý ( kullanýcýlar ile mümkün olduðunca 
benzer bir þekilde test yapmak için ) kimi zaman 200+ paket ile yapýlan 
testlerde tek tek paketleri arayýp bulmak ve sepete eklemek ve her bir paket 
için bu iþlemi tek tek yinelemek ciddi bir vakit ve motivasyon kaybý 
yaþatmakta. Bunun için paket yöneticisinin verilen bir listedeki paketleri 
sepete ekleyebilmesi ( tabi ki kurulu olmayanlarý ) saðlanýrsa önemli bir dar 
boðazý aþmýþ olacaðýz. Bu konu için Faik zaman ayýrabilir mi bilemiyorum 
ancak itirazý yoksa vakti olan ve Paket Yöneticisi'ne aþina bir baþka 
geliþtirci de bu iþi üstlenebilir sanýrým.
(Gerekli tahmini iþ gücü : 7 Gün/Kiþi , Sorumlu geliþtirici ????? )


2- Ack/Nack süreçlerinin otomasyonu. Hem Ack/Nack toplarken hemde birbiri ile 
baðýmlýlýklar yönünden uyumlu bir paket listesi oluþtururken iþleri 
kolaylaþtýracaktýr bu süreci otomasyona geçirmek. Bahadýr'ýn duyurusunu 
yaptýðý Noan ile önümüzdeki dönemde paketler arasý baðýmlýlýk sorunlarý 
sebebiyle testlerde yaþanan aksaklýklarý ve vakit kayýplarýný 
çözebileceðimizi düþünüyorum. 
(Tahmini bitiþ süresi: ????? , Sorumlu geliþtirici ( tabi eðer kabul edersen 
Jim :) ) "Bahadýr Kandemir" )


3- Testlerin otomasyonu.

Test takýmý tarafýndan yapýlan pek çok paket testi zaman ve bilgi 
kýsýtlamalarý sebebiyle çok basit düzeyde ve yetersiz kalýyor. Bu sorunun 
çözümü için en azýndan konsol tabanlý uygulamalar ve kütüphanelerin 
testlerini yapabilecek ve sonuçlarý otomatik olarak raporlayacak bir araca 
gereksinim var. Bir süredir projeler deposunda test-manager adý ile 
geliþtirilen aracýn temel iþlevi bu olacak.

Konsol tabanlý her türden uygulama/kütüphane için test yazýmýna izin vermesi 
planlanan araç her geliþtircinin isterse sorumlu olduðu paket ve kütüphaneler 
için test yazmasýna izin verecek. Araçla ilgili daha detaylý bir e-posta 
yazarak tasarýmla ilgili önerileri toplayacaðým.
(Tahmini bitiþ süresi 4 Hafta, Sorumlu geliþtirici "Serbülent ÜNSAL" )


4- Donaným veritabaný. Test ekibinin elindeki donanýmlarý içeren ve 
geliþtiricilere arama imkaný sunan bir web arayüzü test takýmýnýn etkinliðini 
arttýracaktýr düþüncesindeyim. Bu arayüz için istemci tarafýndaki verileri 
smolt ile toplayabiliyoruz. Ancak smolt'un sunucu bölümü hem istenilen 
biçimde arama imkaný vermemesi hemde þu ana kadar paketçisi tarafýndan Pardus 
üzerinde çalýþtýrýlamamasý sebebiyle uygun görünmüyor. Söz konusu verileri 
smolt istecisinden alýp iþleyecek ve gösterecek basit bir web uygulamasýna 
ihtiyacýmýz var. Kýsa ve orta vadede ( 4-6 Hafta ) benim bunu yazmam için 
yeterli vaktim yok. Eðer gönüllü bir geliþtiricimiz yoksa uzun vadede bu 
araca sahip olacaðýmýzý söyleyebilirim bir tarih vermemek ile beraber.

(Gerekli tahmini iþ gücü : 3 Hafta/Kiþi, Sorumlu geliþtirici: ????? )



-- 
Ýyi Çalýþmalar,

Serbülent

From tekman at pardus.org.tr  Sun Dec 14 22:29:37 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Sun, 14 Dec 2008 22:29:37 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812142203.26380.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
Message-ID: <200812142229.37890.tekman@pardus.org.tr>

14 Aralýk 2008 Pazar 22:03:25 tarihinde Serbulent UNSAL þunlarý yazmýþtý:
> 3- Testlerin otomasyonu.
>
> Test takýmý tarafýndan yapýlan pek çok paket testi zaman ve bilgi
> kýsýtlamalarý sebebiyle çok basit düzeyde ve yetersiz kalýyor. Bu sorunun
> çözümü için en azýndan konsol tabanlý uygulamalar ve kütüphanelerin
> testlerini yapabilecek ve sonuçlarý otomatik olarak raporlayacak bir araca
> gereksinim var. Bir süredir projeler deposunda test-manager adý ile
> geliþtirilen aracýn temel iþlevi bu olacak.
>
> Konsol tabanlý her türden uygulama/kütüphane için test yazýmýna izin
> vermesi planlanan araç her geliþtircinin isterse sorumlu olduðu paket ve
> kütüphaneler için test yazmasýna izin verecek. Araçla ilgili daha detaylý
> bir e-posta yazarak tasarýmla ilgili önerileri toplayacaðým.
> (Tahmini bitiþ süresi 4 Hafta, Sorumlu geliþtirici "Serbülent ÜNSAL" )

NACK

Þimdilik böyle bir planýmýz yok. Ayrýca tarifi yapýlan yazýlýmýn 4 hafta gibi 
bir zamanda, hele de yazýlým geliþtiricilerimizden olmayan bir arkadaþýmýz 
tarafýndan ortaya çýkarýlabileceðine ihtimal vermiyorum. 

> 4- Donaným veritabaný. Test ekibinin elindeki donanýmlarý içeren ve
> geliþtiricilere arama imkaný sunan bir web arayüzü test takýmýnýn
> etkinliðini arttýracaktýr düþüncesindeyim. Bu arayüz için istemci
> tarafýndaki verileri smolt ile toplayabiliyoruz. Ancak smolt'un sunucu
> bölümü hem istenilen biçimde arama imkaný vermemesi hemde þu ana kadar
> paketçisi tarafýndan Pardus üzerinde çalýþtýrýlamamasý sebebiyle uygun
> görünmüyor. Söz konusu verileri smolt istecisinden alýp iþleyecek ve
> gösterecek basit bir web uygulamasýna ihtiyacýmýz var. Kýsa ve orta vadede
> ( 4-6 Hafta ) benim bunu yazmam için yeterli vaktim yok. Eðer gönüllü bir
> geliþtiricimiz yoksa uzun vadede bu araca sahip olacaðýmýzý söyleyebilirim
> bir tarih vermemek ile beraber.

Donaným veritabaný iki farklý þekil ve yerde oluþacak. Birincisi 
kullanýcýlarýn deneyimlerini aktardýklarý resmi olmayan, yapýsal olmasý 
gerekmeyen bir alan, ÖzgürlükÝçin'de önümüzdeki aylarda hayata geçecek. 
Ýkincisi de resmi olan, sistemli testleri kapsayan bir "Pardus Donaným 
Ortaðý" logo programý, ki bunun planlanan þekliyle hayata geçmesi bizden çok 
sektör talebine baðlý, benim tahminim 2009 yýlý içerisinde ilk emarelerinin 
ortaya çýkacaðýdýr.

Eðer bunlar dýþýnda bir veritabanýndan bahsediliyor ise gereðine ikna etmek 
gerekli ahaliyi. Eðer bunlardan biri ise o iþlerin sorumlularýna býrakalým 
gerisini...

ET

>
> (Gerekli tahmini iþ gücü : 3 Hafta/Kiþi, Sorumlu geliþtirici: ????? )



-- 
Erkan Tekman
TÜBÝTAK UEKAE
Proje Yöneticisi // Pardus
<-- Özgürlük için... -->

http://www.pardus.org.tr/

From fethicanc at gmail.com  Sun Dec 14 23:17:37 2008
From: fethicanc at gmail.com (Fethican =?iso-8859-9?q?Co=FEkuner?=)
Date: Sun, 14 Dec 2008 23:17:37 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812142229.37890.tekman@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812142229.37890.tekman@pardus.org.tr>
Message-ID: <200812142317.38975.fethicanc@gmail.com>

On Sunday 14 December 2008 22:29:37 Erkan Tekman wrote:
> > 4- Donaným veritabaný. Test ekibinin elindeki donanýmlarý içeren ve
> > geliþtiricilere arama imkaný sunan bir web arayüzü test takýmýnýn
> > etkinliðini arttýracaktýr düþüncesindeyim. Bu arayüz için istemci
> > tarafýndaki verileri smolt ile toplayabiliyoruz. Ancak smolt'un sunucu
> > bölümü hem istenilen biçimde arama imkaný vermemesi hemde þu ana kadar
> > paketçisi tarafýndan Pardus üzerinde çalýþtýrýlamamasý sebebiyle uygun
> > görünmüyor. Söz konusu verileri smolt istecisinden alýp iþleyecek ve
> > gösterecek basit bir web uygulamasýna ihtiyacýmýz var. Kýsa ve orta
> > vadede ( 4-6 Hafta ) benim bunu yazmam için yeterli vaktim yok. Eðer
> > gönüllü bir geliþtiricimiz yoksa uzun vadede bu araca sahip olacaðýmýzý
> > söyleyebilirim bir tarih vermemek ile beraber.
>
> Donaným veritabaný iki farklý þekil ve yerde oluþacak. Birincisi
> kullanýcýlarýn deneyimlerini aktardýklarý resmi olmayan, yapýsal olmasý
> gerekmeyen bir alan, ÖzgürlükÝçin'de önümüzdeki aylarda hayata geçecek.
> Ýkincisi de resmi olan, sistemli testleri kapsayan bir "Pardus Donaným
> Ortaðý" logo programý, ki bunun planlanan þekliyle hayata geçmesi bizden
> çok sektör talebine baðlý, benim tahminim 2009 yýlý içerisinde ilk
> emarelerinin ortaya çýkacaðýdýr.
>
> Eðer bunlar dýþýnda bir veritabanýndan bahsediliyor ise gereðine ikna etmek
> gerekli ahaliyi. Eðer bunlardan biri ise o iþlerin sorumlularýna býrakalým
> gerisini...
>
> ET

  Burada Serbülent, benim üzerinde staj projesi olarak çalýþtýðým Smolt 
uygulamasýndan bahsediyor. Bu projeden geçtiðimiz ayda test sürecine kolaylýk 
saðlamasý açýsýndan yararlanýlmasý gündeme geldi fakat Serbülent'in de 
bahsettiði üzere Smolt-server uygulamasý geliþtiricilerin ihtiyaçlarýna cevap 
vermiyor. Bu durumda Smolt-client'ýn topladýðý bilgileri parse edip üzerinde 
sorgu yapýlabilecek bir uygulamaya ihtiyaç var.

   Ayrýca Pardus kullanýcýlarýnýn donaným istatistiklerini tutma iþi en son 
Smolt ile yapýlacaktý. Erkan Bey yukarýda bahsetmiþ olduðunuz projelerden 
ikincisi de bu iþi mi yapmayý amaçlýyor?


Fethican

From bahadir at pardus.org.tr  Sun Dec 14 23:36:38 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Sun, 14 Dec 2008 23:36:38 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812142203.26380.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
Message-ID: <200812142336.41695.bahadir@pardus.org.tr>

14 Ara 2008 Paz tarihinde, Serbulent UNSAL þunlarý yazmýþtý: 
> Uzun vade de ( 3-4 Hafta); Merge istenen her bir paketin, merge
> isteðinden kararlý depoya giriþine kadarki süreci takip eden  bir sistem
> geliþtirmeyi düþünüyoruz. Ancak burada bir bu süreçlere ait iletilerin
> standart hale getirilmesi gerekiyor ki bu iþi yapacak araçlar iletileri
> düzgün biçimde parse edebilsin.

Noan'ý kaynak depolarý tarar hale getirip playground/devel/release 
depolarýndaki (bundan sonraki) hareketleri takip edebiliriz.

> Ack/Nack süreçlerinin otomasyonu. Hem Ack/Nack toplarken hemde
> birbiri ile baðýmlýlýklar yönünden uyumlu bir paket listesi oluþtururken
> iþleri kolaylaþtýracaktýr bu süreci otomasyona geçirmek.

Noan ile yapabiliriz ACK/NACK iþini. Ancak, baðýmlýlýk takibini 
anlayamadým.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081214/5b9e6ab7/attachment.pgp 

From fatih at pardus.org.tr  Mon Dec 15 00:12:29 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Mon, 15 Dec 2008 00:12:29 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <49455BBE.5010102@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812142044.21642.fatih@pardus.org.tr>
	<49455BBE.5010102@pardus.org.tr>
Message-ID: <200812150012.33421.fatih@pardus.org.tr>

Pazar 14 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Fatih Aþýcý wrote:
> > Pazar 14 Aralýk 2008 tarihinde, Fatih Aþýcý þunlarý yazmýþtý:
> >> Ben kurdum. alsa-drivers'ý yeniden derlememe raðmen bir sürü "Unknown
> >> Symbol" hatasý alýyorum modüller yüklemeye çalýþýrken.
>
> Ýlginç, böyle bir sorun olmamasý lazým, sonuçta 2.6.25 ile kullanýyoruz
> bu þekilde ve gönderdiðin ubuntu linki 2.6.24'ten bahsetmiþ. Ayrýca
> bizim config'lerde zaten CONFIG_SOUND=m.

Yeni kernel'de OSS core kýsmý da optional hale gelmiþ. Bu kýsmý derlemek için 
SOUND_PRIME da enable edilmeli. Ýki seçeneðimiz var:

1) alsa'yý --without-oss ile derlemek. Bu OSS emulation'ý kapatýyor sanýrým. O 
yüzden istemeyiz (di mi?).

2) kernel'i SOUND_PRIME enable ederek derlemek. Bunu yaparsak þu ana kadar 
yaptýðýmýzla ayný þeyi yapmýþ olacaðýz sanýrým. Bu OSS sürücülerinin 
derlenmesi anlamýna gelmiyor. Onun için ayrý option var kernelde.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081215/156084e5/attachment.pgp 

From tekman at pardus.org.tr  Mon Dec 15 01:07:07 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Mon, 15 Dec 2008 01:07:07 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812142317.38975.fethicanc@gmail.com>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812142229.37890.tekman@pardus.org.tr>
	<200812142317.38975.fethicanc@gmail.com>
Message-ID: <200812150107.07670.tekman@pardus.org.tr>

14 Aralýk 2008 Pazar 23:17:37 tarihinde Fethican Coþkuner þunlarý yazmýþtý:
>   Burada Serbülent, benim üzerinde staj projesi olarak çalýþtýðým Smolt
> uygulamasýndan bahsediyor. Bu projeden geçtiðimiz ayda test sürecine
> kolaylýk saðlamasý açýsýndan yararlanýlmasý gündeme geldi fakat
> Serbülent'in de bahsettiði üzere Smolt-server uygulamasý geliþtiricilerin
> ihtiyaçlarýna cevap vermiyor. Bu durumda Smolt-client'ýn topladýðý
> bilgileri parse edip üzerinde sorgu yapýlabilecek bir uygulamaya ihtiyaç
> var.

Smolt donaným ile ilgili bilgi vermekle birlikte o donanýmýn tam olarak nasýl 
çalýþýr hale geldiði konusunda bir fikir vermeyecektir. Yani yeni sürücüler 
yüklenmiþ mi, arada elle ayar yapýlmýþ mý gibi sorularýn yanýtýný almak için 
bir insan tarafýndan yapýlacak bir tarif gerekir. Bunun bir örneðini 
tuxmobile.org sitesinde bulabilirsiniz, ki sözü geçen birinci veritabaný buna 
benzeyecektir.

>    Ayrýca Pardus kullanýcýlarýnýn donaným istatistiklerini tutma iþi en son
> Smolt ile yapýlacaktý. Erkan Bey yukarýda bahsetmiþ olduðunuz projelerden
> ikincisi de bu iþi mi yapmayý amaçlýyor?

Ýkinci veritabaný ise þu anda tek örnek olan escort gibi Pardus onaylý donaným 
satmak isteyen üretici ve satýcýlarýn Pardus (TÜBÝTAK UEKAE) ile ortak 
yürüttükleri çalýþma sonucu test edilen ve sorunlarý giderilen, bunun sonucu 
olarak da Pardus logosu ile satýlmakta olan ürünleri kapsayacaktýr.

ET

From gelistirici at pardus.org.tr  Mon Dec 15 06:32:45 2008
From: gelistirici at pardus.org.tr (GUCCI)
Date: Mon, 15 Dec 2008 06:32:45 +0200 (EET)
Subject: [Gelistirici] Dear (gelistirici@pardus.org.tr) December 89% OFF!
Message-ID: <20081215-33246.11512.qmail@alonso>

Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081215/728b9afb/attachment.htm 

From serbulent at pardus.org.tr  Mon Dec 15 09:27:04 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Mon, 15 Dec 2008 09:27:04 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812142229.37890.tekman@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812142229.37890.tekman@pardus.org.tr>
Message-ID: <200812150927.04457.serbulent@pardus.org.tr>

On Sunday 14 December 2008 22:29:37 Erkan Tekman wrote:
> 14 Aralýk 2008 Pazar 22:03:25 tarihinde Serbulent UNSAL þunlarý yazmýþtý:
> > 3- Testlerin otomasyonu.
> >
> > Test takýmý tarafýndan yapýlan pek çok paket testi zaman ve bilgi
> > kýsýtlamalarý sebebiyle çok basit düzeyde ve yetersiz kalýyor. Bu sorunun
> > çözümü için en azýndan konsol tabanlý uygulamalar ve kütüphanelerin
> > testlerini yapabilecek ve sonuçlarý otomatik olarak raporlayacak bir
> > araca gereksinim var. Bir süredir projeler deposunda test-manager adý ile
> > geliþtirilen aracýn temel iþlevi bu olacak.
> >
> > Konsol tabanlý her türden uygulama/kütüphane için test yazýmýna izin
> > vermesi planlanan araç her geliþtircinin isterse sorumlu olduðu paket ve
> > kütüphaneler için test yazmasýna izin verecek. Araçla ilgili daha detaylý
> > bir e-posta yazarak tasarýmla ilgili önerileri toplayacaðým.
> > (Tahmini bitiþ süresi 4 Hafta, Sorumlu geliþtirici "Serbülent ÜNSAL" )
>
> NACK
>
> Þimdilik böyle bir planýmýz yok. Ayrýca tarifi yapýlan yazýlýmýn 4 hafta
> gibi bir zamanda, hele de yazýlým geliþtiricilerimizden olmayan bir
> arkadaþýmýz tarafýndan ortaya çýkarýlabileceðine ihtimal vermiyorum.
>

Uygulamanýn faydasý ve getirileri konusundaki fikrimi saklý tutmakla beraber 
süre ile ilgili söylediklerimi geri alayým böyle düþünüyorsanýz.

> > 4- Donaným veritabaný. Test ekibinin elindeki donanýmlarý içeren ve
> > geliþtiricilere arama imkaný sunan bir web arayüzü test takýmýnýn
> > etkinliðini arttýracaktýr düþüncesindeyim. Bu arayüz için istemci
> > tarafýndaki verileri smolt ile toplayabiliyoruz. Ancak smolt'un sunucu
> > bölümü hem istenilen biçimde arama imkaný vermemesi hemde þu ana kadar
> > paketçisi tarafýndan Pardus üzerinde çalýþtýrýlamamasý sebebiyle uygun
> > görünmüyor. Söz konusu verileri smolt istecisinden alýp iþleyecek ve
> > gösterecek basit bir web uygulamasýna ihtiyacýmýz var. Kýsa ve orta
> > vadede ( 4-6 Hafta ) benim bunu yazmam için yeterli vaktim yok. Eðer
> > gönüllü bir geliþtiricimiz yoksa uzun vadede bu araca sahip olacaðýmýzý
> > söyleyebilirim bir tarih vermemek ile beraber.
>
> Donaným veritabaný iki farklý þekil ve yerde oluþacak. Birincisi
> kullanýcýlarýn deneyimlerini aktardýklarý resmi olmayan, yapýsal olmasý
> gerekmeyen bir alan, ÖzgürlükÝçin'de önümüzdeki aylarda hayata geçecek.
> Ýkincisi de resmi olan, sistemli testleri kapsayan bir "Pardus Donaným
> Ortaðý" logo programý, ki bunun planlanan þekliyle hayata geçmesi bizden
> çok sektör talebine baðlý, benim tahminim 2009 yýlý içerisinde ilk
> emarelerinin ortaya çýkacaðýdýr.
>
> Eðer bunlar dýþýnda bir veritabanýndan bahsediliyor ise gereðine ikna etmek
> gerekli ahaliyi. Eðer bunlardan biri ise o iþlerin sorumlularýna býrakalým
> gerisini...
>

Hayýr her ikiside deðildi bahsettiðim. Söylediðim uygulama geliþtiricilerin 
her hangi bir anda X donanýmýna ihtiyaç duymasý halinde 
peketlerini/uygulamalarýný test etmek için bunun test ekibimizin elinde 
bulunup bulunmadýðýný kontrol edebilecekleri bir veritabaný.

Böyle bir uygulamanýn geliþtiriciler ve test ekibi arasýndaki baðlantýyý 
kuvvetlendireceðini ve test ekibinin faydasýný arttýracaðýný düþünüyorum.



-- 
Ýyi Çalýþmalar,

Serbülent

From serbulent at pardus.org.tr  Mon Dec 15 09:30:06 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Mon, 15 Dec 2008 09:30:06 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812142336.41695.bahadir@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812142336.41695.bahadir@pardus.org.tr>
Message-ID: <200812150930.06929.serbulent@pardus.org.tr>

On Sunday 14 December 2008 23:36:38 Bahadýr Kandemir wrote:
> Noan ile yapabiliriz ACK/NACK iþini. Ancak, baðýmlýlýk takibini
> anlayamadým.

Bazen Y paketi ack alýrken baðýmlý olduðu X paketi ack almayabiliyor. Bu 
durumu ancak testci deposunu oluþturup güncelleme yaptýktan sonra fark 
ediyoruz. Noan'ýn bu durumu engellemek içnde kullanýlabileceðini düþünüyorum.

-- 
Ýyi Çalýþmalar,

Serbülent

From bahadir at pardus.org.tr  Mon Dec 15 09:40:13 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 15 Dec 2008 09:40:13 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812150930.06929.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812142336.41695.bahadir@pardus.org.tr>
	<200812150930.06929.serbulent@pardus.org.tr>
Message-ID: <200812150940.20153.bahadir@pardus.org.tr>

15 Ara 2008 Pts tarihinde, Serbulent UNSAL þunlarý yazmýþtý: 
> On Sunday 14 December 2008 23:36:38 Bahadýr Kandemir wrote:
> > Noan ile yapabiliriz ACK/NACK iþini. Ancak, baðýmlýlýk takibini
> > anlayamadým.
>
> Bazen Y paketi ack alýrken baðýmlý olduðu X paketi ack almayabiliyor. Bu
> durumu ancak testci deposunu oluþturup güncelleme yaptýktan sonra fark
> ediyoruz. Noan'ýn bu durumu engellemek içnde kullanýlabileceðini
> düþünüyorum.

Hmmm kolay, halleriz :)
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081215/e0a23f2e/attachment.pgp 

From ekin at pardus.org.tr  Mon Dec 15 12:03:49 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 15 Dec 2008 12:03:49 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071448.06253.turkersezer@tsdesign.info>
	<a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>
Message-ID: <200812151203.49101.ekin@pardus.org.tr>

Merhaba;

Monday 08 December 2008 tarihinde, selim ok þunlarý yazmýþtý: 

> - Security-only güncellemeler zaten yukarida konusulan türde bir kararli
> depoyu simüle etmiyor mu? Soru soruldu ama cevap veren olmadi, tekrar
> sormak istedim.

Yukarýda konuþulandan kastýn Doruk'un söylediði ultra kararlý depo ise cevap 
hayýr - þöyle örnekleyeyim :
Biz þu anki kararlý depomuza bir yazýlýmýn kararlý güncellemeleri olan 
(örneðin) 4.1, 4.2, 4.3 sürümlerini alýyoruz. 4.4 sürümü bir güvenlik 
güncellemesi olarak yayýnlandýðýnda onu da alýyoruz "security" olarak 
iþaretleyerek. Bu durumda pisi up --security kullanan bir kullanýcý 4.0'dan 
4.4'e çýkacak - bu da tüm ara sürümlerin olasý regresyonlarýný ve hatalarýný 
sineye çekmek, zaman zaman kontrollü olarak ABI/API kýrmak anlamýna geliyor. 
Kararlý depo/sürüm'ü maintain etmenin doðru yolu (yukarýdaki senaryo için) 
kararlý depodaki 4.0 sürümüne ilgili güvenlik güncellemesini backport etmek.      
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Mon Dec 15 12:32:11 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 15 Dec 2008 12:32:11 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4938DB28.2000209@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<4938DB28.2000209@pardus.org.tr>
Message-ID: <200812151232.11112.ekin@pardus.org.tr>

Merhaba;

Friday 05 December 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Doruk Fisek wrote On 04-12-2008 18:05:
> Olay sadece kararlýlýksa,

> 1. 2007 sürümünde kalýr,
> 2. 2008'e geçer ama sadece güvenlik güncellemelerini yapar.
>
> 2.seçenekle senin önerdiðinin arasýnda bir fark bulamadým ben. PiSi de,
> paket yöneticisi de bu özelliði saðlýyor zaten. Adama yeni bir depo
> ekletmek yerine paket yöneticisi ayarlarýndan "Sadece güvenlik
> güncellemelerini yap" seçtirmek bu iþi halletmiyor mu?

http://liste.pardus.org.tr/gelistirici/2008-December/015127.html

> Tüm geliþtiricilerin sürüm kaynak svn depolarýna eriþip deðiþiklik
> yapmalarýný doðru bulmuyorum. Sürüm kaynak svn deposunda deðiþiklik
> yapýldýðý anda o paket farm'da bir sonraki çalýþmada derlenecek paketler
> arasýna giriyor. Arada hiçbir kontrol mekanizmasý yok. 

+1

> Güvenlik güncellemelerinin, ister senin 2'li depo düzeneðinde, ister þu
> anki tek kararlý depo düzeneðinde test edilmesinde ben bir fayda
> görmüyorum. Güvenlik güncellemesi bir yazýlýma yeni özellik katmýyor adý
> üstünde, neyini test ediyoruz? Buffer overflow var diyor örneðin
> advisory'de, oturup gerçekten overflow var mý ve açýðý kapatmýþ diye mi
> kontrol edeceðiz?

Bu itirazýn adý geçen güncellemenin __sadece__ güvenlik güncellemesi içerdiði 
durumlar için geçerli ama - kernelden kütüphanelere kadar bir sürü yazýlým 
kendi sürüm takvimleri ile çakýþan güvenlik fixlerini normalde 
yayýnlayacaklarý yeni sürümlerine ekleyip yayýnlýyor - on yeni özellik, iki 
bugfix, bir security içeren bir güncelleme taným gereði security ama test 
edilmemesi gibi ihtimal yok maalesef.

Senin senaryo ancak sýký kararlý depo politikasý ile, sürüm atlatmadan sadece 
sec. fixleri backport edersek uygulanabiliyor. Security ekibimiz saðolsun 
olabildiðince backportlar ile bu güncellemelerin hýzla depoya girmesini 
saðlýyor, ama her zaman uygulanabilir deðil.
 
> > 5) system.base bileþenindeki paketlerin testi yapýlýrken, "emniyet
> > mandalý" nedeniyle sadece system.base guncellenmesi durumu da farkli
> > guncelleme safhalarindaki Pardus sistem kombinasyonlarý ile test
> > edilmelidir [2].

> system.base güncellemelerinde zaten daha yavaþ ve tutarlýyýz,
> gerekmedikçe güncelleme çok fazla yapýlmýyor.

Burada da daha sýký bir politika uygulamalýyýz aslýnda.

> Bu test konusunda þunu düþünüyorum. Baþtan beri test deposu hep þu
> þekilde kullanýldý:
> - Bump et, merge iste, testte dursun.
>
> Böyle bir düþünce yanlýþ diye düþünüyorum. Orasý da insanlara sunulan
> ikili bir depo. Adý da kararsýz deðil, test. Önce paketçisi bir süre
> test etmeden, kullanmadan, "test deposuna girsin de orada millet
> kullanýp sorunu varsa söyler nasýl olsa" diye düþünmemeli. Paket
> devel'deyken kuran kullanan paket sahibi/bileþen sorumlusu bir sorun
> yakalayamazsa, test deposu daha ince sorunlarýn yakalanabileceði bir üst
> katman olmalý.

Evet geliþtirici en azýndan bir süre kullanmalý, temel fonksiyonlarýnýn 
çalýþtýðýndan emin olmalý paket test deposuna alýnmadan önce, ama örneðin 
Amarok 2 beta1'in test deposuna girip daha geniþ bir geliþtirici ekibi 
tarafýndan test edilmesinde büyük bir sorun yok bence.
   
> Paketçisinin merge isteyip sallamadýðý bu sorunlarý, Serbülent
> revdep-rebuild yapýnca yakalýyor. Böyle olmamalý.

Evet paketçiler daha ilgili olmalý, belki sýk rastlanan sorunlar ve test 
yöntemleri gibi bir geliþtirici belgesi yararlý olur. Ama depo kararlýlýðý 
konusunda mutlaka gözden kaçacak bir seri hata olacaktýr, depo bütünlüðünü 
daha otomatik araçlarla daha sýký kontrol etmeliyiz.

> Benim süreç içinde en rahatsýz olduðum þey, depoda N aydýr çalýþmaz bir
> þekilde duran bir paket hakkýnda hata girilip de "bu paket çalýþmýyor"
> denildiðinde, düzeltilen paketin testte vakit geçirmesi. Paket zaten
> çalýþmýyor, kesinlikle test edilmesine gerek yok ve test edilmesinde
> fayda yok, merge istediðim anda depoya alýnmasý en akýllýcasý.

Bunu merge'de nasýl security iþaretlediðimizde direk depoya alýyorsam kritik 
olarak belirtirsen hemen depoya alýrýz aslýnda - sorun genelde bu durumu 
ACK/NACK'ta konuþmamýzda bence.
 
> Ya da mesela geçen gün firefox'a son anda ufak bir düzeltme girdi,
> kesinlikle zararsýz ve kozmetik bir þey. Bu tarz þeylerin de test
> deposunda beklemesindense paketçisinin taahhüdünde doðrudan merge
> edilmesi(ya da hadi 1-2 gün testte dursun diyelim) daha doðru olur.

Evet, trivial düzeltmeler için de bir exception olmalý politikada - bunlar 
testçilerin de iþini azaltacak önlemler aslýnda.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Mon Dec 15 15:27:08 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 15 Dec 2008 15:27:08 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci, deneme 2
Message-ID: <200812151527.08917.ekin@pardus.org.tr>

Merhaba;

Kararlý depo süreci tartýþmasýnda konuþulanlarýn üzerinden geçtim; özet bir 
belge [1] hazýrladým, þu anda iþleyen süreci de grafiðe döktüm - þu ana kadar 
fikir belirten herkese teþekkürler. 

Ýmdiiiii, ekleme / düzeltme / yeni tartýþmalar için pamuk eller klavyeye :-P   

[1]
http://tr.pardus-wiki.org/Pardus:Kararlý_Depo_Sureci
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From coderlord at gmail.com  Mon Dec 15 15:51:07 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 15 Dec 2008 15:51:07 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci, deneme 2
In-Reply-To: <200812151527.08917.ekin@pardus.org.tr>
References: <200812151527.08917.ekin@pardus.org.tr>
Message-ID: <4cca720b0812150551ufe593d5qcb7805a38bf292a8@mail.gmail.com>

15 Aralýk 2008 Pazartesi 15:27 tarihinde Ekin Meroðlu
<ekin at pardus.org.tr> yazdý:
> Ýmdiiiii, ekleme / düzeltme / yeni tartýþmalar için pamuk eller klavyeye :-P
>
> [1]
> http://tr.pardus-wiki.org/Pardus:Kararlý_Depo_Sureci

Tartýþmaya burada mý wiki de mi devam edeceðiz?

-- 
Furkan Duman

From coderlord at gmail.com  Mon Dec 15 16:00:01 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 15 Dec 2008 16:00:01 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812151232.11112.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<4938DB28.2000209@pardus.org.tr>
	<200812151232.11112.ekin@pardus.org.tr>
Message-ID: <4cca720b0812150600n104828b5ifd5f9f334bcd5a92@mail.gmail.com>

Merhaba,

Her pakete test betikleri leri eklesek nasýl olur? Yanýlmýyorsam
Debian yapýyor bunu. Bir test framework ortaya koyulur (veya hazýrda
vardýr bilemiyorum). Paketin testini paketçisi yazar. Çok temel
iþlevlerin testi yapýlabilir bu yöntemle sanki. GUI uygulamalarýnda
nasýl yapýlýr bilemiyorum ama en azýndan konsol uygulamalarý tarafý
için yapýlabilir geliyor. Daðýtýmýn büyük çoðunluðunu ve temel
taþlarýný da konsol uygulamalarý oluþturuyor. GUI tarafýnda da
uygulama çalýþtýrýlýp stack overflow vs. alýyor mu kontrol edilebilir
belki.

Misal firebird sunucuyu test edeceðim, test betiðinde::

Sunucu servisi baþlatýlýr.
Geri dönen hata var mý / servis baþlamýþ mý bakýlýr.
Firebird araçlarý ile bir sorgu çalýþtýrýlýr.
Sorgu sonucu kontrol edilir.
Çomar bacaðý varsa, çomar metodlarý test edilir.
Servis durdurulur, durdurulmuþ mu kontrol edilir.

Bu sayede çok hýzlý bir þekilde temel özelliklerin / uygulamanýn
kýrýlýp kýrýlmadýðý kontrol edilebilir. Depoya almadan önce bu testler
çalýþtýrýlabilir. Testleri paketçisi yazacaðýndan ve uygulamayý en iyi
bilenin paketçisi olduðunu düþünerek, test ekibinin iþ yükü
azaltýlabilir.

Kolay gelsin.

-- 
Furkan Duman

From fethicanc at gmail.com  Mon Dec 15 15:59:25 2008
From: fethicanc at gmail.com (Fethican =?iso-8859-9?q?Co=FEkuner?=)
Date: Mon, 15 Dec 2008 15:59:25 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812150107.07670.tekman@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812142317.38975.fethicanc@gmail.com>
	<200812150107.07670.tekman@pardus.org.tr>
Message-ID: <200812151559.26189.fethicanc@gmail.com>

On Monday 15 December 2008 01:07:07 Erkan Tekman wrote:
> 14 Aralýk 2008 Pazar 23:17:37 tarihinde Fethican Coþkuner þunlarý yazmýþtý:
> >   Burada Serbülent, benim üzerinde staj projesi olarak çalýþtýðým Smolt
> > uygulamasýndan bahsediyor. Bu projeden geçtiðimiz ayda test sürecine
> > kolaylýk saðlamasý açýsýndan yararlanýlmasý gündeme geldi fakat
> > Serbülent'in de bahsettiði üzere Smolt-server uygulamasý geliþtiricilerin
> > ihtiyaçlarýna cevap vermiyor. Bu durumda Smolt-client'ýn topladýðý
> > bilgileri parse edip üzerinde sorgu yapýlabilecek bir uygulamaya ihtiyaç
> > var.
>
> Smolt donaným ile ilgili bilgi vermekle birlikte o donanýmýn tam olarak
> nasýl çalýþýr hale geldiði konusunda bir fikir vermeyecektir. Yani yeni
> sürücüler yüklenmiþ mi, arada elle ayar yapýlmýþ mý gibi sorularýn yanýtýný
> almak için bir insan tarafýndan yapýlacak bir tarif gerekir. Bunun bir
> örneðini tuxmobile.org sitesinde bulabilirsiniz, ki sözü geçen birinci
> veritabaný buna benzeyecektir.

  Evet bu Smolt'un yaptýðý/yapabileceði türden bir iþ deðil.

> >    Ayrýca Pardus kullanýcýlarýnýn donaným istatistiklerini tutma iþi en
> > son Smolt ile yapýlacaktý. Erkan Bey yukarýda bahsetmiþ olduðunuz
> > projelerden ikincisi de bu iþi mi yapmayý amaçlýyor?
>
> Ýkinci veritabaný ise þu anda tek örnek olan escort gibi Pardus onaylý
> donaným satmak isteyen üretici ve satýcýlarýn Pardus (TÜBÝTAK UEKAE) ile
> ortak yürüttükleri çalýþma sonucu test edilen ve sorunlarý giderilen, bunun
> sonucu olarak da Pardus logosu ile satýlmakta olan ürünleri kapsayacaktýr.
>
> ET

  Ben Smolt'un yerine geçecek ayrý bir projeden bahsettiðinizi düþünmüþtüm. 
Söylediðiniz projeler farklý ihtiyaçlara yönelikmiþ. Açýklama için 
teþekkürler. 


Fethican

From ekin at pardus.org.tr  Mon Dec 15 16:03:13 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 15 Dec 2008 16:03:13 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci, deneme 2
In-Reply-To: <4cca720b0812150551ufe593d5qcb7805a38bf292a8@mail.gmail.com>
References: <200812151527.08917.ekin@pardus.org.tr>
	<4cca720b0812150551ufe593d5qcb7805a38bf292a8@mail.gmail.com>
Message-ID: <200812151603.13703.ekin@pardus.org.tr>

Merhaba;

Monday 15 December 2008 tarihinde, Furkan Duman þunlarý yazmýþtý: 
> 15 Aralýk 2008 Pazartesi 15:27 tarihinde Ekin Meroðlu
>
> <ekin at pardus.org.tr> yazdý:
> > Ýmdiiiii, ekleme / düzeltme / yeni tartýþmalar için pamuk eller klavyeye
> > :-P
> >
> > [1]
> > http://tr.pardus-wiki.org/Pardus:Kararlý_Depo_Sureci
>
> Tartýþmaya burada mý wiki de mi devam edeceðiz?

Ben wiki'de giden tartýþmanýn takip edilebileceðini pek düþünmüyorum, özet 
olmasý için yazdým aslýnda temel olarak. Bir wikicibaþý seçip her sabah bir 
gün öncenin özetini wikideki belgeye eklemesini isteyebiliriz mesela, böylece 
özetimiz de güncel kalýr. Baþka fikri gelen ?

Ama tartýþmaya daha önceki postalara da cevap verecek þekilde devam etmemiz 
gerekiyor diye düþünüyorum - þimdi baktým da o tartýþmaya yazdýðým 10 postaya 
ancak 2 cevap almýþým, o iki cevaptan sadece biri teknik bir öneri. Sürecin 
teknik yanlarýný tartýþtýðým postalara ise - maalesef - tek bir cevap bile 
gelmemiþ. Tüm geliþtiricilerden rica ediyorum, lütfen fikirlerini belirtin, 
tartýþmaya katýlýn.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From dfisek at fisek.com.tr  Mon Dec 15 16:05:59 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 15 Dec 2008 16:05:59 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812071246.35527.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051455.24246.tekman@pardus.org.tr>
	<20081206112840.91aad407.dfisek@fisek.com.tr>
	<200812071246.35527.tekman@pardus.org.tr>
Message-ID: <20081215160559.970e8718.dfisek@fisek.com.tr>

Sun, 7 Dec 2008 12:46:35 +0200, Erkan Tekman <tekman at pardus.org.tr> :

 Turker ya da Gurer'e yanit yazar misiniz diye bekledim bir sure ama
baska konulara yanit yazmaniza karsin onlara yanit yazmamanizdan dolayi
boyle bir dusunceniz olmadigini dusundum.

 Bana yazmis gorundugunuz mesajinizdan hicbir yeri alintilayamiyorum,
zira yazdiklarimi alintilamaniza karsin yazdiklarimla ilgili hicbir sey
yazmamissiniz.

 Sordugum net bir "Pardus projesinin hedefleri neler, bu hedeflerin
oncelikleri neler?" sorusuna yanit vermeyip tamamen farkli konulardan
bahsetmenizden iki farkli sonuc cikarabiliyorum :

 a) Projenin hedefleri ve/ya onceliklerini gelistiriciler ile paylasmaya
gerek duymuyorsunuz :

 Eger durum bu ise, kararli depoya paket gecis surecini de
gelistiricilere tartistirmaniz gostermelik bir davranis demektir. Cunku
dagitimda paketlerin nasil guncellendigi teknik bir karardan ote,
politik bir karardir. Birebir hedeflerle ve onceliklerle ilgilidir.
Teknik altyapi bu hedef ve onceliklere gore ancak belirlenebilir. Biz
burada "kör" bicimde ne tartisirsak tartisalim, sonunda (dogal olarak)
projenin hedef ve onceliklerine gore bir politika belirlenecektir.

 b) Projenin hedefleri ve/ya oncelikleri kesin olarak belirlenmemis
durumda :

 Eger durum bu ise, biz bu sureci tartismadan once hedeflerin ve
onceliklerin belirlenmesi gerekir. Bunun illa burada yapilmasi
gerekmiyor elbette. Kapali kapilar arkasinda karar verip, buraya da
teblig edebilirsiniz.


 Bizlerden projenin hedef/onceliklerini paylasmadan tartismamizi
beklediginizde, bu bilgi sahibi olmadan fikir sahibi olmaya donusuyor.
Elbette yine de tartisabiliriz, ancak bir ortak "sonuc"a ulasmamiz
mumkun olmaz. Herkes kendi kafasindaki hedeflere gore tartisir ve ayni
konudan bahsedilmedigi icin sonuc alinmasi cok zorlasir. Hem her derde
deva olacak, hem de "verimli" bir surec belirlenmesi pek mumkun degil.


 Pardus projesine senelerdir elimden geldigince bos zamanlarimda katkida
bulunuyorum. Ancak bu katkiyi "acik" olundugu ve "izin verildigi" olcude
bunu yapabilirim.

 Su durumda ben bu tavriniz uzerine, proje icin ortak bir kararli depoya
gecis sureci belirlenmesi icin emek vermekten vazgecip, olaya sadece
kendi kisisel acimdan bakip degerlendirecegim.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From coderlord at gmail.com  Mon Dec 15 16:16:01 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 15 Dec 2008 16:16:01 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4cca720b0812150600n104828b5ifd5f9f334bcd5a92@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<4938DB28.2000209@pardus.org.tr>
	<200812151232.11112.ekin@pardus.org.tr>
	<4cca720b0812150600n104828b5ifd5f9f334bcd5a92@mail.gmail.com>
Message-ID: <4cca720b0812150616y2d299f5cw243dad076f382319@mail.gmail.com>

15 Aralýk 2008 Pazartesi 16:00 tarihinde Furkan Duman
<coderlord at gmail.com> yazdý:
> Her pakete test betikleri leri eklesek nasýl olur? Yanýlmýyorsam

Yanlýþ konuya gönderdim. Özür dilerim. Lütfen burada yanýt vermeyin.

-- 
Furkan Duman

From coderlord at gmail.com  Mon Dec 15 16:16:55 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 15 Dec 2008 16:16:55 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812142203.26380.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
Message-ID: <4cca720b0812150616h7b002e00kd0fddc525f022f08@mail.gmail.com>

14 Aralýk 2008 Pazar 22:03 tarihinde Serbulent UNSAL
<serbulent at pardus.org.tr> yazdý:
> B) Otomasyon
....
> Çözüm önerileri;
>
>        Test süreçleri içerisindeki iþler mümkün olduðunca otomatize edilmelidir.

Merhaba,

Her pakete test betikleri leri eklesek nasýl olur? Yanýlmýyorsam
Debian yapýyor bunu. Bir test framework ortaya koyulur (veya hazýrda
vardýr bilemiyorum). Paketin testini paketçisi yazar. Çok temel
iþlevlerin testi yapýlabilir bu yöntemle sanki. GUI uygulamalarýnda
nasýl yapýlýr bilemiyorum ama en azýndan konsol uygulamalarý tarafý
için yapýlabilir geliyor. Daðýtýmýn büyük çoðunluðunu ve temel
taþlarýný da konsol uygulamalarý oluþturuyor. GUI tarafýnda da
uygulama çalýþtýrýlýp stack overflow vs. alýyor mu kontrol edilebilir
belki.

Misal firebird sunucuyu test edeceðim, test betiðinde::

Sunucu servisi baþlatýlýr.
Geri dönen hata var mý / servis baþlamýþ mý bakýlýr.
Firebird araçlarý ile bir sorgu çalýþtýrýlýr.
Sorgu sonucu kontrol edilir.
Çomar bacaðý varsa, çomar metodlarý test edilir.
Servis durdurulur, durdurulmuþ mu kontrol edilir.

Bu sayede çok hýzlý bir þekilde temel özelliklerin / uygulamanýn
kýrýlýp kýrýlmadýðý kontrol edilebilir. Depoya almadan önce bu testler
çalýþtýrýlabilir. Testleri paketçisi yazacaðýndan ve uygulamayý en iyi
bilenin paketçisi olduðunu düþünerek, test ekibinin iþ yükü
azaltýlabilir.

Kolay gelsin.

-- 
Furkan Duman

From serbulent at pardus.org.tr  Mon Dec 15 16:25:02 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Mon, 15 Dec 2008 16:25:02 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <4cca720b0812150616h7b002e00kd0fddc525f022f08@mail.gmail.com>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<4cca720b0812150616h7b002e00kd0fddc525f022f08@mail.gmail.com>
Message-ID: <200812151625.02936.serbulent@pardus.org.tr>

On Monday 15 December 2008 16:16:55 Furkan Duman wrote:
> 14 Aralýk 2008 Pazar 22:03 tarihinde Serbulent UNSAL
>
> <serbulent at pardus.org.tr> yazdý:
> > B) Otomasyon
>
> ....
>
> > Çözüm önerileri;
> >
> >        Test süreçleri içerisindeki iþler mümkün olduðunca otomatize
> > edilmelidir.
>
> Merhaba,
>
> Her pakete test betikleri leri eklesek nasýl olur? Yanýlmýyorsam
> Debian yapýyor bunu. Bir test framework ortaya koyulur (veya hazýrda
> vardýr bilemiyorum). Paketin testini paketçisi yazar. Çok temel
> iþlevlerin testi yapýlabilir bu yöntemle sanki. GUI uygulamalarýnda
> nasýl yapýlýr bilemiyorum ama en azýndan konsol uygulamalarý tarafý
> için yapýlabilir geliyor. Daðýtýmýn büyük çoðunluðunu ve temel
> taþlarýný da konsol uygulamalarý oluþturuyor. GUI tarafýnda da
> uygulama çalýþtýrýlýp stack overflow vs. alýyor mu kontrol edilebilir
> belki.
>
> Misal firebird sunucuyu test edeceðim, test betiðinde::
>
> Sunucu servisi baþlatýlýr.
> Geri dönen hata var mý / servis baþlamýþ mý bakýlýr.
> Firebird araçlarý ile bir sorgu çalýþtýrýlýr.
> Sorgu sonucu kontrol edilir.
> Çomar bacaðý varsa, çomar metodlarý test edilir.
> Servis durdurulur, durdurulmuþ mu kontrol edilir.
>
> Bu sayede çok hýzlý bir þekilde temel özelliklerin / uygulamanýn
> kýrýlýp kýrýlmadýðý kontrol edilebilir. Depoya almadan önce bu testler
> çalýþtýrýlabilir. Testleri paketçisi yazacaðýndan ve uygulamayý en iyi
> bilenin paketçisi olduðunu düþünerek, test ekibinin iþ yükü
> azaltýlabilir.
>
> Kolay gelsin.

Kesinlikle katýlýyorum. Önerdiðim çözüm hemen hemen bu yapýyý temel alýyor 
zaten.  Tek bir farkla, betikler paketin içinden çýkmak yerine merkezi bir 
test kontrol uygulmasý tarafýndan indiriliyor ve her bir testçinin 
bilgisayarýnda çalýþtýrýldýktan sonra rapor üretiyor.

Merkezi yapýnýn faydasý ise hem test betikleri yazmak için bir taban 
oluþturuyor hem de sonuçta toplanan verilerin hýzla iþlenebilir bir düzende 
olmasýný saðlýyor.

Uzun vadedeki düþüncem test-manager tarafýndan çalýþtýrýlacak betiklerin 
paketçiler/geliþtiriciler tarafýndan yazýlabilmesi ilk postada da söylediðim 
gibi. 

-- 
Ýyi Çalýþmalar,

Serbülent

From tekman at pardus.org.tr  Mon Dec 15 16:37:33 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Mon, 15 Dec 2008 16:37:33 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081215160559.970e8718.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071246.35527.tekman@pardus.org.tr>
	<20081215160559.970e8718.dfisek@fisek.com.tr>
Message-ID: <200812151637.33263.tekman@pardus.org.tr>

Öncelikle, bu konunun nereden geldiðine bir bakacak olursak karþýmýza 
geliþtiricilerin dahil olduðu süreçlerde karþýlaþýlan bazý sýkýntýlar 
çýkýyor. Bu sýkýntýlarýn bir kýsmýnýn temelinde TÜBÝTAK UEKAE'de görevli 
ekibin insan gücü vb gibi bazý iç (ya da dýþ, nereden baktýðýnýza baðlý 
olarak) unsurlarýn bulunmasý nedeniyle projenin mevcut durumunu ve olasý kýsa 
dönem gelecek kestirimini bu listede paylaþtým.

15 Aralýk 2008 Pazartesi 16:05:59 tarihinde Doruk Fisek þunlarý yazmýþtý:
>  Bizlerden projenin hedef/onceliklerini paylasmadan tartismamizi
> beklediginizde, bu bilgi sahibi olmadan fikir sahibi olmaya donusuyor.
> Elbette yine de tartisabiliriz, ancak bir ortak "sonuc"a ulasmamiz
> mumkun olmaz. Herkes kendi kafasindaki hedeflere gore tartisir ve ayni
> konudan bahsedilmedigi icin sonuc alinmasi cok zorlasir. Hem her derde
> deva olacak, hem de "verimli" bir surec belirlenmesi pek mumkun degil.

Ayný kanýda deðilim. Pardus projesi bir Linux daðýtýmý oluþturmayý 
hedefleyerek, ama bunun yanýnda sürdürülebilir bir organizasyon, bir 
ekosistem ve teknolojik inovasyon gibi amaçlarý da vazederek, geçen süre 
içerisinde kimi kurumsal projelere dahil olan, Pardus daðýtýmý çevresinde bir 
iþ planý oluþturarak daðýtýmýn geliþtirilmesi de dahil olmak üzere daha geniþ 
bir vizyona evrilen, Türkiye'de özgür yazýlýmýn geliþmesi ve özellikle kamuda 
daha yaygýn kullanýmýný da kýsmen görev ve kýsmen durumdan vazife olarak 
üstlenen bir yapý. Pardus projesinin, bir önceki mesajýmda da kýsmen saymaya 
çalýþtýðým, pek çok paydaþý mevcut. Her hafta, her ay pek deðiþik, pek ilginç 
olasý kurumsal kullanýcý/müþteri, mevcut/potansiyel iþ ortaklarý ve 
tedarikçiler/danýþmanlar/akil kiþiler ile görüþüyor, kimileri ile yalnýzca 
çay içiyor, kimileri ile birþeyler yapmaya çalýþýyoruz. Bu görüþme ve iþlerin 
kimisi açýk, kimisi ticari sýr, kimisi harbiden "classified" bilgi.

Projenin kýsa vadede iþgücü daðýlýmý bu bahsi geçenlerin karmaþýk bir 
bileþenine baðlý olarak ayarlanýyor. Doðal olarak ana hedefimize, yani Pardus 
daðýtýmýný belli bir kalite düzeyinde ve kestirilebilir bir takvime uygun 
olarak geliþtirme iþine olabildiðince az sýkýntý yaratacak þekilde yapmaya 
özen gösteriyoruz bu ayarlamayý. Ama zaman zaman bu konuda baþarýlý olamýyor 
da olabiliriz. Böyle bir durum olduðunda baþta sürüm yöneticileri, sonrasýnda 
TÜBÝTAK UEKAE çalýþanlarýmýz ve sonrasýnda da geliþtiricilerimiz uyaracaktýr 
beni ---diye ümit ediyorum.

Ancak baþlangýçta yola çýktýðýmýz soruya yanýt vermek için yukarýda açýklamaya 
çalýþtýðým karmaþýk hesap/önceliklendirme sürecinin ayrýntýlarýna hakim olmak 
gerektiðini düþünmüyorum. Gerekli olduðuna inandýðým bilgiyi, ve de 
kimilerine göre daha fazlasýný, zaten bu liste ile paylaþtým. Eðer sorunumuzu 
halletmek için bu bilgi yeterli deðilse daha baþka neye gereksinim duyulduðu 
söylenir, uygun görülürse o bilgi de paylaþýlýr. Ama bu paragrafýn baþýnda 
belirttiðim gibi geliþtirme ve paket ve depo süreçlerini daha iyileþtirmek 
için projenin hedef ve önceliklerinin ayrýntýlý olarak paylaþýlmasýna gerek 
olmadýðýna inanýyorum.

Buradan "bu bilgileri kimse ile paylaþmam" sonucu çýkmasýn, bunu da bir önceki 
mesajýmda ilettim. Bu bilgilerden paylaþmaya mezun olduklarýmý, bu verilerden 
hareketle proje önceliklerini nasýl belirlediðimi ve iþgücü planlamasýný 
nasýl yaptýðýmý(zý) tüm paydaþlarýn (ya da temsilcilerinin) hazýr bulunacaðý 
bir ortamda seve seve paylaþýrým. Bu baðlamda yanlýþlarým, eksiklerim varsa 
eleþtirileri dinlemeye, elimden geldiðince soru ve eleþtirilere yanýt 
vermeye, gerekli durumlarda deðiþiklikler yapmaya, bunu yaparken camia ve tüm 
paydaþlar ile birlikte çalýþmaya açýðým.

Bu ilmeði baþladýðý baðlamda tutmaya ve bu kapsamdaki problemleri çözmeye 
ayýrsak en iyisi. Diðer konuyu sanal ya da fiziksel bir þekilde, o iþe 
ayrýlmýþ bir ortamda konuþalým...

ET

From gurer at pardus.org.tr  Mon Dec 15 17:05:34 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Mon, 15 Dec 2008 17:05:34 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812151637.33263.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081215160559.970e8718.dfisek@fisek.com.tr>
	<200812151637.33263.tekman@pardus.org.tr>
Message-ID: <200812151705.34378.gurer@pardus.org.tr>


> Böyle bir durum olduðunda baþta sürüm yöneticileri, 
> sonrasýnda TÜBÝTAK UEKAE çalýþanlarýmýz ve sonrasýnda da geliþtiricilerimiz
> uyaracaktýr beni ---diye ümit ediyorum.

Valla býrakýn uyarýyý, borazan da öttürseler, insan sabit fikirli olunca bir 
iþe yaramýyor.

Bu saydýklarýnýza sabýr diliyor, konuyu da tarihin akýþýna býrakýyorum.

From alpaslanmete at gmail.com  Mon Dec 15 17:28:09 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Mon, 15 Dec 2008 17:28:09 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci, deneme 2
In-Reply-To: <200812151603.13703.ekin@pardus.org.tr>
References: <200812151527.08917.ekin@pardus.org.tr>
	<4cca720b0812150551ufe593d5qcb7805a38bf292a8@mail.gmail.com>
	<200812151603.13703.ekin@pardus.org.tr>
Message-ID: <305f9edc0812150728g6bb8ec76xfed536856281a8c5@mail.gmail.com>

Merhaba;

Furkan Beyin şurada [1] yazdığı maile cevaben buraya yazıyorum .. :) Sanırım
dediÄŸiniz Debian da uygulanan test betikleri sistemi Lintian [2] olabilir...



[1] http://liste.pardus.org.tr/gelistirici/2008-December/015131.html
[2] http://lintian.debian.org/

Sevgiler;
Mete Alpaslan


2008/12/15 Ekin MeroÄŸlu <ekin at pardus.org.tr>

> Merhaba;
>
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081215/69ea1412/attachment.htm 

From alpaslanmete at gmail.com  Mon Dec 15 17:49:51 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Mon, 15 Dec 2008 17:49:51 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci, deneme 2
In-Reply-To: <305f9edc0812150728g6bb8ec76xfed536856281a8c5@mail.gmail.com>
References: <200812151527.08917.ekin@pardus.org.tr>
	<4cca720b0812150551ufe593d5qcb7805a38bf292a8@mail.gmail.com>
	<200812151603.13703.ekin@pardus.org.tr>
	<305f9edc0812150728g6bb8ec76xfed536856281a8c5@mail.gmail.com>
Message-ID: <305f9edc0812150749p6e1a4ff5ja45771143e209c1c@mail.gmail.com>

huppss... yanlış yere yazmışım kusura bakmayınn!

2008/12/15 Mete Alpaslan <alpaslanmete at gmail.com>

> Merhaba;
>


>
>
> 2008/12/15 Ekin MeroÄŸlu <ekin at pardus.org.tr>
>
>> Merhaba;
>>
>>
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081215/b0e17e3e/attachment.htm 

From alpaslanmete at gmail.com  Mon Dec 15 17:54:39 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Mon, 15 Dec 2008 17:54:39 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812151625.02936.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<4cca720b0812150616h7b002e00kd0fddc525f022f08@mail.gmail.com>
	<200812151625.02936.serbulent@pardus.org.tr>
Message-ID: <305f9edc0812150754o2f880bte51fd8976f367f9a@mail.gmail.com>

>
> > Merhaba,
> >
> > Her pakete test betikleri leri eklesek nasıl olur? Yanılmıyorsam
> > Debian yapıyor bunu. Bir test framework ortaya koyulur (veya hazırda
> > vardır bilemiyorum).
>


Sanırım dediğiniz debian test sistemi Lintian olması gerekiyordu...

[1] http://lintian.debian.org/

Sevgiler;
Mete Alpaslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081215/96d9e415/attachment-0001.htm 

From coderlord at gmail.com  Mon Dec 15 18:24:23 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 15 Dec 2008 18:24:23 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812151637.33263.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071246.35527.tekman@pardus.org.tr>
	<20081215160559.970e8718.dfisek@fisek.com.tr>
	<200812151637.33263.tekman@pardus.org.tr>
Message-ID: <4cca720b0812150824p6838b087y4a939e30cc9df523@mail.gmail.com>

15 Aralýk 2008 Pazartesi 16:37 tarihinde Erkan Tekman
<tekman at pardus.org.tr> yazdý:
> Ancak baþlangýçta yola çýktýðýmýz soruya yanýt vermek için yukarýda açýklamaya
> çalýþtýðým karmaþýk hesap/önceliklendirme sürecinin ayrýntýlarýna hakim olmak
> gerektiðini düþünmüyorum. Gerekli olduðuna inandýðým bilgiyi, ve de

Doruk'un sorduðu bence basit bir soruyu neden
hesap/önceliklendirme/süreç diyerek karmaþýklaþtýrdýðýnýzý ve net bir
yanýt vermediðinizi anlayamýyorum? Bu sorunun kurumsal müþterilerle
veya ticari sýrlarý ile nasýl bir ilgisi var?

Doruk aslýnda haklý olarak bir noktaya parmak basmýþ. Sizin
kafanýzdaki hedefler farklý ise, bizim burada bu tartýþmayý yapmamýzýn
bir faydasý olamaz. Sadece bu konuda deðil, burada tartýþýlan her
konuyu ilgilendiren bir soru sormuþ. Mesela ben NM'i yeniden yazalým
diyorum ama sizin kafanýzda NM yerine Pardus'un sunucu sürümü ile
uðraþma hedefi olabilir. O yüzden önerim gözardý ediliyor olabilir ve
ben bunu hedefleri görmeden bilemem.

O halde bir de ben sorayým:

Pardus'un 2009 ve sonrasý için hedefleri ve öncelikleri nelerdir? Bu
hedef ve öncelikleri belirlenmiþ midir, belirlenmemiþ midir?

Ýyi çalýþmalar.

-- 
Furkan Duman

From serbulent at pardus.org.tr  Mon Dec 15 20:26:47 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Mon, 15 Dec 2008 20:26:47 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <200812152026.47464.serbulent@pardus.org.tr>

On Tuesday 09 December 2008 13:02:44 Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 10
> Aralýk 2008, 23:59.
>
> ACK/NACK for new packages in 2008-test repo, reply before 10 December 2008,
> 23:59 (GMT+2) please...

Testi biten aþaðýdaki paketler depoya girebilir.

aria2-1.0.1-20-9.pisi
bash-completion-20060301-31-5.pisi
dovecot-1.1.7-19-4.pisi
ffmpeg2theora-0.23-2-2.pisi
freeradius-2.1.3-6-5.pisi
frozen-bubble-2.2.0-18-4.pisi
gftp-2.0.19-5-3.pisi
graphviz-2.18-10-7.pisi
graphviz-docs-2.18-10-4.pisi
gst-plugins-bad-0.10.9-4-4.pisi
gst-plugins-ugly-0.10.10-10-4.pisi
libv4l-0.5.7-8-7.pisi
octave-3.0.3-12-4.pisi
ralink-firmware-0.0_20081130-2-2.pisi
transKode-0.7-7-2.pisi
vim-7.2.060-56-15.pisi
wpa_supplicant-0.6.4-33-6.pisi
zpspell-0.4.2-8-2.pisi

-- 
Ýyi Çalýþmalar,

Serbülent

From tekman at pardus.org.tr  Mon Dec 15 23:38:18 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Mon, 15 Dec 2008 23:38:18 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <305f9edc0812150754o2f880bte51fd8976f367f9a@mail.gmail.com>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812151625.02936.serbulent@pardus.org.tr>
	<305f9edc0812150754o2f880bte51fd8976f367f9a@mail.gmail.com>
Message-ID: <200812152338.19795.tekman@pardus.org.tr>

15 Aralýk 2008 Pazartesi 17:54:39 tarihinde Mete Alpaslan þunlarý yazmýþtý:
> > > Merhaba,
> > >
> > > Her pakete test betikleri leri eklesek nasýl olur? Yanýlmýyorsam
> > > Debian yapýyor bunu. Bir test framework ortaya koyulur (veya hazýrda
> > > vardýr bilemiyorum).
>
> Sanýrým dediðiniz debian test sistemi Lintian olmasý gerekiyordu...
>
> [1] http://lintian.debian.org/

Yanlýþ anlamadýysam bu yazýlým deb paketlerinin Debian Paket Politikalarý'na 
uygunluðunu denetliyor. Yani bizim review iþlemimizi (kýsmen) 
otomatikleþtiriyor. Sözü geçen ve Serbülent'in eþgüdümünde test ekibinin 
yürüttüðü testler ile bir alakasý yok.

Yanýlýyor da olabilirim...

ET

From tekman at pardus.org.tr  Mon Dec 15 23:44:41 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Mon, 15 Dec 2008 23:44:41 +0200
Subject: [Gelistirici] State of Pardus
In-Reply-To: <4cca720b0812150824p6838b087y4a939e30cc9df523@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812151637.33263.tekman@pardus.org.tr>
	<4cca720b0812150824p6838b087y4a939e30cc9df523@mail.gmail.com>
Message-ID: <200812152344.42457.tekman@pardus.org.tr>

15 Aralýk 2008 Pazartesi 18:24:23 tarihinde Furkan Duman þunlarý yazmýþtý:
> O halde bir de ben sorayým:
>
> Pardus'un 2009 ve sonrasý için hedefleri ve öncelikleri nelerdir? Bu
> hedef ve öncelikleri belirlenmiþ midir, belirlenmemiþ midir?

Ýyice saðýrlar diyalogu olmaya yüz tutan konuda son kez yazýyorum, ve bu kez, 
Doruk'un yaptýðý gibi yalnýzca alýntý yaparak yazýyorum:

15 Aralýk 2008 Pazartesi 16:37:33 tarihinde Erkan Tekman þunlarý yazmýþtý:
> Pardus projesi bir Linux daðýtýmý oluþturmayý
> hedefleyerek, ama bunun yanýnda sürdürülebilir bir organizasyon, bir
> ekosistem ve teknolojik inovasyon gibi amaçlarý da vazederek, geçen süre
> içerisinde kimi kurumsal projelere dahil olan, Pardus daðýtýmý çevresinde
> bir iþ planý oluþturarak daðýtýmýn geliþtirilmesi de dahil olmak üzere daha
> geniþ bir vizyona evrilen, Türkiye'de özgür yazýlýmýn geliþmesi ve
> özellikle kamuda daha yaygýn kullanýmýný da kýsmen görev ve kýsmen durumdan
> vazife olarak üstlenen bir yapý. 

5 Aralýk 2008 Cuma 14:55:24 tarihinde Erkan Tekman þunlarý yazmýþtý:
> Mevcut proje yapýsý ile UEKAE ekibi hemen hemen ulaþabildiði büyüklüðe
> eriþmiþ durumda. Projenin yýllýk gideri 1 milyon ABD Dolarý'na ulaþmýþ
> durumda ve bunun %80'i (eleman maliyetinin tümü) UEKAE öz gelirlerinden
> karþýlanýyor. Yani Pardus için atanmýþ bir para yok. Gürer'in de pek
> yakýndan bileceði üzere iki yýla yakýn zamandýr proje yapýsýnýn
> deðiþtirilmesi ve milli bütçeden Pardus için atanmýþ bir kaynak
> saðlanmasýna uðraþýyoruz. Bu konuda baþarýlý olabilirsek planýmýz bir yýl
> gibi bir süre içerisinde eleman sayýsýný 3-4 katýna çýkarmak olacaktýr.

15 Aralýk 2008 Pazartesi 16:37:33 tarihinde Erkan Tekman þunlarý yazmýþtý:
> Doðal olarak ana hedefimize, yani
> Pardus daðýtýmýný belli bir kalite düzeyinde ve kestirilebilir bir takvime
> uygun olarak geliþtirme iþine olabildiðince az sýkýntý yaratacak þekilde
> yapmaya özen gösteriyoruz bu ayarlamayý. Ama zaman zaman bu konuda baþarýlý
> olamýyor da olabiliriz. Böyle bir durum olduðunda baþta sürüm yöneticileri,
> sonrasýnda TÜBÝTAK UEKAE çalýþanlarýmýz ve sonrasýnda da geliþtiricilerimiz
> uyaracaktýr beni ---diye ümit ediyorum.

(ufak bir parantez---

Gürer'e ufak bir yanýt: Benim kastým daðýtým için ayrýlan mevcut iþgücünü 
baþka iþlere kanalize etmemekti. Baþka iþler için eleman almamak vb bir 
þeyden bahsetmedim. Daðýtým için ayrýlan mevcut iþgücü, kimi eleman 
ayrýlmalarý ertesindeki doðal düþüþler dýþýnda, azalmamýþtýr. Bunu kestirerek 
söylüyorum, isteyen daha ayrýntýlý inceleyebilir. Baþka iþler için eleman 
alýmý konusu, ne yazýk ki, bir önceki mesajýmda açýklamaya çalýþtýðým genel 
Pardus resmine giriyor, yani sadece geliþtirme /depo / sürüm süreçlerinin 
iyileþtirilmesi kapsamýnda düþünülmemeli. 

Yani, daha net konuþmamý isterseniz: "artistanbul'la x iþini yapacaðýnýza 
daðýtýmla ilgilenecek iki tane daha geliþtirici alýn", "y'yi neden z iþinde 
kullanýyorsunuz, daðýtýmýn þu iþi ile ilgilensin", "herkes iþini gücünü 
býraksýn, bilmemkaç ay daðýtýmýn t iþi ile uðraþsýn" gibi bu ilmekte ya da 
sanal ve fiziksel diðer ortamlarda geçen eleþtiri ve önerileri bu eleþtiri ve 
önerileri deðerlendirirken, bu eleþtiri ve önerileri ortaya koyanlardan çokça 
daha geniþ ve daha derin bilgiye sahip olduðum için, biraz daha farklý 
düþünüyor ve sonuçta bu eleþtiri ve öneriler doðrultusunda hareket etmiyor 
olabilirim. 

--- parantezi kapa)

5 Aralýk 2008 Cuma 14:55:24 tarihinde Erkan Tekman þunlarý yazmýþtý:
> UEKAE ekibinin mevcut (ve son 1,5 yýla yayýlan) yaklaþýmý bu deðiþikliðin
> gerçekleþeceði ve ekibin büyüyeceði beklentisi (ve de inancý) ile mevcut
> iþleri ölçeklenebilir bir sürece oturtmaya çalýþmak oldu. Bu yaklaþýmla
> mevcut iþ yükünü ne kadar daha sýrtlanmaya devam edebiliriz, söylemesi zor.
> UEKAE dýþýndaki geliþtiricilerimizden temel beklentilerimizden biri bu
> durumu göz önünde bulundurarak önerilerde  bulunmalarý...

Bu yazdýklarým fazla muðlak görünüyorsa ayrýntý vereyim: 

Halen Ekin 2008 ve Onur 2009 sürüm yöneticisi olarak zaten daðýtým iþinin 
göbeðindeler. Ekin iç ve dýþ projelerin koordinasyonunu da üstlenmiþ durumda, 
ama bu iþinin olabildiðince az zamanýný almasýna çabalýyoruz, her 
projenin -genelde daðýtým grubunda olmayan- sorumlularý var. Paketler 
konusunda özellikle Gökçen ve Faik, diðer yandan Fatih, Ozan ve Semen yoðun 
olarak çalýþýyorlar. Bahadýr ve Gökmen aslen yazýlým geliþtirme iþine 
yoðunlaþmýþ olmakla birlikte paketlerle de (GÖkmen özellikle KDE4, Bahadýr 
özellikle ÇOMAR ekosistemi) hemhal oluyorlar. Gökmen'in ve Faik'in de yazýlým 
geliþtirme konusundaki görevleri unutulmamalý. Pýnar güvenlik yama ve 
güncellemeleri iþini üstlenmiþ durumda. Toplam 10 kiþi. Tam zaman eþdeðeri 
herhalde 9'un üzerindedir. Mevcut UEKAE modeli dahilinde bu ekibe en fazla 
yarý zamanlý olarak iki kiþi ekleme olanaðýmýz olabilecektir. Bu arkadaþlarýn 
da daðýtýmla yazýlým geliþtirme arasýnda zaman paylaþýmý yapmasý söz konusu 
olacaktýr. Yani gerçek 12, tam zaman eþdeðeri yaklaþýk 10,5 kiþi. Kaynaklar 
bunlar. Hah, bir de 1 kiþilik (Serbülent ve buna ek olarak iç ve ýþ proje 
sorumluluklarý var) bir test ekibimiz, iki (Gökhan ve Banu, ki Banu tümüyle 
milky  üzerinde çalýþýyor) yarý zamanlý grafikçimiz ve hizmet alýmý yoluyla 
katkýlrýný aldýðýmýz iki yarý zamanlý çeviri koordinatörümüz mevcut...

Yýlbaþý ertesinde 2008.2 çýkacak büyük olasýlýk. Ardýndan 2008 daha çok 
kurumsal kullanýcýya hitap edecek þekilde bir "kararlý" ve "sadece güvenlik" 
deposuna evrilmeye baþlayacak zamanla. 2008'i bu þekil bir kurumsal depo 
olarak bakýp tutabilmek için gereken iþgücü elimizde mevcut gibi görünüyor, 
ama zaman içerisinde bu iþ gittikçe zorlaþacaktýr. Hele de Pardus 
teknolojilerini 2008 (yani KDE3) ortamýnda güncel ve iþlevsel tutabilmek 
düþünüldüðünde. Bu konunun ayrýntýsýný Ekin daha net açýklayabilir...

2009'un çýkýþ tarihi, bildiðiniz üzere, Mart-Nisan 2009olarak açýklandý. Benim 
tahminim Ocak ortalarýnda çýkacak bir alfa ve Nisan sonunda çýkacak bir sürüm 
þeklinde. Doðal olarak KDE4.2 takvimi de belirleyici olacaktýr. 2009 da ara 
sürümler verecek, 2009.1 ve 2009.2 kesin görünüyor. 2009.3'ün varlýðý 2010 
yolunun nasýl þekilleneceðine baðlý. Benim tercihim 2009.x'lerin yalnýzca 
paket güncelleme içerikli olmasý yönündeki ama çok büyük olasýlýkla çekirdek 
takýmýn tercih ve isteði doðrultusunda Pardus teknolojilerine yenilikler de 
eklenecektir (2007.x ve 2008.x'de olduðu üzere). 2009 için kurumsal bir sürüm 
düþünülmüyor, çünkü zaten söz konusu evrilme yaklaþýk 1 yýla yakýn bir zaman 
anlamýna geliyor, bkz. aþaðý. 2009 ile ilgili planlarýmýzý gerçekleþtirmek 
açýsýndan mevcut iþgücü ve model ile sýkýntý (ya da daha öncekiler ve 
mevcutlardan farklý bir sýkýntý) yaþamayacakmýþýz gibi duruyor. Bu konudaki 
ayrýntýlarý da Onur verir...

Yukarýda sözünü ettiðim "Pardus'a atanmýþ kaynak" beklentisinin gerçekleþmesi 
ve 2009 yýlý içerisinde "eleman sayýsýný 3-4 katýna çýkarmak" (eldeki planda 
toplam 34 elemandan söz ediyoruz, yalnýzca daðýtým için) mümkün olmasý 
durumunda 2010 için hazýrlýklar 2009 yazýnda baþlayacak ve 2010 ya 2009 
sonlarýnda, ya da 2010 baþlarýnda yayýmlanacak. Ardýndan geçen 6 aylýk sürede 
de 2010 için bir kurumsal (yukarýda bahsi geçtiði üzere "kararlý" ve "sadece 
güvenlik" deposu) sürüm oluþturulacak ve 2010 yýlý sonu ile 2012 yýlý ortasý 
arasýnda bir zamanda bu kurumsal sürüm 2008 kurumsal sürümünün yerini tümüyle 
alacak. 2008 kurumsal sürümüne ne þekilde ve ne süre ile destek 
verile(bile)ceði mevcut kurumsal müþterilerle yapýlacak görüþme ve anlaþmalar 
çerçevesinde belirlenecek. 2010 "bireysel" ve kurumsal sürümleri için 
elimizde iþgücü mevcut DEÐÝL. Bu paragrafýn baþýndaki senaryo gerçekleþmez 
ise, 2010 sürümlerinin geliþtirilmesi ve yayýmlanmasý burada anlattýðým þekli 
ile mümkün olamayacaktýr. Bu durumda nasýl bir yol izleneceðine 2009 yýlý 
içerisinde karar verilecektir. Seçenekler mevcut olmakla birlikte bunlarý þu 
anda paylaþmanýn gerekli olduðunu düþünmüyorum. Ancak "bireysel" dediðimiz ve 
þu andaki tek sürümümüzün böylesi bir durumdan en son etkilenecek ürün ve 
süreç olmasý yönünde kuvvetli bir inancým mevcut. Nedenini merak edenler 
wikipedia ya da baþka bir kaynaktan "core competency" terimini 
araþtýrabilirler.

Bir önceki paragrafýn baþýndaki senaryonun gerçekleþmesi durumunda sürüm 
çýkarma, bakýmýný yapma ve ömrünü bitirme konusunda son derece saðlam bir 
süreç oturtmuþ halde olacaðýmýzý tahmin ediyorum. Bu noktada diðer 
yaygýn/büyük daðýtýmlar gibi 6 aylýk (mevcut ortalama 1 yýllýk yerine) bir 
sürüm periyodu belirlemek, uzun süreli destek (bizim "kurumsal" sürüm 
mealinde) için daha kestirilebilir bir sistematik oluþturmak, camia sürümünü 
(mevcut "bireysel" ???) ayrý bir yönetiþim modeli ile geliþtirmeye baþlamak, 
vb konularý düþünmeye ve konuþmaya baþlayabiliriz. Ama benim gördüðüm, 2011 
ve hatta 2012 baþýna kadar mevcut süreçlerimizde minör iyileþtirmeler ile 
devam etmemiz gereði.

Bir kez daha belirteyim: Burada yazdýklarým yalnýzca Pardus sürümleri ile 
ilgili olanlar. Ýç ve dýþ projeler, logo programlarý, iþ ortaklýklarý, Pardus 
temelli kimi diðer ürünler için yapýlmakta olan çalýþmalar bunlarýn dýþýnda. 
Bu konularýn defalarca söylediðim daha geniþ bir paydaþlar meclisinin konusu 
olabileceðini, mevcut konuda çözüm önerileri oluþturmak için gerekli 
olmadýðýný düþünüyorum... Ama illa bazý ayrýntýlar isterseniz þu anda tüm bu 
iþler için yukarýda hesabý verilen daðýtým iþgücünden 1 tam zaman eþdeðerinin 
çekilmesi söz konusu olabilecektir. Temel ilke (UEKAE'nin ve sirayet ile 
Pardus'un) bu iþlere daðýtýmdan yeni iþgücü aktarýmý yapýlabilmesi için iþin 
a) sözleþmeli bir proje haline gelmesi ve dolayýsý ile yeni istihdama imkan 
vermesi, b) stratejik öneme sahip olmasý ve kýsa süreli iþgücü aktarýmý ile 
sonuç vermesi ve dolayýsý ile a) konumuna geçebilecek olmasý þeklindedir.

Evet, budur... Umarým herkesin kafasýndaki sorularýn yanýtlarý vardýr bunlarýn 
arasýnda. Çünkü bunlar dýþýnda sizlere verebileceðim bir bilgi mevcut deðil. 
Vermeyeceðimden deðil,  bu baðlamda bende olan baþka bilgi olmadýðýndan... 

Güle güle kullanýn...

-- 
Erkan Tekman
TÜBÝTAK UEKAE
Proje Yöneticisi // Pardus
<-- Özgürlük için... -->

http://www.pardus.org.tr/

From rajeev.sebastian at gmail.com  Mon Dec 15 23:58:19 2008
From: rajeev.sebastian at gmail.com (Rajeev J Sebastian)
Date: Tue, 16 Dec 2008 03:28:19 +0530
Subject: [Gelistirici] State of Pardus
In-Reply-To: <200812152344.42457.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812151637.33263.tekman@pardus.org.tr>
	<4cca720b0812150824p6838b087y4a939e30cc9df523@mail.gmail.com>
	<200812152344.42457.tekman@pardus.org.tr>
Message-ID: <79a035420812151358x2b97a4bfwd65617979f66b122@mail.gmail.com>

2008/12/16 Erkan Tekman <tekman at pardus.org.tr>:
> 15 Aralýk 2008 Pazartesi 18:24:23 tarihinde Furkan Duman þunlarý yazmýþtý:
>> O halde bir de ben sorayým:
>>
>> Pardus'un 2009 ve sonrasý için hedefleri ve öncelikleri nelerdir? Bu
>> hedef ve öncelikleri belirlenmiþ midir, belirlenmemiþ midir?
>
> Ýyice saðýrlar diyalogu olmaya yüz tutan konuda son kez yazýyorum, ve bu kez,
> Doruk'un yaptýðý gibi yalnýzca alýntý yaparak yazýyorum:
>
> 15 Aralýk 2008 Pazartesi 16:37:33 tarihinde Erkan Tekman þunlarý yazmýþtý:
>> Pardus projesi bir Linux daðýtýmý oluþturmayý
>> hedefleyerek, ama bunun yanýnda sürdürülebilir bir organizasyon, bir
>> ekosistem ve teknolojik inovasyon gibi amaçlarý da vazederek, geçen süre
>> içerisinde kimi kurumsal projelere dahil olan, Pardus daðýtýmý çevresinde
>> bir iþ planý oluþturarak daðýtýmýn geliþtirilmesi de dahil olmak üzere daha
>> geniþ bir vizyona evrilen, Türkiye'de özgür yazýlýmýn geliþmesi ve
>> özellikle kamuda daha yaygýn kullanýmýný da kýsmen görev ve kýsmen durumdan
>> vazife olarak üstlenen bir yapý.
>
> 5 Aralýk 2008 Cuma 14:55:24 tarihinde Erkan Tekman þunlarý yazmýþtý:
>> Mevcut proje yapýsý ile UEKAE ekibi hemen hemen ulaþabildiði büyüklüðe
>> eriþmiþ durumda. Projenin yýllýk gideri 1 milyon ABD Dolarý'na ulaþmýþ
>> durumda ve bunun %80'i (eleman maliyetinin tümü) UEKAE öz gelirlerinden
>> karþýlanýyor. Yani Pardus için atanmýþ bir para yok. Gürer'in de pek
>> yakýndan bileceði üzere iki yýla yakýn zamandýr proje yapýsýnýn
>> deðiþtirilmesi ve milli bütçeden Pardus için atanmýþ bir kaynak
>> saðlanmasýna uðraþýyoruz. Bu konuda baþarýlý olabilirsek planýmýz bir yýl
>> gibi bir süre içerisinde eleman sayýsýný 3-4 katýna çýkarmak olacaktýr.
>
> 15 Aralýk 2008 Pazartesi 16:37:33 tarihinde Erkan Tekman þunlarý yazmýþtý:
>> Doðal olarak ana hedefimize, yani
>> Pardus daðýtýmýný belli bir kalite düzeyinde ve kestirilebilir bir takvime
>> uygun olarak geliþtirme iþine olabildiðince az sýkýntý yaratacak þekilde
>> yapmaya özen gösteriyoruz bu ayarlamayý. Ama zaman zaman bu konuda baþarýlý
>> olamýyor da olabiliriz. Böyle bir durum olduðunda baþta sürüm yöneticileri,
>> sonrasýnda TÜBÝTAK UEKAE çalýþanlarýmýz ve sonrasýnda da geliþtiricilerimiz
>> uyaracaktýr beni ---diye ümit ediyorum.
>
> (ufak bir parantez---
>
> Gürer'e ufak bir yanýt: Benim kastým daðýtým için ayrýlan mevcut iþgücünü
> baþka iþlere kanalize etmemekti. Baþka iþler için eleman almamak vb bir
> þeyden bahsetmedim. Daðýtým için ayrýlan mevcut iþgücü, kimi eleman
> ayrýlmalarý ertesindeki doðal düþüþler dýþýnda, azalmamýþtýr. Bunu kestirerek
> söylüyorum, isteyen daha ayrýntýlý inceleyebilir. Baþka iþler için eleman
> alýmý konusu, ne yazýk ki, bir önceki mesajýmda açýklamaya çalýþtýðým genel
> Pardus resmine giriyor, yani sadece geliþtirme /depo / sürüm süreçlerinin
> iyileþtirilmesi kapsamýnda düþünülmemeli.
>
> Yani, daha net konuþmamý isterseniz: "artistanbul'la x iþini yapacaðýnýza
> daðýtýmla ilgilenecek iki tane daha geliþtirici alýn", "y'yi neden z iþinde
> kullanýyorsunuz, daðýtýmýn þu iþi ile ilgilensin", "herkes iþini gücünü
> býraksýn, bilmemkaç ay daðýtýmýn t iþi ile uðraþsýn" gibi bu ilmekte ya da
> sanal ve fiziksel diðer ortamlarda geçen eleþtiri ve önerileri bu eleþtiri ve
> önerileri deðerlendirirken, bu eleþtiri ve önerileri ortaya koyanlardan çokça
> daha geniþ ve daha derin bilgiye sahip olduðum için, biraz daha farklý
> düþünüyor ve sonuçta bu eleþtiri ve öneriler doðrultusunda hareket etmiyor
> olabilirim.
>
> --- parantezi kapa)
>
> 5 Aralýk 2008 Cuma 14:55:24 tarihinde Erkan Tekman þunlarý yazmýþtý:
>> UEKAE ekibinin mevcut (ve son 1,5 yýla yayýlan) yaklaþýmý bu deðiþikliðin
>> gerçekleþeceði ve ekibin büyüyeceði beklentisi (ve de inancý) ile mevcut
>> iþleri ölçeklenebilir bir sürece oturtmaya çalýþmak oldu. Bu yaklaþýmla
>> mevcut iþ yükünü ne kadar daha sýrtlanmaya devam edebiliriz, söylemesi zor.
>> UEKAE dýþýndaki geliþtiricilerimizden temel beklentilerimizden biri bu
>> durumu göz önünde bulundurarak önerilerde  bulunmalarý...
>
> Bu yazdýklarým fazla muðlak görünüyorsa ayrýntý vereyim:
>
> Halen Ekin 2008 ve Onur 2009 sürüm yöneticisi olarak zaten daðýtým iþinin
> göbeðindeler. Ekin iç ve dýþ projelerin koordinasyonunu da üstlenmiþ durumda,
> ama bu iþinin olabildiðince az zamanýný almasýna çabalýyoruz, her
> projenin -genelde daðýtým grubunda olmayan- sorumlularý var. Paketler
> konusunda özellikle Gökçen ve Faik, diðer yandan Fatih, Ozan ve Semen yoðun
> olarak çalýþýyorlar. Bahadýr ve Gökmen aslen yazýlým geliþtirme iþine
> yoðunlaþmýþ olmakla birlikte paketlerle de (GÖkmen özellikle KDE4, Bahadýr
> özellikle ÇOMAR ekosistemi) hemhal oluyorlar. Gökmen'in ve Faik'in de yazýlým
> geliþtirme konusundaki görevleri unutulmamalý. Pýnar güvenlik yama ve
> güncellemeleri iþini üstlenmiþ durumda. Toplam 10 kiþi. Tam zaman eþdeðeri
> herhalde 9'un üzerindedir. Mevcut UEKAE modeli dahilinde bu ekibe en fazla
> yarý zamanlý olarak iki kiþi ekleme olanaðýmýz olabilecektir. Bu arkadaþlarýn
> da daðýtýmla yazýlým geliþtirme arasýnda zaman paylaþýmý yapmasý söz konusu
> olacaktýr. Yani gerçek 12, tam zaman eþdeðeri yaklaþýk 10,5 kiþi. Kaynaklar
> bunlar. Hah, bir de 1 kiþilik (Serbülent ve buna ek olarak iç ve ýþ proje
> sorumluluklarý var) bir test ekibimiz, iki (Gökhan ve Banu, ki Banu tümüyle
> milky  üzerinde çalýþýyor) yarý zamanlý grafikçimiz ve hizmet alýmý yoluyla
> katkýlrýný aldýðýmýz iki yarý zamanlý çeviri koordinatörümüz mevcut...
>
> Yýlbaþý ertesinde 2008.2 çýkacak büyük olasýlýk. Ardýndan 2008 daha çok
> kurumsal kullanýcýya hitap edecek þekilde bir "kararlý" ve "sadece güvenlik"
> deposuna evrilmeye baþlayacak zamanla. 2008'i bu þekil bir kurumsal depo
> olarak bakýp tutabilmek için gereken iþgücü elimizde mevcut gibi görünüyor,
> ama zaman içerisinde bu iþ gittikçe zorlaþacaktýr. Hele de Pardus
> teknolojilerini 2008 (yani KDE3) ortamýnda güncel ve iþlevsel tutabilmek
> düþünüldüðünde. Bu konunun ayrýntýsýný Ekin daha net açýklayabilir...
>
> 2009'un çýkýþ tarihi, bildiðiniz üzere, Mart-Nisan 2009olarak açýklandý. Benim
> tahminim Ocak ortalarýnda çýkacak bir alfa ve Nisan sonunda çýkacak bir sürüm
> þeklinde. Doðal olarak KDE4.2 takvimi de belirleyici olacaktýr. 2009 da ara
> sürümler verecek, 2009.1 ve 2009.2 kesin görünüyor. 2009.3'ün varlýðý 2010
> yolunun nasýl þekilleneceðine baðlý. Benim tercihim 2009.x'lerin yalnýzca
> paket güncelleme içerikli olmasý yönündeki ama çok büyük olasýlýkla çekirdek
> takýmýn tercih ve isteði doðrultusunda Pardus teknolojilerine yenilikler de
> eklenecektir (2007.x ve 2008.x'de olduðu üzere). 2009 için kurumsal bir sürüm
> düþünülmüyor, çünkü zaten söz konusu evrilme yaklaþýk 1 yýla yakýn bir zaman
> anlamýna geliyor, bkz. aþaðý. 2009 ile ilgili planlarýmýzý gerçekleþtirmek
> açýsýndan mevcut iþgücü ve model ile sýkýntý (ya da daha öncekiler ve
> mevcutlardan farklý bir sýkýntý) yaþamayacakmýþýz gibi duruyor. Bu konudaki
> ayrýntýlarý da Onur verir...
>
> Yukarýda sözünü ettiðim "Pardus'a atanmýþ kaynak" beklentisinin gerçekleþmesi
> ve 2009 yýlý içerisinde "eleman sayýsýný 3-4 katýna çýkarmak" (eldeki planda
> toplam 34 elemandan söz ediyoruz, yalnýzca daðýtým için) mümkün olmasý
> durumunda 2010 için hazýrlýklar 2009 yazýnda baþlayacak ve 2010 ya 2009
> sonlarýnda, ya da 2010 baþlarýnda yayýmlanacak. Ardýndan geçen 6 aylýk sürede
> de 2010 için bir kurumsal (yukarýda bahsi geçtiði üzere "kararlý" ve "sadece
> güvenlik" deposu) sürüm oluþturulacak ve 2010 yýlý sonu ile 2012 yýlý ortasý
> arasýnda bir zamanda bu kurumsal sürüm 2008 kurumsal sürümünün yerini tümüyle
> alacak. 2008 kurumsal sürümüne ne þekilde ve ne süre ile destek
> verile(bile)ceði mevcut kurumsal müþterilerle yapýlacak görüþme ve anlaþmalar
> çerçevesinde belirlenecek. 2010 "bireysel" ve kurumsal sürümleri için
> elimizde iþgücü mevcut DEÐÝL. Bu paragrafýn baþýndaki senaryo gerçekleþmez
> ise, 2010 sürümlerinin geliþtirilmesi ve yayýmlanmasý burada anlattýðým þekli
> ile mümkün olamayacaktýr. Bu durumda nasýl bir yol izleneceðine 2009 yýlý
> içerisinde karar verilecektir. Seçenekler mevcut olmakla birlikte bunlarý þu
> anda paylaþmanýn gerekli olduðunu düþünmüyorum. Ancak "bireysel" dediðimiz ve
> þu andaki tek sürümümüzün böylesi bir durumdan en son etkilenecek ürün ve
> süreç olmasý yönünde kuvvetli bir inancým mevcut. Nedenini merak edenler
> wikipedia ya da baþka bir kaynaktan "core competency" terimini
> araþtýrabilirler.
>
> Bir önceki paragrafýn baþýndaki senaryonun gerçekleþmesi durumunda sürüm
> çýkarma, bakýmýný yapma ve ömrünü bitirme konusunda son derece saðlam bir
> süreç oturtmuþ halde olacaðýmýzý tahmin ediyorum. Bu noktada diðer
> yaygýn/büyük daðýtýmlar gibi 6 aylýk (mevcut ortalama 1 yýllýk yerine) bir
> sürüm periyodu belirlemek, uzun süreli destek (bizim "kurumsal" sürüm
> mealinde) için daha kestirilebilir bir sistematik oluþturmak, camia sürümünü
> (mevcut "bireysel" ???) ayrý bir yönetiþim modeli ile geliþtirmeye baþlamak,
> vb konularý düþünmeye ve konuþmaya baþlayabiliriz. Ama benim gördüðüm, 2011
> ve hatta 2012 baþýna kadar mevcut süreçlerimizde minör iyileþtirmeler ile
> devam etmemiz gereði.
>
> Bir kez daha belirteyim: Burada yazdýklarým yalnýzca Pardus sürümleri ile
> ilgili olanlar. Ýç ve dýþ projeler, logo programlarý, iþ ortaklýklarý, Pardus
> temelli kimi diðer ürünler için yapýlmakta olan çalýþmalar bunlarýn dýþýnda.
> Bu konularýn defalarca söylediðim daha geniþ bir paydaþlar meclisinin konusu
> olabileceðini, mevcut konuda çözüm önerileri oluþturmak için gerekli
> olmadýðýný düþünüyorum... Ama illa bazý ayrýntýlar isterseniz þu anda tüm bu
> iþler için yukarýda hesabý verilen daðýtým iþgücünden 1 tam zaman eþdeðerinin
> çekilmesi söz konusu olabilecektir. Temel ilke (UEKAE'nin ve sirayet ile
> Pardus'un) bu iþlere daðýtýmdan yeni iþgücü aktarýmý yapýlabilmesi için iþin
> a) sözleþmeli bir proje haline gelmesi ve dolayýsý ile yeni istihdama imkan
> vermesi, b) stratejik öneme sahip olmasý ve kýsa süreli iþgücü aktarýmý ile
> sonuç vermesi ve dolayýsý ile a) konumuna geçebilecek olmasý þeklindedir.
>
> Evet, budur... Umarým herkesin kafasýndaki sorularýn yanýtlarý vardýr bunlarýn
> arasýnda. Çünkü bunlar dýþýnda sizlere verebileceðim bir bilgi mevcut deðil.
> Vermeyeceðimden deðil,  bu baðlamda bende olan baþka bilgi olmadýðýndan...
>
> Güle güle kullanýn...

Looks like something important ... if it's technical roadmap or
something, could someone provide a translation ?

Regards
Rajeev J Sebastian

From onur at pardus.org.tr  Tue Dec 16 00:01:56 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 16 Dec 2008 00:01:56 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812150012.33421.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812142044.21642.fatih@pardus.org.tr>
	<49455BBE.5010102@pardus.org.tr>
	<200812150012.33421.fatih@pardus.org.tr>
Message-ID: <20081216000156.b061c905.onur@pardus.org.tr>


On Mon, 15 Dec 2008 00:12:29 +0200
Fatih Aþýcý <fatih at pardus.org.tr> wrote:
...
> 1) alsa'yý --without-oss ile derlemek. Bu OSS emulation'ý kapatýyor
> sanýrým. O yüzden istemeyiz (di mi?).

 Ýstemeyiz, OSS lazým :(


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Tue Dec 16 00:04:04 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 16 Dec 2008 00:04:04 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812140224.51252.caglar@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812140224.51252.caglar@pardus.org.tr>
Message-ID: <20081216000404.f61a369f.onur@pardus.org.tr>


On Sun, 14 Dec 2008 02:24:47 +0200
"S.Çaðlar Onur" <caglar at pardus.org.tr> wrote:
...
> > - UnionFS yamasý uygulanýyor ancak derleme esnasýnda patlýyor. Bu
> > yamayý atmayý ve yerine Aufs(Another unionfs) desteði getirmeyi
> > öneriyorum zira unionfs.org'da "Why to use AuFS instead of unionfs"
> > baþlýklý bir kullanýcý e-postasý dýþýnda hiçbirþey yok :)
> 
> unionfs'i Onur istemiþti o yüzden eklemiþtim, hatanýn ne olduðunu
> bilmiyorum ama gene appArmor ise mevcut çekirdekteki
> "unionfs-AppArmor.patch"e bakmak isteyebilirsin (hatta bu nfs kodu
> için ne tür deðiþikliklerden bahsettiðimi de gösterecektir :)). 

 pardus.img dosyalarýný baðlayýp içeriðinin bir kýsmýný ramdrive a
kopyalayýp bir kýsmýný symlink yapýyoruz, bunu aslýnda direkt unionfs
ile ramdrive ý overlay yaparak yapabiliriz. Daha az ram kullanýmý,
debug da rahatlýk gibi artýlarý var. 

 Unionfs öldü yerine aufs mi neydi o geldi diyor geliþtiricisi,
düzgünse ona da geçebiliriz bir taraftan

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Tue Dec 16 00:05:39 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 16 Dec 2008 00:05:39 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <4944023E.3040504@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
Message-ID: <20081216000539.9e2549e7.onur@pardus.org.tr>


On Sat, 13 Dec 2008 20:43:10 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:
...
> - UnionFS yamasý uygulanýyor ancak derleme esnasýnda patlýyor. Bu
> yamayý atmayý ve yerine Aufs(Another unionfs) desteði getirmeyi
> öneriyorum zira unionfs.org'da "Why to use AuFS instead of unionfs"
> baþlýklý bir kullanýcý e-postasý dýþýnda hiçbirþey yok :)

 baþkalarý da kullanýyorsa geçelim / kullanalým tabi ki

 bu arada kernel-next i 2008 e almayý düþünüyor musun ? Artýk kernel
dýþýnda geliþtirilmeyen bir miktar sürücü 2.6.26 ve sonrasýna girdi
patýr patýr, onlarý açmak iyi olabilir

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From tekman at pardus.org.tr  Tue Dec 16 00:21:43 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Tue, 16 Dec 2008 00:21:43 +0200
Subject: [Gelistirici] State of Pardus
In-Reply-To: <200812152344.42457.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812150824p6838b087y4a939e30cc9df523@mail.gmail.com>
	<200812152344.42457.tekman@pardus.org.tr>
Message-ID: <200812160021.44048.tekman@pardus.org.tr>

Ýþgücü vb konularý ile ilgili olarak daha somut ve görsel bir bilgi sunayým:

Ekli grafikteki mavi çizgiler projenin resmi olarak baþlamasýndan (Eylül 2003) 
itibaren TÜBÝTAK UEKAE tarafýndan istihdam edilen tazm-zaman eþdeðeri eleman 
sayýsýný gösteriyor. Hizmet alýmý, örneðin ÖzgürlükÝçin, örneðin YTÜ 
kullanýþlýlýk ve tasarým testleri, örneðin PR, örneðin çeviri koordinatörleri 
bu hesap haricinde.

Kýrmýzý çizgiler bu iþgücünden daðýtým iþi için ayrýlanlarýn tam zaman 
eþdeðerini gösteriyor. Test, grafik, çeviri, (en önemlisi proje yönetimi :-P) 
vb bu kapsam dýþýnda. Yalnýzca Pardus teknolojileri ve paketler sayýldý. Ýç 
ve dýþ projeler için harcanan (kayda deðer) zamaný  olabildiðince çýkarmaya 
çalýþtým, eksiðim olmuþ olabilir.

Gri kesikli çizgi ise ikinci sayýnýn birincisine göre yüzdesini veriyor, sað 
eksende. Yani 2005 yýlý boyunca (o sýrada yalnýzca Pardus Çalýþan CD vardý, 
anýmsayýn) iþgücümüzün %80'ini daðýtýma ayýrýrken bu sayý 2007 
sürecinde %70'lere, 2008 sürecinde ise %50'lere düþmüþ. Ama çatalýn özellikle 
son açýlýþýnýn temelinde daðýtým dýþý iþler için alýnan elemanlar oluþturmuþ. 
Mesela geliþtiricilerimizin bir de sistem yönetimi angaryasý ile uðraþmamasý 
için aramýza katýlan Taner, sözleþmeli bir dýþ proje için istihdam ettiðimiz 
Tuðrul gibi...

Beklentimiz ve mevcut UEKAE yapýlanmasýnda sýnýrýmýz 2009 baþýnda tam zaman 
eþdeðerimizin yaklaþýk 18'e, daðýtým iþgücünün de yaklaþýk 10,5'a yükselmesi, 
yani oraný yine %60'a dayamak.

Güle güle kullanýn...

-- 
Erkan Tekman
TÜBÝTAK UEKAE
Proje Yöneticisi // Pardus
<-- Özgürlük için... -->

http://www.pardus.org.tr/
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: isgücü.png
Tür: image/png
Boyut: 54275 bayt
Taným: kullanýlamýyor
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081216/ad403154/attachment-0001.png 

From tekman at pardus.org.tr  Tue Dec 16 00:27:41 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Tue, 16 Dec 2008 00:27:41 +0200
Subject: [Gelistirici] State of Pardus
In-Reply-To: <79a035420812151358x2b97a4bfwd65617979f66b122@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812152344.42457.tekman@pardus.org.tr>
	<79a035420812151358x2b97a4bfwd65617979f66b122@mail.gmail.com>
Message-ID: <200812160027.42324.tekman@pardus.org.tr>

15 Aralýk 2008 Pazartesi 23:58:19 tarihinde Rajeev J Sebastian þunlarý 
yazmýþtý:
> Looks like something important ... if it's technical roadmap or
> something, could someone provide a translation ?

Hi Rajeev,

It's a la developers' goals and priorities of PArdus Linux distro for the 
coming two plus years. It's not official, but wanders around the likely 
possibilities and includes the interpretation of the present project manager. 
Yeah, it may serve some needs in English as well. Maybe when I have enough 
time and peace of mind...

The summary: We have the resources to look after 2008 and release 2009. But 
things may get dimmer as we proceed into 2010.

The following graph is a (wo)man-month resources of the UEKAE Pardus team 
(blue line) and those directly involved with the distro (red line). The gray 
line is the percentage of the whole team dedicated to the Pardus Linux 
distro.

Enjoy...

ET

From ozan at pardus.org.tr  Tue Dec 16 00:43:14 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Tue, 16 Dec 2008 00:43:14 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <20081216000539.9e2549e7.onur@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<20081216000539.9e2549e7.onur@pardus.org.tr>
Message-ID: <4946DD82.2010509@pardus.org.tr>

Onur Küçük wrote:
> On Sat, 13 Dec 2008 20:43:10 +0200
> Ozan Çaðlayan <ozan at pardus.org.tr> wrote:
> ...
>   
>> - UnionFS yamasý uygulanýyor ancak derleme esnasýnda patlýyor. Bu
>> yamayý atmayý ve yerine Aufs(Another unionfs) desteði getirmeyi
>> öneriyorum zira unionfs.org'da "Why to use AuFS instead of unionfs"
>> baþlýklý bir kullanýcý e-postasý dýþýnda hiçbirþey yok :)
>>     
>
>  baþkalarý da kullanýyorsa geçelim / kullanalým tabi ki
>
>  bu arada kernel-next i 2008 e almayý düþünüyor musun ? Artýk kernel
> dýþýnda geliþtirilmeyen bir miktar sürücü 2.6.26 ve sonrasýna girdi
> patýr patýr, onlarý açmak iyi olabilir
>   
Eeöh vallahi bunda benim ve diðerlerimizin yanýnda sürüm yöneticisinin 
ve çekirdeði 2008 yolunda olgunlaþtýrmýþ ve bakýmýný yapmýþ Çaðlar'ýn 
fikirleri biraz daha yol gösterici olabilir bence. 2008 çýkma 
yolundayken Çaðlar bu konuyla ilgili bir mail atýp çekirdekte kararlý 
sürüm atlamalý mýyýz yoksa ne ile baþladýysak onunla mý devam etmeliyiz 
tartýþmasýný açmýþtý:

http://liste.pardus.org.tr/gelistirici/2008-January/010734.html

Fikir edinmek isteyenler tekrar okuyabilirler onu.

Tartýþalým.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From onur at pardus.org.tr  Tue Dec 16 01:05:03 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 16 Dec 2008 01:05:03 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <4946DD82.2010509@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<20081216000539.9e2549e7.onur@pardus.org.tr>
	<4946DD82.2010509@pardus.org.tr>
Message-ID: <20081216010503.6b9f2b32.onur@pardus.org.tr>


On Tue, 16 Dec 2008 00:43:14 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:
...
> Eeöh vallahi bunda benim ve diðerlerimizin yanýnda sürüm
> yöneticisinin ve çekirdeði 2008 yolunda olgunlaþtýrmýþ ve bakýmýný
> yapmýþ Çaðlar'ýn fikirleri biraz daha yol gösterici olabilir bence.
> 2008 çýkma yolundayken Çaðlar bu konuyla ilgili bir mail atýp
> çekirdekte kararlý sürüm atlamalý mýyýz yoksa ne ile baþladýysak
> onunla mý devam etmeliyiz tartýþmasýný açmýþtý:
> 
> http://liste.pardus.org.tr/gelistirici/2008-January/010734.html
> 
> Fikir edinmek isteyenler tekrar okuyabilirler onu.

 Geçelim demiyorum bu arada, ama 2008 e alýnma hedefinde deðilse bazý
kamera sürücüleri vs. açýp deneyelim diyorum :) Bazý 2.6.28 sürücüleri
dýþarýda geliþtirilenlerden iyi durumda.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From fatih at pardus.org.tr  Tue Dec 16 01:07:22 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 16 Dec 2008 01:07:22 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <20081216010503.6b9f2b32.onur@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr> <4946DD82.2010509@pardus.org.tr>
	<20081216010503.6b9f2b32.onur@pardus.org.tr>
Message-ID: <200812160107.27824.fatih@pardus.org.tr>

Salý 16 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
>  Geçelim demiyorum bu arada, ama 2008 e alýnma hedefinde deðilse bazý
> kamera sürücüleri vs. açýp deneyelim diyorum :) Bazý 2.6.28 sürücüleri
> dýþarýda geliþtirilenlerden iyi durumda.

linux-uvc de böyle olabilir mi? kernel'le gelen güzel çalýþýyor; ama develdeki 
linux-uvc derlenmiyor bile.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081216/fe996936/attachment.pgp 

From ozan at pardus.org.tr  Tue Dec 16 01:13:13 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Tue, 16 Dec 2008 01:13:13 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812160107.27824.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<4946DD82.2010509@pardus.org.tr>	<20081216010503.6b9f2b32.onur@pardus.org.tr>
	<200812160107.27824.fatih@pardus.org.tr>
Message-ID: <4946E489.8080008@pardus.org.tr>

Fatih Aþýcý wrote:
> linux-uvc de böyle olabilir mi? kernel'le gelen güzel çalýþýyor; ama develdeki 
> linux-uvc derlenmiyor bile.
>   
Kameralarý bilemiyorum, Onur seviyor onlarý :) uvc ve gspca içeri girdi, 
içerden gelsin diyorsanýz, paketleri conflict yazar, config'de açarým, 
sorun deðil, karar Onur'un. Ama ileride çatýr çutur commit gelip, yeni 
kameralar, yeni iyileþtirmeler geldiðinde elimiz kolumuz da baðlanýr mý 
bilemem içeri aldýk diye. Sonuçta network sürücülerinin hangi kartý 
hedeflediði ve iþlevi açýk olduðu için çalýþan bir þeyse içeri 
alýnabiliyor kolayca.

Network demiþken, 2.6.28'in içinde atl1, atl2, atlx vs. hepsi geliyor. 
ath9k ve ath5k sürücüleri de geliyor ancak durumlarýný tam olarak 
bilmiyorum, onlara da Ekin þefkat gösteriyor.

Playgroundumda Datron netbook, MSI wind ve asus eeepc-701SD için 
kablosuz sürücü desteði getiren rtl8187se sürücüsü var, yakýnda review'a 
alacaðým.

Ayrýca ALSA, OSS konusunda da kýlçýk bir sorunumuz var. Kernel'de OSS 
desteðini (M) yaparsak çözülecek gibime geliyor Fatih'in dediði gibi 
ancak ben yine de ortada bir sorunun olduðunu düþünüyorum zira 40 yýldýr 
açmadýðýmýz yanýnda DEPRECATED yazan þeyi, .28'e geçince açmamýz 
gerekmemeli, alsa-devel'e yazacaðým yarýn.

Son paragraflar offtopic oldu ama bilgi vereyim dedim.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From onur at pardus.org.tr  Tue Dec 16 01:18:49 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 16 Dec 2008 01:18:49 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812160107.27824.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr> <4946DD82.2010509@pardus.org.tr>
	<20081216010503.6b9f2b32.onur@pardus.org.tr>
	<200812160107.27824.fatih@pardus.org.tr>
Message-ID: <20081216011849.c40faff1.onur@pardus.org.tr>


On Tue, 16 Dec 2008 01:07:22 +0200
Fatih Aþýcý <fatih at pardus.org.tr> wrote:

> Salý 16 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
> >  Geçelim demiyorum bu arada, ama 2008 e alýnma hedefinde deðilse
> > bazý kamera sürücüleri vs. açýp deneyelim diyorum :) Bazý 2.6.28
> > sürücüleri dýþarýda geliþtirilenlerden iyi durumda.
> 
> linux-uvc de böyle olabilir mi? kernel'le gelen güzel çalýþýyor; ama
> develdeki linux-uvc derlenmiyor bile.

 Evet uvc onlardan biri. Kod olarak önemli bir deðiþiklik yoktu son
baktýðýmda ama dýþarýda geliþtirilmesi durdu, artýk linuxtv.org da
geliþtiriliyor

 Bu arada denemedim ama media/v4l2-ioctl.h include edince derleniyordur
devel deki, derlenmiyorsa ama gerekliyse bakabilirim

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Tue Dec 16 01:39:20 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 16 Dec 2008 01:39:20 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <4946E489.8080008@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr> <4946DD82.2010509@pardus.org.tr>
	<20081216010503.6b9f2b32.onur@pardus.org.tr>
	<200812160107.27824.fatih@pardus.org.tr>
	<4946E489.8080008@pardus.org.tr>
Message-ID: <20081216013920.170f8713.onur@pardus.org.tr>


On Tue, 16 Dec 2008 01:13:13 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:

> Fatih Aþýcý wrote:
> > linux-uvc de böyle olabilir mi? kernel'le gelen güzel çalýþýyor;
> > ama develdeki linux-uvc derlenmiyor bile.
> >   
> Kameralarý bilemiyorum, Onur seviyor onlarý :)

 it's complicated

> uvc ve gspca içeri girdi, içerden gelsin diyorsanýz, paketleri
> conflict yazar, config'de açarým, sorun deðil, karar Onur'un. Ama
> ileride çatýr çutur commit gelip, yeni kameralar, yeni iyileþtirmeler
> geldiðinde elimiz kolumuz da baðlanýr mý bilemem içeri aldýk diye.

 Aslýnda diðer daðýtýmlar ayrý paket yapmadýðý sürücüler için kernel
içinde backport larla yeni kamera desteði / düzeltme vs. yapýyor. Bazý
sürücüleri kernel içinde getirmemiz gerekiyor artýk (geliþimi tamamen
durduðu için) ama bazýlarýna biz karar verebiliriz.

 Sürüm tarzýmýza kýyasla bugüne kadar kernel konusunda (2007 sürecinde
mecburduk disk adý deðiþimi için) biraz çekincen bir daðýtým olduk. Bu
sürücülerin geliþimine kernel paketini nasýl maintain edeceðimize göre
karar vermemiz lazým.


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From fatih at pardus.org.tr  Tue Dec 16 01:47:48 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 16 Dec 2008 01:47:48 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <4946E489.8080008@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812160107.27824.fatih@pardus.org.tr>
	<4946E489.8080008@pardus.org.tr>
Message-ID: <200812160147.52340.fatih@pardus.org.tr>

Salý 16 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Fatih Aþýcý wrote:
> > linux-uvc de böyle olabilir mi? kernel'le gelen güzel çalýþýyor; ama
> > develdeki linux-uvc derlenmiyor bile.
>
> Kameralarý bilemiyorum, Onur seviyor onlarý :) uvc ve gspca içeri girdi,
> içerden gelsin diyorsanýz, paketleri conflict yazar, config'de açarým,
> sorun deðil, karar Onur'un. Ama ileride çatýr çutur commit gelip, yeni
> kameralar, yeni iyileþtirmeler geldiðinde elimiz kolumuz da baðlanýr mý
> bilemem içeri aldýk diye. Sonuçta network sürücülerinin hangi kartý
> hedeflediði ve iþlevi açýk olduðu için çalýþan bir þeyse içeri
> alýnabiliyor kolayca.

Bence kernel güncellemekten korkmayalým. Benim drm için yapmayý düþündüðüm 
gibi farklý sürücüleri farklý kiþiler takip edebilir.

> Ayrýca ALSA, OSS konusunda da kýlçýk bir sorunumuz var. Kernel'de OSS
> desteðini (M) yaparsak çözülecek gibime geliyor Fatih'in dediði gibi
> ancak ben yine de ortada bir sorunun olduðunu düþünüyorum zira 40 yýldýr
> açmadýðýmýz yanýnda DEPRECATED yazan þeyi, .28'e geçince açmamýz
> gerekmemeli, alsa-devel'e yazacaðým yarýn.

Bence bir sorun yok. Daha OSS core kodu soundcore modülü içerisinde yer 
alýyordu. CONFIG_SOUND açýldýðýnda bu kýsým da derleniyordu. Þimdi burasý 
optional olmuþ. Daha önce enable etmediðimiz seçenek OSS sürücülerinin 
derlenmemesini saðlýyordu. Þimdi bu seçeneðin (CONFIG_SOUND_PRIME) anlamý 
deðiþti. Yani,

CONFIG_SOUND = SOUND temel
CONFIG_SOUND_PRIME = OSS core
CONFIG_SOUND_OSS = OSS sürücüleri

Önceden þöyleydi:

CONFIG_SOUND = SOUND core (OSS core da dahil)
CONFIG_SOUND_PRIME = OSS sürücüleri

Yani CONFIG_SOUND_PRIME'ý enable etmekle önceden yaptýðýmýz gibi yapmýþ 
olacaðýz.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081216/59379845/attachment.pgp 

From pinar at pardus.org.tr  Tue Dec 16 11:06:19 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Tue, 16 Dec 2008 11:06:19 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5BPardus-devel=5D__Bak=FDc=FDs=FDz_?=
 =?iso-8859-9?q?paketler_=281=29?=
In-Reply-To: <493D3924.2080408@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
Message-ID: <49476F8B.3070803@pardus.org.tr>

On 12/08/2008 05:11 PM Serdar DALGIÇ wrote:
> # Pýnar
>> programming/environments/eric
>> programming/languages/python/pysqlite
>>   
>>     
> trac baðýmlýlýðý ayný zamanda, o yüzden göz koydum. // a dependency for 
> trac in contrib repository; that's the reason why I request the package.
>   
>> programming/languages/python/SQLObject
>>   
>>     
> imdbpy dependency.
>
>   
>> programming/languages/python/pyparsing
>> programming/languages/python/pyinotify
>> programming/languages/python/beautifulsoup
>> programming/languages/python/ClientForm
>> programming/languages/python/FormEncode
>> programming/languages/python/chardet
>> programming/languages/python/matplotlib
>>
>>     

ACK

>> programming/languages/python/pycrypto
>>
>> programming/languages/python/pyopenssl
>>     

NACK =)

-- 
Pinar Yanardag (a.k.a PINguAR)
http://pinguar.org
_____________________________

"Always program as if the person who will be maintaining your program is a violent psychopath that knows where you live."
-- Martin Golding



From pinar at pardus.org.tr  Tue Dec 16 11:08:36 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Tue, 16 Dec 2008 11:08:36 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <200812100258.43257.fethicanc@gmail.com>
References: <493CF763.5080900@pardus.org.tr>
	<200812100258.43257.fethicanc@gmail.com>
Message-ID: <49477014.90902@pardus.org.tr>

On 12/10/2008 02:58 AM Fethican Coþkuner wrote:
>
>> applications/games/gnugo
>>     
>
>   Bir go oyuncusu olarak pakete talibim :)
>   


benim o, benim benimm.. =P

>  
>   
>> # Pýnar
>>
>> desktop/kde/ktorrent
>>     
>  Bu paketin de bakýmýný üstlenebilirim.
>
>   
>> programming/languages/python/simplejson
>> programming/languages/python/cheetah
>> programming/languages/python/FormEncode
>>     
>
>    Bu üçüyle de turbogears baðýmlýlýðý olarak biraz vakit geçirmiþliðim var, 
> üstlenebilirim.
>   

tamamdir, yukardaki 4 paketi alabilirsin.

-- 
Pinar Yanardag (a.k.a PINguAR)
http://pinguar.org
_____________________________

"Always program as if the person who will be maintaining your program is a violent psychopath that knows where you live."
-- Martin Golding



From ekin at pardus.org.tr  Tue Dec 16 11:46:48 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 16 Dec 2008 11:46:48 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <4946E489.8080008@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812160107.27824.fatih@pardus.org.tr>
	<4946E489.8080008@pardus.org.tr>
Message-ID: <200812161146.48698.ekin@pardus.org.tr>

Merhaba;

Tuesday 16 December 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 

> ath9k ve ath5k sürücüleri de geliyor ancak durumlarýný tam olarak
> bilmiyorum, onlara da Ekin þefkat gösteriyor.

O seri biraz karýþýk - þu anda depomuzda olan madwifi daha çok donaným 
destekliyor, özellik kümesi de hallice geniþ. Ama ath5k ve ath9k'nin 
geliþtirmesi baþladýktan sonra madwifi projesi neredeyse öldü. 

Þu anda madwifi yerine ath5k/ath9k kullanmak en azýndan bazý donanýmlarý ve 
bazý özellikleri (access point modu, mesh netrok desteði, DFS vs) artýk 
desteklememek demek - daha detaylý bakacaðým yakýnda ama özetle iki seri de 
pek parlak bir gelecek vaadetmiyor yakýnda :-(
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From gurer at pardus.org.tr  Tue Dec 16 11:52:14 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Tue, 16 Dec 2008 11:52:14 +0200
Subject: [Gelistirici] State of Pardus
In-Reply-To: <200812152344.42457.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812150824p6838b087y4a939e30cc9df523@mail.gmail.com>
	<200812152344.42457.tekman@pardus.org.tr>
Message-ID: <200812161152.14872.gurer@pardus.org.tr>

On Monday 15 December 2008 23:44:41 Erkan Tekman wrote:

> Gürer'e ufak bir yanýt:
> Yani, daha net konuþmamý isterseniz: "artistanbul'la x iþini yapacaðýnýza
> daðýtýmla ilgilenecek iki tane daha geliþtirici alýn", "y'yi neden z iþinde
> kullanýyorsunuz, daðýtýmýn þu iþi ile ilgilensin",

Böyle bir þey demedim ben. Artistanbul en azýndan kullanýcý dökümantasyonu ve 
bilgilendirmesi konusunda daðýtýmýn þu anda ve her zaman ihtiyacý olan 
gerekli bir iþi güzel bir þekilde yürütüyor. Bu iþi yaparken de 
geliþtiricilerin vaktini çalmýyor. O yüzden konunun dýþýnda. Neden boyuna 
tartýþmaya bu dýþ çalýþmalarý dahil ediyorsunuz anlamýyorum.

> "herkes iþini gücünü 
> býraksýn, bilmemkaç ay daðýtýmýn t iþi ile uðraþsýn"

Bunu dedim evet. Çünkü daðýtýmýn bazý temel iþlevleri aksýyor, ve bunlar hýzla 
(öyle aylarca falan deðil) yola konmazsa daðýtým etrafýnda oluþan projelerin 
hepsinin týkanýp baþarýsýz olacaklarýný düþünüyorum.

Bunu da ancak toplu olarak yapabiliriz. Burada üç kiþi bir þeylere karar 
versek bile yarýn bu kararlar uygulanmayacak, birileri çýkýp niye böyle 
yaptýnýz yanlýþ olmuþ diyecek. Bunlarý yaþadýk hep. Herkesin katýlýmý ile ve 
ortak amaç doðrultusunda karar veremezsek canlý bir geliþtirici topluluðu 
oluþmayacak. Böyle bir geliþtirici topluluðu oluþmadýktan sonra da 
istediðiniz kadar kullanýcý ve iþ ortaðýnýz olsun, daðýtýmýn sürdürülebilir 
bir niteliði olmayacak.

> gibi bu ilmekte ya da 
> sanal ve fiziksel diðer ortamlarda geçen eleþtiri ve önerileri bu eleþtiri
> ve önerileri deðerlendirirken, bu eleþtiri ve önerileri ortaya koyanlardan
> çokça daha geniþ ve daha derin bilgiye sahip olduðum için, biraz daha
> farklý düþünüyor ve sonuçta bu eleþtiri ve öneriler doðrultusunda hareket
> etmiyor olabilirim.

Elbette bu doðru olabilir. Biz dünyayý iki kere dolaþmadýk ;)

Ya da... projede bugüne kadar yapýlan bütün hatalara (hata olduðunu 
düþündüðümüz veya düþünmediðimiz) raðmen, ekibin aþýrý gayretiyle ve çokça da 
þans yardýmýyla gene de bir baþarý yakalanmýþ olduðu için, doðru yaptýðýnýzý 
sanýyor ve ayný hatalara devam ediyor olabilirsiniz :)

Hangi ihtimalin gerçek olduðunu bize tarih söyleyecek artýk.

From serdar at cclub.metu.edu.tr  Tue Dec 16 12:46:41 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Tue, 16 Dec 2008 12:46:41 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5BPardus-devel=5D_Bak=FDc=FDs=FDz_p?=
 =?iso-8859-9?q?aketler_=281=29?=
In-Reply-To: <49476F8B.3070803@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>
	<49476F8B.3070803@pardus.org.tr>
Message-ID: <49478711.7030607@cclub.metu.edu.tr>

Pinar Yanardag wrote On 16-12-2008 11:06:
> On 12/08/2008 05:11 PM Serdar DALGIÇ wrote:
>   
>> # Pýnar
>>     
>>> programming/environments/eric
>>> programming/languages/python/pysqlite
>>>   
>>>     
>>>       
>> trac baðýmlýlýðý ayný zamanda, o yüzden göz koydum. // a dependency for 
>> trac in contrib repository; that's the reason why I request the package.
>>   
>>     
>>> programming/languages/python/SQLObject
>>>   
>>>     
>>>       
>> imdbpy dependency.
>>
>>   
>>     
>>> programming/languages/python/pyparsing
>>> programming/languages/python/pyinotify
>>> programming/languages/python/beautifulsoup
>>> programming/languages/python/ClientForm
>>> programming/languages/python/FormEncode
>>> programming/languages/python/chardet
>>> programming/languages/python/matplotlib
>>>
>>>     
>>>       
>
> ACK
>
>   
>>> programming/languages/python/pycrypto
>>>
>>> programming/languages/python/pyopenssl
>>>     
>>>       
>
> NACK =)
>
>   
teþekkürler ;)

-serdar


From tekman at pardus.org.tr  Tue Dec 16 12:43:46 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Tue, 16 Dec 2008 12:43:46 +0200
Subject: [Gelistirici] State of Pardus
In-Reply-To: <200812161152.14872.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812152344.42457.tekman@pardus.org.tr>
	<200812161152.14872.gurer@pardus.org.tr>
Message-ID: <200812161243.46695.tekman@pardus.org.tr>

16 Aralýk 2008 Salý 11:52:14 tarihinde Gürer Özen þunlarý yazmýþtý:
> Böyle bir þey demedim ben. Artistanbul en azýndan kullanýcý dökümantasyonu
> ve bilgilendirmesi konusunda daðýtýmýn þu anda ve her zaman ihtiyacý olan
> gerekli bir iþi güzel bir þekilde yürütüyor. Bu iþi yaparken de
> geliþtiricilerin vaktini çalmýyor. O yüzden konunun dýþýnda. Neden boyuna
> tartýþmaya bu dýþ çalýþmalarý dahil ediyorsunuz anlamýyorum.
> Bunu dedim evet. Çünkü daðýtýmýn bazý temel iþlevleri aksýyor, ve bunlar
> hýzla (öyle aylarca falan deðil) yola konmazsa daðýtým etrafýnda oluþan
> projelerin hepsinin týkanýp baþarýsýz olacaklarýný düþünüyorum.

Sözü geçen ifadelerin bir kýsmý Gürer, bir kýsmý diðerleri tarafýndan sanal ve 
fiziksel ortamlarda sarf ve ima edilmiþtir. Hepsini Gürer'in dedði gibi bir 
algýlama benim doðrusal olmayan yazým þeklimden kaynaklanmýþ. Düzelteyim...

> Ya da... projede bugüne kadar yapýlan bütün hatalara (hata olduðunu
> düþündüðümüz veya düþünmediðimiz) raðmen, ekibin aþýrý gayretiyle ve çokça
> da þans yardýmýyla gene de bir baþarý yakalanmýþ olduðu için, doðru
> yaptýðýnýzý sanýyor ve ayný hatalara devam ediyor olabilirsiniz :)
>
> Hangi ihtimalin gerçek olduðunu bize tarih söyleyecek artýk.

Eðer son dört yýl söylemediyse üç yýl sonra da ayný laflarý edeceðinden eminim 
sevgili Gürer...

Neyse, (en azýndan seninle) bu konu bir neticeye baðlandýysa artýk asýl 
konumuza dönebiliriz, Ekin'in wiki belgesi vb...

ET

From fethicanc at gmail.com  Tue Dec 16 13:41:44 2008
From: fethicanc at gmail.com (Fethican =?iso-8859-9?q?Co=FEkuner?=)
Date: Tue, 16 Dec 2008 13:41:44 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <49477014.90902@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
	<200812100258.43257.fethicanc@gmail.com>
	<49477014.90902@pardus.org.tr>
Message-ID: <200812161341.44759.fethicanc@gmail.com>

On Tuesday 16 December 2008 11:08:36 Pinar Yanardag wrote:
> On 12/10/2008 02:58 AM Fethican Coþkuner wrote:
> >> applications/games/gnugo
> >
> >   Bir go oyuncusu olarak pakete talibim :)
>
> benim o, benim benimm.. =P

:) :)

>
> >> # Pýnar
> >>
> >> desktop/kde/ktorrent
> >
> >  Bu paketin de bakýmýný üstlenebilirim.
> >
> >> programming/languages/python/simplejson
> >> programming/languages/python/cheetah
> >> programming/languages/python/FormEncode
> >
> >    Bu üçüyle de turbogears baðýmlýlýðý olarak biraz vakit geçirmiþliðim
> > var, üstlenebilirim.
>
> tamamdir, yukardaki 4 paketi alabilirsin.

Aldým, teþekkürler.


Fethican

From ekin at pardus.org.tr  Tue Dec 16 14:13:07 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 16 Dec 2008 14:13:07 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812160147.52340.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr> <4946E489.8080008@pardus.org.tr>
	<200812160147.52340.fatih@pardus.org.tr>
Message-ID: <200812161413.07454.ekin@pardus.org.tr>

Merhaba;

Tuesday 16 December 2008 tarihinde, Fatih Aþýcý þunlarý yazmýþtý: 
> Bence kernel güncellemekten korkmayalým. Benim drm için yapmayý düþündüðüm
> gibi farklý sürücüleri farklý kiþiler takip edebilir.

Bence de, ama kernel'de "eskiden çalýþýyordu, artýk çalýþmýyor" durumuna yol 
açma ihtimalimiz hallice yüksek olduðu için bazý sorunlarý nasýl 
çözebileceðimiz önceden planlamak lazým. .28 'in kararlý hale gelmesi ile 
tarihlerimiz uyuþursa 2008.2 için teoride OK. 

Ama öncesinde çözmemiþ gereken bazý noktalar var : þu anda test deposunda tüm 
sürücüler ayný kernel'e göre derlendiðinden yeni bir kernel paketinin (örn: 
2.6.28) test deposunda uzun zaman geçirmesi pek mümkün olmuyor - depoda test 
edilen yeni kernel varken herhangi bir sürücünün yeni sürümünün kararlý 
depoya girmesi gerektiðinde ya da kararlý depodaki kernel'de güvenlik açýðý 
çýktýðýnda iþ karýþýyor.

Bu tip durumlar ve gittikçe daha fazla yerde karþýmýza gelmeye 
baþlayan "daðýtým içinde birden fazla (farklý özellik hatta sürümde) kernel 
desteklemek" ihtiyacýmýzý hepten çözecek bir yol aramaya baþlasak, 
kernel-server, kernel-mini, kernel-rt gibi birçok kernel paketimiz olsa ?
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Tue Dec 16 14:22:27 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 16 Dec 2008 14:22:27 +0200
Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?=
	=?utf-8?q?ity_Fixes?=
Message-ID: <200812161422.27211.ekin@pardus.org.tr>

Merhaba / Hi;

Bu gece kararlý depolara girecek güvenlik güncellemeleri :
Tonight's Security Fixes for Pardus stable repos : 
------------------------------------------------------------------------

* [Pardus 2008]
php-common-5.2.8-67-7.pisi
php-cli-5.2.8-67-7.pisi
mod_php-5.2.8-67-7.pisi
avahi-0.6.23-12-7.pisi

--
Ekin Meroglu <ekin_at_pardus.org.tr>

From ekin at pardus.org.tr  Tue Dec 16 14:23:13 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 16 Dec 2008 14:23:13 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812152026.47464.serbulent@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
	<200812152026.47464.serbulent@pardus.org.tr>
Message-ID: <200812161423.13790.ekin@pardus.org.tr>

Merhaba;

Monday 15 December 2008 tarihinde, Serbulent UNSAL þunlarý yazmýþtý: 

> Testi biten aþaðýdaki paketler depoya girebilir.
> [...]

Bu liste girdi depoya..
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From selimok at gmail.com  Tue Dec 16 14:29:03 2008
From: selimok at gmail.com (selim ok)
Date: Tue, 16 Dec 2008 13:29:03 +0100
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812161413.07454.ekin@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr> <4946E489.8080008@pardus.org.tr>
	<200812160147.52340.fatih@pardus.org.tr>
	<200812161413.07454.ekin@pardus.org.tr>
Message-ID: <a001a6cb0812160429v3e15fd34t5f0bb7d61b3a8611@mail.gmail.com>

16 Aralýk 2008 Salý 13:13 tarihinde Ekin Meroðlu <ekin at pardus.org.tr> yazdý:

>
> Bu tip durumlar ve gittikçe daha fazla yerde karþýmýza gelmeye
> baþlayan "daðýtým içinde birden fazla (farklý özellik hatta sürümde) kernel
> desteklemek" ihtiyacýmýzý hepten çözecek bir yol aramaya baþlasak,
> kernel-server, kernel-mini, kernel-rt gibi birçok kernel paketimiz olsa ?
>

DKMS bu tip sorunlarin cözümünde kullanilabilir mi acaba? Tam olarak nasil
isledigini bilmiyorum ama bilenler bilmeyenlere anlatabilir belki biraz :P

Iyi calismalar,
Selim


-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081216/ad9d2c86/attachment.htm 

From tekman at pardus.org.tr  Tue Dec 16 14:27:28 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Tue, 16 Dec 2008 14:27:28 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812161413.07454.ekin@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812160147.52340.fatih@pardus.org.tr>
	<200812161413.07454.ekin@pardus.org.tr>
Message-ID: <200812161427.28523.tekman@pardus.org.tr>

16 Aralýk 2008 Salý 14:13:07 tarihinde Ekin Meroðlu þunlarý yazmýþtý:
> Bu tip durumlar ve gittikçe daha fazla yerde karþýmýza gelmeye
> baþlayan "daðýtým içinde birden fazla (farklý özellik hatta sürümde) kernel
> desteklemek" ihtiyacýmýzý hepten çözecek bir yol aramaya baþlasak,
> kernel-server, kernel-mini, kernel-rt gibi birçok kernel paketimiz olsa ?

Anlayabildiðim kadarý ile temel endiþen yeni bir depo oluþturup bakým ve 
idaresini yapmak külfeti yaratmadan bir çözüm bulmaya çalýþýyorsun olaya. Bu 
gerçekten mümkün olabilir mi? Anlýyorum, mini ve RT gibi iþler için olabilir. 
Ama ayný anda yaþayacak olan 2007 ve 2008 ve 2009 için olabilir mi? toolchain 
için benzer bir gereksinimimiz olmayacak mý? KDE3 ve KDE4'ü ne kadar süre 
ayný depoda tutabileceðiz. Belki de 2009 deposunun yavaþ yavaþ oluþmaya 
baþlamasýnýn zamaný gelmedi mi?

2 Ykr

ET

From ekin at pardus.org.tr  Tue Dec 16 15:50:06 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 16 Dec 2008 15:50:06 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812161427.28523.tekman@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812161413.07454.ekin@pardus.org.tr>
	<200812161427.28523.tekman@pardus.org.tr>
Message-ID: <200812161550.06818.ekin@pardus.org.tr>

Merhaba;

Tuesday 16 December 2008 tarihinde, Erkan Tekman þunlarý yazmýþtý: 
> Anlayabildiðim kadarý ile temel endiþen yeni bir depo oluþturup bakým ve
> idaresini yapmak külfeti yaratmadan bir çözüm bulmaya çalýþýyorsun olaya.
> Bu gerçekten mümkün olabilir mi? Anlýyorum, mini ve RT gibi iþler için
> olabilir. 

O kadar uzaða gitmeye gerek yok, bir desktop bir de server kerneli olmasý bile 
birçok iþimizi çözecek.

> Ama ayný anda yaþayacak olan 2007 ve 2008 ve 2009 için olabilir 
> mi? 

Sürümlerle alakasý yok söylediðimin - beni isteðim bir tek sürüm (2008 örn.) 
deposunda birden fazla kernel bulunmasý, kullanýcýnýn gerekirse / isterse 
öntanýmlý kernel olarak baþka bir kernel'i seçebilmesi, sonrasýnda da sadece 
o seçtiði kernel ve sürücüleri için olan güncellemelerle hayatýna devam 
edebilmesi. Yoksa her sürümün tabii ki ayrý deposu, kernel'i, toolchain'i, 
masaüstü ortamý olacak zaten.
 
> toolchain için benzer bir gereksinimimiz olmayacak mý? KDE3 ve KDE4'ü 
> ne kadar süre ayný depoda tutabileceðiz. 

Bu sorunlarýn kernel ile olan baðlantýsýný çözemedim ? 
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From tekman at pardus.org.tr  Tue Dec 16 15:59:25 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Tue, 16 Dec 2008 15:59:25 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812161550.06818.ekin@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812161427.28523.tekman@pardus.org.tr>
	<200812161550.06818.ekin@pardus.org.tr>
Message-ID: <200812161559.25687.tekman@pardus.org.tr>

16 Aralýk 2008 Salý 15:50:06 tarihinde Ekin Meroðlu þunlarý yazmýþtý:
> > toolchain için benzer bir gereksinimimiz olmayacak mý? KDE3 ve KDE4'ü
> > ne kadar süre ayný depoda tutabileceðiz.
>
> Bu sorunlarýn kernel ile olan baðlantýsýný çözemedim ?

Bunlarýn kernel ile bir alakasý yok. Fýrsat bulmuþken söyleyeyim istedim :-P

ET

From baris at pardus.org.tr  Tue Dec 16 19:26:55 2008
From: baris at pardus.org.tr (=?UTF-8?Q?Bar=C4=B1=C5=9F_Metin?=)
Date: Tue, 16 Dec 2008 18:26:55 +0100
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812161550.06818.ekin@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812161413.07454.ekin@pardus.org.tr>
	<200812161427.28523.tekman@pardus.org.tr>
	<200812161550.06818.ekin@pardus.org.tr>
Message-ID: <1cf4bb740812160926s73a30d97xa33f74d2001344d4@mail.gmail.com>

Selam,

2008/12/16 Ekin Meroðlu <ekin at pardus.org.tr>:
>> toolchain için benzer bir gereksinimimiz olmayacak mý? KDE3 ve KDE4'ü
>> ne kadar süre ayný depoda tutabileceðiz.
>
> Bu sorunlarýn kernel ile olan baðlantýsýný çözemedim ?

Aslinda bana yerinde bir soru gibi gelmisti, yamulup da yanlis anlamadiysam.

Bir paketin farkli sekillerini (farkli surum, farkli yamalar, farkli
derleme secenekleri, vs.) destekledigimiz zaman birilerinin bir takim
sorunlarini cozebilecegiz her zaman. Fakat bunu nereye kadar
goturecegiz?

Bu isi yalnizca kernel icin yapmamiz getirdigi bakim yukunden fazla mi
fayda saglayacak?

--
Barýþ

From baris at pardus.org.tr  Tue Dec 16 19:25:03 2008
From: baris at pardus.org.tr (=?UTF-8?Q?Bar=C4=B1=C5=9F_Metin?=)
Date: Tue, 16 Dec 2008 18:25:03 +0100
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812161550.06818.ekin@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812161413.07454.ekin@pardus.org.tr>
	<200812161427.28523.tekman@pardus.org.tr>
	<200812161550.06818.ekin@pardus.org.tr>
Message-ID: <1cf4bb740812160925u6fd2aeb2r10aefdd4ce5364f4@mail.gmail.com>

Selam,

2008/12/16 Ekin Meroðlu <ekin at pardus.org.tr>:
>> toolchain için benzer bir gereksinimimiz olmayacak mý? KDE3 ve KDE4'ü
>> ne kadar süre ayný depoda tutabileceðiz.
>
> Bu sorunlarýn kernel ile olan baðlantýsýný çözemedim ?

Aslinda bana yerinde bir soru gibi gelmisti, yamulup da yanlis anlamadiysam.

Bir paketin farkli sekillerini (farkli surum, farkli yamalar, farkli
derleme secenekleri, vs.) destekledigimiz zaman birilerinin bir takim
sorunlarini cozebilecegiz her zaman. Fakat bunu nereye kadar
goturecegiz?

Bu isi yalnizca kernel icin yapmamiz getirdigi bakim yukunden fazla mi
fayda saglayacak?

--
Barýþ

From onur at pardus.org.tr  Tue Dec 16 23:46:56 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 16 Dec 2008 23:46:56 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
 2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <20081214231645.5304E1384050@ns1.pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
Message-ID: <20081216234656.63cacfec.onur@pardus.org.tr>


On Mon, 15 Dec 2008 01:16:45 +0200 (EET)
paketler-commits at pardus.org.tr wrote:

> Author: gokcen.eraslan
> Date: Mon Dec 15 01:16:44 2008
> New Revision: 56808
> 
> Added:
>    2008/desktop/gnome/cairo/files/mozilla/
>       - copied from r56807, devel/desktop/gnome/cairo/files/mozilla/
>    2008/desktop/gnome/cairo/files/mozilla/buggy-repeat.patch
>       - copied unchanged from r56807,
> devel/desktop/gnome/cairo/files/mozilla/buggy-repeat.patch
> 2008/desktop/gnome/cairo/files/mozilla/max-font-size.patch
>       - copied unchanged from r56807,
> devel/desktop/gnome/cairo/files/mozilla/max-font-size.patch
> 2008/desktop/gnome/cairo/files/mozilla/nonfatal-assertions.patch
>       - copied unchanged from r56807,
> devel/desktop/gnome/cairo/files/mozilla/nonfatal-assertions.patch
> 2008/desktop/gnome/cairo/files/mozilla/qpainter-type.patch
>       - copied unchanged from r56807,
> devel/desktop/gnome/cairo/files/mozilla/qpainter-type.patch Removed:
>    2008/desktop/gnome/cairo/files/cairo_mutex_is_private_symbol.patch
>    2008/desktop/gnome/cairo/files/reenable_lcd_filter.patch
>    2008/desktop/gnome/cairo/files/turn_on_buggy-repeat_handling.patch
> Modified:
>    2008/desktop/gnome/cairo/actions.py
>    2008/desktop/gnome/cairo/pspec.xml
> Log:
> Version bump to 1.8 stable series.

 GTK fontlarý yine [1] çirkinleþti

 [1] http://liste.pardus.org.tr/gelistirici/2008-September/013556.html



-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From ozan at pardus.org.tr  Tue Dec 16 23:49:48 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Tue, 16 Dec 2008 23:49:48 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
 2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <20081216234656.63cacfec.onur@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
Message-ID: <4948227C.3030506@pardus.org.tr>

Onur Küçük wrote:
>  GTK fontlarý yine [1] çirkinleþti
>
>  [1] http://liste.pardus.org.tr/gelistirici/2008-September/013556.html
>
>   
Ben de inanýlmaz netleþti, güzelleþti. Özellikle firefox'u açar açmaz 
farký anladým.
Normalde internetten indirilen derlenmiþ binary firefoxu açýp, yanýna da 
bizim depodaki firefox'u açýnca fontlardaki fark gözüme çarpýyordu ancak 
bende manyaklýk var heralde diyordum.
Þimdi ikisi ayný derecede güzel oldular.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From mnurolcay at gmail.com  Tue Dec 16 23:50:17 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Tue, 16 Dec 2008 23:50:17 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
	2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <20081216234656.63cacfec.onur@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
Message-ID: <200812162350.17676.mnurolcay@gmail.com>

On Tuesday 16 December 2008 23:46:56 Onur Küçük wrote:

> > Version bump to 1.8 stable series.
>
>  GTK fontlarý yine [1] çirkinleþti
>
>  [1] http://liste.pardus.org.tr/gelistirici/2008-September/013556.html

+1 

KDE4 kullanýyorum ve önceki cairo'ya dönünce düzeldi. Baþka kimsede olmuþ mu 
diye bakýndým da herkeste yok sanýrým, ya da fark edemedi sorduklarým.
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081216/6665812a/attachment-0001.htm 

From onur at pardus.org.tr  Wed Dec 17 00:28:25 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 00:28:25 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
 2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <20081216234656.63cacfec.onur@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
Message-ID: <20081217002825.3bc3873b.onur@pardus.org.tr>


 þurada [1] örnek ekran görüntüleri var

 incelerken tam boyutuna getirmeyi unutmayýn, yanlýþ render ederkenki
renk deðiþikliðine dikiz

 [1] http://cekirdek.pardus.org.tr/~onur/cairofont/

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Wed Dec 17 00:29:21 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 00:29:21 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
 2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <4948227C.3030506@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
	<4948227C.3030506@pardus.org.tr>
Message-ID: <20081217002921.51cacd92.onur@pardus.org.tr>


On Tue, 16 Dec 2008 23:49:48 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:

> Onur Küçük wrote:
> >  GTK fontlarý yine [1] çirkinleþti
> >
> >  [1]
> > http://liste.pardus.org.tr/gelistirici/2008-September/013556.html
> >
> >   
> Ben de inanýlmaz netleþti, güzelleþti. Özellikle firefox'u açar açmaz 
> farký anladým.
> Normalde internetten indirilen derlenmiþ binary firefoxu açýp, yanýna
> da bizim depodaki firefox'u açýnca fontlardaki fark gözüme çarpýyordu
> ancak bende manyaklýk var heralde diyordum.
> Þimdi ikisi ayný derecede güzel oldular.

 X DPI ayarýn ya da baþka bir þeyinde sorun olmasýn ? DPI ayarý farklý
ise (yazýlar olmasý gerektiðinden kalýn render ediliyorsa mesela)
burada iki sorun bir düzgün durumu olmuþ olabilir :)

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From gokcen at pardus.org.tr  Wed Dec 17 00:50:36 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Wed, 17 Dec 2008 00:50:36 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: . files
	files/mozilla
In-Reply-To: <20081216234656.63cacfec.onur@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
Message-ID: <200812170050.36648.gokcen@pardus.org.tr>

Tuesday 16 December 2008 Tarihinde Onur dedi ki:
>  GTK fontları yine [1] çirkinleşti
>
>  [1] http://liste.pardus.org.tr/gelistirici/2008-September/013556.html

Evet, bununla ilgili senin eklediğin bir yama vardı, LCD filter yaması, onu 
atıp derledim yeni sürümü. Görünümde de bi bozulma görmediğimden, herhalde 
gerek yok yamaya diye düşünmüştüm. Gentoo ve Fedora'da da olmayınca herhangi 
bir yama, sorun olmaz herhalde demiÅŸtim, lakin oldu :) 

Debian'da varmış yamalar, devel'deki pakete aldım şimdi de, Ozan'da görüntü 
düzelirken, bende pek fark etmedi, sende de bozulmuş :) Anlamadım pek nasıl 
iştir bu. Kesinlikle alalım diyor musun peki, yani nasıl bir bozulma tam 
olarak sendeki?

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081217/d58b6e8e/attachment.htm 

From ozan at pardus.org.tr  Wed Dec 17 00:53:40 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 17 Dec 2008 00:53:40 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: .
	files	files/mozilla
In-Reply-To: <200812170050.36648.gokcen@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>	<20081216234656.63cacfec.onur@pardus.org.tr>
	<200812170050.36648.gokcen@pardus.org.tr>
Message-ID: <49483174.4050403@pardus.org.tr>

Gökçen Eraslan wrote:
> Tuesday 16 December 2008 Tarihinde Onur dedi ki:
> >  GTK fontlarý yine [1] çirkinleþti
> >
> >  [1] http://liste.pardus.org.tr/gelistirici/2008-September/013556.html
>
>
> Evet, bununla ilgili senin eklediðin bir yama vardý, LCD filter 
> yamasý, onu atýp derledim yeni sürümü. Görünümde de bi bozulma 
> görmediðimden, herhalde gerek yok yamaya diye düþünmüþtüm. Gentoo ve 
> Fedora'da da olmayýnca herhangi bir yama, sorun olmaz herhalde 
> demiþtim, lakin oldu :)
>
>
DPI ayarlarýmla oynamadým. Bu laptopta özellikle firefox'ta toolbarlar, 
menüler vs.vs. inanýlmaz yumuþak çýkýyordu, gözümü çok rahatsýz 
ediyordu, þu anda gerçekten çok temiz, okunaklý ve rahat oldular.
Zaten belli bir puntonun altýnda anti-aliasing'e acayip kýlým, eðer bu 
bir hataysa ve anti-aliasing yandan yediyse kapandýysa ben böyle 
kullanmayý tercih ediyorum, pisi blacklist'e ekleyeyim :)


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From ozan at pardus.org.tr  Wed Dec 17 00:57:35 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 17 Dec 2008 00:57:35 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
 2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <20081217002825.3bc3873b.onur@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>	<20081216234656.63cacfec.onur@pardus.org.tr>
	<20081217002825.3bc3873b.onur@pardus.org.tr>
Message-ID: <4948325F.3030003@pardus.org.tr>

Onur Küçük wrote:
>  þurada [1] örnek ekran görüntüleri var
>
>  incelerken tam boyutuna getirmeyi unutmayýn, yanlýþ render ederkenki
> renk deðiþikliðine dikiz
>
>  [1] http://cekirdek.pardus.org.tr/~onur/cairofont/
>
>   
Ýlkindeki yumuþatmadan dolayý, karakterlerin etraflarýnda belli belirsiz 
yeþil gölgelenmeler var.
Ýkincisi bence daha temiz duruyor sadece a'da falan rendering hatasý var 
biraz.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From fatih at pardus.org.tr  Wed Dec 17 00:59:01 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Wed, 17 Dec 2008 00:59:01 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: . files
	files/mozilla
In-Reply-To: <200812170050.36648.gokcen@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
	<200812170050.36648.gokcen@pardus.org.tr>
Message-ID: <200812170059.05956.fatih@pardus.org.tr>

Çarşamba 17 Aralık 2008 tarihinde, Gökçen Eraslan şunları yazmıştı: 
> Tuesday 16 December 2008 Tarihinde Onur dedi ki:
> >  GTK fontları yine [1] çirkinleşti
> >
> >  [1] http://liste.pardus.org.tr/gelistirici/2008-September/013556.html
>
> Evet, bununla ilgili senin eklediğin bir yama vardı, LCD filter yaması, onu
> atıp derledim yeni sürümü. Görünümde de bi bozulma görmediğimden, herhalde
> gerek yok yamaya diye düşünmüştüm. Gentoo ve Fedora'da da olmayınca
> herhangi bir yama, sorun olmaz herhalde demiÅŸtim, lakin oldu :)
>
> Debian'da varmış yamalar, devel'deki pakete aldım şimdi de, Ozan'da görüntü
> düzelirken, bende pek fark etmedi, sende de bozulmuş :) Anlamadım pek nasıl
> iştir bu. Kesinlikle alalım diyor musun peki, yani nasıl bir bozulma tam
> olarak sendeki?

Ekran görüntüsünden anlaşılması zor. Siyah metinlerde bir renklenme var gibi. 
Kalın fontlarda daha çok belli oluyor.

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081217/be3fc72d/attachment.pgp 

From gkmngrgn at gmail.com  Wed Dec 17 03:57:41 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 17 Dec 2008 03:57:41 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
 2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <20081217002825.3bc3873b.onur@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>	<20081216234656.63cacfec.onur@pardus.org.tr>
	<20081217002825.3bc3873b.onur@pardus.org.tr>
Message-ID: <49485C95.8070500@gmail.com>

Onur Küçük wrote On 17-12-2008 00:28:
>  þurada [1] örnek ekran görüntüleri var
>
>  incelerken tam boyutuna getirmeyi unutmayýn, yanlýþ render ederkenki
> renk deðiþikliðine dikiz
>
>  [1] http://cekirdek.pardus.org.tr/~onur/cairofont/
>
>   
Bende de (xfce) son durum böyle oldu:
http://omploader.org/vMTB5Zw

.fonts.conf falan kullanmýyorum, standart. Yine resmi büyütmeyi unutmayýn.

From ekin at pardus.org.tr  Wed Dec 17 11:13:54 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 17 Dec 2008 11:13:54 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <1cf4bb740812160925u6fd2aeb2r10aefdd4ce5364f4@mail.gmail.com>
References: <4944023E.3040504@pardus.org.tr>
	<200812161550.06818.ekin@pardus.org.tr>
	<1cf4bb740812160925u6fd2aeb2r10aefdd4ce5364f4@mail.gmail.com>
Message-ID: <200812171113.54687.ekin@pardus.org.tr>

Merhaba;

Tuesday 16 December 2008 tarihinde, Barýþ Metin þunlarý yazmýþtý: 
> 2008/12/16 Ekin Meroðlu <ekin at pardus.org.tr>:
> >> toolchain için benzer bir gereksinimimiz olmayacak mý? KDE3 ve KDE4'ü
> >> ne kadar süre ayný depoda tutabileceðiz.
> >
> > Bu sorunlarýn kernel ile olan baðlantýsýný çözemedim ?
>
> Aslinda bana yerinde bir soru gibi gelmisti, yamulup da yanlis
> anlamadiysam.
>
> Bir paketin farkli sekillerini (farkli surum, farkli yamalar, farkli
> derleme secenekleri, vs.) destekledigimiz zaman birilerinin bir takim
> sorunlarini cozebilecegiz her zaman. Fakat bunu nereye kadar
> goturecegiz?

Burada kernel için bir ayrýcalýk gerektiðini düþünüyorum aslýnda, yoksa depoya 
bir gcc-compat (3.x ?), bir minimal-kde girsin vs bana da hiç anlamlý 
gelmiyor - þu anki durumumuzdan son derece memnunum. Ama kernel için bazý 
çekincelerim var :  
Kullanýcý özel bir kernel'i elle derleyip yüklese bile emniyet mandalý 
nedeniyle bizim depodaki her kernel güncellemesinde depodaki bu yeni kernel 
kuruluyor, GRUB menüsüne yerleþiyor - hem boþuna paket indirip kuruyor, hem 
de kullanýcýn ilerde yine kendi kernel'ini açmasý için ek iþlem yapmasý 
gerekiyor. Örneðin sadece 4GB üzeri RAM desteklemek için (son zamanlarda 
oldukça yaygýn bir dert) kernel derlemek, güncellemelerde elle müdahale etmek 
biraz büyük bir iþ sanki. Giderek daha fazla yerde karþýmýza çýkýyor - 
sunucu, netbook vb serisi, RT gibi. 
Bence önemli nokta, diðer paketlerde bir deðiþiklik yapmadan sadece kernel 
deðiþtirerek desteklenebilecek özellikleri destekleyemiyoruz : þu anki sunucu 
paketlerimiz optimize deðil belki, ama düzgün çalýþýyorlar. Ama kernel'de PAE 
açýk deðilse RAM'in bir bölümünü _hiç bir þekilde_ destekleyemiyoruz.

Þu anda "depoda bir paketin sadece bir sürümü olabilir" kuralýna uyarak  
farklý kernel içeren bir depo açmak bu sorunun bir çözümü. Ama bu da büyük 
hamaliye : sadece kernel ve sürücü paketlerinin farklý olduðu, geri kalan 
2000+ paketin ayný olduðu bir depo. Bu depolarýn sayýsýnýn artmasý da baþka 
bir "maintainance hell". Ýçinde sadece kernel.* bulunan bir overlay depo'yu 
da desteklemiyoruz. 

> Bu isi yalnizca kernel icin yapmamiz getirdigi bakim yukunden fazla mi
> fayda saglayacak?

Bence bu er ya da geç karþýmýza gelecek, ne kadar erken çözersek o kadar iyi 
diye düþünüyorum. 
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Wed Dec 17 14:20:33 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 17 Dec 2008 14:20:33 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
Message-ID: <200812171420.33977.ekin@pardus.org.tr>

Merhaba / Hi;

2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 18 
Aralýk 2008, 23:59.

ACK/NACK for new packages in 2008-test repo, reply before 18 December 2008, 
23:59 (GMT+2) please...

-------8<----------------------------------------
akonadi-1.0.80-5-5.pisi
alsa-driver-1.0.18a_20081203-38-31.pisi
alsa-headers-1.0.18a_20081203-25-5.pisi
alsa-lib-1.0.18-32-5.pisi
alsa-plugins-1.0.18-5-5.pisi
alsa-tools-1.0.18-9-4.pisi
alsa-tools-gui-1.0.18-9-1.pisi
alsa-utils-1.0.18-32-8.pisi
ati-control-center-8.11-44-24.pisi
ati-drivers-8.11-44-38.pisi
automoc4-0.9.87-3-3.pisi
bashdb-4.0.0.2-1-1.pisi
crystalspace-1.2.1_30564-9-3.pisi
crystalspace-doc-1.2.1_30564-9-3.pisi
dbus-1.2.4-39-14.pisi
decibel-0.7.1_891686-3-3.pisi
digikam-kde4-0.10.0_beta6-2-2.pisi
dvd-slideshow-0.8.2_2-6-3.pisi
fontforge-0.0_20081117-11-8.pisi
freecol-0.8.0_alpha3-13-4.pisi
glib2-2.16.5-29-11.pisi
gnujump-1.0.6-7-3.pisi
gparted-0.4.1-13-5.pisi
grsync-0.6.2-6-2.pisi
gtk2-2.12.11-39-12.pisi
gtk2-demo-2.12.11-39-4.pisi
gtk2-docs-2.12.11-39-4.pisi
hsqldb-lib-1.8.0.10-2-2.pisi
iwlwifi4965-ucode-228.57.2.23-3-3.pisi
libgcrypt-1.4.0-8-4.pisi
libgnomecanvas-2.20.0-3-3.pisi
libical-0.42-2-2.pisi
lxsplit-0.2.4-5-3.pisi
networkx-0.37-2-1.pisi
openmpi-1.2.8-6-3.pisi
ortp-0.13.1-2-1.pisi
package-manager-1.3.9-53-20.pisi
perl-Tk-804.028-4-2.pisi
phonon-4.2.80-5-6.pisi
pidgin-2.5.2-25-6.pisi
pisi-2.1.0-105-30.pisi
PolicyKit-kde-0.2.3-10-12.pisi
powerdevil-kde4-1.4.1-2-2.pisi
rsibreak-kde4-0.9.0_beta4-3-2.pisi
skype-2.0.0.72-14-2.pisi
smc-1.6-3-4.pisi
sylpheed-2.6.0_rc-25-6.pisi
sysklogd-1.5-11-3.pisi
tapioca-qt-0.17.7_891685-3-3.pisi
telepathy-qt-0.17.7_891673-3-3.pisi
tpmmanager-0.5-3-1.pisi
tpm-tools-1.3.1-4-1.pisi
trousers-0.3.1-7-1.pisi
vsftpd-2.0.7-17-3.pisi
whois-4.7.29-10-3.pisi

Bu paketler test reposunda çok az zaman geçirdi, kritik ve/ya çok ufak 
güncellemeler deðillerse bir süre daha test deposunda  kalmalarý daha iyi 
olur.
 // 
These packages are fairly new in test repo - if updates are not critical or 
trivial, we'd like them to spend more time in test repo. 

sip-4.7.9-28-7.pisi
wordwarvi-0.24-6-4.pisi
mountmanager-0.2.4-2-2.pisi
network-manager-2.1.4-58-25.pisi
cairo-1.8.6-26-8.pisi
vpnc-0.5.3-4-2.pisi
freetype-2.3.7-31-6.pisi
amarok-kde4-2.0-12-5.pisi
scapy-2.0.0.10-4-2.pisi
soprano-2.1.64-8-4.pisi
perl-Clone-0.30-5-3.pisi
perl-Data-UUID-1.149-3-4.pisi
perl-Archive-Tar-1.42-5-2.pisi
perl-Archive-Zip-1.26-6-3.pisi
perl-Class-MethodMaker-2.13-5-3.pisi
gimp-2.6.3-37-9.pisi
gimp-devel-2.6.3-37-9.pisi
gimp-i18n-2.6.3-37-8.pisi
gimp-i18n-*-2.6.3-37-3.pisi

KDE4 serisi - 4.2 çýkana kadar test deposunda kalacaklar diye konuþmuþtuk, 
Gökçen ?
//
KDE4 - they should be in the test repo till KDE 4.2 is out - any comments ?

kde4-i18n-*-4.1.80-10-8.pisi
kdeaccessibility4-4.1.80-11-9.pisi
kdeadmin4-4.1.80-16-9.pisi
kdeartwork4-colorschemes-4.1.80-17-5.pisi
kdeartwork4-emoticons-4.1.80-17-5.pisi
kdeartwork4-icons-4.1.80-17-5.pisi
kdeartwork4-kworldclock-maps-4.1.80-17-5.pisi
kdeartwork4-screensavers-4.1.80-17-5.pisi
kdeartwork4-sounds-4.1.80-17-5.pisi
kdeartwork4-styles-4.1.80-17-5.pisi
kdeartwork4-wallpapers-4.1.80-17-5.pisi
kdebase4-4.1.80-16-9.pisi
kdebase4-runtime-4.1.80-20-13.pisi
kdebase4-workspace-4.1.80-26-22.pisi
kdebindings4-4.1.80-14-10.pisi
kdeedu4-4.1.80-17-10.pisi
kdegames4-4.1.80-17-9.pisi
kdegraphics4-4.1.80-19-11.pisi
kdelibs4-4.1.80-23-14.pisi
kdemultimedia4-4.1.80-17-10.pisi
kdenetwork4-4.1.80-17-12.pisi
kdepim4-4.1.80-9-11.pisi
kdepimlibs-4.1.80-16-10.pisi
kdeplasma-addons-4.1.80-6-6.pisi
kdesdk4-4.1.80-15-9.pisi
kdetoys4-4.1.80-15-9.pisi
kdeutils4-4.1.80-16-9.pisi
kdewebdev4-4.1.80-15-9.pisi

--
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Wed Dec 17 14:22:05 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 17 Dec 2008 14:22:05 +0200
Subject: [Gelistirici] 2008-test ACK/NACK - Update Details
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812171422.05474.ekin@pardus.org.tr>

= Package : PolicyKit-kde  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.2.3, Rel.: 10, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-09]

    Translation patches are now included. Also, desktop file for autostart is 
now in /etc/xdg/autostart, and file in /usr/share/autostart is a symlink to 
this.

= Package : akonadi  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 1.0.80, Rel.: 5, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    MySQL server dependency added. One day we may get rid of this i hope.

* Ver.: 1.0.80, Rel.: 4, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Stable update

= Package : alsa-driver  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18a_20081203, Rel.: 38, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-03]

    Version bump to latest nightly snapshot which fixes some Dell laptop 
regressions.

* Ver.: 1.0.18a, Rel.: 37, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-12]

    - Version bump to the latest stable 1.0.18,
    - Fixes eeepcs shutdown problem (Fixes #7989),
    - Fixes distortioned sound problem of Compaq Presario, (Fixes #8306).

= Package : alsa-headers  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18a_20081203, Rel.: 25, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-03]

    Version bump to latest nightly snapshot which fixes some Dell laptop 
regressions.

* Ver.: 1.0.18a, Rel.: 24, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-12]

    Version bump to latest stable 1.0.18a.

= Package : alsa-lib  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 32, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-30]

    Version bump to the latest stable 1.0.18.

= Package : alsa-plugins  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 5, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-22]

    - Add Gentoo patch for being able to disable some configure parameters,
    - Disable avcodec, disable speex as it may cause some problems with PA.

* Ver.: 1.0.18, Rel.: 4, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-31]

    - Version bump to the latest stable 1.0.18,
    - Enable speex library.

= Package : alsa-tools  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 9, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-31]

    - Version bump to the latest stable 1.0.18,
    - Add firmware_locations.patch for installing firmwares 
into /lib/firmware,
    - Split the package for separating GUI and console tools,
    - Take over package.

= Package : alsa-tools-gui  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 9, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-31]

    - Version bump to the latest stable 1.0.18,
    - Add firmware_locations.patch for installing firmwares 
into /lib/firmware,
    - Split the package for separating GUI and console tools,
    - Take over package.

* Ver.: 1.0.17, Rel.: 8, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-07-15]

    Version bump

* Ver.: 1.0.17_rc1, Rel.: 7, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-06-23]

    Version bump

* Ver.: 1.0.16, Rel.: 6, Type: None
* Onur Küçük <onur_at_pardus.org.tr> [2008-04-08]

    Make usx2y use udev

* Ver.: 1.0.16, Rel.: 5, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-02-06]

    Version bump

* Ver.: 1.0.16_rc1, Rel.: 4, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-01-28]

    Version bump

* Ver.: 1.0.14, Rel.: 3, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2007-06-04]

    Fixed dependencies

* Ver.: 1.0.14, Rel.: 2, Type: None
* Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr> [2007-06-04]

    Version bump to stable release

* Ver.: 1.0.14_rc3, Rel.: 1, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-03-25]

    First release.

= Package : alsa-utils  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 32, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-04]

    - Version bump to the latest stable 1.0.18,
    - alsa-info.sh script is updated to 0.4.52 and modified a little for 
Pardus,
    - removed 'remove_alsaconf.patch' because it can now be disabled 
using --disable-alsaconf,
    - removed 'salsa.patch' because alsactl is used instead of it,
    - alsaunmute is now a bash script shipped as an additional file,
    - removed 'alsasound.confd' as alsa-utils doesn't provide a service script 
anymore,
    - added alsactl.conf to /etc/alsa/ and an empty asound.state to /etc,
    - new /lib/alsa/init hierarchy to be used by alsactl called by udev,
    - cleaned up actions.py,
    - take over package.

= Package : amarok-kde4  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 2.0, Rel.: 12, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-12-10]

    2.0 Release

* Ver.: 1.94_891963, Rel.: 11, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-12-03]

    Update to svn release, prior to 2.0

= Package : ati-control-center  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 8.11, Rel.: 44, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-15]

    Add XDG-compliant desktop files instead of KDE3-specific ones

* Ver.: 8.11, Rel.: 43, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-14]

    Bump to latest stable. Changes:

    * New Display Enhancement - display scaling to resize the display
    devices that support TV timings (480i/p, 720p, 1080i, 1080p)
    through either digital (DVI or HDMI) or analog (component) interfaces
    * ATI CrossFireX Enhancement - enables users to verify whether an
    application is running in ATI CrossFireX mode
    * Bugs fixed:
    - The driver now changes hardware power states automatically when
    unplugging and plugging in AC power on mobile hardware older than
    Radeon Mobility HD 2xxx series.
    - X Server will may not start when using two display adapters with
    mismatched memory sizes.
    - Corruption may be noticed when playing video content using mplayer.
    - Starting X in dual-head mode with only one monitor connected may
    result in a black screen and the X Server failing to start.

= Package : ati-drivers  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 8.11, Rel.: 44, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-15]

    Add XDG-compliant desktop files instead of KDE3-specific ones

* Ver.: 8.11, Rel.: 43, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-14]

    Bump to latest stable. Changes:

    * New Display Enhancement - display scaling to resize the display
    devices that support TV timings (480i/p, 720p, 1080i, 1080p)
    through either digital (DVI or HDMI) or analog (component) interfaces
    * ATI CrossFireX Enhancement - enables users to verify whether an
    application is running in ATI CrossFireX mode
    * Bugs fixed:
    - The driver now changes hardware power states automatically when
    unplugging and plugging in AC power on mobile hardware older than
    Radeon Mobility HD 2xxx series.
    - X Server will may not start when using two display adapters with
    mismatched memory sizes.
    - Corruption may be noticed when playing video content using mplayer.
    - Starting X in dual-head mode with only one monitor connected may
    result in a black screen and the X Server failing to start.

= Package : automoc4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.87, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump.

= Package : bashdb  [Serdar Dalgýç <serdar_at_cclub.metu.edu.tr>]
======================================================================
* Ver.: 4.0.0.2, Rel.: 1, Type: None
* Serdar Dalgýç <serdar_at_cclub.metu.edu.tr> [2008-11-29]

    First release.

= Package : cairo  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.8.6, Rel.: 26, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-14]

    Version bump to 1.8 series as seriously recommended by cairo guys

= Package : crystalspace  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.2.1_30564, Rel.: 9, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-28]

    Add missing Cg dependency and depend on new cegui

= Package : crystalspace-doc  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.2.1_30564, Rel.: 9, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-28]

    Add missing Cg dependency and depend on new cegui

= Package : dbus  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.4, Rel.: 39, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-08]

    Revert last

* Ver.: 1.2.6, Rel.: 38, Type: security
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-07]

    New stable release fixes CVE-2008-4311 
(http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4311)

= Package : decibel  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.7.1_891686, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-05]

    New snapshot

= Package : digikam-kde4  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 0.10.0_beta6, Rel.: 2, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump.

= Package : dvd-slideshow  [Ertan Argüden <ert976_at_gmail.com>]
======================================================================
* Ver.: 0.8.2_2, Rel.: 6, Type: None
* Ertan Argüden <ert976_at_gmail.com> [2008-12-05]

    Version Bump

= Package : fontforge  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 0.0_20081117, Rel.: 11, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-23]

    * Displaying magnified bitmap strikes in the font view often caused a 
crash.
    * Disable libpango and libcairo.

= Package : freecol  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 0.8.0_alpha3, Rel.: 13, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-07]

    Version bump to new alpha for testing.

* Ver.: 0.8.0_alpha2, Rel.: 12, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-09-11]

    Version bump to new alpha for testing.

* Ver.: 0.8.0_p4197, Rel.: 11, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-07-13]

    Version bump to latest svn for testing.

* Ver.: 0.8.0_alpha1, Rel.: 10, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-07-12]

    Version bump to new alpha for testing.

= Package : freetype  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 2.3.7, Rel.: 31, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-12-13]

    Use upstream's patch for the last fix and fix another incorrect scaling 
issue

* Ver.: 2.3.7, Rel.: 30, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-12-10]

    Fix a buffer overflow (fixes #8790)

= Package : gimp  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.6.3, Rel.: 37, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to 2.6.3 which includes following bug fixes:
    - Plugin Map Color Range disappears from GIMP
    - Error while loading psd-data
    - Explicit zooming with e.g. '1' should handle zoom-focus better
    - Zoom selection always centered in the Navigation tab
    - Wrong lang tags for 'no'
    - SOTA Chrome cannot accept different textures
    - Clearing an already empty document history crashes GIMP
    - Image windows need better default locations
    - "Scale image..." causes distortion around edges
    - Changing crop size in Crop Tool Options can make UI unresponsive
    - Stroking a single-point path with a paint tool crashes GIMP
    - Move tool gives bad information about px moved
    - Help behavior for locales without manual translation

= Package : gimp-devel  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.6.3, Rel.: 37, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to 2.6.3 which includes following bug fixes:
    - Plugin Map Color Range disappears from GIMP
    - Error while loading psd-data
    - Explicit zooming with e.g. '1' should handle zoom-focus better
    - Zoom selection always centered in the Navigation tab
    - Wrong lang tags for 'no'
    - SOTA Chrome cannot accept different textures
    - Clearing an already empty document history crashes GIMP
    - Image windows need better default locations
    - "Scale image..." causes distortion around edges
    - Changing crop size in Crop Tool Options can make UI unresponsive
    - Stroking a single-point path with a paint tool crashes GIMP
    - Move tool gives bad information about px moved
    - Help behavior for locales without manual translation

= Package : glib2  [Burak Çalýþkan <burakclskn_at_gmail.com>]
======================================================================
* Ver.: 2.16.5, Rel.: 29, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-10-05]

    Revert to 2.16.5, 2.18 breaks firefox, needs more testing and/or BreaksABI 
facility..

* Ver.: 2.18.1, Rel.: 28, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-09-18]

    Version bump.

* Ver.: 2.18.0, Rel.: 27, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-16]

    Version bump.

= Package : gnujump  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 1.0.6, Rel.: 7, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-10]

    Version bump.

* Ver.: 1.0.5, Rel.: 6, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-11]

    Fix desktop files to make them XDG compliant

= Package : gparted  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 0.4.1, Rel.: 13, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-02]

    Version bump:
    * Improved read label performance with blkid cached results
    * Added read UUID support
    * Enforced FAT16/32 compliant volume labels (11 char max)
    * Fixed destination too small on copy and paste partition
    * Added status bar message updates while scanning devices
    * Moved Features entry from menu GParted to View
    * Renamed Features dialog to File System Support
    * Prevented paste into an existing partition
    * Added --disable-doc configure flag to stop building help docs

* Ver.: 0.3.9, Rel.: 12, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-09-19]

    Version bump

= Package : grsync  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 0.6.2, Rel.: 6, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-05]

    Version bump - translation update, fix "new session" crash.

= Package : gtk2  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.12.11, Rel.: 39, Type: None
* Ekn Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Revert to 2.12.11

* Ver.: 2.14.3, Rel.: 38, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.2, Rel.: 37, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.1, Rel.: 36, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-17]

    Version bump and parsing package

= Package : gtk2-demo  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.12.11, Rel.: 39, Type: None
* Ekn Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Revert to 2.12.11

* Ver.: 2.14.3, Rel.: 38, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.2, Rel.: 37, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.1, Rel.: 36, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-17]

    Version bump and parsing package

* Ver.: 2.12.11, Rel.: 35, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-07-07]

    Version bump.

* Ver.: 2.12.10, Rel.: 34, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-06-11]

    Correctly fix wrong handling of printer hostname in printer dialog 
(https://bugzilla.redhat.com/show_bug.cgi?id=449379)

* Ver.: 2.12.10, Rel.: 33, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-06-05]

    Version bump.

* Ver.: 2.12.9, Rel.: 32, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-05-23]

    Add patch to fix wrong handling of printer hostname in printer dialog 
(https://bugzilla.redhat.com/show_bug.cgi?id=248245)

* Ver.: 2.12.9, Rel.: 31, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-05-10]

    Set default theme and default icon-theme

* Ver.: 2.12.9, Rel.: 30, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-03-28]

    GtkFileChooser should do tab-completion when the cursor is not at the end 
of the entry (https://bugzilla.novell.com/show_bug.cgi?id=171077)

* Ver.: 2.12.9, Rel.: 29, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-03-12]

    Version bump, bugfix release of 2.12

* Ver.: 2.12.8, Rel.: 28, Type: None
* Onur Küçük <onur_at_pardus.org.tr> [2008-02-19]

    Version bump fix to scroll annoyance

* Ver.: 2.12.5, Rel.: 27, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-01-11]

    Version bump.

* Ver.: 2.12.3, Rel.: 26, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-12-05]

    Version bump.

* Ver.: 2.12.2, Rel.: 25, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-11-26]

    Version bump.

* Ver.: 2.12.1, Rel.: 24, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-10-17]

    Stable update

* Ver.: 2.12.0, Rel.: 23, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-10-03]

    Add patch for fixing crash when mousing over tooltips Gnome bug #460194

* Ver.: 2.12.0, Rel.: 22, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-09-14]

    Version bump to 2.12 branch.

* Ver.: 2.10.14, Rel.: 21, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-09-11]

    Depend on new glib2, it should be compiled with it.

* Ver.: 2.10.14, Rel.: 20, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-08-02]

    Add package handler for updating hicolor icon theme cache automatically.

* Ver.: 2.10.14, Rel.: 19, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-08-02]

    Stable update

* Ver.: 2.10.13, Rel.: 18, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-06-13]

    Version bump.

* Ver.: 2.10.10, Rel.: 17, Type: None
* Ahmet AYGÜN <ahmet_at_zion.gen.tr> [2007-04-01]

    Dependency fix.

* Ver.: 2.10.10, Rel.: 16, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-03-13]

    Stable update

* Ver.: 2.10.9, Rel.: 15, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-02-22]

    Stable update

* Ver.: 2.10.6, Rel.: 14, Type: security
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-01-24]

    Fix CVE-2007-0010

* Ver.: 2.10.6, Rel.: 13, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2006-10-28]

    Conflict with gtk1 and gdk-pixbuf

* Ver.: 2.10.6, Rel.: 12, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2006-10-27]

    Upgraded to 2.10 branch

* Ver.: 2.8.20, Rel.: 11, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2006-10-26]

    Version bump

* Ver.: 2.8.18, Rel.: 10, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-05-27]

    Bugfix update

* Ver.: 2.8.17, Rel.: 9, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-04-18]

    Bugfix update

* Ver.: 2.8.14, Rel.: 8, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-03-09]

    New stable release

* Ver.: 2.8.13, Rel.: 7, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-02-26]

    New stable release

* Ver.: 2.8.11, Rel.: 6, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-02-02]

    New stable release

* Ver.: 2.8.10, Rel.: 5, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-01-13]

    New stable release

* Ver.: 2.8.9, Rel.: 4, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-01-01]

    New stable release

* Ver.: 2.8.7, Rel.: 3, Type: security
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2005-11-16]

    Update to version 2.8.7 to fix CVE-2005-3186,CVE-2005-2975

* Ver.: 2.8.6, Rel.: 2, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2005-10-30]

    Update to version 2.8.6

* Ver.: 2.6.4, Rel.: 1, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2005-09-09]

    First release.

= Package : gtk2-docs  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.12.11, Rel.: 39, Type: None
* Ekn Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Revert to 2.12.11

* Ver.: 2.14.3, Rel.: 38, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.2, Rel.: 37, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.1, Rel.: 36, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-17]

    Version bump and parsing package

* Ver.: 2.12.11, Rel.: 35, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-07-07]

    Version bump.

* Ver.: 2.12.10, Rel.: 34, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-06-11]

    Correctly fix wrong handling of printer hostname in printer dialog 
(https://bugzilla.redhat.com/show_bug.cgi?id=449379)

* Ver.: 2.12.10, Rel.: 33, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-06-05]

    Version bump.

* Ver.: 2.12.9, Rel.: 32, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-05-23]

    Add patch to fix wrong handling of printer hostname in printer dialog 
(https://bugzilla.redhat.com/show_bug.cgi?id=248245)

* Ver.: 2.12.9, Rel.: 31, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-05-10]

    Set default theme and default icon-theme

* Ver.: 2.12.9, Rel.: 30, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-03-28]

    GtkFileChooser should do tab-completion when the cursor is not at the end 
of the entry (https://bugzilla.novell.com/show_bug.cgi?id=171077)

* Ver.: 2.12.9, Rel.: 29, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-03-12]

    Version bump, bugfix release of 2.12

* Ver.: 2.12.8, Rel.: 28, Type: None
* Onur Küçük <onur_at_pardus.org.tr> [2008-02-19]

    Version bump fix to scroll annoyance

* Ver.: 2.12.5, Rel.: 27, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-01-11]

    Version bump.

* Ver.: 2.12.3, Rel.: 26, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-12-05]

    Version bump.

* Ver.: 2.12.2, Rel.: 25, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-11-26]

    Version bump.

* Ver.: 2.12.1, Rel.: 24, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-10-17]

    Stable update

* Ver.: 2.12.0, Rel.: 23, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-10-03]

    Add patch for fixing crash when mousing over tooltips Gnome bug #460194

* Ver.: 2.12.0, Rel.: 22, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-09-14]

    Version bump to 2.12 branch.

* Ver.: 2.10.14, Rel.: 21, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-09-11]

    Depend on new glib2, it should be compiled with it.

* Ver.: 2.10.14, Rel.: 20, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-08-02]

    Add package handler for updating hicolor icon theme cache automatically.

* Ver.: 2.10.14, Rel.: 19, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-08-02]

    Stable update

* Ver.: 2.10.13, Rel.: 18, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-06-13]

    Version bump.

* Ver.: 2.10.10, Rel.: 17, Type: None
* Ahmet AYGÜN <ahmet_at_zion.gen.tr> [2007-04-01]

    Dependency fix.

* Ver.: 2.10.10, Rel.: 16, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-03-13]

    Stable update

* Ver.: 2.10.9, Rel.: 15, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-02-22]

    Stable update

* Ver.: 2.10.6, Rel.: 14, Type: security
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-01-24]

    Fix CVE-2007-0010

* Ver.: 2.10.6, Rel.: 13, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2006-10-28]

    Conflict with gtk1 and gdk-pixbuf

* Ver.: 2.10.6, Rel.: 12, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2006-10-27]

    Upgraded to 2.10 branch

* Ver.: 2.8.20, Rel.: 11, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2006-10-26]

    Version bump

* Ver.: 2.8.18, Rel.: 10, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-05-27]

    Bugfix update

* Ver.: 2.8.17, Rel.: 9, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-04-18]

    Bugfix update

* Ver.: 2.8.14, Rel.: 8, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-03-09]

    New stable release

* Ver.: 2.8.13, Rel.: 7, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-02-26]

    New stable release

* Ver.: 2.8.11, Rel.: 6, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-02-02]

    New stable release

* Ver.: 2.8.10, Rel.: 5, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-01-13]

    New stable release

* Ver.: 2.8.9, Rel.: 4, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-01-01]

    New stable release

* Ver.: 2.8.7, Rel.: 3, Type: security
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2005-11-16]

    Update to version 2.8.7 to fix CVE-2005-3186,CVE-2005-2975

* Ver.: 2.8.6, Rel.: 2, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2005-10-30]

    Update to version 2.8.6

* Ver.: 2.6.4, Rel.: 1, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2005-09-09]

    First release.

= Package : gvim  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 7.2.060, Rel.: 56, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-06]

    Add patch to fix segfault when adding XML comments (Fixes #8383)

* Ver.: 7.2.060, Rel.: 55, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-30]

    *Update to patchlevel 60,
    *Fixed this problems:
    -In diff mode, when using two tabs, each with two diffed buffers, editing 
a buffer of the other tab messes up the diff.
    -When using winrestview() in a BufWinEnter autocommand the window is 
scrolled anyway.
    -VMS: Too many characters are escaped in filename and shell commands.
    -Crash because of STRCPY() being over protective of the destination size.
    -The Python interface has an empty entry in sys.path.
    -Wrong check for filling buffer with encoding.
    -Starting Vim with the -nb argument while it's not supported causes the 
other side to hang.
    -v:prevcount is changed too often.  Counts are not multiplied when setting 
v:count.
    -Warnings for not checking return value of fwrite().
    -Can't avoid 'wildignore' and 'suffixes' for glob() and globpath().
    -synIDattr() doesn't support "sp" for special color.
    -Crash when using WorkShop command ":ws foo".
    -Compilation warnings for format in getchar.c.
    -Various compiler warnings with strict checking.
    -Combination of int and size_t may not work.
    -Can't add a patch name to the ":version" output.
    -Diff display is not always updated.

= Package : hsqldb-lib  [Cenk Güre <gure.cenk_at_gmail.com>]
======================================================================
* Ver.: 1.8.0.10, Rel.: 2, Type: None
* Cenk Güre <gure.cenk_at_gmail.com> [2008-09-19]

    Version bump

= Package : iwlwifi4965-ucode  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 228.57.2.23, Rel.: 3, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-15]

    - Version bump,
    - Allow full active scan dwell time after auto-switch from passive to 
active,
    - Properly decrement sequence number to avoid "wrong command queue error.

= Package : libgcrypt  [Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr>]
======================================================================
* Ver.: 1.4.0, Rel.: 8, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-14]

    revert libgcrypt to 1.4.0, 1.4.3 silently breaks gnutls

* Ver.: 1.4.3, Rel.: 7, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-11-02]

    Version bump
    Change version of dep. libgpg-error to 1.4

= Package : libgnomecanvas  [Eren Türkay <turkay.eren_at_gmail.com>]
======================================================================
* Ver.: 2.20.0, Rel.: 3, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Fix dependencies, 2008 repo has gail.

= Package : libical  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.42, Rel.: 2, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-15]

    Version bump: Fix for storing inline attachments, safety fix when 
formatting date strings

= Package : lxsplit  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 0.2.4, Rel.: 5, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-10]

    Version bump :
    - If the input is not a regular file, give up immediately.
    - Updated help output.

= Package : mountmanager  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 0.2.4, Rel.: 2, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-12-14]

    Fix #8781.

= Package : network-manager  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.1.4, Rel.: 58, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-16]

    Use max timeout if reply is not ignored by caller.

= Package : networkx  [Ahmet Erdoðan <tuxposta_at_gmail.com>]
======================================================================
* Ver.: 0.37, Rel.: 2, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-09-09]

    Version bump.

* Ver.: 0.35.1, Rel.: 1, Type: None
* Ahmet Erdoðan <tuxposta_at_gmail.com> [2007-12-05]

    First release

= Package : openmpi  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.8, Rel.: 6, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-10-22]

    Bug fixes and a few new features

= Package : ortp  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 0.13.1, Rel.: 2, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-09-09]

    Version Bump.

* Ver.: 0.7.1, Rel.: 1, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-01-13]

    First release.

= Package : package-manager  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.3.9, Rel.: 53, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-02]

    * Install now fetches all and then installs
    * Disable cancel button when fetching finished and started instaling

= Package : perl-Archive-Tar  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.42, Rel.: 5, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Bug fix release, add missing dependencies

= Package : perl-Archive-Zip  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.26, Rel.: 6, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Remove "use warnings" instances, add version dependency, add build tests

= Package : perl-Class-MethodMaker  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 2.13, Rel.: 5, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Improve diagnostics and avoid crash with bad arguments.

= Package : perl-Clone  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 0.30, Rel.: 5, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Handle new magic '@' in perl 5.10. [RT#40957]

= Package : perl-Data-UUID  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.149, Rel.: 3, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Changed license

= Package : perl-Tk  [Ýlker Kesen <ikesen92_at_gmail.com>]
======================================================================
 = Package : phonon  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.2.80, Rel.: 5, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-29]

    Prefix is changed to /usr/kde/4

* Ver.: 4.2.80, Rel.: 4, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Sync from SVN, xine-lib dep added

= Package : pidgin  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.5.2, Rel.: 25, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-04]

    Add missing avahi-glib dependency.

* Ver.: 2.5.2, Rel.: 24, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-11-04]

    Stable version bump including fixes for libpurple, Pidgin, Finch, MSN, 
XMPP and Yahoo components.

* Ver.: 2.5.1, Rel.: 23, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-10-20]

    A new patch added for turkish translation errors.

= Package : pisi  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 2.1.0, Rel.: 105, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-01]

    * Install now works as upgrade, downloads all and then installs
    * Requires/Action/{reverseDependencyUpdate,systemRestart,serviceRestart} 
tags
    * pisi check symlink problem (#7336)
    * Fixed bugs (5493, 5619, 7336, 5370, 8623, 8379, 4539, 8515, 8501, 8426, 
8145, 7328)

= Package : powerdevil-kde4  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 1.4.1, Rel.: 2, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-10]

    Version bump.

= Package : rsibreak-kde4  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.0_beta4, Rel.: 3, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-30]

    Depend on kdelibs4 - uses libplasma.so

* Ver.: 0.9.0_beta4, Rel.: 2, Type: None
* Gökmen GÖKSEL <gokmen_at_pardus.org.tr> [2008-10-26]

    New beta with a lot of bug fixes.

= Package : scapy  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.0.10, Rel.: 4, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to stable release.

= Package : sip  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 4.7.9, Rel.: 28, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-12-10]

    A little Bugfix release

= Package : skype  [Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.0.72, Rel.: 14, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-06-24]

    Version bump

= Package : smc  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.6, Rel.: 3, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-08]

    Stable bump

= Package : soprano  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 2.1.64, Rel.: 8, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-15]

    Version bump to 2.1.64

= Package : sylpheed  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 2.6.0_rc, Rel.: 25, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-01]

    Version bump to new RC for testing :
    * The backups for configuration files are kept for four generations now.
    * Only new messages are counted when incorporating from local mbox.
    * In the folder selection dialog, only folders which are expanded in the 
folder view are expanded now.
    * The folders which should not be selected in the folder selection dialog 
became unselectable now.
    * The bug that the addressbook window was not refreshed when sender of 
message was added to the addressbook was fixed.
    * Several bugfixes were made.

* Ver.: 2.6.0_beta2, Rel.: 24, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-11-17]

    Version bump to new beta for testing :
    * The menu was added to the remote POP3 mailbox window.
    * The sorting of remote POP3 mailbox was fixed.
    * The remote POP3 mailbox button was added to the toolbar.

* Ver.: 2.6.0_beta1, Rel.: 23, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-09-29]

    Version bump to new beta for testing

= Package : sysklogd  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 1.5, Rel.: 11, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-16]

    Fixed service script and bumped to 1.5

= Package : tapioca-qt  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.17.7_891685, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-04]

    New snapshot, prefix changed to /usr/qt/4

= Package : telepathy-qt  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.17.7_891673, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-04]

    New snapshot, prefix changed to /usr/qt/4 since this is a Qt4 library

= Package : tpm-tools  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 1.3.1, Rel.: 4, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-01-07]

    Version Bump.

* Ver.: 1.3.0, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-08]

    Version Bump.

* Ver.: 1.2.5.1, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-02-05]

    Version Bump.

* Ver.: 1.2.5, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2006-11-30]

    First release

= Package : tpmmanager  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 0.5, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-04-19]

    Stable update

* Ver.: 0.4, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-10]

    Version bump.

* Ver.: 0.3, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-03-02]

    First release

= Package : trousers  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 0.3.1, Rel.: 7, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-04-16]

    Fix compiled with gcc4.3 and many bugs

* Ver.: 0.3.1, Rel.: 6, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-01-12]

    Bug Fixed:6794

* Ver.: 0.3.1, Rel.: 5, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-04]

    Version bump

* Ver.: 0.2.9.1, Rel.: 4, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2007-05-23]

    Updated Service script.

* Ver.: 0.2.9.1, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-04-27]

    Version Bump

* Ver.: 0.2.9, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-03-13]

    Version Bump

* Ver.: 0.2.8, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2006-11-30]

    First release

= Package : vpnc  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 0.5.3, Rel.: 4, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-12-10]

    Bugfix Releases

= Package : vsftpd  [Taner Taþ <taner_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.7, Rel.: 17, Type: None
* Taner Taþ <taner_at_pardus.org.tr> [2008-09-08]

    Version Bump

= Package : whois  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 4.7.29, Rel.: 10, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-10]

    Version bump :
    * Fixed the short option -S broken in 4.7.25.
    * Added support for ASN32 in the ASPLAIN notation.
    * Do not disable the timeout after the connection to the server, because 
it can still hang forever.
    * Added the .gy, .hn, .ng and .sl TLD servers.
    * Updated 
the .tel, .cr, .dz, .ht, .im, .jo, .ly, .mt, .mu, .pr, .rs, .sn, .com.uy, .vc 
and .vn TLD servers.
    * Added support for -kenic NIC handles.
    * Added new IPv4 allocations.

= Package : wordwarvi  [Uður Çetin <jnmbk_at_users.sourceforge.net>]
======================================================================
* Ver.: 0.24, Rel.: 6, Type: None
* Uður Çetin <jnmbk_at_users.sourceforge.net> [2008-12-12]

    Version bump. Seperate xmas mode and normal mode desktop files.

* Ver.: 0.23, Rel.: 5, Type: None
* Uður Çetin <jnmbk_at_users.sourceforge.net> [2008-11-30]

    Version bump.

* Ver.: 0.22, Rel.: 4, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-11]

    Fix desktop files to make them XDG compliant

From dfisek at fisek.com.tr  Wed Dec 17 14:28:31 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Wed, 17 Dec 2008 14:28:31 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <20081217142831.2295ed37.dfisek@fisek.com.tr>

Wed, 17 Dec 2008 14:20:33 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> grsync-0.6.2-6-2.pisi
> lxsplit-0.2.4-5-3.pisi
> whois-4.7.29-10-3.pisi
ACK.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From ekin at pardus.org.tr  Wed Dec 17 14:32:20 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 17 Dec 2008 14:32:20 +0200
Subject: [Gelistirici] [RFT] sun-jdk/jre
Message-ID: <200812171432.21024.ekin@pardus.org.tr>

Merhaba / Hi;

Aþaðýdaki güncellemeler önemli güvenlik düzeltmeleri içeriyor, acil olarak 
test edilmelerine ihtiyacýmýz var - þimdiden teþekkürler
//
Following updates include security fixes, we are looking for testers for these 
packages - thanks in advance...

sun-jdk-1.6.0_p11-17-4.pisi
sun-jdk-demo-1.6.0_p11-17-1.pisi
sun-jdk-doc-1.6.0_p11-17-1.pisi
sun-jdk-samples-1.6.0_p11-17-1.pisi
sun-jre-1.6.0_p11-17-4.pisi
--
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ugur.jnmbk at gmail.com  Wed Dec 17 14:31:46 2008
From: ugur.jnmbk at gmail.com (=?UTF-8?Q?U=C4=9Fur_=C3=87etin?=)
Date: Wed, 17 Dec 2008 14:31:46 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <9dca79e40812170431t478b5225k38065ac7b184b7b3@mail.gmail.com>

17 12 2008 14:20 Ekin Meroðlu <ekin at pardus.org.tr>:
> wordwarvi-0.24-6-4.pisi

Includes new features but all works fine, ACK.

-- 
Uður Çetin

From bahadir at pardus.org.tr  Wed Dec 17 14:34:37 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Wed, 17 Dec 2008 14:34:37 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812171434.37619.bahadir@pardus.org.tr>

17 Ara 2008 Çar tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> dbus-1.2.4-39-14.pisi

NACK. No need to release, same as previous one.

> sysklogd-1.5-11-3.pisi
> network-manager-2.1.4-58-25.pisi

NACK. It's too early to release.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081217/6820d0d4/attachment.pgp 

From ekrem.seren at gmail.com  Wed Dec 17 14:44:56 2008
From: ekrem.seren at gmail.com (Ekrem SEREN)
Date: Wed, 17 Dec 2008 14:44:56 +0200
Subject: [Gelistirici] [RFT] sun-jdk/jre
In-Reply-To: <200812171432.21024.ekin@pardus.org.tr>
References: <200812171432.21024.ekin@pardus.org.tr>
Message-ID: <39f080000812170444g747c4236n3fcbebde0ac3f91f@mail.gmail.com>

17 Aralýk 2008 Çarþamba 14:32 tarihinde Ekin Meroðlu <ekin at pardus.org.tr> yazdý:
> Merhaba / Hi;

Merhaba,

> Aþaðýdaki güncellemeler önemli güvenlik düzeltmeleri içeriyor, acil olarak
> test edilmelerine ihtiyacýmýz var - þimdiden teþekkürler

> sun-jdk-1.6.0_p11-17-4.pisi
> sun-jdk-demo-1.6.0_p11-17-1.pisi
> sun-jdk-doc-1.6.0_p11-17-1.pisi
> sun-jdk-samples-1.6.0_p11-17-1.pisi
> sun-jre-1.6.0_p11-17-4.pisi

Bu paketleri ofis içerisinde kullanýyoruz. JBoss/Seam projelerinde,
NetBeans ve Eclipse IDE'lerinde, Java Swing uygulamalarýnda (ve Pardus
üzerinde kullandýðým java uygulamarýnda) bir sorunla karþýlaþmadýk.

Benden ACK.

-- 
Ekrem SEREN
________________________________________
UYGUN Teknoloji Biliþim Hiz.Tic.Ltd.Þti.
http://www.uygunteknoloji.com

From gokmen at pardus.org.tr  Wed Dec 17 14:51:32 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Wed, 17 Dec 2008 14:51:32 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812171451.32698.gokmen@pardus.org.tr>

On Wednesday 17 December 2008 14:20:33 Ekin Meroðlu wrote:
> Merhaba / Hi;
Selamlar,

> rsibreak-kde4-0.9.0_beta4-3-2.pisi
ACK
-- 
Gökmen GÖKSEL
[pardus.org.tr]

From faik at pardus.org.tr  Wed Dec 17 15:14:56 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Wed, 17 Dec 2008 15:14:56 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812171514.56511.faik@pardus.org.tr>

On Wednesday 17 December 2008 14:20:33 Ekin Meroðlu wrote:
> package-manager-1.3.9-53-20.pisi
> pisi-2.1.0-105-30.pisi

ACK.

> perl-Clone-0.30-5-3.pisi

ACK. Critical fix.

> perl-Data-UUID-1.149-3-4.pisi
> perl-Archive-Tar-1.42-5-2.pisi
> perl-Archive-Zip-1.26-6-3.pisi
> perl-Class-MethodMaker-2.13-5-3.pisi

These can wait, as suggested.

- Faik

From ekin at pardus.org.tr  Wed Dec 17 16:50:15 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 17 Dec 2008 16:50:15 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171451.32698.gokmen@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812171451.32698.gokmen@pardus.org.tr>
Message-ID: <200812171650.15599.ekin@pardus.org.tr>

Merhaba;

Wednesday 17 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> On Wednesday 17 December 2008 14:20:33 Ekin Meroðlu wrote:
> > Merhaba / Hi;
>
> Selamlar,
>
> > rsibreak-kde4-0.9.0_beta4-3-2.pisi
>
> ACK

NACK

Bak buna tam bir hafta önce ne demiþim :

> Tuesday 09 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > > rsibreak-kde4-0.9.0_beta4-3-2.pisi
> >
> > ACK
>
> Bu paket depoda KDE 4.1.80'e linklendi, KDE serisi girmeden girmemeli.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From serdar at cclub.metu.edu.tr  Wed Dec 17 16:55:12 2008
From: serdar at cclub.metu.edu.tr (Serdar DALGIC)
Date: Wed, 17 Dec 2008 16:55:12 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <494912D0.1070309@cclub.metu.edu.tr>

Ekin Meroðlu wrote:
> Merhaba / Hi;
>
>   
Selamlar
> -------8<----------------------------------------
>
> bashdb-4.0.0.2-1-1.pisi
>
>   

AcK

-serdar

From onur at pardus.org.tr  Wed Dec 17 20:03:57 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 20:03:57 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812171113.54687.ekin@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812161550.06818.ekin@pardus.org.tr>
	<1cf4bb740812160925u6fd2aeb2r10aefdd4ce5364f4@mail.gmail.com>
	<200812171113.54687.ekin@pardus.org.tr>
Message-ID: <20081217200357.b735075e.onur@pardus.org.tr>


On Wed, 17 Dec 2008 11:13:54 +0200
Ekin Meroðlu <ekin at pardus.org.tr> wrote:

> Merhaba;
> 
> Tuesday 16 December 2008 tarihinde, Barýþ Metin þunlarý yazmýþtý: 
> > 2008/12/16 Ekin Meroðlu <ekin at pardus.org.tr>:
...

 Konunun toolchain vs. ile alakasý yok aslýnda, Erkan Bey thread çalmýþ
sadece... Þu anda ayný depo içerisinde birden fazla toolchain vs.
desteklemek gibi bir niyetimiz yok, uzun süre de buna ihtiyacýmýz
olacaðýný zannetmiyorum. KDEx geçiþi de herhalde bu daðýtýmýn þu anki
yaþý iki katýna kadar bir daha karþýlaþmayacaðýmýz bir þekilde
karþýmýza çýktý, bunu da þu anda 2008 de ve 2009 da her iki KDE den
ufak parçalarý depoda taþýyarak sürdürüyoruz, 2009 da da atabildiðimiz
kadar KDE3 bileþenini atýp mecbur kalýrsak sadece kitaplýk bazýnda KDE3
bileþenlerini tutacaðýz.

> > Bu isi yalnizca kernel icin yapmamiz getirdigi bakim yukunden fazla
> > mi fayda saglayacak?
> 
> Bence bu er ya da geç karþýmýza gelecek, ne kadar erken çözersek o
> kadar iyi diye düþünüyorum. 

 Sorun sadece kernel ile ilgili þu anda. Diðer yazýlýmlar ile genelde
istediðimiz özellikleri (configure vs. ile) açarak ya da kullanacaðý
kitaplýklarý seçerek (dirac vs. schroedinger mesela) devam
ettirebiliyoruz. Çoðunlukla iþlev kaybý olmadan paketlerde bunu
baþarabildik çünkü paketlerimizin çoðu yazýlýmsal. Ancak geliþen
donaným teknolojileri ile beraber kernel de yaptýðýmýz seçimler bir çok
yetenekten feragat etmemize sebep olmaya baþladý.

 4+GB RAM desteði, RT kernel gibi ciddi talep görmeye baþlayan
teknolojileri tek kernel ile sunamýyoruz, bu özellikleri açtýðýmýzda
baþka þeylerden kayýp yaþýyoruz, örneðin RT kernel yanlýþ bilmiyorsam
desktop kernel lere kýyasla biraz performans kaybý getiriyor. Belki
2009 da PAE yi öntanýmlý kernel de açabiliriz, ama mesela RT desteklemek
için bize ayrý bir kernel gerekiyor.

 Konuþtuðumuz konu birden fazla kernel paketinin bakýmý deðil bu arada,
Ekin'in de anlattýðý gibi araçlarýmýzýn / sistemimizin yapýsý þu anda
tek kernele odaklý olduðu için kullanýcý istediði tip kernel i seçip
yoluna devam edemiyor, araçlarýmýzý buna adapte edebilir miyiz, nerede
ne deðiþtirmek / nasýl yapmak lazým onu tartýþýyoruz.

 Bu soruna bir çözüm bulabilirsek güzel olur, nasýl yapabiliriz þu
anda kafamda oturmuþ bir yöntem yok ama bir kaç farklý yerde yapýsal
deðiþiklik gerekecek.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Wed Dec 17 20:07:40 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 20:07:40 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
 2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <4948325F.3030003@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
	<20081217002825.3bc3873b.onur@pardus.org.tr>
	<4948325F.3030003@pardus.org.tr>
Message-ID: <20081217200740.534783ab.onur@pardus.org.tr>


On Wed, 17 Dec 2008 00:57:35 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:

> Onur Küçük wrote:
> >  þurada [1] örnek ekran görüntüleri var
> >
> >  incelerken tam boyutuna getirmeyi unutmayýn, yanlýþ render
> > ederkenki renk deðiþikliðine dikiz
> >
> >  [1] http://cekirdek.pardus.org.tr/~onur/cairofont/
> >
> >   
> Ýlkindeki yumuþatmadan dolayý, karakterlerin etraflarýnda belli
> belirsiz yeþil gölgelenmeler var.
> Ýkincisi bence daha temiz duruyor sadece a'da falan rendering hatasý
> var biraz.

 Sisteminin DPI ayarlarýndan sorun oluyor olabilir, Xorg.log.0 dan
tanýnan display size ý çözünürlüðe bölerek olmasý gereken DPI deðerini
bulup xorg.conf da tanýmlayabilirsin. Daha sonra da tasma da yazýtipi
ayarlarýnda DPI, AA ve subpixel rendering ayarlarýný kurcalayabilirsin.
Aslýnda bunlar ~/.fonts.conf da bazý ayarlarý açýyor, sende RGBA açýk
olduðu için istediðin görüntüyü alamýyor olabilirsin.

 Ofise bu bilgisayarýný getirirsen beraber de inceleyebiliriz.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Wed Dec 17 20:14:44 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 20:14:44 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: . files
 files/mozilla
In-Reply-To: <200812170050.36648.gokcen@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
	<200812170050.36648.gokcen@pardus.org.tr>
Message-ID: <20081217201444.9012249e.onur@pardus.org.tr>


On Wed, 17 Dec 2008 00:50:36 +0200
Gökçen Eraslan <gokcen at pardus.org.tr> wrote:

> Tuesday 16 December 2008 Tarihinde Onur dedi ki:
> >  GTK fontlarý yine [1] çirkinleþti
> >
> >  [1]
> > http://liste.pardus.org.tr/gelistirici/2008-September/013556.html
> 
> Evet, bununla ilgili senin eklediðin bir yama vardý, LCD filter
> yamasý, onu atýp derledim yeni sürümü. Görünümde de bi bozulma
> görmediðimden, herhalde gerek yok yamaya diye düþünmüþtüm. Gentoo ve
> Fedora'da da olmayýnca herhangi bir yama, sorun olmaz herhalde
> demiþtim, lakin oldu :) 
> 
> Debian'da varmýþ yamalar, devel'deki pakete aldým þimdi de, Ozan'da
> görüntü düzelirken, bende pek fark etmedi, sende de bozulmuþ :)

 Sembol yamasý önemli (onu niye attýðýný da anlamadým), onu mutlaka
alalým, lcd_filter yamasý da bence önemli, bu özellik en azýndan
kapatýlabiliyor (ki herþeyin düzgün olduðu bir X altýnda kapatmak
istemeyeceksiniz bence :) ama yama olmadan açýlamýyor.

 Bu arada benim eski yamam daha kýsaydý diye hatýrlýyorum, debian daki
yama ne deðiþtirmiþ bakmadým daha.

> Anlamadým pek nasýl iþtir bu. Kesinlikle alalým diyor musun peki,
> yani nasýl bir bozulma tam olarak sendeki?

 Þöyle bir mesaj da atmýþtým, ama Fatih'in dediði gibi bakýlan ekrana
göre anlaþýlmamasý da mümkün

 http://liste.pardus.org.tr/gelistirici/2008-December/015179.html


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Wed Dec 17 20:16:21 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 20:16:21 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: . files
 files/mozilla
In-Reply-To: <49483174.4050403@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
	<200812170050.36648.gokcen@pardus.org.tr>
	<49483174.4050403@pardus.org.tr>
Message-ID: <20081217201621.bdeb6ea0.onur@pardus.org.tr>


On Wed, 17 Dec 2008 00:53:40 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:
...
> DPI ayarlarýmla oynamadým. Bu laptopta özellikle firefox'ta
> toolbarlar, menüler vs.vs. inanýlmaz yumuþak çýkýyordu, gözümü çok
> rahatsýz ediyordu, þu anda gerçekten çok temiz, okunaklý ve rahat
> oldular. Zaten belli bir puntonun altýnda anti-aliasing'e acayip
> kýlým, eðer bu bir hataysa ve anti-aliasing yandan yediyse kapandýysa
> ben böyle kullanmayý tercih ediyorum, pisi blacklist'e ekleyeyim :)

 Olay AA deðil aslýnda, küçük puntolarda LCD ekranlarýnda render
yapýlýrken taþma ile ilgili bir düzeltme filtresi. Rahatsýz ediyorsa da
kapatýlabiliyor ama bence sendeki sorun baþka yerde.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From gurer at pardus.org.tr  Wed Dec 17 21:14:56 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Wed, 17 Dec 2008 21:14:56 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <20081217200357.b735075e.onur@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812171113.54687.ekin@pardus.org.tr>
	<20081217200357.b735075e.onur@pardus.org.tr>
Message-ID: <200812172114.56813.gurer@pardus.org.tr>

On Wednesday 17 December 2008 20:03:57 Onur Küçük wrote:

>  Konuþtuðumuz konu birden fazla kernel paketinin bakýmý deðil bu arada,
> Ekin'in de anlattýðý gibi araçlarýmýzýn / sistemimizin yapýsý þu anda
> tek kernele odaklý olduðu için kullanýcý istediði tip kernel i seçip
> yoluna devam edemiyor, araçlarýmýzý buna adapte edebilir miyiz, nerede
> ne deðiþtirmek / nasýl yapmak lazým onu tartýþýyoruz.

Kernel paketlerini içerecek bir system.kernel açalým. Pisi upgrade sýrasýnda 
bu bileþende kurulu olmayan kernel paketlerini kurmasýn ama kurulu olanlarý 
en son sürüme çeksin?

From onur at pardus.org.tr  Wed Dec 17 21:58:10 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 21:58:10 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812172114.56813.gurer@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812171113.54687.ekin@pardus.org.tr>
	<20081217200357.b735075e.onur@pardus.org.tr>
	<200812172114.56813.gurer@pardus.org.tr>
Message-ID: <20081217215810.a7b9428f.onur@pardus.org.tr>


On Wed, 17 Dec 2008 21:14:56 +0200
Gürer Özen <gurer at pardus.org.tr> wrote:

> On Wednesday 17 December 2008 20:03:57 Onur Küçük wrote:
> 
> >  Konuþtuðumuz konu birden fazla kernel paketinin bakýmý deðil bu
> > arada, Ekin'in de anlattýðý gibi araçlarýmýzýn / sistemimizin
> > yapýsý þu anda tek kernele odaklý olduðu için kullanýcý istediði
> > tip kernel i seçip yoluna devam edemiyor, araçlarýmýzý buna adapte
> > edebilir miyiz, nerede ne deðiþtirmek / nasýl yapmak lazým onu
> > tartýþýyoruz.
> 
> Kernel paketlerini içerecek bir system.kernel açalým. Pisi upgrade
> sýrasýnda bu bileþende kurulu olmayan kernel paketlerini kurmasýn ama
> kurulu olanlarý en son sürüme çeksin?

 Daha dün bir kahve molasý sohbetinde aynýsýný dedim :)

 Bu yöntemin getirebileceði sorun kernel paketlerinin ve ona baðlý olan
paketlerin baðýmlýlýk yapýsý. Bir userspace araç kernel modülüne
baðýmlý yazýldýðýnda "hangi kernelin hangi modülü" durumu oluyor.
Örneðin kernel modul paketi X in adý RT kernelde ne olacak ? Þu anda
aklýma örnek olarak lirc geliyor. Lirc içinden hem kernel modülü hem de
userspace kitaplýk geliyor, bu kitaplýk da KDE nin baðýmlýlýðý.
Paketi bölsek bile userspace araçlar kernel modülüne baðýmlý
olmalý. Baþka aklýnýza gelen örnek var mý ?

 Kernel modülleri ve kernel ler ayný depoda olacaksa, kernel modül
paketlerinin isimlerini farklý yapmamýz gerekiyor. Bir yöntem, pspec
içinde bu paketler için Provides ýn altýna

 kernel.module = lirc

 gibi bir þey eklemek ve pisinin system.kernel i buna göre takip
etmesi ama belki daha iyi bir yol bulabiliriz.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From gokmen at pardus.org.tr  Wed Dec 17 21:58:53 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Wed, 17 Dec 2008 21:58:53 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171650.15599.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812171451.32698.gokmen@pardus.org.tr>
	<200812171650.15599.ekin@pardus.org.tr>
Message-ID: <200812172158.53746.gokmen@pardus.org.tr>

On Wednesday 17 December 2008 16:50:15 Ekin Meroðlu wrote:
> Merhaba;
Selamlar,

> Wednesday 17 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > On Wednesday 17 December 2008 14:20:33 Ekin Meroðlu wrote:
> > > Merhaba / Hi;
> >
> > Selamlar,
> >
> > > rsibreak-kde4-0.9.0_beta4-3-2.pisi
> >
> > ACK
>
> NACK
>
> Bak buna tam bir hafta önce ne demiþim :
> > Tuesday 09 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > > > rsibreak-kde4-0.9.0_beta4-3-2.pisi
> > >
> > > ACK
> >
> > Bu paket depoda KDE 4.1.80'e linklendi, KDE serisi girmeden girmemeli.
O zaman yazmayacaksýn listeye. Listeyi yazan sensin NACK yazan sensin nasýl iþ 
bu ?

-- 
Gökmen GÖKSEL
[pardus.org.tr]

From bahadir at pardus.org.tr  Wed Dec 17 22:04:19 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Wed, 17 Dec 2008 22:04:19 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812172158.53746.gokmen@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812171650.15599.ekin@pardus.org.tr>
	<200812172158.53746.gokmen@pardus.org.tr>
Message-ID: <200812172204.22381.bahadir@pardus.org.tr>

17 Ara 2008 Çar tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> On Wednesday 17 December 2008 16:50:15 Ekin Meroðlu wrote:
> > Tuesday 09 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > > rsibreak-kde4-0.9.0_beta4-3-2.pisi
> > Bu paket depoda KDE 4.1.80'e linklendi, KDE serisi girmeden
> > girmemeli.
>
> O zaman yazmayacaksýn listeye. Listeyi yazan sensin NACK yazan sensin
> nasýl iþ bu ?

~100 paket var listede, gözden kaçmýþ belli ki. Depoya önceki gün giren 2 
paket de "az zaman geçiren" paketler arasýnda listelenmemiþ, olur böyle 
hatalar.

ACK/NACK iþini web uygulamasýna taþýmak için bir sebebimiz daha oldu.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081217/1a3a92f1/attachment.pgp 

From gurer at pardus.org.tr  Wed Dec 17 22:20:35 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Wed, 17 Dec 2008 22:20:35 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <20081217215810.a7b9428f.onur@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812172114.56813.gurer@pardus.org.tr>
	<20081217215810.a7b9428f.onur@pardus.org.tr>
Message-ID: <200812172220.35236.gurer@pardus.org.tr>

On Wednesday 17 December 2008 21:58:10 Onur Küçük wrote:

> > Kernel paketlerini içerecek bir system.kernel açalým. Pisi upgrade
> > sýrasýnda bu bileþende kurulu olmayan kernel paketlerini kurmasýn ama
> > kurulu olanlarý en son sürüme çeksin?
>  Daha dün bir kahve molasý sohbetinde aynýsýný dedim :)

Bu arada, bunu önermemin sebebi, kernel paketlerinin hallice büyük olmasý ve 
ilerde bir iki tanenin yetersiz kalabileceði. Yoksa hepsini kurdurup menüden 
çözmek yoluna gidilebilirdi mesela.

> Örneðin kernel modul paketi X in adý RT kernelde ne olacak ? Þu anda
> aklýma örnek olarak lirc geliyor. Lirc içinden hem kernel modülü hem de
> userspace kitaplýk geliyor, bu kitaplýk da KDE nin baðýmlýlýðý.

Modüller zaten kerneller arasýnda ortak olamazlar. Dolayýsýyla paket adlarý da 
farklý olmalý. Tabi o baðýmlýlýklar KDE'ye kadar çýkýnca sýkýntý oluyor.

Burada konu http://hata.pardus.org.tr/show_bug.cgi?id=589 ile birleþiyor 
sanki :D

From fatih at pardus.org.tr  Wed Dec 17 22:26:12 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Wed, 17 Dec 2008 22:26:12 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <20081217215810.a7b9428f.onur@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812172114.56813.gurer@pardus.org.tr>
	<20081217215810.a7b9428f.onur@pardus.org.tr>
Message-ID: <200812172226.15628.fatih@pardus.org.tr>

Çarþamba 17 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
>  Kernel modülleri ve kernel ler ayný depoda olacaksa, kernel modül
> paketlerinin isimlerini farklý yapmamýz gerekiyor. Bir yöntem, pspec
> içinde bu paketler için Provides ýn altýna
>
>  kernel.module = lirc
>
>  gibi bir þey eklemek ve pisinin system.kernel i buna göre takip
> etmesi ama belki daha iyi bir yol bulabiliriz.

Virtual depler ile çözemiyor muyuz bu sorunu? Tüm kernel paketleri "kernel" 
provide ederse KDE uygulamasýna da bu virtual depler yazýlabilir.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081217/42782dcf/attachment.pgp 

From turkersezer at tsdesign.info  Wed Dec 17 22:28:43 2008
From: turkersezer at tsdesign.info (=?utf-8?q?T=C3=BCrker_SEZER?=)
Date: Wed, 17 Dec 2008 22:28:43 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812172226.15628.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<20081217215810.a7b9428f.onur@pardus.org.tr>
	<200812172226.15628.fatih@pardus.org.tr>
Message-ID: <200812172228.43569.turkersezer@tsdesign.info>

On Wednesday 17 December 2008 22:26:12 Fatih Aþýcý wrote:
> Virtual depler ile çözemiyor muyuz bu sorunu? Tüm kernel paketleri "kernel"
> provide ederse KDE uygulamasýna da bu virtual depler yazýlabilir.

Bu yöntem de virtual dep kullanmayalým, kullandýrtmayalým politikamýza ters 
düþüyor sanýrým.


Türker

From onur at pardus.org.tr  Wed Dec 17 22:34:55 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 22:34:55 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812172220.35236.gurer@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812172114.56813.gurer@pardus.org.tr>
	<20081217215810.a7b9428f.onur@pardus.org.tr>
	<200812172220.35236.gurer@pardus.org.tr>
Message-ID: <20081217223455.8d0d0909.onur@pardus.org.tr>


On Wed, 17 Dec 2008 22:20:35 +0200
Gürer Özen <gurer at pardus.org.tr> wrote:

> Bu arada, bunu önermemin sebebi, kernel paketlerinin hallice büyük
> olmasý ve ilerde bir iki tanenin yetersiz kalabileceði. Yoksa hepsini
> kurdurup menüden çözmek yoluna gidilebilirdi mesela.

 Hepsini kurmak da zor iþ, hem kernel hem kernel-debug ve bunlarýn
source paketleri güncellemelerde sýkýntý :(

 Baþka kernel türleri de olabilir tabi, xen olur, sunucu olur,
multimedia olur, olur da olur :P

> > Örneðin kernel modul paketi X in adý RT kernelde ne olacak ? Þu anda
> > aklýma örnek olarak lirc geliyor. Lirc içinden hem kernel modülü
> > hem de userspace kitaplýk geliyor, bu kitaplýk da KDE nin
> > baðýmlýlýðý.
> 
> Modüller zaten kerneller arasýnda ortak olamazlar. Dolayýsýyla paket
> adlarý da farklý olmalý. Tabi o baðýmlýlýklar KDE'ye kadar çýkýnca
> sýkýntý oluyor.
> 
> Burada konu http://hata.pardus.org.tr/show_bug.cgi?id=589 ile
> birleþiyor sanki :D

 ehehe evet aynen

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Wed Dec 17 22:37:44 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 22:37:44 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812172226.15628.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812172114.56813.gurer@pardus.org.tr>
	<20081217215810.a7b9428f.onur@pardus.org.tr>
	<200812172226.15628.fatih@pardus.org.tr>
Message-ID: <20081217223744.85575ef1.onur@pardus.org.tr>


On Wed, 17 Dec 2008 22:26:12 +0200
Fatih Aþýcý <fatih at pardus.org.tr> wrote:

> Çarþamba 17 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
> >  Kernel modülleri ve kernel ler ayný depoda olacaksa, kernel modül
> > paketlerinin isimlerini farklý yapmamýz gerekiyor. Bir yöntem, pspec
> > içinde bu paketler için Provides ýn altýna
> >
> >  kernel.module = lirc
> >
> >  gibi bir þey eklemek ve pisinin system.kernel i buna göre takip
> > etmesi ama belki daha iyi bir yol bulabiliriz.
> 
> Virtual depler ile çözemiyor muyuz bu sorunu? Tüm kernel paketleri
> "kernel" provide ederse KDE uygulamasýna da bu virtual depler
> yazýlabilir.

 Benim önerim de bir nevi virtual dep aslýnda, sadece yöntem nasýl
olmalý onu bilmiyorum. Depodan kurmadan elle üzerine týklanacak
paketler de olabileceði için hem baðýmlý pakette hem baðýmlý olunan
pakette bunun iþaretlenmesi lazým ama bence.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From gokcen at pardus.org.tr  Wed Dec 17 23:24:10 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Wed, 17 Dec 2008 23:24:10 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: . files
	files/mozilla
In-Reply-To: <20081217201444.9012249e.onur@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<200812170050.36648.gokcen@pardus.org.tr>
	<20081217201444.9012249e.onur@pardus.org.tr>
Message-ID: <200812172324.10766.gokcen@pardus.org.tr>

Wednesday 17 December 2008 Tarihinde Onur dedi ki:
>  Sembol yaması önemli (onu niye attığını da anlamadım), onu mutlaka
> alalım, lcd_filter yaması da bence önemli, bu özellik en azından
> kapatılabiliyor (ki herşeyin düzgün olduğu bir X altında kapatmak
> istemeyeceksiniz bence :) ama yama olmadan açılamıyor.
>
>  Bu arada benim eski yamam daha kısaydı diye hatırlıyorum, debian daki
> yama ne değiştirmiş bakmadım daha.

1.7.6'da, CAIRO_LCD_FILTER_DEFAULT ile beraber, set_lcd_filter, get_lcd_filter 
fonksiyonlarını filan hep kaldırdılar, fazla freetype'a özgü oldukları için. 
Biz, 1.7.4'teyken sadece enum'u eklemek yetiyordu, şimdi attıkları kodları da 
ekliyoruz yeni yamada.

Sonuç olarak iki yamayı da aldım.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081217/e02efe53/attachment.htm 

From ekin at pardus.org.tr  Wed Dec 17 23:31:59 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 17 Dec 2008 23:31:59 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812172158.53746.gokmen@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812171650.15599.ekin@pardus.org.tr>
	<200812172158.53746.gokmen@pardus.org.tr>
Message-ID: <200812172331.59566.ekin@pardus.org.tr>

Merhaba;

Wednesday 17 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 

> > > Bu paket depoda KDE 4.1.80'e linklendi, KDE serisi girmeden girmemeli.
>
> O zaman yazmayacaksýn listeye. Listeyi yazan sensin NACK yazan sensin nasýl
> iþ bu ?

Sana yazacak birþey bulamýyorum.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From fatih at pardus.org.tr  Wed Dec 17 23:42:44 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Wed, 17 Dec 2008 23:42:44 +0200
Subject: [Gelistirici] [Pardus-devel] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812172342.47758.fatih@pardus.org.tr>

Çarþamba 17 Aralýk 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> ati-control-center-8.11-44-24.pisi
> ati-drivers-8.11-44-38.pisi

  NACK

> freetype-2.3.7-31-6.pisi

  ACK (this one could be regarded as trivial)

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081217/978c54ca/attachment.pgp 

From gokmen at pardus.org.tr  Thu Dec 18 00:13:17 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Thu, 18 Dec 2008 00:13:17 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812172331.59566.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812172158.53746.gokmen@pardus.org.tr>
	<200812172331.59566.ekin@pardus.org.tr>
Message-ID: <200812180013.17760.gokmen@pardus.org.tr>

On Wednesday 17 December 2008 23:31:59 Ekin Meroðlu wrote:
> Merhaba;
>
> Wednesday 17 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > > > Bu paket depoda KDE 4.1.80'e linklendi, KDE serisi girmeden
> > > > girmemeli.
> >
> > O zaman yazmayacaksýn listeye. Listeyi yazan sensin NACK yazan sensin
> > nasýl iþ bu ?
>
> Sana yazacak birþey bulamýyorum.
Haklý olmadýðýn zaman yazacak birþeyler bulmak zor zaten.

Deponun kararlýlýðýnýn sorumluluðu sende; yani paketin depoya girecek diðer 
paketler ile çalýþýp çalýþmayacaðý sorumluluðu sende. Ben sadece listede bana 
ait olan paketin durumu ile ilgili onay verebilirim. Gerisi beni 
ilgilendirmemeli. 

KDE4 paketleri test deposunda kalacak mý diye Gökçen'e sormuþsun, Gökçen o 
paketleri depoya alalým derse senin verdiðin nack mý geçerli olacak benim 
verdiðim ack mý ? Ya da Gökçen'de nack verirse, madem biliyorsun benim onay 
verdiðim paketi alacak mýsýn depoya ? Madem almayacaksýn neden boþu boþuna 
yazýyorsun hala..

En azýndan durumunu bildiðin paketleri bu listeye ekleme lütfen..
-- 
Gökmen GÖKSEL
[pardus.org.tr]

From ekin at pardus.org.tr  Thu Dec 18 00:22:25 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Thu, 18 Dec 2008 00:22:25 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812180013.17760.gokmen@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812172331.59566.ekin@pardus.org.tr>
	<200812180013.17760.gokmen@pardus.org.tr>
Message-ID: <200812180022.25939.ekin@pardus.org.tr>

Merhaba;

Thursday 18 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> > Sana yazacak birþey bulamýyorum.
>
> Haklý olmadýðýn zaman yazacak birþeyler bulmak zor zaten.
O güncellemeyi ben yaptým :
--
= Package : rsibreak-kde4  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.0_beta4, Rel.: 3, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-30]

    Depend on kdelibs4 - uses libplasma.so
--
Ve durumu geliþtirici listesine yazdým :

http://liste.pardus.org.tr/gelistirici/2008-November/014841.html

ben durumun farkýndayým, daha önce de gerektiðinde Nack verdim, yine 
veriyorum. Ben senin paketini takip ediyorum, sen ayakta uyuyup otel parasý 
veriyorsun, bir de bana iþ öðretiyorsun. 

Yeter.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From onur at pardus.org.tr  Thu Dec 18 00:35:37 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Thu, 18 Dec 2008 00:35:37 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: . files
 files/mozilla
In-Reply-To: <200812172324.10766.gokcen@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<200812170050.36648.gokcen@pardus.org.tr>
	<20081217201444.9012249e.onur@pardus.org.tr>
	<200812172324.10766.gokcen@pardus.org.tr>
Message-ID: <20081218003537.f4e00807.onur@pardus.org.tr>


On Wed, 17 Dec 2008 23:24:10 +0200
Gökçen Eraslan <gokcen at pardus.org.tr> wrote:

> Wednesday 17 December 2008 Tarihinde Onur dedi ki:
> >  Sembol yamasý önemli (onu niye attýðýný da anlamadým), onu mutlaka
> > alalým, lcd_filter yamasý da bence önemli, bu özellik en azýndan
> > kapatýlabiliyor (ki herþeyin düzgün olduðu bir X altýnda kapatmak
> > istemeyeceksiniz bence :) ama yama olmadan açýlamýyor.
> >
> >  Bu arada benim eski yamam daha kýsaydý diye hatýrlýyorum, debian
> > daki yama ne deðiþtirmiþ bakmadým daha.
> 
> 1.7.6'da, CAIRO_LCD_FILTER_DEFAULT ile beraber, set_lcd_filter,
> get_lcd_filter fonksiyonlarýný filan hep kaldýrdýlar, fazla
> freetype'a özgü olduklarý için. Biz, 1.7.4'teyken sadece enum'u
> eklemek yetiyordu, þimdi attýklarý kodlarý da ekliyoruz yeni yamada.

 Bunlar public API de export edilen semboller mi ? Eðer öyleyse ABI
kýrmýþ olabiliriz cairo da, bu sembolleri geri eklemek bu yüzden de iyi
olabilir.

 Aslýnda bu filtrelerin freetype dan gelmesi bence de daha doðru ama
freetype a girdi mi ya da bu fonksiyonlarýn yerine baþka bir filtre
koydular mý biliyor musun ?  

> Sonuç olarak iki yamayý da aldým.

 oki doki, teþekkürler

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From gokmen at pardus.org.tr  Thu Dec 18 00:43:08 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Thu, 18 Dec 2008 00:43:08 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812180022.25939.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180013.17760.gokmen@pardus.org.tr>
	<200812180022.25939.ekin@pardus.org.tr>
Message-ID: <200812180043.08064.gokmen@pardus.org.tr>

On Thursday 18 December 2008 00:22:25 Ekin Meroðlu wrote:
> Merhaba;
Selamlar,

> ben durumun farkýndayým, daha önce de gerektiðinde Nack verdim, yine
> veriyorum. Ben senin paketini takip ediyorum, sen ayakta uyuyup otel parasý
> veriyorsun, bir de bana iþ öðretiyorsun.
Bu yazdýklarýn nack almasý gereken paketin neden hala o listede olduðuna 
iliþkin bir sebep teþkil etmiyor ne yazýk ki. Ayrýca kendin söylüyorsun nack 
verdiðini; en azýndan oradan dikkat etseydin de listeye eklemeseydin.

"Yanlýþlýk olmuþ o listede bulunmamasý gerekiyordu" diye yazsaydýn da bu kadar 
uzatmasaydýn.

-- 
Gökmen GÖKSEL
[pardus.org.tr]

From tekman at pardus.org.tr  Thu Dec 18 00:44:26 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Thu, 18 Dec 2008 00:44:26 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812180043.08064.gokmen@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180022.25939.ekin@pardus.org.tr>
	<200812180043.08064.gokmen@pardus.org.tr>
Message-ID: <200812180044.26884.tekman@pardus.org.tr>

18 Aralýk 2008 Perþembe 00:43:08 tarihinde Gökmen GÖKSEL þunlarý yazmýþtý:
> On Thursday 18 December 2008 00:22:25 Ekin Meroðlu wrote:
> > Merhaba;
>
> Selamlar,
>
> > ben durumun farkýndayým, daha önce de gerektiðinde Nack verdim, yine
> > veriyorum. Ben senin paketini takip ediyorum, sen ayakta uyuyup otel
> > parasý veriyorsun, bir de bana iþ öðretiyorsun.
>
> Bu yazdýklarýn nack almasý gereken paketin neden hala o listede olduðuna
> iliþkin bir sebep teþkil etmiyor ne yazýk ki. Ayrýca kendin söylüyorsun
> nack verdiðini; en azýndan oradan dikkat etseydin de listeye eklemeseydin.
>
> "Yanlýþlýk olmuþ o listede bulunmamasý gerekiyordu" diye yazsaydýn da bu
> kadar uzatmasaydýn.

Gökmen,

Adam "ben güncellemeyi yaparken zaten neden uzun süre NACK almasý gerektiðini 
de açýkladým, bu durumu deðiþtiren biþi yok, ACK vermek abes" diyor, sen daha 
uzatýyorsun.

Faik'in meþhur deyiþi ile: "Gökmen DUR!"

ET

From gokmen at pardus.org.tr  Thu Dec 18 00:56:08 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Thu, 18 Dec 2008 00:56:08 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812180044.26884.tekman@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180043.08064.gokmen@pardus.org.tr>
	<200812180044.26884.tekman@pardus.org.tr>
Message-ID: <200812180056.08298.gokmen@pardus.org.tr>

On Thursday 18 December 2008 00:44:26 Erkan Tekman wrote:
> 18 Aralýk 2008 Perþembe 00:43:08 tarihinde Gökmen GÖKSEL þunlarý yazmýþtý:
> > On Thursday 18 December 2008 00:22:25 Ekin Meroðlu wrote:
> > > Merhaba;
> >
> > Selamlar,
> >
> > > ben durumun farkýndayým, daha önce de gerektiðinde Nack verdim, yine
> > > veriyorum. Ben senin paketini takip ediyorum, sen ayakta uyuyup otel
> > > parasý veriyorsun, bir de bana iþ öðretiyorsun.
> >
> > Bu yazdýklarýn nack almasý gereken paketin neden hala o listede olduðuna
> > iliþkin bir sebep teþkil etmiyor ne yazýk ki. Ayrýca kendin söylüyorsun
> > nack verdiðini; en azýndan oradan dikkat etseydin de listeye
> > eklemeseydin.
> >
> > "Yanlýþlýk olmuþ o listede bulunmamasý gerekiyordu" diye yazsaydýn da bu
> > kadar uzatmasaydýn.
>
> Gökmen,
Erkan Bey,

> Adam "ben güncellemeyi yaparken zaten neden uzun süre NACK almasý
> gerektiðini de açýkladým, bu durumu deðiþtiren biþi yok, ACK vermek abes"
> diyor, sen daha uzatýyorsun.
Uzattýðým falan yok, Bahadýr'da yazmasa bu sürecin doðru olduðunu sanacak 
herkes. Sorumlu kiþiden NACK alacak paket ACK/NACK listesinde olmamalý. Bu 
süreç yanlýþ. 
> Faik'in meþhur deyiþi ile: "Gökmen DUR!"

-- 
Gökmen GÖKSEL
[pardus.org.tr]

From taner at pardus.org.tr  Thu Dec 18 08:39:06 2008
From: taner at pardus.org.tr (Taner Tas)
Date: Thu, 18 Dec 2008 08:39:06 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812180839.06376.taner@pardus.org.tr>


> vsftpd-2.0.7-17-3.pisi

ACK

-- 
Taner Taþ

From inancyildirgan at gmail.com  Thu Dec 18 09:51:54 2008
From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=)
Date: Thu, 18 Dec 2008 09:51:54 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812180951.55047.inancyildirgan@gmail.com>

> fontforge-0.0_20081117-11-8.pisi
ACK.
> powerdevil-kde4-1.4.1-2-2.pisi
Bu paketi depodan atalým artýk. Kde 4.2 ile bütünleþik olarak geldiðinden 
devel deposundan da sildim. Kde 4.2 serisi stable depoya girerse stable 
depodan da silinsin.



From onur at pardus.org.tr  Thu Dec 18 10:21:05 2008
From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=)
Date: Thu, 18 Dec 2008 10:21:05 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812180951.55047.inancyildirgan@gmail.com>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180951.55047.inancyildirgan@gmail.com>
Message-ID: <200812181021.05935.onur@pardus.org.tr>

Thursday 18 December 2008 Tarihinde 09:51:54 yazmýþtý:
> > fontforge-0.0_20081117-11-8.pisi
>
> ACK.
>
> > powerdevil-kde4-1.4.1-2-2.pisi
>
> Bu paketi depodan atalým artýk. Kde 4.2 ile bütünleþik olarak geldiðinden
> devel deposundan da sildim. Kde 4.2 serisi stable depoya girerse stable
> depodan da silinsin.

 Þu anda stable depodaki KDE 4.1.x için derlendiyse (ki öyle olmalý, yeni kde4 
de conflict var) bence stable a girsin, stable ve KDE4 kullanan kullanýcýlar 
mahrum kalmasýn :)

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From gokcen at pardus.org.tr  Thu Dec 18 11:19:52 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Thu, 18 Dec 2008 11:19:52 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: . files
	files/mozilla
In-Reply-To: <4948227C.3030506@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
	<4948227C.3030506@pardus.org.tr>
Message-ID: <200812181119.52453.gokcen@pardus.org.tr>

On Tuesday 16 December 2008 23:49:48 Ozan Çaðlayan wrote:
> Normalde internetten indirilen derlenmiþ binary firefoxu açýp, yanýna da
> bizim depodaki firefox'u açýnca fontlardaki fark gözüme çarpýyordu ancak
> bende manyaklýk var heralde diyordum.

Firefox'un içinde gelen cairo'da bizdeki LCD yamasý olmadýðý için, internetten 
indirdiðinle bizdeki ayný göründü. 

--
Gökçen Eraslan


From h.ibrahim.gungor at gmail.com  Thu Dec 18 11:28:49 2008
From: h.ibrahim.gungor at gmail.com (H. =?iso-8859-9?q?=DDbrahim?= =?iso-8859-9?q?_G=FCng=F6r?=)
Date: Thu, 18 Dec 2008 11:28:49 +0200
Subject: [Gelistirici] [paketler-commits] r56887 -
	devel/programming/libs/eet
In-Reply-To: <20081216102442.92D811384072@ns1.pardus.org.tr>
References: <20081216102442.92D811384072@ns1.pardus.org.tr>
Message-ID: <200812181128.49638.h.ibrahim.gungor@gmail.com>

16 Ara 2008 Sal günü (saat 12:24:42) paketler-commits at pardus.org.tr þunlarý 
yazmýþtý:
> Author: gokcen.eraslan
> Date: Tue Dec 16 12:24:42 2008
> New Revision: 56887
>
> Added:
>    devel/programming/libs/eet/
>    devel/programming/libs/eet/actions.py
>    devel/programming/libs/eet/pspec.xml
>    devel/programming/libs/eet/translations.xml
> Log:
> eet package moved from contrib, needed by qedje which is needed by kde 4.2
> beta2. Türker and Kenan have information about that.

"eet" ve yeni baðýmlýlýðý "eina"nýn 26-11-2008 trunk shapshotý var oyun 
alanýmda, gerekliyse alabilirsin =) KDE4 hangisine ihtiyaç duyuyor bilmiyorum 
ama Contrib depodan aldýðýn "eet" biraz eski. Trunk'da büyük deðiþimler olmuþ, 
yeni baðýmlýlýk eklenmiþ vs.

Kolay gelsin
----~----~----~----~----
H. Ýbrahim Güngör
h.ibrahim.gungor () gmail ! com

From fatih at pardus.org.tr  Thu Dec 18 12:09:26 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Thu, 18 Dec 2008 12:09:26 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Net=2ELink_ve_M=FCd=FCr?=
In-Reply-To: <49399977.7030403@gmail.com>
References: <200811260950.51463.bahadir@pardus.org.tr>
	<200812052209.39770.fatih@pardus.org.tr>
	<49399977.7030403@gmail.com>
Message-ID: <200812181209.30277.fatih@pardus.org.tr>

Cuma 05 Aralýk 2008 tarihinde, Ýþbaran Akçayýr þunlarý yazmýþtý: 
> Fatih Aþýcý wrote On 05-12-2008 22:09:
> > wifi profillerinde "Eriþim noktasýnýn MAC adresini sakla" gibi bir
> > seçenek de sunulabilir. Ýsteniyorsa ayný SSID'ye sahip AP'lerden birine
> > baðlanmak da mümkün olur böylece.
>
> Bu da uygulanabilir deðil çünkü roaming olayýný yok etmiþ oluruz,
> otomatik baðlanma olmasýn :D

Ben bunu anlamadým desem :) Bir de seçimlik bir davranýþtan bahsediyorum. 
Ýsteyen istediði gibi kullanýr.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081218/39db7e77/attachment.pgp 

From serbulent at pardus.org.tr  Thu Dec 18 12:49:25 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Thu, 18 Dec 2008 12:49:25 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812181021.05935.onur@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180951.55047.inancyildirgan@gmail.com>
	<200812181021.05935.onur@pardus.org.tr>
Message-ID: <200812181249.25543.serbulent@pardus.org.tr>

On Thursday 18 December 2008 10:21:05 Onur Küçük wrote:
> Thursday 18 December 2008 Tarihinde 09:51:54 yazmýþtý:
> > > fontforge-0.0_20081117-11-8.pisi
> >
> > ACK.
> >
> > > powerdevil-kde4-1.4.1-2-2.pisi
> >
> > Bu paketi depodan atalým artýk. Kde 4.2 ile bütünleþik olarak geldiðinden
> > devel deposundan da sildim. Kde 4.2 serisi stable depoya girerse stable
> > depodan da silinsin.
>
>  Þu anda stable depodaki KDE 4.1.x için derlendiyse (ki öyle olmalý, yeni
> kde4 de conflict var) bence stable a girsin, stable ve KDE4 kullanan
> kullanýcýlar mahrum kalmasýn :)

Bununla ilgili son karar nedir ? Ekin, Gökçen ?

-- 
Ýyi Çalýþmalar,

Serbülent

From isbaran at gmail.com  Thu Dec 18 12:59:37 2008
From: isbaran at gmail.com (=?ISO-8859-9?Q?=DD=FEbaran_Ak=E7ay=FDr?=)
Date: Thu, 18 Dec 2008 12:59:37 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Net=2ELink_ve_M=FCd=FCr?=
In-Reply-To: <200812181209.30277.fatih@pardus.org.tr>
References: <200811260950.51463.bahadir@pardus.org.tr>	<200812052209.39770.fatih@pardus.org.tr>	<49399977.7030403@gmail.com>
	<200812181209.30277.fatih@pardus.org.tr>
Message-ID: <494A2D19.4090308@gmail.com>

Fatih Aþýcý wrote On 18-12-2008 12:09:
> Cuma 05 Aralýk 2008 tarihinde, Ýþbaran Akçayýr þunlarý yazmýþtý: 
>> Fatih Aþýcý wrote On 05-12-2008 22:09:
>>> wifi profillerinde "Eriþim noktasýnýn MAC adresini sakla" gibi bir
>>> seçenek de sunulabilir. Ýsteniyorsa ayný SSID'ye sahip AP'lerden birine
>>> baðlanmak da mümkün olur böylece.
>> Bu da uygulanabilir deðil çünkü roaming olayýný yok etmiþ oluruz,
>> otomatik baðlanma olmasýn :D
> 
> Ben bunu anlamadým desem :) 

Farklý ap'lerin bssid/mac leri farklý olup essid leri ayný olunca farklý
mac diye baðlanmaz þeklinde bir teoriydi, birinden diðerine geçince
(fiziksel hareketle) geçiþi algýlayýp baðlantýyý kesebilir mesela sanki ..

> Bir de seçimlik bir davranýþtan bahsediyorum. 
> Ýsteyen istediði gibi kullanýr.

Default olmadýktan sonra seçimlik herþey olsun sorun deðil tabi ki :)


From coderlord at gmail.com  Thu Dec 18 13:04:07 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 13:04:07 +0200
Subject: [Gelistirici] =?utf-8?b?TmV0LkxpbmsgdmUgTcO8ZMO8cg==?=
In-Reply-To: <494A2D19.4090308@gmail.com>
References: <200811260950.51463.bahadir@pardus.org.tr>
	<200812052209.39770.fatih@pardus.org.tr> <49399977.7030403@gmail.com>
	<200812181209.30277.fatih@pardus.org.tr> <494A2D19.4090308@gmail.com>
Message-ID: <4cca720b0812180304s1ecf433fkb6b307154be6a79d@mail.gmail.com>

18 Aralýk 2008 Perþembe 12:59 tarihinde Ýþbaran Akçayýr
<isbaran at gmail.com> yazdý:
> Farklý ap'lerin bssid/mac leri farklý olup essid leri ayný olunca farklý
> mac diye baðlanmaz þeklinde bir teoriydi, birinden diðerine geçince
> (fiziksel hareketle) geçiþi algýlayýp baðlantýyý kesebilir mesela sanki ..

wpa_supplicant için konuþuyorum:

ESSID'lerin ayný olmasý roaming için yeterli. BSSID'leri farklý bile
olsa baðlanýyor. BSSID'ler farklý iken baðlanmamasý isteniyorsa
supplicant a uygun parametrenin geçilmesi gerekli diye biliyorum.

-- 
Furkan Duman

From coderlord at gmail.com  Thu Dec 18 13:16:16 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 13:16:16 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <200812071620.02158.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812071620.02158.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>

1. Að baðlantýsýnýn kopmasýnýn NM'de algýlanmasý sorununu nasýl
çözmeliyiz? Ben NM içinde interface'leri belirli aralýklarla polling
ile tarayarak baðlantý kopma durumuna bakalým ve interface i belirli
bir süre sonra down yapalým diyorum. Daha sonra belirlenen bir
aralýkta yeniden kontrol ederek up durumuna getiririz. Bu kýsým NM
tarafýndan mý halledilmeli yoksa Comar mý halletmeli? Merkezi olmasý
ve bir araca baðlý olmamasý için Comar mantýklý seçenek gibi duruyor.
Ancak bu sefer de bir interface baðlý olduðu müddetçe bir Comar Job'ýn
link state'i sürekli arka planda kalarak kontrol etmesi gerekli.

2. NM'in ve link.py ýn bence hatalý bir davranýþý var. NM'de profili
seçili hale getirdiðimizde, bu profil kullanýlacak diyoruz ancak
interface i de up yapýyoruz.
Connect/Disconnect bence modelde ayrýlmalý. Profilin seçili hale
gelmesi ayný zamanda Connect olmasýna neden olmamalý. Bu ikisi
birbirinden ayrý davranýþlar olmalý. profil'in seçilmesi (servislerde
olduðu gibi) sistemin açýlýþta bu profilden baþlamasý anlamýna
gelmeli. (Profil seçildiðinde otomatik up yapabiliriz, bunu
kastetmiyorum) Ancak ben profil seçili ve up durumdayken de, profil
seçimini deðiþtirmeden disconnect/reconnect yapabilmeliyim.

-- 
Furkan Duman

From serbulent at pardus.org.tr  Thu Dec 18 13:21:15 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Thu, 18 Dec 2008 13:21:15 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci,
	deneme 2 (Part 1)
In-Reply-To: <200812151527.08917.ekin@pardus.org.tr>
References: <200812151527.08917.ekin@pardus.org.tr>
Message-ID: <200812181321.15379.serbulent@pardus.org.tr>

On Monday 15 December 2008 15:27:08 Ekin Meroðlu wrote:
> Merhaba;
>
> Kararlý depo süreci tartýþmasýnda konuþulanlarýn üzerinden geçtim; özet bir
> belge [1] hazýrladým, þu anda iþleyen süreci de grafiðe döktüm - þu ana
> kadar fikir belirten herkese teþekkürler.
>
> Ýmdiiiii, ekleme / düzeltme / yeni tartýþmalar için pamuk eller klavyeye
> :-P
>
> [1]
> http://tr.pardus-wiki.org/Pardus:Kararlý_Depo_Sureci

Uzun postalarýn okunma ve yanýtlanmasý zor geliyor sanki. 3 e Böldük bakalým. 
Vira pismillah...


>Geliþtiricinin stable at pardus.org.tr listesine e-posta atarak ilgili kararlý 
>depoya merge istemesi 
>+ Web uygulamasý ile takip edilebilir () 

Sanki bu iþi de noan ile yapmak pek zor olmasa gerek. Ayný alt yapý ile olur 
gibi geldi bana. Ama Bahadýr daha iyi bilecektir.


>Test deposunda biriken paketler için e-posta listesinde ACK/NACK istenmesi 
>+ Web uygulamasý ile takip edilebilir () 

Bir dahaki ACK/nack e kadar ( ~1 Hafta ) bunu çalýþýr hale getirebilirmiyiz, 
ne diyorsun Bahadýr ?

>ACK alan paketlerle testçi deposu oluþturulup depo bütünlüðü testi yapýlmasý, 
>Testci deposu ile paket testleri yapýlmasý 

Bu madde ile ilgili uygulanabilir bir çözüm önerisi yok gibi. Yavaþ denilen 
test sürecinin ortalamasý 4,5 gün ( konu ile ilgili detaylý veriler 
yakýnda... ) 

Test süresi çok kýsa tutulunca testlere katýlým ciddi olarak düþüyor. Test 
takýmýna test için en az 3 akþam verilmeli. Buna depo oluþturma gelen geri 
döüþleri iþleme , hata tekrar etme gibi iþleride eklerseniz 4 günün altý 
mantýklý deðil test iþi için.

Bu bölümle ilgili benim aklýmdaki tek çözüm test safhasý ile ilgili daha fazla 
otomasyon.



-- 
Ýyi Çalýþmalar,

Serbülent

From serbulent at pardus.org.tr  Thu Dec 18 13:21:19 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Thu, 18 Dec 2008 13:21:19 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci,
	deneme 2 (Part 2)
In-Reply-To: <200812151527.08917.ekin@pardus.org.tr>
References: <200812151527.08917.ekin@pardus.org.tr>
Message-ID: <200812181321.19296.serbulent@pardus.org.tr>

On Monday 15 December 2008 15:27:08 Ekin Meroðlu wrote:
> Merhaba;
>
> Kararlý depo süreci tartýþmasýnda konuþulanlarýn üzerinden geçtim; özet bir
> belge [1] hazýrladým, þu anda iþleyen süreci de grafiðe döktüm - þu ana
> kadar fikir belirten herkese teþekkürler.
>
> Ýmdiiiii, ekleme / düzeltme / yeni tartýþmalar için pamuk eller klavyeye
> :-P
>
> [1]
> http://tr.pardus-wiki.org/Pardus:Kararlý_Depo_Sureci




>2008-stable ve 2008-unstable gibi iki ayrý ikili depo olsun, 2008-stable çok 
>sýký test edilsin, 2008-unstable'a ise test deposunda belli bir süreyi 
>hatasýz atlatan paketler doðrudan girsin, güncel depo olsun. (Doruk, Furkan)

>    * - Bu ayný anda iki daðýtým demek: iki kaynak depo, iki farm, iki ikili 
>depo, gittikçe arasý açýlan iki branch. stable deposu için gittikçe artan 
>bir backport ve test iþgücü gerektiriyor. (Ekin, Tekman, Onur, Ozan)
>    * - Contrib de bu þekilde dallanmalý, ona da bir politika gerekecek 
(Ekin)
>    * - Normal depo ismiyle kararsýz kalmak zor ve yanlýþ (Furkan) 


Bu öneri ile ilgi yeni bir yorum gelmediðine göre sanýrým herkes iþ gücü 
sýkýntýsýndan dolayý bunu uygulamanýn mümkün görünmediðinde hemfikir ?

>Bileþen sorumlularý daha çok insiyatif ve sorumluluk alsýn (Hemen herkes.) 

Demiþiz ve bununla ilgili hiçbir þey yapmamýþýz. Bileþenler nelerdir ? 
Sorumlularý kimdir ve bu kiþilerin sorumluluklarý nelerdir ? Bunlarý birkaç 
cümle ile tanýmlasak. En azýndan bileþenleri tanýmlarak baþlayalým yeniden.

>Paket imzalama olmadan __kararlý__ depo çok anlamlý deðil, bu özelliðin 
>önceliði yüksek (Gürer)

Biraz aðýr bir ifade olmuþ sanki ? Bu özelliðe ne kadar ihtiyacýmýz var, ne 
kadar öncelikli ? Bu özellik için gönüllü olan geliþtircimiz var mý ? Faik'in 
bu konudaki fikirleri neler ?



-- 
Ýyi Çalýþmalar,

Serbülent

From serbulent at pardus.org.tr  Thu Dec 18 13:21:23 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Thu, 18 Dec 2008 13:21:23 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci,
	deneme 2 (Part 3)
In-Reply-To: <200812151527.08917.ekin@pardus.org.tr>
References: <200812151527.08917.ekin@pardus.org.tr>
Message-ID: <200812181321.23348.serbulent@pardus.org.tr>

On Monday 15 December 2008 15:27:08 Ekin Meroðlu wrote:
> Merhaba;
>
> Kararlý depo süreci tartýþmasýnda konuþulanlarýn üzerinden geçtim; özet bir
> belge [1] hazýrladým, þu anda iþleyen süreci de grafiðe döktüm - þu ana
> kadar fikir belirten herkese teþekkürler.
>
> Ýmdiiiii, ekleme / düzeltme / yeni tartýþmalar için pamuk eller klavyeye
> :-P
>
> [1]
> http://tr.pardus-wiki.org/Pardus:Kararlý_Depo_Sureci




>Belgelendirme ve politika belirlemeye öncelik verilmeli, belgelendirme ve 
>mentorluk ile yeni geliþtirici kazanýlmalý (Gürer, Selim)

Sanki biraz havada kalmýþ ? Biraz daha somutlaþtýrsak yapabileceklerimizi 
bununla ilgili sorumlu ve takvim belirlesek ?

>Yakýnda geliþtirici toplantýsý yapalým (Tekman)

Zaman önerisi olan ? Mesela bu haftasonu bir IRC toplantýsý ? Gündem olarak 
wikideki "Kararlý Depo Süreci" belgesini temel alabiliriz bence.

>Yapýlacak iþlerin ve çýrak isteyen geliþtiricilerin listesi olmalý (Selim) 

Bildiðim kadarý ile hiç bir geliþtirci bununla ilgili bir çalýþma yapmadý. Çok 
vakit alacak bir iþ deðil sanýrým. Geliþtiricilerimize Ping...

>Review güncellemelere de uygulansýn (Furkan)

>    * - Yeni paketler bu kadar az ilgi görürken review ile güncelleme yapmak 
>iþleri çok daha yavaþlatacak, review yapacak geliþtirici sayýsý belli ve 
>artmýyor. (Onur, Ekin) 

Buna itirazý olan yok sanýrým ? Þu an için mümkün görünmüyor bence de...

>Tartýþmalara çok az geliþtirici katýlýyor. (Ekin, Gürer...)

>    * - Çoðu kiþi býkkýnlýk ya da çekingenlikle bu tip kararlarýn dýþýnda 
>kalýyor, bu kiþileri sürece dahil etmenin yolunu bulmak gerekiyor. (Türker) 

Ýnanmayan bu threade baksýn :)



-- 
Ýyi Çalýþmalar,

Serbülent

From gurer at pardus.org.tr  Thu Dec 18 13:39:46 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Thu, 18 Dec 2008 13:39:46 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci,
	deneme 2 (Part 2)
In-Reply-To: <200812181321.19296.serbulent@pardus.org.tr>
References: <200812151527.08917.ekin@pardus.org.tr>
	<200812181321.19296.serbulent@pardus.org.tr>
Message-ID: <200812181339.46942.gurer@pardus.org.tr>

On Thursday 18 December 2008 13:21:19 Serbulent UNSAL wrote:

> >Paket imzalama olmadan __kararlý__ depo çok anlamlý deðil, bu özelliðin
> >önceliði yüksek (Gürer)
>
> Biraz aðýr bir ifade olmuþ sanki ? Bu özelliðe ne kadar ihtiyacýmýz var, ne
> kadar öncelikli ? Bu özellik için gönüllü olan geliþtircimiz var mý ?
> Faik'in bu konudaki fikirleri neler ?

Benim bununla ilgili yazdýklarým baþka bir tartýþmanýn içindeydi ve yanlýþ 
özetlenmiþ:

"""Mesela paket imzalama iþi tekrar tekrar ele alýnmasýna raðmen neden bir 
sonuca varamadý? Bu özellik olmadan mesela sadece güvenlik güncellemeleri 
içeren bir sürüm de anlamýný yitirmiþ olmuyor mu?"""

Fikir belirtmekten ziyade bir soruydu bu. Bir de "kararlý depo" deyince, 
güvenlikten ziyade ABI/API kýrmayan, iþlevselliði sürdüren bir depo 
anlaþýlýyor. Bunun için imza þart deðil tabiki.

From bahadir at pardus.org.tr  Thu Dec 18 13:57:36 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 13:57:36 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812071620.02158.bahadir@pardus.org.tr>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
Message-ID: <200812181357.40657.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> 1. Að baðlantýsýnýn kopmasýnýn NM'de algýlanmasý sorununu nasýl
> çözmeliyiz? Ben NM içinde interface'leri belirli aralýklarla polling
> ile tarayarak baðlantý kopma durumuna bakalým ve interface i belirli
> bir süre sonra down yapalým diyorum. Daha sonra belirlenen bir
> aralýkta yeniden kontrol ederek up durumuna getiririz. Bu kýsým NM
> tarafýndan mý halledilmeli yoksa Comar mý halletmeli? Merkezi olmasý
> ve bir araca baðlý olmamasý için Comar mantýklý seçenek gibi duruyor.
> Ancak bu sefer de bir interface baðlý olduðu müddetçe bir Comar Job'ýn
> link state'i sürekli arka planda kalarak kontrol etmesi gerekli.

Bir daemon ile yapabiliriz.

> 2. NM'in ve link.py ýn bence hatalý bir davranýþý var. NM'de profili
> seçili hale getirdiðimizde, bu profil kullanýlacak diyoruz ancak
> interface i de up yapýyoruz.
> Connect/Disconnect bence modelde ayrýlmalý. Profilin seçili hale
> gelmesi ayný zamanda Connect olmasýna neden olmamalý. Bu ikisi
> birbirinden ayrý davranýþlar olmalý. profil'in seçilmesi (servislerde
> olduðu gibi) sistemin açýlýþta bu profilden baþlamasý anlamýna
> gelmeli. (Profil seçildiðinde otomatik up yapabiliriz, bunu
> kastetmiyorum) Ancak ben profil seçili ve up durumdayken de, profil
> seçimini deðiþtirmeden disconnect/reconnect yapabilmeliyim.

Bu iþ profile manager ile yapýlmalý. Network-Manager'a "açýlýþta baðlan" 
desteði eklemeye kalkarsak zaten karýþýk olan arayüz daha da anlaþýlmaz 
olacak.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081218/1d4b2ef1/attachment.pgp 

From coderlord at gmail.com  Thu Dec 18 14:04:55 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 14:04:55 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <200812181357.40657.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812071620.02158.bahadir@pardus.org.tr>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180404k29a0d7d4oa63c6b7b524789af@mail.gmail.com>

18 Aralýk 2008 Perþembe 13:57 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
>> kastetmiyorum) Ancak ben profil seçili ve up durumdayken de, profil
>> seçimini deðiþtirmeden disconnect/reconnect yapabilmeliyim.
>
> Bu iþ profile manager ile yapýlmalý. Network-Manager'a "açýlýþta baðlan"
> desteði eklemeye kalkarsak zaten karýþýk olan arayüz daha da anlaþýlmaz
> olacak.

Burada yanlýþ mý anlaþýldým? Profil seçili durumdayken de ben
disconnect yapabilmeliyim. Yaptýðým iþlem profil seçimini etkilememeli
þimdi olduðu gibi. Baðlantýnýn durumu ile profil seçimi durumunu
ayýrmalýyýz demek istemiþtim. Ayný servislerde yaptýðýmýz gibi.
Servislerin bir on bir de start stop durumu olmasý.

-- 
Furkan Duman

From onur at pardus.org.tr  Thu Dec 18 14:09:23 2008
From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=)
Date: Thu, 18 Dec 2008 14:09:23 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <200812181357.40657.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
Message-ID: <200812181409.23746.onur@pardus.org.tr>

Thursday 18 December 2008 Tarihinde 13:57:36 yazmýþtý:
> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
> > 1. Að baðlantýsýnýn kopmasýnýn NM'de algýlanmasý sorununu nasýl
> > çözmeliyiz? Ben NM içinde interface'leri belirli aralýklarla polling
> > ile tarayarak baðlantý kopma durumuna bakalým ve interface i belirli
> > bir süre sonra down yapalým diyorum. Daha sonra belirlenen bir
> > aralýkta yeniden kontrol ederek up durumuna getiririz. Bu kýsým NM
> > tarafýndan mý halledilmeli yoksa Comar mý halletmeli? Merkezi olmasý
> > ve bir araca baðlý olmamasý için Comar mantýklý seçenek gibi duruyor.
> > Ancak bu sefer de bir interface baðlý olduðu müddetçe bir Comar Job'ýn
> > link state'i sürekli arka planda kalarak kontrol etmesi gerekli.
>
> Bir daemon ile yapabiliriz.

 ifplugd bunu yapabiliyordur belki


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From coderlord at gmail.com  Thu Dec 18 14:15:01 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 14:15:01 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <200812181409.23746.onur@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
	<200812181409.23746.onur@pardus.org.tr>
Message-ID: <4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>

18 Aralýk 2008 Perþembe 14:09 tarihinde Onur Küçük <onur at pardus.org.tr> yazdý:
> Thursday 18 December 2008 Tarihinde 13:57:36 yazmýþtý:
>> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
>> > 1. Að baðlantýsýnýn kopmasýnýn NM'de algýlanmasý sorununu nasýl
>> > çözmeliyiz? Ben NM içinde interface'leri belirli aralýklarla polling
>> > ile tarayarak baðlantý kopma durumuna bakalým ve interface i belirli
>> > bir süre sonra down yapalým diyorum. Daha sonra belirlenen bir
>> > aralýkta yeniden kontrol ederek up durumuna getiririz. Bu kýsým NM
>> > tarafýndan mý halledilmeli yoksa Comar mý halletmeli? Merkezi olmasý
>> > ve bir araca baðlý olmamasý için Comar mantýklý seçenek gibi duruyor.
>> > Ancak bu sefer de bir interface baðlý olduðu müddetçe bir Comar Job'ýn
>> > link state'i sürekli arka planda kalarak kontrol etmesi gerekli.
>>
>> Bir daemon ile yapabiliriz.
>
>  ifplugd bunu yapabiliyordur belki

Bildiðim kadarýyla ifplugd bu algýlamayý yaptýktan sonra belirli
betikelri harekete geçiriyor. Bu betikler içinden ilgili comar link
modelinde up/down metodlarýnýn çalýþtýrýlmasý doðru bir yöntem midir?
Bu soruyu þunun için de soruyorum. PPP baðlantý durumunu algýlamak
için ppp link.py betiðinde herhangi birþey yapýldýðýný göremedim. PPTP
VPN için buna bir çözüm geliþtirmeye çalýþýyorum. Ýlk düþündüðüm, pppd
daemon baðlantý kurduðunda ifplugd de olduðu gibi belirli betikleri
çalýþtýrýyor. Bu betikler ile notify vs. mesajlarýný göndermeyi
düþünüyorum.

Genel olarak sorarsam, state'i alamadýðýmýz fakat harici betik
destekleyen uygulamalarý Comar a adapte ederken nasýl bir yöntem
izlemeliyiz?

-- 
Furkan Duman

From bahadir at pardus.org.tr  Thu Dec 18 14:14:10 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 14:14:10 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180404k29a0d7d4oa63c6b7b524789af@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
	<4cca720b0812180404k29a0d7d4oa63c6b7b524789af@mail.gmail.com>
Message-ID: <200812181414.13131.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Burada yanlýþ mý anlaþýldým? Profil seçili durumdayken de ben
> disconnect yapabilmeliyim. Yaptýðým iþlem profil seçimini etkilememeli
> þimdi olduðu gibi. Baðlantýnýn durumu ile profil seçimi durumunu
> ayýrmalýyýz demek istemiþtim. Ayný servislerde yaptýðýmýz gibi.
> Servislerin bir on bir de start stop durumu olmasý.

Connect/Disconnect iþini bir buton ile yapýp checkbox'u açýlýþta baðlanma 
iþi için kullanýr hale getirebiliriz, ve alýþýlan bir davranýþý 
deðiþtirmiþ oluruz.

Ya da açýlýþta baðlanma durumunu ikinci bir checkbox'a alabiliriz, ki bu 
arayüzü karýþýk hale getirir.

Bu profil iþini ya profile-manager'a yaptýralým, ya network-manager'ýn ilk 
ekranýný yeniden tasarlayalým, ya da 2009 ile gelecek network-manager'a 
býrakalým.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081218/0e64bb9a/attachment.pgp 

From bahadir at pardus.org.tr  Thu Dec 18 14:17:31 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 14:17:31 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181409.23746.onur@pardus.org.tr>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
Message-ID: <200812181417.31530.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Genel olarak sorarsam, state'i alamadýðýmýz fakat harici betik
> destekleyen uygulamalarý Comar a adapte ederken nasýl bir yöntem
> izlemeliyiz?

ifplugd betiðinde bu iþi, ilgili aygýt ile iliþkili "up" profilleri 
setState(down) ile kapatarak yapýyoruz.

Bir sakýncasý yoksa ayný yöntemi kullanabilirsin.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081218/83c682d1/attachment.pgp 

From coderlord at gmail.com  Thu Dec 18 14:19:10 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 14:19:10 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <200812181414.13131.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
	<4cca720b0812180404k29a0d7d4oa63c6b7b524789af@mail.gmail.com>
	<200812181414.13131.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180419v7ac7fa74t6cdbdd27fd398e6c@mail.gmail.com>

18 Aralýk 2008 Perþembe 14:14 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
>> Burada yanlýþ mý anlaþýldým? Profil seçili durumdayken de ben
>> disconnect yapabilmeliyim. Yaptýðým iþlem profil seçimini etkilememeli
>> þimdi olduðu gibi. Baðlantýnýn durumu ile profil seçimi durumunu
>> ayýrmalýyýz demek istemiþtim. Ayný servislerde yaptýðýmýz gibi.
>> Servislerin bir on bir de start stop durumu olmasý.
>
> Connect/Disconnect iþini bir buton ile yapýp checkbox'u açýlýþta baðlanma
> iþi için kullanýr hale getirebiliriz, ve alýþýlan bir davranýþý
> deðiþtirmiþ oluruz.

Bence uygulanacak yöntem bu olmalý. Þu anki davranýþ bana mantýklý gelmiyor.

> Bu profil iþini ya profile-manager'a yaptýralým, ya network-manager'ýn ilk

profile-manager nedir? :)

> ekranýný yeniden tasarlayalým, ya da 2009 ile gelecek network-manager'a
> býrakalým.

Burada konuþtuklarýmýzý 2009 için düþünmüþtüm.

-- 
Furkan Duman

From coderlord at gmail.com  Thu Dec 18 14:20:58 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 14:20:58 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <200812181417.31530.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181409.23746.onur@pardus.org.tr>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
	<200812181417.31530.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180420u7df8f8a8u19e8c5ebf4a8dfe4@mail.gmail.com>

18 Aralýk 2008 Perþembe 14:17 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> ifplugd betiðinde bu iþi, ilgili aygýt ile iliþkili "up" profilleri
> setState(down) ile kapatarak yapýyoruz.

Nerededir bu betik? Böyle birþey var ise niye kullanmýyoruz?

-- 
Furkan Duman

From gurer at pardus.org.tr  Thu Dec 18 14:19:43 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Thu, 18 Dec 2008 14:19:43 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180420u7df8f8a8u19e8c5ebf4a8dfe4@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181417.31530.bahadir@pardus.org.tr>
	<4cca720b0812180420u7df8f8a8u19e8c5ebf4a8dfe4@mail.gmail.com>
Message-ID: <200812181419.43408.gurer@pardus.org.tr>

On Thursday 18 December 2008 14:20:58 Furkan Duman wrote:
> 18 Aralýk 2008 Perþembe 14:17 tarihinde Bahadýr Kandemir
>
> <bahadir at pardus.org.tr> yazdý:
> > ifplugd betiðinde bu iþi, ilgili aygýt ile iliþkili "up" profilleri
> > setState(down) ile kapatarak yapýyoruz.
>
> Nerededir bu betik? Böyle birþey var ise niye kullanmýyoruz?

/etc/udev/rules.d/*comar* betikleri var bir de.

From coderlord at gmail.com  Thu Dec 18 14:22:37 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 14:22:37 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <4cca720b0812180420u7df8f8a8u19e8c5ebf4a8dfe4@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181409.23746.onur@pardus.org.tr>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
	<200812181417.31530.bahadir@pardus.org.tr>
	<4cca720b0812180420u7df8f8a8u19e8c5ebf4a8dfe4@mail.gmail.com>
Message-ID: <4cca720b0812180422qa753fd4x6e55e04a4307b7bb@mail.gmail.com>

18 Aralýk 2008 Perþembe 14:20 tarihinde Furkan Duman
<coderlord at gmail.com> yazdý:
> 18 Aralýk 2008 Perþembe 14:17 tarihinde Bahadýr Kandemir
> <bahadir at pardus.org.tr> yazdý:
>> ifplugd betiðinde bu iþi, ilgili aygýt ile iliþkili "up" profilleri
>> setState(down) ile kapatarak yapýyoruz.
>
> Nerededir bu betik? Böyle birþey var ise niye kullanmýyoruz?

Buldum. Harika. Bunu hemen niye kullanmaya baþlamýyoruz Ozan?


-- 
Furkan Duman

From inancyildirgan at gmail.com  Thu Dec 18 14:24:42 2008
From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=)
Date: Thu, 18 Dec 2008 14:24:42 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812181021.05935.onur@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180951.55047.inancyildirgan@gmail.com>
	<200812181021.05935.onur@pardus.org.tr>
Message-ID: <200812181424.42113.inancyildirgan@gmail.com>

On Thursday 18 December 2008 10:21:05 Onur Küçük wrote:
> Thursday 18 December 2008 Tarihinde 09:51:54 yazmýþtý:
> > > fontforge-0.0_20081117-11-8.pisi
> >
> > ACK.
> >
> > > powerdevil-kde4-1.4.1-2-2.pisi
> >
> > Bu paketi depodan atalým artýk. Kde 4.2 ile bütünleþik olarak geldiðinden
> > devel deposundan da sildim. Kde 4.2 serisi stable depoya girerse stable
> > depodan da silinsin.
>
>  Þu anda stable depodaki KDE 4.1.x için derlendiyse (ki öyle olmalý, yeni
> kde4 de conflict var) bence stable a girsin, stable ve KDE4 kullanan
> kullanýcýlar mahrum kalmasýn :)

Kde 4.2 nin stable sürümü çýkana kadar test deposunda kalacaðýný bilmiyordum. 
O zaman bu paketin 2008 deposundaki baðýmlýlýklarý arasýna 
kdebase4-workspace'i ekledikten sonra derletip stable depoya almamýzda bir 
sakýnca yok. Uzun zamandýr kullanýyorum zaten paketle ilgili bir soruna da 
rastlamadým.

From bahadir at pardus.org.tr  Thu Dec 18 14:26:17 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 14:26:17 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180419v7ac7fa74t6cdbdd27fd398e6c@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181414.13131.bahadir@pardus.org.tr>
	<4cca720b0812180419v7ac7fa74t6cdbdd27fd398e6c@mail.gmail.com>
Message-ID: <200812181426.17501.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Bence uygulanacak yöntem bu olmalý. Þu anki davranýþ bana mantýklý
> gelmiyor.
>
> Burada konuþtuklarýmýzý 2009 için düþünmüþtüm.

Neden bilmem, 2008'deki NM'ye kaydý aklým.

> profile-manager nedir? :)

07 Ara 2008 Paz tarihinde, Bahadýr Kandemir þunlarý yazmýþtý: 
> Tüm sistemi kapsayacak bir profil sistemi olsa aslýnda, evdeyken açýk
> olacak baðlantýlarý, servisleri, host ayarlarýný, çalýþtýrýlacak
> betikleri belirleyebilsek. Ofise gittiðimizde proxy ayarlarý otomatik
> yapýlsa, SSH kapansa...

Bu sistemi yönetecek "abi" manager :)
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081218/7b18e9c3/attachment.pgp 

From coderlord at gmail.com  Thu Dec 18 14:48:46 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 14:48:46 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
	<200812181409.23746.onur@pardus.org.tr>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
Message-ID: <4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>

18 Aralýk 2008 Perþembe 14:15 tarihinde Furkan Duman
<coderlord at gmail.com> yazdý:
> Bu soruyu þunun için de soruyorum. PPP baðlantý durumunu algýlamak
> için ppp link.py betiðinde herhangi birþey yapýldýðýný göremedim. PPTP
> VPN için buna bir çözüm geliþtirmeye çalýþýyorum. Ýlk düþündüðüm, pppd
> daemon baðlantý kurduðunda ifplugd de olduðu gibi belirli betikleri
> çalýþtýrýyor. Bu betikler ile notify vs. mesajlarýný göndermeyi
> düþünüyorum.
>
> Genel olarak sorarsam, state'i alamadýðýmýz fakat harici betik
> destekleyen uygulamalarý Comar a adapte ederken nasýl bir yöntem
> izlemeliyiz?

PPP konusunda bilgili olup da, yardýmcý olmak isteyen var mýdýr? Bu
sadece VPN ile ilgili bir sýkýntý deðil. PPP'nin kullanýmýnýn
gerektiði yerlerde yaþayacaðýmýzý düþünüyorum. O yüzden PPP ile biraz
uðraþmak istiyorum. Gürer ve Onur ppp betiklerini yazmýþtý sanýrým.
Baðlantý durumunu belirleyemediðimiz için mi link betiklerinde bu
durumu gözardý ettik? (En azýndan öyle algýladým hatam olabilir)

-- 
Furkan Duman

From gurer at pardus.org.tr  Thu Dec 18 14:48:46 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Thu, 18 Dec 2008 14:48:46 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
	<4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
Message-ID: <200812181448.46595.gurer@pardus.org.tr>

On Thursday 18 December 2008 14:48:46 Furkan Duman wrote:

> PPP konusunda bilgili olup da, yardýmcý olmak isteyen var mýdýr? Bu
> sadece VPN ile ilgili bir sýkýntý deðil. PPP'nin kullanýmýnýn
> gerektiði yerlerde yaþayacaðýmýzý düþünüyorum. O yüzden PPP ile biraz
> uðraþmak istiyorum. Gürer ve Onur ppp betiklerini yazmýþtý sanýrým.
> Baðlantý durumunu belirleyemediðimiz için mi link betiklerinde bu
> durumu gözardý ettik? (En azýndan öyle algýladým hatam olabilir)

PPP betikleri üzerinde pek çalýþýlmadý, neredeyse Onur'un yaptýðý ilk 
hallerinde duruyorlar, fazla talep de gelmediði için öyle kaldýlar.

From fatih at pardus.org.tr  Thu Dec 18 16:09:41 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Thu, 18 Dec 2008 16:09:41 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <200812181414.13131.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180404k29a0d7d4oa63c6b7b524789af@mail.gmail.com>
	<200812181414.13131.bahadir@pardus.org.tr>
Message-ID: <200812181609.44832.fatih@pardus.org.tr>

Perşembe 18 Aralık 2008 tarihinde, Bahadır Kandemir şunları yazmıştı: 
> Bu profil işini ya profile-manager'a yaptıralım, ya network-manager'ın ilk
> ekranını yeniden tasarlayalım, ya da 2009 ile gelecek network-manager'a
> bırakalım.

Bence ana ekranda checkbox olmasına hiç gerek yok. Kafa karıştırıyor. Açılışta 
açılıp açılmamasını o bağlantının özelliklerinde seçelim.

Sadece 2009 için konuşuyorum bu arada. 2008'deki arayüzde bu tür köklü 
değişiklikler yapmayalım zaten.

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081218/0c0d8921/attachment.pgp 

From coderlord at gmail.com  Thu Dec 18 16:20:38 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 16:20:38 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
Message-ID: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>

Merhaba,

Bazý paketlerde belirli durumlarda Comar'dan baðýmsýz resolv.conf
deðiþikliði yapýlýyor. Örnek PPP.

pppd daemon belirli bir option deðeri saðlanmýþsa, baðlantýyý
saðladýðýnda karþýdan aldýðý DNS adresini resolv.conf içerisine
katýþtýrýyor.

Bir sh betiði olan bu betik hem Çomarize deðil, hem de bir þekilde
pppd düzgün sonlanmazsa, yazýlan DNS adresi resolv.conf'da kalýyor.

Bu ve benzeri paketleri elimizden geldiðince Çomarize edelim diyorum.
DNS iþlemlerinin yapýldýðý Stack modelimiz mevcut. Bu modeli
kullanarak DNS adres ekleme çýkartma! (niye model bir çýkartma metodu
saðlamýyor? ) yapabiliriz.

Ancak burada yine ilk bahsettiðim sorun ile yine karþý karþýyayýz.
pppd düzgün kapanmaz ise bu sistemde yine fazladan DNS adresleri
kalacak.

Önerim þu,

Bu ve benzeri paketler, DNS eklemeyi Çomar üzerinden yaparken DNS
adresini geçici olarak yazsýn. Sistem yeniden açýldýðýnda, NM'de
tanýmlanan DNS adreslerine resolv.conf otomatik geri dönsün. Yani
geçici DNS ekleme metodundan eklenen DNS'lerin yaþam ömrü, sistem
yeniden baþlayana dek veya interface düzgün kapatýlýncaya kadar olsun.

Sistem yeniden baþlayýnca yedeklediðimiz orijinal resolv.conf müdür
tarafýndan geri yüklensin.

Ne dersiniz?

-- 
Furkan Duman

From selimok at gmail.com  Thu Dec 18 17:11:30 2008
From: selimok at gmail.com (selim ok)
Date: Thu, 18 Dec 2008 16:11:30 +0100
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
Message-ID: <a001a6cb0812180711j6303e7d4if730eb789d12f59@mail.gmail.com>

18 Aralýk 2008 Perþembe 15:20 tarihinde Furkan Duman <coderlord at gmail.com>yazdý:

>
> Ne dersiniz?
>

Geçici olarak eklenen DNS ilk sýrada olsun, derim. Eðer zaten öyle
düþünülüyorsa görmezden geliniz.
Bunun dýþýnda NM'de herhangi profil için otomatik yada özel olarak girilen
dns adresleri de ayný þekilde resolv.conf'a geçici olarak eklensin.
Görebildiðim kadarýyla þu anda özel dns adresleri de kalýcý olarak
resolv.conf'a yazýlýyor. n  (n>3) tane farklý profili olan birisi için bu
bir sorun oluþturuyor olmalý. Zira 4. adresten itibaren yazýlan dns
adresleri bir ise yaramýyor diye biliyorum.

Ýyi çalýþmalar,
Selim


-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081218/f5e58c87/attachment.htm 

From gkmngrgn at gmail.com  Thu Dec 18 17:22:10 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Thu, 18 Dec 2008 17:22:10 +0200
Subject: [Gelistirici] [paketler-commits] r56763 - in
 playground/igungor/lastfmsubmitd: .	comar
In-Reply-To: <20081212191652.D0A3B138404D@ns1.pardus.org.tr>
References: <20081212191652.D0A3B138404D@ns1.pardus.org.tr>
Message-ID: <494A6AA2.8050905@gmail.com>

paketler-commits at pardus.org.tr wrote On 12-12-2008 21:16:
> Author: igungor
> Date: Fri Dec 12 21:16:52 2008
> New Revision: 56763
>
> Modified:
>    playground/igungor/lastfmsubmitd/comar/service.py
>    playground/igungor/lastfmsubmitd/pspec.xml
> Log:
> love
>
> Modified: playground/igungor/lastfmsubmitd/comar/service.py
> =================================================================
> --- playground/igungor/lastfmsubmitd/comar/service.py	(original)
> +++ playground/igungor/lastfmsubmitd/comar/service.py	Fri Dec 12 21:16:52 2008
> @@ -8,11 +8,11 @@
>  
>  @synchronized
>  def start():
> -    startService(command="/usr/bin/lastfmsubmitd",
> -                 pidfile="/var/run/lastfm/lastfmsubmitd.pid",
> -                 donotify=False)
>      startService(command="/usr/bin/lastmp",
>                   pidfile="/var/run/lastfm/lastmp.pid",
> +                 donotify=False)
> +    startService(command="/usr/bin/lastfmsubmitd",
> +                 pidfile="/var/run/lastfm/lastfmsubmitd.pid",
>                   donotify=True)
>  
>  @synchronized
> @@ -24,7 +24,7 @@
>  
>  def reload():
>      stopService(command="/usr/bin/lastfmsubmitd",
> -                signal=signal.SIGHUP)
> +                donotify=True)
>      stopService(command="/usr/bin/lastmp",
>                  donotify=False)
>  
>
> Modified: playground/igungor/lastfmsubmitd/pspec.xml
> =================================================================
> --- playground/igungor/lastfmsubmitd/pspec.xml	(original)
> +++ playground/igungor/lastfmsubmitd/pspec.xml	Fri Dec 12 21:16:52 2008
> @@ -26,7 +26,9 @@
>              <Path fileType="library">/usr/lib</Path>
>              <Path fileType="man">/usr/share/man</Path>
>              <Path fileType="doc">/usr/share/doc</Path>
> -            <Path fileType="data">/var</Path>
> +            <Path fileType="data">/var/log/lastfm</Path>
> +            <Path fileType="data">/var/run/lastfm</Path>
> +            <Path fileType="data">/var/spool/lastfm</Path>
>          </Files>
>          <AdditionalFiles>
>              <AdditionalFile owner="root" permission="0640" target="/etc/lastfmsubmitd.conf">lastfmsubmitd.conf</AdditionalFile>
> @@ -40,7 +42,7 @@
>  
>      <History>
>          <Update release="1">
> -            <Date>2008-12-11</Date>
> +            <Date>2008-12-12</Date>
>              <Version>1.0.1</Version>
>              <Comment>First release.</Comment>
>              <Name>H. Ýbrahim Güngör</Name>
>   
Ýbrahim bunu ne zaman review'e göndermeyi düþünüyorsun? QuodLibet 
eklentilerinden biri buna ihtiyaç duyuyor =)

From ozan at pardus.org.tr  Thu Dec 18 18:08:46 2008
From: ozan at pardus.org.tr (ozan at pardus.org.tr)
Date: Thu, 18 Dec 2008 18:08:46 +0200 (EET)
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
Message-ID: <b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>



> Merhaba,
>
>
> Önerim þu,
>
> Bu ve benzeri paketler, DNS eklemeyi Çomar üzerinden yaparken DNS
> adresini geçici olarak yazsýn. Sistem yeniden açýldýðýnda, NM'de
> tanýmlanan DNS adreslerine resolv.conf otomatik geri dönsün. Yani
> geçici DNS ekleme metodundan eklenen DNS'lerin yaþam ömrü, sistem
> yeniden baþlayana dek veya interface düzgün kapatýlýncaya kadar olsun.
>
> Sistem yeniden baþlayýnca yedeklediðimiz orijinal resolv.conf müdür
> tarafýndan geri yüklensin.
>
> Ne dersiniz?

Selam.

Öncelikle bu dns iþi biraz sofistike bir olay. NM ile öntanýmlý dns'ler
kullanýlabiliyor, karþýdan alýnabiliyor ya da NM'e girilebiliyor. Tüm
bunlar profil bazýnda yapýlabiliyor, bu yüzden öncelikle profil bazýnda
bunlarýn tutarlý ve saðlýklý bir biçimde tutulduðunun garanti edilmesi
lazým. Ýlgili 1 hatasý vardý sanýrým bugzilla'da.

Bunun dýþýnda rp-pppoe gerçekten üzerinden çok geçilmesi gereken bir
paket, her þeyi shell betiði aslýnda. Eðer dns'lerin karþýdan alýnmasý
isteniyorsa dns=server tarzý bir configuration deðeri veriliyor. Her þey
baþarýlý giderse, /etc/resolv.conf'u, /etc/ppp/resolv.conf'a linkliyor,
ancak bir sorun olduðunda eski /etc/resolv.conf gidiyor. Bunun böyle
yapýlmamasý lazým. Bunun da ilgili bir hatasý var bugzilla'da.

güzel bir çözüm için iyi düþünmek lazým. Zaten NM ile PPP baðlantýsý doðru
düzgün yapýlamýyor(ya da belki hiç) þu anda. Dosya tabanlý bir switching
mekanizmasý kullanýlabilir belki. Mevcut dosyanýn zýrt pýrt comar
çaðrýlarý tarafýndan tekrar tekrar deðiþtirilmesindense, comar'a
switchResolvconfTo('/etc/ppp/resolv.conf') gibi bir çaðrý yapýp sembolink
link kullanýp, çýkýþta da bunun eski haline falan getirilmesi gerekiyor.
Ancak eski hal ne? Bunun cevabý da çok açýk deðil. En son UP olarak
kullanýlmýþ bir profilin resolv.conf'u mu yoksa daðýtýmla gelen ön tanýmlý
resolv.conf mu, vs. vs.. Ya da belki de yeni bir að baðlantýsý kurulana
kadar resolv.conf oluþmamalý sistemde, bir profil UP edildiðinde yerine
gelmeli.

NM'de tam bir PPP desteði gelecekse, PPP baðlantýlarý da birer profile
tabi olacaklarýndan iþ çok daha transparan bir þekilde halledilebilir.

Böyle çeþitli fikirler geldi aklýma, tekrar okudum da biraz da çöp
fikirler gibiler, konustum iste azýcýk :)

From ozan at pardus.org.tr  Thu Dec 18 18:14:09 2008
From: ozan at pardus.org.tr (ozan at pardus.org.tr)
Date: Thu, 18 Dec 2008 18:14:09 +0200 (EET)
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
	<200812181409.23746.onur@pardus.org.tr>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
	<4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
Message-ID: <7fbe656f3db2a88c81e99645aa4bf6ba.squirrel@webmail.pardus.org.tr>



> 18 Aralýk 2008 Perþembe 14:15 tarihinde Furkan Duman
> <coderlord at gmail.com> yazdý:
>
> PPP konusunda bilgili olup da, yardýmcý olmak isteyen var mýdýr? Bu
> sadece VPN ile ilgili bir sýkýntý deðil. PPP'nin kullanýmýnýn
> gerektiði yerlerde yaþayacaðýmýzý düþünüyorum. O yüzden PPP ile biraz
> uðraþmak istiyorum. Gürer ve Onur ppp betiklerini yazmýþtý sanýrým.
> Baðlantý durumunu belirleyemediðimiz için mi link betiklerinde bu
> durumu gözardý ettik? (En azýndan öyle algýladým hatam olabilir)
>

Ben geçen hafta elime geçen bir USB ADSL modem ile internete çýkmaya
çalýþtým br2684ctl ve rp-pppoe kullanarak. Yaklaþýk 1 saate yakýn
uðraþtým, deli oldum. Baðlantý PPPoA olduðu için pppoe betiklerini
kullanmama hiç gerek yok diye düþündüm adýna aldanarak. Meðerse onu da
kullanmak gerekiyormuþ..

Önce bir nas arabirimi yaratýlmasý gerekiyor daha sonra pppoe-setup ile
genel bir yapýlandýrma ve arkasýndan pppoe-connect ile baðlanma
teþebbüsleri. pppoe-stop ile baðlantýyý sonlandýrma. Temelde hepsi aslýnda
pppd'ye giden yolda hazýrlayýcý betikler, sonuçta o daemon kullanýlýyor.

Benim anladýðým bunlar

From ozan at pardus.org.tr  Thu Dec 18 18:28:30 2008
From: ozan at pardus.org.tr (ozan at pardus.org.tr)
Date: Thu, 18 Dec 2008 18:28:30 +0200 (EET)
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180422qa753fd4x6e55e04a4307b7bb@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181409.23746.onur@pardus.org.tr>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
	<200812181417.31530.bahadir@pardus.org.tr>
	<4cca720b0812180420u7df8f8a8u19e8c5ebf4a8dfe4@mail.gmail.com>
	<4cca720b0812180422qa753fd4x6e55e04a4307b7bb@mail.gmail.com>
Message-ID: <a79b543de660d679937bcef568f3dcde.squirrel@webmail.pardus.org.tr>



> 18 Aralýk 2008 Perþembe 14:20 tarihinde Furkan Duman
> <coderlord at gmail.com> yazdý:
>> 18 Aralýk 2008 Perþembe 14:17 tarihinde Bahadýr Kandemir
>> <bahadir at pardus.org.tr> yazdý:
>>> ifplugd betiðinde bu iþi, ilgili aygýt ile iliþkili "up" profilleri
>>> setState(down) ile kapatarak yapýyoruz.
>>
>> Nerededir bu betik? Böyle birþey var ise niye kullanmýyoruz?
>
> Buldum. Harika. Bunu hemen niye kullanmaya baþlamýyoruz Ozan?

Bilmem betiði ben yazmadým sadece vakit bulduðum bir aralar test ettim.
Kýsaca mekanizmayý ve yapýlmasý gerekenleri özetleyeyim:

ifplugd kararlý duruma gelmiþ, geliþmesi 2-3 yýl kadar önce durmuþ,
tastamam bir daemon. Oldukça küçük bir memory footprint'i var, bayaðý
minik bir þey. Bizim dýþýmýzdaki daðýtýmlarýn genelde hepsinde bunun
arkada çalýþtýðýna þahit oldum yani kullanýlan bir mekanizma.

Her interface için ayrý bir daemon baþlatmanýz gerekiyor. daemonlara
parametreyle interface'i, down-delay ve up-delay veriyorsunuz. Bu son
ikisi saniye cinsinden ve ifplugd link state'in down olduðunu anladýktan
kaç saniye sonra betiði tetikleyecek, link geri geldikten kaç saniye sonra
betiði tetikleyecek bunlarý tanýmlýyor.

Hangi interface'ler için daemon'ýn baþlayacaðýný paket þu anda
/etc/conf.d/ifplugd.conf'tan alýyor comar servis betiði. Bunun böyle
olmamasý ve hali hazýrda sistemde bulunan tüm interface'ler
(eth*,ra*,ath*,wlan*,vs.) için çalýþtýrýlmasý gerekiyor. Basit bir comar
þeysiyle elde edilebiliyordur bu bilgi heralde.

Neyse bu arkadaþlar çalýþýyorlar, eth0'in link state'i down olunca mesela,

ifplugd.action eth0 down

çaðýrýyorlar. Gerisi ifplugd.action'a kalmýþ. Bu çomarize bir betik ve
elden geçmesi gerekiyor NM altyapýsýný iyi bilen biri tarafýndan. Ben
denediðimde sorun þuydu:

1. Baðlýyým,
2. Kabloyu çekiyorum, down-delay süre sonra NM'den popup geliyor baðlantý
gitti diye. (Burda seviniyor insan biraz, yýllar sonra ateþi bulduk
diye..)
3. Kabloyu takýyorum, up-delay kadar sonra popup geliyor ahanda geldi diye.
Ancak bu noktadan sonra hiçbiryere falan ping atamýyordum, internet geri
gelmiyordu, ben de routing table ile ilgili bir þey olabileceðini
düþünmüþtüm.

Haaa.. Bunlar iþin güzel taraflarý bir de kablosuz hadisesi var ki o cok
fena. HAL'in rfkill arabirimi pislik içinde, düzgün çalýþmýyor. iwl3945'te
switch'i kapattýðýmda link down bilgisini alýyorum ancak geri geldiðinde
alamýyorum. iwl'ler için ayrý, dell'ler için ayrý kodlar falan var. HAL
halen sürüm çýkartamadý ancak git'te hepsini tekrar yazdýlar. Ama o sürüme
2008'de geçebilecek miyiz bilemiyorum.

Ýkinci parti kernel tarafý. Kernel tarafýnda da rfkill altyapýsý tamamen
deðiþti.

Kýsacasý ilk planda ifplugd desteðini sadece kablolu aygýtlar için
getirmek, kargaþayý önleyecektir diye düþünüyorum.

Uzun ama aciklayici oldu sanýrým. Bu desteðin eksikliði aslýnda NM'in hata
dediðimiz bir çok tutarsýzlýðýnýn ana sebebi.

From bahadir at pardus.org.tr  Thu Dec 18 18:28:04 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 18:28:04 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
Message-ID: <200812181828.06838.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Bu ve benzeri paketler, DNS eklemeyi Çomar üzerinden yaparken DNS
> adresini geçici olarak yazsýn. Sistem yeniden açýldýðýnda, NM'de
> tanýmlanan DNS adreslerine resolv.conf otomatik geri dönsün. Yani
> geçici DNS ekleme metodundan eklenen DNS'lerin yaþam ömrü, sistem
> yeniden baþlayana dek veya interface düzgün kapatýlýncaya kadar olsun.
>
> Sistem yeniden baþlayýnca yedeklediðimiz orijinal resolv.conf müdür
> tarafýndan geri yüklensin.

Baðlantý kurulduðunda

  Net.Stack.userNameServers(["dns1", "dns2"], "search.domain")

kesildiðinde

  Net.Stack.userNameServers([], "")

çaðýrarak yapabilirsin bu iþi. Sistemdeki "asýl" 
DNS'ler /etc/resolv.default.conf ve /usr/share/baselayout/resolv.conf 
dosyalarýnda bulunuyor. Baðlantý kurulduðunda, eðer profilde tanýmlý DNS 
varsa, önce useNameServers ile verilen, sonra da bu iki sistem 
dosyasýndaki DNS'ler kullanýlýyor.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081218/0470dec8/attachment.pgp 

From h.ibrahim.gungor at gmail.com  Thu Dec 18 18:30:28 2008
From: h.ibrahim.gungor at gmail.com (H. =?iso-8859-9?q?=DDbrahim?= =?iso-8859-9?q?_G=FCng=F6r?=)
Date: Thu, 18 Dec 2008 18:30:28 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5Bpaketler-commits=5D_r56763_-_in_p?=
 =?iso-8859-9?q?layground/igungor/lastfmsubmitd=3A_=2E=09comar?=
In-Reply-To: <494A6AA2.8050905@gmail.com>
References: <20081212191652.D0A3B138404D@ns1.pardus.org.tr>
	<494A6AA2.8050905@gmail.com>
Message-ID: <200812181830.28499.h.ibrahim.gungor@gmail.com>

18 Ara 2008 Per günü (saat 17:22:10) Gökmen Görgen þunlarý yazmýþtý:
> Ýbrahim bunu ne zaman review'e göndermeyi düþünüyorsun? QuodLibet
> eklentilerinden biri buna ihtiyaç duyuyor =)

Þu haliyle çalýþýyor fakat biraz daha sevgiye ihtiyacý var, Bazý sinir bozucu 
sorunlarý var: "mpd" servisinin açýk olmasý -bu kýsým kolay- ve müziðin 
çalmasý gerekiyor - vadda!-. Ya programý yamayacaðým ya da service.py ile 
oynaþacaðým biraz. Bu yüzden review'a almadým. Ýlgilenmek istersen paket 
senindir zira pek ilgi duymadým kendisine ;)

----~----~----~----~----
H. Ýbrahim Güngör
h.ibrahim.gungor () gmail ! com

From h.ibrahim.gungor at gmail.com  Thu Dec 18 18:35:44 2008
From: h.ibrahim.gungor at gmail.com (H. =?iso-8859-9?q?=DDbrahim?= =?iso-8859-9?q?_G=FCng=F6r?=)
Date: Thu, 18 Dec 2008 18:35:44 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5Bpaketler-commits=5D_r56763_-_in_p?=
 =?iso-8859-9?q?layground/igungor/lastfmsubmitd=3A_=2E=09comar?=
In-Reply-To: <494A6AA2.8050905@gmail.com>
References: <20081212191652.D0A3B138404D@ns1.pardus.org.tr>
	<494A6AA2.8050905@gmail.com>
Message-ID: <200812181835.45073.h.ibrahim.gungor@gmail.com>

18 Ara 2008 Per günü (saat 17:22:10) Gökmen Görgen þunlarý yazmýþtý:
> Ýbrahim bunu ne zaman review'e göndermeyi düþünüyorsun? QuodLibet
> eklentilerinden biri buna ihtiyaç duyuyor =)

Söylemeyi unuttum, daemon'ýn çalýþmasýnda sorun yok. Sorun "lastmp" denilen 
betikte, mpd'den çalýþan þarký bilgisini okuyor, þarkýnýn belli bir yüzdesi 
geçtikten sonra /var/spool/lastfm'e yazýyor, lastfmsubmitd'de burayý okuyup 
last.fm sunucusuna postalýyor. Yani "lastmp" betiði olmadan bu sunucu 
anlamsýz. QuodLibet, "lastmp" gibi bir betiðe sahipse lastfmsubmitd'i 
yamayabilirim belki.

----~----~----~----~----
H. Ýbrahim Güngör
h.ibrahim.gungor () gmail ! com

From coderlord at gmail.com  Thu Dec 18 18:44:23 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 18:44:23 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812181828.06838.bahadir@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181828.06838.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180844o2d6c8f16x90ac8778ba0c2174@mail.gmail.com>

18 Aralýk 2008 Perþembe 18:28 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> kesildiðinde
>
>  Net.Stack.userNameServers([], "")
>
> çaðýrarak yapabilirsin bu iþi. Sistemdeki "asýl"

Kesildiðinde bunu çaðýramazsam ne olacak? Sistem yeniden açýldýðýnda
resolv.conf düzelecek mi?


-- 
Furkan Duman

From bahadir at pardus.org.tr  Thu Dec 18 18:47:03 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 18:47:03 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180844o2d6c8f16x90ac8778ba0c2174@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181828.06838.bahadir@pardus.org.tr>
	<4cca720b0812180844o2d6c8f16x90ac8778ba0c2174@mail.gmail.com>
Message-ID: <200812181847.06743.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> 18 Aralýk 2008 Perþembe 18:28 tarihinde Bahadýr Kandemir
> <bahadir at pardus.org.tr> yazdý:
> > kesildiðinde
> >
> >  Net.Stack.userNameServers([], "")
> >
> > çaðýrarak yapabilirsin bu iþi. Sistemdeki "asýl"
>
> Kesildiðinde bunu çaðýramazsam ne olacak? Sistem yeniden açýldýðýnda
> resolv.conf düzelecek mi?

Herhangi bir network profili, baðlantýdan hemen sonra bu metodu çaðýrýyor. 
A profili baðlý iken, B'nin DNS'leri resolv.conf'ta kalmýyor.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081218/b707c4dc/attachment.pgp 

From gokmen at pardus.org.tr  Thu Dec 18 16:51:36 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Thu, 18 Dec 2008 16:51:36 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5Bpaketler-commits=5D_r56763_-_in_p?=
 =?iso-8859-9?q?layground/igungor/lastfmsubmitd=3A_=2E=09comar?=
In-Reply-To: <494A6AA2.8050905@gmail.com>
References: <20081212191652.D0A3B138404D@ns1.pardus.org.tr>
	<494A6AA2.8050905@gmail.com>
Message-ID: <200812181651.36582.gokmen@pardus.org.tr>

Perþembe 18 Aralýk 2008 günü (saat 17:22:10) Gökmen Görgen þunlarý yazmýþtý:
> Ýbrahim bunu ne zaman review'e göndermeyi düþünüyorsun? QuodLibet
> eklentilerinden biri buna ihtiyaç duyuyor =)
Gökmeen kýsalt þu mesajlarýný yahu ;)

--
Gökmen GÖKSEL

From coderlord at gmail.com  Thu Dec 18 18:52:02 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 18:52:02 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812181847.06743.bahadir@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181828.06838.bahadir@pardus.org.tr>
	<4cca720b0812180844o2d6c8f16x90ac8778ba0c2174@mail.gmail.com>
	<200812181847.06743.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180852q1a9219a9i9c2a36bbd625541e@mail.gmail.com>

18 Aralýk 2008 Perþembe 18:47 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
>> 18 Aralýk 2008 Perþembe 18:28 tarihinde Bahadýr Kandemir
>> <bahadir at pardus.org.tr> yazdý:
>> > kesildiðinde
>> >
>> >  Net.Stack.userNameServers([], "")
>> >
>> > çaðýrarak yapabilirsin bu iþi. Sistemdeki "asýl"
>>
>> Kesildiðinde bunu çaðýramazsam ne olacak? Sistem yeniden açýldýðýnda
>> resolv.conf düzelecek mi?
>
> Herhangi bir network profili, baðlantýdan hemen sonra bu metodu çaðýrýyor.
> A profili baðlý iken, B'nin DNS'leri resolv.conf'ta kalmýyor.

O halde bunu kullandýktan sonra herhangi bir interface baðlantýsý
olursa DNS bilgisi kaybolacak? Bu bir sýkýntý deðil mi?

-- 
Furkan Duman

From coderlord at gmail.com  Thu Dec 18 18:53:09 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 18:53:09 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180852q1a9219a9i9c2a36bbd625541e@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181828.06838.bahadir@pardus.org.tr>
	<4cca720b0812180844o2d6c8f16x90ac8778ba0c2174@mail.gmail.com>
	<200812181847.06743.bahadir@pardus.org.tr>
	<4cca720b0812180852q1a9219a9i9c2a36bbd625541e@mail.gmail.com>
Message-ID: <4cca720b0812180853w2f20f073nd6262686d138bc35@mail.gmail.com>

18 Aralýk 2008 Perþembe 18:52 tarihinde Furkan Duman
<coderlord at gmail.com> yazdý:
> 18 Aralýk 2008 Perþembe 18:47 tarihinde Bahadýr Kandemir
> <bahadir at pardus.org.tr> yazdý:
>> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
>>> 18 Aralýk 2008 Perþembe 18:28 tarihinde Bahadýr Kandemir
>>> <bahadir at pardus.org.tr> yazdý:
>>> > kesildiðinde
>>> >
>>> >  Net.Stack.userNameServers([], "")
>>> >
>>> > çaðýrarak yapabilirsin bu iþi. Sistemdeki "asýl"
>>>
>>> Kesildiðinde bunu çaðýramazsam ne olacak? Sistem yeniden açýldýðýnda
>>> resolv.conf düzelecek mi?
>>
>> Herhangi bir network profili, baðlantýdan hemen sonra bu metodu çaðýrýyor.
>> A profili baðlý iken, B'nin DNS'leri resolv.conf'ta kalmýyor.
>
> O halde bunu kullandýktan sonra herhangi bir interface baðlantýsý
> olursa DNS bilgisi kaybolacak? Bu bir sýkýntý deðil mi?

Profil olarak düþünme. Bir interface baðlantýsý yaptýktan sonra VPN
baðlantýsý yapabilirim. VPN in profili diðer interface lerden ayrý
olacak.


-- 
Furkan Duman

From bahadir at pardus.org.tr  Thu Dec 18 18:55:53 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 18:55:53 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180853w2f20f073nd6262686d138bc35@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<4cca720b0812180852q1a9219a9i9c2a36bbd625541e@mail.gmail.com>
	<4cca720b0812180853w2f20f073nd6262686d138bc35@mail.gmail.com>
Message-ID: <200812181855.53673.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> > O halde bunu kullandýktan sonra herhangi bir interface baðlantýsý
> > olursa DNS bilgisi kaybolacak? Bu bir sýkýntý deðil mi?
>
> Profil olarak düþünme. Bir interface baðlantýsý yaptýktan sonra VPN
> baðlantýsý yapabilirim. VPN in profili diðer interface lerden ayrý
> olacak.

VPN içinde useNameServer kullanýrsan, kullandýðýn profilin DNS ayarlarý 
gidecek. Tam olarak bunu mu soruyorsun anlamadým :)
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081218/2097bdb4/attachment.pgp 

From coderlord at gmail.com  Thu Dec 18 19:00:22 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 19:00:22 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812181855.53673.bahadir@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<4cca720b0812180852q1a9219a9i9c2a36bbd625541e@mail.gmail.com>
	<4cca720b0812180853w2f20f073nd6262686d138bc35@mail.gmail.com>
	<200812181855.53673.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180900u350a6ba5o26ce384bfdd73ce@mail.gmail.com>

18 Aralýk 2008 Perþembe 18:55 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
>> > O halde bunu kullandýktan sonra herhangi bir interface baðlantýsý
>> > olursa DNS bilgisi kaybolacak? Bu bir sýkýntý deðil mi?
>>
>> Profil olarak düþünme. Bir interface baðlantýsý yaptýktan sonra VPN
>> baðlantýsý yapabilirim. VPN in profili diðer interface lerden ayrý
>> olacak.
>
> VPN içinde useNameServer kullanýrsan, kullandýðýn profilin DNS ayarlarý
> gidecek. Tam olarak bunu mu soruyorsun anlamadým :)

Öyle. Ayný zamanda eðer interface lerden birisinin durumu deðiþirse,
mesela kablolu up durumdaydý ve VPN baðlantýsý yaptým. Daha sonra
kablosuz baðlantýyý da açtým. Bu durumda VPN de useNameServer ile
yazdýklarýmý kaybediyorum deðil mi?

-- 
Furkan Duman

From bahadir at pardus.org.tr  Thu Dec 18 19:02:35 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 19:02:35 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180900u350a6ba5o26ce384bfdd73ce@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181855.53673.bahadir@pardus.org.tr>
	<4cca720b0812180900u350a6ba5o26ce384bfdd73ce@mail.gmail.com>
Message-ID: <200812181902.40733.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Ayný zamanda eðer interface lerden birisinin durumu deðiþirse,
> mesela kablolu up durumdaydý ve VPN baðlantýsý yaptým. Daha sonra
> kablosuz baðlantýyý da açtým. Bu durumda VPN de useNameServer ile
> yazdýklarýmý kaybediyorum deðil mi?

Evet. Kalýcý olmasýný istiyorsan setNameServers ile belirleyebilirsin.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081218/fecfc452/attachment.pgp 

From coderlord at gmail.com  Thu Dec 18 19:12:14 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 19:12:14 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812181902.40733.bahadir@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181855.53673.bahadir@pardus.org.tr>
	<4cca720b0812180900u350a6ba5o26ce384bfdd73ce@mail.gmail.com>
	<200812181902.40733.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180912j4285673cx2cca470165cb2be7@mail.gmail.com>

18 Aralýk 2008 Perþembe 19:02 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
>> Ayný zamanda eðer interface lerden birisinin durumu deðiþirse,
>> mesela kablolu up durumdaydý ve VPN baðlantýsý yaptým. Daha sonra
>> kablosuz baðlantýyý da açtým. Bu durumda VPN de useNameServer ile
>> yazdýklarýmý kaybediyorum deðil mi?
>
> Evet. Kalýcý olmasýný istiyorsan setNameServers ile belirleyebilirsin.

:) Benim derdim kalýcý olmamasý zaten. PPP baðlantýsýný bir þekilde
düzgün kapatamazsak bu DNS'ler resolv.conf da kalmaya devam edecek.

- NM'den girilen DNS'ler kalýcý olmalý.
- PPP benzeri paketlerde set edilen DNS ler geçici olmalý ve sistem
yeniden baþladýðýnda ortada olmamalý.

-- 
Furkan Duman

From nakof at zig.gen.tr  Thu Dec 18 19:41:20 2008
From: nakof at zig.gen.tr (nihat ciddi)
Date: Thu, 18 Dec 2008 19:41:20 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <200812181409.23746.onur@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
	<200812181409.23746.onur@pardus.org.tr>
Message-ID: <20081218194120.b595d4e3.nakof@zig.gen.tr>


> Thursday 18 December 2008 Tarihinde 13:57:36 yazmıştı:
> > 18 Ara 2008 Per tarihinde, Furkan Duman şunları yazmıştı:
> > > 1. Ağ bağlantısının kopmasının NM'de algılanması sorununu nasıl
> > > çözmeliyiz? Ben NM içinde interface'leri belirli aralıklarla
> > > polling ile tarayarak bağlantı kopma durumuna bakalım ve
> > > interface i belirli bir süre sonra down yapalım diyorum. Daha
> > > sonra belirlenen bir aralıkta yeniden kontrol ederek up durumuna
> > > getiririz. Bu kısım NM tarafından mı halledilmeli yoksa Comar mı
> > > halletmeli? Merkezi olması ve bir araca bağlı olmaması için Comar
> > > mantıklı seçenek gibi duruyor. Ancak bu sefer de bir interface
> > > bağlı olduğu müddetçe bir Comar Job'ın link state'i sürekli arka
> > > planda kalarak kontrol etmesi gerekli.
> >
> > Bir daemon ile yapabiliriz.
> 
>  ifplugd bunu yapabiliyordur belki

kablosuzu cok iyi test edemedim ama kablolularda bence is gorur.
-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: kullanılamıyor
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081218/adc2cce4/attachment.pgp 

From serbulent at pardus.org.tr  Thu Dec 18 20:29:00 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Thu, 18 Dec 2008 20:29:00 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812180839.06376.taner@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180839.06376.taner@pardus.org.tr>
Message-ID: <200812182029.00466.serbulent@pardus.org.tr>

On Thursday 18 December 2008 08:39:06 Taner Tas wrote:
> > vsftpd-2.0.7-17-3.pisi
>
> ACK

Taner bunun için þurada [1] bu gece kararlý depoya girecek demiþsin. Sanýrým 
güvenlik güncellemesi bu ayný zamanda ( pspec de yalnýz version bump yazýyor 
ama hata mesajýndan çýkarttýðým bu ) eðer böyle ise lütfen ACK vermeden bu 
listede de durumu belirt ki liste oluþtururken hata yapmayayým.

Aksi halde hata mesajýnda yazanlarý yanlýþ anlýyorum sanýrým. 

[1] http://bugs.pardus.org.tr/show_bug.cgi

-- 
Ýyi Çalýþmalar;
 
Serbülent                                                                   

From serbulent at pardus.org.tr  Thu Dec 18 20:31:17 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Thu, 18 Dec 2008 20:31:17 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812181424.42113.inancyildirgan@gmail.com>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812181021.05935.onur@pardus.org.tr>
	<200812181424.42113.inancyildirgan@gmail.com>
Message-ID: <200812182031.17208.serbulent@pardus.org.tr>

On Thursday 18 December 2008 14:24:42 Ýnanç Yýldýrgan wrote:
> On Thursday 18 December 2008 10:21:05 Onur Küçük wrote:
> > Thursday 18 December 2008 Tarihinde 09:51:54 yazmýþtý:
> > > > fontforge-0.0_20081117-11-8.pisi
> > >
> > > ACK.
> > >
> > > > powerdevil-kde4-1.4.1-2-2.pisi
> > >
> > > Bu paketi depodan atalým artýk. Kde 4.2 ile bütünleþik olarak
> > > geldiðinden devel deposundan da sildim. Kde 4.2 serisi stable depoya
> > > girerse stable depodan da silinsin.
> >
> >  Þu anda stable depodaki KDE 4.1.x için derlendiyse (ki öyle olmalý, yeni
> > kde4 de conflict var) bence stable a girsin, stable ve KDE4 kullanan
> > kullanýcýlar mahrum kalmasýn :)
>
> Kde 4.2 nin stable sürümü çýkana kadar test deposunda kalacaðýný
> bilmiyordum. O zaman bu paketin 2008 deposundaki baðýmlýlýklarý arasýna
> kdebase4-workspace'i ekledikten sonra derletip stable depoya almamýzda bir
> sakýnca yok. Uzun zamandýr kullanýyorum zaten paketle ilgili bir soruna da
> rastlamadým.

Teþekkürler açýklama için.

Ekin , Gökçen ping again. Bu paketi bu sürümü ile alýyor muyuz ? Son karar 
nedir ? 23:59 a kadar olumlu bir yanýt gelmemiþse listeye dahil etmeyeceðim.


-- 
Ýyi Çalýþmalar;
 
Serbülent                                                                   

From fatih at pardus.org.tr  Fri Dec 19 00:07:13 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Fri, 19 Dec 2008 00:07:13 +0200
Subject: [Gelistirici] CC ve CXX
Message-ID: <200812190007.13571.fatih@pardus.org.tr>

Selamlar,

Build sırasında CC ve CXX her zaman export edilse nasıl olur? Çoğu pakette 
shelltools.export kullanmak gerekiyor yoksa.

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081219/8c4b0e19/attachment.pgp 

From serdar at cclub.metu.edu.tr  Fri Dec 19 00:09:44 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Fri, 19 Dec 2008 00:09:44 +0200
Subject: [Gelistirici] CC ve CXX
In-Reply-To: <200812190007.13571.fatih@pardus.org.tr>
References: <200812190007.13571.fatih@pardus.org.tr>
Message-ID: <494ACA28.4050302@cclub.metu.edu.tr>

Fatih Aþýcý wrote On 19-12-2008 00:07:
> Selamlar,
>
> Build sýrasýnda CC ve CXX her zaman export edilse nasýl olur? Çoðu pakette 
> shelltools.export kullanmak gerekiyor yoksa.
>
>   
+1, herhangi bir sorun yaratmayacaksa build esnasýnda öntanýmlý export 
edilebilir bence..

-serdar

> ------------------------------------------------------------------------
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici


From gokmen at pardus.org.tr  Thu Dec 18 22:09:42 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Thu, 18 Dec 2008 22:09:42 +0200
Subject: [Gelistirici] CC ve CXX
In-Reply-To: <200812190007.13571.fatih@pardus.org.tr>
References: <200812190007.13571.fatih@pardus.org.tr>
Message-ID: <200812182209.42308.gokmen@pardus.org.tr>

Cuma 19 Aralýk 2008 günü (saat 00:07:13) Fatih Aþýcý þunlarý yazmýþtý:
> Selamlar,
Selamlar,

> Build sýrasýnda CC ve CXX her zaman export edilse nasýl olur? Çoðu pakette
> shelltools.export kullanmak gerekiyor yoksa.
Bende diyecektim bunu :)

-- 
Gökmen GÖKSEL

From alpaslanmete at gmail.com  Fri Dec 19 00:20:20 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Fri, 19 Dec 2008 00:20:20 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180419v7ac7fa74t6cdbdd27fd398e6c@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>	<200812181357.40657.bahadir@pardus.org.tr>	<4cca720b0812180404k29a0d7d4oa63c6b7b524789af@mail.gmail.com>	<200812181414.13131.bahadir@pardus.org.tr>
	<4cca720b0812180419v7ac7fa74t6cdbdd27fd398e6c@mail.gmail.com>
Message-ID: <494ACCA4.9000309@gmail.com>

Furkan Duman wrote On 12/18/2008 02:19 PM:
> Burada konuþtuklarýmýzý 2009 için düþünmüþtüm.
>

Konu baþlýðýyla alakasýz ama gördüðüm kadarýyla 2009 COMAR'ýn net 
bacaðýna epey deðiþiklikler gelecek gibi görünüyor acaba bridge desteði 
eklemeyi de düþünüyor musunuz?

Mete Alpaslan

From alpaslanmete at gmail.com  Fri Dec 19 01:25:00 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Fri, 19 Dec 2008 01:25:00 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
Message-ID: <494ADBCC.10902@gmail.com>

Merhaba;

Lvm & Raid ile ilgilenirken Lvm hacimlerinin sistem baþlatýldýktan sonra 
aktif hale geçmemesinden kaynaklý sorunlar yaþýyorum ...

klan mete # lvscan
  /proc/misc: No entry for device-mapper found
  Is device-mapper driver missing from kernel?
  Failure to communicate with kernel device-mapper driver.
  inactive          '/dev/fileserver/share' [2,00 GB] inherit
  inactive          '/dev/fileserver/backup' [4,00 GB] inherit
  inactive          '/dev/fileserver/media' [1,00 GB] inherit

klan mete # ls /dev/mapper/*
ls: /dev/mapper/'e eriþilemedi: Böyle bir dosya ya da dizin yok

Sorunu çözmek için el ile dürttüðüm device-mapper modülünden sonra lvm 
hacimlerini tekrak elle aktif hale getiriyorum....

klan mete # modprobe dm_mod

klan mete # ls -l /dev/mapper/*
crw-rw---- 1 root root 10, 60 Ara 18 03:26 /dev/mapper/control

klan mete # lvm vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "fileserver" using metadata type lvm2

klan mete # lvm vgchange -a y
  3 logical volume(s) in volume group "fileserver" now active

klan mete # ls -l /dev/mapper/*
crw-rw---- 1 root root  10, 60 Ara 18 03:26 /dev/mapper/control
brw------- 1 root root 253,  1 Ara 18 03:28 /dev/mapper/fileserver-backup
brw------- 1 root root 253,  2 Ara 18 03:28 /dev/mapper/fileserver-media
brw------- 1 root root 253,  0 Ara 18 03:28 /dev/mapper/fileserver-share

Bunlarý hepsini el ile yapmamak içinse udev kurallarý ekledim !

klan mete # ls /etc/udev/rules.d/64-*
/etc/udev/rules.d/64-device-mapper.rules  
/etc/udev/rules.d/64-lvm2.rules  /etc/udev/rules.d/64-md-raid.rules

Sonradan kurduðum lvm2 için eklediðim 64-lvm2.rules kuralý sistem 
baþlangýçý sýrasýnda etkili olmasýna raðmen sistemde kurulu olarak gelen 
device-mapper, mdadm için eklediðim 64-device-mapper.rules ve 
64-md-raid.rules etkili olmuyor....
 
klan mete # ls -l /dev/disk/by-id/lvm2-pvuuid-*
lrwxrwxrwx 1 root root 10 Ara 18  2008 
/dev/disk/by-id/lvm2-pvuuid-Bkx3W6-TkAr-ZI7f-lBGv-7Gih-GEAq-J3LoXn -> 
../../sdb1
lrwxrwxrwx 1 root root 10 Ara 18  2008 
/dev/disk/by-id/lvm2-pvuuid-J29J4j-Dfhm-xSiL-VBVd-KZ1M-I8fB-te1IML -> 
../../sdc1


Sonuç olarak boot sýrasýnda aktif hale getiremediðim lvm hacimlerini ve 
raid dizilerini kullanamýyorum..... :)

Not:Sorunu tam olarak açýklamak istediðimden uzun bir mail oldu kusura 
bakmayýn.

Mete Alpaslan

-------------- sonraki bölüm --------------
An embedded and charset-unspecified text was scrubbed...
Name: 64-lvm2.rules
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081219/152a0d26/attachment-0003.diff 
-------------- sonraki bölüm --------------
An embedded and charset-unspecified text was scrubbed...
Name: 64-md-raid.rules
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081219/152a0d26/attachment-0004.diff 
-------------- sonraki bölüm --------------
An embedded and charset-unspecified text was scrubbed...
Name: 64-device-mapper.rules
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081219/152a0d26/attachment-0005.diff 

From isbaran at gmail.com  Fri Dec 19 01:53:11 2008
From: isbaran at gmail.com (Isbaran Akcayir)
Date: Fri, 19 Dec 2008 01:53:11 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <494ADBCC.10902@gmail.com>
References: <494ADBCC.10902@gmail.com>
Message-ID: <395ed7070812181553u5b4675fav83127bbc861aeb33@mail.gmail.com>

2008/12/19 Mete Alpaslan <alpaslanmete at gmail.com>

> Merhaba;
>
> Lvm & Raid ile ilgilenirken Lvm hacimlerinin sistem başlatıldıktan sonra
> aktif hale geçmemesinden kaynaklı sorunlar yaşıyorum ...
>
> klan mete # lvscan
>  /proc/misc: No entry for device-mapper found
>  Is device-mapper driver missing from kernel?
>  Failure to communicate with kernel device-mapper driver.
>  inactive          '/dev/fileserver/share' [2,00 GB] inherit
>  inactive          '/dev/fileserver/backup' [4,00 GB] inherit
>  inactive          '/dev/fileserver/media' [1,00 GB] inherit
>
> klan mete # ls /dev/mapper/*
> ls: /dev/mapper/'e erişilemedi: Böyle bir dosya ya da dizin yok
>
> Sorunu çözmek için el ile dürttüğüm device-mapper modülünden sonra lvm
> hacimlerini tekrak elle aktif hale getiriyorum....
>
> klan mete # modprobe dm_mod
>
> klan mete # ls -l /dev/mapper/*
> crw-rw---- 1 root root 10, 60 Ara 18 03:26 /dev/mapper/control
>
> klan mete # lvm vgscan
>  Reading all physical volumes.  This may take a while...
>  Found volume group "fileserver" using metadata type lvm2
>
> klan mete # lvm vgchange -a y
>  3 logical volume(s) in volume group "fileserver" now active
>
> klan mete # ls -l /dev/mapper/*
> crw-rw---- 1 root root  10, 60 Ara 18 03:26 /dev/mapper/control
> brw------- 1 root root 253,  1 Ara 18 03:28 /dev/mapper/fileserver-backup
> brw------- 1 root root 253,  2 Ara 18 03:28 /dev/mapper/fileserver-media
> brw------- 1 root root 253,  0 Ara 18 03:28 /dev/mapper/fileserver-share
>
> Bunları hepsini el ile yapmamak içinse udev kuralları ekledim !
>
> klan mete # ls /etc/udev/rules.d/64-*
> /etc/udev/rules.d/64-device-mapper.rules  /etc/udev/rules.d/64-lvm2.rules
>  /etc/udev/rules.d/64-md-raid.rules
>
> Sonradan kurduğum lvm2 için eklediğim 64-lvm2.rules kuralı sistem
> başlangıçı sırasında etkili olmasına rağmen sistemde kurulu olarak gelen
> device-mapper, mdadm için eklediğim 64-device-mapper.rules ve
> 64-md-raid.rules etkili olmuyor....
>
> klan mete # ls -l /dev/disk/by-id/lvm2-pvuuid-*
> lrwxrwxrwx 1 root root 10 Ara 18  2008
> /dev/disk/by-id/lvm2-pvuuid-Bkx3W6-TkAr-ZI7f-lBGv-7Gih-GEAq-J3LoXn ->
> ../../sdb1
> lrwxrwxrwx 1 root root 10 Ara 18  2008
> /dev/disk/by-id/lvm2-pvuuid-J29J4j-Dfhm-xSiL-VBVd-KZ1M-I8fB-te1IML ->
> ../../sdc1
>
>
> Sonuç olarak boot sırasında aktif hale getiremediğim lvm hacimlerini ve
> raid dizilerini kullanamıyorum..... :)
>
> Not:Sorunu tam olarak açıklamak istediğimden uzun bir mail oldu kusura
> bakmayın.
>

module_init_tools paketinden gelen betikte otomatik yükleme listesine alma
fonksiyonları vardı modülleri (çomar betikleri), böyle bir şey iş görmüyor
mu ?
Bir de lvm .43 ten .42 ye geçerken device-mapper paketini tekrar kurmak
gerekiyordu .43 device-mapper'ı replace ediyordu doğru hatırlıyorsam
device-mapper var mı sistemde ?

iyi geceler
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081219/c282e0b8/attachment.htm 

From turkay.eren at gmail.com  Fri Dec 19 03:00:04 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Fri, 19 Dec 2008 03:00:04 +0200
Subject: [Gelistirici] [Contrib-commits] r9173 -
	2008/applications/multimedia/lmms
In-Reply-To: <20081219001931.D3781138406C@ns1.pardus.org.tr>
References: <20081219001931.D3781138406C@ns1.pardus.org.tr>
Message-ID: <200812190300.04549.turkay.eren@gmail.com>

On 19 Dec 2008 Fri 02:19:31 contrib-commits at pardus.org.tr wrote:
> -    cmaketools.configure("-DCMAKE_INSTALL_PREFIX=/usr", sourceDir="..")
> +    cmaketools.configure(sourceDir="..")

Bu commit ile beraber paketi derlemedim ama CMAKE_INSTALL_PREFIX 
belirtilmeyince öntanýmlý olarak /usr/local kullanýyor diye aklýma kalmýþ. 
Eðer yanlýþ hatýrlamýyorsam bu satýrýn kaldýrýlmamasý gerek. Yamuluyorsam 
düzeltiniz efem :)

From mnurolcay at gmail.com  Fri Dec 19 08:14:38 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Fri, 19 Dec 2008 08:14:38 +0200
Subject: [Gelistirici] [Contrib-commits] r9173 -
	2008/applications/multimedia/lmms
In-Reply-To: <200812190300.04549.turkay.eren@gmail.com>
References: <20081219001931.D3781138406C@ns1.pardus.org.tr>
	<200812190300.04549.turkay.eren@gmail.com>
Message-ID: <200812190814.39177.mnurolcay@gmail.com>

On Friday 19 December 2008 03:00:04 Eren Türkay wrote:

> Bu commit ile beraber paketi derlemedim ama CMAKE_INSTALL_PREFIX
> belirtilmeyince öntanýmlý olarak /usr/local kullanýyor diye aklýma kalmýþ.

Review mesajlarýnýn birinde yanlýþ hatýrlamýyorsam, Fatih bunun default 
verildiðini söylemiþti. Mevcut haliyle /usr altýna atýyor.

> Eðer yanlýþ hatýrlamýyorsam bu satýrýn kaldýrýlmamasý gerek. Yamuluyorsam
> düzeltiniz efem :)

+1 :)
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081219/212c2b68/attachment.htm 

From coderlord at gmail.com  Fri Dec 19 10:08:49 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 19 Dec 2008 10:08:49 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
Message-ID: <4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>

18 Aralýk 2008 Perþembe 18:08 tarihinde  <ozan at pardus.org.tr> yazdý:
> resolv.conf mu, vs. vs.. Ya da belki de yeni bir að baðlantýsý kurulana
> kadar resolv.conf oluþmamalý sistemde, bir profil UP edildiðinde yerine
> gelmeli.

Bu söylediðin çok mantýklý geldi bana. Yani að baðlantýsý kurulana dek
resolv.conf oluþmamasý veya içinin boþ olmasý.

Profilde benim tanýmladýðým DNS ler geçerli olmalý. Ýster auto isterse
manual girilmiþ olsun. Sistem global DNS tanýmlarýný neden
kullanýyoruz bilemedim þimdi veya niye 3 DNS kýsýtý koyduk. Sistem her
zaman boþ bir resolv.conf ile açýlmalý. Ta ki bir profil up olana dek.
Bu þekilde yapmamamýz için geçerli bir sebep aklýma gelmiyor. Ne
düþünüyorsunuz?


> NM'de tam bir PPP desteði gelecekse, PPP baðlantýlarý da birer profile
> tabi olacaklarýndan iþ çok daha transparan bir þekilde halledilebilir.

PPP  baðlantýlarý (Dial up, VPN, PPPOE vs..) bir profile dahil olacaklar.

-- 
Furkan Duman

From gurer at pardus.org.tr  Fri Dec 19 10:34:14 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Fri, 19 Dec 2008 10:34:14 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
Message-ID: <200812191034.15083.gurer@pardus.org.tr>

On Friday 19 December 2008 10:08:49 Furkan Duman wrote:

> Profilde benim tanýmladýðým DNS ler geçerli olmalý. Ýster auto isterse
> manual girilmiþ olsun. Sistem global DNS tanýmlarýný neden
> kullanýyoruz bilemedim þimdi

Her baðlantýya ayný þeyleri tek tek yazmayalým diye.

> veya niye 3 DNS kýsýtý koyduk.

Biz koymadýk, glibc name resolver'ýn kýsýtý bu. Bir diðer kýsýtý da yanlýþ 
hatýrlamýyorsam 5 sn gibi bir timeout dolmadan listedeki ikinci sunucuya 
geçmemesi.

Aslýnda en güzeli yerel bir dns proxy yazmak, yada uygun bi tane bulup entegre 
etmek. Bir global listesi olacak, bir de dhcp'den vb gelen geçici listesi. 
Ýsim çözme ricasý geldiðinde listedeki herkese paralel sorgulama yapacak, 
daha sonra içlerinden en hýzlý cevap vereni kullanmaya devam edecek. O da 
yavaþ cevap verir hale gelirse tekrar listeden tarayacak. Sistemdeki 
resolv.conf ise bunu kullanacak þekilde ayarlanýp öyle býrakýlacak.

Þu anki sistemden çok daha kolay ve hýzlý olur bence.

From serbulent at pardus.org.tr  Fri Dec 19 10:47:31 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 19 Dec 2008 10:47:31 +0200
Subject: [Gelistirici] CC ve CXX
In-Reply-To: <200812182209.42308.gokmen@pardus.org.tr>
References: <200812190007.13571.fatih@pardus.org.tr>
	<200812182209.42308.gokmen@pardus.org.tr>
Message-ID: <200812191047.31542.serbulent@pardus.org.tr>

On Thursday 18 December 2008 22:09:42 Gökmen GÖKSEL wrote:
> Cuma 19 Aralýk 2008 günü (saat 00:07:13) Fatih Aþýcý þunlarý yazmýþtý:
> > Selamlar,
>
> Selamlar,
>
> > Build sýrasýnda CC ve CXX her zaman export edilse nasýl olur? Çoðu
> > pakette shelltools.export kullanmak gerekiyor yoksa.
>
> Bende diyecektim bunu :)

Gökmen sistem saatini düzelt ;)

-- 
Ýyi Çalýþmalar,

Serbülent

From taner at pardus.org.tr  Fri Dec 19 11:03:55 2008
From: taner at pardus.org.tr (Taner Tas)
Date: Fri, 19 Dec 2008 11:03:55 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812182029.00466.serbulent@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180839.06376.taner@pardus.org.tr>
	<200812182029.00466.serbulent@pardus.org.tr>
Message-ID: <200812191103.55487.taner@pardus.org.tr>

On Thursday 18 December 2008 20:29:00 Serbulent UNSAL wrote:
> Taner bunun için þurada [1] bu gece kararlý depoya girecek demiþsin.
> Sanýrým güvenlik güncellemesi bu ayný zamanda ( pspec de yalnýz version
> bump yazýyor ama hata mesajýndan çýkarttýðým bu ) eðer böyle ise lütfen ACK
> vermeden bu listede de durumu belirt ki liste oluþtururken hata yapmayayým.
>
> Aksi halde hata mesajýnda yazanlarý yanlýþ anlýyorum sanýrým.
>

Güvenlik güncellemesi olarak deðil, versiyon deðiþikliði þeklinde güncelleme 
yaptým. Depoya girme süresi konusunda, test sürecine yönelik biraz iyimser 
davrandým zannedersem.

-- 
Taner Taþ

From ahmet at pardusman.org  Fri Dec 19 11:09:58 2008
From: ahmet at pardusman.org (Ahmet =?iso-8859-9?q?AYG=DCN?=)
Date: Fri, 19 Dec 2008 11:09:58 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
Message-ID: <200812191110.01106.ahmet@pardusman.org>

Furkan Duman, Friday 19 December 2008 10:08:49 tarihinde yazdý:
> Bu söylediðin çok mantýklý geldi bana. Yani að baðlantýsý kurulana dek
> resolv.conf oluþmamasý veya içinin boþ olmasý.
Bazý durumlarda að baðlantýsý olmasa da resolv.conf ihtiyacý duyulabilir, bu 
pek genel geçer bir çözüm gibi gözükmedi bana :)
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081219/6dadad52/attachment.pgp 

From ahmet at pardusman.org  Fri Dec 19 11:12:55 2008
From: ahmet at pardusman.org (Ahmet =?iso-8859-9?q?AYG=DCN?=)
Date: Fri, 19 Dec 2008 11:12:55 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180912j4285673cx2cca470165cb2be7@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181902.40733.bahadir@pardus.org.tr>
	<4cca720b0812180912j4285673cx2cca470165cb2be7@mail.gmail.com>
Message-ID: <200812191112.55854.ahmet@pardusman.org>

Furkan Duman, Thursday 18 December 2008 19:12:14 tarihinde yazdý:
> :) Benim derdim kalýcý olmamasý zaten. PPP baðlantýsýný bir þekilde
> düzgün kapatamazsak bu DNS'ler resolv.conf da kalmaya devam edecek.
>
> - NM'den girilen DNS'ler kalýcý olmalý.
> - PPP benzeri paketlerde set edilen DNS ler geçici olmalý ve sistem
> yeniden baþladýðýnda ortada olmamalý.
Temizlik senaryosunu "sistem yeniden baþlatýlsýn" üzerine kuruyoruz ama bu son 
isteyeceðimiz þeylerden biri deðil mi :)

ifplugd ile otomatize bir çözüm kulaða daha hoþ geliyor :)
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081219/85ab02d8/attachment.pgp 

From coderlord at gmail.com  Fri Dec 19 11:17:48 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 19 Dec 2008 11:17:48 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812191112.55854.ahmet@pardusman.org>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181902.40733.bahadir@pardus.org.tr>
	<4cca720b0812180912j4285673cx2cca470165cb2be7@mail.gmail.com>
	<200812191112.55854.ahmet@pardusman.org>
Message-ID: <4cca720b0812190117o4d4b1f4fl31a81f2b9d47c9ba@mail.gmail.com>

19 Aralýk 2008 Cuma 11:12 tarihinde Ahmet AYGÜN <ahmet at pardusman.org> yazdý:
> Furkan Duman, Thursday 18 December 2008 19:12:14 tarihinde yazdý:
>> :) Benim derdim kalýcý olmamasý zaten. PPP baðlantýsýný bir þekilde
>> düzgün kapatamazsak bu DNS'ler resolv.conf da kalmaya devam edecek.
>>
>> - NM'den girilen DNS'ler kalýcý olmalý.
>> - PPP benzeri paketlerde set edilen DNS ler geçici olmalý ve sistem
>> yeniden baþladýðýnda ortada olmamalý.
> Temizlik senaryosunu "sistem yeniden baþlatýlsýn" üzerine kuruyoruz ama bu son
> isteyeceðimiz þeylerden biri deðil mi :)
>
> ifplugd ile otomatize bir çözüm kulaða daha hoþ geliyor :)

Bunu exception oluþan durumlar için istiyorum. Mesela pppd nin
çökmesi, bilgisayarýn aniden kapanmasý vs.. Baðlantýyý düzgün
sonlandýrýrsak zaten sorun yok.

-- 
Furkan Duman

From coderlord at gmail.com  Fri Dec 19 11:18:43 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 19 Dec 2008 11:18:43 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812191110.01106.ahmet@pardusman.org>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
	<200812191110.01106.ahmet@pardusman.org>
Message-ID: <4cca720b0812190118o154ab62dq327ee66f21b63cc@mail.gmail.com>

19 Aralýk 2008 Cuma 11:09 tarihinde Ahmet AYGÜN <ahmet at pardusman.org> yazdý:
> Furkan Duman, Friday 19 December 2008 10:08:49 tarihinde yazdý:
>> Bu söylediðin çok mantýklý geldi bana. Yani að baðlantýsý kurulana dek
>> resolv.conf oluþmamasý veya içinin boþ olmasý.
> Bazý durumlarda að baðlantýsý olmasa da resolv.conf ihtiyacý duyulabilir, bu
> pek genel geçer bir çözüm gibi gözükmedi bana :)

resolv.conf kalabilir. Gürer'in dns proxy önerisi mantýklý geldi bana.

-- 
Furkan Duman

From coderlord at gmail.com  Fri Dec 19 11:22:57 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 19 Dec 2008 11:22:57 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812191034.15083.gurer@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
Message-ID: <4cca720b0812190122wab4965xe446031f1585051a@mail.gmail.com>

19 Aralýk 2008 Cuma 10:34 tarihinde Gürer Özen <gurer at pardus.org.tr> yazdý:
> Aslýnda en güzeli yerel bir dns proxy yazmak, yada uygun bi tane bulup entegre
> etmek. Bir global listesi olacak, bir de dhcp'den vb gelen geçici listesi.
> Ýsim çözme ricasý geldiðinde listedeki herkese paralel sorgulama yapacak,
> daha sonra içlerinden en hýzlý cevap vereni kullanmaya devam edecek. O da
> yavaþ cevap verir hale gelirse tekrar listeden tarayacak. Sistemdeki
> resolv.conf ise bunu kullanacak þekilde ayarlanýp öyle býrakýlacak.

Bu çok mantýklý bir öneri aradýðýmda hemen bir tane küçük uygulama buldum.

http://www.phys.uu.nl/~rombouts/pdnsd.html

resolv.conf'a

domain localdomain
nameserver localhost

yazýp býrakýyorsun. dns cache iþini bu hallediyor.

http://wiki.linux-sevenler.org/index.php/Pdnsd_-_Gentoo_Altinda_Proxy_DNS_Server_Kurulumu

Belgesinde isim çözme iþinin ve web sayfa baðlantýlarýnýn çok
hýzlanacaðýndan bahsediliyor.

Konfigurasyonu kolay görünüyor. Bu hemen bulduðum birþey, baþka
uygulamalara da bakabiliriz.

-- 
Furkan Duman

From ahmet at pardusman.org  Fri Dec 19 11:27:11 2008
From: ahmet at pardusman.org (Ahmet =?iso-8859-9?q?AYG=DCN?=)
Date: Fri, 19 Dec 2008 11:27:11 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812190117o4d4b1f4fl31a81f2b9d47c9ba@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812191112.55854.ahmet@pardusman.org>
	<4cca720b0812190117o4d4b1f4fl31a81f2b9d47c9ba@mail.gmail.com>
Message-ID: <200812191127.14794.ahmet@pardusman.org>

Furkan Duman, Friday 19 December 2008 11:17:48 tarihinde yazdý:
> Bunu exception oluþan durumlar için istiyorum. Mesela pppd nin
> çökmesi, bilgisayarýn aniden kapanmasý vs.. Baðlantýyý düzgün
> sonlandýrýrsak zaten sorun yok.
pppd'nin çökmesi bilgisayarý yeniden baþlatacak kadar büyük bir sorun teþkil 
etmiyor bence, sonuçta dns ayarlarýný bilgisayarý yeniden baþlatmadan da 
düzeltmenin bir yolunu bulduk gibi :)

Esas derdim; yarýn bir gün bu konuya bulduðumuz çözümün sonucunda Pardus 
kullanýcýsýný pencere kullanýcýsý yerine koyup "bilgisayarý kapatýp açýn, 
düzelir" cümlesini söylemek zorunda kalmayalým istiyorum ;)
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081219/4770dd20/attachment.pgp 

From coderlord at gmail.com  Fri Dec 19 11:32:30 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 19 Dec 2008 11:32:30 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812191127.14794.ahmet@pardusman.org>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812191112.55854.ahmet@pardusman.org>
	<4cca720b0812190117o4d4b1f4fl31a81f2b9d47c9ba@mail.gmail.com>
	<200812191127.14794.ahmet@pardusman.org>
Message-ID: <4cca720b0812190132o1c45cbc7t827d524b7a94f5cc@mail.gmail.com>

19 Aralýk 2008 Cuma 11:27 tarihinde Ahmet AYGÜN <ahmet at pardusman.org> yazdý:
> pppd'nin çökmesi bilgisayarý yeniden baþlatacak kadar büyük bir sorun teþkil
> etmiyor bence, sonuçta dns ayarlarýný bilgisayarý yeniden baþlatmadan da
> düzeltmenin bir yolunu bulduk gibi :)

Tabii ki sorun teþkil etmiyor. Benim derdim resolv.conf'a ppp den
gelen dns bilgisinin kalýcý olarak yazýlmamasý. Kullanýcýyý etkileyen
bir durum yok zaten.

-- 
Furkan Duman

From dfisek at fisek.com.tr  Fri Dec 19 11:40:29 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Fri, 19 Dec 2008 11:40:29 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812190132o1c45cbc7t827d524b7a94f5cc@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812191112.55854.ahmet@pardusman.org>
	<4cca720b0812190117o4d4b1f4fl31a81f2b9d47c9ba@mail.gmail.com>
	<200812191127.14794.ahmet@pardusman.org>
	<4cca720b0812190132o1c45cbc7t827d524b7a94f5cc@mail.gmail.com>
Message-ID: <20081219114029.314b7c36.dfisek@fisek.com.tr>

Fri, 19 Dec 2008 11:32:30 +0200, "Furkan Duman" <coderlord at gmail.com> :

> Tabii ki sorun teþkil etmiyor. Benim derdim resolv.conf'a ppp den
> gelen dns bilgisinin kalýcý olarak yazýlmamasý. Kullanýcýyý etkileyen
> bir durum yok zaten.
Soyledigin DHCP'den gelen ya da profil icin tanimlanan ozel DNS icin de
gecerli.

Bir de su var, istenmiyorsa ontanimli DNS'leri hic kullanmamak da mumkun
olmali. Su anda ozel DNS tanimlasan da, 2-3. siraya Pardus'un DNS'leri
zorla yerlesiyor.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From coderlord at gmail.com  Fri Dec 19 11:58:48 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 19 Dec 2008 11:58:48 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <20081219114029.314b7c36.dfisek@fisek.com.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812191112.55854.ahmet@pardusman.org>
	<4cca720b0812190117o4d4b1f4fl31a81f2b9d47c9ba@mail.gmail.com>
	<200812191127.14794.ahmet@pardusman.org>
	<4cca720b0812190132o1c45cbc7t827d524b7a94f5cc@mail.gmail.com>
	<20081219114029.314b7c36.dfisek@fisek.com.tr>
Message-ID: <4cca720b0812190158o20a161b5t6627f3d970473826@mail.gmail.com>

19 Aralýk 2008 Cuma 11:40 tarihinde Doruk Fisek <dfisek at fisek.com.tr> yazdý:
> Bir de su var, istenmiyorsa ontanimli DNS'leri hic kullanmamak da mumkun
> olmali. Su anda ozel DNS tanimlasan da, 2-3. siraya Pardus'un DNS'leri
> zorla yerlesiyor.

Haklýsýn. Global DNS tanýmýnýn amacý sadece Gürer'in dediði gibi DNS
adreslerini tekrar tekrar yazmamak olmalý. Yoksa öntanýmlý
kullanmamalý.

-- 
Furkan Duman

From dfisek at fisek.com.tr  Fri Dec 19 12:08:22 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Fri, 19 Dec 2008 12:08:22 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812042313.34497.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812042313.34497.ekin@pardus.org.tr>
Message-ID: <20081219120822.7dd2e68f.dfisek@fisek.com.tr>

Thu, 4 Dec 2008 23:13:33 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> Eline saðlýk ama kýrma bi tarafýný, gerek yok :-)
Lazimmis bak, kac zamandir gecistirilen konular tartisiliyor. En
azindan bir "sorun" oldugu kabul edilir hale geldi diye duusnuyorum.

> Bunun yararý ortada, ama bu listeyi güncel tutmanýn pek kolay
> olmayacaðýný düþünüyorum hala. Üzerimde anlaþýlmýþ ve güncel
> tutmacýbaþýcýsý seçilmiþ bir liste oluþursa ne güzel - Gönüllü var
> mý ?  
Eger bu liste disinda kalan paketler belirli makul bir sure sonunda
*test surecine girmis olsun olmasin* kararli depoya girecekse, ben
boyle bir liste tutarim.

"Eger" kismina dikkat.

>> ilk adýmda tarif ettiðin stable dala kesinlikle  ihtiyacýmýz olduðunu
>> düþünerek o fikrimi daha geniþ açýklayayým :  (1 deposuna stable, 2
>> deposuna da unstable diyorum)
> gerektireceðini düþünüyorum. Þu anki durumdan sen de ben de memnun
> deðiliz, ama yenisini kurup iki depoya da hakettiði ilgiyi
> gösteremezsek þu anki durumu mumla ararýz.
Acikcasi bu biraz dagitimin hedefleriyle ilgili. Erkan Tekman'in yanit
vermesini o nedenle beklemistim ama artik TUBITAK'in kendi hedefleri
beni pek ilgilendirmiyor, kendi isime bakiyorum :)

Burada secimi siz (TUBITAK calisanlari) yapacaksiniz. Temel sistemin
sabit kaldigi, sadece guvenlik ve bir seylerin kirilip/dokulmedigi
guncellemelerin yapildigi bir sistem ihtiyaci ortada. 2007 cikali 2
sene olmasina, 6 aydir neredeyse hic yeni yazilim girmemesine ve
hatalari duzeltilmemesine karsin hala 2007 kullanan bircok kullanici
olmasi bunun en buyuk kaniti.

Pratikte su anki yapi itibariyla 2007 kararli surum, 2008 de kararsiz
surume karsilik geliyor zaten. Insanlar "oyle ya da boyle"
ihtiyaclarini karsilamanin bir yolunu bulmak zorunda kaliyorlar. 2008
cikip 2007 durulmadan once de, guvenlikten taviz verip sistemlerini
guncellemeyerek kararligini korumaya calisiyorlardi.

Yani adi biz "sadece guvenlik guncellemeleri yapan surum yapamayiz"
oluyor ama pratikte yapiyorsunuz zaten.

Eger bu ismi konmamis durumdan memnunsaniz, daha sýk sürüm yayýnlayýp
(atýyorum 6 ayda bir ya da 4 ayda bir), eskisini ýskartaya çýkarýp,
kararlý hale getirebilirsiniz. Hatalariyla sevin onu dersiniz. 4-6 ay
da, bence cok ciddi bisiler kirip dokmeden yasanabilir bir donem.
Kirilacagi noktada zaten elde yeni bir surum olur.

> > Kullanicilar "sistemim bozuldu, 
> > guncellemeler test edilmiyor mu" dediginde de, "test deposunda x
> > hafta hata belirtilmemis. eger surecin daha iyi olmasini
> > istiyorsaniz, siz de testlere daha cok katilin. 
> Bunu diyebilirsek ne güzel - biz deriz de kim ne kadar anlar emin
> olamadým :-P
Daha once deniyordu, insanlar da catir catir anliyordu. Bu test sureci
dedigimiz sey 8-10 ay once *gokten inme* gelen bisi. Oyle bir
davraniyoruz ki, sanki senelerdir yapilan bir is. Oyle bir davraniyoruz
ki, son 8-10 ayda dagitim kalitesinde cok ciddi bir artis oldu.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From dfisek at fisek.com.tr  Fri Dec 19 12:35:51 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Fri, 19 Dec 2008 12:35:51 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051452.22820.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040834r18990e6ei3b14953e91504c9e@mail.gmail.com>
	<20081204203903.af8780c2.dfisek@fisek.com.tr>
	<200812051452.22820.ekin@pardus.org.tr>
Message-ID: <20081219123551.2904eec9.dfisek@fisek.com.tr>

Fri, 5 Dec 2008 14:52:22 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> [Tekrar yazýlmasý gereken] Depo politikasýna göre acil durumlarda
> paketçisine ulaþýlamayan paketlerde ikinci derece sorumlu olmak ve
> bileþenlerdeki geliþmelere nezaret etmek dýþýnda bir iþi yok :-)
Bence degil. Bu zaman icinde dejenere olmus depo politikasina gore :)

Bilesen sorumlusu gercekten bilesen sorumlusuysa, "nezaret etmek"
disinda bir katkisi olmali ortama.

Ornegin kendi bileseni cercevesinde,

- "Bakicisiz" paketlere bakici bulmak
- "Bakicisiz" paketlerin hata raporlari ile ilgilenmek
- Paketlere acilmis (bakicisi olsa da) hata raporlarini izlemek ve ilgi
gormemesi ve makul bir zamanda cozum yoluna girmemesi durumunda
paketcileri ittirmek.
- Yeni bir paket alinacagi zaman bu konuda karar vermek
- Bilesenden paket atilmasi ile ilgili karar vermek.
- Uygun bulmadigi guncellemelerin kararli depoya girmesine itiraz etmek.
- Daha onceki onerilerimden biri olan paket onceliklendirmesi
uygulanirsa, hangi paketlerin test surecine girmesinin zorunlu olduguna
karar vermek.
- Kendi bileseni ve icindeki paketlerle ilgili her tur karar verilirken
birinci derecede soz sahibi olmak.

Hakkiyla yapilmasina izin verilen bir bilesen sorumlu sisteminin
getirecegi yararlari listelemeye kalktim ama neredeyse "diþlere iyi
gelir, hatta aganiginaganigi"ye donecegi icin vazgectim :)

> Ama bu, depo baðýmlýlýklarýnýn ayný bileþen içinde kaldýðýný
> farzedersek mantýklý ki þu anki durum buna yakýn bile deðil - 2007 ->
> 2008 geçiþinde depoyu bileþen bileþen paylaþmak tam anlamýyla mümkün
> olmamýþtý mesela, her bileþenin baðýmlýlýk aðacý alakasýz yerlere
> gidiyordu.
Bu eskiden de boyleydi. O zaman bilesen paylasilabiliyor ve bu sistem
isleyebiliyordu. Bence gecerli bir neden degil soyledigin.

Atalarimiz bosuna "böl ve yonet" dememisler. Eger tum dagitimi buyuk
bir yun yumagi olarak gorursek elbette yonetilemez ve icinden cikilamaz
hale gelir.

Su haliyle senin soyledigin, paketleri birbirinden ayiramiyoruz, o
zaman dagitimdan tek kisi sorumlu olsun, o da her isin altindan
kalksina karsilik geliyor. 1900 paketin oldugu bir dagitimda bu bence
gercekci ve uygulanabilir bir yaklasim degil. Bunu en basta senin
bizzat yasayarak anladigini tahmin ediyorum.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From serbulent at pardus.org.tr  Fri Dec 19 14:57:34 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 19 Dec 2008 14:57:34 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812142203.26380.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
Message-ID: <200812191457.34441.serbulent@pardus.org.tr>

On Sunday 14 December 2008 22:03:25 Serbulent UNSAL wrote:
> 1- Kýsa vade de ( 5 Gün ); Son 3 ACK/NACK sürecindeki paketleri inceleyip
> ne zaman merge istenmiþ, ne zaman depoya girmiþ ve aradaki hangi süreçte ne
> kadar beklemiþ sorularýnýn yanýtlarýný verecek, böylece bir paketin hangi
> süreçte ortalama ne kadar zaman harcadýðýný belirleyecek bir çalýþma
> yapacaðýz.
> ( Tahmini bitiþ süresi: 5 Gün , Sorumlu geliþtirici "Serbülent Ünsal" )

Ekteki dosyada 29-11-08 , 21-11-08, 10-11-08 tarihlerinde yapýlmýþ Ack/Nack 
süreçlerinden (depoya giren paketler arasýndan) rastgele seçilmiþ 60 paketin 
merge isteði yapýlmasýndan depoya girene kadar olan yaþam süreçlerini 
özetlemeye çalýþtýk. Elde edilen ortalamlarýn açýklamalarý þöyle;

Request to Merge : Merge isteðinden Sürüm yöneticisinin paketi merge etmesine 
kadar geçen zaman.

Merge to Compile : Merge edilen paketin ne kadar zaman sonra derlendiði.

Compile to Repo: Derlenmenin ardýndan depoya giriþ (senkronizasyon süresi)

Repo to Ack: Paketin depoya giriþinin ardýndan Ack/Nack isteðine kadar geçen 
süre

Time for Ack/Nack: Ack/Nack toplarken geçen süre

Test Time: Test sýrasýnda geçen süre

Test Result to Stable: Paketin testinin bitiminden kararlý depoya giriþine 
kadar geçen süre. 

-- 
Ýyi Çalýþmalar,

Serbülent
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: paket_zaman.ods
Tür: application/vnd.oasis.opendocument.spreadsheet
Boyut: 44186 bayt
Taným: kullanýlamýyor
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081219/89e5510c/attachment-0001.ods 

From alpaslanmete at gmail.com  Fri Dec 19 15:57:53 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Fri, 19 Dec 2008 15:57:53 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <395ed7070812181553u5b4675fav83127bbc861aeb33@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<395ed7070812181553u5b4675fav83127bbc861aeb33@mail.gmail.com>
Message-ID: <305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>

2008/12/19 Isbaran Akcayir <isbaran at gmail.com>

>
> module_init_tools paketinden gelen betikte otomatik yükleme listesine alma
> fonksiyonları vardı modülleri (çomar betikleri), böyle bir şey iş görmüyor
> mu ?


Bu dediklerini tam olarak bilmiyorum :S Nerde ve nasıl kullanabiliriz ?


> Bir de lvm .43 ten .42 ye geçerken device-mapper paketini tekrar kurmak
> gerekiyordu .43 device-mapper'ı replace ediyordu doğru hatırlıyorsam
> device-mapper var mı sistemde ?
>

Zaten  lvm.conf dosyasını da düzelterek .42 revisionını kullanıyorum.

Bütün lvm ve raid yapılandırmasını yapmama rağmen sistem başlangıcında
aktive ettiğim bölümleri kullanamıyorum.Bazı dağıtımlar udev kurullarıyla
bazılarıysa da init betikleriyle halletmişler.

Müdür de anlayabildiğim kadarıyla udevd trigger ediliyor ve (sanırım) udev
kurallarına göre moduller aktive ediliyor. O yüzden /etc/udev/rules.d altına
kurallar koydum. Lvm için olanlar geçerli olurken diğerleri bana mısın
demiyor :(

Mete Alpaslan


> iyi geceler
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081219/a7b97cef/attachment.htm 

From gokcen at pardus.org.tr  Fri Dec 19 16:18:02 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Fri, 19 Dec 2008 16:18:02 +0200
Subject: [Gelistirici] r56887 - devel/programming/libs/eet
In-Reply-To: <200812181128.49638.h.ibrahim.gungor@gmail.com>
References: <20081216102442.92D811384072@ns1.pardus.org.tr>
	<200812181128.49638.h.ibrahim.gungor@gmail.com>
Message-ID: <200812191618.02903.gokcen@pardus.org.tr>

On Thursday 18 December 2008 11:28:49 H. Ýbrahim Güngör wrote:
> "eet" ve yeni baðýmlýlýðý "eina"nýn 26-11-2008 trunk shapshotý var oyun
> alanýmda, gerekliyse alabilirsin =) KDE4 hangisine ihtiyaç duyuyor
> bilmiyorum ama Contrib depodan aldýðýn "eet" biraz eski. Trunk'da büyük
> deðiþimler olmuþ, yeni baðýmlýlýk eklenmiþ vs.

review'daki qzion bununla derleniyor, eina'yý review'e alabilir misin? Þimdiki 
eet'i SVN'e çekip, eina'yý baðýmlýlýk olarak yazalým.

--
Gökçen Eraslan


From h.ibrahim.gungor at gmail.com  Fri Dec 19 16:29:39 2008
From: h.ibrahim.gungor at gmail.com (H. =?iso-8859-9?q?=DDbrahim?= =?iso-8859-9?q?_G=FCng=F6r?=)
Date: Fri, 19 Dec 2008 16:29:39 +0200
Subject: [Gelistirici] r56887 - devel/programming/libs/eet
In-Reply-To: <200812191618.02903.gokcen@pardus.org.tr>
References: <20081216102442.92D811384072@ns1.pardus.org.tr>
	<200812181128.49638.h.ibrahim.gungor@gmail.com>
	<200812191618.02903.gokcen@pardus.org.tr>
Message-ID: <200812191629.39734.h.ibrahim.gungor@gmail.com>

19 Ara 2008 Cum günü (saat 16:18:02) Gökçen Eraslan þunlarý yazmýþtý:

> review'daki qzion bununla derleniyor, eina'yý review'e alabilir misin?
> Þimdiki eet'i SVN'e çekip, eina'yý baðýmlýlýk olarak yazalým.
>

OK, alýyorum birazdan.
----~----~----~----~----
H. Ýbrahim Güngör
h.ibrahim.gungor () gmail ! com

From serbulent at pardus.org.tr  Fri Dec 19 17:32:49 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 19 Dec 2008 17:32:49 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812191457.34441.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812191457.34441.serbulent@pardus.org.tr>
Message-ID: <200812191732.49959.serbulent@pardus.org.tr>

On Friday 19 December 2008 14:57:34 Serbulent UNSAL wrote:
> On Sunday 14 December 2008 22:03:25 Serbulent UNSAL wrote:
> > 1- Kısa vade de ( 5 Gün ); Son 3 ACK/NACK sürecindeki paketleri inceleyip
> > ne zaman merge istenmiş, ne zaman depoya girmiş ve aradaki hangi süreçte
> > ne kadar beklemiş sorularının yanıtlarını verecek, böylece bir paketin
> > hangi süreçte ortalama ne kadar zaman harcadığını belirleyecek bir
> > çalışma yapacağız.
> > ( Tahmini bitiş süresi: 5 Gün , Sorumlu geliştirici "Serbülent Ünsal" )

Verileri biraz gözden geçirip yeniden düzenledim ve sayfalara böldüm. Ayrıca 
bir de sıklık dağılımı ekledim. 

PS: Special thnx to ET 

-- 
İyi Çalışmalar,

Serbülent
-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
Ä°sim: paket_zaman.ods
Tür: application/vnd.oasis.opendocument.spreadsheet
Boyut: 43812 bayt
Tanım: kullanılamıyor
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081219/fa238b97/attachment-0001.ods 

From coderlord at gmail.com  Fri Dec 19 17:55:19 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 19 Dec 2008 17:55:19 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<395ed7070812181553u5b4675fav83127bbc861aeb33@mail.gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
Message-ID: <4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>

19 Aralýk 2008 Cuma 15:57 tarihinde Mete Alpaslan
<alpaslanmete at gmail.com> yazdý:
> Müdür de anlayabildiðim kadarýyla udevd trigger ediliyor ve (sanýrým) udev
> kurallarýna göre moduller aktive ediliyor. O yüzden /etc/udev/rules.d altýna
> kurallar koydum. Lvm için olanlar geçerli olurken diðerleri bana mýsýn
> demiyor :(

device_mapper modülü yüklenmiyor sanýrým baþlangýçta.

Modüllerin yüklenmesi bildiðim kadarýyla Müdür'ün iþi. Hatta þuraya bakarsan:

http://svn.pardus.org.tr/uludag/trunk/comar/mudur/src/

Sistemde varolan device'lara göre ilgili modüllerin modprobe
edildiðini görebilirsin.

Muhtemelen buraya lvm için bir ek gerekiyor, ancak Müdür ve açýlýþ
sisteminde daha deneyimli geliþtiricilerimiz doðru bir cevap
verebilir. Onur, Gürer ve Bahadýr'ýn bu konuda çalýþtýðýný biliyorum.

Kolay gelsin.

-- 
Furkan Duman

From gokcen at pardus.org.tr  Fri Dec 19 18:09:18 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Fri, 19 Dec 2008 18:09:18 +0200
Subject: [Gelistirici] r9173 - 2008/applications/multimedia/lmms
In-Reply-To: <200812190814.39177.mnurolcay@gmail.com>
References: <20081219001931.D3781138406C@ns1.pardus.org.tr>
	<200812190300.04549.turkay.eren@gmail.com>
	<200812190814.39177.mnurolcay@gmail.com>
Message-ID: <200812191809.18425.gokcen@pardus.org.tr>

On Friday 19 December 2008 08:14:38 Mehmet Nur Olcay wrote:
> +1 :)

Yok, default /usr'dý her zaman, installPrefix yazmaya gerek yok yani. Fatih'in 
dediði, sonradan benim de deðiþtirdiðim þey CMAKE_BUILD_TYPE=release 
deðiþkeni.




From mnurolcay at gmail.com  Fri Dec 19 18:15:07 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Fri, 19 Dec 2008 18:15:07 +0200
Subject: [Gelistirici] r9173 - 2008/applications/multimedia/lmms
In-Reply-To: <200812191809.18425.gokcen@pardus.org.tr>
References: <20081219001931.D3781138406C@ns1.pardus.org.tr>
	<200812190814.39177.mnurolcay@gmail.com>
	<200812191809.18425.gokcen@pardus.org.tr>
Message-ID: <200812191815.08084.mnurolcay@gmail.com>

On Friday 19 December 2008 18:09:18 Gökçen Eraslan wrote:
> On Friday 19 December 2008 08:14:38 Mehmet Nur Olcay wrote:
> > +1 :)
>
> Yok, default /usr'dý her zaman, installPrefix yazmaya gerek yok yani.
> Fatih'in dediði, sonradan benim de deðiþtirdiðim þey
> CMAKE_BUILD_TYPE=release deðiþkeni.
>
evet buydu, sabah google marifetiyle listelerde o kadar aradým ama bulamadým 
installPrefix diye.

Teþekkürler bilgi için.
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081219/26a1715a/attachment.htm 

From onur at pardus.org.tr  Fri Dec 19 18:57:54 2008
From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=)
Date: Fri, 19 Dec 2008 18:57:54 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
Message-ID: <200812191857.54402.onur@pardus.org.tr>

Friday 19 December 2008 Tarihinde 17:55:19 yazmýþtý:
> 19 Aralýk 2008 Cuma 15:57 tarihinde Mete Alpaslan
...
> Muhtemelen buraya lvm için bir ek gerekiyor, ancak Müdür ve açýlýþ
> sisteminde daha deneyimli geliþtiricilerimiz doðru bir cevap
> verebilir. Onur, Gürer ve Bahadýr'ýn bu konuda çalýþtýðýný biliyorum.

 Ben bu iþten pek anlamýyorum, ilgili modüllerin sistem init baþlamadan 
yüklenmesi mi gerekiyor ? Eðer öyleyse initramfs içinde olmalý

 http://svn.pardus.org.tr/uludag/trunk/comar/mudur/src/

 Deðilse müdür / udev içinde halledilebilir tabi

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From gokcen at pardus.org.tr  Fri Dec 19 20:17:25 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Fri, 19 Dec 2008 20:17:25 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812181249.25543.serbulent@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812181021.05935.onur@pardus.org.tr>
	<200812181249.25543.serbulent@pardus.org.tr>
Message-ID: <200812192017.25604.gokcen@pardus.org.tr>

On Thursday 18 December 2008 12:49:25 Serbulent UNSAL wrote:
> Bununla ilgili son karar nedir ? Ekin, Gökçen ?

Girsin depoya. KDE 4.1 ile sorunu yok nasýlsa.

--
Gökçen Eraslan


From serbulent at pardus.org.tr  Fri Dec 19 20:23:24 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 19 Dec 2008 20:23:24 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812192017.25604.gokcen@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812181249.25543.serbulent@pardus.org.tr>
	<200812192017.25604.gokcen@pardus.org.tr>
Message-ID: <200812192023.25005.serbulent@pardus.org.tr>

On Friday 19 December 2008 20:17:25 Gökçen Eraslan wrote:
> Girsin depoya. KDE 4.1 ile sorunu yok nasýlsa.

Biraz geç oldu, bir dahaki sefere artýk :)

-- 
Ýyi Çalýþmalar,

Serbülent

From erenoglu at gmail.com  Sat Dec 20 01:30:30 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Sat, 20 Dec 2008 00:30:30 +0100
Subject: [Gelistirici] [paketler-commits] r57068 - in
	playground/review/applications/multimedia/esound: . files
In-Reply-To: <20081219125217.A3EA01384050@ns1.pardus.org.tr>
References: <20081219125217.A3EA01384050@ns1.pardus.org.tr>
Message-ID: <fe9771a80812191530h14966d62p868c367a53066c1f@mail.gmail.com>

Merhaba,

Kusura bakmayin karisiyorum ama ESD artik obsolute olup pulseaudio
tarafindan devralinmadi mi? Yani pulseaudio icinde normalde esd icin calisan
bir executable var, onun yerine birebir kullanilabiliyor.

Neden esd gerekiyor ayrica anlayamadim..

Saygilar selamlar,

Emre

2008/12/19 <paketler-commits at pardus.org.tr>

> Author: ozan.caglayan
> Date: Fri Dec 19 14:52:17 2008
> New Revision: 57068
>
> Removed:
>   playground/review/applications/multimedia/esound/files/esd.conf
>   playground/review/applications/multimedia/esound/files/esound.conf.d
> Modified:
>   playground/review/applications/multimedia/esound/actions.py
>   playground/review/applications/multimedia/esound/pspec.xml
> Log:
> remove useless conf files, take over the package, enable oss and remove
> dodoc for htmls
>
> Modified: playground/review/applications/multimedia/esound/actions.py
> =================================================================
> --- playground/review/applications/multimedia/esound/actions.py (original)
> +++ playground/review/applications/multimedia/esound/actions.py Fri Dec 19
> 14:52:17 2008
> @@ -15,7 +15,7 @@
>                          --enable-static=no \
>                          --enable-alsa \
>                          --enable-ipv6 \
> -                         --disable-oss \
> +                         --enable-oss \
>                          --disable-dependency-tracking \
>                          --sysconfdir=/etc/esd")
>
> @@ -26,5 +26,4 @@
>     autotools.rawInstall("DESTDIR=%s" % get.installDIR())
>
>     pisitools.dodoc("AUTHORS", "ChangeLog", "MAINTAINERS", "NEWS",
> "README", "TIPS", "TODO")
> -    pisitools.dohtml("docs/html")
>
>
> Modified: playground/review/applications/multimedia/esound/pspec.xml
> =================================================================
> --- playground/review/applications/multimedia/esound/pspec.xml  (original)
> +++ playground/review/applications/multimedia/esound/pspec.xml  Fri Dec 19
> 14:52:17 2008
> @@ -5,8 +5,8 @@
>         <Name>esound</Name>
>         <Homepage>http://www.tux.org/~ricdude/EsounD.html<http://www.tux.org/%7Ericdude/EsounD.html>
> </Homepage>
>         <Packager>
> -            <Name>Onur Küçük</Name>
> -            <Email>onur at pardus.org.tr</Email>
> +            <Name>Ozan Çağlayan</Name>
> +            <Email>ozan at pardus.org.tr</Email>
>         </Packager>
>         <License>GPLv2</License>
>         <License>LGPLv2</License>
> @@ -38,9 +38,6 @@
>             <Path fileType="doc">/usr/share/doc</Path>
>             <Path fileType="man">/usr/share/man</Path>
>         </Files>
> -        <AdditionalFiles>
> -            <AdditionalFile owner="root" permission="0644"
> target="/etc/esd/esd.conf">esd.conf</AdditionalFile>
> -        </AdditionalFiles>
>     </Package>
>
>     <History>
> _______________________________________________
> Paketler-commits mailing list
> Paketler-commits at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/paketler-commits
>



-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081220/08d96b20/attachment-0001.htm 

From erenoglu at gmail.com  Sat Dec 20 01:45:25 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Sat, 20 Dec 2008 00:45:25 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <200812191857.54402.onur@pardus.org.tr>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
Message-ID: <fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>

Merhaba,

2008/12/19 Onur Küçük <onur at pardus.org.tr>

>
>  Ben bu işten pek anlamıyorum, ilgili modüllerin sistem init başlamadan
> yüklenmesi mi gerekiyor ? Eğer öyleyse initramfs içinde olmalı
>
>  http://svn.pardus.org.tr/uludag/trunk/comar/mudur/src/
>
>  Değilse müdür / udev içinde halledilebilir tabi
>

Ben bir ara uretilen lvm2 paketini sistemime kurmustum (Name: lvm2, version:
2.02.39, release: 7, build 1).  Bununla ilgili modul ve executable'lari daha
once devel listesine attigim bir mesajda, init ve mkinitramfs dosyalarini
degistirrerek, initrd icinde atmayi basardim.

GRUB'ta su anda asagidaki satiri kullaniyorum:
kernel          /kernel-2.6.25.20-113  root=/dev/mapper/os-pardus mudur=raid
lvm ro

mudur=raid,lvm is goruyor, tabii mkinitramfs ve init script'deki
degisiklikler ile.  Ayrica bir de virtio sanal disk modullerinden boot etmek
icin de degisiklik yapmistim ama beta halde, yine de iyi calisiyordu KVM
icinde Pardus calisirken.

Ancak ne yaptiysam, sistem acilisinda diskleri dogru durust gosterip
fstab'dan mount edilmelerini saglayamadim, UDEV kurali ekledim vs. olmadi.
icin icinden cikamadim.

Su anda sistemim RAID+LVM ustunde aciliyor, sadece /boot ayri bir partition.
Ancak fstab icinden mount ettirmeyi basaramadigim icin local.start
dosyasinda asagidaki satirlar olmasi gerekiyor:

/usr/sbin/vgmknodes
/bin/mount   /dev/mapper/os-data   /d

(/d sadece bir dizin, veriler orda duruyor, windows aliskanligi).

Isin icinden cikabilirseniz test edebilirim :)

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081220/5e584d21/attachment.htm 

From ekin at pardus.org.tr  Sat Dec 20 02:59:18 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 20 Dec 2008 02:59:18 +0200
Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?=
	=?utf-8?q?ity_Fixes?=
Message-ID: <200812200259.18623.ekin@pardus.org.tr>


Merhaba / Hi;

Bu gece kararlý depolara girecek güvenlik güncellemeleri :
Tonight's Security Fixes for Pardus stable repos : 
------------------------------------------------------------------------

* [Pardus 2007]
macromedia-flash-9.0.152.0-11-10.pisi
php-common-5.2.8-60-29.pisi
php-cli-5.2.8-60-38.pisi
mod_php-5.2.8-60-61.pisi
firefox-2.0.0.19-81-73.pisi
firefox-devel-2.0.0.19-81-46.pisi

* [Pardus 2008]
flashplugin-10.0.15.3-19-4.pisi
thunderbird-2.0.0.19-41-7.pisi
firefox-devel-3.0.5-93-19.pisi
firefox-3.0.5-93-19.pisi
sun-jdk-1.6.0_p11-17-4.pisi
sun-jdk-demo-1.6.0_p11-17-1.pisi
sun-jdk-doc-1.6.0_p11-17-1.pisi
sun-jdk-samples-1.6.0_p11-17-1.pisi
sun-jre-1.6.0_p11-17-4.pisi

--
Ekin Meroðlu <ekin_at_pardus.org.tr>

From gkmngrgn at gmail.com  Sat Dec 20 03:04:59 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Sat, 20 Dec 2008 03:04:59 +0200
Subject: [Gelistirici] Pardus'ta PackageKit
Message-ID: <494C44BB.7020809@gmail.com>

Arkadaþlar merhaba,
VirtualBox'tan Fedora (Xfce Community) ve Xubuntu'yu kurcalýyorum ve 
PackageKit'i gerçekten çok beðendiðimi söylemeliyim. Pardus'ta 
PackageKit ile ilgili birkaç eposta listesi girdisi ve birkaç blog 
girdisinden baþka bir þey bulamadým.

Pardus'ta PackageKit ile ilgili herhangi bir çalýþma yapýlacak mýdýr? 
Son durum nedir? Ayrýca KPackageKit diye bir þey de varmýþ, ne düþünüyoruz?

Saygýlar =)

From dfisek at fisek.com.tr  Sat Dec 20 06:08:26 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Sat, 20 Dec 2008 06:08:26 +0200
Subject: [Gelistirici] yeni gelistiriciler kazanmak
In-Reply-To: <a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071333.24924.gurer@pardus.org.tr>
	<493BBC37.7000008@pardus.org.tr>
	<200812071448.06253.turkersezer@tsdesign.info>
	<a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>
Message-ID: <20081220060826.42624f78.dfisek@fisek.com.tr>

Mon, 8 Dec 2008 04:34:30 +0100, "selim ok" <selimok at gmail.com> :

> Nasil cözülecek diye daha önceden de tartistigimiz yeni gelistirici
> bulma sorunumuz bana kalirsa daha da derinlesmis gibi görünüyor.
> Yapabilecek misiniz bilmiyorum ama IRC, forumlar ve e-posta
> listelerine cok daha fazla zaman ayirin demek istiyorum sadece (zaman
> ayiranlari tenzih ederim). Bunlarin meyvesini almak uzun sürer ama bu
> tartismaya katilan arkadaslarin önemli bir yüzdesi, su anda yerinde
> yeller esen gelistiriciler sayesinde buradalar. (Evet ben onlardan
> biriyim diyenler parmak kaldirabilir. Yoksa sonsuza kadar anonim
> kalin.)
Kesinlikle katiliyorum.

Yeni gelistiriciler gokten zembille inmiyorlar. Birebir "temas" onemli
bisi. Insanlar iletisim kurdukca gelistiricilere isiniyorlar, o
gelistiricilerin de kendileri gibi "iki kolu, iki bacagi, iki gozu"
oldugunu goruyorlar. Gelistiriciler iletisim kurduklari insanlara "siz
de katki yapabilirsiniz, hadi gelin siz de bisiler katin" duygusunu
aþýlayabiliyorlar.

Ben Pardus'u gelistirmekte kullandigimiz araclari (listeler, svn, wiki,
bugzilla, vb) da insanlara birebir anlatmanin yararli olabilecegini
dusunuyorum. Ne yazik ki bircok insan Ozan'in bahsettigi arastirmalari
yapip, kendi kendilerini Pardus'a dahil etmeyi basar(a)mayabiliyorlar.

Bundan hareketle, 13. Turkiye'de Internet Konferansi'nda Pazartesi günü
(22 Aralýk) 15:00'te "Pardus Geliþtiricisi Olmak" baþlýklý bir seminer
vereceðim. Seminerde bir Pardus geliþtiricisinin projenin geliþimini
izlemek ve geliþimine katýlmak için kullandýðý svn depolarý, e-posta
listeleri, hata takip sistemi, wiki gibi internet araçlarýnýn etkin
kullanýmýný birebir internette gezerek anlatacaðým. Bir geliþtirici
nasýl projedeki geliþmeleri takip ediyor, onu gösterme düþüncesindeyim.

Bu bir yerde yazýlan/çizilenlerin ve belgelerin görüntülü bir anlatýmý
gibi, evet :). Baslamak bitirmenin yarisi derler, bu seminerin de
gelistirici olmayi kafasindan gecirenlere ama gozunde buyutenlere bir v0
saglayacagini, boyle bir dusuncesi olmayanlara da merak uyandiracagini
tahmin ediyorum.

Bence bu tarz bir seminer, bircok universitenin bilgisayar bölümünde ya
da meslek yüksek okulunda verilebilir ve cok da ilgi ceker. Bir
seminerden tek bir gelistirici kazanilsa bile "maliyetini" kurtarir
bence :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From gkmngrgn at gmail.com  Sat Dec 20 06:35:31 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Sat, 20 Dec 2008 06:35:31 +0200
Subject: [Gelistirici] Pardus'ta PackageKit
In-Reply-To: <494C44BB.7020809@gmail.com>
References: <494C44BB.7020809@gmail.com>
Message-ID: <494C7613.6080904@gmail.com>

Gökmen Görgen wrote On 20-12-2008 03:04:
> Arkadaþlar merhaba,
> VirtualBox'tan Fedora (Xfce Community) ve Xubuntu'yu kurcalýyorum ve 
> PackageKit'i gerçekten çok beðendiðimi söylemeliyim. Pardus'ta 
> PackageKit ile ilgili birkaç eposta listesi girdisi ve birkaç blog 
> girdisinden baþka bir þey bulamadým.
>
Çaðlar Onur'un PackageKit ekibinde Pardus geliþtiricisi olarak yer 
aldýðýna ve program kurulumunda pisi parametresinin var olduðuna dair 
bir iki bilgi daha buldum o_O!

From tekman at pardus.org.tr  Sat Dec 20 18:51:58 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Sat, 20 Dec 2008 18:51:58 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812191732.49959.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812191457.34441.serbulent@pardus.org.tr>
	<200812191732.49959.serbulent@pardus.org.tr>
Message-ID: <200812201851.58562.tekman@pardus.org.tr>

19 Aralýk 2008 Cuma 17:32:49 tarihinde Serbulent UNSAL þunlarý yazmýþtý:
> nledim ve sayfalara böldüm. Ayrýca
> bir de sýklýk daðýlýmý ekledim.

Serbülent, bir de insanlarýn ekli dosyayý açmadan fikir sahibi olabilmeleri 
için "ne bulduðunu" yaz demiþtim. Ben yazayým bari (talodaki kimi hatalarý 
düzelttikten sonra):

Ýncelenen 60 paket için güncellemenin merge isteðinin yapýlmasý ile satble 
depoya girmesi arasýndaki süre ortalama olarak 17,6 gün bulunmuþ. Bu zamanýn 
büyük bileþenleri depoya giriþ ile ACK/NACK listesine giriþ arasýnda geçen 
süre (ort. 6,1 gün) ve ACK/NACK'ýn bitiþi ile testin bitiþi arasýndaki süre 
(ort. 5,1 gün) olarak çýkmýþ. 

Paketlerin %33'ü 2-2 1/2 haftada, %27'si  2 1/2-3 haftada ve %23'ü 1 1/2-2 
haftada tamamlamýþlar süreci. En kýsa süre iki paket için 9 gün ve en uzun 
süre bir paket için 50 (ve iki paket için 32) gün. Paketlerin %87'si süreci 
1-3 haftada tamamlamýþlar.

Þimdi de bir yorum  ve iki soru (Varsayým ACK/NACK ve test periyodu 7 gün 
alýnmýþ durumda, ki hemen hemen tutturuluyor): 

2008 sürüm yöneticimiz bir güncellemenin ACK/NACK listesinde girebilmesi için 
test deposunda birkaç gün kalmasýný ve test deposu kullanýcýlarýndan olumsuz 
bir ses çýkamamasýný þart koþuyor. Bu süre 2 gün dersek zaten depoya giriþ 
ile ACK/NACK listesine giriþ arasýndaki süre ortalama 5,5 gün olmak 
durumunda. Buradaki sonuç (6,1 gün) kabul edilebilir uzaklýkta, bu politika 
deðiþmeden yarým günden daha fazla kazanç saðlanabilirmiþ gibi görünmüyor.

Test adýmýný ortadan kaldýrsak toplam süre 12,5 gün olacak. Bunun kabul 
edilebilir, 17,6'nýn kabul edilemez bir süre olduðunu mu düþünüyoruz?

ACK/NACK ve test adýmlarýný kaldýrýrsak süre 6,4 güne düþecek. Evet, bu 
diðerlerinden net bir þekilde 1+ hafta daha kýsa bir süre. Ama gerçekten 
aradaki süreçleri kaldýrmaya deðecek mi?

ET,

From selimok at gmail.com  Sat Dec 20 22:46:38 2008
From: selimok at gmail.com (selim ok)
Date: Sat, 20 Dec 2008 21:46:38 +0100
Subject: [Gelistirici] yeni gelistiriciler kazanmak
In-Reply-To: <20081220060826.42624f78.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071333.24924.gurer@pardus.org.tr>
	<493BBC37.7000008@pardus.org.tr>
	<200812071448.06253.turkersezer@tsdesign.info>
	<a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>
	<20081220060826.42624f78.dfisek@fisek.com.tr>
Message-ID: <a001a6cb0812201246q1d77f804kb418bfba74fde25d@mail.gmail.com>

20 Aralýk 2008 Cumartesi 05:08 tarihinde Doruk Fisek <dfisek at fisek.com.tr>yazdý:

>
> Bence bu tarz bir seminer, bircok universitenin bilgisayar bölümünde ya
> da meslek yüksek okulunda verilebilir ve cok da ilgi ceker. Bir
> seminerden tek bir gelistirici kazanilsa bile "maliyetini" kurtarir
> bence :)
>  <http://liste.pardus.org.tr/mailman/listinfo/gelistirici>


Geçen senelerde nasýl pardus geliþtiricisi olunur seminerleri veriliyordu
zaten, ben de bir tanesine katýlýp oldukça motivasyon kazanmýþ
geliþtiricilerin aslýnda çok insancýl yaratýklar olduklarýný anlamýþtým.
Umarým bol ve ilgili katýlýmcýlarla karþýlaþýrsýn.
Bu konuya önem ve destek verdiðin için de ayrýca teþekkür ediyorum.

Ýyi çalýþmalar,
Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081220/2ed80d5c/attachment-0001.htm 

From isingor at gmail.com  Sat Dec 20 23:21:12 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Sat, 20 Dec 2008 23:21:12 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812201851.58562.tekman@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812191457.34441.serbulent@pardus.org.tr>
	<200812191732.49959.serbulent@pardus.org.tr>
	<200812201851.58562.tekman@pardus.org.tr>
Message-ID: <a64a8a8c0812201321y5e292a70sc974de3601956934@mail.gmail.com>

2008/12/20 Erkan Tekman <tekman at pardus.org.tr>

> Şimdi de bir yorum  ve iki soru (Varsayım ACK/NACK ve test periyodu 7 gün
> alınmış durumda, ki hemen hemen tutturuluyor):
>
> 2008 sürüm yöneticimiz bir güncellemenin ACK/NACK listesinde girebilmesi
> için
> test deposunda birkaç gün kalmasını ve test deposu kullanıcılarından
> olumsuz
> bir ses çıkamamasını şart koşuyor. Bu süre 2 gün dersek zaten depoya giriş
> ile ACK/NACK listesine giriş arasındaki süre ortalama 5,5 gün olmak
> durumunda. Buradaki sonuç (6,1 gün) kabul edilebilir uzaklıkta, bu politika
> değişmeden yarım günden daha fazla kazanç sağlanabilirmiş gibi görünmüyor.
>
> Test adımını ortadan kaldırsak toplam süre 12,5 gün olacak. Bunun kabul
> edilebilir, 17,6'nın kabul edilemez bir süre olduğunu mu düşünüyoruz?



Test adımını kaldırmaya karşı olduğumu söyleyeyim. Test takımı son günlerde
çok iyi hatalar yakalamaya başladı. Hatta tam tersine, test ekibinin
derinliğini ve testçilerimiz içinde farklı ilgi alanlarından gelen kullanıcı
profillerini çoğaltmamız gerekiyor.



> ACK/NACK ve test adımlarını kaldırırsak süre 6,4 güne düşecek. Evet, bu
> diğerlerinden net bir şekilde 1+ hafta daha kısa bir süre. Ama gerçekten
> aradaki süreçleri kaldırmaya değecek mi?
>


Koray'ın deyimiyle söyleyeyim: Upstream ile halay çekmeye çalışmanın son
kullanıcıya hiçbir faydasının olmayacağını düşünüyorum. İsteyenlerin stable
depo yerine doğrudan test deposunu kullanma şansı zaten mevcut...


Ali
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081220/c9b7758f/attachment.htm 

From ekin at pardus.org.tr  Sat Dec 20 23:23:37 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 20 Dec 2008 23:23:37 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081219123551.2904eec9.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051452.22820.ekin@pardus.org.tr>
	<20081219123551.2904eec9.dfisek@fisek.com.tr>
Message-ID: <200812202323.37517.ekin@pardus.org.tr>

Merhaba;

Friday 19 December 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 
> Fri, 5 Dec 2008 14:52:22 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :
> > [Tekrar yazýlmasý gereken] Depo politikasýna göre acil durumlarda
> > paketçisine ulaþýlamayan paketlerde ikinci derece sorumlu olmak ve
> > bileþenlerdeki geliþmelere nezaret etmek dýþýnda bir iþi yok :-)
>
> Bence degil. Bu zaman icinde dejenere olmus depo politikasina gore :)

Onun için tekrar yazýlmasý gereken dedim, ben de þu anki halinin yanlýþ ve çok 
eksik olduðunu düþünüyorum, onun için sonunda smiley var.

> Bilesen sorumlusu gercekten bilesen sorumlusuysa, "nezaret etmek"
> disinda bir katkisi olmali ortama.
>
> Ornegin kendi bileseni cercevesinde,
> - "Bakicisiz" paketlere bakici bulmak
>[...]
> - Kendi bileseni ve icindeki paketlerle ilgili her tur karar verilirken 
> birinci derecede soz sahibi olmak.
> Hakkiyla yapilmasina izin verilen bir bilesen sorumlu sisteminin 
> getirecegi yararlari listelemeye kalktim ama neredeyse "diþlere iyi
> gelir, hatta aganiginaganigi"ye donecegi icin vazgectim :)

Ben bunlarýn hiçbirine karþý deðilim teoride. Ama her kararý bileþen sorumlusu 
tek baþýna verirse bu bileþen sorumlularýnýn birbirinin ayaðýna basmamasý 
için bir mekanizma gerekecek - bence sürüm yöneticisi ya da depo sorumlusunu 
da içeren düzgün bir politika ile çözülecek bir sorun bu.Kaldý ki þu anda 
bileþen sorumlusu olmak isteyene de kimse dur demiyor (örn. Ýnanç Yýldýrgan 
Font bileþeni sorumlusu oldu yakýn zamanda), bileþeni ile ilgili bir karar 
vermek / deðiþiklik yapmak isteyene de. 

Açýkçasý sürüm yöneticisi olarak kimseyle yetki paylaþmak istemiyor, ali kýran 
baþ kesen olmayý tercih ediyormuþum gibi bir algý var özellikle bu postada, 
anlamakta güçlük çekiyorum. Evet, depo ve sürüm sürecinde bazý kararlarýn 
hýzlý alýnmasý gerekiyor, bazý düzeltmelerin tek elden "böyle olmalý" kararý 
verilerek yapýlmasý gerekiyor. Þimdiye kadar kararlarda geliþtiricilerle 
tartýþmaya, herkesten fikir almaya çalýþtýðýmý düþünüyorum, ama acil 
durumlarda da sorumluluðu alarak müdahale ettim tabii ki. Ama bu tip 
eleþtirilerde, geliþtirici listesine attýðým maillere cevap alma oranýmýn 
bile neredeyse 5'te 1 olduðunu da göz önüne alýrsanýz sevinirim - ortada her 
türlü sürece dahil olmak, çözüm önerileriyle gelmek için kendini yýrtan bir 
kitle var da, ben (ya da bir baþka geliþtirici) kimseye söz hakký vermeden 
aklýna eseni yapýyor gibi bir durum yok. Birileri bir karar veriyor, çünkü 
baþka karar veren, fikir belirten, hatta kararlar verildikten sonra "niye" 
diye soran bile yok.      

> > Ama bu, depo baðýmlýlýklarýnýn ayný bileþen içinde kaldýðýný
> > farzedersek mantýklý ki þu anki durum buna yakýn bile deðil - 2007 ->
> > 2008 geçiþinde depoyu bileþen bileþen paylaþmak tam anlamýyla mümkün
> > olmamýþtý mesela, her bileþenin baðýmlýlýk aðacý alakasýz yerlere
> > gidiyordu.

Bunlarý bileþen sorumlularýna daha fazla sorumluluk ve görev vermeyelim diye 
yazmadým, "bileþen sorumlusu bileþenindeki paketi alsýn, derlesin, test 
etsin" önerisine karþý söyledim. Birkaç kere anlatmaya çalýþtýðým nedenlerle 
en azýndan farmýn on kiþi tarafýndan hep beraber çalýþtýrýlabilmesi mümkün 
görünmüyor.

> Bu eskiden de boyleydi. O zaman bilesen paylasilabiliyor ve bu sistem
> isleyebiliyordu. Bence gecerli bir neden degil soyledigin.
> Atalarimiz bosuna "böl ve yonet" dememisler. Eger tum dagitimi buyuk
> bir yun yumagi olarak gorursek elbette yonetilemez ve icinden cikilamaz
> hale gelir.

Baþtan beri ben de bileþen sorumlularýnýn daha fazla yetki ve sorumluluk 
almasýnýn iyi olacaðýný savunuyorum.

> Su haliyle senin soyledigin, paketleri birbirinden ayiramiyoruz, o
> zaman dagitimdan tek kisi sorumlu olsun, o da her isin altindan
> kalksina karsilik geliyor. 

Ben böyle bir þey söylemiyorum. Bileþen sorumlularý kendi bileþenlerinde 
birinci dereceden söz sahibi olsunlar, ama bu yeterli deðil. Bu ekibin 
(bileþen sorumlularýndan oluþan) nasýl uyumlu çalýþacaðýný da süreç haline 
getirmek gerekiyor - yoksa bir sürüm/depo yöneticisi yerine 10 sürüm 
yöneticisi koymaktan faklý bir iþi yapmýyorsun, bu kadar birbirine baðlý 
alanlarda çalýþýrken bu da tartýþma, birbirlerinin yaptýðýný bozma vs ile 
daha çok zaman kaybetmeye neden olacak, iþler daha da yavaþlayacak diye 
düþünüyorum. 

Yine ayný nokta, bir daha tekrarlayayým :  

Bir süreci deðiþtirirken sýrf eskisinden memnun olmamak yeterli deðil, 
eskisinden ne öðrenebiliriz diye de bakmak gerekiyor. 

Ben iki (bir baþka ekipte de üç) kiþiyle ortak farm yönettim, farmýn böyle 
yönetilmek için fazla manuel olduðunu, þu anki ve yakýn gelecekteki depo 
büyüklüðü ve güncelleme sýklýðýnýn en azýndan farmýn birkaç kiþi tarafýndan 
çalýþtýrýlmasýný gerektirmediðini öðrendim. Eðer bir gün farm on kiþi 
tarafýndan birlikte yönetilecekse oldukça temel süreç ve yazýlým 
deðiþikliklerine ihtiyacýmýz olduðunu biliyorum ve bunu anlatmaya 
çalýþýyorum.

Yine uzunca bir dönem herkesin commit ettiði bir depoyu derledim, bunun da 
sorunsuz olmadýðýný, amaç yükü paylaþmak ise baþka yollarý olduðunu 
söylüyorum. Burada da kimsenin elini tutmuyoruz durumu var aslýnda - 2007 
deposuna uzun süre 4, sonra deðiþikliklerle baþka 4 kiþinin yazma hakký 
vardý, 2008'e iki kiþinin yazma hakký var : bu sefer de nasýlsa yapan var, 
commit etmediyse bir bildiði vardýr düþüncesiyle diðerleri kommit yapmýyor 
(bu denklemin her iki tarafýnda da bulundum). Burada da kararlý sürüm bakým 
ekibi ve bileþen sorumlularýný da içeren düzgün bir politika yazýlmadan, en 
azýndan temel konularda bir ortak noktaya varýlmadan yazma hakkýnýn 
açýlmasýnýn ortalýðý karýþtýracaðýný düþünüyorum.

Özetle (farmýn teknik gereklilikleri dýþýnda) hiçbir konuda geliþtiricilerin 
daha fazla sorumluluk almasýna, her anlamda "iþ yapmasýna" karþý deðilim, ama 
o sorumluluðu ve iþi verirken kurallarýný koymazsak sonuç alabileceðimizi 
düþünmüyorum. "Bileþen sorumlularý kendi bileþenlerini merge etsin" demek 
yetmiyor, "bileþen sorumlularý kendi aralarýnda þöyle iletiþim kuracak, sorun 
çýktýðýnda böyle halledilecek, diðer geliþtiricileri geliþmelerden þu þekilde 
haberdar edecek" demek lazým. Bugüne kadar bunu yapmadýk, ama artýk bir 
deðiþiklik yapacaksak kitabýna uygun yapmak lazým.
 
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

From ekin at pardus.org.tr  Sat Dec 20 23:47:08 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 20 Dec 2008 23:47:08 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081219120822.7dd2e68f.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812042313.34497.ekin@pardus.org.tr>
	<20081219120822.7dd2e68f.dfisek@fisek.com.tr>
Message-ID: <200812202347.08686.ekin@pardus.org.tr>

Merhaba;

Friday 19 December 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 
> Burada secimi siz (TUBITAK calisanlari) yapacaksiniz. Temel sistemin
> sabit kaldigi, sadece guvenlik ve bir seylerin kirilip/dokulmedigi
> guncellemelerin yapildigi bir sistem ihtiyaci ortada. 2007 cikali 2
> sene olmasina, 6 aydir neredeyse hic yeni yazilim girmemesine ve
> hatalari duzeltilmemesine karsin hala 2007 kullanan bircok kullanici
> olmasi bunun en buyuk kaniti.

Ben bunu anlamlý sebebinin 2007'nin kararlýlýðýndan çok destek verdiðimiz bir 
2008 -> 2008 geçiþ sistemimizin olmamasý olduðunu düþünüyorum ama.
 
> Pratikte su anki yapi itibariyla 2007 kararli surum, 2008 de kararsiz
> surume karsilik geliyor zaten. Insanlar "oyle ya da boyle"
> ihtiyaclarini karsilamanin bir yolunu bulmak zorunda kaliyorlar. 2008
> cikip 2007 durulmadan once de, guvenlikten taviz verip sistemlerini
> guncellemeyerek kararligini korumaya calisiyorlardi.
>
> Yani adi biz "sadece guvenlik guncellemeleri yapan surum yapamayiz"
> oluyor ama pratikte yapiyorsunuz zaten.

Senin önerinden ben ayný sürüm içinde stable - unstable dal maintain etmek 
anlýyorum ben. Yani bir yýl önce önerini uygulamýþ olsaydýk : 
- zamanýnda 2007-unstable, 2007-stable dallarý olmalýydý, 
- 2008 çýktýðýnda 2007-unstable'i öldürüp  2007-stable, 2008-unstable, 
2008-stable dallarý ile devam etmeliydik. 
- 2008 süreci içinde bir noktada 2007-stable'i da öldürmeli,
- 2009 çýktýðýnda da 2008-unstable'i öldürüp 2008-stable, 2009-unstable, 
2009-stable dallarý ile devam etmeliyiz.

Bu da pratikte ayný anda iki yerine üç daðýtým maintain etmek demek.

> Eger bu ismi konmamis durumdan memnunsaniz, daha sýk sürüm yayýnlayýp
> (atýyorum 6 ayda bir ya da 4 ayda bir), eskisini ýskartaya çýkarýp,
> kararlý hale getirebilirsiniz. Hatalariyla sevin onu dersiniz. 4-6 ay
> da, bence cok ciddi bisiler kirip dokmeden yasanabilir bir donem.
> Kirilacagi noktada zaten elde yeni bir surum olur.

6 ay bana biraz hýzlý geliyor, ama bence yapýlabilir tabii ki. Ama bu konu her 
gündeme geldiðinde karþýmýza hayatýn gerçekleri çýkýyor - 200x'in sorunlarý 
çözüp güncelleyen ekip ile 200x+1'i hazýrlayan ekip ayný - yani bir sürüm 
çýkýnca tamam sen, sen, bi de sen yeni sürümü geliþtirin, siz oradakiler, siz 
de eski sürüme bakým yapýn denilecek insanlar ayný, dolayýsýyla yeni sürüm 
için çalýþmaya baþlamak uzun sürüyor.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From hberberoglu at gmail.com  Sat Dec 20 23:50:52 2008
From: hberberoglu at gmail.com (Huseyin Berberoglu)
Date: Sat, 20 Dec 2008 23:50:52 +0200
Subject: [Gelistirici] yeni gelistiriciler kazanmak
In-Reply-To: <20081220060826.42624f78.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071333.24924.gurer@pardus.org.tr>
	<493BBC37.7000008@pardus.org.tr>
	<200812071448.06253.turkersezer@tsdesign.info>
	<a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>
	<20081220060826.42624f78.dfisek@fisek.com.tr>
Message-ID: <4520141a0812201350n5172c497le4b0709da6aad34a@mail.gmail.com>

2008/12/20 Doruk Fisek <dfisek at fisek.com.tr>

> Bence bu tarz bir seminer, bircok universitenin bilgisayar bölümünde ya
> da meslek yüksek okulunda verilebilir ve cok da ilgi ceker. Bir
> seminerden tek bir gelistirici kazanilsa bile "maliyetini" kurtarir
> bence :)
>

Aynen katılıyorum.

meren'in verdiği "Nasıl geliştirici olunur konulu" iki süper seminerden
sonra "ben de geliştirici olayım" demiş ve anlatılanları uygulamaya
başlamıştım. Özellikle seminer sonrası sohbet çok faydalı oluyor.

Kolaylıklar.


-- 
Hüseyin Berberoğlu
http://www.birazkisisel.com - süper blog
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081220/f7d7a70f/attachment.htm 

From inancyildirgan at gmail.com  Sun Dec 21 00:40:36 2008
From: inancyildirgan at gmail.com (=?utf-8?q?=C4=B0nan=C3=A7_Y=C4=B1ld=C4=B1rgan?=)
Date: Sun, 21 Dec 2008 00:40:36 +0200
Subject: [Gelistirici] google-gadgets ve KDE 4.2
Message-ID: <494d74b3.0eff300a.7846.4f35@mx.google.com>

google-gadgets kde 4.2 nin baðýmlýlýklarýndan biri. Yalnýz programýn çalýþmasý 
için xulrunner baðýmlýlýðý gerekiyor. Þu an [1] adresindeki paket 
derlenmesine raðmen hiç bir þekilde çalýþmýyor. Ama [2] deki paket gayet 
sorunsuz. Diðer daðýtýmlardan bakýnca hepsi xulrunner'i buna baðýmlýlýk 
olarak eklemiþ. Biz de ise xulrunner contrib deposunda ve bir sürü gnome 
baðýmlýlýðý ile beraber geliyor. Gentoo da xulrunner'in hiç bir gnome 
baðýmlýlýðý yok. (En azýndan gnome-vfs ve libgnomeui gibi) Fikirler, 
öneriler?

[1]= 
https://svn.pardus.org.tr/pardus/devel/applications/util/google-gadgets/pspec.xml

[2] = 
http://svn.pardus.org.tr/pardus/playground/inanc/google-gadgets/pspec.xml

http://kambing.ui.edu/gentoo-portage/x11-misc/google-gadgets/google-gadgets-0.10.4.ebuild
http://cvs.fedoraproject.org/viewvc/rpms/google-gadgets/devel/google-gadgets.spec?revision=1.5&view=markup

From ekin at pardus.org.tr  Sun Dec 21 01:10:48 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sun, 21 Dec 2008 01:10:48 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
	<4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
Message-ID: <200812210110.48360.ekin@pardus.org.tr>

Merhaba;

Thursday 18 December 2008 tarihinde, Furkan Duman þunlarý yazmýþtý: 
> PPP konusunda bilgili olup da, yardýmcý olmak isteyen var mýdýr? Bu
> sadece VPN ile ilgili bir sýkýntý deðil. PPP'nin kullanýmýnýn
> gerektiði yerlerde yaþayacaðýmýzý düþünüyorum. O yüzden PPP ile biraz
> uðraþmak istiyorum. Gürer ve Onur ppp betiklerini yazmýþtý sanýrým.
> Baðlantý durumunu belirleyemediðimiz için mi link betiklerinde bu
> durumu gözardý ettik? (En azýndan öyle algýladým hatam olabilir)

PPP ayný zamanda cep telefonlarýný kullanarak gprs/edge baðlantýsý için de 
gerekiyor ve þu anda bu tip bir baðlantýyý hiç desteklemiyoruz. 
Network-manager dýþýnda da durum pek iç açýcý deðil : örneðin çoðu gsm 
telefon ikiden fazla (örneðin nokia 6300 7 adet) init string'e ihtiyaç 
duyuyor baðlantý için, kpp ise sadece 2 string destekliyor.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Sun Dec 21 01:12:30 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sun, 21 Dec 2008 01:12:30 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <20081207190423.e8b7a1cf.nakof@zig.gen.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<20081207162759.87edb751.dfisek@fisek.com.tr>
	<20081207190423.e8b7a1cf.nakof@zig.gen.tr>
Message-ID: <200812210112.30961.ekin@pardus.org.tr>

Merhaba;

Sunday 07 December 2008 tarihinde, nihat ciddi þunlarý yazmýþtý: 
> > Ornek vereyim, uzakta bir sunucuyu mount edip calisilmasi gerekiyor.
> > Ama belirli bir profildeyken yerel agdaki IP'sinden, diger
> > profillerdeyken internetteki IP'siyle baglanmaniz gerekiyor. Bunun
> > benzeri yerel paket deposu kullanmak / internet deposu kullanmak
> > olabilir.
>
> debian/ubuntu'daki gibi, profil up/down olunca calisacak script'ler
> olmasi guzel olurdu.

Evet, en basitinden bu destek bile bir çok derdimizi çözecek - 2008'e 
eklenmesinde de sorun yok bence, büyük bir davranýþ deðiþikliði deðil.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From alpaslanmete at gmail.com  Sun Dec 21 01:29:01 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Sun, 21 Dec 2008 01:29:01 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
Message-ID: <494D7FBD.5000804@gmail.com>

Emre Erenoglu wrote On 12/20/2008 01:45 AM:
> Merhaba,
>
> 2008/12/19 Onur Küçük <onur at pardus.org.tr <mailto:onur at pardus.org.tr>>
>
>
>      Ben bu işten pek anlamıyorum, ilgili modüllerin sistem init
>     baÅŸlamadan
>     yüklenmesi mi gerekiyor ? Eğer öyleyse initramfs içinde olmalı
>
>      http://svn.pardus.org.tr/uludag/trunk/comar/mudur/src/
>
>      Değilse müdür / udev içinde halledilebilir tabi
>
>
> Ben bir ara uretilen lvm2 paketini sistemime kurmustum (Name: lvm2, 
> version: 2.02.39, release: 7, build 1).  Bununla ilgili modul ve 
> executable'lari daha once devel listesine attigim bir mesajda, init ve 
> mkinitramfs dosyalarini degistirrerek, initrd icinde atmayi basardim.
Paketin review sürecinde İşbaran ile yaptığınız  ve devel listesindeki 
mailleri gözden geçirdim sanırım aynı sorunları hala yaşıyoruz :)
>
> GRUB'ta su anda asagidaki satiri kullaniyorum:
> kernel          /kernel-2.6.25.20-113  root=/dev/mapper/os-pardus 
> mudur=raid lvm ro
>
> mudur=raid,lvm is goruyor, tabii mkinitramfs ve init script'deki 
> degisiklikler ile.  Ayrica bir de virtio sanal disk modullerinden boot 
> etmek icin de degisiklik yapmistim ama beta halde, yine de iyi 
> calisiyordu KVM icinde Pardus calisirken.
initramfs [1] 
<https://svn.pardus.org.tr/pardus/2008/kernel/kernel/actions.py> 
linkinde zaten '-full' parametresiyle full module olarak 
oluşturulduğundan initramfs değişiklik yapmaya gerek olmadığını 
düşünmüştüm ...? :S

>
> Ancak ne yaptiysam, sistem acilisinda diskleri dogru durust gosterip 
> fstab'dan mount edilmelerini saglayamadim, UDEV kurali ekledim vs. 
> olmadi. icin icinden cikamadim.
>
> Su anda sistemim RAID+LVM ustunde aciliyor, sadece /boot ayri bir 
> partition. Ancak fstab icinden mount ettirmeyi basaramadigim icin 
> local.start dosyasinda asagidaki satirlar olmasi gerekiyor:
sizin buradaki sorununuz device_mapper modulu aktif olmasına karşın 
hacim gruplarının aktif olmaması sorunu  mu? Sorununuz biraz daha 
açarmısınız? :)

>
> /usr/sbin/vgmknodes
> /bin/mount   /dev/mapper/os-data   /d
>
> (/d sadece bir dizin, veriler orda duruyor, windows aliskanligi)
> Isin icinden cikabilirseniz test edebilirim :)
<https://svn.pardus.org.tr/pardus/2008/kernel/kernel/actions.py>Tabi çok 
iyi olur... :
>
> Emre
> ------------------------------------------------------------------------
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici

-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081221/0b2228b3/attachment.htm 

From erenoglu at gmail.com  Sun Dec 21 03:34:48 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Sun, 21 Dec 2008 02:34:48 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <494D7FBD.5000804@gmail.com>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<494D7FBD.5000804@gmail.com>
Message-ID: <fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>

Merhaba,

2008/12/21 Mete Alpaslan <alpaslanmete at gmail.com>

>  Ben bir ara uretilen lvm2 paketini sistemime kurmustum (Name: lvm2,
> version: 2.02.39, release: 7, build 1).  Bununla ilgili modul ve
> executable'lari daha once devel listesine attigim bir mesajda, init ve
> mkinitramfs dosyalarini degistirrerek, initrd icinde atmayi basardim.
>
> Paketin review sürecinde İşbaran ile yaptığınız  ve devel listesindeki
> mailleri gözden geçirdim sanırım aynı sorunları hala yaşıyoruz :)
>

Evet hala yasiyoruz :)

>
>  GRUB'ta su anda asagidaki satiri kullaniyorum:
> kernel          /kernel-2.6.25.20-113  root=/dev/mapper/os-pardus
> mudur=raid lvm ro
>
> mudur=raid,lvm is goruyor, tabii mkinitramfs ve init script'deki
> degisiklikler ile.  Ayrica bir de virtio sanal disk modullerinden boot etmek
> icin de degisiklik yapmistim ama beta halde, yine de iyi calisiyordu KVM
> icinde Pardus calisirken.
>
> initramfs [1]<https://svn.pardus.org.tr/pardus/2008/kernel/kernel/actions.py>linkinde zaten '-full' parametresiyle full module olarak oluÅŸturulduÄŸundan
> initramfs değişiklik yapmaya gerek olmadığını düşünmüştüm ...? :S
>

lvm ile ilgili olarak dm-mod modulunden baska volume group'larin boot'ta
aktive edilebilmesi icin bir kac executable'in initramfs'e girmesi gerekiyor
sanirim. Benim mkinitframfs script'inde soyle yapmisiz:

#install lvm binary and library dependencies
if [ -f "/etc/lvm/lvm.conf" ]; then
    echo "adding lvm dynamic libraries..."
    cp -L --parents /lib/libdevmapper.so.1.02 $MOUNT_IMAGE
    cp -L --parents /lib/libreadline.so.5 $MOUNT_IMAGE
    cp -L --parents /lib/librt.so.1 $MOUNT_IMAGE
    cp -L --parents /lib/libdl.so.2 $MOUNT_IMAGE
    cp -L --parents /usr/lib/libncursesw.so.5 $MOUNT_IMAGE
    cp -L --parents /lib/libc.so.6 $MOUNT_IMAGE
    cp -L --parents /lib/libpthread.so.0 $MOUNT_IMAGE
    cp -L --parents /lib/ld-linux.so.2 $MOUNT_IMAGE
    echo "adding lvm binary..."
    cp -a /usr/sbin/lvm $MOUNT_IMAGE/sbin/lvm
fi

Diger dagitimlar bunu nasil hallediyorlar tam emin degilim, ornegin
Ubuntu'da bizim gibi mkinitramfs var ama farkli bir script,
/etc/initramfs-tools diye bir config dizini var, initrd'nin icine ne girsin
ne girmesin secilebiliyor moduller vs.

> Su anda sistemim RAID+LVM ustunde aciliyor, sadece /boot ayri bir
> partition. Ancak fstab icinden mount ettirmeyi basaramadigim icin
> local.start dosyasinda asagidaki satirlar olmasi gerekiyor:Ancak ne
> yaptiysam, sistem acilisinda diskleri dogru durust gosterip fstab'dan mount
> edilmelerini saglayamadim, UDEV kurali ekledim vs. olmadi. icin icinden
> cikamadim.
>
> sizin buradaki sorununuz device_mapper modulu aktif olmasına karşın hacim
> gruplarının aktif olmaması sorunu  mu? Sorununuz biraz daha açarmısınız? :)
>

Evet aynen, boot sirasinda initrd'nin icindeki init script'ten volume
group'lari aktive ediyorum, sonra buradan boot ediyorum, ancak sistem
acilisinda root mount edilip esas init devreye girip fstab'i okudugu
zamanda, volume group'lar bulunamiyor, ya da volume group'larin
"symlink"leri bulunamiyor desem daha dogru sanirim.  Su anda sistem mount
tablosundaki ilginc maddeler soyle:

/dev/dm-3 on / type ext3 (rw,noatime,user_xattr)
/dev/md1 on /home type ext3 (rw,noatime,user_xattr)
/dev/sda1 on /boot type ext3 (rw,noatime,relatime)
/dev/mapper/os-data on /d type ext3 (rw)

Kok dosya sistemi, /dev/mapper/os-pardus olmasi gerekirken hala /dev/dm-3
olarak gorunuyor (taaa initrd'deki boot sirasindaki isimlendirme).  /d olan
ise local.start'tan duzgun olarak mount ediliyor, ancak fstab'a yazarsam
edilmiyor. Bir sekilde bu vgmknodes UDEV tarafindan vs. trigger edilmiyor.

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081221/91fd391b/attachment-0001.htm 

From selimok at gmail.com  Sun Dec 21 04:30:29 2008
From: selimok at gmail.com (selim ok)
Date: Sun, 21 Dec 2008 03:30:29 +0100
Subject: [Gelistirici] Knights paketi
Message-ID: <a001a6cb0812201830o716c56eet4c84deede92e40c@mail.gmail.com>

Merhaba,
Kullanicilarin kurulan CD ile birlikte bir satranc uygulamasi da birlikte
gelsin taleplerinin uygulanabilirligini arastirirken, knights paketinin hala
kararli depoda oldugunu farkettim.
http://bugs.pardus.org.tr/show_bug.cgi?id=1364 adresinde de gorebileceginiz
gibi bu uygulama icin acilmis ve wontfix ile kapatilmis bir hata mevcut.
Depodan cikarilmasi gerektigi konusulmus fakat bunu yapan olmamis.

Ilk sorum bu paketi kimin depodan cikaracagi?
Ikinci sorum da bu gibi durumlarda dogru yontem hangisidir? Dogrudan surum
yoneticisine danismak mi, yoksa listede yeni bir konu basligi acip herkesin
fikrini almak mi?

Iyi calismalar,
Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081221/77f6d15f/attachment.htm 

From dfisek at fisek.com.tr  Sun Dec 21 13:00:17 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Sun, 21 Dec 2008 13:00:17 +0200
Subject: [Gelistirici]
 =?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
 =?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812201851.58562.tekman@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812191457.34441.serbulent@pardus.org.tr>
	<200812191732.49959.serbulent@pardus.org.tr>
	<200812201851.58562.tekman@pardus.org.tr>
Message-ID: <20081221130017.b271779d.dfisek@fisek.com.tr>

Sat, 20 Dec 2008 18:51:58 +0200, Erkan Tekman <tekman at pardus.org.tr> :

> Test adýmýný ortadan kaldýrsak toplam süre 12,5 gün olacak. Bunun
> kabul edilebilir, 17,6'nýn kabul edilemez bir süre olduðunu mu
> düþünüyoruz?
> ACK/NACK ve test adýmlarýný kaldýrýrsak süre 6,4 güne düþecek. Evet,
> bu diðerlerinden net bir þekilde 1+ hafta daha kýsa bir süre. Ama
> gerçekten aradaki süreçleri kaldýrmaya deðecek mi?
Oncelikle kisisel fikrim, yapilan istatistik cok sagliksiz. Rastgele
paket secerek yapilmis ama zaman dilimlerine gore yapilan is oldukca
farklilik gosteriyor.

Hicbir problemi olmamasina karsin 1.5 ayda gecen paketler oldugu gibi,
problemli olmasina karsin 3 gunde aktarilan paketler de oldu.
Sadece son 1 ayda, o da rastgele ortalama alip paketlerin 17.6 gunde
depoya vardigini dusunmek, yanlis bir kabulle yanlis bir sonuca varmak
oluyor.

Ornegin ilgili kisilerin halet-i ruhiyyesine gore bir paketin sadece
ikili test deposuna varmasi bile bir haftayi bulabiliyor. Ya da test
deposuna bir gun sonra varmasina karsin, test surecine girmesi 2-3
haftayi bulabiliyor.

Su bir gercek, bu konunun tekrar ciddi (ve sert) bir bicimde
tartisilmaya baslandigi son 1-2 ayda test sureci artik daha ciddi
bicimde yapiliyor. Daha once baska gelistiriciler yine bunu dile
getirmisti, bir konu tartisildigi sirada dikkat edilmeye baslaniyor,
daha sonra tekrar eski haline geliyor. Ama bununla ilgili "adý konmuþ"
zaman kurallari olmadigi icin bu sagliksiz olcumun bile aslinda sadece
gecici bir performans olarak kalabilecegi bir gercek.

Daha test ekibinin gokten zembille indigi ilk andan beri ayni seyi
defalarca soyledim. Surecin belirsiz degil, belirli olmasi gerekir.
Paket testlerine ne zaman baslanir (or: her Sali), kararli depoya ne
zaman paket aktarilir (or: her Pazartesi), test deposu ne zaman
derlenir (or: her iki gunde bir). Bunu kisilerin keyiflerine birakmamak
gerekiyor. Yakinda test surecinde 1 yili devirmis olacagiz, hala bu
konuda bir arpa boyu yol katedilmek istenmiyor.

Istenmiyor diyorum cunku bunlari tanimlayip, kaotik ve belirsiz ortam
yerine bunu gercek bir surec haline getirmenin cok zaman alacagini
dusunmuyorum.

Oysa nedense surekli bir "savunma" ve "koruma" hali devam ediyor.
Yapilan bircok iyilestirme onerisi (paketleri siniflandirma, zaman
tanimlarinin yapilmasi, vb) sanki yapilmamis gibi davranilip "ya hep,
ya hic" yaklasimlari sergileniyor.

Ben yapilan saptirmalari duzeltmek icin hem tekrar tekrar anlatmakta,
hem de surekli yazdiklarimi hatirlatacak enerjiyi bulmakta gucluk
cekiyorum.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From dfisek at fisek.com.tr  Sun Dec 21 13:35:34 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Sun, 21 Dec 2008 13:35:34 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812202323.37517.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051452.22820.ekin@pardus.org.tr>
	<20081219123551.2904eec9.dfisek@fisek.com.tr>
	<200812202323.37517.ekin@pardus.org.tr>
Message-ID: <20081221133534.fbec5046.dfisek@fisek.com.tr>

Sat, 20 Dec 2008 23:23:37 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> Ben bunlarýn hiçbirine karþý deðilim teoride. Ama her kararý bileþen
> sorumlusu tek baþýna verirse bu bileþen sorumlularýnýn birbirinin
> ayaðýna basmamasý için bir mekanizma gerekecek
Bu "mekanizma" zaten oyle ya da boyle isliyor ve islemek zorunda. Bugun
daha kucuk olcekte olani birbirine bagli paketler icin gecerli. Paketin
birinin sorumlusu biri iken, digerinin sorumlusu baskasi olabiliyor.

> bileþen sorumlusu olmak isteyene de kimse dur demiyor (örn. Ýnanç
> Yýldýrgan Font bileþeni sorumlusu oldu yakýn zamanda), bileþeni ile
> ilgili bir karar vermek / deðiþiklik yapmak isteyene de.
Bunun paket paylasimindan bir farki yok ki.

Caglar, Ismail ve Erdinc'in uzerinde projeden ayrilmalari sonucu
paketlerini guncelleyememelerinin uzerinden aylar hatta yildan fazla
zaman gecmesine karsin uzerlerinde yuzlerce paket gozukuyordu, "kimse
dur demiyor"du da uzerine almak isteyene. Eee... Bu sorunu cozuyor
muydu?

> Açýkçasý sürüm yöneticisi olarak kimseyle yetki paylaþmak istemiyor,
> ali kýran baþ kesen olmayý tercih ediyormuþum gibi bir algý var
> özellikle bu postada, anlamakta güçlük çekiyorum.
Acikcasi yazar olarak oyle bir algim yoktu, oyle bir dusunce
olusturduysam da ozur dilerim. Niyetim o degildi.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From dfisek at fisek.com.tr  Sun Dec 21 13:58:00 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Sun, 21 Dec 2008 13:58:00 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812202347.08686.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812042313.34497.ekin@pardus.org.tr>
	<20081219120822.7dd2e68f.dfisek@fisek.com.tr>
	<200812202347.08686.ekin@pardus.org.tr>
Message-ID: <20081221135800.756b17f5.dfisek@fisek.com.tr>

Sat, 20 Dec 2008 23:47:08 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> > sene olmasina, 6 aydir neredeyse hic yeni yazilim girmemesine ve
> > hatalari duzeltilmemesine karsin hala 2007 kullanan bircok kullanici
> > olmasi bunun en buyuk kaniti.
> Ben bunu anlamlý sebebinin 2007'nin kararlýlýðýndan çok destek
> verdiðimiz bir 2007 -> 2008 geçiþ sistemimizin olmamasý olduðunu
> düþünüyorum ama. 
Evet, soyledigin onemli bir etken. Ama bence ana etken degil.

Sadece bir tusa basarak guncelleyememe yuzunden 6 aydir eski surum
kullanmaya devam etmez insanlar.

> Senin önerinden ben ayný sürüm içinde stable - unstable dal maintain
> etmek anlýyorum ben. Yani bir yýl önce önerini uygulamýþ olsaydýk : 
...
> Bu da pratikte ayný anda iki yerine üç daðýtým maintain etmek demek.
Dogru.

Dagitimin hedeflerini sormamin nedeni de buydu (nedense pek ilgisiz
goruldu). "Kurum masaustlerinde Linux kullanimi" gibi bir hedef varsa,
bu bence kacinilmaz. Bu olmazsa kurumlarda kullanilmaz anlaminda
demiyorum. Ilk birkac hedeften biriyse bunun oyle ya da boyle yapilmasi
gerekiyor diyorum.

MSB'yi ornek alirsak, public olarak olmasa da, arka planda bunu yapmak
zorunda kaldiginiza eminim. 2007 kurmustunuz o sistemlere. 2008'e
aktarildigini sanmiyorum. 2009 ciktigi zaman da 2009'a aktarilacagini
da sanmiyorum. Arka planda o "dagitim"i maintain etmeye devam
edeceksiniz.

> 6 ay bana biraz hýzlý geliyor, ama bence yapýlabilir tabii ki. Ama bu
> konu her gündeme geldiðinde karþýmýza hayatýn gerçekleri çýkýyor -
...
Hizli evet... Ama API/ABI kirmayacagiz hedefini daha uzun sure
tutturmak daha guc olabilir bence.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From serbulent at pardus.org.tr  Sun Dec 21 22:28:41 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Sun, 21 Dec 2008 22:28:41 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812191732.49959.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812191457.34441.serbulent@pardus.org.tr>
	<200812191732.49959.serbulent@pardus.org.tr>
Message-ID: <200812212228.41975.serbulent@pardus.org.tr>

On Friday 19 December 2008 17:32:49 Serbulent UNSAL wrote:
> Verileri biraz gözden geçirip yeniden düzenledim ve sayfalara böldüm.
> Ayrýca bir de sýklýk daðýlýmý ekledim.

Her ekleme ve düzeltmede buraya göndermemek için dosyayý [1] adresine koydum. 
FYI

[1] http://cekirdek.pardus.org.tr/~serbulent/test/paket_zaman.ods

-- 
Ýyi Çalýþmalar;
 
Serbülent                                                                   

From serbulent at pardus.org.tr  Sun Dec 21 22:33:22 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Sun, 21 Dec 2008 22:33:22 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <20081221130017.b271779d.dfisek@fisek.com.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812201851.58562.tekman@pardus.org.tr>
	<20081221130017.b271779d.dfisek@fisek.com.tr>
Message-ID: <200812212233.22277.serbulent@pardus.org.tr>

On Sunday 21 December 2008 13:00:17 Doruk Fisek wrote:
> Sat, 20 Dec 2008 18:51:58 +0200, Erkan Tekman <tekman at pardus.org.tr> :
> > Test adýmýný ortadan kaldýrsak toplam süre 12,5 gün olacak. Bunun
> > kabul edilebilir, 17,6'nýn kabul edilemez bir süre olduðunu mu
> > düþünüyoruz?
> > ACK/NACK ve test adýmlarýný kaldýrýrsak süre 6,4 güne düþecek. Evet,
> > bu diðerlerinden net bir þekilde 1+ hafta daha kýsa bir süre. Ama
> > gerçekten aradaki süreçleri kaldýrmaya deðecek mi?
>
> Oncelikle kisisel fikrim, yapilan istatistik cok sagliksiz. Rastgele
> paket secerek yapilmis ama zaman dilimlerine gore yapilan is oldukca
> farklilik gosteriyor.
>

Öncelikle bu çalýþma "Bakýn ne kadar da hýzlýyýz" amacýyla yapýlmadý. Orada 6 
günde biten test örneði de var ( ki olmasý gerekenden yavaþ bence ) , 3 günde 
bitende ( bu da fazla hýzlý ve katýlýmýn düþük olduðu bir testti )

> Hicbir problemi olmamasina karsin 1.5 ayda gecen paketler oldugu gibi,
> problemli olmasina karsin 3 gunde aktarilan paketler de oldu.
> Sadece son 1 ayda, o da rastgele ortalama alip paketlerin 17.6 gunde
> depoya vardigini dusunmek, yanlis bir kabulle yanlis bir sonuca varmak
> oluyor.
>
> Ornegin ilgili kisilerin halet-i ruhiyyesine gore bir paketin sadece
> ikili test deposuna varmasi bile bir haftayi bulabiliyor. Ya da test
> deposuna bir gun sonra varmasina karsin, test surecine girmesi 2-3
> haftayi bulabiliyor.


Bu dediðin örneklerin hemen hepsi çalýþmada da görülebiliyor, demek o kadar da 
saðlýksýz deðilmiþ ? Test deposunda yeterince beklemiþ, hata içermeyen ve 
geliþtiricisinin ilk seferde ACK verdiði bir paket için ortalama doðru. 

Tek tek örnekler üzerinden konuþarak gerçekçi bir tartýþma yapýlamayacaðýný 
düþündüðümüzden böyle bir çalýþmaya gerek duyduk. O yüzden tartýþmayý tekrar 
uç örnekler üzerinden yürütmesek ? 


>
> Su bir gercek, bu konunun tekrar ciddi (ve sert) bir bicimde
> tartisilmaya baslandigi son 1-2 ayda test sureci artik daha ciddi
> bicimde yapiliyor.


Bu konu tartýþýlsa da tartýþýlmasa da aklýmýzda süreçlerimizi nasýl daha iyi 
yaparýz sorusu hep var. Ýçimizden birisi unutsa diðerleri unutulmasýna zaten 
müsade etmez, etmiyor da.

Senin bir baþka postanda söylediðin gibi 8-10 aylýk olan bir süreç bu. Daha 
yeni yeni her test öncesi onlarca paketin nasýl test edileceðini ilk defa 
yazmaktan 3-5 paketin testini yazma durumuna geldik. 

Test süreçlerini nasýl daha iyileþtirebiliriz konulu (ki bir bölümü cevapsýz 
kalan veya 3 gün tartýþýlýp unutulan) postalarým halen mevcut bu listede.

> Daha once baska gelistiriciler yine bunu dile 
> getirmisti, bir konu tartisildigi sirada dikkat edilmeye baslaniyor,
> daha sonra tekrar eski haline geliyor.

Baþlangýçdan bu yana genel olarak daha hýzlandýðý doðru sürecin. Evet bu 
listedeki tartýþmalarýnda buna katkýsý olmuþtur. Ama cümlenin 2. kýsmýndaki 
ithamý eðer yanýnda saðlam sayýsal veriler ile desteklemeyeceksen kabul etmem 
mümkün deðil. Bir þeyleri suçlarken hiç olmazsa destekleyecek bir iki kanýt 
koy yanýnaki havanda su dövmeyelim. 

> Ama bununla ilgili "adý konmuþ" 
> zaman kurallari olmadigi icin bu sagliksiz olcumun bile aslinda sadece
> gecici bir performans olarak kalabilecegi bir gercek.
>
> Daha test ekibinin gokten zembille indigi ilk andan beri ayni seyi
> defalarca soyledim. Surecin belirsiz degil, belirli olmasi gerekir.
> Paket testlerine ne zaman baslanir (or: her Sali), kararli depoya ne
> zaman paket aktarilir (or: her Pazartesi), test deposu ne zaman
> derlenir (or: her iki gunde bir). Bunu kisilerin keyiflerine birakmamak
> gerekiyor. Yakinda test surecinde 1 yili devirmis olacagiz, hala bu
> konuda bir arpa boyu yol katedilmek istenmiyor.
>
> Istenmiyor diyorum cunku bunlari tanimlayip, kaotik ve belirsiz ortam
> yerine bunu gercek bir surec haline getirmenin cok zaman alacagini
> dusunmuyorum.

Peki sence, bu adamlarýn caný istemiyordan daha mantýklý bir neden olamaz mý 
ortada ?

Þöyle yapalým; sen bana bundan sonraki testlerde kaç defa testci deposunu 
çeþitli sebeplerden yeniden oluþturmak zorunda kalacaðýmý, kaç defa testin 
bitmesini engelleyen kritik hata ile karþýlacaðýmýzý, bu hatalara iliþkin, 
hata bildiren testçiden ne kadar zamanda geri dönüþ alacaðýmýzý ve benim 
tahmin edemeyeceðim bunlara benzer diðer sorunlarýn ne kadar zaman alacaðýný 
söylersen ben de hemen sana yýllýk programý çýkartýrým.

Konu kimsenin keyfi ile ilgili deðil senin anlayacaðýn. Ama belirli bir 
periyot vermek de mümkün deðil. Sadece elimizden gelenin en iyisi demekle 
yetinmek durumundayýz, istemesek de.

>
> Oysa nedense surekli bir "savunma" ve "koruma" hali devam ediyor.
> Yapilan bircok iyilestirme onerisi (paketleri siniflandirma, zaman
> tanimlarinin yapilmasi, vb) sanki yapilmamis gibi davranilip "ya hep,
> ya hic" yaklasimlari sergileniyor.
>

Hayýr sadece alternatif süreçlerin daha faydalý olacaðýna 1-2 kiþinin deðil 
ortak aklýn ikna olmasý gerekiyor. Bir de madem bir taþ atýyoruz bu sefer 
düzgün atalým, hem de nasýl taþ atýlacaðýný adam gibi 
tanýmlayalým/belgelendirelim durumu var iþleri biraz daha yavaþlatan.

> Ben yapilan saptirmalari duzeltmek icin hem tekrar tekrar anlatmakta,
> hem de surekli yazdiklarimi hatirlatacak enerjiyi bulmakta gucluk
> cekiyorum.
>
>                    Doruk

Sanki insanlar senin yazdýklarýný bilerek erteliyor/savsaklýyor/saptýrýyor muþ 
fikrine kapýldýðýný düþünüyorum.

Tüm samimiyetimle söylüyorum ki, böyle bir þey yok. Lütfen tartýþmaya devam 
etmeden bu tür düþüncelerin etkisinden kurtulmaya çalýþ. Aksi halde bu konu 
baþlýðý karþýlýklý ego tatmininden baþka bir sonuca varmayacak ki, böyle 
olsun istemiyorum.

Bu kadar zaman emek ve enerji harcadýðýmýz bu tartýþmalar serisinin sonunda 
elimizde somut birþeyler görmeyi en çok isteyenlerden biriyim emin ol. 

-- 
Ýyi Çalýþmalar;
 
Serbülent                                                                   

From gkmngrgn at gmail.com  Mon Dec 22 03:19:45 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Mon, 22 Dec 2008 03:19:45 +0200
Subject: [Gelistirici] QuodLibet Eklentileri
Message-ID: <494EEB31.8090000@gmail.com>

Arkadaþlar merhaba,
   QuodLibet'in eklentilerini nasýl paketleyeceðim konusunda size 
danýþmak istedim. Debian ve Archlinux'ta QuodLibet eklentileri svn'den 
çekilerek veya bütün halinde arþivi oluþturularak paketlenmiþ; 
Gentoo'daysa tek tek paketleme yoluna gidilmiþ. Açýkçasý ben tek bir 
eklenti dosyasý için paket oluþturmak yerine quodlibet-plugins adýnda 
bir paket oluþturmayý düþünüyorum.
   Fakat burada da bir baþka sorun karþýma çýktý. Ýçindeki eklentilerin 
bir kýsmýnýn baðýmlýlýklarý saðlanamýyor. Bu sebeple de kendim arþivi 
oluþturup bir yere upload ederek, onu paketlemeyi düþünüyorum. Ama 
arþivi nereye göndereceðim konusunda sýkýntý çekiyorum. Bu konuda fikri 
olan?

From turkersezer at tsdesign.info  Mon Dec 22 03:32:07 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Mon, 22 Dec 2008 03:32:07 +0200
Subject: [Gelistirici] QuodLibet Eklentileri
In-Reply-To: <494EEB31.8090000@gmail.com>
References: <494EEB31.8090000@gmail.com>
Message-ID: <200812220332.07218.turkersezer@tsdesign.info>

On Monday 22 December 2008 03:19:45 Gökmen Görgen wrote:
> arþivi nereye göndereceðim konusunda sýkýntý çekiyorum. Bu konuda fikri
> olan?

vsftpd'nin ssl desteðinden kaynaklandýðý düþünülen bir bug'dan dolayý yarým 
kalan bir ftp sunucu kurulumu iþimiz vardý. Eðer bu sorun çözüldüyse bu 
hizmetten faydalanmaya baþlayabiliriz sanýrým.

Sorun çözülemediyse de burdan bir kez daha ping atmýþ olalým ilgililere. Baþka 
bir ftp server, baþka bir yöntem felan bulup kurarlar belki ftp sunucusunu. 


Türker

From turkersezer at tsdesign.info  Mon Dec 22 03:48:13 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Mon, 22 Dec 2008 03:48:13 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812212233.22277.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<20081221130017.b271779d.dfisek@fisek.com.tr>
	<200812212233.22277.serbulent@pardus.org.tr>
Message-ID: <200812220348.13372.turkersezer@tsdesign.info>

On Sunday 21 December 2008 22:33:22 Serbulent UNSAL wrote:
> On Sunday 21 December 2008 13:00:17 Doruk Fisek wrote:
> > Daha once baska gelistiriciler yine bunu dile
> > getirmisti, bir konu tartisildigi sirada dikkat edilmeye baslaniyor,
> > daha sonra tekrar eski haline geliyor.
>
> Ama cümlenin 2. kýsmýndaki 
> ithamý eðer yanýnda saðlam sayýsal veriler ile desteklemeyeceksen kabul
> etmem mümkün deðil. Bir þeyleri suçlarken hiç olmazsa destekleyecek bir iki
> kanýt koy yanýnaki havanda su dövmeyelim.

Tartýþýldýðý süreçte ve hemen ertesinde özen gösterilen fakat kýsa zaman 
içinde diðer iþler arasýnda kaynayýp eski haline dönen iþlerin ayrýntýlý 
dökümünü istiyorsan bunu çýkarmakla uðraþmak gereksiz olur ama örnek 
istiyorsan örnek vermekte sýkýntý çekmeyiz sanýrým. Review süreci, pardus 
araçlarýnýn yeni sürüm çýkarýrken taglenmesi felan gibi ilk anda aklýma gelen 
örnekler mevcut.

Ayrýca belirtmek gerekiyor ki bunlara vurgu yapmamýzdaki maksat kimseyi 
suçlamak deðil, daha önce yaptýðýmýz hatalarý, eksiklikleri tekrarlamamak 
için tespit etmek. Yoksa eminim ki kimse tartýþýldýðý zaman insanlarýn aðzýna 
bir parmak bal çalmak için bunlara özen gösterildiðini daha sonra bilinçli 
olarak tamam bu kadar yeter dendiðini düþünmüyor. Bunlar bir standarta 
oturmadýðýndan iþ yoðunluðu arasýnda kaynayabiliyor.

> > Istenmiyor diyorum cunku bunlari tanimlayip, kaotik ve belirsiz ortam
> > yerine bunu gercek bir surec haline getirmenin cok zaman alacagini
> > dusunmuyorum.
>
> Peki sence, bu adamlarýn caný istemiyordan daha mantýklý bir neden olamaz
> mý ortada ?
>
> Þöyle yapalým; sen bana bundan sonraki testlerde kaç defa testci deposunu
> çeþitli sebeplerden yeniden oluþturmak zorunda kalacaðýmý, kaç defa testin
> bitmesini engelleyen kritik hata ile karþýlacaðýmýzý, bu hatalara iliþkin,
> hata bildiren testçiden ne kadar zamanda geri dönüþ alacaðýmýzý ve benim
> tahmin edemeyeceðim bunlara benzer diðer sorunlarýn ne kadar zaman
> alacaðýný söylersen ben de hemen sana yýllýk programý çýkartýrým.

Kimse kimseden yýllýk program istemiyor. Ayrýca elbette ki kimse keyfine göre 
ack/nack sürecini, test sürecini vs. geciktirmiyor. Fakat þu anki halinde 
sürecin ne zaman baþlayacaðý belli olmadýðýndan gecikip gecikmediðini bile 
bilemiyoruz. Mesela bir testci herþey normal giderse bir sonraki testin ne 
zaman baþlayacaðýný bilme þansýna sahip deðil. Yine ayný þekilde biz yeni 
ack/nack sürecinin baþlama zamanýný bilemiyoruz.

Ayrýca söylediðin sorunlarýn da "test deposu 2 gün arayla derlenir", "testler 
her perþembe baþlar" gibi kurallar koyulmasýyla alakasý yok bana göre.

Test deposunun 2 günde bir derleneceði, testin perþembeleri baþlayacaðý 
belirlenir, bu kurallara uymak için gerekenler yapýlýr. Bir sorun çýkar da 
süreç belirtilen zamanda yapýlamazsa da bunun sebebi söylenir, süreç devam 
eder.

> Konu kimsenin keyfi ile ilgili deðil senin anlayacaðýn. Ama belirli bir
> periyot vermek de mümkün deðil. Sadece elimizden gelenin en iyisi demekle
> yetinmek durumundayýz, istemesek de.

Daha iyi bir yapýya ulaþabilmek için bu kadar yazdýðýmýza göre keyfi birþeyler 
olmadýðýna inanýyoruz demek ki. Çabamýz sorunlarýn belirlenmesi mümkün 
olduðunca çözülmesi, süreçlerin netleþmesi yönünde.

> > Oysa nedense surekli bir "savunma" ve "koruma" hali devam ediyor.
> > Yapilan bircok iyilestirme onerisi (paketleri siniflandirma, zaman
> > tanimlarinin yapilmasi, vb) sanki yapilmamis gibi davranilip "ya hep,
> > ya hic" yaklasimlari sergileniyor.
>
> Hayýr sadece alternatif süreçlerin daha faydalý olacaðýna 1-2 kiþinin deðil
> ortak aklýn ikna olmasý gerekiyor. Bir de madem bir taþ atýyoruz bu sefer
> düzgün atalým, hem de nasýl taþ atýlacaðýný adam gibi
> tanýmlayalým/belgelendirelim durumu var iþleri biraz daha yavaþlatan.

Diðer threadlerde de, burada da niye bunlarý konuþtuðumuzu, ortak niyetimizin 
Pardusla ilgili süreçleri daha iyiye götürmek, hem ortaya çýkan ürünü 
iyileþtirmek hem bu ürün için çalýþanlarý daha rahat/verimli çalýþýr hale 
getirmek olduðunu söylemek durumunda kaldýk. Demek ki þu ya da bu þekilde 
bunun dýþýnda (ya da bunlara ek olarak) birþeyler söylemeye çalýþtýðýmýz 
düþünülüyor zaman zaman.

Herkes böyle birþeyin olmadýðýnda hemfikir olduðu halde nasýl her seferinde 
böyle birþeyle karþýlaþýyoruz sorusunun yanýtýný ise maalesef bilmiyorum.


Türker

From coderlord at gmail.com  Mon Dec 22 09:56:28 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 22 Dec 2008 09:56:28 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812191034.15083.gurer@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
Message-ID: <4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>

19 Aralýk 2008 Cuma 10:34 tarihinde Gürer Özen <gurer at pardus.org.tr> yazdý:
> Aslýnda en güzeli yerel bir dns proxy yazmak, yada uygun bi tane bulup entegre
> etmek. Bir global listesi olacak, bir de dhcp'den vb gelen geçici listesi.
> Ýsim çözme ricasý geldiðinde listedeki herkese paralel sorgulama yapacak,
> daha sonra içlerinden en hýzlý cevap vereni kullanmaya devam edecek. O da
> yavaþ cevap verir hale gelirse tekrar listeden tarayacak. Sistemdeki
> resolv.conf ise bunu kullanacak þekilde ayarlanýp öyle býrakýlacak.

Gürer'in tanýmladýðý bu iþi karþýlayacak ve sorunumuzu çözecek bir
uygulama buldum.

dnsmasq - http://www.thekelleys.org.uk/dnsmasq/doc.html

Uygulamanýn artýlarý:

Uygulamayý seçme nedenlerimden ilki dbus desteðinin olmasý. Yani
resolv.conf elleþmeden veya baþka dosyalarý yaz boz yapmadan dbus
yoluyla dns sunucu ekleyebiliyorsunuz. resolv.conf ve hosts
dosyasýndaki deðiþiklikleri izliyor, deðiþiklik varsa otomatik
listesini güncelliyor. ppp dns dosyasý oluþtuðunda otomatik dns
listesine ekliyor. Gürer'in tanýmladýðý gibi, paralel sorgu yapabilip
içinden en hýzlýyý seçiyor. Daha da güzeli dns caching yapýyor. Bu
sayede normalde 120 ms olan dns sorgu sürem cache'lenen sorgularda 1
ms 'ye indi. Sayfalarýn bariz biçimde daha hýzlý yanýt verdiðine þahit
oldum. Modem kullanýcýlarý için performans bariz biçimde artacak
bence. Test etmek lazým.

Eksileri:

dbus altyapýsý istediðim metodlarý saðlamýyor. Eklemek lazým. ( Bu da
halloldu sayýlýr )

stack modelinde dnsmasq ile birlikte çalýþmasý için gereken þeyleri
hallettim. Gayet güzel çalýþmakta. Biraz daha ince ayar gerekli.Belki
bazý Comar modellerinde deðiþiklik gerekecek. Þu an emin deðilim o
duruma gelince tartýþýrýz. Yakýnda ilgili kodlarý playground a atarým.

Bundan önce ben size aklýmdakileri söyleyeyim. Tasarýmýn bir özetini
çýkartmaya çalýþayým, bunun üzerinde kafanýza yatmayaný konuþuruz:

Global olarak kullandýðýmýz DNS tanýmlarýnýn çok bir anlamý olmadýðýný
düþünüyorum. Çýkarabiliriz veya kalabilir. Çok önemli deðil. Priority
de sona atarýz bu dns sunucularý.

Her profil kendi dns tanýmlarýný taþýmalý. Bu Auto (dhcp'den) veya
manual (elle istenildiði kadar) olabilir. (NM arabirim deðiþikliði
lazým!)

Ayný anda iki profil up durumda ise her ikisinin de dns tanýmlarý dns
listesine eklenir. Profillerden birisi down olduðunda o profile ait
dns tanýmý dns listesinden çýkar, diðer profile ait olan kalýr. (dns
listesinden kastým dnsmasq'a gönderdiðimiz dns adres listesi) Bütün
profiller down olduðunda dns listesi boþalýr. (Veya koddan tamamen
çýkartmazsak sadece global dns tanýmlarý kalýr.)

resolv.conf üzerinde bir deðiþiklik yapýlmaz. resolv.conf'da dnsmasq
kullanýlmasý için sadece "nameserver 127.0.0.1" tanýmý bulunur. Herþey
dbus üzerinden dnsmasq ile konuþarak halledilir. (Dosya iþlemi
olmayacaðý/azalacaðý için Laptop pil süresinde ufak bir iyileþtirme
diye düþünülebilir)

Bütün bunlar sayesinde DNS için, daha merkezi ve yönetilebilir bir yapý oluþur.

Fikirler, görüþler lütfen.

-- 
Furkan Duman

From gurer at pardus.org.tr  Mon Dec 22 10:32:13 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Mon, 22 Dec 2008 10:32:13 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
Message-ID: <200812221032.13977.gurer@pardus.org.tr>

On Monday 22 December 2008 09:56:28 Furkan Duman wrote:

> dbus altyapýsý istediðim metodlarý saðlamýyor. Eklemek lazým. ( Bu da
> halloldu sayýlýr )

> Bütün bunlar sayesinde DNS için, daha merkezi ve yönetilebilir bir yapý
> oluþur.

Aslansýn, Pardussun :)

From ozan at pardus.org.tr  Mon Dec 22 10:36:09 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 10:36:09 +0200
Subject: [Gelistirici] [paketler-commits] r57068 -
 in	playground/review/applications/multimedia/esound: . files
In-Reply-To: <fe9771a80812191530h14966d62p868c367a53066c1f@mail.gmail.com>
References: <20081219125217.A3EA01384050@ns1.pardus.org.tr>
	<fe9771a80812191530h14966d62p868c367a53066c1f@mail.gmail.com>
Message-ID: <494F5179.9090105@pardus.org.tr>

Emre Erenoglu wrote On 20-12-2008 01:30:
> Merhaba,
> 
> Kusura bakmayin karisiyorum ama ESD artik obsolute olup pulseaudio
> tarafindan devralinmadi mi? Yani pulseaudio icinde normalde esd icin calisan
> bir executable var, onun yerine birebir kullanilabiliyor.
> 
> Neden esd gerekiyor ayrica anlayamadim..

aslýnda obsolete oldu denemez halen sürüm çýkartýyor. pulseaudio'nun içinde esd modülü var ancak örneðin thunderbird doðrudan /usr/lib/esd.so'ya eriþip onunla ses çalmaya çalýþtýðýndan bu esound gerekiyor. Bu paket bir servis olarak calismiyor zaten, esd.so vasýtasýyla pulseaudio kullanýyor yine..


-- 
Ozan Çaðlayan


From bahadir at pardus.org.tr  Mon Dec 22 10:57:18 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 22 Dec 2008 10:57:18 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
Message-ID: <200812221057.22533.bahadir@pardus.org.tr>

22 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Gürer'in tanýmladýðý bu iþi karþýlayacak ve sorunumuzu çözecek bir
> uygulama buldum.
>
> dnsmasq - http://www.thekelleys.org.uk/dnsmasq/doc.html

Süper!

> dbus altyapýsý istediðim metodlarý saðlamýyor. Eklemek lazým. ( Bu da
> halloldu sayýlýr )

Eline saðlýk :)

> stack modelinde dnsmasq ile birlikte çalýþmasý için gereken þeyleri
> hallettim. Gayet güzel çalýþmakta. Biraz daha ince ayar gerekli.Belki
> bazý Comar modellerinde deðiþiklik gerekecek. Þu an emin deðilim o
> duruma gelince tartýþýrýz. Yakýnda ilgili kodlarý playground a atarým.

uludag/branches/net-link-2.0/ gibi bir branch aç, gözden geçirmeye 
baþlayalým betikleri.

> Her profil kendi dns tanýmlarýný taþýmalý. Bu Auto (dhcp'den) veya
> manual (elle istenildiði kadar) olabilir. (NM arabirim deðiþikliði
> lazým!)

Hallederiz :)

Net.Link ve Net.Stack'teki DNS metodlarý birden fazla DNS alabiliyor, 
sadece arabirim deðiþikliði yeterli olur.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081222/ffeea14d/attachment.pgp 

From erenoglu at gmail.com  Mon Dec 22 12:59:48 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 11:59:48 +0100
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
Message-ID: <fe9771a80812220259g86e9c03mb6c56bc8ee01e46e@mail.gmail.com>

Merhaba,

2008/12/22 Furkan Duman <coderlord at gmail.com>

> 19 Aralık 2008 Cuma 10:34 tarihinde Gürer Özen <gurer at pardus.org.tr>
> yazdı:
> > Aslında en güzeli yerel bir dns proxy yazmak, yada uygun bi tane bulup
> entegre
> > etmek. Bir global listesi olacak, bir de dhcp'den vb gelen geçici
> listesi.
> > İsim çözme ricası geldiğinde listedeki herkese paralel sorgulama yapacak,
> > daha sonra içlerinden en hızlı cevap vereni kullanmaya devam edecek. O da
> > yavaÅŸ cevap verir hale gelirse tekrar listeden tarayacak. Sistemdeki
> > resolv.conf ise bunu kullanacak şekilde ayarlanıp öyle bırakılacak.
>
> Gürer'in tanımladığı bu işi karşılayacak ve sorunumuzu çözecek bir
> uygulama buldum.
>
> dnsmasq - http://www.thekelleys.org.uk/dnsmasq/doc.html


Dnsmasq bir cok router'in icinde gelen nezih bir daemon'dur.


> Uygulamanın artıları:
>
> Uygulamayı seçme nedenlerimden ilki dbus desteğinin olması. Yani
> resolv.conf elleşmeden veya başka dosyaları yaz boz yapmadan dbus
> yoluyla dns sunucu ekleyebiliyorsunuz. resolv.conf ve hosts
> dosyasındaki değişiklikleri izliyor, değişiklik varsa otomatik
> listesini güncelliyor. ppp dns dosyası oluştuğunda otomatik dns
> listesine ekliyor. Gürer'in tanımladığı gibi, paralel sorgu yapabilip
> içinden en hızlıyı seçiyor. Daha da güzeli dns caching yapıyor. Bu
> sayede normalde 120 ms olan dns sorgu sürem cache'lenen sorgularda 1
> ms 'ye indi. Sayfaların bariz biçimde daha hızlı yanıt verdiğine şahit
> oldum. Modem kullanıcıları için performans bariz biçimde artacak
> bence. Test etmek lazım.


Burada anlayamadigim bir sey var. Bildigim kadari ile pratikte Pardus
internete 2 yolla baglanabilir.
1) Evdeki veya ofisteki bir router araciligi ile
2) ADSL PPPoE ile dogrudan
bunlarin ustune 3. ve 4. baglanti sekilleri olabilir:
3) VPN ile PPTP veya L2TP veya IPSEC
4) PPP Dial-Up

Bunlardan, sirayla:
1) Pardus DHCP sunucu'dan DNS adreslerini alir, bu DNS'ler evdeki router'in
icinde calisan dns proxy (dnsmasq gibi) ya da sirket agindaki DNS sunucu
veya router olabilir. Her durumda bir DNS sunucu agda mevcuttur ve gerekli
cashing'i bu yapar. Pardus'un bir daha cashing dns calistirmasi icin bir
sebep gormuyorum.
2) Mesajlardan okuduguma gore PPP turleri (ADSL, Dial-Up) baglanti
yapildiginda PPP resolv.conf'u baska bir yere linkliyormus. Bu da PPP
gocerse sorun cikartiyormus. OK, buna bir cozum bulunmali.

Bunun yaninda, ozel isler disinda hicbir dagitimda yerel dnsmasq
kullanildigini gormedim. Ozel isler derken, ornegin libvirt sanal makinelere
NAT yapan virbr0 koprusu uzerinde dnsmasq calistirir IP adresi vs. dagitmak
icin. Bu sebepten dnsmasq kullanilacaksa, dikkatli olmak lazim cunku diger
islerde kullanilacak dnsmasq'larin islevini etkileyebilir.


Global olarak kullandığımız DNS tanımlarının çok bir anlamı olmadığını
> düşünüyorum. Çıkarabiliriz veya kalabilir. Çok önemli değil. Priority
> de sona atarız bu dns sunucuları.


Kesinlikle katiliyorum, global DNS neden var anlayamiyorum. Her baglanti
yapildiginda DHCP'den DNS adresleri geliyor zaten , bu bilgi ile resolv.conf
bir sekilde update edilmeli. Bununla ilgili 2007 surumunde bir hata raporu
da girmistim bu yuzden bir otelde nete baglanamayinca. Gerekiyorsa
resolv.conf durur, baska bir yere dosya eklenip kaldirilarak konfig update
edilir baglantiya ozel yeni dns'leri de alacak sekilde.

Her profil kendi dns tanımlarını taşımalı. Bu Auto (dhcp'den) veya
> manual (elle istenildiÄŸi kadar) olabilir. (NM arabirim deÄŸiÅŸikliÄŸi
> lazım!)


Bu OK.


> Aynı anda iki profil up durumda ise her ikisinin de dns tanımları dns
> listesine eklenir. Profillerden birisi down olduÄŸunda o profile ait
> dns tanımı dns listesinden çıkar, diğer profile ait olan kalır. (dns
> listesinden kastım dnsmasq'a gönderdiğimiz dns adres listesi) Bütün
> profiller down olduğunda dns listesi boşalır. (Veya koddan tamamen
> çıkartmazsak sadece global dns tanımları kalır.)


Bu da guzel. Ubuntu'da ise resolvconf isimli bir paket var, herhalde
Debian'dan gelmistir. Tanimi soyle:
       Overwrite  (-a)  or  delete  (-d) the nameserver information record
for network
       interface INTERFACE and run the update scripts in
/etc/resolvconf/update.d/  if
       the nameserver information has changed.

Bilmiyorum bu bizim isimizi gorur mu? Ya da dnsmasq metodu daha mi iyi
karsilastirmak lazim. Ancak dnsmasq ile ilgili soyle bir sey demisler gene
tanimda:

       Nameserver  information provided to resolvconf is stored for use by
subscribers
       to resolvconf's notification service.   Subscribers  that  need  to
know  when
       nameserver    information    has   changed   should   install   a
script   in
       /etc/resolvconf/update.d/  (...  or  in
/etc/resolvconf/update-libc.d/:   see
       below).   For  example, *DNS caches such as dnsmasq(8) and pdnsd(8)
subscribe to
       the notification service so that they know whither to forward queries
*.


Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081222/3dce49ec/attachment-0001.htm 

From coderlord at gmail.com  Mon Dec 22 13:21:44 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 22 Dec 2008 13:21:44 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <fe9771a80812220259g86e9c03mb6c56bc8ee01e46e@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
	<fe9771a80812220259g86e9c03mb6c56bc8ee01e46e@mail.gmail.com>
Message-ID: <4cca720b0812220321u16107c42obb6409a580864d7f@mail.gmail.com>

22 Aralýk 2008 Pazartesi 12:59 tarihinde Emre Erenoglu
<erenoglu at gmail.com> yazdý:
> 1) Pardus DHCP sunucu'dan DNS adreslerini alir, bu DNS'ler evdeki router'in
> icinde calisan dns proxy (dnsmasq gibi) ya da sirket agindaki DNS sunucu
> veya router olabilir. Her durumda bir DNS sunucu agda mevcuttur ve gerekli
> cashing'i bu yapar. Pardus'un bir daha cashing dns calistirmasi icin bir
> sebep gormuyorum.

Debian/Ubuntu'daki ResolvConf a daha sonra geleceðim. Burada amaçlanan
dns ekleme çýkartmanýn merkezileþmesi ve yönetimin kolaylaþmasý. dbus
altyapýsý ile dnsmasq bu iþi rahatça karþýlýyor. Ayarlarýndan
cache'leme opsiyonu kaldýrýlabiliyor da. Ancak ben denemelerimde (bkz.
dig) 70-120 ms olan dns sorgu süresinin dnsmasq cache lemesi ile 1 ms
ye düþtüðünü gördüm. Birçok resim obje vs. olan ve içsel dns cache
lemesi olmayan browser larda isim çözümlemesinde toplamda oldukça
büyük bir zaman harcanýyor.
Ayrýca harici dns sunucularýna gelen yükün azaltýlmasý için de local
caching önerilmekte. dnsmasq'ýn güzelliði cache boyutunun
ayarlanabiliyor olmasý ve bellekte çok ufak bir yer kaplamasý.
Dolayýsýyla faydasý, zararýndan büyük olacak diye düþünüyorum.

> Bunun yaninda, ozel isler disinda hicbir dagitimda yerel dnsmasq
> kullanildigini gormedim. Ozel isler derken, ornegin libvirt sanal makinelere

Internetteki araþtýrmalarýmda, ResolvConf yerine dnsmasq
kullanýlmasýný öneren cümlelere rastlamýþtým. Zannedersem Gnome NM'de
dnsmasq kullanýyor veya kullanacak.

> NAT yapan virbr0 koprusu uzerinde dnsmasq calistirir IP adresi vs. dagitmak
> icin. Bu sebepten dnsmasq kullanilacaksa, dikkatli olmak lazim cunku diger
> islerde kullanilacak dnsmasq'larin islevini etkileyebilir.

Bunu bilmiyorum. Denemek lazým.

> yapildiginda DHCP'den DNS adresleri geliyor zaten , bu bilgi ile resolv.conf
> bir sekilde update edilmeli. Bununla ilgili 2007 surumunde bir hata raporu

resolv.conf 'a link oluþturmak, düzenlemek vs gibi iþler hem kodlamada
angarya, hem de daha önce bahsettiðim gibi hdd'nin fazla çalýþmasý ve
pil ömrü gibi sýkýntýlar mevcut. Bence dosya düzenlemek, zorunlu
haller dýþýnda kullanýlmamasý gereken bir yöntem.

> Bu da guzel. Ubuntu'da ise resolvconf isimli bir paket var, herhalde
> Debian'dan gelmistir. Tanimi soyle:
>        Overwrite  (-a)  or  delete  (-d) the nameserver information record
> for network
>        interface INTERFACE and run the update scripts in
> /etc/resolvconf/update.d/  if
>        the nameserver information has changed.

Bunu inceledim. Betik tabanlý karmaþýk bir kodu var. Bizim sisteme
uyarlamanýn da kolay olacaðýný sanmýyorum. Belki baþka bir ilgili de
resolvconf çözümünü implemente eder ve karþýlaþtýrma olanaðýmýz olur.
Bazý sitelerde de resolvconf yerine dnsmasq kullanýlmasýnýn
önerildiðini okudum. Sonuç olarak bana, dnsmasq daha temiz ve
implemente edilmesi daha kolay bir çözüm gibi geliyor. Ayrýca
geniþlemeye açýk bir yapýsý var. Belirli bir domain i istediðin bir ip
ye linkleyebiliyorsun. Bununla, çocuklarý müstehcen sitelerden korumak
için bazý siteleri banlamak mümkün olabilir ileride mesela. Ayrýca
resolv.conf, ppp resolv.conf deðiþikliklerini takip edip otomatik dns
listesine ekleme yapabiliyor. DHCP server TFTP server da barýndýrýyor
içerisinde. Ýsteðe göre bunlarý da açýp kullanabiliyorsun ancak bu
konumuz dýþý ve ben bu özellikleri ile ilgilenmedim.

Kolay gelsin.

-- 
Furkan Duman

From coderlord at gmail.com  Mon Dec 22 13:29:31 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 22 Dec 2008 13:29:31 +0200
Subject: [Gelistirici] =?utf-8?q?Kablolu_a=C4=9Flar_i=C3=A7in_wpa=5Fsuppli?=
	=?utf-8?q?cant_deste=C4=9Fi=2E?=
Message-ID: <4cca720b0812220329n534f2b1fp703b9ba3f56f832@mail.gmail.com>

Merhaba,

kullanici listesinde konu ile ilgili bir yardým isteði gördüm. NM'de
altyapýmýz hazýr olduðuna göre kablolu aðlar için de 802.1X desteðini
niye açmýyoruz diyorum. Ýnsanlar radius vb. sunucu ile auth.
olabilsin.

Kolay gelsin.

-- 
Furkan Duman

From isbaran at gmail.com  Mon Dec 22 13:42:10 2008
From: isbaran at gmail.com (=?ISO-8859-9?Q?=DD=FEbaran_Ak=E7ay=FDr?=)
Date: Mon, 22 Dec 2008 13:42:10 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Kablolu_a=F0lar_i=E7in_wpa=5Fsupplic?=
 =?iso-8859-9?q?ant_deste=F0i=2E?=
In-Reply-To: <4cca720b0812220329n534f2b1fp703b9ba3f56f832@mail.gmail.com>
References: <4cca720b0812220329n534f2b1fp703b9ba3f56f832@mail.gmail.com>
Message-ID: <494F7D12.20502@gmail.com>

Furkan Duman wrote On 22-12-2008 13:29:
> Merhaba,

Merhaba,

> kullanici listesinde konu ile ilgili bir yardým isteði gördüm. NM'de
> altyapýmýz hazýr olduðuna göre kablolu aðlar için de 802.1X desteðini
> niye açmýyoruz diyorum. Ýnsanlar radius vb. sunucu ile auth.
> olabilsin.
> 

Kendi adýma donaným eksikliðinden bir sürü iþim yarým kaldý, yakýn
zamanda inþ. 802.1x li bir þeyler alýp test edip uðraþmayý planlýyorum
bu iþlerle

From serbulent at pardus.org.tr  Mon Dec 22 13:44:32 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Mon, 22 Dec 2008 13:44:32 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812221344.32966.serbulent@pardus.org.tr>

On Wednesday 17 December 2008 14:20:33 Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 18
> Aralýk 2008, 23:59.
>
> ACK/NACK for new packages in 2008-test repo, reply before 18 December 2008,
> 23:59 (GMT+2) please...

Testi biten aþaðýdaki paketler depoya girebilir.

alsa-driver-1.0.18a_20081203-38-31.pisi
alsa-headers-1.0.18a_20081203-25-5.pisi
alsa-lib-1.0.18-32-5.pisi
alsa-plugins-1.0.18-5-5.pisi
alsa-tools-1.0.18-9-4.pisi
alsa-tools-gui-1.0.18-9-1.pisi
alsa-utils-1.0.18-32-8.pisi
bashdb-4.0.0.2-1-1.pisi
fontforge-0.0_20081117-11-8.pisi
freetype-2.3.7-31-6.pisi
grsync-0.6.2-6-2.pisi
lxsplit-0.2.4-5-3.pisi
package-manager-1.3.9-53-20.pisi
perl-Clone-0.30-5-3.pisi
pisi-2.1.0-105-30.pisi
sip-4.7.9-28-7.pisi
vsftpd-2.0.7-17-3.pisi
whois-4.7.29-10-3.pisi
wordwarvi-0.24-6-4.pisi

-- 
Ýyi Çalýþmalar,

Serbülent

From gurer at pardus.org.tr  Mon Dec 22 14:08:37 2008
From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=)
Date: Mon, 22 Dec 2008 14:08:37 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <fe9771a80812220259g86e9c03mb6c56bc8ee01e46e@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
	<fe9771a80812220259g86e9c03mb6c56bc8ee01e46e@mail.gmail.com>
Message-ID: <200812221408.38007.gurer@pardus.org.tr>

On Monday 22 December 2008 12:59:48 Emre Erenoglu wrote:

> 1) Pardus DHCP sunucu'dan DNS adreslerini alir, bu DNS'ler evdeki router'in
> icinde calisan dns proxy (dnsmasq gibi) ya da sirket agindaki DNS sunucu
> veya router olabilir. Her durumda bir DNS sunucu agda mevcuttur ve gerekli
> cashing'i bu yapar. Pardus'un bir daha cashing dns calistirmasi icin bir
> sebep gormuyorum.

Asýl amaç caching deðil paralel query. Modemin yada modemin sorduðu telekomun 
falan dns'i cevap vermemeye (ki pek yaygýn bir durum) baþladýðýnda nette 
gezinmeye devam edebiliyoruz bu sayede.

Bu arada, DHCP den DNS adresi gelmesi þart olmadýðý gibi, gelen sunucunun 
hýzlý ve düzgün bir sunucu olacaðýnýn bir garantisi yok.

Þu anki Parduslarda kullanýcý bunu elle ayarlayabiliyor, ama herkesin bu 
kavramlarý bilmesi yada ayarlamakla uðraþmasýna gerek yok. Ayrýca yanlýþ 
ayarlanýrsa gezinmeye engel olabiliyor. Bilgisayar madem kendi baþýna en 
hýzlý ve doðru cevap alacaðý sunucuyu bulabilir, bizi uðraþtýrmasýn.

From faik at pardus.org.tr  Mon Dec 22 14:49:04 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Mon, 22 Dec 2008 14:49:04 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812221344.32966.serbulent@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812221344.32966.serbulent@pardus.org.tr>
Message-ID: <200812221449.04847.faik@pardus.org.tr>

On Monday 22 December 2008 13:44:32 Serbulent UNSAL wrote:
> package-manager-1.3.9-53-20.pisi
> pisi-2.1.0-105-30.pisi

Bu iki paketin depoya alýmýný durdurun lütfen. Demin arayüzden güncelleme 
yaparken bir hata ile karþýlaþtým þimdi inceliyorum.

ClientForm paketi güncellenecek paketler arasýnda görünüyor ama hiç 
güncellenemiyor.

- Faik

From erenoglu at gmail.com  Mon Dec 22 15:58:42 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 14:58:42 +0100
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812221408.38007.gurer@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
	<fe9771a80812220259g86e9c03mb6c56bc8ee01e46e@mail.gmail.com>
	<200812221408.38007.gurer@pardus.org.tr>
Message-ID: <fe9771a80812220558q37c7d253o46b22dc022db059a@mail.gmail.com>

Merhaba,

2008/12/22 Gürer Özen <gurer at pardus.org.tr>

> On Monday 22 December 2008 12:59:48 Emre Erenoglu wrote:
>
> > 1) Pardus DHCP sunucu'dan DNS adreslerini alir, bu DNS'ler evdeki
> router'in
> > icinde calisan dns proxy (dnsmasq gibi) ya da sirket agindaki DNS sunucu
> > veya router olabilir. Her durumda bir DNS sunucu agda mevcuttur ve
> gerekli
> > cashing'i bu yapar. Pardus'un bir daha cashing dns calistirmasi icin bir
> > sebep gormuyorum.
>
> Asıl amaç caching değil paralel query. Modemin yada modemin sorduğu
> telekomun
> falan dns'i cevap vermemeye (ki pek yaygın bir durum) başladığında nette
> gezinmeye devam edebiliyoruz bu sayede.



> Bu arada, DHCP den DNS adresi gelmesi şart olmadığı gibi, gelen sunucunun
>
hızlı ve düzgün bir sunucu olacağının bir garantisi yok.
>


Esasen OK, hatta madem dnsmasq yapilack caching de yapilmali, ancak DHCP'nin
calismamasi, yanlis query vermesi ve/veya DNS'in down olmasi Pardus'u
ilgilendirmemeli. Cikacak her sorun icin cozum uretmeye calismak cok
mantikli olmayabilir. Pardus'ta yapilmasi gereken RFC'ler veya genel
mekanizma ne diyorsa o.


> Şu anki Parduslarda kullanıcı bunu elle ayarlayabiliyor, ama herkesin bu
> kavramları bilmesi yada ayarlamakla uğraşmasına gerek yok. Ayrıca yanlış
> ayarlanırsa gezinmeye engel olabiliyor. Bilgisayar madem kendi başına en
> hızlı ve doğru cevap alacağı sunucuyu bulabilir, bizi uğraştırmasın.


Default olarak DHCP'den almasinda bir sorun olmasin yeter benim icin.

OK, anlasilan dnsmasq'in faydalari cok, uygun bir model bulunursa bunu
"embed" edebilsek sisteme cok guzel olur baska dagitimlara da ornek
olabilir.  (Windows'da da bir caching DNS Client mekanizmasi var).

Caching yapilacaksa, cache'i manuel olarak flush etmenin de bir metodu
olmali, aksi takdirde kullanicilar bu cache'den dolayi da sorun
yasayabilirler. Bu sebeptendir ki windows'da da ornegin "ipconfig /flushdns"
gibi bir komut var.

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081222/231fe71c/attachment-0001.htm 

From gurer at pardus.org.tr  Mon Dec 22 16:01:28 2008
From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=)
Date: Mon, 22 Dec 2008 16:01:28 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <fe9771a80812220558q37c7d253o46b22dc022db059a@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812221408.38007.gurer@pardus.org.tr>
	<fe9771a80812220558q37c7d253o46b22dc022db059a@mail.gmail.com>
Message-ID: <200812221601.28245.gurer@pardus.org.tr>

On Monday 22 December 2008 15:58:42 Emre Erenoglu wrote:

> Caching yapilacaksa, cache'i manuel olarak flush etmenin de bir metodu
> olmali, aksi takdirde kullanicilar bu cache'den dolayi da sorun
> yasayabilirler. Bu sebeptendir ki windows'da da ornegin "ipconfig
> /flushdns" gibi bir komut var.

Timeout'unu çok kýsa tutarýz, mesela 30 saniye yada bir dakika falan. Böylece 
kullanýmda gene bir hýz kazandýrýr ama geçerliliði kalmamýþ data hýzla düþer.

From ekin at pardus.org.tr  Mon Dec 22 16:55:31 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 22 Dec 2008 16:55:31 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812221449.04847.faik@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812221344.32966.serbulent@pardus.org.tr>
	<200812221449.04847.faik@pardus.org.tr>
Message-ID: <200812221655.31849.ekin@pardus.org.tr>

Merhaba;

Monday 22 December 2008 tarihinde, Faik Uygur þunlarý yazmýþtý: 
> On Monday 22 December 2008 13:44:32 Serbulent UNSAL wrote:
> > package-manager-1.3.9-53-20.pisi
> > pisi-2.1.0-105-30.pisi
>
> Bu iki paketin depoya alýmýný durdurun lütfen. Demin arayüzden güncelleme
> yaparken bir hata ile karþýlaþtým þimdi inceliyorum.

Tamamdýr.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Mon Dec 22 17:18:41 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 22 Dec 2008 17:18:41 +0200
Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?=
	=?utf-8?q?ity_Fixes?=
Message-ID: <200812221718.42041.ekin@pardus.org.tr>


Merhaba / Hi;

Bu gece kararlý depolara girecek güvenlik güncellemeleri :
Tonight's Security Fixes for Pardus stable repos : 
------------------------------------------------------------------------

* [Pardus 2008]
git-1.6.0.6-74-11.pisi
git-emacs-1.6.0.6-74-11.pisi
gitweb-1.6.0.6-74-11.pisi

--
Ekin Meroglu <ekin_at_pardus.org.tr>

From coderlord at gmail.com  Mon Dec 22 19:06:29 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 22 Dec 2008 19:06:29 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <fe9771a80812220558q37c7d253o46b22dc022db059a@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
	<fe9771a80812220259g86e9c03mb6c56bc8ee01e46e@mail.gmail.com>
	<200812221408.38007.gurer@pardus.org.tr>
	<fe9771a80812220558q37c7d253o46b22dc022db059a@mail.gmail.com>
Message-ID: <4cca720b0812220906y6cb019ffr51fec43bd27d9eaa@mail.gmail.com>

22 Aralýk 2008 Pazartesi 15:58 tarihinde Emre Erenoglu
<erenoglu at gmail.com> yazdý:
> Caching yapilacaksa, cache'i manuel olarak flush etmenin de bir metodu
> olmali, aksi takdirde kullanicilar bu cache'den dolayi da sorun
> yasayabilirler. Bu sebeptendir ki windows'da da ornegin "ipconfig /flushdns"
> gibi bir komut var.

Bunu kolayca halledebiliriz.

-- 
Furkan Duman

From ozan at pardus.org.tr  Mon Dec 22 19:39:10 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 19:39:10 +0200
Subject: [Gelistirici] BootPerformance
Message-ID: <494FD0BE.8060406@pardus.org.tr>

https://wiki.ubuntu.com/KernelTeam/Specs/BootPerformance

Yorumlar, fikirler..

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From erenoglu at gmail.com  Mon Dec 22 20:26:54 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 19:26:54 +0100
Subject: [Gelistirici] BootPerformance
In-Reply-To: <494FD0BE.8060406@pardus.org.tr>
References: <494FD0BE.8060406@pardus.org.tr>
Message-ID: <fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>

Merhaba,

2008/12/22 Ozan Çağlayan <ozan at pardus.org.tr>

> https://wiki.ubuntu.com/KernelTeam/Specs/BootPerformance
>
> Yorumlar, fikirler..


Guzel dusunmusler bu spec'i yazmislar. Ben bu kernel patch'inin oldugu mail
threadini de okudum, Linus henuz kabul etmemis ama bakarsiniz bir gun kabul
ediverir. Cok negatif gelmedi bana. Ayrica sanirim Ingo ya da diger
developer'lardan birisi 3 aydir test sistemlerinde test ettiklerini, bu
patch'ten bir regression olmadigini soylemis.

Yorumlarima gelince:

1) Pardus'ta boot zamanini olcen bir sistemimiz var mi? Yani ornegin logon
ekranina gelene kadar olan surede, hangi islem ne kadar sure tutmus bunu
gorebiliyor muyuz? Bunu bilirsek en uzun sure tutanlardan baslayarak
saldirilabilir.

2) Kernel Mode Setting denen bir sey var, grafik ekrani direk initialize
etmek icin kullaniliyor, ilginc olabilir, hiz kazandirabilir.

3) Geri bildirim Aracina yapilacak bir eklenti ile, Pardus kullanicilarinin
bilgisayarlarinda hangi modullerin yuklu oldugu yoklanip, cikan sonuca gore
en fazla olan moduller in-kernel olabilir.

4) Acilista dosyalari hangi sirayla okundugu ara sira profile edilip, disk
layout'u ona gore ayarlanir ve/veya bunlar tek parca bir dosyaya koyularak
boot sirasinda hop diye okunup ramdisk'e koyulur, gerisi ramdisk'ten acilir.
(fantazi oldu biraz)

5) Grub'un suresini biz de kisaltabiliriz

6) Splash screen gostermek (turuncu boot ekranimiz) zaman aliyorsa
ucurulabilir, (2) bu iste de iyi olabilir.

En onemlisi bence 1, nerenin yavas oldugunu bilirsek ona gore hareket
edebiliriz. Ayrica bu spec'teki "hizli boot ediyorsak stand-by veya
hibernate'e ne gerek var" yorumuna katilmiyorum, bunlar da asiri onemli,
sirketteki Windows ve evdeki Pardus'u nerdeyse hic kapatmam, hep suspend to
RAM ve devam.

Bunun disinda, attigimiz tasin (harcanan zamanin), urkuttugumuz kusa
degmemesi durumuna dikkat etmek lazim. Belki Ubuntu'nun yazdiklarindan
ve/veya yukarda yazdiklarimdan bazisini yaparak zamani %50 azaltirken,
digerlerini yapmak 2 kat daha fazla emek isteyip ancak 10% iyilesme sagliyor
olabilir.

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081222/7dd59a93/attachment.htm 

From ozan at pardus.org.tr  Mon Dec 22 20:34:21 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 20:34:21 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>
References: <494FD0BE.8060406@pardus.org.tr>
	<fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>
Message-ID: <494FDDAD.9010802@pardus.org.tr>

Emre Erenoglu wrote:
>
> Guzel dusunmusler bu spec'i yazmislar. Ben bu kernel patch'inin oldugu 
> mail threadini de okudum, Linus henuz kabul etmemis ama bakarsiniz bir 
> gun kabul ediverir. Cok negatif gelmedi bana. Ayrica sanirim Ingo ya 
> da diger developer'lardan birisi 3 aydir test sistemlerinde test 
> ettiklerini, bu patch'ten bir regression olmadigini soylemis.
Evet linus kabul etmedi, bir ara hakikaten bazý sorunlar yarattý ancak 
geliþtiricileri düzeltti. Özetle subsystem'leri asenkron olarak 
initialize ediyor kernel bu yamayla.
>
> Yorumlarima gelince:
>
> 1) Pardus'ta boot zamanini olcen bir sistemimiz var mi? Yani ornegin 
> logon ekranina gelene kadar olan surede, hangi islem ne kadar sure 
> tutmus bunu gorebiliyor muyuz? Bunu bilirsek en uzun sure tutanlardan 
> baslayarak saldirilabilir.
playground'umda bootchart var, grafik cýkartýyor boot zamaný ile ilgili.
>
> 2) Kernel Mode Setting denen bir sey var, grafik ekrani direk 
> initialize etmek icin kullaniliyor, ilginc olabilir, hiz kazandirabilir.
2.6.29 ile gelecek, gelince geçeceðiz ancak þu an en iyi bazý radeon 
kartlarla çalýþýyor. Fatih daha fazlasýný biliyor :)
>
>
> 4) Acilista dosyalari hangi sirayla okundugu ara sira profile edilip, 
> disk layout'u ona gore ayarlanir ve/veya bunlar tek parca bir dosyaya 
> koyularak boot sirasinda hop diye okunup ramdisk'e koyulur, gerisi 
> ramdisk'ten acilir. (fantazi oldu biraz)
fantazi deðil, sreadahead adlý aracýn yaptýðý bu. O bahsi geçen 5 sn'lik 
demo'da, onun dýþýnda fedora'da falan kullanýlýyor kendisi. Ancak ne 
hikmetse pardus'ta çalýþmýyor, hangi dosyalarýn okunduðunun bilgisini 
toplayan collector, açýlýþta sistemi kitliyor.
>
> 5) Grub'un suresini biz de kisaltabiliriz
Bu aslýnda dolaylý bir hýz kazancý, adam yiyorlar. Orada kasti bir 
bekleme var sonuçta, isteyen kullanýcý gidip boot-manager'dan ya da 
grub.conf'tan bunu deðiþtirebiliyor. Bazý daðýtýmlar hiç göstermiyor 
orayý, ESC'e basýn diyor default'la açmayacaksanýz. Bence bu da güzel 
bir yaklaþým..
>
> 6) Splash screen gostermek (turuncu boot ekranimiz) zaman aliyorsa 
> ucurulabilir, (2) bu iste de iyi olabilir.
Zaman almasýndan ziyade arada sýrada bazý sorunlara yol açýyor. Ben de 
pek sevmiyorum kendisini.
>
> En onemlisi bence 1, nerenin yavas oldugunu bilirsek ona gore hareket 
> edebiliriz. Ayrica bu spec'teki "hizli boot ediyorsak stand-by veya 
> hibernate'e ne gerek var" yorumuna katilmiyorum, bunlar da asiri 
> onemli, sirketteki Windows ve evdeki Pardus'u nerdeyse hic kapatmam, 
> hep suspend to RAM ve devam.
Aslýnda o tüm spec'in Rationale'i olarak tanýmlanmýþ, benim hoþuma 
gitti. Gerçekten boot hýzlý olsa niye suspend'le falan uðraþasýn ki?


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From turkay.eren at gmail.com  Mon Dec 22 20:38:19 2008
From: turkay.eren at gmail.com (Eren =?utf-8?q?T=C3=BCrkay?=)
Date: Mon, 22 Dec 2008 20:38:19 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>
References: <494FD0BE.8060406@pardus.org.tr>
	<fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>
Message-ID: <200812222038.19506.turkay.eren@gmail.com>

On 22 Dec 2008 Mon 20:26:54 Emre Erenoglu wrote:
> 1) Pardus'ta boot zamanini olcen bir sistemimiz var mi? Yani ornegin logon
> ekranina gelene kadar olan surede, hangi islem ne kadar sure tutmus bunu
> gorebiliyor muyuz? Bunu bilirsek en uzun sure tutanlardan baslayarak
> saldirilabilir.

Böyle bir þey yok diye biliyorum. Müdür'ün 3 durumu için (sysinit, boot, 
default) bir log mevcut. /var/log/mudur.log içerisinde ikamet ediyor 
kendileri. Ancak her iþlemin (disklerin baðlanmasý, modüllerin yüklenmesi 
vs.) logu tutulmuyor ki bu da ayrýntýlý olarak nerede ne kadar zaman geçmiþ 
görmemizi saðlamýyor. Ozan'ýn dediði gibi bootchart kullanýlabilir?

> Bunun disinda, attigimiz tasin (harcanan zamanin), urkuttugumuz kusa
> degmemesi durumuna dikkat etmek lazim. Belki Ubuntu'nun yazdiklarindan
> ve/veya yukarda yazdiklarimdan bazisini yaparak zamani %50 azaltirken,
> digerlerini yapmak 2 kat daha fazla emek isteyip ancak 10% iyilesme
> sagliyor olabilir.

Bunu hatýrlattýðýn iyi oldu. Gerçekten de nelerin öncelikli oluðunu düþünüp, 
harcanan emeðin buna deðeceðini düþünerek hareket etmek çok iyi olurdu.

From turkay.eren at gmail.com  Mon Dec 22 20:40:40 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Mon, 22 Dec 2008 20:40:40 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <494FDDAD.9010802@pardus.org.tr>
References: <494FD0BE.8060406@pardus.org.tr>
	<fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>
	<494FDDAD.9010802@pardus.org.tr>
Message-ID: <200812222040.40205.turkay.eren@gmail.com>

On 22 Dec 2008 Mon 20:34:21 Ozan Çaðlayan wrote:
> Aslýnda o tüm spec'in Rationale'i olarak tanýmlanmýþ, benim hoþuma
> gitti. Gerçekten boot hýzlý olsa niye suspend'le falan uðraþasýn ki?

Sürekli olarak KDE'ye login olmayý ve içerisindeki uygulamalarýn çalýþmasýný 
beklememek için olabilir mi?

Laptoptaki suspend sorunu ile karþýlaþmadan önce hiç kapatmýyordum. 1 dakika 
içerisinde bilgisayarý en son nasýl býraktýysan öyle bulmak hoþ ve hemen 
çalýþmaya baþlayabiliyor insan.

From ozan at pardus.org.tr  Mon Dec 22 21:02:15 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 21:02:15 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <200812222040.40205.turkay.eren@gmail.com>
References: <494FD0BE.8060406@pardus.org.tr>	<fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>	<494FDDAD.9010802@pardus.org.tr>
	<200812222040.40205.turkay.eren@gmail.com>
Message-ID: <494FE437.3090200@pardus.org.tr>

Eren Türkay wrote:
> On 22 Dec 2008 Mon 20:34:21 Ozan Çaðlayan wrote:
>   
>> Aslýnda o tüm spec'in Rationale'i olarak tanýmlanmýþ, benim hoþuma
>> gitti. Gerçekten boot hýzlý olsa niye suspend'le falan uðraþasýn ki?
>>     
>
> Sürekli olarak KDE'ye login olmayý ve içerisindeki uygulamalarýn çalýþmasýný 
> beklememek için olabilir mi?
>
> Laptoptaki suspend sorunu ile karþýlaþmadan önce hiç kapatmýyordum. 1 dakika 
> içerisinde bilgisayarý en son nasýl býraktýysan öyle bulmak hoþ ve hemen 
> çalýþmaya baþlayabiliyor insan.
>   
Ve þu an depodaki pm-utils'te ntp, NetworkManager, alsa, battery gibi 
gereksiz hooklar var, yeni sürümde NM dýþýndakiler atýlmýþ. Bu NM hook'u 
bizim iþimize yarýyor mu bilmiyorum zira gnome NM'inin hook'u.

Neyse bu atýlmalarla beraber 2sn falan daha hýzlý gerçekleþtiði yazýyor 
git log'unda. Göreceðiz :)

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From coderlord at gmail.com  Mon Dec 22 21:07:16 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 22 Dec 2008 21:07:16 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <494FE437.3090200@pardus.org.tr>
References: <494FD0BE.8060406@pardus.org.tr>
	<fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>
	<494FDDAD.9010802@pardus.org.tr>
	<200812222040.40205.turkay.eren@gmail.com>
	<494FE437.3090200@pardus.org.tr>
Message-ID: <4cca720b0812221107v4fd5fa3am56f4703b1ffa8736@mail.gmail.com>

22 Aralýk 2008 Pazartesi 21:02 tarihinde Ozan Çaðlayan
<ozan at pardus.org.tr> yazdý:
> Ve þu an depodaki pm-utils'te ntp, NetworkManager, alsa, battery gibi
> gereksiz hooklar var, yeni sürümde NM dýþýndakiler atýlmýþ. Bu NM hook'u
> bizim iþimize yarýyor mu bilmiyorum zira gnome NM'inin hook'u.
>
> Neyse bu atýlmalarla beraber 2sn falan daha hýzlý gerçekleþtiði yazýyor
> git log'unda. Göreceðiz :)

Benim gözüme baþka yerlerde de çarptý bu tip baþka daðýtýmlara has
þeyler. NM hook bizim iþimize yaramýyor. Kendi hook'umuzu koyacaðýz
yakýn zamanda inþallah. :)

-- 
Furkan Duman

From bahadir at pardus.org.tr  Mon Dec 22 21:06:59 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 22 Dec 2008 21:06:59 +0200
Subject: [Gelistirici] Pardus'ta PackageKit
In-Reply-To: <494C44BB.7020809@gmail.com>
References: <494C44BB.7020809@gmail.com>
Message-ID: <200812222107.07279.bahadir@pardus.org.tr>

20 Ara 2008 Cts tarihinde, Gökmen Görgen þunlarý yazmýþtý: 
> Pardus'ta PackageKit ile ilgili herhangi bir çalýþma yapýlacak mýdýr?
> Son durum nedir? Ayrýca KPackageKit diye bir þey de varmýþ, ne
> düþünüyoruz?

(K)PackageKit ile PiSi'nin tüm özelliklerini kullanamadýðýmýz için yola 
COMAR ve Package Manager ile devam etmeye karar verdik.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081222/fbfe1aad/attachment.pgp 

From coderlord at gmail.com  Mon Dec 22 21:11:42 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 22 Dec 2008 21:11:42 +0200
Subject: [Gelistirici] =?utf-8?q?wpa=5Fsupplicant_servisini_dbus_=C3=A7a?=
	=?utf-8?b?xJ9yxLFzxLEgaWxlIMOnYWzEscWfdMSxcm1haw==?=
Message-ID: <4cca720b0812221111x684a1f24o8a2fa9c12b350a3f@mail.gmail.com>

Merhaba,

wpa_supplicant'ý da comar'a yaptýðýmýz gibi dbus çaðrýsýnda
çalýþtýrýlacak hale getirsek nasýl olur? Þu dbus servis olayýný
kastediyorum. wireless-tools link betiðinde ve wpa_supplicant.py da
servis baþlatma ile ilgili birçok þeyi atardýk.

Buna engel bir durum aklýnýza geliyor mu?

-- 
Furkan Duman

From bahadir at pardus.org.tr  Mon Dec 22 21:13:57 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 22 Dec 2008 21:13:57 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?wpa=5Fsupplicant_servisini_dbus_=E7a?=
	=?iso-8859-9?q?=F0r=FDs=FD_ile_=E7al=FD=FEt=FDrmak?=
In-Reply-To: <4cca720b0812221111x684a1f24o8a2fa9c12b350a3f@mail.gmail.com>
References: <4cca720b0812221111x684a1f24o8a2fa9c12b350a3f@mail.gmail.com>
Message-ID: <200812222113.58000.bahadir@pardus.org.tr>

22 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Merhaba,
>
> wpa_supplicant'ý da comar'a yaptýðýmýz gibi dbus çaðrýsýnda
> çalýþtýrýlacak hale getirsek nasýl olur? Þu dbus servis olayýný
> kastediyorum. wireless-tools link betiðinde ve wpa_supplicant.py da
> servis baþlatma ile ilgili birçok þeyi atardýk.
>
> Buna engel bir durum aklýnýza geliyor mu?

Ne zamandýr aklýma, net-link-2.0'da sýra wpa_supplicant'ý servis 
aktivasyonuna geçirme vardý ancak devam ettiremedim. Aktivasyona geçince 
birçok WPA hatasýndan da kurtulmuþ oluruz gibime geliyor.


-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081222/d88122ab/attachment.pgp 

From ozan at pardus.org.tr  Mon Dec 22 21:19:41 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 21:19:41 +0200
Subject: [Gelistirici] Kernel 2.6.25
Message-ID: <494FE84D.6010006@pardus.org.tr>

Selam,

playground'umdaki kernel-2.6.25 için merge istemeyi düþünüyorum. 
Getirdiði deðiþiklikler þunlar:

                - Add libata fixes(gone upstream already) from SUSE,
                - Add pata_marvell patch from Fedora,
                - Add sanitize_invalid_partition_table_entries.patch 
which will probably
                fix some YALI issues caused by buggy partition tables 
having partition
                boundaries behind the end of the disk,
                - Add driver_sd_needs_updating.patch,
                - Add a small return value bugfix for EDD module,
                - Sync Realtek RTL818x drivers from upstream. Fixes some 
problems and
                brings support for some Asus, NetGear, Sitecom devices,
                - Sync eeepc_laptop stuff from upstream,
                - Sync Ralink rt2x00 drivers from upstream,
                - Add Nvidia-based Apple Macbook Pro backlight driver,
                - Remove USB_STKWEBCAM from configuration as those 
cameras are well
                supported with our syntekdriver package (Fixes #8677),
                - Add lirc_gpio driver for bt8xx tv cards (Fixes #8693),
                - Do not modularize loop devices, make them 'in-kernel' 
(Fixes #8556),
                - Add Gigabyte M912 to i8042.noloop table so that its 
touchpad works,
                - Add a missing PCIID to sky2 driver to make Marvell 
Yukon 88E8040T work (Fixes #8872).

En son hata, hatayý giren kiþinin að baðlantýsý yapmasýný engellediði 
için merge istemeye karar verdim diðerleri için 2.6.25.21'i 
bekleyecektim. Ne diyorsunuz? Bir süre önce buraya kullanýp test 
edilmesi için derlenmiþ paketleri göndermiþtik, kullananlardan olumsuz 
bir feedback almadým. Ne dersiniz?

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From bahadir at pardus.org.tr  Mon Dec 22 21:21:02 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 22 Dec 2008 21:21:02 +0200
Subject: [Gelistirici] Kernel 2.6.25
In-Reply-To: <494FE84D.6010006@pardus.org.tr>
References: <494FE84D.6010006@pardus.org.tr>
Message-ID: <200812222121.02445.bahadir@pardus.org.tr>

22 Ara 2008 Pts tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> En son hata, hatayý giren kiþinin að baðlantýsý yapmasýný engellediði
> için merge istemeye karar verdim diðerleri için 2.6.25.21'i
> bekleyecektim. Ne diyorsunuz? Bir süre önce buraya kullanýp test
> edilmesi için derlenmiþ paketleri göndermiþtik, kullananlardan olumsuz
> bir feedback almadým. Ne dersiniz?

Test talebinden beri kullanýyorum, problem yaþamadým.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081222/af5a0550/attachment.pgp 

From dfisek at fisek.com.tr  Mon Dec 22 21:24:11 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 22 Dec 2008 21:24:11 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <494FDDAD.9010802@pardus.org.tr>
References: <494FD0BE.8060406@pardus.org.tr>
	<fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>
	<494FDDAD.9010802@pardus.org.tr>
Message-ID: <20081222212411.9e83721e.dfisek@fisek.com.tr>

Mon, 22 Dec 2008 20:34:21 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :

> Bu aslýnda dolaylý bir hýz kazancý, adam yiyorlar. Orada kasti bir 
> bekleme var sonuçta, isteyen kullanýcý gidip boot-manager'dan ya da 
> grub.conf'tan bunu deðiþtirebiliyor. Bazý daðýtýmlar hiç göstermiyor 
> orayý, ESC'e basýn diyor default'la açmayacaksanýz. Bence bu da güzel 
> bir yaklaþým..
Oyleymis gercekten... Cok ciddi bir arti getirmeyecek ama surekli
temizlik yapmayan bir kullanici icin n tane cekirdegi surekli gormekten
daha iyi olabilir.

Tek aklima gelen sorun o "Esc'e basin" seysini her dilden insanin
anlayacagi bicimde nasil soyleriz? :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From ozan at pardus.org.tr  Mon Dec 22 21:31:38 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 21:31:38 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <20081222212411.9e83721e.dfisek@fisek.com.tr>
References: <494FD0BE.8060406@pardus.org.tr>	<fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>	<494FDDAD.9010802@pardus.org.tr>
	<20081222212411.9e83721e.dfisek@fisek.com.tr>
Message-ID: <494FEB1A.6050204@pardus.org.tr>

Doruk Fisek wrote:
> Mon, 22 Dec 2008 20:34:21 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :
>
>   
>> Bu aslýnda dolaylý bir hýz kazancý, adam yiyorlar. Orada kasti bir 
>> bekleme var sonuçta, isteyen kullanýcý gidip boot-manager'dan ya da 
>> grub.conf'tan bunu deðiþtirebiliyor. Bazý daðýtýmlar hiç göstermiyor 
>> orayý, ESC'e basýn diyor default'la açmayacaksanýz. Bence bu da güzel 
>> bir yaklaþým..
>>     
> Oyleymis gercekten... Cok ciddi bir arti getirmeyecek ama surekli
> temizlik yapmayan bir kullanici icin n tane cekirdegi surekli gormekten
> daha iyi olabilir.
>
> Tek aklima gelen sorun o "Esc'e basin" seysini her dilden insanin
> anlayacagi bicimde nasil soyleriz? :)
>   
tr için Turkce digerleri icin ingilizce olur diye sallayayým mesela :) 
Onu da örnek olarak verdim gerçi ama ben bile cok zor görmüþtüm o 
mesajý, "ulan niye grub menüsü gelmiyor" diyordum içimden, 3-4. bootta 
gördüm yazýyý..

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From onur at pardus.org.tr  Mon Dec 22 11:36:27 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 11:36:27 +0200
Subject: [Gelistirici] Kernel 2.6.25.*
In-Reply-To: <20081130143808.d026aeeb.onur@pardus.org.tr>
References: <492D9427.6010806@pardus.org.tr>
	<200811281941.38440.onur@pardus.org.tr>
	<200811281945.02585.onur@pardus.org.tr>
	<20081130143808.d026aeeb.onur@pardus.org.tr>
Message-ID: <20081222113627.788c10c1.onur@pardus.org.tr>


On Sun, 30 Nov 2008 14:38:08 +0200
Onur Küçük <onur at pardus.org.tr> wrote:

> 
>  bir de yazmayý unuttum þunu da yapsak iyi olur [1], lirc için gpio
> desteðini açýyor ki brooktree aygýtlarý gpio üzerinden programlýyoruz
> önemli bir durum aslýnda
> 
>  son kernel lerde durum nedir bakýp ona göre bir yama hazýrlayacaðým,
> orjinal yama lirc geliþtiricilerinden geliyor
> 
> [1]  http://bugs.pardus.org.tr/show_bug.cgi?id=8693


 Hazýr paket çýkmamýþken, [1] adresindeki (satýr 600) ivb_list i de
senkronlayalým mý ?

 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=drivers/ide/ide-iops.c;h=c41c3b9b6f022b89148792c05d9564021ff271da;hb=HEAD

 Sadece tabloya deðer girmek yetiyor, kablo tipi tanýma (40/80 pin)
patladýðýnda aygýtlarýn DMA sý açýlamýyor.



-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Mon Dec 22 19:47:31 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 19:47:31 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
	<200812181409.23746.onur@pardus.org.tr>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
	<4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
Message-ID: <20081222194731.9ac7bedd.onur@pardus.org.tr>


On Thu, 18 Dec 2008 14:48:46 +0200
"Furkan Duman" <coderlord at gmail.com> wrote:
...
> PPP konusunda bilgili olup da, yardýmcý olmak isteyen var mýdýr? Bu
> sadece VPN ile ilgili bir sýkýntý deðil. PPP'nin kullanýmýnýn
> gerektiði yerlerde yaþayacaðýmýzý düþünüyorum. O yüzden PPP ile biraz
> uðraþmak istiyorum. Gürer ve Onur ppp betiklerini yazmýþtý sanýrým.
> Baðlantý durumunu belirleyemediðimiz için mi link betiklerinde bu
> durumu gözardý ettik? (En azýndan öyle algýladým hatam olabilir)

 Zamanýnda elle kullanmýþtým dialup baðlantý, ATx komutlarý vs. ama çok
zaman geçti unutmuþumdur herhalde. Betikleri hazýrlayalý da çok zaman
oldu, Gürer'in de dediði gibi fazla talep olmayýnca sevgi göstermedik
ilk hazýrlandýklarý hali ile kaldý. Yardým lazýmsa yardým edebilirim
ama benim de biraz hatýrlamam lazým :(

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Mon Dec 22 19:48:26 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 19:48:26 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <20081207190423.e8b7a1cf.nakof@zig.gen.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<20081207162759.87edb751.dfisek@fisek.com.tr>
	<20081207190423.e8b7a1cf.nakof@zig.gen.tr>
Message-ID: <20081222194826.d7b16493.onur@pardus.org.tr>


On Sun, 7 Dec 2008 19:04:23 +0200
nihat ciddi <nakof at zig.gen.tr> wrote:

> 
> > Ornek vereyim, uzakta bir sunucuyu mount edip calisilmasi gerekiyor.
> > Ama belirli bir profildeyken yerel agdaki IP'sinden, diger
> > profillerdeyken internetteki IP'siyle baglanmaniz gerekiyor. Bunun
> > benzeri yerel paket deposu kullanmak / internet deposu kullanmak
> > olabilir.
> 
> debian/ubuntu'daki gibi, profil up/down olunca calisacak script'ler
> olmasi guzel olurdu.

 debian da bu destek olduðunu bilmiyordum, güzelmiþ, bizde de olsa
güzel olur :)


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Mon Dec 22 19:54:40 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 19:54:40 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812202347.08686.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812042313.34497.ekin@pardus.org.tr>
	<20081219120822.7dd2e68f.dfisek@fisek.com.tr>
	<200812202347.08686.ekin@pardus.org.tr>
Message-ID: <20081222195440.8f693bf2.onur@pardus.org.tr>


On Sat, 20 Dec 2008 23:47:08 +0200
Ekin Meroðlu <ekin at pardus.org.tr> wrote:

> 6 ay bana biraz hýzlý geliyor, ama bence yapýlabilir tabii ki. Ama bu
> konu her gündeme geldiðinde karþýmýza hayatýn gerçekleri çýkýyor -
> 200x'in sorunlarý çözüp güncelleyen ekip ile 200x+1'i hazýrlayan ekip
> ayný - yani bir sürüm çýkýnca tamam sen, sen, bi de sen yeni sürümü
> geliþtirin, siz oradakiler, siz de eski sürüme bakým yapýn denilecek
> insanlar ayný, dolayýsýyla yeni sürüm için çalýþmaya baþlamak uzun
> sürüyor.

 Bunun sebebi biraz da ayný anda birden çok sürümü aktif olarak
geliþtiriyor olmamýz aslýnda. Bir sürümde sürekli güncelleme modunda
giderken bundan vaz geçmeden diðer sürümü de geliþtiriyor olmamýz.
Bir sürümü atýyorum security / critical bugfix moduna alýrsak herkesin
diðer sürüme hazýrlanmasý kolaylaþýr. Mesela release cycle ýmýzý 6 ay
belirleyip, sürüm çýktýktan sonra 2-3 ay tam gaz gidip, sonra tamamen
yeni sürüme odaklanmak gibi bir yöntem seçebiliriz. Diðer daðýtýmlar bu
yöntemi kullanýyorlar genelde, ama onlarýn iþ gücü olanaklarý
iletiþim becerileri vs. bize göre çok daha iyi durumda, bu yüzden bu
yöntem bizim için en iyi yöntem mi emin deðilim.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Mon Dec 22 20:02:27 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 20:02:27 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
Message-ID: <20081222200227.f622486f.onur@pardus.org.tr>


On Sat, 20 Dec 2008 00:45:25 +0100
"Emre Erenoglu" <erenoglu at gmail.com> wrote:

> Merhaba,
> 
> 2008/12/19 Onur Küçük <onur at pardus.org.tr>
> 
> >
> >  Ben bu iþten pek anlamýyorum, ilgili modüllerin sistem init
> > baþlamadan yüklenmesi mi gerekiyor ? Eðer öyleyse initramfs içinde
> > olmalý
> >
> >  http://svn.pardus.org.tr/uludag/trunk/comar/mudur/src/
> >
> >  Deðilse müdür / udev içinde halledilebilir tabi
> >
> 
> Ben bir ara uretilen lvm2 paketini sistemime kurmustum (Name: lvm2,
> version: 2.02.39, release: 7, build 1).  Bununla ilgili modul ve
> executable'lari daha once devel listesine attigim bir mesajda, init
> ve mkinitramfs dosyalarini degistirrerek, initrd icinde atmayi
> basardim.

 Þu anki initramfs kullanýmýmýzda þöyle bir sorunumuz var, initramfs
kernel paketi ile birlikte geliyor ve paket derlenirken oluþturuluyor.
Bu sebeple kernel paketi dýþýndaki paketlerden gelen kernel modüllerini
(derlenirken kernel in çoktan derlenip paketlenmiþ olmasý sebebiyle)
initramfs içine saðlýklý bir þekilde alamýyoruz.

 Kitaplýklar için bir sorun yok, baþka programlarý da initramfs içine
allýyoruz zaten.

 Bunun deðiþmesi gerekiyor mu bu destek için ?

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Mon Dec 22 20:07:11 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 20:07:11 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<494D7FBD.5000804@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
Message-ID: <20081222200711.b9adf6b8.onur@pardus.org.tr>


On Sun, 21 Dec 2008 02:34:48 +0100
"Emre Erenoglu" <erenoglu at gmail.com> wrote:
...
> lvm ile ilgili olarak dm-mod modulunden baska volume group'larin
> boot'ta aktive edilebilmesi icin bir kac executable'in initramfs'e
> girmesi gerekiyor sanirim. Benim mkinitframfs script'inde soyle
> yapmisiz:
> 
> #install lvm binary and library dependencies
> if [ -f "/etc/lvm/lvm.conf" ]; then
>     echo "adding lvm dynamic libraries..."
>     cp -L --parents /lib/libdevmapper.so.1.02 $MOUNT_IMAGE
>     cp -L --parents /lib/libreadline.so.5 $MOUNT_IMAGE
>     cp -L --parents /lib/librt.so.1 $MOUNT_IMAGE
>     cp -L --parents /lib/libdl.so.2 $MOUNT_IMAGE
>     cp -L --parents /usr/lib/libncursesw.so.5 $MOUNT_IMAGE
>     cp -L --parents /lib/libc.so.6 $MOUNT_IMAGE
>     cp -L --parents /lib/libpthread.so.0 $MOUNT_IMAGE
>     cp -L --parents /lib/ld-linux.so.2 $MOUNT_IMAGE
>     echo "adding lvm binary..."
>     cp -a /usr/sbin/lvm $MOUNT_IMAGE/sbin/lvm
> fi

 Bu seriyi elle initramfs e eklemek yanlýþ bence. Belki device-mapper
ve ncurses a statik kitaplýk desteðini açýp lvm ELF ini statik
derleyebiliriz. Statik derlemediðimizde baþýmýz da aðrýyacak gibime
geliyor.

> Evet aynen, boot sirasinda initrd'nin icindeki init script'ten volume
> group'lari aktive ediyorum, sonra buradan boot ediyorum, ancak sistem
> acilisinda root mount edilip esas init devreye girip fstab'i okudugu
> zamanda, volume group'lar bulunamiyor, ya da volume group'larin
> "symlink"leri bulunamiyor desem daha dogru sanirim.  Su anda sistem
> mount tablosundaki ilginc maddeler soyle:
> 
> /dev/dm-3 on / type ext3 (rw,noatime,user_xattr)
> /dev/md1 on /home type ext3 (rw,noatime,user_xattr)
> /dev/sda1 on /boot type ext3 (rw,noatime,relatime)
> /dev/mapper/os-data on /d type ext3 (rw)
> 
> Kok dosya sistemi, /dev/mapper/os-pardus olmasi gerekirken
> hala /dev/dm-3 olarak gorunuyor (taaa initrd'deki boot sirasindaki
> isimlendirme).  /d olan ise local.start'tan duzgun olarak mount
> ediliyor, ancak fstab'a yazarsam edilmiyor. Bir sekilde bu vgmknodes
> UDEV tarafindan vs. trigger edilmiyor.

 Hmmm mesela initramfs de daha önceden node lar oluþturulduðu için
udev tekrar dürtülmüyor olabilir mi ?

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Mon Dec 22 20:11:32 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 20:11:32 +0200
Subject: [Gelistirici] Pardus'ta PackageKit
In-Reply-To: <494C44BB.7020809@gmail.com>
References: <494C44BB.7020809@gmail.com>
Message-ID: <20081222201132.a69f3f83.onur@pardus.org.tr>


On Sat, 20 Dec 2008 03:04:59 +0200
Gökmen Görgen <gkmngrgn at gmail.com> wrote:

> Arkadaþlar merhaba,
> VirtualBox'tan Fedora (Xfce Community) ve Xubuntu'yu kurcalýyorum ve 
> PackageKit'i gerçekten çok beðendiðimi söylemeliyim. Pardus'ta 
> PackageKit ile ilgili birkaç eposta listesi girdisi ve birkaç blog 
> girdisinden baþka bir þey bulamadým.
> 
> Pardus'ta PackageKit ile ilgili herhangi bir çalýþma yapýlacak mýdýr? 
> Son durum nedir? Ayrýca KPackageKit diye bir þey de varmýþ, ne
> düþünüyoruz?

 Çaðlar (ve birileri daha ?) package-kit içi pisi backend leri
hazýrlanmasý için uðraþmýþtý. Bir kýsmý upstream e de girmiþti. Son
durum nedir bilmiyorum. Package-manager varken bizim için öncelikli bir
iþ deðil bence ama bilmiyorum bu konuda Faik ne der ?

 Tabi olay biraz da "birileri yaparsa bu destek olur" durumu var. Daha
öncelikli iþlerimiz de var sankim.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Mon Dec 22 20:12:42 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 20:12:42 +0200
Subject: [Gelistirici] QuodLibet Eklentileri
In-Reply-To: <494EEB31.8090000@gmail.com>
References: <494EEB31.8090000@gmail.com>
Message-ID: <20081222201242.65dd97e1.onur@pardus.org.tr>


On Mon, 22 Dec 2008 03:19:45 +0200
Gökmen Görgen <gkmngrgn at gmail.com> wrote:

> Arkadaþlar merhaba,
>    QuodLibet'in eklentilerini nasýl paketleyeceðim konusunda size 
> danýþmak istedim. Debian ve Archlinux'ta QuodLibet eklentileri
> svn'den çekilerek veya bütün halinde arþivi oluþturularak
> paketlenmiþ; Gentoo'daysa tek tek paketleme yoluna gidilmiþ. Açýkçasý
> ben tek bir eklenti dosyasý için paket oluþturmak yerine
> quodlibet-plugins adýnda bir paket oluþturmayý düþünüyorum.
>    Fakat burada da bir baþka sorun karþýma çýktý. Ýçindeki
> eklentilerin bir kýsmýnýn baðýmlýlýklarý saðlanamýyor. Bu sebeple de
> kendim arþivi oluþturup bir yere upload ederek, onu paketlemeyi
> düþünüyorum. Ama arþivi nereye göndereceðim konusunda sýkýntý
> çekiyorum. Bu konuda fikri olan?

 Bana bir þekilde iletirsen çekirdek deki dizinime koyarým. Bir sürü
paketin dosyasý orada duruyor zaten :)

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Mon Dec 22 20:29:54 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 20:29:54 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081219123551.2904eec9.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040834r18990e6ei3b14953e91504c9e@mail.gmail.com>
	<20081204203903.af8780c2.dfisek@fisek.com.tr>
	<200812051452.22820.ekin@pardus.org.tr>
	<20081219123551.2904eec9.dfisek@fisek.com.tr>
Message-ID: <20081222202954.be277a1c.onur@pardus.org.tr>


On Fri, 19 Dec 2008 12:35:51 +0200
Doruk Fisek <dfisek at fisek.com.tr> wrote:

> Ornegin kendi bileseni cercevesinde,
> 
> - "Bakicisiz" paketlere bakici bulmak
> - "Bakicisiz" paketlerin hata raporlari ile ilgilenmek
> - Paketlere acilmis (bakicisi olsa da) hata raporlarini izlemek ve
> ilgi gormemesi ve makul bir zamanda cozum yoluna girmemesi durumunda
> paketcileri ittirmek.
> - Yeni bir paket alinacagi zaman bu konuda karar vermek
> - Bilesenden paket atilmasi ile ilgili karar vermek.
> - Uygun bulmadigi guncellemelerin kararli depoya girmesine itiraz
> etmek.
> - Daha onceki onerilerimden biri olan paket onceliklendirmesi
> uygulanirsa, hangi paketlerin test surecine girmesinin zorunlu
> olduguna karar vermek.
> - Kendi bileseni ve icindeki paketlerle ilgili her tur karar
> verilirken birinci derecede soz sahibi olmak.

 Bileþen sorumlusu kavramýný svn üstünde deðil gerçek anlamda hayata
geçirmemiz gerektiðini söyleyip duruyorum ben de. Yukarýdaki liste
bana mantýklý geliyor, hatta uzun süredir elimden geldiðimce böyle
davranýyorum multimedia ve oyun paketlerinde ve baðýmlýlýklarýnda. Ancak
bu listeyi iþletirken bileþen sorumlularýnýn bu listede ilgili konularý
konuþmalarý, yorumlara açýk olmasý ve "takým oyunu" oynayabilir
olmalarý gerekiyor. Hani kaba tabirle laftan anlamasý da gerekiyor :)

 Bileþen sorumlularýnýn farm iþletmesi, bu mesajda yoktu ama thead
içinde geçti galiba, bence mantýklý gözükmüyor. 

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Mon Dec 22 20:17:00 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 20:17:00 +0200
Subject: [Gelistirici] Knights paketi
In-Reply-To: <a001a6cb0812201830o716c56eet4c84deede92e40c@mail.gmail.com>
References: <a001a6cb0812201830o716c56eet4c84deede92e40c@mail.gmail.com>
Message-ID: <20081222201700.253dd9c4.onur@pardus.org.tr>


On Sun, 21 Dec 2008 03:30:29 +0100
"selim ok" <selimok at gmail.com> wrote:

> Merhaba,
> Kullanicilarin kurulan CD ile birlikte bir satranc uygulamasi da
> birlikte gelsin taleplerinin uygulanabilirligini arastirirken,
> knights paketinin hala kararli depoda oldugunu farkettim.
> http://bugs.pardus.org.tr/show_bug.cgi?id=1364 adresinde de
> gorebileceginiz gibi bu uygulama icin acilmis ve wontfix ile
> kapatilmis bir hata mevcut. Depodan cikarilmasi gerektigi konusulmus
> fakat bunu yapan olmamis.

 Ýlla depodan çýkarmak mý gerekiyor ? Geliþtiricisi ilgilenmiyor diye
basit bir hata yüzünden depodan atmamýza gerek yok bence. Hatasýný
düzeltip depoda tutabiliriz.

 Alternatifi çok daha iyiyse çýkarýlabilir tabi, kiþisel bir baðým yok,
satranç oyunlarýný kurcalamadým, ama tek sebep basit bir
hatasý varken geliþtiricisi ilgilenmemesi olduðunda ters baðýmlýlýðý
olmayan bir paketin depodan atýlmasý bana cazip gelmiyor.

> Ilk sorum bu paketi kimin depodan cikaracagi?
> Ikinci sorum da bu gibi durumlarda dogru yontem hangisidir? Dogrudan
> surum yoneticisine danismak mi, yoksa listede yeni bir konu basligi
> acip herkesin fikrini almak mi?

 Bence listede konuþalým bu tarz þeyleri. Sahipli görünümlü sahipsiz
paketleri alan çýkabiliyor (ben Ýsmail den böyle tcsh ý almýþtým
mesela), konu ile ilgili kiþilerin fark etmediði bir önemi olabiliyor
bazen bu paketlerin.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Mon Dec 22 21:39:09 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 21:39:09 +0200
Subject: [Gelistirici] Kernel 2.6.25
In-Reply-To: <494FE84D.6010006@pardus.org.tr>
References: <494FE84D.6010006@pardus.org.tr>
Message-ID: <20081222213909.f009bf35.onur@pardus.org.tr>


On Mon, 22 Dec 2008 21:19:41 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:

> En son hata, hatayý giren kiþinin að baðlantýsý yapmasýný engellediði 
> için merge istemeye karar verdim diðerleri için 2.6.25.21'i 
> bekleyecektim. Ne diyorsunuz?

 Bu ne zaman çýkar bir fikrin var mý ? Bir kaç güne çýkarsa
bekleyebiliriz ama bir sürü hata düzeltmesi var, daha uzun sürecekse
beklemeyelim. Olmadý test deposunda bir daha güncelleriz.

 Bir de son yolladýðým ivp listesini de güncelleyelim mi ?

> Bir süre önce buraya kullanýp test 
> edilmesi için derlenmiþ paketleri göndermiþtik, kullananlardan
> olumsuz bir feedback almadým. Ne dersiniz?

 Bende bir sorun çýkarmadý

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From ozan at pardus.org.tr  Mon Dec 22 21:39:44 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 21:39:44 +0200
Subject: [Gelistirici] Kernel 2.6.25
In-Reply-To: <20081222213909.f009bf35.onur@pardus.org.tr>
References: <494FE84D.6010006@pardus.org.tr>
	<20081222213909.f009bf35.onur@pardus.org.tr>
Message-ID: <494FED00.8030601@pardus.org.tr>

Onur Küçük wrote:
> On Mon, 22 Dec 2008 21:19:41 +0200
> Ozan Çaðlayan <ozan at pardus.org.tr> wrote:
>
>   
>> En son hata, hatayý giren kiþinin að baðlantýsý yapmasýný engellediði 
>> için merge istemeye karar verdim diðerleri için 2.6.25.21'i 
>> bekleyecektim. Ne diyorsunuz?
>>     
>
>  Bu ne zaman çýkar bir fikrin var mý ? Bir kaç güne çýkarsa
> bekleyebiliriz ama bir sürü hata düzeltmesi var, daha uzun sürecekse
> beklemeyelim. Olmadý test deposunda bir daha güncelleriz.
>
>  Bir de son yolladýðým ivp listesini de güncelleyelim mi ?
>   
linux-kernel listesini takip ediyorum. Çýkmadan önce Greg-KH patch'leri 
gönderiyor, bunlar girecek, belli bir süre sonra da yayýnlanýyor. Bir 
hareket yok, bir takvimi var mý onu da bilmiyorum açýkçasý..

ivp listesi neydi, hiç hatýrlamýyorum :)


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From gokmen at pardus.org.tr  Mon Dec 22 21:41:44 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Mon, 22 Dec 2008 21:41:44 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <20081222212411.9e83721e.dfisek@fisek.com.tr>
References: <494FD0BE.8060406@pardus.org.tr> <494FDDAD.9010802@pardus.org.tr>
	<20081222212411.9e83721e.dfisek@fisek.com.tr>
Message-ID: <200812222141.45174.gokmen@pardus.org.tr>

Pazartesi 22 Aralýk 2008 günü (saat 21:24:11) Doruk Fisek þunlarý yazmýþtý:
> Tek aklima gelen sorun o "Esc'e basin" seysini her dilden insanin
> anlayacagi bicimde nasil soyleriz? :)

-- 
Gökmen GÖKSEL
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: 1.png
Tür: image/png
Boyut: 3537 bayt
Taným: kullanýlamýyor
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081222/cca654fc/attachment.png 

From dfisek at fisek.com.tr  Mon Dec 22 21:46:23 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 22 Dec 2008 21:46:23 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <20081222194826.d7b16493.onur@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<20081207162759.87edb751.dfisek@fisek.com.tr>
	<20081207190423.e8b7a1cf.nakof@zig.gen.tr>
	<20081222194826.d7b16493.onur@pardus.org.tr>
Message-ID: <20081222214623.8f4de72c.dfisek@fisek.com.tr>

Mon, 22 Dec 2008 19:48:26 +0200, Onur Küçük <onur at pardus.org.tr> :

> > debian/ubuntu'daki gibi, profil up/down olunca calisacak script'ler
> > olmasi guzel olurdu.
>  debian da bu destek olduðunu bilmiyordum, güzelmiþ, bizde de olsa
> güzel olur :)
Slackware'de de bu ppp baglantilarinda vardi diye hatirliyorum, ip-up
ve ip-down.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From dfisek at fisek.com.tr  Mon Dec 22 21:48:33 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 22 Dec 2008 21:48:33 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <200812222141.45174.gokmen@pardus.org.tr>
References: <494FD0BE.8060406@pardus.org.tr> <494FDDAD.9010802@pardus.org.tr>
	<20081222212411.9e83721e.dfisek@fisek.com.tr>
	<200812222141.45174.gokmen@pardus.org.tr>
Message-ID: <20081222214833.8f5c4da9.dfisek@fisek.com.tr>

Mon, 22 Dec 2008 21:41:44 +0200, Gökmen GÖKSEL <gokmen at pardus.org.tr> :

> > Tek aklima gelen sorun o "Esc'e basin" seysini her dilden insanin
> > anlayacagi bicimde nasil soyleriz? :)
:)))))

"Default'la acmayacaksaniz" ifadesini de o grafige tutturdun mu
tamamdir :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From bahadir at pardus.org.tr  Mon Dec 22 22:02:46 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 22 Dec 2008 22:02:46 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <20081222214623.8f4de72c.dfisek@fisek.com.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<20081222194826.d7b16493.onur@pardus.org.tr>
	<20081222214623.8f4de72c.dfisek@fisek.com.tr>
Message-ID: <200812222202.51427.bahadir@pardus.org.tr>

22 Ara 2008 Pts tarihinde, Doruk Fisek þunlarý yazmýþtý: 
> Mon, 22 Dec 2008 19:48:26 +0200, Onur Küçük <onur at pardus.org.tr> :
> > > debian/ubuntu'daki gibi, profil up/down olunca calisacak script'ler
> > > olmasi guzel olurdu.
> >
> >  debian da bu destek olduðunu bilmiyordum, güzelmiþ, bizde de olsa
> > güzel olur :)
>
> Slackware'de de bu ppp baglantilarinda vardi diye hatirliyorum, ip-up
> ve ip-down.

/etc/network/ içindeki net.link ayarlarýnda, her profil için baðlantý 
öncesi ve sonrasý çalýþtýrýlacak betikler tanýmlanabilir:

[Pardus]
remote = Pardus
mode = auto
device = pci:14e4_4328_wlan0
script_up = /path/to/script1
script_down = /path/to/script2

"iface up" öncesi ve "iface down" sonrasý çalýþtýrýlacak 2 betik 
tanýmlanmasý yeterli mi?
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081222/8a3e8264/attachment.pgp 

From dfisek at fisek.com.tr  Mon Dec 22 22:10:50 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 22 Dec 2008 22:10:50 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <200812222202.51427.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<20081222194826.d7b16493.onur@pardus.org.tr>
	<20081222214623.8f4de72c.dfisek@fisek.com.tr>
	<200812222202.51427.bahadir@pardus.org.tr>
Message-ID: <20081222221050.4c1a3a25.dfisek@fisek.com.tr>

Mon, 22 Dec 2008 22:02:46 +0200, Bahadýr Kandemir
<bahadir at pardus.org.tr> :

> "iface up" öncesi ve "iface down" sonrasý çalýþtýrýlacak 2 betik 
> tanýmlanmasý yeterli mi?
Bence yeterli otesi harika :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From gokmen at pardus.org.tr  Mon Dec 22 22:16:37 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Mon, 22 Dec 2008 22:16:37 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <20081222214833.8f5c4da9.dfisek@fisek.com.tr>
References: <494FD0BE.8060406@pardus.org.tr>
	<200812222141.45174.gokmen@pardus.org.tr>
	<20081222214833.8f5c4da9.dfisek@fisek.com.tr>
Message-ID: <200812222216.37890.gokmen@pardus.org.tr>

Pazartesi 22 Aralýk 2008 günü (saat 21:48:33) Doruk Fisek þunlarý yazmýþtý:
> Mon, 22 Dec 2008 21:41:44 +0200, Gökmen GÖKSEL <gokmen at pardus.org.tr> :
> > > Tek aklima gelen sorun o "Esc'e basin" seysini her dilden insanin
> > > anlayacagi bicimde nasil soyleriz? :)
> :
> :)))))
>
> "Default'la acmayacaksaniz" ifadesini de o grafige tutturdun mu
> tamamdir :)

-- 
Gökmen GÖKSEL
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: 1.png
Tür: image/png
Boyut: 8633 bayt
Taným: kullanýlamýyor
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081222/0ae4c5a2/attachment-0001.png 

From erenoglu at gmail.com  Mon Dec 22 22:32:35 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 21:32:35 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <20081222200227.f622486f.onur@pardus.org.tr>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<20081222200227.f622486f.onur@pardus.org.tr>
Message-ID: <fe9771a80812221232h2b702e23n8eed70ede7979777@mail.gmail.com>

Merhaba,

2008/12/22 Onur Küçük <onur at pardus.org.tr>

>
> On Sat, 20 Dec 2008 00:45:25 +0100
> "Emre Erenoglu" <erenoglu at gmail.com> wrote:
>
> > Merhaba,
> >
> > 2008/12/19 Onur Küçük <onur at pardus.org.tr>
> >
> > >
> > >  Ben bu işten pek anlamıyorum, ilgili modüllerin sistem init
> > > başlamadan yüklenmesi mi gerekiyor ? Eğer öyleyse initramfs içinde
> > > olmalı
> > >
> > >  http://svn.pardus.org.tr/uludag/trunk/comar/mudur/src/
> > >
> > >  Değilse müdür / udev içinde halledilebilir tabi
> > >
> >
> > Ben bir ara uretilen lvm2 paketini sistemime kurmustum (Name: lvm2,
> > version: 2.02.39, release: 7, build 1).  Bununla ilgili modul ve
> > executable'lari daha once devel listesine attigim bir mesajda, init
> > ve mkinitramfs dosyalarini degistirrerek, initrd icinde atmayi
> > basardim.
>
>  Şu anki initramfs kullanımımızda şöyle bir sorunumuz var, initramfs
> kernel paketi ile birlikte geliyor ve paket derlenirken oluÅŸturuluyor.
> Bu sebeple kernel paketi dışındaki paketlerden gelen kernel modüllerini
> (derlenirken kernel in çoktan derlenip paketlenmiş olması sebebiyle)
> initramfs içine sağlıklı bir şekilde alamıyoruz.


Neden alamiyoruz, mkinitramfs script'ine parametre verince alinabiliyor? Ya
da en basitinden, lvm2, raid ve virtio modullerini dogrudan initramfs'in
icine atalim, kernel'e parametre vererek devreye girsin ciksinlar.
Ugrasmayalim, kac kb'lik yer kaplar ki bunlar hepi topu. Benim initramfs
mesela lvm ve raid'le birlikte 6,2 mByte, virtio da eklesek hepi topu 6,5
olur max.

Kitaplıklar için bir sorun yok, başka programları da initramfs içine
> allıyoruz zaten.
>
>  Bunun değişmesi gerekiyor mu bu destek için ?


Onu siz daha iyi bilirsiniz :) Diger gelistiricler belki yorum yapabilir.
Sonuc olarak sisteme lvm2 statik binary'si eklenmeli, virtio modulleri
eklenmeli, hepsi bu (simdikinden fark olarak).

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081222/7c83fea4/attachment.htm 

From erenoglu at gmail.com  Mon Dec 22 22:37:55 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 21:37:55 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <20081222200711.b9adf6b8.onur@pardus.org.tr>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<494D7FBD.5000804@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
Message-ID: <fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>

Merhaba,

2008/12/22 Onur Küçük <onur at pardus.org.tr>

>
> On Sun, 21 Dec 2008 02:34:48 +0100
> "Emre Erenoglu" <erenoglu at gmail.com> wrote:
> ...
> > lvm ile ilgili olarak dm-mod modulunden baska volume group'larin
> > boot'ta aktive edilebilmesi icin bir kac executable'in initramfs'e
> > girmesi gerekiyor sanirim. Benim mkinitframfs script'inde soyle
> > yapmisiz:
> >
> > #install lvm binary and library dependencies
> > if [ -f "/etc/lvm/lvm.conf" ]; then
> >     echo "adding lvm dynamic libraries..."
> >     cp -L --parents /lib/libdevmapper.so.1.02 $MOUNT_IMAGE
> >     cp -L --parents /lib/libreadline.so.5 $MOUNT_IMAGE
> >     cp -L --parents /lib/librt.so.1 $MOUNT_IMAGE
> >     cp -L --parents /lib/libdl.so.2 $MOUNT_IMAGE
> >     cp -L --parents /usr/lib/libncursesw.so.5 $MOUNT_IMAGE
> >     cp -L --parents /lib/libc.so.6 $MOUNT_IMAGE
> >     cp -L --parents /lib/libpthread.so.0 $MOUNT_IMAGE
> >     cp -L --parents /lib/ld-linux.so.2 $MOUNT_IMAGE
> >     echo "adding lvm binary..."
> >     cp -a /usr/sbin/lvm $MOUNT_IMAGE/sbin/lvm
> > fi
>
>  Bu seriyi elle initramfs e eklemek yanlış bence. Belki device-mapper
> ve ncurses a statik kitaplık desteğini açıp lvm ELF ini statik
> derleyebiliriz. Statik derlemediğimizde başımız da ağrıyacak gibime
> geliyor.


Evet statik bulamadigim icin mecbur linkli kutuphaneleri de attim icine.


> > Evet aynen, boot sirasinda initrd'nin icindeki init script'ten volume
> > group'lari aktive ediyorum, sonra buradan boot ediyorum, ancak sistem
> > acilisinda root mount edilip esas init devreye girip fstab'i okudugu
> > zamanda, volume group'lar bulunamiyor, ya da volume group'larin
> > "symlink"leri bulunamiyor desem daha dogru sanirim.  Su anda sistem
> > mount tablosundaki ilginc maddeler soyle:
> >
> > /dev/dm-3 on / type ext3 (rw,noatime,user_xattr)
> > /dev/md1 on /home type ext3 (rw,noatime,user_xattr)
> > /dev/sda1 on /boot type ext3 (rw,noatime,relatime)
> > /dev/mapper/os-data on /d type ext3 (rw)
> >
> > Kok dosya sistemi, /dev/mapper/os-pardus olmasi gerekirken
> > hala /dev/dm-3 olarak gorunuyor (taaa initrd'deki boot sirasindaki
> > isimlendirme).  /d olan ise local.start'tan duzgun olarak mount
> > ediliyor, ancak fstab'a yazarsam edilmiyor. Bir sekilde bu vgmknodes
> > UDEV tarafindan vs. trigger edilmiyor.
>
>  Hmmm mesela initramfs de daha önceden node lar oluşturulduğu için
> udev tekrar dürtülmüyor olabilir mi ?


Esasen /etc/fstab okunmadan once volume group'larin initialize edilmis
olmasi gerekiyor. Initramfs'de bunu init ediyoruz, ama normal init'e gecip
sanirim /dev tekrar populate edilirken logical volume'ler gidiyor sanirim.
Belki mudur acilis esnasinda fstab okunmadan once kernel parametrelerinde
lvm varsa tutup bu lvm'yi (vgmknodes) da trigger etmeli ki /dev/mapper/
altinda gerekli dosyalar olussun.

Bir sonraki reboot'umda bir kontrol edeyim initramfs'de naapiyoruz hangi
device'lar cikiyor ortaya :)

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081222/4b099ab9/attachment.htm 

From erenoglu at gmail.com  Mon Dec 22 22:41:27 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 21:41:27 +0100
Subject: [Gelistirici] Kernel 2.6.25
In-Reply-To: <494FED00.8030601@pardus.org.tr>
References: <494FE84D.6010006@pardus.org.tr>
	<20081222213909.f009bf35.onur@pardus.org.tr>
	<494FED00.8030601@pardus.org.tr>
Message-ID: <fe9771a80812221241o1261fd15k81342d39cd257849@mail.gmail.com>

Merhaba,

2008/12/22 Ozan Çağlayan <ozan at pardus.org.tr>

> Onur Küçük wrote:
> > On Mon, 22 Dec 2008 21:19:41 +0200
> > Ozan Çağlayan <ozan at pardus.org.tr> wrote:
> >
> >
> >> En son hata, hatayı giren kişinin ağ bağlantısı yapmasını engellediği
> >> için merge istemeye karar verdim diğerleri için 2.6.25.21'i
> >> bekleyecektim. Ne diyorsunuz?
>

Kullanici listesinde yeni notebook alanlardan ath9 karti olanlar cikiyor,
bunlarin destegi 2.6.27 ile geliyor sanirim. Arada bu suruculeri de alma
sansi olur mu dersiniz?

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081222/8ccd9126/attachment.htm 

From dfisek at fisek.com.tr  Mon Dec 22 22:43:07 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 22 Dec 2008 22:43:07 +0200
Subject: [Gelistirici]
 =?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
 =?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812212233.22277.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812201851.58562.tekman@pardus.org.tr>
	<20081221130017.b271779d.dfisek@fisek.com.tr>
	<200812212233.22277.serbulent@pardus.org.tr>
Message-ID: <20081222224307.158596b4.dfisek@fisek.com.tr>

Sun, 21 Dec 2008 22:33:22 +0200, Serbulent UNSAL
<serbulent at pardus.org.tr> :

> Hayýr sadece alternatif süreçlerin daha faydalý olacaðýna 1-2 kiþinin
> deðil ortak aklýn ikna olmasý gerekiyor.
Turker acikcasi cok guzel bir yanit yazmis, her kelimesine +1 ekliyorum
ama ustteki cumlene de katilmadan edemiyorum.

"Ortak akil" dedigin nedir? Eger bu ortak akil biz tum
gelistiricilersek, test sureci Mart'ta yururluge konurken niye bu ortak
akil ikna edilmedi? Bircok kisi itiraz etmisti o sirada. Yaparken ortak
akli umursamamak, ayni yapilani duzeltmek icin "ortak akil" demek
tutarsiz olmuyor mu?

Yok "ortak akil" bu kitle arasindan secilmis birilerinden olusuyorsa,
kimler oldugunu bilelim de, yemek ismarlama planlarimizi ona gore
yapalim >8-)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From ozan at pardus.org.tr  Mon Dec 22 22:45:13 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 22:45:13 +0200
Subject: [Gelistirici] Kernel 2.6.25
In-Reply-To: <fe9771a80812221241o1261fd15k81342d39cd257849@mail.gmail.com>
References: <494FE84D.6010006@pardus.org.tr>	<20081222213909.f009bf35.onur@pardus.org.tr>	<494FED00.8030601@pardus.org.tr>
	<fe9771a80812221241o1261fd15k81342d39cd257849@mail.gmail.com>
Message-ID: <494FFC59.8010107@pardus.org.tr>

Emre Erenoglu wrote:
>
> Kullanici listesinde yeni notebook alanlardan ath9 karti olanlar 
> cikiyor, bunlarin destegi 2.6.27 ile geliyor sanirim. Arada bu 
> suruculeri de alma sansi olur mu dersiniz?
>
> Emre
ath9k ile desteklenen kartlarla, madwifi_ng ile desteklenen kartlar 
arasýnda kesiþim varsa, yani ayný kartlar ikisinde de destekleniyorsa 
sorun teþkil ediyor, ama ath9k tamamen þu an desteklemediðimiz kartlarý 
destekliyorsa, bakarým..

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From onur at pardus.org.tr  Mon Dec 22 22:47:25 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 22:47:25 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812221232h2b702e23n8eed70ede7979777@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<20081222200227.f622486f.onur@pardus.org.tr>
	<fe9771a80812221232h2b702e23n8eed70ede7979777@mail.gmail.com>
Message-ID: <20081222224725.9588d6da.onur@pardus.org.tr>


On Mon, 22 Dec 2008 21:32:35 +0100
"Emre Erenoglu" <erenoglu at gmail.com> wrote:

> >  Þu anki initramfs kullanýmýmýzda þöyle bir sorunumuz var, initramfs
> > kernel paketi ile birlikte geliyor ve paket derlenirken
> > oluþturuluyor. Bu sebeple kernel paketi dýþýndaki paketlerden gelen
> > kernel modüllerini (derlenirken kernel in çoktan derlenip
> > paketlenmiþ olmasý sebebiyle) initramfs içine saðlýklý bir þekilde
> > alamýyoruz.
> 
> 
> Neden alamiyoruz, mkinitramfs script'ine parametre verince
> alinabiliyor? Ya da en basitinden, lvm2, raid ve virtio modullerini
> dogrudan initramfs'in icine atalim, kernel'e parametre vererek
> devreye girsin ciksinlar. Ugrasmayalim, kac kb'lik yer kaplar ki
> bunlar hepi topu. Benim initramfs mesela lvm ve raid'le birlikte 6,2
> mByte, virtio da eklesek hepi topu 6,5 olur max.

 yazdým ya, kernel paketi hazýrlanýrken initramfs oluþturuluyor ve
ilgili modüller o sýrada içine giriyor, daha sonra da kernel modülü
içeren paketler o paketle derleniyor

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From erenoglu at gmail.com  Mon Dec 22 22:59:35 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 21:59:35 +0100
Subject: [Gelistirici] Kernel 2.6.25
In-Reply-To: <494FFC59.8010107@pardus.org.tr>
References: <494FE84D.6010006@pardus.org.tr>
	<20081222213909.f009bf35.onur@pardus.org.tr>
	<494FED00.8030601@pardus.org.tr>
	<fe9771a80812221241o1261fd15k81342d39cd257849@mail.gmail.com>
	<494FFC59.8010107@pardus.org.tr>
Message-ID: <fe9771a80812221259w6b378687rde5ae20fbe3d9897@mail.gmail.com>

Merhaba,

2008/12/22 Ozan Çağlayan <ozan at pardus.org.tr>

> Emre Erenoglu wrote:
> >
> > Kullanici listesinde yeni notebook alanlardan ath9 karti olanlar
> > cikiyor, bunlarin destegi 2.6.27 ile geliyor sanirim. Arada bu
> > suruculeri de alma sansi olur mu dersiniz?
> >
> > Emre
> ath9k ile desteklenen kartlarla, madwifi_ng ile desteklenen kartlar
> arasında kesişim varsa, yani aynı kartlar ikisinde de destekleniyorsa
> sorun teşkil ediyor, ama ath9k tamamen şu an desteklemediğimiz kartları
> destekliyorsa, bakarım..


Bir kac gun once bir kullanici yeni notebook'tan bahsediyordu. Bir sekilde
ath9'u bulmus yuklemis sorunu kalmamis sanirim. Yanlis hatirlamiyorsam karti
802.11n atheros 5009 idi.

Belki bunu dahil edip blacklist'e alsak, gerekirse enable etsek vs.
-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081222/95de77f9/attachment.htm 

From erenoglu at gmail.com  Mon Dec 22 23:01:21 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 22:01:21 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <20081222224725.9588d6da.onur@pardus.org.tr>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<20081222200227.f622486f.onur@pardus.org.tr>
	<fe9771a80812221232h2b702e23n8eed70ede7979777@mail.gmail.com>
	<20081222224725.9588d6da.onur@pardus.org.tr>
Message-ID: <fe9771a80812221301x410cc4ffv9be5252543d4f561@mail.gmail.com>

2008/12/22 Onur Küçük <onur at pardus.org.tr>

>
> On Mon, 22 Dec 2008 21:32:35 +0100
> "Emre Erenoglu" <erenoglu at gmail.com> wrote:
>
> > >  Şu anki initramfs kullanımımızda şöyle bir sorunumuz var, initramfs
> > > kernel paketi ile birlikte geliyor ve paket derlenirken
> > > oluşturuluyor. Bu sebeple kernel paketi dışındaki paketlerden gelen
> > > kernel modüllerini (derlenirken kernel in çoktan derlenip
> > > paketlenmiş olması sebebiyle) initramfs içine sağlıklı bir şekilde
> > > alamıyoruz.
> >
> >
> > Neden alamiyoruz, mkinitramfs script'ine parametre verince
> > alinabiliyor? Ya da en basitinden, lvm2, raid ve virtio modullerini
> > dogrudan initramfs'in icine atalim, kernel'e parametre vererek
> > devreye girsin ciksinlar. Ugrasmayalim, kac kb'lik yer kaplar ki
> > bunlar hepi topu. Benim initramfs mesela lvm ve raid'le birlikte 6,2
> > mByte, virtio da eklesek hepi topu 6,5 olur max.
>
>  yazdım ya, kernel paketi hazırlanırken initramfs oluşturuluyor ve
> ilgili modüller o sırada içine giriyor, daha sonra da kernel modülü
> içeren paketler o paketle derleniyor
>

Hmm, ubuntu mesela bir kernel upgrade'den sonra once DKMS kasiyor, sonra
update-initramfs diye bir script calistiriyor. yok mu bizde benzeri
mekanizma? Yine de onceki mesajimda belirttigim herseyi atalim icine gitsin
metodu da guzel olabilir :)  az enerji, cok is, az dezavantaj ise :)

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081222/0657362e/attachment.htm 

From dfisek at fisek.com.tr  Tue Dec 23 01:00:02 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 23 Dec 2008 01:00:02 +0200
Subject: [Gelistirici]
 =?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
 =?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <20081222224307.158596b4.dfisek@fisek.com.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812201851.58562.tekman@pardus.org.tr>
	<20081221130017.b271779d.dfisek@fisek.com.tr>
	<200812212233.22277.serbulent@pardus.org.tr>
	<20081222224307.158596b4.dfisek@fisek.com.tr>
Message-ID: <20081223010002.5105e6f0.dfisek@fisek.com.tr>

Mon, 22 Dec 2008 22:43:07 +0200, Doruk Fisek <dfisek at fisek.com.tr> :

> ekliyorum ama ustteki cumlene de katilmadan edemiyorum.
katilmak -> takilmak olacak :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From alpaslanmete at gmail.com  Tue Dec 23 01:05:43 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Tue, 23 Dec 2008 01:05:43 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>	<200812191857.54402.onur@pardus.org.tr>	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>	<494D7FBD.5000804@gmail.com>	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
Message-ID: <49501D47.1080500@gmail.com>

Emre Erenoglu wrote On 22-12-2008 22:37:
> Merhaba,
>
> 2008/12/22 Onur Küçük <onur at pardus.org.tr <mailto:onur at pardus.org.tr>>
>
>
>     On Sun, 21 Dec 2008 02:34:48 +0100
>     "Emre Erenoglu" <erenoglu at gmail.com <mailto:erenoglu at gmail.com>>
>     wrote:
>     ...
>     > lvm ile ilgili olarak dm-mod modulunden baska volume group'larin
>     > boot'ta aktive edilebilmesi icin bir kac executable'in initramfs'e
>     > girmesi gerekiyor sanirim. Benim mkinitframfs script'inde soyle
>     > yapmisiz:
>     >
>     > #install lvm binary and library dependencies
>     > if [ -f "/etc/lvm/lvm.conf" ]; then
>     >     echo "adding lvm dynamic libraries..."
>     >     cp -L --parents /lib/libdevmapper.so.1.02 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libreadline.so.5 $MOUNT_IMAGE
>     >     cp -L --parents /lib/librt.so.1 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libdl.so.2 $MOUNT_IMAGE
>     >     cp -L --parents /usr/lib/libncursesw.so.5 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libc.so.6 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libpthread.so.0 $MOUNT_IMAGE
>     >     cp -L --parents /lib/ld-linux.so.2 $MOUNT_IMAGE
>     >     echo "adding lvm binary..."
>     >     cp -a /usr/sbin/lvm $MOUNT_IMAGE/sbin/lvm
>     > fi
>
>      Bu seriyi elle initramfs e eklemek yanlış bence. Belki device-mapper
>     ve ncurses a statik kitaplık desteğini açıp lvm ELF ini statik
>     derleyebiliriz. Statik derlemediğimizde başımız da ağrıyacak gibime
>     geliyor.
>
>
> Evet statik bulamadigim icin mecbur linkli kutuphaneleri de attim icine.
>  
>
>     > Evet aynen, boot sirasinda initrd'nin icindeki init script'ten
>     volume
>     > group'lari aktive ediyorum, sonra buradan boot ediyorum, ancak
>     sistem
>     > acilisinda root mount edilip esas init devreye girip fstab'i okudugu
>     > zamanda, volume group'lar bulunamiyor, ya da volume group'larin
>     > "symlink"leri bulunamiyor desem daha dogru sanirim.  Su anda sistem
>     > mount tablosundaki ilginc maddeler soyle:
>     >
>     > /dev/dm-3 on / type ext3 (rw,noatime,user_xattr)
>     > /dev/md1 on /home type ext3 (rw,noatime,user_xattr)
>     > /dev/sda1 on /boot type ext3 (rw,noatime,relatime)
>     > /dev/mapper/os-data on /d type ext3 (rw)
>     >
>     > Kok dosya sistemi, /dev/mapper/os-pardus olmasi gerekirken
>     > hala /dev/dm-3 olarak gorunuyor (taaa initrd'deki boot sirasindaki
>     > isimlendirme).  /d olan ise local.start'tan duzgun olarak mount
>     > ediliyor, ancak fstab'a yazarsam edilmiyor. Bir sekilde bu vgmknodes
>     > UDEV tarafindan vs. trigger edilmiyor.
>
>      Hmmm mesela initramfs de daha önceden node lar oluşturulduğu için
>     udev tekrar dürtülmüyor olabilir mi ?
>
>
> Esasen /etc/fstab okunmadan once volume group'larin initialize edilmis 
> olmasi gerekiyor. Initramfs'de bunu init ediyoruz, ama normal init'e 
> gecip sanirim /dev tekrar populate edilirken logical volume'ler 
> gidiyor sanirim. Belki mudur acilis esnasinda fstab okunmadan once 
> kernel parametrelerinde lvm varsa tutup bu lvm'yi (vgmknodes) da 
> trigger etmeli ki /dev/mapper/ altinda gerekli dosyalar olussun.

Emre Bey acaba ekteki lvm2 kuralını dener misiniz?  Bahsettiğiniz sorunu 
çözmesi gerekiyor?
>
> Bir sonraki reboot'umda bir kontrol edeyim initramfs'de naapiyoruz 
> hangi device'lar cikiyor ortaya :)
Sonucu bizimle de paylaşırsanız çok iyi olur? :)

Mete Alpaslan
>
> -- 
> Emre
> ------------------------------------------------------------------------
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici

-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081223/9f81e12c/attachment-0001.htm 
-------------- sonraki bölüm --------------
An embedded and charset-unspecified text was scrubbed...
Name: 64-lvm2.rules
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081223/9f81e12c/attachment-0001.diff 

From erenoglu at gmail.com  Tue Dec 23 01:23:14 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Tue, 23 Dec 2008 00:23:14 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <49501D47.1080500@gmail.com>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<494D7FBD.5000804@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
Message-ID: <fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>

Merhaba,

2008/12/23 Mete Alpaslan <alpaslanmete at gmail.com>

>
> Esasen /etc/fstab okunmadan once volume group'larin initialize edilmis
> olmasi gerekiyor. Initramfs'de bunu init ediyoruz, ama normal init'e gecip
> sanirim /dev tekrar populate edilirken logical volume'ler gidiyor sanirim.
> Belki mudur acilis esnasinda fstab okunmadan once kernel parametrelerinde
> lvm varsa tutup bu lvm'yi (vgmknodes) da trigger etmeli ki /dev/mapper/
> altinda gerekli dosyalar olussun.
>
>
> Emre Bey acaba ekteki lvm2 kuralını dener misiniz?  Bahsettiğiniz sorunu
> çözmesi gerekiyor?
>

Verdiginiz kurali /etc/udev/rules.d/64-lvm2.rules  olarak attim, sistemi
bastan baslattim, actigimda ne yazik ki /dev/mapper altinda ilgili dizinler
gorunmuyor.

>
>
> Bir sonraki reboot'umda bir kontrol edeyim initramfs'de naapiyoruz hangi
> device'lar cikiyor ortaya :)
>
> Sonucu bizimle de paylaşırsanız çok iyi olur? :)
>

initramfs icindeyken ben vgmknodes calitirdigimdan (init script icinde),
/dev/mapper yerine geliyor. Sistem root=  girdisini ve bu cihazlari
kullanarak root'u mount ediyor ve devam ediyor. Sistem acildiginda ise
sadece sunlar gozukuyor:

emre at voyager ~ $ ls /dev/dm-
dm-0  dm-1  dm-2  dm-3

Ancak /dev/mapper diye bir dizin yok. Ben vgmknodes calistirirsam hepsi
geliyor yerli yerine.

---
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081223/b59b0390/attachment.htm 

From erenoglu at gmail.com  Tue Dec 23 01:28:07 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Tue, 23 Dec 2008 00:28:07 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<494D7FBD.5000804@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
Message-ID: <fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>

Merhaba,

Bu arada farkettim ki sizin kural /sbin/vgchange'i gosteriyor, halbuki bende
vgchange /usr/sbin altinda. Degistirip deneyelim bakalim.

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081223/aab4bc97/attachment.htm 

From erenoglu at gmail.com  Tue Dec 23 01:42:31 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Tue, 23 Dec 2008 00:42:31 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>
References: <494ADBCC.10902@gmail.com> <200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<494D7FBD.5000804@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
	<fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>
Message-ID: <fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>

Merhaba,

On Tue, Dec 23, 2008 at 12:28 AM, Emre Erenoglu <erenoglu at gmail.com> wrote:

>
> Bu arada farkettim ki sizin kural /sbin/vgchange'i gosteriyor, halbuki
> bende vgchange /usr/sbin altinda. Degistirip deneyelim bakalim.
>

Iih, yemedi, kurala bakiyorum, asagidaki satirlara anlam veremedim:

IMPORT{PROGRAM}="vol_id $tempnode"
...
IMPORT{PROGRAM}="collect_lvm $tempnode"
...

Bu yukardaki IMPORT direktifleri calismiyor olabilir mi? vol_id nedir,
collect_lvm nedir? bunlar executable script ise bu tip seyler yok sistemde.

/dev/disk/by-id/lvm2-pvuuid-namfcF-BtJI-7BWL-jZUJ-Q4J1-rE15-24CY9c

ise mevcut.

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081223/805faf5b/attachment.htm 

From onur at pardus.org.tr  Tue Dec 23 02:06:18 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 23 Dec 2008 02:06:18 +0200
Subject: [Gelistirici] Kernel 2.6.25
In-Reply-To: <494FED00.8030601@pardus.org.tr>
References: <494FE84D.6010006@pardus.org.tr>
	<20081222213909.f009bf35.onur@pardus.org.tr>
	<494FED00.8030601@pardus.org.tr>
Message-ID: <20081223020618.b73469aa.onur@pardus.org.tr>


On Mon, 22 Dec 2008 21:39:44 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:

> linux-kernel listesini takip ediyorum. Çýkmadan önce Greg-KH
> patch'leri gönderiyor, bunlar girecek, belli bir süre sonra da
> yayýnlanýyor. Bir hareket yok, bir takvimi var mý onu da bilmiyorum
> açýkçasý..

 Hmmm ben de bilmiyorum malesef

> ivp listesi neydi, hiç hatýrlamýyorum :)

 Yeni daha bugün attým mesajý eski thread e

 http://liste.pardus.org.tr/gelistirici/2008-December/015360.html


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From pinar at pardus.org.tr  Tue Dec 23 05:19:17 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Tue, 23 Dec 2008 05:19:17 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?G=FCvenlik_G=FCncellemeleri_-_Securi?=
 =?iso-8859-9?q?ty_Fixes?=
In-Reply-To: <200812221718.42041.ekin@pardus.org.tr>
References: <200812221718.42041.ekin@pardus.org.tr>
Message-ID: <495058B5.4010904@pardus.org.tr>

On 12/22/2008 05:18 PM Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> Bu gece kararlý depolara girecek güvenlik güncellemeleri :
> Tonight's Security Fixes for Pardus stable repos : 
> ------------------------------------------------------------------------
>
> * [Pardus 2008]
> git-1.6.0.6-74-11.pisi
> git-emacs-1.6.0.6-74-11.pisi
> gitweb-1.6.0.6-74-11.pisi
>   


[PLSA 2008-88] Git: Privilege Escalation
http://security.pardus.org.tr/en/2008-88
http://lists.pardus.org.tr/pardus-security/2008-December/000184.html


There are also new PLSA's for recent fixes:

[PLSA 2008-86] Flashplugin: System access Vulnerability
http://security.pardus.org.tr/en/2008-86/
http://lists.pardus.org.tr/pardus-security/2008-December/000183.html

[PLSA 2008-85] Thunderbird: Multiple Vulnerabilities
http://security.pardus.org.tr/en/2008-85/
http://lists.pardus.org.tr/pardus-security/2008-December/000182.html

[PLSA 2008-84] Firefox: Multiple Vulnerabilities
http://security.pardus.org.tr/en/2008-84/
http://lists.pardus.org.tr/pardus-security/2008-December/000181.html

[PLSA 2008-83] Sun-JDK: Multiple Vulnerabilities
http://security.pardus.org.tr/en/2008-83/
http://lists.pardus.org.tr/pardus-security/2008-December/000180.html

[PLSA 2008-82] Avahi: Denial of Service Vulnerability
http://security.pardus.org.tr/en/2008-82/
http://lists.pardus.org.tr/pardus-security/2008-December/000179.html

[PLSA 2008-81] Php: Multiple Vulnerabilities
http://security.pardus.org.tr/en/2008-81/
http://lists.pardus.org.tr/pardus-security/2008-December/000178.html

-- 
Pýnar Yanardað (a.k.a PINguAR)
http://pinguar.org
_____________________________



From faik at pardus.org.tr  Tue Dec 23 09:16:13 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Tue, 23 Dec 2008 09:16:13 +0200
Subject: [Gelistirici] Pardus'ta PackageKit
In-Reply-To: <20081222201132.a69f3f83.onur@pardus.org.tr>
References: <494C44BB.7020809@gmail.com>
	<20081222201132.a69f3f83.onur@pardus.org.tr>
Message-ID: <200812230916.14066.faik@pardus.org.tr>

On Monday 22 December 2008 20:11:32 Onur Küçük wrote:
>  Çaðlar (ve birileri daha ?) package-kit içi pisi backend leri
> hazýrlanmasý için uðraþmýþtý. Bir kýsmý upstream e de girmiþti. Son
> durum nedir bilmiyorum. Package-manager varken bizim için öncelikli bir
> iþ deðil bence ama bilmiyorum bu konuda Faik ne der ?

package-manager'ý bir PackageKit arayüzü yapalým diye düþündük bir ara, fakat
Bahadýr'ýn dediði gibi pisi'nin tüm özelliklerini desteklemeyecek, yarý 
comar - yarý PackageKit kullanan bir þey olacak diye vazgeçmiþtik. Buna izin 
veren bir yöntem de eklendiyse PackageKit'e güzel olabilir. Hazýr 
package-manager kde 4 portu öncesi bakacaðým.

- Faik

From faik at pardus.org.tr  Tue Dec 23 09:50:24 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Tue, 23 Dec 2008 09:50:24 +0200
Subject: [Gelistirici] Pardus'ta PackageKit
In-Reply-To: <494C44BB.7020809@gmail.com>
References: <494C44BB.7020809@gmail.com>
Message-ID: <200812230950.24989.faik@pardus.org.tr>

On Saturday 20 December 2008 03:04:59 Gökmen Görgen wrote:
> Arkadaþlar merhaba,

Selam,

> Pardus'ta PackageKit ile ilgili herhangi bir çalýþma yapýlacak mýdýr?
> Son durum nedir? 

PackageKit pisi backend'ini Çaðlar yazdý. O zaman nasýl kullanabiliriz bunu 
diye düþündüðümüzde package-manager'a PackageKit kullandýralým demiþtik, 
sonra pisi özel þeyleri ne yapacaðýz peki diyerekten comar ile devam 
etmiþtik. Öyle de kaldý.

> Ayrýca KPackageKit diye bir þey de varmýþ, ne düþünüyoruz?

Daha çok yeni ve Gnome arayüzüne göre ilkel bir durumda olduðunu biliyorum 
sadece. Zaten 2-3 ay önce 0.1 sürümü anons edilmiþ. [1]  Ama anons mesajýna 
bakarsanýz saðlam bir alt yapý kurmuþ gibi de görünüyorlar.  Hazýr pm kde4 
port'u öncesi daha detaylý incelesem faydasý olacaktýr.

Hatta PackageKit'i bi yakalamaya çalýþayým, ne durumda, KPackageKit'e bakayým 
ve anladýðým kadarýyla bunlardan neler yapabiliriz bi düþünüp, toparlayýp 
buraya yazayým, konuþalým.

Saygýlar,
- Faik

[1] 
http://lists.freedesktop.org/archives/packagekit/2008-September/003722.html

From selimok at gmail.com  Tue Dec 23 11:12:56 2008
From: selimok at gmail.com (selim ok)
Date: Tue, 23 Dec 2008 10:12:56 +0100
Subject: [Gelistirici] Knights paketi
In-Reply-To: <20081222201700.253dd9c4.onur@pardus.org.tr>
References: <a001a6cb0812201830o716c56eet4c84deede92e40c@mail.gmail.com>
	<20081222201700.253dd9c4.onur@pardus.org.tr>
Message-ID: <a001a6cb0812230112u18dd6a88mdbb87c2473b040ac@mail.gmail.com>

22 Aralýk 2008 Pazartesi 19:17 tarihinde Onur Küçük <onur at pardus.org.tr>yazdý:

>
> On Sun, 21 Dec 2008 03:30:29 +0100
> "selim ok" <selimok at gmail.com> wrote:
>
> > Merhaba,
> > Kullanicilarin kurulan CD ile birlikte bir satranc uygulamasi da
> > birlikte gelsin taleplerinin uygulanabilirligini arastirirken,
> > knights paketinin hala kararli depoda oldugunu farkettim.
> > http://bugs.pardus.org.tr/show_bug.cgi?id=1364 adresinde de
> > gorebileceginiz gibi bu uygulama icin acilmis ve wontfix ile
> > kapatilmis bir hata mevcut. Depodan cikarilmasi gerektigi konusulmus
> > fakat bunu yapan olmamis.
>
>  Ýlla depodan çýkarmak mý gerekiyor ? Geliþtiricisi ilgilenmiyor diye
> basit bir hata yüzünden depodan atmamýza gerek yok bence. Hatasýný
> düzeltip depoda tutabiliriz.


Hatasini duzeltebilirsek sorun degil, fakat hata kaydinda bildirilen sorun
bana oldukca ciddi geldi. Oyuna girip ciktigimda bir sürec islemcinin
%100'ünü kullaniyorsa bu oyunun resmi yada kararli dedigimiz depoda
bulunmamasi gerekir. Hatasi duzeltilse bile kendisini katkici deposuna almak
daha dogru degil mi? Benum depodan cikarilsindan kastim en azindan kararli
depodan cikarilmasi yönündeydi.

  Alternatifi çok daha iyiyse çýkarýlabilir tabi, kiþisel bir baðým yok,
> satranç oyunlarýný kurcalamadým, ama tek sebep basit bir
> hatasý varken geliþtiricisi ilgilenmemesi olduðunda ters baðýmlýlýðý
> olmayan bir paketin depodan atýlmasý bana cazip gelmiyor.
>

Alternatifi cok iyi diyemiyorum kendi gozlemlerime dayanarak, zira
kullanmasi kolay degil. Fakat alternatifi iyi degil diye sorunlu ve
gelistirilmesi yillar once durmus bir paketin depoda kalmasi gerekmemeli.

 Bence listede konuþalým bu tarz þeyleri. Sahipli görünümlü sahipsiz
> paketleri alan çýkabiliyor (ben Ýsmail den böyle tcsh ý almýþtým
> mesela), konu ile ilgili kiþilerin fark etmediði bir önemi olabiliyor
> bazen bu paketlerin.
>

Bence de listede konusalim, listeler iyidir cok güzel bir bilgi arsivi
olusuyor kendiliginden. :)

Iyi calismalar,
Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081223/4b3d1198/attachment-0001.htm 

From dfisek at fisek.com.tr  Tue Dec 23 12:16:01 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 23 Dec 2008 12:16:01 +0200
Subject: [Gelistirici] Knights paketi
In-Reply-To: <a001a6cb0812230112u18dd6a88mdbb87c2473b040ac@mail.gmail.com>
References: <a001a6cb0812201830o716c56eet4c84deede92e40c@mail.gmail.com>
	<20081222201700.253dd9c4.onur@pardus.org.tr>
	<a001a6cb0812230112u18dd6a88mdbb87c2473b040ac@mail.gmail.com>
Message-ID: <20081223121601.ad94c86b.dfisek@fisek.com.tr>

Tue, 23 Dec 2008 10:12:56 +0100, "selim ok" <selimok at gmail.com> :

> Hatasini duzeltebilirsek sorun degil, fakat hata kaydinda bildirilen
> sorun bana oldukca ciddi geldi. Oyuna girip ciktigimda bir sürec
> islemcinin %100'ünü kullaniyorsa bu oyunun resmi yada kararli
> dedigimiz depoda bulunmamasi gerekir. Hatasi duzeltilse bile
> kendisini katkici deposuna almak daha dogru degil mi? Benum depodan
> cikarilsindan kastim en azindan kararli depodan cikarilmasi
> yönündeydi.
Hata raporuna baktim da, problem Gnuchess paketinden de kaynaklaniyor
olabilirmis gibi geldi.

Biraz bakindim, gnuchess listesine 2006'da bu konuyla ilgili bir yama
gondermis biri :

http://osdir.com/ml/gnu.chess.bugs/2006-10/msg00000.html

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From ekin at pardus.org.tr  Tue Dec 23 14:20:15 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 23 Dec 2008 14:20:15 +0200
Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?=
	=?utf-8?q?ity_Fixes?=
Message-ID: <200812231420.15761.ekin@pardus.org.tr>

Merhaba / Hi;

Bu gece kararlý depolara girecek güvenlik güncellemeleri :
Tonight's Security Fixes for Pardus stable repos : 
------------------------------------------------------------------------

* [Pardus 2007]
perl-doc-5.8.8-19-12.pisi
perl-5.8.8-19-12.pisi
libperl-5.8.8-19-12.pisi
mplayer-0.0_20080322-85-61.pisi

* [Pardus 2008]
perl-doc-5.10.0-21-5.pisi
perl-5.10.0-21-5.pisi
mplayer-0.0_20081015-101-18.pisi

--
Ekin Meroglu <ekin_at_pardus.org.tr>

From gkmngrgn at gmail.com  Tue Dec 23 16:19:41 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Tue, 23 Dec 2008 16:19:41 +0200
Subject: [Gelistirici] Pardus'ta PackageKit
In-Reply-To: <200812230950.24989.faik@pardus.org.tr>
References: <494C44BB.7020809@gmail.com>
	<200812230950.24989.faik@pardus.org.tr>
Message-ID: <4950F37D.7090708@gmail.com>

Faik Uygur wrote On 23-12-2008 09:50:
> Hatta PackageKit'i bi yakalamaya çalýþayým, ne durumda, KPackageKit'e bakayým 
> ve anladýðým kadarýyla bunlardan neler yapabiliriz bi düþünüp, toparlayýp 
> buraya yazayým, konuþalým.
>
>   
Faik bu bizim için çok iyi olur. Paket yöneticisi arayüzü (gtk+ ve qt) 
açýsýndan çeþitlilik bence son kullanýcýlar için hoþ olacak, týpki 
depomuzda kde'nin yanýnda xfce'nin de yer almasý gibi bir þey. Henüz 
PackageKit'i deneyebilmiþ deðilim ama baðýmlýlýklarýndan cppunit'i 
güncelleyip contrib-2008'e merge ettikten sonra (þuan sadece 
contrib-devel'de duruyor ve bu paket PackageKit inþa baðýmlýlýðý imiþ) 
benim de deneme fýrsatým olacak.

Epostaný merakla bekliyorum. Saygýlar.

From ekin at pardus.org.tr  Tue Dec 23 16:31:18 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 23 Dec 2008 16:31:18 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
Message-ID: <200812231631.18865.ekin@pardus.org.tr>

Merhaba / Hi;

2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 25 
Aralýk 2008, 23:59.

ACK/NACK for new packages in 2008-test repo, reply before 25 December 2008, 
23:59 (GMT+2) please...

-------8<----------------------------------------
akonadi-1.0.81-6-6.pisi
ati-control-center-8.12-45-25.pisi
ati-drivers-8.12-45-39.pisi
automoc4-0.9.87-3-3.pisi
baselayout-3.1-88-45.pisi
bzflag-2.0.12-7-2.pisi
cairo-1.8.6-27-9.pisi
crystalspace-1.2.1_30564-9-3.pisi
crystalspace-doc-1.2.1_30564-9-3.pisi
dbus-1.2.4-39-14.pisi
decibel-0.7.1_891686-3-3.pisi
dvd-slideshow-0.8.2_2-6-3.pisi
eet-1.1.0_38048-8-1.pisi
eina-0.0.20081126-1-1.pisi
freecol-0.8.0_alpha3-13-4.pisi
gimp-2.6.3-37-9.pisi
gimp-devel-2.6.3-37-9.pisi
gimp-i18n-2.6.3-37-8.pisi
gimp-i18n-*-2.6.3-37-3.pisi
glib2-2.16.5-29-11.pisi
gnujump-1.0.6-8-4.pisi
gparted-0.4.1-13-5.pisi
gtk2-2.12.11-39-12.pisi
gtk2-demo-2.12.11-39-4.pisi
gtk2-docs-2.12.11-39-4.pisi
hsqldb-lib-1.8.0.10-2-2.pisi
hunspell-1.2.8-1-2.pisi
hunspell-docs-1.2.8-1-2.pisi
hunspell-tools-1.2.8-1-1.pisi
iwlwifi4965-ucode-228.57.2.23-3-3.pisi
kgraphviewer-1.0.4-2-2.pisi
kid3-1.1-8-2.pisi
libgcrypt-1.4.0-8-4.pisi
libgnomecanvas-2.20.0-3-3.pisi
libical-0.42-2-2.pisi
libkate-0.2.8-4-4.pisi
libmsn-4.0_beta1-1-1.pisi
libotr-3.2.0-2-1.pisi
lyx-1.6.1-20-3.pisi
meanwhile-1.0.2-1-1.pisi
mechanize-0.1.10-2-2.pisi
metalink-0.3.5-3-2.pisi
mod_dav_svn-1.5.4-37-11.pisi
mountmanager-0.2.4-2-2.pisi
mudur-2.0.1-70-34.pisi
net-tools-1.60-26-9.pisi
network-manager-2.1.4-58-25.pisi
networkx-0.37-2-1.pisi
numpy-1.2.1-11-4.pisi
openmpi-1.2.8-6-3.pisi
ortp-0.13.1-2-1.pisi
package-manager-1.3.9-53-20.pisi
pardus-python-0.3.1-12-12.pisi
perl-Archive-Tar-1.42-5-2.pisi
perl-Archive-Zip-1.26-6-3.pisi
perl-Class-MethodMaker-2.13-5-3.pisi
perl-Data-UUID-1.149-3-4.pisi
perl-DBD-mysql-4.010-7-3.pisi
perl-Digest-MD5-2.38-3-2.pisi
perl-File-HomeDir-0.82-4-3.pisi
perl-File-Temp-0.21-3-3.pisi
perl-HTML-Parser-3.59-4-2.pisi
perl-Internals-1.1-1-1.pisi
perl-IO-via-dynamic-0.13-2-3.pisi
perl-ldap-0.39-5-4.pisi
perl-libwww-5.822-7-7.pisi
perl-Log-Log4perl-1.20-3-3.pisi
perl-MIME-Lite-3.023-3-3.pisi
perl-Tk-804.028-4-2.pisi
perl-XML-SAX-Writer-0.52-2-3.pisi
perl-YAML-0.68-6-3.pisi
phonon-4.2.80-5-6.pisi
php-mode-1.5.0-3-2.pisi
pidgin-2.5.2-25-6.pisi
pisi-2.1.0-105-30.pisi
podofo-0.6.0-1-1.pisi
PolicyKit-kde-0.2.3-10-12.pisi
powerdevil-kde4-1.4.1-2-2.pisi
Pygments-1.0-2-2.pisi
pyopenssl-0.8-3-2.pisi
pyrex-0.9.8.5-6-3.pisi
pysvn-1.6.2-8-3.pisi
python-clientform-0.2.10-3-1.pisi
pytz-2008i-2-2.pisi
qedje-0.3.0-1-1.pisi
quassel-0.3.1-2-2.pisi
qzion-0.3.0-1-1.pisi
rocksndiamonds-3.2.6.0-1-1.pisi
scapy-2.0.0.10-4-2.pisi
skype-2.0.0.72-14-2.pisi
smc-1.6-3-4.pisi
soprano-2.1.64-8-4.pisi
subversion-1.5.4-37-11.pisi
sylpheed-2.6.0-26-7.pisi
sympy-0.6.3-5-2.pisi
sysklogd-1.5-11-3.pisi
tapioca-qt-0.17.7_891685-3-3.pisi
telepathy-qt-0.17.7_891673-3-3.pisi
tpmmanager-0.5-3-1.pisi
tpm-tools-1.3.1-4-1.pisi
trousers-0.3.1-7-1.pisi
vpnc-0.5.3-4-2.pisi
webkitkde-0.0_898446-1-1.pisi
wesnoth-1.4.6-14-6.pisi
wireless-tools-29-45-18.pisi
zodb3-3.9.0-3-2.pisi

** KDE4

kde4-i18n-*-4.1.80-10-8.pisi
kdeaccessibility4-4.1.80-11-9.pisi
kdeadmin4-4.1.80-16-9.pisi
kdeartwork4-colorschemes-4.1.80-17-5.pisi
kdeartwork4-emoticons-4.1.80-17-5.pisi
kdeartwork4-icons-4.1.80-17-5.pisi
kdeartwork4-kworldclock-maps-4.1.80-17-5.pisi
kdeartwork4-screensavers-4.1.80-17-5.pisi
kdeartwork4-sounds-4.1.80-17-5.pisi
kdeartwork4-styles-4.1.80-17-5.pisi
kdeartwork4-wallpapers-4.1.80-17-5.pisi
kdebase4-4.1.80-16-9.pisi
kdebase4-runtime-4.1.80-20-13.pisi
kdebase4-workspace-4.1.80-26-22.pisi
kdebindings4-4.1.80-14-10.pisi
kdeedu4-4.1.80-17-10.pisi
kdegames4-4.1.80-17-9.pisi
kdegraphics4-4.1.80-19-11.pisi
kdelibs4-4.1.80-23-14.pisi
kdemultimedia4-4.1.80-17-10.pisi
kdenetwork4-4.1.80-17-12.pisi
kdepim4-4.1.80-9-11.pisi
kdepimlibs-4.1.80-16-10.pisi
kdeplasma-addons-4.1.80-6-6.pisi
kdesdk4-4.1.80-15-9.pisi
kdetoys4-4.1.80-15-9.pisi
kdeutils4-4.1.80-16-9.pisi
kdewebdev4-4.1.80-15-9.pisi
amarok-kde4-2.0-12-5.pisi
digikam-kde4-0.10.0_beta6-2-2.pisi
--
Ekin Meroglu <ekin_at_pardus.org.tr>

From ekin at pardus.org.tr  Tue Dec 23 16:32:30 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 23 Dec 2008 16:32:30 +0200
Subject: [Gelistirici] 2008-test ACK/NACK - Update Details
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <200812231632.30788.ekin@pardus.org.tr>

= Package : PolicyKit-kde  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.2.3, Rel.: 10, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-09]

    Translation patches are now included. Also, desktop file for autostart is 
now in /etc/xdg/autostart, and file in /usr/share/autostart is a symlink to 
this.

= Package : Pygments  [Serdar Dalgýç <serdar_at_cclub.metu.edu.tr>]
======================================================================
* Ver.: 1.0, Rel.: 2, Type: None
* Serdar Dalgýç <serdar_at_cclub.metu.edu.tr> [2008-12-18]

    Version 1.0
    -----------
    (codename Dreiundzwanzig, released Nov 23, 2008)
    - Don't use join(splitlines()) when converting newlines to ``\n``, because 
that doesn't keep all newlines at the end when the ``stripnl`` lexer option 
is False.
    - Add ``-N`` option to command-line interface to get a lexer name for a 
given filename.
    - Add Tango style, written by Andre Roberge for the Crunchy project.
    - Add Python3TracebackLexer and ``python3`` option to PythonConsoleLexer.
    - Fix a few bugs in the Haskell lexer.
    - Fix PythonTracebackLexer to be able to recognize SyntaxError and 
KeyboardInterrupt (#360).
    - Provide one formatter class per image format, so that surprises like:: 
pygmentize -f gif -o foo.gif foo.py creating a PNG file are avoided.
    - Actually use the `font_size` option of the image formatter.
    - Fixed numpy lexer that it doesn't listen for `*.py` any longer.
    - Fixed HTML formatter so that text options can be Unicode strings (#371).
    - Unified Diff lexer supports the "udiff" alias now.
    - Fix a few issues in Scala lexer (#367).
    - RubyConsoleLexer now supports simple prompt mode (#363).
    - JavascriptLexer is smarter about what constitutes a regex (#356).
    - Add Applescript lexer, thanks to Andreas Amann (#330).
    - Make the codetags more strict about matching words (#368).
    - NginxConfLexer is a little more accurate on mimetypes and variables 
(#370).

= Package : akonadi  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 1.0.81, Rel.: 6, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-17]

    Version bump:
    - Restore protocol backward compatibility with Akonadi 1.0.x servers.
    - Build system fixes.
    - Fix compiler warnings.
    - Fall back to the default server path if the configured one points to a 
non-existing file.

* Ver.: 1.0.80, Rel.: 5, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    MySQL server dependency added. One day we may get rid of this i hope.

* Ver.: 1.0.80, Rel.: 4, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Stable update

= Package : amarok-kde4  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 2.0, Rel.: 12, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-12-10]

    2.0 Release

* Ver.: 1.94_891963, Rel.: 11, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-12-03]

    Update to svn release, prior to 2.0

= Package : ati-control-center  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 8.12, Rel.: 45, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-12-14]

    Bump to latest stable. Resolved Issues:

    - Primary display will remain blank after task switching between virtual 
termi-
    nals with dual displays running in Single Independent mode
    - Executing Glxears may cause the operating system to stop responding
    - Some systems may become unstable when running multiple OpenGL applica-
    tions with an ATI Radeon HD 3200 Series adapter
    - Catalyst Control Center fails to identify the correct display type 
connected
    Segmentation fault may occur when enabling bios version on systems with
    three or more adapters
    - Executing 'Glxgears' may cause the operating system to stop responding
    - CrossFire logo is not shown when playing 3D applications in full screen 
mode
    for 64bit Linux distributions
    - Desktop corruption may occur when task switching from multiple X windows
    keeping one console in text mode
    - Alientrap NEXUIZ,a delay may occurs when exiting the game
    - X11Perf benchmark no longer causes a segmentation fault durring 
execution
    - System with multi adapters may experience problems installing the 
display
    driver

* Ver.: 8.11, Rel.: 44, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-15]

    Add XDG-compliant desktop files instead of KDE3-specific ones

* Ver.: 8.11, Rel.: 43, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-14]

    Bump to latest stable. Changes:

    * New Display Enhancement - display scaling to resize the display
    devices that support TV timings (480i/p, 720p, 1080i, 1080p)
    through either digital (DVI or HDMI) or analog (component) interfaces
    * ATI CrossFireX Enhancement - enables users to verify whether an
    application is running in ATI CrossFireX mode
    * Bugs fixed:
    - The driver now changes hardware power states automatically when
    unplugging and plugging in AC power on mobile hardware older than
    Radeon Mobility HD 2xxx series.
    - X Server will may not start when using two display adapters with
    mismatched memory sizes.
    - Corruption may be noticed when playing video content using mplayer.
    - Starting X in dual-head mode with only one monitor connected may
    result in a black screen and the X Server failing to start.

= Package : ati-drivers  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 8.12, Rel.: 45, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-12-14]

    Bump to latest stable. Resolved Issues:

    - Primary display will remain blank after task switching between virtual 
termi-
    nals with dual displays running in Single Independent mode
    - Executing Glxears may cause the operating system to stop responding
    - Some systems may become unstable when running multiple OpenGL applica-
    tions with an ATI Radeon HD 3200 Series adapter
    - Catalyst Control Center fails to identify the correct display type 
connected
    Segmentation fault may occur when enabling bios version on systems with
    three or more adapters
    - Executing 'Glxgears' may cause the operating system to stop responding
    - CrossFire logo is not shown when playing 3D applications in full screen 
mode
    for 64bit Linux distributions
    - Desktop corruption may occur when task switching from multiple X windows
    keeping one console in text mode
    - Alientrap NEXUIZ,a delay may occurs when exiting the game
    - X11Perf benchmark no longer causes a segmentation fault durring 
execution
    - System with multi adapters may experience problems installing the 
display
    driver

* Ver.: 8.11, Rel.: 44, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-15]

    Add XDG-compliant desktop files instead of KDE3-specific ones

* Ver.: 8.11, Rel.: 43, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-14]

    Bump to latest stable. Changes:

    * New Display Enhancement - display scaling to resize the display
    devices that support TV timings (480i/p, 720p, 1080i, 1080p)
    through either digital (DVI or HDMI) or analog (component) interfaces
    * ATI CrossFireX Enhancement - enables users to verify whether an
    application is running in ATI CrossFireX mode
    * Bugs fixed:
    - The driver now changes hardware power states automatically when
    unplugging and plugging in AC power on mobile hardware older than
    Radeon Mobility HD 2xxx series.
    - X Server will may not start when using two display adapters with
    mismatched memory sizes.
    - Corruption may be noticed when playing video content using mplayer.
    - Starting X in dual-head mode with only one monitor connected may
    result in a black screen and the X Server failing to start.

= Package : automoc4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.87, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump.

= Package : baselayout  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 3.1, Rel.: 88, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-17]

    Fixed deault search domain not setting properly.

= Package : bzflag  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.12, Rel.: 7, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-18]

    Version bump to stable update.

= Package : cairo  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.8.6, Rel.: 27, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-17]

    Debian patches added about LCD filter and private symbol export

* Ver.: 1.8.6, Rel.: 26, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-14]

    Version bump to 1.8 series as seriously recommended by cairo guys

= Package : crystalspace  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.2.1_30564, Rel.: 9, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-28]

    Add missing Cg dependency and depend on new cegui

= Package : crystalspace-doc  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.2.1_30564, Rel.: 9, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-28]

    Add missing Cg dependency and depend on new cegui

= Package : dbus  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.4, Rel.: 39, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-08]

    Revert last

* Ver.: 1.2.6, Rel.: 38, Type: security
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-07]

    New stable release fixes CVE-2008-4311 
(http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4311)

= Package : decibel  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.7.1_891686, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-05]

    New snapshot

= Package : digikam-kde4  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 0.10.0_beta6, Rel.: 2, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump.

= Package : dvd-slideshow  [Ertan Argüden <ert976_at_gmail.com>]
======================================================================
* Ver.: 0.8.2_2, Rel.: 6, Type: None
* Ertan Argüden <ert976_at_gmail.com> [2008-12-05]

    Version Bump

= Package : eet  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 1.1.0_38048, Rel.: 8, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-19]

    New snapshot

* Ver.: 1.0.1, Rel.: 7, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2008-05-29]

    New snapshot

* Ver.: 0.9.10.037, Rel.: 6, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2007-04-29]

    Disable static libs

* Ver.: 0.9.10.037, Rel.: 5, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2006-12-09]

    Version bump

* Ver.: 0.9.10.036, Rel.: 4, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2006-11-03]

    Version bump

* Ver.: 0.9.10.035, Rel.: 3, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2006-10-21]

    Version bump

* Ver.: 0.9.10.032, Rel.: 2, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2006-07-30]

    Version bump

* Ver.: 0.9.10.027, Rel.: 1, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2006-06-10]

    First release

= Package : eina  [H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com>]
======================================================================
* Ver.: 0.0.20081126, Rel.: 1, Type: None
* H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com> [2008-12-19]

    First release.

= Package : freecol  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 0.8.0_alpha3, Rel.: 13, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-07]

    Version bump to new alpha for testing.

* Ver.: 0.8.0_alpha2, Rel.: 12, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-09-11]

    Version bump to new alpha for testing.

* Ver.: 0.8.0_p4197, Rel.: 11, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-07-13]

    Version bump to latest svn for testing.

* Ver.: 0.8.0_alpha1, Rel.: 10, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-07-12]

    Version bump to new alpha for testing.

= Package : gimp  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.6.3, Rel.: 37, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to 2.6.3 which includes following bug fixes:
    - Plugin Map Color Range disappears from GIMP
    - Error while loading psd-data
    - Explicit zooming with e.g. '1' should handle zoom-focus better
    - Zoom selection always centered in the Navigation tab
    - Wrong lang tags for 'no'
    - SOTA Chrome cannot accept different textures
    - Clearing an already empty document history crashes GIMP
    - Image windows need better default locations
    - "Scale image..." causes distortion around edges
    - Changing crop size in Crop Tool Options can make UI unresponsive
    - Stroking a single-point path with a paint tool crashes GIMP
    - Move tool gives bad information about px moved
    - Help behavior for locales without manual translation

= Package : gimp-devel  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.6.3, Rel.: 37, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to 2.6.3 which includes following bug fixes:
    - Plugin Map Color Range disappears from GIMP
    - Error while loading psd-data
    - Explicit zooming with e.g. '1' should handle zoom-focus better
    - Zoom selection always centered in the Navigation tab
    - Wrong lang tags for 'no'
    - SOTA Chrome cannot accept different textures
    - Clearing an already empty document history crashes GIMP
    - Image windows need better default locations
    - "Scale image..." causes distortion around edges
    - Changing crop size in Crop Tool Options can make UI unresponsive
    - Stroking a single-point path with a paint tool crashes GIMP
    - Move tool gives bad information about px moved
    - Help behavior for locales without manual translation

= Package : gimp-i18n  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.6.3, Rel.: 37, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to 2.6.3 which includes following bug fixes:
    - Plugin Map Color Range disappears from GIMP
    - Error while loading psd-data
    - Explicit zooming with e.g. '1' should handle zoom-focus better
    - Zoom selection always centered in the Navigation tab
    - Wrong lang tags for 'no'
    - SOTA Chrome cannot accept different textures
    - Clearing an already empty document history crashes GIMP
    - Image windows need better default locations
    - "Scale image..." causes distortion around edges
    - Changing crop size in Crop Tool Options can make UI unresponsive
    - Stroking a single-point path with a paint tool crashes GIMP
    - Move tool gives bad information about px moved
    - Help behavior for locales without manual translation

= Package : glib2  [Burak Çalýþkan <burakclskn_at_gmail.com>]
======================================================================
* Ver.: 2.16.5, Rel.: 29, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-10-05]

    Revert to 2.16.5, 2.18 breaks firefox, needs more testing and/or BreaksABI 
facility..

* Ver.: 2.18.1, Rel.: 28, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-09-18]

    Version bump.

* Ver.: 2.18.0, Rel.: 27, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-16]

    Version bump.

= Package : gnujump  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 1.0.6, Rel.: 8, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-18]

    Drop Turkish translation for now since GnuJump's i18n support is buggy and 
causes the game to crash on some systems (#8839).

* Ver.: 1.0.6, Rel.: 7, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-10]

    Version bump.

* Ver.: 1.0.5, Rel.: 6, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-11]

    Fix desktop files to make them XDG compliant

= Package : gparted  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 0.4.1, Rel.: 13, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-02]

    Version bump:
    * Improved read label performance with blkid cached results
    * Added read UUID support
    * Enforced FAT16/32 compliant volume labels (11 char max)
    * Fixed destination too small on copy and paste partition
    * Added status bar message updates while scanning devices
    * Moved Features entry from menu GParted to View
    * Renamed Features dialog to File System Support
    * Prevented paste into an existing partition
    * Added --disable-doc configure flag to stop building help docs

* Ver.: 0.3.9, Rel.: 12, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-09-19]

    Version bump

= Package : gtk2  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.12.11, Rel.: 39, Type: None
* Ekn Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Revert to 2.12.11

* Ver.: 2.14.3, Rel.: 38, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.2, Rel.: 37, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.1, Rel.: 36, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-17]

    Version bump and parsing package

= Package : gtk2-demo  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.12.11, Rel.: 39, Type: None
* Ekn Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Revert to 2.12.11

* Ver.: 2.14.3, Rel.: 38, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

= Package : gtk2-docs  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.12.11, Rel.: 39, Type: None
* Ekn Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Revert to 2.12.11

* Ver.: 2.14.3, Rel.: 38, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.


= Package : hsqldb-lib  [Cenk Güre <gure.cenk_at_gmail.com>]
======================================================================
* Ver.: 1.8.0.10, Rel.: 2, Type: None
* Cenk Güre <gure.cenk_at_gmail.com> [2008-09-19]

    Version bump

= Package : hunspell  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.8, Rel.: 1, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-01]

    First release.

= Package : hunspell-docs  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.8, Rel.: 1, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-01]

    First release.

= Package : hunspell-tools  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.8, Rel.: 1, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-01]

    First release.

= Package : iwlwifi4965-ucode  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 228.57.2.23, Rel.: 3, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-15]

    - Version bump,
    - Allow full active scan dwell time after auto-switch from passive to 
active,
    - Properly decrement sequence number to avoid "wrong command queue error.

= Package : kdeaccessibility4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 11, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeadmin4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-colorschemes  [Gökçen Eraslan 
<gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-emoticons  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-icons  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-kworldclock-maps  [Gökçen Eraslan 
<gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-screensavers  [Gökçen Eraslan 
<gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-sounds  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-styles  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-wallpapers  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebase4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebase4-runtime  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 20, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebase4-workspace  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 26, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebindings4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 14, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdeedu4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdegames4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdegraphics4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 19, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-25]

    Version bump to 4.2 beta 1

= Package : kdelibs4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 23, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdemultimedia4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdenetwork4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-03]

    Missing deps. speex, gmp, libidn and ortp added. Strict dep to decibel 
added

* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdepim4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 9, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdepimlibs  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1, libical dep added

= Package : kdeplasma-addons  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 6, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdesdk4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 15, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdetoys4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 15, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdeutils4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdewebdev4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 15, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kgraphviewer  [Semen Cirit <semen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.4, Rel.: 2, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-12-16]

    A new patch is added for spirit parser.

= Package : kid3  [Semen Cirit <semen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.1, Rel.: 8, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-12-17]

    - Version bump
    - With new version, convertion from  ID3v2.4 tags to ID3v2.3 is possible.

= Package : libgcrypt  [Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr>]
======================================================================
* Ver.: 1.4.0, Rel.: 8, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-14]

    revert libgcrypt to 1.4.0, 1.4.3 silently breaks gnutls

* Ver.: 1.4.3, Rel.: 7, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-11-02]

    Version bump
    Change version of dep. libgpg-error to 1.4

= Package : libgnomecanvas  [Eren Türkay <turkay.eren_at_gmail.com>]
======================================================================
* Ver.: 2.20.0, Rel.: 3, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Fix dependencies, 2008 repo has gail.

= Package : libical  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.42, Rel.: 2, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-15]

    Version bump: Fix for storing inline attachments, safety fix when 
formatting date strings

= Package : libkate  [H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com>]
======================================================================
* Ver.: 0.2.8, Rel.: 4, Type: None
* H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com> [2008-12-15]

    * Version bump
    * Include examples/ directory

= Package : libmsn  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.0_beta1, Rel.: 1, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-15]

    First release.

= Package : libotr  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 3.2.0, Rel.: 2, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2008-06-21]

    Version bump

* Ver.: 3.1.0, Rel.: 1, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2007-12-08]

    First release

= Package : lyx  [H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com>]
======================================================================
* Ver.: 1.6.1, Rel.: 20, Type: None
* H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com> [2008-12-13]

    First bugfix release of brand new 1.6 major branch.

= Package : meanwhile  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.2, Rel.: 1, Type: None
* Gökmen GÖKSEL <gokmen_at_pardus.org.tr> [2008-12-18]

    First release.

= Package : mechanize  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 0.1.10, Rel.: 2, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-19]

    Version bump to stable release.

= Package : metalink  [Semen Cirit <semen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.3.5, Rel.: 3, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-12-15]

    - Version bump
    - Patch is removed.

= Package : mod_dav_svn  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.5.4, Rel.: 37, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-22]

    * Properly handle explicit mergeinfo added in merge source
    * Fixed merging of paths containing spaces
    * Fixed regression in mergeinfo-aware merges against

* Ver.: 1.5.3, Rel.: 36, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-11-18]

    Fixed service script not emiting COMAR signal.

= Package : mountmanager  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 0.2.4, Rel.: 2, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-12-14]

    Fix #8781.

= Package : mudur  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.1, Rel.: 70, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-19]

    Ignore cleanup errors silently.

= Package : net-tools  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 1.60, Rel.: 26, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-19]

    Fixed COMAR script raising an exception instead of DHCP error.

= Package : network-manager  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.1.4, Rel.: 58, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-16]

    Use max timeout if reply is not ignored by caller.

= Package : networkx  [Ahmet Erdoðan <tuxposta_at_gmail.com>]
======================================================================
* Ver.: 0.37, Rel.: 2, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-09-09]

    Version bump.

* Ver.: 0.35.1, Rel.: 1, Type: None
* Ahmet Erdoðan <tuxposta_at_gmail.com> [2007-12-05]

    First release

= Package : numpy  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.1, Rel.: 11, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-18]

    Version bump to stable release.

= Package : openmpi  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.8, Rel.: 6, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-10-22]

    Bug fixes and a few new features

= Package : ortp  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 0.13.1, Rel.: 2, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-09-09]

    Version Bump.

* Ver.: 0.7.1, Rel.: 1, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-01-13]

    First release.

= Package : package-manager  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.3.9, Rel.: 53, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-02]

    * Install now fetches all and then installs
    * Disable cancel button when fetching finished and started instaling

= Package : pardus-python  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 0.3.1, Rel.: 12, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-19]

    Fixed netutils module trying to parse address, even if it's not set.

= Package : perl-Archive-Tar  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.42, Rel.: 5, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Bug fix release, add missing dependencies

= Package : perl-Archive-Zip  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.26, Rel.: 6, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Remove "use warnings" instances, add version dependency, add build tests

= Package : perl-Class-MethodMaker  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 2.13, Rel.: 5, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Improve diagnostics and avoid crash with bad arguments.

= Package : perl-DBD-mysql  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 4.010, Rel.: 7, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-17]

    * Fix to dbd_bind_ph() for uninitialized value 'buffer_length'.
    * Fix to re-enable TAKE_IMP_DATA_VERSION.
    * Fix to escaped single quotes throwing off bind param detection.

= Package : perl-Data-UUID  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.149, Rel.: 3, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Changed license

= Package : perl-Digest-MD5  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 2.38, Rel.: 3, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-17]

    * Sync with perl core changes
    * Warning when 'hd5_hex' et al are called as a method on an object 
[RT#19643]
    * Fix compatibility problems with older perl [RT#30348]

= Package : perl-File-HomeDir  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 0.82, Rel.: 4, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-19]

    * Localising $@ during evals
    * Get rid of extra warnings when getting more then one warning

= Package : perl-File-Temp  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 0.21, Rel.: 3, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-17]

    * Some versions of rmtree croakif you attempt to remove a directory that 
you are inside. [RT#35779].
    * Memory leak fix [RT#37621]

= Package : perl-HTML-Parser  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 3.59, Rel.: 4, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-17]

    * Recognize the Unicode BOM in utf8_mode as well [RT#27522]
    * Suppress "Parsing of undecoded UTF-8 will give garbage" warning
    with attr_encoded [RT#29089]

= Package : perl-IO-via-dynamic  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 0.13, Rel.: 2, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-19]

    Workaround for a reference count bug in Perl 5.10.0

= Package : perl-Internals  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.1, Rel.: 1, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-17]

    First release.

= Package : perl-Log-Log4perl  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.20, Rel.: 3, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-19]

    * Fixes the caller() level when calling get_logger() on a subclass of 
Log4perl
    * Support of literal text in DateFormat format
    * Fix "Numerical result out of range" problem

= Package : perl-MIME-Lite  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 3.023, Rel.: 3, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-19]

    * Respect crazy people who put multiple Cc or Bcc headers in message 
[RT#30574]
    * Fix weird unicode-in-$1 bug

= Package : perl-Tk  [Ýlker Kesen <ikesen92_at_gmail.com>]
======================================================================
 = Package : perl-XML-SAX-Writer  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 0.52, Rel.: 2, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-19]

    Added QuoteCharacter parameter to new() to control quoting of attributes

= Package : perl-YAML  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 0.68, Rel.: 6, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-19]

    Added YAML::Any, added build tests to package

= Package : perl-ldap  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 0.39, Rel.: 5, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-19]

    * Several fixes to the handling of IntermediateMessage and LDAP Content 
synchronisation
    * Fix Net::LDAP::Util to not cause Undefined subroutine 
Net::LDAP::Util::ldap_error_desc

= Package : perl-libwww  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 5.822, Rel.: 7, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-17]

    * Wrong content handlers would sometimes be skipped [RT#40187]
    * Avoid aborting requests saved to file early [RT#40985]
    * redo used incorrectly in LWP::Protocol::http [RT#41116]
    * Skip a failing decoded_content on systems without Encode.pm [RT#40735]

= Package : phonon  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.2.80, Rel.: 5, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-29]

    Prefix is changed to /usr/kde/4

* Ver.: 4.2.80, Rel.: 4, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Sync from SVN, xine-lib dep added

= Package : php-mode  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.5.0, Rel.: 3, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-22]

    Version bump.

= Package : pidgin  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.5.2, Rel.: 25, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-04]

    Add missing avahi-glib dependency.

* Ver.: 2.5.2, Rel.: 24, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-11-04]

    Stable version bump including fixes for libpurple, Pidgin, Finch, MSN, 
XMPP and Yahoo components.

* Ver.: 2.5.1, Rel.: 23, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-10-20]

    A new patch added for turkish translation errors.

= Package : pisi  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 2.1.0, Rel.: 105, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-01]

    * Install now works as upgrade, downloads all and then installs
    * Requires/Action/{reverseDependencyUpdate,systemRestart,serviceRestart} 
tags
    * pisi check symlink problem (#7336)
    * Fixed bugs (5493, 5619, 7336, 5370, 8623, 8379, 4539, 8515, 8501, 8426, 
8145, 7328)

= Package : podofo  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.6.0, Rel.: 1, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-01]

    First release.

= Package : powerdevil-kde4  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 1.4.1, Rel.: 2, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-10]

    Version bump.

= Package : pyopenssl  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 0.8, Rel.: 3, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to stable release.

= Package : pyrex  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.8.5, Rel.: 6, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-18]

    Version bump to some minor bug fixes and improvements.

= Package : pysvn  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 1.6.2, Rel.: 8, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-18]

    Version bump to new stable release.

= Package : python-clientform  [Serdar Dalgýç <serdar_at_cclub.metu.edu.tr>]
======================================================================
* Ver.: 0.2.10, Rel.: 3, Type: None
* Serdar Dalgýç <serdar_at_cclub.metu.edu.tr> [2008-12-18]

    For Pardus:
    * Version bump to 0.2.10
    * Rename the package as python-clientform instead of ClientForm
    * Fix date typo in Second Update
    For the Package:
    * Fix bug that caused some newlines to be erroneously stripped from form 
data (Gary Poster)
    * Fix for missing closing tags: When there was no closing body tag or 
closing form tag, the final opening form element on a page would not cause a 
form object to be returned from ParseFileEx and c. (Bradley Murray)
    * Use Title-Case in MIME headers in form data
    * FileControl fixes for no-files and no-filename cases.

* Ver.: 0.2.9, Rel.: 2, Type: None
* Serdar Dalgýç <serdar_at_cclub.metu.edu.tr> [2008-08-22]

    Version bump, add examples to documents.

* Ver.: 0.2.7, Rel.: 1, Type: None
* Ýlker Kesen <ikesen92_at_gmail.com> [2007-06-20]

    Initial release.

= Package : pytz  [Serdar Dalgýç <serdar_at_cclub.metu.edu.tr>]
======================================================================
* Ver.: 2008i, Rel.: 2, Type: None
* Serdar Dalgýç <serdar_at_cclub.metu.edu.tr> [2008-12-19]

    New Upstream Release.

= Package : qedje  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.3.0, Rel.: 1, Type: None
* Gökmen GÖKSEL <gokmen_at_pardus.org.tr> [2008-12-16]

    First release.

= Package : quassel  [H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com>]
======================================================================
* Ver.: 0.3.1, Rel.: 2, Type: None
* H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com> [2008-12-22]

    Add qt4 sqlite dependency to fix crash as it can't find a storage backend.

* Ver.: 0.3.1, Rel.: 1, Type: None
* H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com> [2008-12-01]

    First release.

= Package : qzion  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.3.0, Rel.: 1, Type: None
* Gökmen GÖKSEL <gokmen_at_pardus.org.tr> [2008-12-16]

    First release.

= Package : rocksndiamonds  [H. Ýbrahim Güngör 
<h.ibrahim.gungor_at_gmail.com>]
======================================================================
* Ver.: 3.2.6.0, Rel.: 1, Type: None
* H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com> [2008-11-29]

    First release.

= Package : rsibreak-kde4  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.0_beta4, Rel.: 3, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-30]

    Depend on kdelibs4 - uses libplasma.so

* Ver.: 0.9.0_beta4, Rel.: 2, Type: None
* Gökmen GÖKSEL <gokmen_at_pardus.org.tr> [2008-10-26]

    New beta with a lot of bug fixes.

= Package : scapy  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.0.10, Rel.: 4, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to stable release.

= Package : skype  [Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.0.72, Rel.: 14, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-06-24]

    Version bump

= Package : smc  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.6, Rel.: 3, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-08]

    Stable bump

= Package : soprano  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 2.1.64, Rel.: 8, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-15]

    Version bump to 2.1.64

= Package : subversion  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.5.4, Rel.: 37, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-22]

    * Properly handle explicit mergeinfo added in merge source
    * Fixed merging of paths containing spaces
    * Fixed regression in mergeinfo-aware merges against

* Ver.: 1.5.3, Rel.: 36, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-11-18]

    Fixed service script not emiting COMAR signal.

= Package : sylpheed  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 2.6.0, Rel.: 26, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-19]

    Version bump to new stable :
    * A workaround for raw-JIS filename used for attachments was made.

* Ver.: 2.6.0_rc, Rel.: 25, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-01]

    Version bump to new RC for testing :
    * The backups for configuration files are kept for four generations now.
    * Only new messages are counted when incorporating from local mbox.
    * In the folder selection dialog, only folders which are expanded in the 
folder view are expanded now.
    * The folders which should not be selected in the folder selection dialog 
became unselectable now.
    * The bug that the addressbook window was not refreshed when sender of 
message was added to the addressbook was fixed.
    * Several bugfixes were made.

* Ver.: 2.6.0_beta2, Rel.: 24, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-11-17]

    Version bump to new beta for testing :
    * The menu was added to the remote POP3 mailbox window.
    * The sorting of remote POP3 mailbox was fixed.
    * The remote POP3 mailbox button was added to the toolbar.

* Ver.: 2.6.0_beta1, Rel.: 23, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-09-29]

    Version bump to new beta for testing

= Package : sympy  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 0.6.3, Rel.: 5, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-19]

    Version bump to stable release which includes following fixes:
    * port to python2.6 (all tests pass)
    * port to jython (all tests pass except those depending on the "ast" 
module)
    * true division fixed (all tests pass with "-Qnew" Python option)
    * buildbot.sympy.org created, sympy is now regularly tested on python2.4, 
2.5, 2.6 on both i386 and amd64 architectures.
    * py.bench -- py.test based benchmarking added
    * bin/test -- simple py.test like testing framework, without external 
dependencies, nice colored output
    * most limits now work
    * factorization over Z[x] greatly improved
    * Piecewise function added
    * nsimplify() implemented
    * symbols and var syntax unified
    * C code printing

= Package : sysklogd  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 1.5, Rel.: 11, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-16]

    Fixed service script and bumped to 1.5

= Package : tapioca-qt  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.17.7_891685, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-04]

    New snapshot, prefix changed to /usr/qt/4

= Package : telepathy-qt  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.17.7_891673, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-04]

    New snapshot, prefix changed to /usr/qt/4 since this is a Qt4 library

= Package : tpm-tools  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 1.3.1, Rel.: 4, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-01-07]

    Version Bump.

* Ver.: 1.3.0, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-08]

    Version Bump.

* Ver.: 1.2.5.1, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-02-05]

    Version Bump.

* Ver.: 1.2.5, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2006-11-30]

    First release

= Package : tpmmanager  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 0.5, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-04-19]

    Stable update

* Ver.: 0.4, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-10]

    Version bump.

* Ver.: 0.3, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-03-02]

    First release

= Package : trousers  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 0.3.1, Rel.: 7, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-04-16]

    Fix compiled with gcc4.3 and many bugs

* Ver.: 0.3.1, Rel.: 6, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-01-12]

    Bug Fixed:6794

* Ver.: 0.3.1, Rel.: 5, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-04]

    Version bump

* Ver.: 0.2.9.1, Rel.: 4, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2007-05-23]

    Updated Service script.

* Ver.: 0.2.9.1, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-04-27]

    Version Bump

* Ver.: 0.2.9, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-03-13]

    Version Bump

* Ver.: 0.2.8, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2006-11-30]

    First release

= Package : vpnc  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 0.5.3, Rel.: 4, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-12-10]

    Bugfix Releases

= Package : webkitkde  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.0_898446, Rel.: 1, Type: None
* Gökmen GÖKSEL <gokmen_at_pardus.org.tr> [2008-12-18]

    First release

= Package : wesnoth  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 1.4.6, Rel.: 14, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Stable version bump to fix several small bugs and update many 
translations.

= Package : wireless-tools  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 29, Rel.: 45, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-19]

    Fixed COMAR script raising an exception instead of DHCP error.

* Ver.: 29, Rel.: 44, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-17]

    Backport Non-ASCII character included ESSID problems from 30pre7 (Fixes 
#8583).

= Package : zodb3  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 3.9.0, Rel.: 3, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-19]

    Version bump which includes various bug fixes and new features like:
    * The Blob open method now supports a new mode, 'c'
    * ClientStorage now provides blob cache management.
    * ZODB 3.9 ZEO clients can connect to ZODB 3.8 servers.
    * There's a new convenience function, ZEO.DB, for creating databases using 
ZEO Client Storages.
    * Object saves are a little faster
    * FileStorage now provides optional garbage collection.
    * Added support for copying and recovery of blob storages:
    * ZEO cache files can be larger than 4G.

--
Ekin Meroglu <ekin_at_pardus.org.tr>

From isbaran at gmail.com  Tue Dec 23 16:41:04 2008
From: isbaran at gmail.com (=?ISO-8859-9?Q?=DD=FEbaran_Ak=E7ay=FDr?=)
Date: Tue, 23 Dec 2008 16:41:04 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <4950F880.7090703@gmail.com>

Ekin Meroðlu wrote On 23-12-2008 16:31:
> Merhaba / Hi;
> 

Selam,

> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 25 
> Aralýk 2008, 23:59.
> 

> amarok-kde4-2.0-12-5.pisi

ACK

iyi günler


From dfisek at fisek.com.tr  Tue Dec 23 16:53:20 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 23 Dec 2008 16:53:20 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <20081223165320.5ae8a906.dfisek@fisek.com.tr>

Tue, 23 Dec 2008 16:31:18 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> gnujump-1.0.6-8-4.pisi
> sylpheed-2.6.0-26-7.pisi
ACK.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From pinar at pardus.org.tr  Tue Dec 23 16:59:46 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Tue, 23 Dec 2008 16:59:46 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <4950FCE2.2080408@pardus.org.tr>


On 12/23/2008 04:31 PM Ekin Meroðlu wrote:
> bzflag-2.0.12-7-2.pisi
> gimp-2.6.3-37-9.pisi
> gimp-devel-2.6.3-37-9.pisi
> gimp-i18n-2.6.3-37-8.pisi
> gimp-i18n-*-2.6.3-37-3.pisi
>   
> mechanize-0.1.10-2-2.pisi
>   
> numpy-1.2.1-11-4.pisi
>   
> pidgin-2.5.2-25-6.pisi
>   
> pyopenssl-0.8-3-2.pisi
>   
> pyrex-0.9.8.5-6-3.pisi
> pysvn-1.6.2-8-3.pisi
>   
> scapy-2.0.0.10-4-2.pisi
>   
> sympy-0.6.3-5-2.pisi
>   
> wesnoth-1.4.6-14-6.pisi
> zodb3-3.9.0-3-2.pisi
>
>   

onyuzmilyonbin ACK


-- 
Pýnar Yanardað (a.k.a PINguAR)
http://pinguar.org
_____________________________



From bahadir at pardus.org.tr  Tue Dec 23 18:55:25 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Tue, 23 Dec 2008 18:55:25 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <200812231855.28064.bahadir@pardus.org.tr>

23 Ara 2008 Sal tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> baselayout-3.1-88-45.pisi
> mudur-2.0.1-70-34.pisi
> net-tools-1.60-26-9.pisi
> network-manager-2.1.4-58-25.pisi
> pardus-python-0.3.1-12-12.pisi
> wireless-tools-29-45-18.pisi

ack
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081223/07ba9a0c/attachment.pgp 

From inancyildirgan at gmail.com  Tue Dec 23 19:18:43 2008
From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=)
Date: Tue, 23 Dec 2008 19:18:43 +0200
Subject: [Gelistirici] Knights paketi
In-Reply-To: <20081223121601.ad94c86b.dfisek@fisek.com.tr>
References: <a001a6cb0812201830o716c56eet4c84deede92e40c@mail.gmail.com>
	<a001a6cb0812230112u18dd6a88mdbb87c2473b040ac@mail.gmail.com>
	<20081223121601.ad94c86b.dfisek@fisek.com.tr>
Message-ID: <200812231918.44412.inancyildirgan@gmail.com>

On Tuesday 23 December 2008 12:16:01 Doruk Fisek wrote:

> Hata raporuna baktim da, problem Gnuchess paketinden de kaynaklaniyor
> olabilirmis gibi geldi.
>
> Biraz bakindim, gnuchess listesine 2006'da bu konuyla ilgili bir yama
> gondermis biri :
>
> http://osdir.com/ml/gnu.chess.bugs/2006-10/msg00000.html
>
>                    Doruk

Vermiþ olduðunuz adresteki patchi uygulayýp denedim. Sanýrým sorun knights 
paketinde. Çünkü depoda bulunan gnuchess ile eboard paketini deneyince böyle 
bir sorunla karþýlaþmýyorum. Ama knights ile deneyince sorun ortaya çýkýyor. 
Patch i uygulayýp denediðimde ise eboard ile yine sorun yok ama knights da 
sorun devam ediyor.

From serdar at cclub.metu.edu.tr  Tue Dec 23 19:21:44 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Tue, 23 Dec 2008 19:21:44 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <49511E28.2050600@cclub.metu.edu.tr>

Ekin Meroðlu wrote On 23-12-2008 16:31:
> Merhaba / Hi;
>
>   
Selamlar;

> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 25 
> Aralýk 2008, 23:59.
>   
> Pygments-1.0-2-2.pisi
>   
> python-clientform-0.2.10-3-1.pisi
> pytz-2008i-2-2.pisi
>   

ACK

iyi çalýþmalar

-serdar

From inancyildirgan at gmail.com  Tue Dec 23 19:22:14 2008
From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=)
Date: Tue, 23 Dec 2008 19:22:14 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <200812231922.14463.inancyildirgan@gmail.com>

On Tuesday 23 December 2008 16:31:18 Ekin Meroðlu wrote:

> mountmanager-0.2.4-2-2.pisi
> powerdevil-kde4-1.4.1-2-2.pisi

ACK.



From fatih at pardus.org.tr  Tue Dec 23 22:30:45 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 23 Dec 2008 22:30:45 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <200812232230.50316.fatih@pardus.org.tr>

Salý 23 Aralýk 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> ati-control-center-8.12-45-25.pisi
> ati-drivers-8.12-45-39.pisi

  ACK. ATI kart kullanan testçiler, eski sürümden bu yana regression olup 
olmadýðýný kontrol edebilirlerse iyi olur. Kurduktan sonra sonucu görmek için 
sistemlerini yeniden baþlatmalarý gerektiðini de hatýrlatalým.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081223/e9e0645b/attachment.pgp 

From serbulent at pardus.org.tr  Tue Dec 23 22:59:02 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 23 Dec 2008 22:59:02 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812232230.50316.fatih@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<200812232230.50316.fatih@pardus.org.tr>
Message-ID: <200812232259.02658.serbulent@pardus.org.tr>

On Tuesday 23 December 2008 22:30:45 Fatih Aþýcý wrote:
> > ati-control-center-8.12-45-25.pisi
> > ati-drivers-8.12-45-39.pisi

OK test sýrasýnda özel olarak ilgileneceðiz.

-- 
Ýyi Çalýþmalar;
 
Serbülent                                                                   

From fatih at pardus.org.tr  Tue Dec 23 23:19:39 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 23 Dec 2008 23:19:39 +0200
Subject: [Gelistirici] r20870 - trunk/pisi/pisi/actionsapi
In-Reply-To: <20081223202406.D058613840C1@ns1.pardus.org.tr>
References: <20081223202406.D058613840C1@ns1.pardus.org.tr>
Message-ID: <200812232319.42647.fatih@pardus.org.tr>

Salý 23 Aralýk 2008 tarihinde, uludag-commits at pardus.org.tr þunlarý yazmýþtý: 
> Author: gokmen.goksel
> Date: Tue Dec 23 22:24:06 2008
> New Revision: 20870
>
> Modified:
>    trunk/pisi/pisi/actionsapi/pythonmodules.py
> Log:
>  * Auto dodoc doesnt work because its python and u need to use split..
>  * AUTHORS file added to automatic dodoc list.

Bunlara NEWS ve TODO'yu eklemenin yaný sýra dosya boyutunun da 0'a eþit olup 
olmadýðýný kontrol etsek ? Bunlar bazý arþivlerden boþ çýkýyor.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081223/654e984c/attachment.pgp 

From gokmen at pardus.org.tr  Tue Dec 23 23:25:10 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Tue, 23 Dec 2008 23:25:10 +0200
Subject: [Gelistirici] r20870 - trunk/pisi/pisi/actionsapi
In-Reply-To: <200812232319.42647.fatih@pardus.org.tr>
References: <20081223202406.D058613840C1@ns1.pardus.org.tr>
	<200812232319.42647.fatih@pardus.org.tr>
Message-ID: <200812232325.10712.gokmen@pardus.org.tr>

Salý 23 Aralýk 2008 günü (saat 23:19:39) Fatih Aþýcý þunlarý yazmýþtý:
> Salý 23 Aralýk 2008 tarihinde, uludag-commits at pardus.org.tr þunlarý 
yazmýþtý:
> > Author: gokmen.goksel
> > Date: Tue Dec 23 22:24:06 2008
> > New Revision: 20870
> >
> > Modified:
> >    trunk/pisi/pisi/actionsapi/pythonmodules.py
> > Log:
> >  * Auto dodoc doesnt work because its python and u need to use split..
> >  * AUTHORS file added to automatic dodoc list.
>
> Bunlara NEWS ve TODO'yu eklemenin yaný sýra dosya boyutunun da 0'a eþit
> olup olmadýðýný kontrol etsek ? Bunlar bazý arþivlerden boþ çýkýyor.
Evet güzel fikir bu da ;) bakayým ;)
-- 
Gökmen GÖKSEL

From rkirmizi at gmail.com  Tue Dec 23 23:26:27 2008
From: rkirmizi at gmail.com (Recep KIRMIZI)
Date: Tue, 23 Dec 2008 23:26:27 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <200812222216.37890.gokmen@pardus.org.tr>
References: <494FD0BE.8060406@pardus.org.tr>
	<20081222214833.8f5c4da9.dfisek@fisek.com.tr>
	<200812222216.37890.gokmen@pardus.org.tr>
Message-ID: <200812232326.27703.rkirmizi@gmail.com>

On Monday 22 December 2008 22:16:37 Gökmen GÖKSEL wrote:
> Pazartesi 22 Aralýk 2008 günü (saat 21:48:33) Doruk Fisek þunlarý yazmýþtý:
> > Mon, 22 Dec 2008 21:41:44 +0200, Gökmen GÖKSEL <gokmen at pardus.org.tr> :
> > > > Tek aklima gelen sorun o "Esc'e basin" seysini her dilden insanin
> > > > anlayacagi bicimde nasil soyleriz? :)
> > :
> > :)))))
> >
> > "Default'la acmayacaksaniz" ifadesini de o grafige tutturdun mu
> > tamamdir :)

zuhahahahahah :P

From gokmen at pardus.org.tr  Tue Dec 23 23:31:25 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Tue, 23 Dec 2008 23:31:25 +0200
Subject: [Gelistirici] r20870 - trunk/pisi/pisi/actionsapi
In-Reply-To: <200812232325.10712.gokmen@pardus.org.tr>
References: <20081223202406.D058613840C1@ns1.pardus.org.tr>
	<200812232319.42647.fatih@pardus.org.tr>
	<200812232325.10712.gokmen@pardus.org.tr>
Message-ID: <200812232331.25893.gokmen@pardus.org.tr>

Salý 23 Aralýk 2008 günü (saat 23:25:10) Gökmen GÖKSEL þunlarý yazmýþtý:
> Salý 23 Aralýk 2008 günü (saat 23:19:39) Fatih Aþýcý þunlarý yazmýþtý:
> > Salý 23 Aralýk 2008 tarihinde, uludag-commits at pardus.org.tr þunlarý
>
> yazmýþtý:
> > > Author: gokmen.goksel
> > > Date: Tue Dec 23 22:24:06 2008
> > > New Revision: 20870
> > >
> > > Modified:
> > >    trunk/pisi/pisi/actionsapi/pythonmodules.py
> > > Log:
> > >  * Auto dodoc doesnt work because its python and u need to use split..
> > >  * AUTHORS file added to automatic dodoc list.
> >
> > Bunlara NEWS ve TODO'yu eklemenin yaný sýra dosya boyutunun da 0'a eþit
> > olup olmadýðýný kontrol etsek ? Bunlar bazý arþivlerden boþ çýkýyor.
>
> Evet güzel fikir bu da ;) bakayým ;)
Tamamdýr ;)

-- 
Gökmen GÖKSEL

From fatih at pardus.org.tr  Wed Dec 24 00:59:14 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Wed, 24 Dec 2008 00:59:14 +0200
Subject: [Gelistirici] cmaketools
Message-ID: <200812240059.14306.fatih@pardus.org.tr>

Selamlar,

cmaketools'da CMAKE_C_COMPILER ve CMAKE_CXX_COMPILER değişkenlerini öntanımlı 
olarak atasak daha doÄŸru olacak sanki?

Bir de daha önce CMAKE_BUILD_TYPE öntanımlı olarak "release" olsun demiş ve o 
şekilde değiştirmiştik. Ancak "RelWithDebInfo" olması daha doğru olacak gibi 
geldi ÅŸimdi? Bu ÅŸekilde debug sembolleri de ekleniyor. Ä°lerde debug 
paketlerini oluştururken lazım olabilir. Ana pakete girmeden önce nasıl olsa 
strip ediliyor.

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081224/9c350d96/attachment.pgp 

From mnurolcay at gmail.com  Wed Dec 24 02:42:52 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Wed, 24 Dec 2008 02:42:52 +0200
Subject: [Gelistirici] CC ve CXX
In-Reply-To: <200812190007.13571.fatih@pardus.org.tr>
References: <200812190007.13571.fatih@pardus.org.tr>
Message-ID: <200812240242.52616.mnurolcay@gmail.com>

On Friday 19 December 2008 00:07:13 Fatih Aşıcı wrote:
> Selamlar,
>
> Build sırasında CC ve CXX her zaman export edilse nasıl olur? Çoğu pakette
> shelltools.export kullanmak gerekiyor yoksa.

Bu konuda henüz bir karar alınmadı sanırım, bir sakıncası var mıdır acep?
eklense güzel olurdu. 
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081224/a964cf53/attachment.htm 

From pinar at pardus.org.tr  Wed Dec 24 08:20:57 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Wed, 24 Dec 2008 08:20:57 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5BPardus-devel=5D_G=FCvenlik_G=FCnc?=
 =?iso-8859-9?q?ellemeleri_-_Security_Fixes?=
In-Reply-To: <200812231420.15761.ekin@pardus.org.tr>
References: <200812231420.15761.ekin@pardus.org.tr>
Message-ID: <4951D4C9.4030002@pardus.org.tr>

On 12/23/2008 02:20 PM Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> Bu gece kararlý depolara girecek güvenlik güncellemeleri :
> Tonight's Security Fixes for Pardus stable repos : 
> ------------------------------------------------------------------------
>
> * [Pardus 2007]
> perl-doc-5.8.8-19-12.pisi
> perl-5.8.8-19-12.pisi
> libperl-5.8.8-19-12.pisi
> mplayer-0.0_20080322-85-61.pisi
>
> * [Pardus 2008]
> perl-doc-5.10.0-21-5.pisi
> perl-5.10.0-21-5.pisi
> mplayer-0.0_20081015-101-18.pisi
>   

[PLSA 2008-87] Mplayer: Buffer Overflow
http://security.pardus.org.tr/en/2008-87
http://lists.pardus.org.tr/pardus-security/2008-December/000185.html


[PLSA 2008-89] Perl: Symlink Attack
http://security.pardus.org.tr/en/2008-89/
http://lists.pardus.org.tr/pardus-security/2008-December/000186.html

-- 
Pýnar Yanardað (a.k.a PINguAR)
http://pinguar.org
_____________________________


From coderlord at gmail.com  Wed Dec 24 11:39:32 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Wed, 24 Dec 2008 11:39:32 +0200
Subject: [Gelistirici]
	=?utf-8?q?Kablolu_a=C4=9Flar_i=C3=A7in_wpa=5Fsuppli?=
	=?utf-8?q?cant_deste=C4=9Fi=2E?=
In-Reply-To: <494F7D12.20502@gmail.com>
References: <4cca720b0812220329n534f2b1fp703b9ba3f56f832@mail.gmail.com>
	<494F7D12.20502@gmail.com>
Message-ID: <4cca720b0812240139o2ccf1d28s54fe31962c551c8@mail.gmail.com>

22 Aralýk 2008 Pazartesi 13:42 tarihinde Ýþbaran Akçayýr
<isbaran at gmail.com> yazdý:
>> kullanici listesinde konu ile ilgili bir yardým isteði gördüm. NM'de
>> altyapýmýz hazýr olduðuna göre kablolu aðlar için de 802.1X desteðini
>> niye açmýyoruz diyorum. Ýnsanlar radius vb. sunucu ile auth.
>> olabilsin.
>>
>
> Kendi adýma donaným eksikliðinden bir sürü iþim yarým kaldý, yakýn
> zamanda inþ. 802.1x li bir þeyler alýp test edip uðraþmayý planlýyorum
> bu iþlerle

Kablolu'nun link.py'ýna wireless'ýn link.py'ýndaki wpa_supplicant auth
kodunu eklesek ve NM'de ilgili ayarlarýn çýkmasý için betikte gereken
deðiþiklikleri yapsak yeterli olmaz mý ilk etapta?

-- 
Furkan Duman

From alpaslanmete at gmail.com  Wed Dec 24 12:41:03 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Wed, 24 Dec 2008 12:41:03 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<494D7FBD.5000804@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
	<fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>
	<fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>
Message-ID: <305f9edc0812240241xf808bbdn14ad1865373483da@mail.gmail.com>

2008/12/23 Emre Erenoglu <erenoglu at gmail.com>

> Merhaba,
>
> On Tue, Dec 23, 2008 at 12:28 AM, Emre Erenoglu <erenoglu at gmail.com>wrote:
>
>>
>> Bu arada farkettim ki sizin kural /sbin/vgchange'i gosteriyor, halbuki
>> bende vgchange /usr/sbin altinda. Degistirip deneyelim bakalim.
>>
>
> Iih, yemedi, kurala bakiyorum, asagidaki satirlara anlam veremedim:
>
> IMPORT{PROGRAM}="vol_id $tempnode"
> ...
> IMPORT{PROGRAM}="collect_lvm $tempnode"
> ...
>
> Bu yukardaki IMPORT direktifleri calismiyor olabilir mi? vol_id nedir,
> collect_lvm nedir? bunlar executable script ise bu tip seyler yok sistemde.


Sanırım Suse'den [1] almıştım bu kuralı benzeri de Ubuntu da var...

[1] http://rpm.pbone.net/index.php3/stat/6/idpl/10629950

Mete Alpaslan



>
> /dev/disk/by-id/lvm2-pvuuid-namfcF-BtJI-7BWL-jZUJ-Q4J1-rE15-24CY9c
>
> ise mevcut.
>
> --
> Emre
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081224/525954b0/attachment.htm 

From erenoglu at gmail.com  Wed Dec 24 12:47:13 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 24 Dec 2008 11:47:13 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <305f9edc0812240241xf808bbdn14ad1865373483da@mail.gmail.com>
References: <494ADBCC.10902@gmail.com> <494D7FBD.5000804@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
	<fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>
	<fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>
	<305f9edc0812240241xf808bbdn14ad1865373483da@mail.gmail.com>
Message-ID: <fe9771a80812240247j66f43e42w153a6ce637498d8c@mail.gmail.com>

Merhaba,

2008/12/24 Mete Alpaslan <alpaslanmete at gmail.com>

>
> 2008/12/23 Emre Erenoglu <erenoglu at gmail.com>
>
>> Merhaba,
>>
>> On Tue, Dec 23, 2008 at 12:28 AM, Emre Erenoglu <erenoglu at gmail.com>wrote:
>>
>>>
>>> Bu arada farkettim ki sizin kural /sbin/vgchange'i gosteriyor, halbuki
>>> bende vgchange /usr/sbin altinda. Degistirip deneyelim bakalim.
>>>
>>
>> Iih, yemedi, kurala bakiyorum, asagidaki satirlara anlam veremedim:
>>
>> IMPORT{PROGRAM}="vol_id $tempnode"
>> ...
>> IMPORT{PROGRAM}="collect_lvm $tempnode"
>> ...
>>
>> Bu yukardaki IMPORT direktifleri calismiyor olabilir mi? vol_id nedir,
>> collect_lvm nedir? bunlar executable script ise bu tip seyler yok sistemde.
>
>
> Sanırım Suse'den [1] almıştım bu kuralı benzeri de Ubuntu da var...
>
> [1] http://rpm.pbone.net/index.php3/stat/6/idpl/10629950
>
>
OK ama bizim sistemde calismiyor gibi gorunuyor  :)

Bu arada belki bendeki lvm2 paketini upgrade etmek lazimdir, yeni versiyonu
var mi bir yerlerde?

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081224/06212f11/attachment-0001.htm 

From isbaran at gmail.com  Wed Dec 24 13:56:50 2008
From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=)
Date: Wed, 24 Dec 2008 13:56:50 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812240247j66f43e42w153a6ce637498d8c@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<494D7FBD.5000804@gmail.com>	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>	<20081222200711.b9adf6b8.onur@pardus.org.tr>	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>	<49501D47.1080500@gmail.com>	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>	<fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>	<fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>	<305f9edc0812240241xf808bbdn14ad1865373483da@mail.gmail.com>
	<fe9771a80812240247j66f43e42w153a6ce637498d8c@mail.gmail.com>
Message-ID: <49522382.7020903@gmail.com>

Emre Erenoglu wrote On 24-12-2008 12:47:
> Merhaba,
> 
> 
> Bu arada belki bendeki lvm2 paketini upgrade etmek lazimdir, yeni versiyonu
> var mi bir yerlerde?
> 

En son .42 var, playground'umdaki .43 e geçmeyin device-mapper la
beraber geliyor sorun yaratýr

Kolay gelsin

From alpaslanmete at gmail.com  Wed Dec 24 14:02:23 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Wed, 24 Dec 2008 14:02:23 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812240247j66f43e42w153a6ce637498d8c@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
	<fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>
	<fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>
	<305f9edc0812240241xf808bbdn14ad1865373483da@mail.gmail.com>
	<fe9771a80812240247j66f43e42w153a6ce637498d8c@mail.gmail.com>
Message-ID: <305f9edc0812240402h68b5b8adna5a22d03df7540c@mail.gmail.com>

2008/12/24 Emre Erenoglu <erenoglu at gmail.com>

> Merhaba,
>
> 2008/12/24 Mete Alpaslan <alpaslanmete at gmail.com>
>
>>
>> 2008/12/23 Emre Erenoglu <erenoglu at gmail.com>
>>
>>> Merhaba,
>>>
>>> On Tue, Dec 23, 2008 at 12:28 AM, Emre Erenoglu <erenoglu at gmail.com>wrote:
>>>
>>>>
>>>> Bu arada farkettim ki sizin kural /sbin/vgchange'i gosteriyor, halbuki
>>>> bende vgchange /usr/sbin altinda. Degistirip deneyelim bakalim.
>>>>
>>>
>>> Iih, yemedi, kurala bakiyorum, asagidaki satirlara anlam veremedim:
>>>
>>> IMPORT{PROGRAM}="vol_id $tempnode"
>>> ...
>>> IMPORT{PROGRAM}="collect_lvm $tempnode"
>>> ...
>>>
>>> Bu yukardaki IMPORT direktifleri calismiyor olabilir mi? vol_id nedir,
>>> collect_lvm nedir? bunlar executable script ise bu tip seyler yok sistemde.
>>
>>
>> Sanırım Suse'den [1] almıştım bu kuralı benzeri de Ubuntu da var...
>>
>> [1] http://rpm.pbone.net/index.php3/stat/6/idpl/10629950
>>
>>
> OK ama bizim sistemde calismiyor gibi gorunuyor  :)
>
> Bu arada belki bendeki lvm2 paketini upgrade etmek lazimdir, yeni versiyonu
> var mi bir yerlerde?
>

İşbaranın playgroundunda yeni sürüm var ama orada lvm2 içinden çıkan
device_mapper ayrı paket paket olarak değil bu durum zaten device_mapper
yüklü gelen sistemde kütüphaneler doğru linklenmiyor ve lvm2 paketi
çalışmıyor....

bu arada [1] linkte geçen thread de postinstall da autoload  ilgili modulu
eklenmesi ve hacim grupları aktive etmek için de servis betiği yazılması
söylenmiş initramfs teki sorunumuzu tam çözer mi emin değilim?

Dağıtımlarının çoğu çözümü gereken paketlere initramfs(initrd) ve boot için
script koymuÅŸlar.[2] ve [3]

Ektede Debian Sid de lvm paketinde lvm2 desteğiyle initramfs yaratmak için
ve sistem açılışında kullanılan scriptler var... Önerim bizde dışarıdan
modul yükleyebilmek için initramfs tetikleyebileceğimiz betikler yaratmak
ama bu iş sistemin gelini etkilediği için tecrübeli geliştiricilerimizin
fikirleri bekliyorum?

Mete Alpaslan

[1]
http://liste.uludag.org.tr/pipermail/paketler/Week-of-Mon-20070604/000667.html
[2]
http://rpm.pbone.net/index.php3/stat/4/idpl/10629950/com/lvm2-2.02.39-8.6.x86_64.rpm.html
[3] http://packages.debian.org/source/sid/lvm2



>
> --
> Emre
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081224/2f5680c4/attachment-0001.htm 
-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
Ä°sim: lvm2create_initrd
Tür: application/octet-stream
Boyut: 16086 bayt
Tanım: kullanılamıyor
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081224/2f5680c4/attachment-0002.obj 
-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
Ä°sim: lvm2udev
Tür: application/octet-stream
Boyut: 768 bayt
Tanım: kullanılamıyor
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081224/2f5680c4/attachment-0003.obj 

From erenoglu at gmail.com  Wed Dec 24 14:35:58 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 24 Dec 2008 13:35:58 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <305f9edc0812240402h68b5b8adna5a22d03df7540c@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
	<fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>
	<fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>
	<305f9edc0812240241xf808bbdn14ad1865373483da@mail.gmail.com>
	<fe9771a80812240247j66f43e42w153a6ce637498d8c@mail.gmail.com>
	<305f9edc0812240402h68b5b8adna5a22d03df7540c@mail.gmail.com>
Message-ID: <fe9771a80812240435l325413f0q1bffef39c639188b@mail.gmail.com>

Merhaba,

2008/12/24 Mete Alpaslan <alpaslanmete at gmail.com>

> 2008/12/24 Emre Erenoglu <erenoglu at gmail.com>
>
> Merhaba,
>>
>> 2008/12/24 Mete Alpaslan <alpaslanmete at gmail.com>
>>
>>> 2008/12/23 Emre Erenoglu <erenoglu at gmail.com>
>>>
>>>> Merhaba,On Tue, Dec 23, 2008 at 12:28 AM, Emre Erenoglu <
>>>> erenoglu at gmail.com> wrote:
>>>>
>>>>>
>>>>> Bu arada farkettim ki sizin kural /sbin/vgchange'i gosteriyor, halbuki
>>>>> bende vgchange /usr/sbin altinda. Degistirip deneyelim bakalim.
>>>>>
>>>>
>>>> Iih, yemedi, kurala bakiyorum, asagidaki satirlara anlam veremedim:
>>>>
>>>> IMPORT{PROGRAM}="vol_id $tempnode"
>>>> ...
>>>> IMPORT{PROGRAM}="collect_lvm $tempnode"
>>>> ...
>>>>
>>>> Bu yukardaki IMPORT direktifleri calismiyor olabilir mi? vol_id nedir,
>>>> collect_lvm nedir? bunlar executable script ise bu tip seyler yok sistemde.
>>>
>>>
>>> Sanırım Suse'den [1] almıştım bu kuralı benzeri de Ubuntu da var...
>>>
>>> [1] http://rpm.pbone.net/index.php3/stat/6/idpl/10629950
>>>
>>>
>> OK ama bizim sistemde calismiyor gibi gorunuyor  :)
>>
>> Bu arada belki bendeki lvm2 paketini upgrade etmek lazimdir, yeni
>> versiyonu var mi bir yerlerde?
>>
>
> İşbaranın playgroundunda yeni sürüm var ama orada lvm2 içinden çıkan
> device_mapper ayrı paket paket olarak değil bu durum zaten device_mapper
> yüklü gelen sistemde kütüphaneler doğru linklenmiyor ve lvm2 paketi
> çalışmıyor....
>
> bu arada [1] linkte geçen thread de postinstall da autoload  ilgili modulu
> eklenmesi ve hacim grupları aktive etmek için de servis betiği yazılması
> söylenmiş initramfs teki sorunumuzu tam çözer mi emin değilim?
>
> Dağıtımlarının çoğu çözümü gereken paketlere initramfs(initrd) ve boot için
> script koymuÅŸlar.[2] ve [3]
>
> Ektede Debian Sid de lvm paketinde lvm2 desteğiyle initramfs yaratmak için
> ve sistem açılışında kullanılan scriptler var... Önerim bizde dışarıdan
> modul yükleyebilmek için initramfs tetikleyebileceğimiz betikler yaratmak
> ama bu iş sistemin gelini etkilediği için tecrübeli geliştiricilerimizin
> fikirleri bekliyorum?
>
> Mete Alpaslan
>
> [1]
> http://liste.uludag.org.tr/pipermail/paketler/Week-of-Mon-20070604/000667.html
> [2]
> http://rpm.pbone.net/index.php3/stat/4/idpl/10629950/com/lvm2-2.02.39-8.6.x86_64.rpm.html
>

Bu [2] nolu link'teki rpm pakette daha once sorusunu sordugum collect_lvm
isimli dosya oldugunu gordum. Ne is yaptigina bakmak lazim. Bizim pakette
var mi bilemiorum su anda. Ayrica vol_id diye ayri bir rpm goruyorum, ancak
eski sistemlerde kullanin diye bir not dusulmus nedense:
http://rpm.pbone.net/index.php3/stat/4/idpl/3903682/com/vol_id-085-30.10.i586.rpm.html


>
> [3] http://packages.debian.org/source/sid/lvm2
>

Burdaki lvm2udev script'i de ilginc gorunuyor. BUna ek olarak sunlar var
pakette:

/etc/init.d/lvm2
/usr/share/initramfs-tools/hooks/lvm2
/usr/share/initramfs-tools/scripts/local-top/lvm2

Biz bu initramfs-tools olayini destekliyor muyuz bilmiyorum, sistemimde
bulamadim.

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081224/49c25620/attachment.htm 

From coderlord at gmail.com  Wed Dec 24 14:38:01 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Wed, 24 Dec 2008 14:38:01 +0200
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <20081224115358.1842913840FC@ns1.pardus.org.tr>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
Message-ID: <4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>

2008/12/24  <uludag-commits at pardus.org.tr>:
> Author: isbaran
> Date: Wed Dec 24 13:53:57 2008
> New Revision: 20882
>
> Modified:
>   trunk/tasma/network-manager/nameconf.py
> Log:
> dont know if we really have to provide at least 2 name servers ?

kullanýcý listesindeki hata mesajý farklý bir durumu anlatmakta

tr.org.pardus.comar.python.TypeError:setNameServers() take exactly 2
arguments(1 given)

setNameServers 2 arguman almakta. Hatada 1 arguman gönderilmiþ.
Yaptýðýn bu deðiþiklik sanýrým çok doðru deðil. 1 arguman gönderen
yeri bulmak lazým.

-- 
Furkan Duman

From coderlord at gmail.com  Wed Dec 24 14:43:44 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Wed, 24 Dec 2008 14:43:44 +0200
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>
Message-ID: <4cca720b0812240443y2731e9f8p37fa0b6647f7ab33@mail.gmail.com>

2008/12/24 Furkan Duman <coderlord at gmail.com>:
> Yaptýðýn bu deðiþiklik sanýrým çok doðru deðil. 1 arguman gönderen
> yeri bulmak lazým.

if self.old_dns != dns:
            self.setEnabled(False)
            ch = comlink.callHandler("baselayout", "Net.Stack",
"setNameServers", "tr.org.pardus.comar.net.stack.set")
            ch.registerDone(handler)
            ch.registerCancel(cancel)
            ch.registerError(cancel)
            ch.registerDBusError(cancel)
            ch.registerAuthError(cancel)
            ch.call(dns)                     <----------------------
burada bir de searchdomain gitmesi lazým sanki.

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^


-- 
Furkan Duman

From erenoglu at gmail.com  Wed Dec 24 14:58:31 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 24 Dec 2008 13:58:31 +0100
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <4cca720b0812240443y2731e9f8p37fa0b6647f7ab33@mail.gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>
	<4cca720b0812240443y2731e9f8p37fa0b6647f7ab33@mail.gmail.com>
Message-ID: <fe9771a80812240458j14b06aa9nffb9bd75bc3529bd@mail.gmail.com>

Merhaba,

2008/12/24 Furkan Duman <coderlord at gmail.com>

> 2008/12/24 Furkan Duman <coderlord at gmail.com>:
> > Yaptığın bu değişiklik sanırım çok doğru değil. 1 arguman gönderen
> > yeri bulmak lazım.
>
> if self.old_dns != dns:
>            self.setEnabled(False)
>            ch = comlink.callHandler("baselayout", "Net.Stack",
> "setNameServers", "tr.org.pardus.comar.net.stack.set")
>            ch.registerDone(handler)
>            ch.registerCancel(cancel)
>            ch.registerError(cancel)
>            ch.registerDBusError(cancel)
>            ch.registerAuthError(cancel)
>            ch.call(dns)                     <----------------------
> burada bir de searchdomain gitmesi lazım sanki.
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>

Esasen DNS'in calismasi icin 1 DNS yeter. 2.si yedektir. Eger kullanici 1
DNS girdi ise, 2.ye de aynisi kopyalanabilir, default DNS'lerden birisi
yazilabilir ya da kullaniciya 2 tane giriniz diye mesajla uyarilabilir.
Tabii son opsiyonda kullanici 2.'yi bilmiyorsa onun da ustesinden gelmek
lazim. (Bosver 1 tane ile idare et butonu gibi).

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081224/db681b89/attachment.htm 

From coderlord at gmail.com  Wed Dec 24 15:23:05 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Wed, 24 Dec 2008 15:23:05 +0200
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <fe9771a80812240458j14b06aa9nffb9bd75bc3529bd@mail.gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>
	<4cca720b0812240443y2731e9f8p37fa0b6647f7ab33@mail.gmail.com>
	<fe9771a80812240458j14b06aa9nffb9bd75bc3529bd@mail.gmail.com>
Message-ID: <4cca720b0812240523h1cc202afsaf71e465a7c8a5b0@mail.gmail.com>

24 Aralýk 2008 Çarþamba 14:58 tarihinde Emre Erenoglu
<erenoglu at gmail.com> yazdý:
> Esasen DNS'in calismasi icin 1 DNS yeter. 2.si yedektir. Eger kullanici 1
> DNS girdi ise, 2.ye de aynisi kopyalanabilir, default DNS'lerden birisi

Kullanýcý istediði kadar girebilmeli. 1 tane de girmesi yeterli. Kodda
sorun görünüyor. Bence son gönderdiðini revert etmelisin Ýþbaran.

-- 
Furkan Duman

From hberberoglu at gmail.com  Wed Dec 24 15:26:00 2008
From: hberberoglu at gmail.com (Huseyin Berberoglu)
Date: Wed, 24 Dec 2008 15:26:00 +0200
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <4cca720b0812240523h1cc202afsaf71e465a7c8a5b0@mail.gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>
	<4cca720b0812240443y2731e9f8p37fa0b6647f7ab33@mail.gmail.com>
	<fe9771a80812240458j14b06aa9nffb9bd75bc3529bd@mail.gmail.com>
	<4cca720b0812240523h1cc202afsaf71e465a7c8a5b0@mail.gmail.com>
Message-ID: <4520141a0812240526p1d98aa17h8c898f7210c31fd7@mail.gmail.com>

2008/12/24 Furkan Duman <coderlord at gmail.com>

> Kullanıcı istediği kadar girebilmeli. 1 tane de girmesi yeterli. Kodda
> sorun görünüyor. Bence son gönderdiğini revert etmelisin İşbaran.
>

İşbaran'ı ben kandırdım, suçlu benim :p
Kaç tane girersek girelim bu hatayı alıyormuşuz.

Kolaylıklar.
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081224/e9631948/attachment-0001.htm 

From isbaran at gmail.com  Wed Dec 24 15:47:48 2008
From: isbaran at gmail.com (=?ISO-8859-9?Q?=DD=FEbaran_Ak=E7ay=FDr?=)
Date: Wed, 24 Dec 2008 15:47:48 +0200
Subject: [Gelistirici] [Uludag-commits] r20882
	-	trunk/tasma/network-manager
In-Reply-To: <4cca720b0812240523h1cc202afsaf71e465a7c8a5b0@mail.gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>	<4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>	<4cca720b0812240443y2731e9f8p37fa0b6647f7ab33@mail.gmail.com>	<fe9771a80812240458j14b06aa9nffb9bd75bc3529bd@mail.gmail.com>
	<4cca720b0812240523h1cc202afsaf71e465a7c8a5b0@mail.gmail.com>
Message-ID: <49523D84.7080306@gmail.com>

Furkan Duman wrote On 24-12-2008 15:23:
> 24 Aralýk 2008 Çarþamba 14:58 tarihinde Emre Erenoglu
> <erenoglu at gmail.com> yazdý:
>> Esasen DNS'in calismasi icin 1 DNS yeter. 2.si yedektir. Eger kullanici 1
>> DNS girdi ise, 2.ye de aynisi kopyalanabilir, default DNS'lerden birisi
> 
> Kullanýcý istediði kadar girebilmeli. 1 tane de girmesi yeterli. Kodda
> sorun görünüyor. Bence son gönderdiðini revert etmelisin Ýþbaran.
> 

Kullanýcý listesini almýyorum, hata searchdomain gitmemesi.
Yeri gelmiþken searchdomain genel kýsýmlarda doðru kullanýlýyor mu merak
ettim ?
Þimdi elle girilebilen bir þey deðil, bu doðru mudur mesela?

Bir de resolv.default.conf'u dhcp kullanýyor gibi bir fikre kapýldým,
oraya searchdomain yazýlýyor ve net.stack ordan searchdomain'i alýyor
baðlantý up olduðunda sanki, bu doðru mu ?


Görüþürüz, kolay gelsin herkese ..

From coderlord at gmail.com  Wed Dec 24 15:58:13 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Wed, 24 Dec 2008 15:58:13 +0200
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <49523D84.7080306@gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>
	<4cca720b0812240443y2731e9f8p37fa0b6647f7ab33@mail.gmail.com>
	<fe9771a80812240458j14b06aa9nffb9bd75bc3529bd@mail.gmail.com>
	<4cca720b0812240523h1cc202afsaf71e465a7c8a5b0@mail.gmail.com>
	<49523D84.7080306@gmail.com>
Message-ID: <4cca720b0812240558l787a4a21i913936ad559a5ca5@mail.gmail.com>

24 Aralýk 2008 Çarþamba 15:47 tarihinde Ýþbaran Akçayýr
<isbaran at gmail.com> yazdý:
> Yeri gelmiþken searchdomain genel kýsýmlarda doðru kullanýlýyor mu merak
> ettim ?
> Þimdi elle girilebilen bir þey deðil, bu doðru mudur mesela?

Açýkçasý searchdomain nasýl kullanýlýyor bir fikrim yok. Belki Bahadýr
bir fikir verebilir.

-- 
Furkan Duman

From bahadir at pardus.org.tr  Wed Dec 24 16:05:47 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Wed, 24 Dec 2008 16:05:47 +0200
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <4cca720b0812240558l787a4a21i913936ad559a5ca5@mail.gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<49523D84.7080306@gmail.com>
	<4cca720b0812240558l787a4a21i913936ad559a5ca5@mail.gmail.com>
Message-ID: <200812241605.52983.bahadir@pardus.org.tr>

24 Ara 2008 Çar tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Açýkçasý searchdomain nasýl kullanýlýyor bir fikrim yok. Belki Bahadýr
> bir fikir verebilir.

search pardus.org.tr olduðunu varsayalým, packages alan adý resolv edilmeye 
çalýþýldýðýnda önce packages.pardus.org.tr sorgulanýyor, sonra packages 
adresi.

Zorunlu bir deðer deðil, boþ býrakýlabilir.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081224/24d272a5/attachment.pgp 

From isbaran at gmail.com  Wed Dec 24 16:37:26 2008
From: isbaran at gmail.com (=?ISO-8859-9?Q?=DD=FEbaran_Ak=E7ay=FDr?=)
Date: Wed, 24 Dec 2008 16:37:26 +0200
Subject: [Gelistirici] [Uludag-commits] r20882
	-	trunk/tasma/network-manager
In-Reply-To: <200812241605.52983.bahadir@pardus.org.tr>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>	<49523D84.7080306@gmail.com>	<4cca720b0812240558l787a4a21i913936ad559a5ca5@mail.gmail.com>
	<200812241605.52983.bahadir@pardus.org.tr>
Message-ID: <49524926.2070009@gmail.com>

Bahadýr Kandemir wrote On 24-12-2008 16:05:
> 24 Ara 2008 Çar tarihinde, Furkan Duman þunlarý yazmýþtý: 
>> Açýkçasý searchdomain nasýl kullanýlýyor bir fikrim yok. Belki Bahadýr
>> bir fikir verebilir.
> 
> search pardus.org.tr olduðunu varsayalým, packages alan adý resolv edilmeye 
> çalýþýldýðýnda önce packages.pardus.org.tr sorgulanýyor, sonra packages 
> adresi.
> 
> Zorunlu bir deðer deðil, boþ býrakýlabilir.

Ne olduðundan ziyade, doðru kullanýyor muyuz'u merak ettiydim ..
Mesela elle girmek ister miyim bu ayarý ? Ýstersem gidip
resolv.default.conf'u mu ellemeliyim ?

Bir de default.conf ile .conf arasýnda yazdýðým gibi bir iliþki mi var
üþengeçlikten araya sýkýþtýrayým belki cevap gelir :)


From bahadir at pardus.org.tr  Wed Dec 24 16:51:53 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Wed, 24 Dec 2008 16:51:53 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BUludag-commits=5D_r20882_-=09trun?=
	=?iso-8859-9?q?k/tasma/network-manager?=
In-Reply-To: <49523D84.7080306@gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<4cca720b0812240523h1cc202afsaf71e465a7c8a5b0@mail.gmail.com>
	<49523D84.7080306@gmail.com>
Message-ID: <200812241651.56436.bahadir@pardus.org.tr>

24 Ara 2008 Çar tarihinde, Ýþbaran Akçayýr þunlarý yazmýþtý: 
> Bir de resolv.default.conf'u dhcp kullanýyor gibi bir fikre kapýldým,
> oraya searchdomain yazýlýyor ve net.stack ordan searchdomain'i alýyor
> baðlantý up olduðunda sanki, bu doðru mu ?

resolv.conf, profiller "up" edildiðinde deðiþtirildiði için, öntanýmlý 
DNS'leri resolv.default.conf'a taþýdým. Önce profilden gelen DNS, sonra 
resolv.default.conf'tan gelenler, sonra 
da /usr/share/baselayout/resolv.conf içindeki DNS'ler resolv.conf'a kayýt 
ediliyor.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081224/7077f814/attachment.pgp 

From erenoglu at gmail.com  Wed Dec 24 17:23:07 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 24 Dec 2008 16:23:07 +0100
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <49524926.2070009@gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<49523D84.7080306@gmail.com>
	<4cca720b0812240558l787a4a21i913936ad559a5ca5@mail.gmail.com>
	<200812241605.52983.bahadir@pardus.org.tr>
	<49524926.2070009@gmail.com>
Message-ID: <fe9771a80812240723p58f02b55ka1580de85361400f@mail.gmail.com>

Merhaba,

2008/12/24 İşbaran Akçayır <isbaran at gmail.com>

> Bahadır Kandemir wrote On 24-12-2008 16:05:
> > 24 Ara 2008 Çar tarihinde, Furkan Duman şunları yazmıştı:
> >> Açıkçası searchdomain nasıl kullanılıyor bir fikrim yok. Belki Bahadır
> >> bir fikir verebilir.
> >
> > search pardus.org.tr olduğunu varsayalım, packages alan adı resolv
> edilmeye
> > çalışıldığında önce packages.pardus.org.tr sorgulanıyor, sonra packages
> > adresi.
> >
> > Zorunlu bir değer değil, boş bırakılabilir.
>
> Ne olduğundan ziyade, doğru kullanıyor muyuz'u merak ettiydim ..
> Mesela elle girmek ister miyim bu ayarı ? İstersem gidip
> resolv.default.conf'u mu ellemeliyim ?
>

Kullanicilar veya sirket ortamlarinda elle girilmesi istenilebilir, ornegin
benim sirketteki Windows'um (mecburen kullaniyoruz :P) DHCP'den 6 tane
search domain almis eklemis kendine :)  Yine Windows'un gelismis ag
ayarlarinda bu search domain kavrami vardir, bos birakilabilir, birden cok
da girilebilir, secime baglidir.

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081224/490871d3/attachment.htm 

From coderlord at gmail.com  Wed Dec 24 18:27:53 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Wed, 24 Dec 2008 18:27:53 +0200
Subject: [Gelistirici] =?utf-8?b?RndkOiBUw7xya8OnZSBnw7x2ZW5saWsgc2F5ZmFz?=
	=?utf-8?q?=C4=B1nda_eksikler_mevcut=2E?=
In-Reply-To: <4cca720b0812050745y4bcc95fdi692f52840d7fa3d2@mail.gmail.com>
References: <4cca720b0812050745y4bcc95fdi692f52840d7fa3d2@mail.gmail.com>
Message-ID: <4cca720b0812240827u5576a00wa29b91baa096ab9d@mail.gmail.com>

security at pardus.org.tr'ye attýðým e-postaya bir yanýt alamadým halen.
Aþaðýda belirttiðim durum hala geçerli.

---------- Yönlendirilmiþ ileti ----------
Kimden: Furkan Duman <coderlord at gmail.com>
Tarih: 05 Aralýk 2008 Cuma 17:45
Konu: Türkçe güvenlik sayfasýnda eksikler mevcut.
Kime: security at pardus.org.tr


Merhabalar,

security.pardus.org.tr'de 2008 için Ýngilizce olarak þu an 79 girdi
olmasýna karþýn Türkçe'sinde 46 girdi mevcut. 2007 ve 2006 için
maalesef hiç Türkçe girdi bulunmuyor.

Kolay gelsin.

-- 
Furkan Duman

From pinar at pardus.org.tr  Wed Dec 24 18:33:21 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Wed, 24 Dec 2008 18:33:21 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Fwd=3A_T=FCrk=E7e_g=FCvenlik_sayfas?=
 =?iso-8859-9?q?=FDnda_eksikler_mevcut=2E?=
In-Reply-To: <4cca720b0812240827u5576a00wa29b91baa096ab9d@mail.gmail.com>
References: <4cca720b0812050745y4bcc95fdi692f52840d7fa3d2@mail.gmail.com>
	<4cca720b0812240827u5576a00wa29b91baa096ab9d@mail.gmail.com>
Message-ID: <49526451.2000606@pardus.org.tr>

On 12/24/2008 06:27 PM Furkan Duman wrote:
> security at pardus.org.tr'ye attýðým e-postaya bir yanýt alamadým halen.
> Aþaðýda belirttiðim durum hala geçerli.
>
>   

Turkce guvenlik sayfasindaki cevirileri Serdar Soytetir yurutuyordu. 
Serdar'i CC'liyorum, son durum hakkinda bilgi verir umarim.


> ---------- Yönlendirilmiþ ileti ----------
> Kimden: Furkan Duman <coderlord at gmail.com>
> Tarih: 05 Aralýk 2008 Cuma 17:45
> Konu: Türkçe güvenlik sayfasýnda eksikler mevcut.
> Kime: security at pardus.org.tr
>
>
> Merhabalar,
>
> security.pardus.org.tr'de 2008 için Ýngilizce olarak þu an 79 girdi
> olmasýna karþýn Türkçe'sinde 46 girdi mevcut. 2007 ve 2006 için
> maalesef hiç Türkçe girdi bulunmuyor.
>
> Kolay gelsin.
>
>   


-- 
Pýnar Yanardað (a.k.a PINguAR)
http://pinguar.org
_____________________________


From erenoglu at gmail.com  Wed Dec 24 20:40:15 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 24 Dec 2008 19:40:15 +0100
Subject: [Gelistirici] Cok fazla Guncelleme?
Message-ID: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>

Merhaba,

Gozlemledigim bir hususu paylasmak istedim. Belki daha once tartisilmistir
ama benim haberim olmamistir, boyle bir durum varsa kusuruma bakmayin.

Gordugum kadari ile Pardus'ta diger ana dagitimlara nazaran (en azindan
Ubuntu) cok daha fazla paket guncellemesi cikiyor. Bu yoruma gore hem iyi
hem kotu olabilir. Kotu yonu, kullanicilar asiri duzeyde paket guncellemesi
ile karsi karsiya kaliyorlar, cogu zaman yavas ADSL ve limitli tarifeye
sahip oldugundan hosnutsuz olabiliyor.

Belki cozum olarak;
- 200x.y gibi bir release'de sadece guvenlik ve kritik hatalarin
duzeltilmesi
- 200x.(y+1) 'e gecmek isteyen kullanicinin depo adresi degistirerek bunu
yapmasi
- Son release'i kullanmasina ragmen yine de paketlerin en son versiyonunu
isteyen kullanicinin -test deposunu ya da "backports" gibi bir baska depoyu
kullanmasi
- Veya Xdelta'nin calistirilmasi, update'lerin boyutunun ciddi sekilde
azaltilmasi

gibi cozumler olabilir. Bunlardan en az sorun cikartacak veya en az kaynak
isteyen varsa bunun pesine dusulebilir :)

Bu soylediklerim tartisildigini gordugum depo politikalari mesajlari ile
benzerlik gosteriyorsa gormezden gelebilirsiniz, sadece kullanici tarafindan
bir yorum yapayim dedim :)

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081224/786b40bf/attachment-0001.htm 

From gkmngrgn at gmail.com  Wed Dec 24 20:51:35 2008
From: gkmngrgn at gmail.com (=?UTF-8?B?R8O2a21lbiBHw7ZyZ2Vu?=)
Date: Wed, 24 Dec 2008 20:51:35 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
Message-ID: <495284B7.80607@gmail.com>

Emre Erenoglu wrote On 24-12-2008 20:40:
> Merhaba,
>
> Gozlemledigim bir hususu paylasmak istedim. Belki daha once 
> tartisilmistir ama benim haberim olmamistir, boyle bir durum varsa 
> kusuruma bakmayin.
>
> Gordugum kadari ile Pardus'ta diger ana dagitimlara nazaran (en 
> azindan Ubuntu) cok daha fazla paket guncellemesi cikiyor. Bu yoruma 
> gore hem iyi hem kotu olabilir. Kotu yonu, kullanicilar asiri duzeyde 
> paket guncellemesi ile karsi karsiya kaliyorlar, cogu zaman yavas ADSL 
> ve limitli tarifeye sahip oldugundan hosnutsuz olabiliyor.
>
> Belki cozum olarak;
> - 200x.y gibi bir release'de sadece guvenlik ve kritik hatalarin 
> duzeltilmesi
> - 200x.(y+1) 'e gecmek isteyen kullanicinin depo adresi degistirerek 
> bunu yapmasi
> - Son release'i kullanmasina ragmen yine de paketlerin en son 
> versiyonunu isteyen kullanicinin -test deposunu ya da "backports" gibi 
> bir baska depoyu kullanmasi
> - Veya Xdelta'nin calistirilmasi, update'lerin boyutunun ciddi sekilde 
> azaltilmasi
>
> gibi cozumler olabilir. Bunlardan en az sorun cikartacak veya en az 
> kaynak isteyen varsa bunun pesine dusulebilir :)
>
> Bu soylediklerim tartisildigini gordugum depo politikalari mesajlari 
> ile benzerlik gosteriyorsa gormezden gelebilirsiniz, sadece kullanici 
> tarafindan bir yorum yapayim dedim :)
Toptan PackageKit'e geçelim derdim ama söylendiði gibi PackageKit 
pisi'nin tüm teknolojilerini desteklemiyor =)

From alpaslanmete at gmail.com  Wed Dec 24 20:55:09 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Wed, 24 Dec 2008 20:55:09 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812240435l325413f0q1bffef39c639188b@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
	<fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>
	<fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>
	<305f9edc0812240241xf808bbdn14ad1865373483da@mail.gmail.com>
	<fe9771a80812240247j66f43e42w153a6ce637498d8c@mail.gmail.com>
	<305f9edc0812240402h68b5b8adna5a22d03df7540c@mail.gmail.com>
	<fe9771a80812240435l325413f0q1bffef39c639188b@mail.gmail.com>
Message-ID: <305f9edc0812241055i1d070136y9483d21a90bf5b65@mail.gmail.com>

2008/12/24 Emre Erenoglu <erenoglu at gmail.com>

> Merhaba,
>
> 2008/12/24 Mete Alpaslan <alpaslanmete at gmail.com>
>
>> 2008/12/24 Emre Erenoglu <erenoglu at gmail.com>
>>
>> Merhaba,
>>>
>>> 2008/12/24 Mete Alpaslan <alpaslanmete at gmail.com>
>>>
>>>> 2008/12/23 Emre Erenoglu <erenoglu at gmail.com>
>>>>
>>>>> Merhaba,On Tue, Dec 23, 2008 at 12:28 AM, Emre Erenoglu <
>>>>> erenoglu at gmail.com> wrote:
>>>>>
>>>>>>
>>>>>> Bu arada farkettim ki sizin kural /sbin/vgchange'i gosteriyor, halbuki
>>>>>> bende vgchange /usr/sbin altinda. Degistirip deneyelim bakalim.
>>>>>>
>>>>>
>>>>> Iih, yemedi, kurala bakiyorum, asagidaki satirlara anlam veremedim:
>>>>>
>>>>> IMPORT{PROGRAM}="vol_id $tempnode"
>>>>> ...
>>>>> IMPORT{PROGRAM}="collect_lvm $tempnode"
>>>>> ...
>>>>>
>>>>> Bu yukardaki IMPORT direktifleri calismiyor olabilir mi? vol_id nedir,
>>>>> collect_lvm nedir? bunlar executable script ise bu tip seyler yok sistemde.
>>>>
>>>>
>>>> Sanırım Suse'den [1] almıştım bu kuralı benzeri de Ubuntu da var...
>>>>
>>>> [1] http://rpm.pbone.net/index.php3/stat/6/idpl/10629950
>>>>
>>>>
>>> OK ama bizim sistemde calismiyor gibi gorunuyor  :)
>>>
>>> Bu arada belki bendeki lvm2 paketini upgrade etmek lazimdir, yeni
>>> versiyonu var mi bir yerlerde?
>>>
>>
>> İşbaranın playgroundunda yeni sürüm var ama orada lvm2 içinden çıkan
>> device_mapper ayrı paket paket olarak değil bu durum zaten device_mapper
>> yüklü gelen sistemde kütüphaneler doğru linklenmiyor ve lvm2 paketi
>> çalışmıyor....
>>
>> bu arada [1] linkte geçen thread de postinstall da autoload  ilgili modulu
>> eklenmesi ve hacim grupları aktive etmek için de servis betiği yazılması
>> söylenmiş initramfs teki sorunumuzu tam çözer mi emin değilim?
>>
>> Dağıtımlarının çoğu çözümü gereken paketlere initramfs(initrd) ve boot
>> için script koymuşlar.[2] ve [3]
>>
>> Ektede Debian Sid de lvm paketinde lvm2 desteğiyle initramfs yaratmak için
>> ve sistem açılışında kullanılan scriptler var... Önerim bizde dışarıdan
>> modul yükleyebilmek için initramfs tetikleyebileceğimiz betikler yaratmak
>> ama bu iş sistemin gelini etkilediği için tecrübeli geliştiricilerimizin
>> fikirleri bekliyorum?
>>
>> Mete Alpaslan
>>
>> [1]
>> http://liste.uludag.org.tr/pipermail/paketler/Week-of-Mon-20070604/000667.html
>> [2]
>> http://rpm.pbone.net/index.php3/stat/4/idpl/10629950/com/lvm2-2.02.39-8.6.x86_64.rpm.html
>>
>
> Bu [2] nolu link'teki rpm pakette daha once sorusunu sordugum collect_lvm
> isimli dosya oldugunu gordum. Ne is yaptigina bakmak lazim. Bizim pakette
> var mi bilemiorum su anda. Ayrica vol_id diye ayri bir rpm goruyorum, ancak
> eski sistemlerde kullanin diye bir not dusulmus nedense:
>
> http://rpm.pbone.net/index.php3/stat/4/idpl/3903682/com/vol_id-085-30.10.i586.rpm.html
>
>
>>
>> [3] http://packages.debian.org/source/sid/lvm2
>>
>
> Burdaki lvm2udev script'i de ilginc gorunuyor. BUna ek olarak sunlar var
> pakette:
>
> /etc/init.d/lvm2
> /usr/share/initramfs-tools/hooks/lvm2
> /usr/share/initramfs-tools/scripts/local-top/lvm2
>
> Biz bu initramfs-tools olayini destekliyor muyuz bilmiyorum, sistemimde
> bulamadim.
>

Bildiğim kadarıyla destekelemiyoruz....


>
> Emre
>
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081224/1620caf1/attachment.htm 

From turkay.eren at gmail.com  Wed Dec 24 20:54:45 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Wed, 24 Dec 2008 20:54:45 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <495284B7.80607@gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
	<495284B7.80607@gmail.com>
Message-ID: <200812242054.45325.turkay.eren@gmail.com>

On 24 Dec 2008 Wed 20:51:35 Gökmen Görgen wrote:
> Toptan PackageKit'e geçelim derdim ama söylendiði gibi PackageKit
> pisi'nin tüm teknolojilerini desteklemiyor =)

Bunun PackageKit ile alakasý yok ki? :) Emre, güncellemelerin toplu olarak 
verilmesi konusundaki görüþlerini dile getirmiþ. Diðer daðýtýmlarda ne oluyor 
bilmiyorum ama gerçekten güncelleme sunduðumuzda en azýndan 230MB güncelleme 
gidiyor kullanýcýlara.

Bu konuda neyin yanlýþ yapýldýðý konusunda bir fikrim yok ancak her paketin 
test edilip, hemen depoya aktarýlmasý yerine; hepsini test ettikten sonra 
depoya aktarýlmasý bunun sebebi diye aklýmdan geçiverdi.

Yine test konusunda girmek istemiyorum, zira önceki thread'de tartýþýldý. 
Elimizdeki insan gücü ile en iyisi buysa, delta sisteminin kullanýlmaya 
baþlanmasý, bize yeni bir politika tartýþmaya gerek býrakmadan sorunumuzu 
çözecek gibi görünüyor. Ki bu da 2009 için planlanan bir þey sanýrým?

From gkmngrgn at gmail.com  Wed Dec 24 21:09:05 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 24 Dec 2008 21:09:05 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <200812242054.45325.turkay.eren@gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>	<495284B7.80607@gmail.com>
	<200812242054.45325.turkay.eren@gmail.com>
Message-ID: <495288D1.5050102@gmail.com>

Eren Türkay wrote On 24-12-2008 20:54:
> Bunun PackageKit ile alakasý yok ki? :)
>   

Az biraz ucundan var =) Test deposuyla ilgili olan tartýþmalara, -her ne 
kadar katýlým beklenmiþ olsa da- katýlamadým, zira çok çok yabancý 
olduðum bir konu ve tartýþma da gittikçe anlamsýzlaþmaya, 
yararsýzlaþmaya baþladý gibime geldi. Hala da bir fikrim yok açýkçasý.

Bununla beraber, kullanýcýlara sadece kritik güncellemeleri yapmasýný 
saðlayacak bir mekanizma saðlayabilseydik (PackageKit'te olduðu gibi) 
güzel olurdu düþüncesindeyim =)

From turkay.eren at gmail.com  Wed Dec 24 21:24:01 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Wed, 24 Dec 2008 21:24:01 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <495288D1.5050102@gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
	<200812242054.45325.turkay.eren@gmail.com>
	<495288D1.5050102@gmail.com>
Message-ID: <200812242124.01921.turkay.eren@gmail.com>

On 24 Dec 2008 Wed 21:09:05 Gökmen Görgen wrote:
> Bununla beraber, kullanýcýlara sadece kritik güncellemeleri yapmasýný
> saðlayacak bir mekanizma saðlayabilseydik (PackageKit'te olduðu gibi)
> güzel olurdu düþüncesindeyim =)

PackageKit'deki kritik güncellemelerin yapýlmasý mekanizmasý bizdeki "pisi 
up --security-only". Bunun sadece package-manager arayüzüne yerleþtirilmesi 
yetecektir sanýrým þu durum için?

PackageKit'e tamamen geçiþ, pisi'ye ait özelliklerin kullanýmý mümkün 
olmadýkça uzak bir hedef gibi görünüyor bana. Ancak Faik ne der bilmiyorum 
tabi, son söz onun :)

Bana en mantýklý çözüm hâlâ delta görünüyor. Buildfarm commitlerinden 
anladýðým kadarýyla pek bir sorunu yok gibi. 

Onun haricinde elde yeterli insan gücü olduðunda, güncellenen paket hemen test 
edilip depoya alýnýrsa, kullanýcýlara çok fazla yük bindirmemiþ oluruz diye 
tahmin ediyorum?

From ozan at pardus.org.tr  Wed Dec 24 21:24:59 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 24 Dec 2008 21:24:59 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <200812242054.45325.turkay.eren@gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>	<495284B7.80607@gmail.com>
	<200812242054.45325.turkay.eren@gmail.com>
Message-ID: <49528C8B.3060004@pardus.org.tr>

Eren Türkay wrote:
> Yine test konusunda girmek istemiyorum, zira önceki thread'de tartýþýldý. 
> Elimizdeki insan gücü ile en iyisi buysa, delta sisteminin kullanýlmaya 
> baþlanmasý, bize yeni bir politika tartýþmaya gerek býrakmadan sorunumuzu 
> çözecek gibi görünüyor. Ki bu da 2009 için planlanan bir þey sanýrým.
>   
deltayý 2009'a kalmadan devreye sokacaðýz. En son breaksABI desteðini 
ekledim, farm tarafýnda düzgün çalýþýyor ancak pisi tarafýný test etmeye 
vaktim olmadý. Bir depo oluþturup en yakýn zamanda deneyeceðim.

Ayrýca bir not: kullanýcýlar depodaki bütün güncellemeleri yapmak 
zorunda deðiller, bunu da es geçmeyelim.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From erenoglu at gmail.com  Wed Dec 24 21:26:18 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 24 Dec 2008 20:26:18 +0100
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <200812242054.45325.turkay.eren@gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
	<495284B7.80607@gmail.com> <200812242054.45325.turkay.eren@gmail.com>
Message-ID: <fe9771a80812241126o29e3b847h89c5637906978c22@mail.gmail.com>

2008/12/24 Eren Türkay <turkay.eren at gmail.com>

> On 24 Dec 2008 Wed 20:51:35 Gökmen Görgen wrote:
> > Toptan PackageKit'e geçelim derdim ama söylendiği gibi PackageKit
> > pisi'nin tüm teknolojilerini desteklemiyor =)
>
> Bunun PackageKit ile alakası yok ki? :) Emre, güncellemelerin toplu olarak
> verilmesi konusundaki görüşlerini dile getirmiş. Diğer dağıtımlarda ne
> oluyor
> bilmiyorum ama gerçekten güncelleme sunduğumuzda en azından 230MB
> güncelleme
> gidiyor kullanıcılara.


Hem bu toplu upgrade, hem baska seyler. Ornegin Ubuntu 8.04'te X paketinin
versiyonu 1.6 ise,  backports deposu da acik degilse, sittin sene 1.6 ile
kalirsiniz, ancak kritik bugfix olursa guncellenir.  Yok 1.8 cikmissa ve
gecmek istiyorsaniz, o zaman ya Ubuntu 8.10'a upgrade edersiniz, ya da
8.04'te backport deposunu acip orda olmasini umarsiniz.

Bizde ise, sanki (tam emin degilim), bir programin bir sonraki versiyonu
ciktiysa, onu hemen update ediyoruz ve paketi guncelliyoruz. Ornegin
Openoffice, 2.2 sonra 2.3 cikti diyelim, hop guncelleme. Ubuntu 8.04 ise
mesela 2.02 ile omrunun sonuna kadar durabiliyor, surum icerisinde 2.3'e
upgrade olmuyor.

Pardus biraz daha "canli" bir sistem, yenilik geldikce hop yukseltiyoruz :)
Dedigim gibi hem iyi hem kotu olabiliyor. Politika acisindan yanlisim varsa
lutfen duzeltin.

Bu konuda neyin yanlış yapıldığı konusunda bir fikrim yok ancak her paketin
> test edilip, hemen depoya aktarılması yerine; hepsini test ettikten sonra
> depoya aktarılması bunun sebebi diye aklımdan geçiverdi.


Hepsini test ettikten sonra derken, benim kastettigim, 2008.1'deki paketler
oyle kalacak, ancak 2008.2 ciktiginda guncellemeler ortaya cikacak. Hatta
oyle ki, 2008.2 'nin depo adresinin farkli olmasi bile gerekebilir, boylece
2008.1 kullananlar guncellemek istemedikleri surece 2008.1'de kalirlar. Yeni
paket kursalar bile 2008.1 deposundan kurarlar vs.

 Bu debian'daki gibi karmasik bir depo yapisi gerektirebilir, getirisi
goturusunden cok ya da az olabilir, tartmak lazim.


> Yine test konusunda girmek istemiyorum, zira önceki thread'de tartışıldı.
> Elimizdeki insan gücü ile en iyisi buysa, delta sisteminin kullanılmaya
> başlanması, bize yeni bir politika tartışmaya gerek bırakmadan sorunumuzu
> çözecek gibi görünüyor. Ki bu da 2009 için planlanan bir şey sanırım?


xDelta ozellikle kullanicilar arasinda populer olacagina eminim, ancak
sorunlari var ki yillardan beri devreye giremedi. Hic kolay bir sistem
degil.

Yukarda bahsettigim seyler, kurumsal kurulumlarda destek verme acisindan cok
daha onemli hale gelebilir. Yani 2008.1 kullanan bir kurum, kendi deposunu
yaratti diyelim ve Tubitak'tan 2008.1 deposunu kopyaladi diyelim. Bundan
sonra sadece "guvenlik" ile ilgili guncellemeleri alip, yazilim versiyon
yukseltmeleri ile 2 yil boyunca ilgilenmeyebilecegi bir mekanizma olmali
diye dusunuyorum.



>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>



-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081224/8fc0bc1c/attachment.htm 

From erenoglu at gmail.com  Wed Dec 24 21:33:16 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 24 Dec 2008 20:33:16 +0100
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <49528C8B.3060004@pardus.org.tr>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
	<495284B7.80607@gmail.com> <200812242054.45325.turkay.eren@gmail.com>
	<49528C8B.3060004@pardus.org.tr>
Message-ID: <fe9771a80812241133i6ff5f1feqb1a68d462ecf97a9@mail.gmail.com>

2008/12/24 Ozan Çağlayan <ozan at pardus.org.tr>

> Eren Türkay wrote:
> > Yine test konusunda girmek istemiyorum, zira önceki thread'de tartışıldı.
> > Elimizdeki insan gücü ile en iyisi buysa, delta sisteminin kullanılmaya
> > başlanması, bize yeni bir politika tartışmaya gerek bırakmadan sorunumuzu
> > çözecek gibi görünüyor. Ki bu da 2009 için planlanan bir şey sanırım.
> >
> deltayı 2009'a kalmadan devreye sokacağız. En son breaksABI desteğini
> ekledim, farm tarafında düzgün çalışıyor ancak pisi tarafını test etmeye
> vaktim olmadı. Bir depo oluşturup en yakın zamanda deneyeceğim.


Super, denemek isteyen baska kullanicilar da var :)  Sanal sistemlerle de
yapabiliriz bi guzellik.

Ayrıca bir not: kullanıcılar depodaki bütün güncellemeleri yapmak
> zorunda değiller, bunu da es geçmeyelim.


Dogru, ancak bu baska bir sorunu birlikte getiriyor. Kullanicilara destek
verilmesi gerektiginde, ornegin destek alan ve veren iki sistemde de 2008.1
kurulu oldugu halde, destek verende guncellemeler yapilmis dolayisi ile X
paketinin 1.2 versiyonu paketleri varken, destek alanda ise ayni paketin 1.1
versiyonu bulunabilir. Bu destek verme anlaminda dusunuldugunde hos bir sey
degil.

Bana kalirsa 2008.1 yukleyen herkeste zamandan bagimsiz olarak ayni
paketlerin ayni versiyonu olmalidir, sadece guvenlik guncellemesi varsa bu
guncelleme yapilabilir. Yeni ozellikleri veya kritik olmayan hatalari
giderilmis (hatalar bitmez ne de olsa) yeni versiyon paket ise bir sonraki
release'de (2008.2) olmali veya kutuphane bagimliliklari degismiyorsa
2008.1'e de ayri bir depo yoluyla backport edilebilmeli (kullanici ozellikle
isterse).

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081224/9ac8e6c2/attachment.htm 

From turkay.eren at gmail.com  Wed Dec 24 21:34:34 2008
From: turkay.eren at gmail.com (Eren =?utf-8?q?T=C3=BCrkay?=)
Date: Wed, 24 Dec 2008 21:34:34 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <fe9771a80812241126o29e3b847h89c5637906978c22@mail.gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
	<200812242054.45325.turkay.eren@gmail.com>
	<fe9771a80812241126o29e3b847h89c5637906978c22@mail.gmail.com>
Message-ID: <200812242134.34580.turkay.eren@gmail.com>

On 24 Dec 2008 Wed 21:26:18 Emre Erenoglu wrote:
> Hatta oyle ki, 2008.2 'nin depo adresinin farkli olmasi bile gerekebilir,
> boylece 2008.1 kullananlar guncellemek istemedikleri surece 2008.1'de
> kalirlar. Yeni paket kursalar bile 2008.1 deposundan kurarlar vs.

Ancak bu her 2008.x için ayrý depolarý maintain etmek, ayrý güvenlik 
güncellemelerinin yamalarýný backport etmek demek. Küçük uygulamalar zorluk 
çýkaracak da olsa bir þekilde halledilebilir ancak kernel, Xorg gibi önemli 
bileþenlerin ayrý sürümlerini maintain etmek þu durumda mümkün müdür 
bilemedim. Sýrf Redhat bunu yapmak için 90 tane kernel hackeri 
çalýþtýrýyor :)

Canlý örneði mevcut, örneðin 2007 deposu. Güvenlik açýðý çýktýðýnda, 
uygulamanýn 2008'deki yeni sürümünü kolaylýkla yamalarken, 2007 sürümüne 
backport etmeye çalýþmak inanýn çok zahmet verdirici. Kaldý ki çoðu zaman 
koda yabancý olduðumuz için geliþtiricilerinden eski sürüm için yama istemek 
zorunda kalýyoruz ve bu da güvenlik açýðýný kýsa zamanda kapatmamýzý 
engelliyor.

From tulliana at gmail.com  Wed Dec 24 22:01:32 2008
From: tulliana at gmail.com (Serdar Soytetir)
Date: Wed, 24 Dec 2008 22:01:32 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Fwd=3A_T=FCrk=E7e_g=FCvenlik_sayfas?=
 =?iso-8859-9?q?=FDnda_eksikler_mevcut=2E?=
In-Reply-To: <4cca720b0812240827u5576a00wa29b91baa096ab9d@mail.gmail.com>
References: <4cca720b0812050745y4bcc95fdi692f52840d7fa3d2@mail.gmail.com>
	<4cca720b0812240827u5576a00wa29b91baa096ab9d@mail.gmail.com>
Message-ID: <200812242201.32651.tulliana@gmail.com>

24 Aralýk 2008 Çarþamba günü (saat 18:27:53) Furkan Duman þunlarý yazmýþtý:
Merhaba Furkan,
> security at pardus.org.tr'ye attýðým e-postaya bir yanýt alamadým halen.
> Aþaðýda belirttiðim durum hala geçerli.
>
> ---------- Yönlendirilmiþ ileti ----------
> Kimden: Furkan Duman <coderlord at gmail.com>
> Tarih: 05 Aralýk 2008 Cuma 17:45
> Konu: Türkçe güvenlik sayfasýnda eksikler mevcut.
> Kime: security at pardus.org.tr
>
>
> Merhabalar,
>
> security.pardus.org.tr'de 2008 için Ýngilizce olarak þu an 79 girdi
> olmasýna karþýn Türkçe'sinde 46 girdi mevcut. 2007 ve 2006 için
> maalesef hiç Türkçe girdi bulunmuyor.
>
PLSA girdilerinin çevirileri ile ben ilgileniyordum ve belirlediðimiz bir 
tarihten baþlayarak 46 girdiyi çevirdim. Son dönemde Pardus 2009 KDE 4.2 
telaþý baþladý (4.2 için yakþalýk 1 ay kaldý) ve zamanýmý KDE4 çevirilerine 
ayýrmaya baþladým. Eðer PLSA çevirileri ile ilgilenmek isteyen varsa hemen 
baþlayabilir. Ayrýca Pardus çevirileri ile ilgilenen diðer çevirmenimiz 
sevgili Necmettin Betiger de üstlenebilir. Bugün özgürlükiçin.com'da 
duyurusunu yaptýðýmýz gibi KDE4 çevirileri konusunda yeni bir "hýzlý dönem"e 
giriyoruz. Haberin yayýnlanmasýndan sonra oldukça memnun ecidici 
geribildirimler aldým. Hiçkimse üstlenmezse bir süre sonra PLSA çevirmeye 
tekrar baþlarým.
> Kolay gelsin.
Saygýlar.
-- 
Serdar Soytetir

From necmettin.begiter at gmail.com  Wed Dec 24 22:12:26 2008
From: necmettin.begiter at gmail.com (Necmettin Begiter)
Date: Wed, 24 Dec 2008 22:12:26 +0200
Subject: [Gelistirici]
	=?utf-8?b?RndkOiBUw7xya8OnZSBnw7x2ZW5saWsgc2F5ZmFz?=
	=?utf-8?q?=C4=B1nda_eksikler_mevcut=2E?=
In-Reply-To: <200812242201.32651.tulliana@gmail.com>
References: <4cca720b0812050745y4bcc95fdi692f52840d7fa3d2@mail.gmail.com>
	<4cca720b0812240827u5576a00wa29b91baa096ab9d@mail.gmail.com>
	<200812242201.32651.tulliana@gmail.com>
Message-ID: <3787dfa80812241212g62e7b31al220ed13c3ce7b888@mail.gmail.com>

2008/12/24 Serdar Soytetir <tulliana at gmail.com>

> 24 Aralık 2008 Çarşamba günü (saat 18:27:53) Furkan Duman şunları yazmıştı:
> Merhaba Furkan,
> > security at pardus.org.tr'ye attığım e-postaya bir yanıt alamadım halen.
> > Aşağıda belirttiğim durum hala geçerli.
> >
> > ---------- Yönlendirilmiş ileti ----------
> > Kimden: Furkan Duman <coderlord at gmail.com>
> > Tarih: 05 Aralık 2008 Cuma 17:45
> > Konu: Türkçe güvenlik sayfasında eksikler mevcut.
> > Kime: security at pardus.org.tr
> >
> >
> > Merhabalar,
> >
> > security.pardus.org.tr'de 2008 için İngilizce olarak şu an 79 girdi
> > olmasına karşın Türkçe'sinde 46 girdi mevcut. 2007 ve 2006 için
> > maalesef hiç Türkçe girdi bulunmuyor.
> >
> PLSA girdilerinin çevirileri ile ben ilgileniyordum ve belirlediğimiz bir
> tarihten başlayarak 46 girdiyi çevirdim. Son dönemde Pardus 2009 KDE 4.2
> telaşı başladı (4.2 için yakşalık 1 ay kaldı) ve zamanımı KDE4 çevirilerine
> ayırmaya başladım. Eğer PLSA çevirileri ile ilgilenmek isteyen varsa hemen
> başlayabilir. Ayrıca Pardus çevirileri ile ilgilenen diğer çevirmenimiz
> sevgili Necmettin Betiger de üstlenebilir. Bugün özgürlükiçin.com<http://xn--zgrlkiin-x0a7lucc.com>
> 'da
> duyurusunu yaptığımız gibi KDE4 çevirileri konusunda yeni bir "hızlı
> dönem"e
> giriyoruz. Haberin yayınlanmasından sonra oldukça memnun ecidici
> geribildirimler aldım. Hiçkimse üstlenmezse bir süre sonra PLSA çevirmeye
> tekrar başlarım.
> > Kolay gelsin.
> Saygılar.
> --
> Serdar Soytetir
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>

Selamlar,

PLSA çevirilerini üstleniyorum.

İyi çalışmalar,

-- 
Necmettin Begiter
TBD Bilişim dergisi, Editör

Kurbağalıdere cd. Ali Ruhi Sk. N:2 K:3
Hasanpaşa - Kadıköy / İstanbul

216.3376909
533.6393375
necmettin at bilisimdergisi.net
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081224/9baccc30/attachment-0001.htm 

From caglar at pardus.org.tr  Wed Dec 24 22:20:54 2008
From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur)
Date: Wed, 24 Dec 2008 22:20:54 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <200812242124.01921.turkay.eren@gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
	<495288D1.5050102@gmail.com>
	<200812242124.01921.turkay.eren@gmail.com>
Message-ID: <200812242220.58378.caglar@pardus.org.tr>

24 Ara 2008 Çar tarihinde, Eren Türkay þunlarý yazmýþtý: 
> On 24 Dec 2008 Wed 21:09:05 Gökmen Görgen wrote:
> > Bununla beraber, kullanýcýlara sadece kritik güncellemeleri yapmasýný
> > saðlayacak bir mekanizma saðlayabilseydik (PackageKit'te olduðu gibi)
> > güzel olurdu düþüncesindeyim =)
> 
> PackageKit'deki kritik güncellemelerin yapýlmasý mekanizmasý bizdeki "pisi 
> up --security-only". Bunun sadece package-manager arayüzüne yerleþtirilmesi 
> yetecektir sanýrým þu durum için?
> 
> PackageKit'e tamamen geçiþ, pisi'ye ait özelliklerin kullanýmý mümkün 
> olmadýkça uzak bir hedef gibi görünüyor bana. Ancak Faik ne der bilmiyorum 
> tabi, son söz onun :)

PK'nýn pisi'ye ait özellikleri desteklememesi gibi bir durum yok. PK kendisine pisi backend'i ne saðlýyorsa (ki çok uzun bir zaman boyunca future complete olan tek backend pisiydi) onlarý kullanabiliyor. 

PackageKit bir grafik arabirim deðil, bir soyutlama katmaný ve mevzu bahis sorunlar PackageKit-Gnome ve KPackageKit GUI'leri için ve çözümsüzlük bunlarla ÇOMAR entegrasyonu ile ilgili yoksa, pisi yerine örneðin pkcon kullanarak da yaþayabilirsiniz hem de konsoldan PolicyKit yetkilendirmesi ile...

caglar at Shinigami ~ $ pkcon
Usage:
  pkcon [OPTION...] PackageKit Console Program

PackageKit Console Interface

Subcommands:
  get-actions
  get-groups
  get-filters
  get-transactions
  get-time
  search [name|details|group|file] [data]
  install [packages|files]
  remove [package]
  update <package>
  refresh
  resolve [package]
  get-updates
  get-depends [package]
  get-requires [package]
  get-details [package]
  get-files [package]
  repo-list
  repo-disable [repo_id]
  repo-set-data [repo_id] [parameter] [value];


Help Options:
  -?, --help        Show help options

Application Options:
  -v, --verbose     Show extra debugging information
  --version         Show the program version and exit
  --filter          Set the filter, e.g. installed
  -n, --nowait      Exit without waiting for actions to complete


caglar at Shinigami ~ $ pkcon get-depends kernel
installed       mkinitramfs-0.4-41-7                            A tool to create the initramfs image
installed       baselayout-3.1-88-45                            Filesystem baselayout
installed       grub-0.97-56-15                                 GNU GRUB boot loader
installed       bootsplash-3.3-1-2                              Graphical boot process for the linux kernel

caglar at Shinigami ~ $ pkcon search details chess
available       eboard-1.1.1-1-1                                A GTK+ chess board
available       knights-0.6.4_beta1-5-1                         KDE Chess Interface
available       dreamchess-0.2.0-2-2                            XBoard-compatible 3D chess interface and engine
available       gnuchess-book-1.01-1-1                          Opening book for GNU Chess
available       gnuchess-5.07-1-1                               Console based chess interface

caglar at Shinigami ~ $ pkcon install gnuchess

caglar at Shinigami ~ $ pkcon search details chess
available       eboard-1.1.1-1-1                                A GTK+ chess board
available       knights-0.6.4_beta1-5-1                         KDE Chess Interface
available       dreamchess-0.2.0-2-2                            XBoard-compatible 3D chess interface and engine
available       gnuchess-book-1.01-1-1                          Opening book for GNU Chess
installed       gnuchess-5.07-1-1                               Console based chess interface

caglar at Shinigami ~ $ pkcon resolve gnuchess
installed       gnuchess-5.07-1-1                    [===============]

caglar at Shinigami ~ $ pkcon remove gnuchess

caglar at Shinigami ~ $ pkcon resolve gnuchess
available       gnuchess-5.07-1-1                    [===============]

Saygýlar
-- 
S.Çaðlar Onur <caglar at pardus.org.tr>
http://cekirdek.pardus.org.tr/~caglar/

Linux is like living in a teepee. No Windows, no Gates and an Apache in house!
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081224/75cac553/attachment.pgp 

From coderlord at gmail.com  Thu Dec 25 00:15:09 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 25 Dec 2008 00:15:09 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
Message-ID: <4cca720b0812241415hb0b179aj942980e4d147b7a2@mail.gmail.com>

22 Aralýk 2008 Pazartesi 09:56 tarihinde Furkan Duman
<coderlord at gmail.com> yazdý:

> hallettim. Gayet güzel çalýþmakta. Biraz daha ince ayar gerekli.Belki
> bazý Comar modellerinde deðiþiklik gerekecek. Þu an emin deðilim o
> duruma gelince tartýþýrýz. Yakýnda ilgili kodlarý playground a atarým.

ilgili kodlarý ve paketi

http://svn.pardus.org.tr/pardus/playground/furkan/dnsmasq/

altýna gönderdim.

- Arabirimin kayýt ettiði dns ler þu an kötü bir yöntem ile
çýkarýlýyor. Net.Stack içine bir unregisterServers gibi bir metod
olabilir.
- searchdomain i þu an hiç kullanmadým. DBUS metodlarýnda deðiþiklik lazým.
- net-tools ve wireless-tools link.py'larýnda dns ekleme ve çýkarma
için deðiþiklik yaptým. Test edecekseniz sisteminize register etmeniz
gerekir.

Öneriler ve testler lütfen.

-- 
Furkan Duman

From gokcen at pardus.org.tr  Thu Dec 25 12:18:31 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Thu, 25 Dec 2008 12:18:31 +0200
Subject: [Gelistirici] cmaketools ve CMAKE_BUILD_TYPE=RelWithDebInfo
In-Reply-To: <200812240059.14306.fatih@pardus.org.tr>
References: <200812240059.14306.fatih@pardus.org.tr>
Message-ID: <200812251218.31614.gokcen@pardus.org.tr>

On Wednesday 24 December 2008 00:59:14 Fatih Aþýcý wrote:
> Selamlar,
>
> cmaketools'da CMAKE_C_COMPILER ve CMAKE_CXX_COMPILER deðiþkenlerini
> öntanýmlý olarak atasak daha doðru olacak sanki?
>

Evet, Faik'in yapacaðý CC ve CXX export deðiþikliðiyle bunu da yapabiliriz.

> Bir de daha önce CMAKE_BUILD_TYPE öntanýmlý olarak "release" olsun demiþ ve
> o þekilde deðiþtirmiþtik. Ancak "RelWithDebInfo" olmasý daha doðru olacak
> gibi geldi þimdi? Bu þekilde debug sembolleri de ekleniyor. Ýlerde debug
> paketlerini oluþtururken lazým olabilir. Ana pakete girmeden önce nasýl
> olsa strip ediliyor.

Olabilir aslýnda, bir ara da debug paketlerinin üretilmesiyle ilgili karar 
verilmeyen þeylere karar vermemiz lazým. Ayrý bir thread'de debug paketlerini 
konuþalým.

From gokcen at pardus.org.tr  Thu Dec 25 12:37:13 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Thu, 25 Dec 2008 12:37:13 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <200812251237.13914.gokcen@pardus.org.tr>

On Tuesday 23 December 2008 16:31:18 Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 25
> Aralýk 2008, 23:59.
>
> ACK/NACK for new packages in 2008-test repo, reply before 25 December 2008,
> 23:59 (GMT+2) please...
>
> -------8<----------------------------------------
> akonadi-1.0.81-6-6.pisi
> phonon-4.2.80-5-6.pisi
> automoc4-0.9.87-3-3.pisi
> decibel-0.7.1_891686-3-3.pisi
> soprano-2.1.64-8-4.pisi
> tapioca-qt-0.17.7_891685-3-3.pisi
> telepathy-qt-0.17.7_891673-3-3.pisi

Bunlarýn, kararlý depodaki KDE'yi etkileme ihtimallerine karþý almayalým. 
NACK.

> eet-1.1.0_38048-8-1.pisi
> libotr-3.2.0-2-1.pisi

Bunlar contrib'den geldi, ama test edilsin yine de eet'te önemli deðiþiklikler 
var. ACK.

> eina-0.0.20081126-1-1.pisi
> libical-0.42-2-2.pisi
> libmsn-4.0_beta1-1-1.pisi
> meanwhile-1.0.2-1-1.pisi
> qedje-0.3.0-1-1.pisi
> qzion-0.3.0-1-1.pisi
> webkitkde-0.0_898446-1-1.pisi

Bunlar da KDE 4.2 için gerekli olan paketler ama alýnmalarýnda bir sakýnca 
yok. ACK.

> cairo-1.8.6-27-9.pisi
> gparted-0.4.1-13-5.pisi
> hunspell-1.2.8-1-2.pisi
> hunspell-docs-1.2.8-1-2.pisi
> hunspell-tools-1.2.8-1-1.pisi
> podofo-0.6.0-1-1.pisi
> PolicyKit-kde-0.2.3-10-12.pisi

ACK.

> ** KDE4
>

Daha almayalým KDE 4.2'yi. NACK. Kararlý sürüm çýkýnca alýrýz.

> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici



From faik at pardus.org.tr  Thu Dec 25 15:08:38 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Thu, 25 Dec 2008 15:08:38 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <200812251508.38598.faik@pardus.org.tr>

On Tuesday 23 December 2008 16:31:18 Ekin Meroðlu wrote:
> mod_dav_svn-1.5.4-37-11.pisi
> perl-Archive-Tar-1.42-5-2.pisi
> perl-Archive-Zip-1.26-6-3.pisi
> perl-Class-MethodMaker-2.13-5-3.pisi
> perl-Data-UUID-1.149-3-4.pisi
> perl-DBD-mysql-4.010-7-3.pisi
> perl-Digest-MD5-2.38-3-2.pisi
> perl-File-HomeDir-0.82-4-3.pisi
> perl-File-Temp-0.21-3-3.pisi
> perl-HTML-Parser-3.59-4-2.pisi
> perl-Internals-1.1-1-1.pisi
> perl-IO-via-dynamic-0.13-2-3.pisi
> perl-ldap-0.39-5-4.pisi
> perl-libwww-5.822-7-7.pisi
> perl-Log-Log4perl-1.20-3-3.pisi
> perl-MIME-Lite-3.023-3-3.pisi
> perl-XML-SAX-Writer-0.52-2-3.pisi
> perl-YAML-0.68-6-3.pisi
> php-mode-1.5.0-3-2.pisi
> subversion-1.5.4-37-11.pisi

ACK.

> package-manager-1.3.9-53-20.pisi
> pisi-2.1.0-105-30.pisi

NACK.

pisi sürüm 105, güncellenecek paketler arasýnda replaced paket var ise 
güncelleme yapamýyor. 106 ile düzeltildi.

pisi sürüm 106 ile pm sürüm 53 beraber girebilir.

- Faik

From onur at pardus.org.tr  Thu Dec 25 16:00:54 2008
From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=)
Date: Thu, 25 Dec 2008 16:00:54 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <fe9771a80812241133i6ff5f1feqb1a68d462ecf97a9@mail.gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
	<49528C8B.3060004@pardus.org.tr>
	<fe9771a80812241133i6ff5f1feqb1a68d462ecf97a9@mail.gmail.com>
Message-ID: <200812251600.54342.onur@pardus.org.tr>

Wednesday 24 December 2008 Tarihinde 21:33:16 yazmýþtý:
> 2008/12/24 Ozan Çaðlayan <ozan at pardus.org.tr>
> Bana kalirsa 2008.1 yukleyen herkeste zamandan bagimsiz olarak ayni
> paketlerin ayni versiyonu olmalidir, sadece guvenlik guncellemesi varsa bu
> guncelleme yapilabilir. Yeni ozellikleri veya kritik olmayan hatalari
> giderilmis (hatalar bitmez ne de olsa) yeni versiyon paket ise bir sonraki
> release'de (2008.2) olmali veya kutuphane bagimliliklari degismiyorsa
> 2008.1'e de ayri bir depo yoluyla backport edilebilmeli (kullanici
> ozellikle isterse).

 Ýdeal bir dünyada böyle bir yapý olmasý güzel olabilirdi, ancak þu anda 
idealden o kadar uzaðýz ki...

 Kendi adýma konuþayým, uzun süredir yaptýðým güncellemeleri önemli bir 
iyileþtirme ya da hata düzeltmesi durumunda yapýyorum (oyunlar hariç, 
oyunlarda güncel kalmak zorundasýnýz, özellikle Internet üzerinden oynanan 
oyunlarda sunucularýn sürümünü takip etmeniz gerekiyor). Yine de bir ton 
pakete dokunmak zorunda kalýyorum.

 Bu kadar çok deðiþiklik yapýlmasýnýn sebebi de bir ton hatamýz olmasý, ancak 
bu hatalarla doðru dürüst ilgilenilmemesi. Bugzilla ya sürekli yeni hata kaydý 
geliyor, ancak paket sahipleri bu hatalara ya yetiþemiyor, ya da çözmek için 
tenezzül etmiyor.

 Sýrf bugzilla deðil tabi ki, daha sürüm çýktýðýnda da bildiðimiz / 
bilmediðimiz bir sürü hatamýz vardý. Ancak paketlerin sahiplerinin ilgisizliði 
yüzünden paketlerin yeni toolchain e aktarýlmasý, güncellemesi, paketleme 
sorunlarýnýn düzeltilmesi çok az kiþi tarafýndan yapýldý ve bir yerden sonra 
pil bitti (benimki bitmiþti en azýndan) ve kalitesiz bir þekilde yapýlmaya 
baþlandý.

 O zamanlar geliþtiricilerin hepsi makul bir tempo ile yeni sürüm için 
çalýþýyor olsaydý, daha çok göz yeni sürümü görseydi, çok daha fazla hata 
yakalanýr ve çözülebilirdi. 2008 çýktýktan sonra bu kadar zaman geçmesine 
raðmen de hala "hata çözme" bir kaç kiþi tarafýndan yapýlýyor, bugzilla ilgi 
ve sevgi görmüyor.

 Bir ürün çýkarýrken bu ürünün çýkmasý kadar kalitesi de çok önemli bir 
etmendir. Ürün çýkýþýnda belli bir kaliteyi tutturamazsanýz, olanaklarýnýz el 
veriyorsa, ürün çýktýktan sonra o kaliteyi yakalamaya çalýþýrsýnýz. Bence þu 
anki çabamýz (ve çok güncelleme olmasýnýn ana sebebi) buradan kaynaklanýyor.

 Olayýn bir yüzü de, Pardus sürümlerinin ömrü diðer daðýtýmlara kýyasla çok 
daha uzun. Diðer daðýtýmlar þu anda 6 aylýk periyot sistemi ile ilerliyor. 
Pardus tarafýnda 1.0 ile 2007 arasý yaklaþýk 1 sene iken, 2007 ile 2008 arasý 
1.5 seneyi buldu. 2009 için ise 9-10 aylýk bir süreyi tutturup bu aralýðý daha 
aþaðýya çekmek istiyoruz, ancak açýk kod dünyasý o kadar hýzlý ilerliyor ki 
bir paketin 9 ay boyunca sevgi görmemesi demek bazý paketlerde 2, bazýlarýnda 
20 sürüm demek olabiliyor, ki bu sizi "eski bir daðýtým" yapýyor. Biz de 6 
aylýk periyota düþebilirsek belki bu "kararlý mý güncel mi" muhabbetlerine 
daha farklý bir yaklaþým getirebiliriz, ancak bunu baþta Pardus'u Pardus yapan 
geliþtiricilerin ne kadar emek sarf ettiði, ortaya nasýl bir iþ çýkardýðý, 
gereken iþ gücü ihtiyacýnýn adil bir þekilde yüklenilip yüklenilmediði 
belirleyecek.


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From gkmngrgn at gmail.com  Thu Dec 25 16:24:09 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Thu, 25 Dec 2008 16:24:09 +0200
Subject: [Gelistirici] [paketler-commits] r57424
	-	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <20081225141717.33EF71384109@ns1.pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
Message-ID: <49539789.5030908@gmail.com>

paketler-commits at pardus.org.tr wrote On 25-12-2008 16:17:
> Author: semen
> Date: Thu Dec 25 16:17:16 2008
> New Revision: 57424
>
> Added:
>    devel/applications/network/mozilla/thunderbird/files/turkish.patch
>
>   
Semen hazýr buna el atmýþken, mozillathunderbird.desktop dosyasýna da el 
atar mýsýn? Bugzilla'da Geany, Gajim, Liferea için isimlerin 
düzeltilmesi ile ilgili bug vardý, örneðin Gajim yerine Gajim Instant 
Messenger þeklinde görünmesi gibi veya Liferea olmasý gerekirken Liferea 
Haber Okuyucusu þeklinde menüde yer almasý gibi..

Name=Thunderbird yeterli herhalde. Zira Firefox'un adý da menüde Mozilla 
Firefox deðil, Firefox diye görünüyor.



From necmettin.begiter at gmail.com  Thu Dec 25 17:51:53 2008
From: necmettin.begiter at gmail.com (Necmettin Begiter)
Date: Thu, 25 Dec 2008 17:51:53 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <49539789.5030908@gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com>
Message-ID: <3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>

2008/12/25 Gökmen Görgen <gkmngrgn at gmail.com>:
> Semen hazýr buna el atmýþken, mozillathunderbird.desktop dosyasýna da el
> atar mýsýn? Bugzilla'da Geany, Gajim, Liferea için isimlerin
> düzeltilmesi ile ilgili bug vardý, örneðin Gajim yerine Gajim Instant
> Messenger þeklinde görünmesi gibi veya Liferea olmasý gerekirken Liferea
> Haber Okuyucusu þeklinde menüde yer almasý gibi..
>
> Name=Thunderbird yeterli herhalde. Zira Firefox'un adý da menüde Mozilla
> Firefox deðil, Firefox diye görünüyor.

Zaten haber okuyucu, web tarayýcý gibi kelimeler açýklamalarda
gelmiyor mu, KDE menülerinde görünüyor.. XFCE kullanýcýsý için mi
ekliyoruz bilmiyorum ama eklersek iki kere tekrar etmiþ olmayacak mý
bu metinler?

-- 
Necmettin Begiter
TBD Biliþim dergisi, Editör

Kurbaðalýdere cd. Ali Ruhi Sk. N:2 K:3
Hasanpaþa - Kadýköy / Ýstanbul

216.3376909
533.6393375
necmettin at bilisimdergisi.net

From serbulent at pardus.org.tr  Thu Dec 25 18:54:23 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Thu, 25 Dec 2008 18:54:23 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812251508.38598.faik@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<200812251508.38598.faik@pardus.org.tr>
Message-ID: <200812251854.23495.serbulent@pardus.org.tr>

On Thursday 25 December 2008 15:08:38 Faik Uygur wrote:
> > package-manager-1.3.9-53-20.pisi
> > pisi-2.1.0-105-30.pisi
>
> NACK.
>
> pisi sürüm 105, güncellenecek paketler arasýnda replaced paket var ise
> güncelleme yapamýyor. 106 ile düzeltildi.
>
> pisi sürüm 106 ile pm sürüm 53 beraber girebilir.

OK bu durumda,

pisi-2.1.0-106-31.pisi
package-manager-1.3.9-53-20.pisi

ikilisini alýyoruz teste.

-- 
Ýyi Çalýþmalar;
 
Serbülent                                                                   

From ekin at pardus.org.tr  Thu Dec 25 21:09:49 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Thu, 25 Dec 2008 21:09:49 +0200
Subject: [Gelistirici] [paketler-commits] r56486 -
	devel/desktop/kde/base/kdebase
In-Reply-To: <20081130131417.CEB301384088@ns1.pardus.org.tr>
References: <20081130131417.CEB301384088@ns1.pardus.org.tr>
Message-ID: <200812252109.49331.ekin@pardus.org.tr>

Merhaba;

Sunday 30 November 2008 tarihinde, paketler-commits at pardus.org.tr þunlarý yazmýþtý: 
> Author: ozan.caglayan
> Date: Sun Nov 30 15:14:17 2008
> New Revision: 56486
>
> Modified:
>    devel/desktop/kde/base/kdebase/pspec.xml
> Log:
> this was made a long time ago by Gokcen. Those files should also be removed
> from kdeedu.

Bu deðiþikliklerin olduðu kdeedu'yu da depoya almamýz gerekiyor, yeni kdebase kurulurken sistemdeki kdeedu'yu siliyor : 

--------8<---------------------------------------
Created package(s): ['/var/pisi/kdebase-3.5.10-149-21.pisi', '/var/pisi/kdebase-beagle-3.5.10-149-21.pisi']
Installing: /var/pisi/kdebase-3.5.10-149-21.pisi
Kurulum sýrasý: kdebase
kdebase paketi, versiyon 3.5.10, sürüm 149, inþa 21 kuruluyor
Dosya çakýþmalarý:
/usr/kde/3.5/share/applnk/Edutainment/Miscellaneous/.directory kdeedu paketinden
/usr/kde/3.5/share/applnk/Edutainment/Science/.directory kdeedu paketinden
/usr/kde/3.5/share/applnk/Edutainment/Languages/.directory kdeedu paketinden
/usr/kde/3.5/share/applnk/Edutainment/Tools/.directory kdeedu paketinden
/usr/kde/3.5/share/applnk/Edutainment/Mathematics/.directory kdeedu paketinden

Yeni daðýtým sürümüne yükseltiliyor
kdebase paketi kaldýrýlmak üzere yapýlandýrýlýyor
kdebase paketinin dosyalarý arþivden çýkartýlýyor
kdebase paketi yapýlandýrýlýyor
kdebase paketi yapýlandýrýldý
kdebase paketi yükseltildi
Installing: /var/pisi/kdebase-beagle-3.5.10-149-21.pisi
Aþaðýdaki paketlerde çakýþmalar bulunuyor:
[kdebase-beagle: kdeedu sürüm <= 20  ile çakýþýyor]

Baðýmlýlýklarý saðlamak için bu paketler verilen sýrada kaldýrýlacaktýr:
kdeedu
kdeedu paketi kaldýrýlýyor
kdeedu paketi kaldýrýlmak üzere yapýlandýrýlýyor
Çakýþan dosya silinmiyor : /usr/kde/3.5/share/applnk/Edutainment/Miscellaneous/.directory
Çakýþan dosya silinmiyor : /usr/kde/3.5/share/applnk/Edutainment/Science/.directory
Çakýþan dosya silinmiyor : /usr/kde/3.5/share/applnk/Edutainment/Tools/.directory
Çakýþan dosya silinmiyor : /usr/kde/3.5/share/applnk/Edutainment/Languages/.directory
Çakýþan dosya silinmiyor : /usr/kde/3.5/share/applnk/Edutainment/Mathematics/.directory
kdeedu paketi kaldýrýldý
Kurulum sýrasý: kdebase-beagle
kdebase-beagle paketi, versiyon 3.5.10, sürüm 149, inþa 21 kuruluyor
Yeni daðýtým sürümüne yükseltiliyor
kdebase-beagle paketi kaldýrýlmak üzere yapýlandýrýlýyor
kdebase-beagle paketinin dosyalarý arþivden çýkartýlýyor
kdebase-beagle paketi yapýlandýrýlýyor
kdebase-beagle paketi yapýlandýrýldý
kdebase-beagle paketi yükseltildi
--------8<---------------------------------------
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From fatih at pardus.org.tr  Thu Dec 25 21:12:29 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Thu, 25 Dec 2008 21:12:29 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <49539789.5030908@gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com>
Message-ID: <200812252112.32437.fatih@pardus.org.tr>

Perþembe 25 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý: 
> paketler-commits at pardus.org.tr wrote On 25-12-2008 16:17:
> > Author: semen
> > Date: Thu Dec 25 16:17:16 2008
> > New Revision: 57424
> >
> > Added:
> >    devel/applications/network/mozilla/thunderbird/files/turkish.patch
>
> Semen hazýr buna el atmýþken, mozillathunderbird.desktop dosyasýna da el
> atar mýsýn? Bugzilla'da Geany, Gajim, Liferea için isimlerin
> düzeltilmesi ile ilgili bug vardý, örneðin Gajim yerine Gajim Instant
> Messenger þeklinde görünmesi gibi veya Liferea olmasý gerekirken Liferea
> Haber Okuyucusu þeklinde menüde yer almasý gibi..

Uygulamanýn özgün adý Name, ne uygulamasý olduðu da GenericName ile 
belirtiliyor. Bunlarý uygun bir þekilde göstermek masaüstü ortamýnýn 
sorumluluðunda. Ben thunderbird ile ilgili bir sorun göremedim.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081225/edcc0bb0/attachment.pgp 

From isingor at gmail.com  Thu Dec 25 22:28:16 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Thu, 25 Dec 2008 22:28:16 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com>
	<3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
Message-ID: <a64a8a8c0812251228u5d195563w7fe19daf8fd7cfc1@mail.gmail.com>

2008/12/25 Necmettin Begiter <necmettin.begiter at gmail.com>

> 2008/12/25 Gökmen Görgen <gkmngrgn at gmail.com>:
> > Name=Thunderbird yeterli herhalde. Zira Firefox'un adı da menüde Mozilla
> > Firefox değil, Firefox diye görünüyor.
>
>
Hayır, yeterli değil. Thunderbird başka bir markanın ve yazılım ürününün
adı. OpenOffice.org ile OpenOffice arasında da benzer bir durum söz konusu.

Marka çakışması durumu olmasa bile, o ürünün tam adının kullanılması esas
olmalı. Kısacası, Mozilla Firefox'un menüde sadece Firefox olarak gözükmesi
yanlış....


Ali
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081225/1127fc6c/attachment.htm 

From dfisek at fisek.com.tr  Thu Dec 25 23:26:35 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Thu, 25 Dec 2008 23:26:35 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
 devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <a64a8a8c0812251228u5d195563w7fe19daf8fd7cfc1@mail.gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com>
	<3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
	<a64a8a8c0812251228u5d195563w7fe19daf8fd7cfc1@mail.gmail.com>
Message-ID: <20081225232635.1e3ffd35.dfisek@fisek.com.tr>

Thu, 25 Dec 2008 22:28:16 +0200, "Ali Iþýngör" <isingor at gmail.com> :

> Marka çakýþmasý durumu olmasa bile, o ürünün tam adýnýn kullanýlmasý
> esas olmalý. Kýsacasý, Mozilla Firefox'un menüde sadece Firefox
> olarak gözükmesi yanlýþ....
Niye ki? Mozilla kendi sitesinde de sadece "Firefox" ve sadece
"Thunderbird" diyor. spreadfirefox.com diye bir siteleri var.
spreadmozillafirefox.com diye almamislar sitenin adini :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From gkmngrgn at gmail.com  Thu Dec 25 23:32:36 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Thu, 25 Dec 2008 23:32:36 +0200
Subject: [Gelistirici] [paketler-commits] r57424
	-	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>	<49539789.5030908@gmail.com>
	<3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
Message-ID: <4953FBF4.6060301@gmail.com>

Necmettin Begiter wrote On 25-12-2008 17:51:
> Zaten haber okuyucu, web tarayýcý gibi kelimeler açýklamalarda
> gelmiyor mu, KDE menülerinde görünüyor.. XFCE kullanýcýsý için mi
> ekliyoruz bilmiyorum ama eklersek iki kere tekrar etmiþ olmayacak mý
> bu metinler?
>
>   
Ne ekliyoruz? Name satýrýný düzeltmesini talep ediyorum sadece. Ya 
Firefox'unki gibi sadece Thunderbird olsun, ya da Ali Iþýngör'ün 
savunduðu düþüncedeki gibi Firefox'un adýný Mozilla Firefox yapýn ki 
isimler tutarlý olsun. Ýlgili Desktop dosyasý:
https://svn.pardus.org.tr/pardus/playground/gokcen/applications/network/mozilla/thunderbird/files/mozillathunderbird.desktop

Bir de Firefox'unkine bakýn:
https://svn.pardus.org.tr/pardus/playground/gokcen/applications/network/mozilla/firefox/files/pardus/mozillafirefox.desktop


Bir de menüye bakýn:
http://omploader.org/vMTF3YQ

*Not: *Transmission'u yeni sürümde düzelttim.

From ozan at pardus.org.tr  Fri Dec 26 00:14:57 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Fri, 26 Dec 2008 00:14:57 +0200
Subject: [Gelistirici] [paketler-commits]
	r57424	-	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <4953FBF4.6060301@gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>	<49539789.5030908@gmail.com>	<3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
	<4953FBF4.6060301@gmail.com>
Message-ID: <495405E1.2020103@pardus.org.tr>

Gökmen Görgen wrote:
> Necmettin Begiter wrote On 25-12-2008 17:51:
>   
>> Zaten haber okuyucu, web tarayýcý gibi kelimeler açýklamalarda
>> gelmiyor mu, KDE menülerinde görünüyor.. XFCE kullanýcýsý için mi
>> ekliyoruz bilmiyorum ama eklersek iki kere tekrar etmiþ olmayacak mý
>> bu metinler?
>>
>>   
>>     
> Ne ekliyoruz? Name satýrýný düzeltmesini talep ediyorum sadece. Ya 
> Firefox'unki gibi sadece Thunderbird olsun, ya da Ali Iþýngör'ün 
> savunduðu düþüncedeki gibi Firefox'un adýný Mozilla Firefox yapýn ki 
>   
Yep ikisi de ya Mozilla X ya da X olmalý.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From isingor at gmail.com  Fri Dec 26 00:45:55 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Fri, 26 Dec 2008 00:45:55 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <495405E1.2020103@pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com>
	<3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
	<4953FBF4.6060301@gmail.com> <495405E1.2020103@pardus.org.tr>
Message-ID: <a64a8a8c0812251445h25165d5fvbb83cde125937bdd@mail.gmail.com>

2008/12/26 Ozan Çağlayan <ozan at pardus.org.tr>

> Gökmen Görgen wrote:
> > Necmettin Begiter wrote On 25-12-2008 17:51:
> >
> >> Zaten haber okuyucu, web tarayıcı gibi kelimeler açıklamalarda
> >> gelmiyor mu, KDE menülerinde görünüyor.. XFCE kullanıcısı için mi
> >> ekliyoruz bilmiyorum ama eklersek iki kere tekrar etmiş olmayacak mı
> >> bu metinler?
> >>
> >>
> >>
> > Ne ekliyoruz? Name satırını düzeltmesini talep ediyorum sadece. Ya
> > Firefox'unki gibi sadece Thunderbird olsun, ya da Ali Işıngör'ün
> > savunduğu düşüncedeki gibi Firefox'un adını Mozilla Firefox yapın ki
> >
> Yep ikisi de ya Mozilla X ya da X olmalı.
>
>

Hımmm... Ben yaşlı bir adam olarak karşı tepelerin dutluk, tarayıcının
adının ise "Mozilla Firebird" olduğu zamanları hatırlayıp, Firefox için
marka çakışması var demişim. Aslında böyle bir çakışma yok.

Ben yine de tarayıcının "*resmi adı*" olan Mozilla Firefox'un kullanılması
taraftarı olduğumu söyleyeyim. Birinci neden, aslında çok basit:
Programların resmi adını kullanmak genel prensibiz olmalı. Ayrıca bu
kısaltmaların sonu yok, hani olur da World of Warcraft özgürleşirse onu da
menüye Warcraft ya da WOW olarak mı koyacağız?

İkinci nedenim ise çok daha pratik bir gerekçeye dayanıyor. Gelecekte
depodaki Mozilla ürünlerinin sayılarının artacağını tahmin etmek için
müneccim olmaya gerek yok. *Mozilla Firefox*, *Mozilla Thunderbird,* *Mozilla
Sunbird*'ün (1.0 sürümü artık çıktı çıkacak..) Programlar > İnternet
menüsünde alt alta ve birlikte durması gerektiğini düşünüyorum. Bu ürünler
hem birbirini tamamlayan hem de kendi aralarında çok iyi konuşan yazılımlar.
Birlikte durmalarında fayda var...


Ali
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081226/6a89b1ba/attachment-0001.htm 

From tulliana at gmail.com  Fri Dec 26 01:08:00 2008
From: tulliana at gmail.com (Serdar Soytetir)
Date: Fri, 26 Dec 2008 01:08:00 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <a64a8a8c0812251445h25165d5fvbb83cde125937bdd@mail.gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<495405E1.2020103@pardus.org.tr>
	<a64a8a8c0812251445h25165d5fvbb83cde125937bdd@mail.gmail.com>
Message-ID: <200812260108.00252.tulliana@gmail.com>

26 Aralýk 2008 Cuma günü (saat 00:45:55) Ali Iþýngör þunlarý yazmýþtý:
Merhabalar,
> 2008/12/26 Ozan Çaðlayan <ozan at pardus.org.tr>
>
> > Gökmen Görgen wrote:
> > > Necmettin Begiter wrote On 25-12-2008 17:51:
> > >> Zaten haber okuyucu, web tarayýcý gibi kelimeler açýklamalarda
> > >> gelmiyor mu, KDE menülerinde görünüyor.. XFCE kullanýcýsý için mi
> > >> ekliyoruz bilmiyorum ama eklersek iki kere tekrar etmiþ olmayacak mý
> > >> bu metinler?
> > >
> > > Ne ekliyoruz? Name satýrýný düzeltmesini talep ediyorum sadece. Ya
> > > Firefox'unki gibi sadece Thunderbird olsun, ya da Ali Iþýngör'ün
> > > savunduðu düþüncedeki gibi Firefox'un adýný Mozilla Firefox yapýn ki
> >
> > Yep ikisi de ya Mozilla X ya da X olmalý.
>
> Hýmmm... Ben yaþlý bir adam olarak karþý tepelerin dutluk, tarayýcýnýn
> adýnýn ise "Mozilla Firebird" olduðu zamanlarý hatýrlayýp, Firefox için
> marka çakýþmasý var demiþim. Aslýnda böyle bir çakýþma yok.
>
> Ben yine de tarayýcýnýn "*resmi adý*" olan Mozilla Firefox'un kullanýlmasý
> taraftarý olduðumu söyleyeyim. Birinci neden, aslýnda çok basit:
> Programlarýn resmi adýný kullanmak genel prensibiz olmalý. Ayrýca bu
> kýsaltmalarýn sonu yok, hani olur da World of Warcraft özgürleþirse onu da
> menüye Warcraft ya da WOW olarak mý koyacaðýz?
Evet, kesinlikle katýlýyorum, uygulamalarýn resmi adý kullanýlmalý.
Hatta upstream nasýl yazýyorsa öyle yazýlmalý, KDE uygulamalarýndaki ilginç 
büyük harf kullanýmýna dahi dokunmadýk , Örnek: KMail, KWallet ...
>
> Ýkinci nedenim ise çok daha pratik bir gerekçeye dayanýyor. Gelecekte
> depodaki Mozilla ürünlerinin sayýlarýnýn artacaðýný tahmin etmek için
> müneccim olmaya gerek yok. *Mozilla Firefox*, *Mozilla Thunderbird,*
> *Mozilla Sunbird*'ün (1.0 sürümü artýk çýktý çýkacak..) Programlar >
> Ýnternet menüsünde alt alta ve birlikte durmasý gerektiðini düþünüyorum. Bu
> ürünler hem birbirini tamamlayan hem de kendi aralarýnda çok iyi konuþan
> yazýlýmlar. Birlikte durmalarýnda fayda var...
>
>
> Ali
Ýyi çalýþmalar...
-- 
Serdar Soytetir

From fatih at pardus.org.tr  Fri Dec 26 01:23:30 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Fri, 26 Dec 2008 01:23:30 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812260108.00252.tulliana@gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<a64a8a8c0812251445h25165d5fvbb83cde125937bdd@mail.gmail.com>
	<200812260108.00252.tulliana@gmail.com>
Message-ID: <200812260123.34215.fatih@pardus.org.tr>

Cuma 26 Aralýk 2008 tarihinde, Serdar Soytetir þunlarý yazmýþtý: 
> > Ben yine de tarayýcýnýn "*resmi adý*" olan Mozilla Firefox'un
> > kullanýlmasý taraftarý olduðumu söyleyeyim. Birinci neden, aslýnda çok
> > basit: Programlarýn resmi adýný kullanmak genel prensibiz olmalý. Ayrýca
> > bu kýsaltmalarýn sonu yok, hani olur da World of Warcraft özgürleþirse
> > onu da menüye Warcraft ya da WOW olarak mý koyacaðýz?
>
> Evet, kesinlikle katýlýyorum, uygulamalarýn resmi adý kullanýlmalý.
> Hatta upstream nasýl yazýyorsa öyle yazýlmalý, KDE uygulamalarýndaki ilginç
> büyük harf kullanýmýna dahi dokunmadýk , Örnek: KMail, KWallet ...

Ben de bu tür durumlarda uygulama açýldýðýnda ana pencerenin baþlýðýnda yazaný 
alýyorum. Orada çoðu zaman özgün ismi tam olarak bulmak mümkün.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081226/d5ed6590/attachment.pgp 

From coderlord at gmail.com  Fri Dec 26 09:21:00 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 26 Dec 2008 09:21:00 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <a64a8a8c0812251445h25165d5fvbb83cde125937bdd@mail.gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com>
	<3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
	<4953FBF4.6060301@gmail.com> <495405E1.2020103@pardus.org.tr>
	<a64a8a8c0812251445h25165d5fvbb83cde125937bdd@mail.gmail.com>
Message-ID: <4cca720b0812252321m5c822d4dlb6b26ff342fe4722@mail.gmail.com>

26.12.2008 tarihinde Ali Iþýngör <isingor at gmail.com> yazmýþ:
> Ben yine de tarayýcýnýn "*resmi adý*" olan Mozilla Firefox'un kullanýlmasý
> taraftarý olduðumu söyleyeyim. Birinci neden, aslýnda çok basit:

Tarayýcý, Windows altýna kurulduðunda, menüye ve kýsayollara Mozilla
Firefox ismi ile yerleþiyor. Windows kurulum paketinini upstream
tarafýndan hazýrlandýðýný varsayarsak, onlarýn da kullanýlmasýný
istediði ismin Mozilla Firefox olduðunu varsayabiliriz.

-- 
Furkan Duman

From gokcen at pardus.org.tr  Fri Dec 26 10:28:26 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Fri, 26 Dec 2008 10:28:26 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <20081225232635.1e3ffd35.dfisek@fisek.com.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<a64a8a8c0812251228u5d195563w7fe19daf8fd7cfc1@mail.gmail.com>
	<20081225232635.1e3ffd35.dfisek@fisek.com.tr>
Message-ID: <200812261028.27154.gokcen@pardus.org.tr>

On Thursday 25 December 2008 23:26:35 Doruk Fisek wrote:
> Niye ki? Mozilla kendi sitesinde de sadece "Firefox" ve sadece
> "Thunderbird" diyor. spreadfirefox.com diye bir siteleri var.
> spreadmozillafirefox.com diye almamislar sitenin adini

Ben de Firefox olmasý taraftarýyým. Fedora, Suse ve Ubuntu'da Firefox ve 
Firefox Web Browser olarak geçiyor, Mozilla'yý kullanan yok. Zaten Mozilla'nýn 
daðýtýmlar için desktop dosyasý daðýtmýyor olmasý da bu kararý daðýtýma 
býrakýyor.

Comment için "Browse the Web", GenericName olarak da "Web Browser" uygun 
göründüðü için bu þekilde deðiþtirip, çevirileri düzelttim. Son durumda 
menüde,

KDE 3 için:
Firefox (Web Tarayýcý)

KDE 4 için de:
Web Tarayýcý (Firefox)

olarak görünüyor(aradaki fark ayrýca tartýþýlabilir tabi). Thunderbird için de 
ayný deðiþikliði yapmayý düþünüyorum. Diðer daðýtýmlar için yine ayný þey 
geçerli.

--
Gökçen Eraslan

From onur at pardus.org.tr  Fri Dec 26 10:41:00 2008
From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=)
Date: Fri, 26 Dec 2008 10:41:00 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812261028.27154.gokcen@pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<20081225232635.1e3ffd35.dfisek@fisek.com.tr>
	<200812261028.27154.gokcen@pardus.org.tr>
Message-ID: <200812261041.00381.onur@pardus.org.tr>

Friday 26 December 2008 Tarihinde 10:28:26 yazmýþtý:
> On Thursday 25 December 2008 23:26:35 Doruk Fisek wrote:
> > Niye ki? Mozilla kendi sitesinde de sadece "Firefox" ve sadece
> > "Thunderbird" diyor. spreadfirefox.com diye bir siteleri var.
> > spreadmozillafirefox.com diye almamislar sitenin adini
>
> Ben de Firefox olmasý taraftarýyým. Fedora, Suse ve Ubuntu'da Firefox ve
> Firefox Web Browser olarak geçiyor, Mozilla'yý kullanan yok. 

 +1


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From serbulent at pardus.org.tr  Fri Dec 26 11:34:42 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 26 Dec 2008 11:34:42 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <4950FCE2.2080408@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<4950FCE2.2080408@pardus.org.tr>
Message-ID: <200812261134.42959.serbulent@pardus.org.tr>

On Tuesday 23 December 2008 16:59:46 Pinar Yanardag wrote:
> > pidgin-2.5.2-25-6.pisi

Test deposunda bu versiyon bulunmuyor. Salý günü yeni sürüm girmiþ. Bir dahaki 
sefere kaldý.

-- 
Ýyi Çalýþmalar,

Serbülent

From ekin at pardus.org.tr  Fri Dec 26 14:54:04 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Fri, 26 Dec 2008 14:54:04 +0200
Subject: [Gelistirici] [Buildfarm] [2008] error:
	programming/languages/python/python-sphinx/pspec.xml
In-Reply-To: <20081226125033.2A0416361AF2@pardus.org.tr>
References: <20081226125033.2A0416361AF2@pardus.org.tr>
Message-ID: <200812261454.06533.ekin@pardus.org.tr>

Merhaba;

Friday 26 December 2008 tarihinde, Pardus 2008 Buildfarm þunlarý yazmýþtý: 

> An error occured while processing the file
> 'programming/languages/python/python-sphinx/pspec.xml' (maintainer: 'Gökmen
> GÖKSEL'). Error log is as follows:
>
> --------------------------------------------------------------------------
> Error occured for 'programming/languages/python/python-sphinx/pspec.xml'
> in BUILD process:
>  Ýnþa baðýmlýlýðý setuptools versiyon >= 0.6c_9 saðlanamadý
> --------------------------------------------------------------------------

2008 deposunda setuptools 0.6c_8 var, develde update etmiþsin merge 
istememiþsin.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From gokmen at pardus.org.tr  Fri Dec 26 15:14:22 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Fri, 26 Dec 2008 15:14:22 +0200
Subject: [Gelistirici] [Buildfarm] [2008] error:
	programming/languages/python/python-sphinx/pspec.xml
In-Reply-To: <200812261454.06533.ekin@pardus.org.tr>
References: <20081226125033.2A0416361AF2@pardus.org.tr>
	<200812261454.06533.ekin@pardus.org.tr>
Message-ID: <200812261514.22189.gokmen@pardus.org.tr>

Cuma 26 Aralýk 2008 günü (saat 14:54:04) Ekin Meroðlu þunlarý yazmýþtý:
> Merhaba;
>
> Friday 26 December 2008 tarihinde, Pardus 2008 Buildfarm þunlarý yazmýþtý:
> > An error occured while processing the file
> > 'programming/languages/python/python-sphinx/pspec.xml' (maintainer:
> > 'Gökmen GÖKSEL'). Error log is as follows:
> >
> > -------------------------------------------------------------------------
> >- Error occured for 'programming/languages/python/python-sphinx/pspec.xml'
> > in BUILD process:
> >  Ýnþa baðýmlýlýðý setuptools versiyon >= 0.6c_9 saðlanamadý
> > -------------------------------------------------------------------------
> >-
>
> 2008 deposunda setuptools 0.6c_8 var, develde update etmiþsin merge
> istememiþsin.
Kaçmýþ aradan istedim þimdik ..

-- 
Gökmen GÖKSEL

From serbulent at pardus.org.tr  Fri Dec 26 17:20:16 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 26 Dec 2008 17:20:16 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <4950FCE2.2080408@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<4950FCE2.2080408@pardus.org.tr>
Message-ID: <200812261720.16418.serbulent@pardus.org.tr>

On Tuesday 23 December 2008 16:59:46 Pinar Yanardag wrote:
> > bzflag-2.0.12-7-2.pisi

Kýrýk ters baðýmlýlýklarý var, listeden çýkartýyorum.


p2008_guncel-pardus ~ # revdep-rebuild

Checking reverse dependencies...
Packages containing binaries and libraries broken by any package update,
will be recompiled.

Collecting system binaries and libraries... done.
  (/root/.revdep-rebuild.1_files)

Collecting complete LD_LIBRARY_PATH... done.
  (/root/.revdep-rebuild.2_ldpath)

Checking dynamic linking consistency...
  broken /usr/lib/bzflag/logDetail.so (requires libbind.so.4)
  broken /usr/lib/bzflag/timedctf.so (requires libbind.so.4)
  broken /usr/lib/bzflag/RogueGenocide.so (requires libbind.so.4)
  broken /usr/lib/bzflag/torBlock.so (requires libbind.so.4)
  broken /usr/lib/bzflag/teamflagreset.so (requires libbind.so.4)
  broken /usr/lib/bzflag/flagStay.so (requires libbind.so.4)
  broken /usr/lib/bzflag/vocaliser.so (requires libbind.so.4)
  broken /usr/lib/bzflag/shockwaveDeath.so (requires libbind.so.4)
  broken /usr/lib/bzflag/hiddenAdmin.so (requires libbind.so.4)
  broken /usr/lib/bzflag/nagware.so (requires libbind.so.4)
  broken /usr/lib/bzflag/serverControl.so (requires libbind.so.4)
  broken /usr/lib/bzflag/rabbitTimer.so (requires libbind.so.4)
  broken /usr/lib/bzflag/koth.so (requires libbind.so.4)
  broken /usr/lib/bzflag/SAMPLE_PLUGIN.so (requires libbind.so.4)
  broken /usr/lib/bzflag/Phoenix.so (requires libbind.so.4)
  broken /usr/lib/bzflag/HoldTheFlag.so (requires libbind.so.4)
  broken /usr/lib/bzflag/killall.so (requires libbind.so.4)
  broken /usr/lib/bzflag/chathistory.so (requires libbind.so.4)
  broken /usr/lib/bzflag/keepaway.so (requires libbind.so.4)
  broken /usr/lib/bzflag/wwzones.so (requires libbind.so.4)
  broken /usr/lib/bzflag/recordmatch.so (requires libbind.so.4)
  broken /usr/lib/bzflag/rabidRabbit.so (requires libbind.so.4)
  broken /usr/lib/bzflag/playHistoryTracker.so (requires libbind.so.4)
  broken /usr/lib/bzflag/airspawn.so (requires libbind.so.4)
  broken /usr/lib/bzflag/regFlag.so (requires libbind.so.4)
  broken /usr/bin/bzadmin (requires libbind.so.4)
  broken /usr/bin/bzfs (requires libbind.so.4)
  broken /usr/bin/bzflag (requires libGLEW.so.1.5 libbind.so.4)
 done.
  (/root/.revdep-rebuild.3_rebuild)

Determining package names consistency...
 done.
  (/root/.revdep-rebuild.4_names)
bzflag paketi içinde usr/bin/bzadmin dosyasý var
bzflag paketi içinde usr/bin/bzflag dosyasý var
bzflag paketi içinde usr/bin/bzfs dosyasý var
bzflag paketi içinde usr/lib/bzflag/airspawn.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/chathistory.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/flagStay.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/hiddenAdmin.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/HoldTheFlag.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/keepaway.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/killall.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/koth.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/logDetail.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/nagware.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/Phoenix.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/playHistoryTracker.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/rabbitTimer.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/rabidRabbit.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/recordmatch.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/regFlag.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/RogueGenocide.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/SAMPLE_PLUGIN.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/serverControl.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/shockwaveDeath.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/teamflagreset.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/timedctf.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/torBlock.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/vocaliser.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/wwzones.so dosyasý var

-- 
Ýyi Çalýþmalar,

Serbülent

From dfisek at fisek.com.tr  Fri Dec 26 18:18:52 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Fri, 26 Dec 2008 18:18:52 +0200
Subject: [Gelistirici] gelistiricilere yonelik bir web sayfasi
Message-ID: <20081226181852.559b05ef.dfisek@fisek.com.tr>

Merhaba,

 http://{gelistirici,developer}.pardus.org.tr benzeri bir cift isimle,
gelistiricilere yonelik bir meta web sitesi hos olabilir mi?

 Temel islevi ortaliktaki, gelistiricilere yonelik kaynaklari birarada
gostermesi olabilir. Ne gibi? Ilk aklima gelen baglantilar :

 - svn.pardus.org.tr
 - paketler.pardus.org.tr
 - bugzilla
 - belgeler (pardus-wiki'de Turkce ve Ingilizce bir gelistirici
kategorisi yapip, o belgeleri o kategoride isaretlemek, direk wiki'nin o
kategorisine de baglanti vermek daha pratik olabilir)
 - gelistirici/*-commits/bugzilla listeleri
 - bakýcýsýz paketlerin listesi (paketler.pardus.org tr ilgili sayfa)
 - yeni paket isteklerinin listesi (bugzilla ilgili katego

 "Hizli baglantilar" ya da "Sýk Sorulan Sorular" ile belli yerlere kolay
ulasim da olabilir. Ornegin :
 - "Ben gelistirici olmak istiyorum"
 - "Ben Pardus'ta olmayan yeni bir yazilimi paketlemek istiyorum"
 - "Ben yeni bir paketin sorumlulugunu ustlenmek istiyorum"
 vb.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From gokmen at pardus.org.tr  Fri Dec 26 18:30:01 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Fri, 26 Dec 2008 18:30:01 +0200
Subject: [Gelistirici] gelistiricilere yonelik bir web sayfasi
In-Reply-To: <20081226181852.559b05ef.dfisek@fisek.com.tr>
References: <20081226181852.559b05ef.dfisek@fisek.com.tr>
Message-ID: <200812261830.01338.gokmen@pardus.org.tr>

Cuma 26 Aralýk 2008 günü (saat 18:18:52) Doruk Fisek þunlarý yazmýþtý:
> Merhaba,
Selamlar,

>  http://{gelistirici,developer}.pardus.org.tr benzeri bir cift isimle,
> gelistiricilere yonelik bir meta web sitesi hos olabilir mi?
bi gireydin yazmadan :) http://developer.pardus.org.tr

Zaten yazdýklarýný yapmayý planladýðýmýz bir web sayfasý var fakat þu an için 
alt yapýsýný deðiþtiriyoruz Faik ile, wiki yerine rst kullanan bir yapýya 
geçeceðiz yakýnda da duyuracaðýz.

-- 
Gökmen GÖKSEL

From dfisek at fisek.com.tr  Fri Dec 26 18:39:10 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Fri, 26 Dec 2008 18:39:10 +0200
Subject: [Gelistirici] gelistiricilere yonelik bir web sayfasi
In-Reply-To: <200812261830.01338.gokmen@pardus.org.tr>
References: <20081226181852.559b05ef.dfisek@fisek.com.tr>
	<200812261830.01338.gokmen@pardus.org.tr>
Message-ID: <20081226183910.03384933.dfisek@fisek.com.tr>

Fri, 26 Dec 2008 18:30:01 +0200, Gökmen GÖKSEL <gokmen at pardus.org.tr> :

> >  http://{gelistirici,developer}.pardus.org.tr benzeri bir cift
> > isimle, gelistiricilere yonelik bir meta web sitesi hos olabilir mi?
> bi gireydin yazmadan :) http://developer.pardus.org.tr
Aklin yolu bir gibi bisi olmus :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From gkmngrgn at gmail.com  Fri Dec 26 19:44:49 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Fri, 26 Dec 2008 19:44:49 +0200
Subject: [Gelistirici] gelistiricilere yonelik bir web sayfasi
In-Reply-To: <200812261830.01338.gokmen@pardus.org.tr>
References: <20081226181852.559b05ef.dfisek@fisek.com.tr>
	<200812261830.01338.gokmen@pardus.org.tr>
Message-ID: <49551811.8020202@gmail.com>

Gökmen GÖKSEL wrote On 26-12-2008 18:30:
> bi gireydin yazmadan :) http://developer.pardus.org.tr
Tema deðiþsiiiiiiiiiiiiin!! :P

From selimok at gmail.com  Fri Dec 26 19:46:41 2008
From: selimok at gmail.com (selim ok)
Date: Fri, 26 Dec 2008 18:46:41 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081213172605.070b5e52.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
Message-ID: <a001a6cb0812260946u16efe978s7e88d7328cb734bd@mail.gmail.com>

13 Aralýk 2008 Cumartesi 16:26 tarihinde Onur Küçük <onur at pardus.org.tr>yazdý:

>
>
> NOT: gnome-mplayer da bazý videolarda boyut sorunu gibi sýkýntý oluþtu
> bu paketle, sorun i18n ile ilgili deðil, haberim var ama siz de denk
> geldiðiniz örnekleri / sorunlarý bildirmekten çekinmeyin
>

Ntvmsnbc.com'daki videolari oynatirken her seferinde video basladiginda
mplayer arayüzü kilitleniyor. Görüntüyü görmek bazen mümkün olurken bazen
plugin penceresinin sol üst kösesinde yaklasik 10x10 piksellik bir alana
sikisiyor görüntü. Her seferinde video oynatiliyor yani arka plandan ses
gelmeye devam ediyor,firefox kapansa bile devam ediyor. Her sayfa
yenilemesinde bir önceki kapanmadan yeni bir tane basliyor. Ancak mplayer
öldürülerek video durdurulabiliyor.

Depodaki sürüme gectigimde bu sorunlar düzeldi.

Iyi calismalar,
Selim


-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081226/b8ccedf9/attachment.htm 

From serbulent at pardus.org.tr  Fri Dec 26 19:42:52 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 26 Dec 2008 19:42:52 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <4950FCE2.2080408@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<4950FCE2.2080408@pardus.org.tr>
Message-ID: <200812261942.52202.serbulent@pardus.org.tr>

On Tuesday 23 December 2008 16:59:46 Pinar Yanardag wrote:
> > mechanize-0.1.10-2-2.pisi

Bu paket obsolate olacak ClientForm paketine depend ediyor ClientForm un adý 
python-clientform olarak deðiþti. listeden çýkartýyorum.

-- 
Ýyi Çalýþmalar,

Serbülent

From gokmen at pardus.org.tr  Fri Dec 26 19:52:22 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Fri, 26 Dec 2008 19:52:22 +0200
Subject: [Gelistirici] gelistiricilere yonelik bir web sayfasi
In-Reply-To: <49551811.8020202@gmail.com>
References: <20081226181852.559b05ef.dfisek@fisek.com.tr>
	<200812261830.01338.gokmen@pardus.org.tr>
	<49551811.8020202@gmail.com>
Message-ID: <200812261952.22191.gokmen@pardus.org.tr>

Cuma 26 Aralýk 2008 günü (saat 19:44:49) Gökmen Görgen þunlarý yazmýþtý:
> Gökmen GÖKSEL wrote On 26-12-2008 18:30:
> > bi gireydin yazmadan :) http://developer.pardus.org.tr
>
> Tema deðiþsiiiiiiiiiiiiin!! :P
Sabýýýr :)

-- 
Gökmen GÖKSEL

From onur at pardus.org.tr  Fri Dec 26 20:13:55 2008
From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=)
Date: Fri, 26 Dec 2008 20:13:55 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <a001a6cb0812260946u16efe978s7e88d7328cb734bd@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<a001a6cb0812260946u16efe978s7e88d7328cb734bd@mail.gmail.com>
Message-ID: <200812262013.56053.onur@pardus.org.tr>

Friday 26 December 2008 Tarihinde 19:46:41 yazmýþtý:
> 13 Aralýk 2008 Cumartesi 16:26 tarihinde Onur Küçük 
<onur at pardus.org.tr>yazdý:
> > NOT: gnome-mplayer da bazý videolarda boyut sorunu gibi sýkýntý oluþtu
> > bu paketle, sorun i18n ile ilgili deðil, haberim var ama siz de denk
> > geldiðiniz örnekleri / sorunlarý bildirmekten çekinmeyin
>
> Ntvmsnbc.com'daki videolari oynatirken her seferinde video basladiginda
> mplayer arayüzü kilitleniyor. Görüntüyü görmek bazen mümkün olurken bazen
> plugin penceresinin sol üst kösesinde yaklasik 10x10 piksellik bir alana
> sikisiyor görüntü. Her seferinde video oynatiliyor yani arka plandan ses
> gelmeye devam ediyor,firefox kapansa bile devam ediyor. Her sayfa
> yenilemesinde bir önceki kapanmadan yeni bir tane basliyor. Ancak mplayer
> öldürülerek video durdurulabiliyor.
>
> Depodaki sürüme gectigimde bu sorunlar düzeldi.

 Bunu düzeltmiþ olmam lazým

http://cekirdek.pardus.org.tr/~onur/tmp/bikbik/

 daki paketlerin hepsini kurup dener misin nedir durum ? Bayaðý bir sorun 
çözüldü bu paketlerle


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From selimok at gmail.com  Fri Dec 26 20:37:10 2008
From: selimok at gmail.com (selim ok)
Date: Fri, 26 Dec 2008 19:37:10 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <200812262013.56053.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<a001a6cb0812260946u16efe978s7e88d7328cb734bd@mail.gmail.com>
	<200812262013.56053.onur@pardus.org.tr>
Message-ID: <a001a6cb0812261037w2e6b77d6s31320419881a6344@mail.gmail.com>

26 Aralýk 2008 Cuma 19:13 tarihinde Onur Küçük <onur at pardus.org.tr> yazdý:

> Friday 26 December 2008 Tarihinde 19:46:41 yazmýþtý:
> > 13 Aralýk 2008 Cumartesi 16:26 tarihinde Onur Küçük
> <onur at pardus.org.tr>yazdý:
> > > NOT: gnome-mplayer da bazý videolarda boyut sorunu gibi sýkýntý oluþtu
> > > bu paketle, sorun i18n ile ilgili deðil, haberim var ama siz de denk
> > > geldiðiniz örnekleri / sorunlarý bildirmekten çekinmeyin
> >
> > Ntvmsnbc.com'daki videolari oynatirken her seferinde video basladiginda
> > mplayer arayüzü kilitleniyor. Görüntüyü görmek bazen mümkün olurken bazen
> > plugin penceresinin sol üst kösesinde yaklasik 10x10 piksellik bir alana
> > sikisiyor görüntü. Her seferinde video oynatiliyor yani arka plandan ses
> > gelmeye devam ediyor,firefox kapansa bile devam ediyor. Her sayfa
> > yenilemesinde bir önceki kapanmadan yeni bir tane basliyor. Ancak mplayer
> > öldürülerek video durdurulabiliyor.
> >
> > Depodaki sürüme gectigimde bu sorunlar düzeldi.
>
>  Bunu düzeltmiþ olmam lazým
>
> http://cekirdek.pardus.org.tr/~onur/tmp/bikbik/<http://cekirdek.pardus.org.tr/%7Eonur/tmp/bikbik/>
>
>  daki paketlerin hepsini kurup dener misin nedir durum ? Bayaðý bir sorun
> çözüldü bu paketlerle


Simdide videolari cache'e aliyor ama baslamasi gereken yerde baslayamiyor.
Kilitlenme yok, buffering devam ediyor, fakat elle de baslatilamiyor.

Iyi calismalar,
Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081226/d5a8be56/attachment-0001.htm 

From gkmngrgn at gmail.com  Fri Dec 26 20:50:04 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Fri, 26 Dec 2008 20:50:04 +0200
Subject: [Gelistirici] gelistiricilere yonelik bir web sayfasi
In-Reply-To: <200812261952.22191.gokmen@pardus.org.tr>
References: <20081226181852.559b05ef.dfisek@fisek.com.tr>	<200812261830.01338.gokmen@pardus.org.tr>	<49551811.8020202@gmail.com>
	<200812261952.22191.gokmen@pardus.org.tr>
Message-ID: <4955275C.4090508@gmail.com>

Gökmen GÖKSEL wrote On 26-12-2008 19:52:
> Cuma 26 Aralýk 2008 günü (saat 19:44:49) Gökmen Görgen þunlarý yazmýþtý:
>   
>> Gökmen GÖKSEL wrote On 26-12-2008 18:30:
>>     
>>> bi gireydin yazmadan :) http://developer.pardus.org.tr
>>>       
>> Tema deðiþsiiiiiiiiiiiiin!! :P
>>     
> Sabýýýr :)
>
>   
bi de yeri gelmiþken söyleyeyim. eðer tasarým ve kodlama(?! django mu 
jinja mý ne bu anlamadým gerçi) konusunda dýþarýya açýksanýz elimden 
geleni yaparým =) En azýndan commitleri görebilsem benim için yeterli 
hehe =) php de olsa tasarým konusunda referans:
http://www.gokmengorgen.net/gunluk/


From gokmen at pardus.org.tr  Fri Dec 26 21:33:09 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Fri, 26 Dec 2008 21:33:09 +0200
Subject: [Gelistirici] gelistiricilere yonelik bir web sayfasi
In-Reply-To: <4955275C.4090508@gmail.com>
References: <20081226181852.559b05ef.dfisek@fisek.com.tr>
	<200812261952.22191.gokmen@pardus.org.tr>
	<4955275C.4090508@gmail.com>
Message-ID: <200812262133.09133.gokmen@pardus.org.tr>

Cuma 26 Aralýk 2008 günü (saat 20:50:04) Gökmen Görgen þunlarý yazmýþtý:
> Gökmen GÖKSEL wrote On 26-12-2008 19:52:
> > Cuma 26 Aralýk 2008 günü (saat 19:44:49) Gökmen Görgen þunlarý yazmýþtý:
> >> Gökmen GÖKSEL wrote On 26-12-2008 18:30:
> >>> bi gireydin yazmadan :) http://developer.pardus.org.tr
> >>
> >> Tema deðiþsiiiiiiiiiiiiin!! :P
> >
> > Sabýýýr :)
>
> bi de yeri gelmiþken söyleyeyim. eðer tasarým ve kodlama(?! django mu
> jinja mý ne bu anlamadým gerçi) konusunda dýþarýya açýksanýz elimden
> geleni yaparým =) En azýndan commitleri görebilsem benim için yeterli
> hehe =) php de olsa tasarým konusunda referans:
> http://www.gokmengorgen.net/gunluk/
Teþekkürler tasarýmý bitirdim zaten içerik ile uðraþýyorum þu anda ;)

template uludag/web/developer.template altýnda sphinx için Jinja tabanlý 
(Django'ya benzer) bir template sistemi kullanýyor ;)

-- 
Gökmen GÖKSEL

From akin at omeroglu.net  Fri Dec 26 22:21:43 2008
From: akin at omeroglu.net (=?iso-8859-9?q?Ak=FDn_=D6mero=F0lu?=)
Date: Fri, 26 Dec 2008 22:21:43 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?=5Bpaketler-commits=5D_r57424_-=09de?=
	=?iso-8859-9?q?vel/applications/network/mozilla/thunderbird/files?=
In-Reply-To: <49539789.5030908@gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com>
Message-ID: <200812262221.43979.akin@omeroglu.net>

Merhabalar,

Firefox'un sadece Firefox olarak kullanýlmasýnýn ne yazýk ki Türkiye'de bir 
takým hukuki sýkýntýlar yaratma ihtimali var.

Kýsaca bahsetmek gerekirse firefox markasý ülkemizde bizi de ilgilendirdiðini 
düþündüðüm 42. marka sýnýfýnda tescil edilmiþ durumda. Mozilla Vakfý, hem 
Amerika hem de Avrupa marka ofislerinde hali hazýrda iki ek sýnýfta ve ayrýca 
42. sýnýfta tescil yaptýrmýþ durumda.

Ben avukat deðilim ama herhangi bir þekilde karýþtýrýlma ihtimali nedeni ile 
marka kullanýlmasýnýn önlenmesi tehlikesi ile karþýlaþýlmamasý için en 
azýndan firefox için "mozilla firefox" isminin kullanýlmasý önleminin 
alýnmasýný tavsiye edebilirim.

Sevgiler...

-- 
Akýn Ömeroðlu
www.ozgurlukicin.com

From gokcen at pardus.org.tr  Fri Dec 26 22:43:03 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Fri, 26 Dec 2008 22:43:03 +0200
Subject: [Gelistirici]
 =?utf-8?q?r57424_-=09devel/applications/network/moz?=
 =?utf-8?q?illa/thunderbird/files?=
In-Reply-To: <200812262221.43979.akin@omeroglu.net>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com> <200812262221.43979.akin@omeroglu.net>
Message-ID: <200812262243.03459.gokcen@pardus.org.tr>

Friday 26 December 2008 Tarihinde Akın dedi ki:
> Kısaca bahsetmek gerekirse firefox markası ülkemizde bizi de
> ilgilendirdiğini düşündüğüm 42. marka sınıfında tescil edilmiş durumda.
> Mozilla Vakfı, hem Amerika hem de Avrupa marka ofislerinde hali hazırda iki
> ek sınıfta ve ayrıca 42. sınıfta tescil yaptırmış durumda.

Anlamadığım bir şey var, Firefox markasının tescil edilmesi, her yerde önüne 
Mozilla koyulması zorunluluğunu da yanında mı getiriyor? O zaman Pardus'un 
tescilinde de mi aynı şey geçerli, herkes TÜBİTAK Pardus diye mi kullanmak 
zorunda mesela?

Bir de eğer böyleyse, neden burda[1], burda[2] ve burda[3] hiç Mozilla Firefox 
diye değil de Firefox diye geçiyor bu tarayıcının adı? Yani, bu konuda 
yeterince hassas olsalardı, her yerde öyle kullanırlardı diye düşünmekten 
alıkoyamıyorum kendimi :)

[1] http://www.mozilla.org/
[2] http://www.mozilla-europe.org/en/firefox/
[3] https://developer.mozilla.org/En

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081226/44433870/attachment.htm 

From akin at omeroglu.net  Fri Dec 26 23:02:18 2008
From: akin at omeroglu.net (=?utf-8?q?Ak=C4=B1n_=C3=96mero=C4=9Flu?=)
Date: Fri, 26 Dec 2008 23:02:18 +0200
Subject: [Gelistirici]
	=?utf-8?q?r57424_-=09devel/applications/network/moz?=
	=?utf-8?q?illa/thunderbird/files?=
In-Reply-To: <200812262243.03459.gokcen@pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<200812262221.43979.akin@omeroglu.net>
	<200812262243.03459.gokcen@pardus.org.tr>
Message-ID: <200812262302.18935.akin@omeroglu.net>

On Friday 26 December 2008 22:43:03 Gökçen Eraslan wrote:
> Friday 26 December 2008 Tarihinde Akýn dedi ki:
> > Kýsaca bahsetmek gerekirse firefox markasý ülkemizde bizi de
> > ilgilendirdiðini düþündüðüm 42. marka sýnýfýnda tescil edilmiþ durumda.
> > Mozilla Vakfý, hem Amerika hem de Avrupa marka ofislerinde hali hazýrda
> > iki ek sýnýfta ve ayrýca 42. sýnýfta tescil yaptýrmýþ durumda.
>
> Anlamadýðým bir þey var, Firefox markasýnýn tescil edilmesi, her yerde
> önüne Mozilla koyulmasý zorunluluðunu da yanýnda mý getiriyor? O zaman
> Pardus'un tescilinde de mi ayný þey geçerli, herkes TÜBÝTAK Pardus diye mi
> kullanmak zorunda mesela?

Dilim döndüðünce daha iyi anlamana yardýmcý olmaya çalýþayým o halde sevgili 
Gökçen. Paragrafýn ilk satýrýný tekrar okursan bu sorunun "ülkemizde" 
kaynaklandýðýný söyledim. Mozilla kendi markasý olan Firefox markasýný Avrupa 
Birliði ülkelerinde ve Amerika'da tescil ettirmiþ olmasýna raðmen (Asya 
kýtasý ve bir takým sair ülkeleri araþtýrmadým.) bu tescili ülkemizde 
yapMAmýþtýr. 

Fazla ayrýntýya girmek istemediðimden Mozilla'nýn þu andaki tescilli markasý 
için Türkiye'de rücu hakkýný Paris Anlaþmasýna göre kullanýrsa edineceði 
hukuki avantajý ve diðer konulara girmiyorum.

Markada karýþtýrýlma ihtimali çok basit bir anlatýmla tescilli bir markanýn 
ismi, logosu,rengi ya da markayý oluþturan bir baþka "esaslý unsurunu" bir 
baþka tescilli olsun olmasýn marka tarafýndan kullanýlmasý durumunda ortaya o 
markayý kullanan kullanýcýlarýn bu iki markayý karýþtýrma ihtimalinin 
çýkmasýný anlatmaktadýr. Örneðin Chanel ile Þanel, Mintax ile Mintaks benzer 
markalardýr.

Bu sebeple karýþtýrýlma ihtimalini engellemek maksadý ile þu çözüm önerisini 
getirdim. Üretici firmanýn adýný ürünü ile birlikte yazmak. Senin daha farklý 
bir çözüm önerin de olabilir pek tabi =)

Pardus markasýna bakacak olursan bilgisayar hizmetleri ile sýnýflarda Pardus 
markasýnýn tek tescil sahibi olduðunu göreceksin. Ýleride bir gün ayný 
sýnýfta Pardus markasý tescil edilmeye çalýþýrsa zaten UEKAE avukatlarýnýn 
durumu engelleyeceðinden þüphem yok.

>
> Bir de eðer böyleyse, neden burda[1], burda[2] ve burda[3] hiç Mozilla
> Firefox diye deðil de Firefox diye geçiyor bu tarayýcýnýn adý? Yani, bu
> konuda yeterince hassas olsalardý, her yerde öyle kullanýrlardý diye
> düþünmekten alýkoyamýyorum kendimi :)
>
Burda, burda ve burda yazmamalarýnýn sebebi sanýrým önemli olarak gördükleri 
tüm ülkelerde tescilli marka olmasý olabilir. =) Dediðim gibi bu sorun 
ülkesel...



-- 
Akýn Ömeroðlu
www.ozgurlukicin.com

From gkmngrgn at gmail.com  Fri Dec 26 23:05:11 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Fri, 26 Dec 2008 23:05:11 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812262221.43979.akin@omeroglu.net>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>	<49539789.5030908@gmail.com>
	<200812262221.43979.akin@omeroglu.net>
Message-ID: <49554707.9050107@gmail.com>

Akýn Ömeroðlu wrote On 26-12-2008 22:21:
> Merhabalar,
>
> Firefox'un sadece Firefox olarak kullanýlmasýnýn ne yazýk ki Türkiye'de bir 
> takým hukuki sýkýntýlar yaratma ihtimali var.
>
> Kýsaca bahsetmek gerekirse firefox markasý ülkemizde bizi de ilgilendirdiðini 
> düþündüðüm 42. marka sýnýfýnda tescil edilmiþ durumda. Mozilla Vakfý, hem 
> Amerika hem de Avrupa marka ofislerinde hali hazýrda iki ek sýnýfta ve ayrýca 
> 42. sýnýfta tescil yaptýrmýþ durumda.
>
> Ben avukat deðilim ama herhangi bir þekilde karýþtýrýlma ihtimali nedeni ile 
> marka kullanýlmasýnýn önlenmesi tehlikesi ile karþýlaþýlmamasý için en 
> azýndan firefox için "mozilla firefox" isminin kullanýlmasý önleminin 
> alýnmasýný tavsiye edebilirim.
>
>   
Ehieh. Gran Paradiso paketleyelim derim. Ýsim sorununun bu kadar ses 
çýkaracaðýný bilmiyordum, alt tarafý bir standart istedim =)


From isingor at gmail.com  Fri Dec 26 23:08:54 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Fri, 26 Dec 2008 23:08:54 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812262243.03459.gokcen@pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com> <200812262221.43979.akin@omeroglu.net>
	<200812262243.03459.gokcen@pardus.org.tr>
Message-ID: <a64a8a8c0812261308s32f34b67x980a47ab4031eff0@mail.gmail.com>

2008/12/26 Gökçen Eraslan <gokcen at pardus.org.tr>

> Friday 26 December 2008 Tarihinde Akın dedi ki:
> > Kısaca bahsetmek gerekirse firefox markası ülkemizde bizi de
> > ilgilendirdiğini düşündüğüm 42. marka sınıfında tescil edilmiş durumda.
> > Mozilla Vakfı, hem Amerika hem de Avrupa marka ofislerinde hali hazırda
> iki
> > ek sınıfta ve ayrıca 42. sınıfta tescil yaptırmış durumda.
>
>
> Anlamadığım bir şey var, Firefox markasının tescil edilmesi, her yerde
> önüne Mozilla koyulması zorunluluğunu da yanında mı getiriyor? O zaman
> Pardus'un tescilinde de mi aynı şey geçerli, herkes TÜBİTAK Pardus diye mi
> kullanmak zorunda mesela?
>


Gökçenciğim, sapla samanı birbirine fena halde karıştırıyorsun. Anlamamakta
ısrar ettiğin şey, adına FF, Firefox şeklinde adını kısalttığımız ürünün
resmi adının *Mozilla Firefox* olması.

Mozilla Firefox'un sitesinde ÅŸu
adrese<http://www.mozilla.org/projects/firefox/firefox-name-faq.html>bakarsan,
aynen şunu söylediklerini görürsün:

*Is it Firefox or Mozilla Firefox?*

*The official name is Mozilla Firefox. We will often shorten that to
Firefox. *



> Bir de eğer böyleyse, neden burda[1], burda[2] ve burda[3] hiç Mozilla
> Firefox diye değil de Firefox diye geçiyor bu tarayıcının adı? Yani, bu
> konuda yeterince hassas olsalardı, her yerde öyle kullanırlardı diye
> düşünmekten alıkoyamıyorum kendimi :)
>


Yine aynı örneği vereceğim. Programların resmi adını kullanmak genel
prensibimiz olmalı. Bu kısaltmaların sonu yok, hani olur da World of
Warcraft özgürleşirse onu da menüye Warcraft ya da WOW olarak mı koyacağız?

Firefox, Thunderbird, Sunbird gibi ürünlerin başına Mozilla adının
konmasının pratik bir faydasını da gördüğümü söylemiştim. Bu ürünler
Programlar > İnternet menüsünde alt alta duracak, OpenOffice.org'da da bunu
yapıyoruz, bak ne güzel kullanıcının da hayatını bir parça kolaylaştıracağız
diye bir somut önerim olmuştu.

Aslında benzer bir şeyi söylüyoruz, herkes bu paketlerin isimlendirilmesinde
bir standartlaşma istiyor. Benim tavrım, bu standartlaşmanın kişissel
beğenilerimiz değil, ürünlerin resmi adları üzerinden yürümesi yönünde :)...

Ama yok bu tartışmanın zemini Mozilla Firefox'u kim daha çok seviyor, kim
Firefox'u tercih ediyor  ya da +1 göndermelere kayacaksa, tüm söylediklerimi
unutmanı senden rica ediyorum...


Öperim Ali
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081226/267c4bde/attachment-0001.htm 

From isingor at gmail.com  Fri Dec 26 23:13:11 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Fri, 26 Dec 2008 23:13:11 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812262243.03459.gokcen@pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com> <200812262221.43979.akin@omeroglu.net>
	<200812262243.03459.gokcen@pardus.org.tr>
Message-ID: <a64a8a8c0812261313w10be8aebx4d06de2fee92027c@mail.gmail.com>

2008/12/26 Gökçen Eraslan <gokcen at pardus.org.tr>

>
>
> [1] http://www.mozilla.org/
> [2] http://www.mozilla-europe.org/en/firefox/
> [3] https://developer.mozilla.org/En
>
>
> --
> Gökçen Eraslan
>


Bu arada Mozilla'yı öpeyim, sana bir şey olmasın....

Ne zaman geliyorsun bize :)
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081226/85b1b34b/attachment.htm 

From tekman at pardus.org.tr  Sat Dec 27 08:20:16 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Sat, 27 Dec 2008 08:20:16 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <a64a8a8c0812261308s32f34b67x980a47ab4031eff0@mail.gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<200812262243.03459.gokcen@pardus.org.tr>
	<a64a8a8c0812261308s32f34b67x980a47ab4031eff0@mail.gmail.com>
Message-ID: <200812270820.17056.tekman@pardus.org.tr>

26 Aralýk 2008 Cuma 23:08:54 tarihinde Ali Iþýngör þunlarý yazmýþtý:
> Mozilla Firefox'un sitesinde þu
> adrese<http://www.mozilla.org/projects/firefox/firefox-name-faq.html>bakars
>an, aynen þunu söylediklerini görürsün:
>
> *Is it Firefox or Mozilla Firefox?*
>
> *The official name is Mozilla Firefox. We will often shorten that to
> Firefox. *

Avukat deðilim, ama yukarýdaki alýntýya dayanarak bile "Firefox" olarak 
kullanmamýz mümkündür gibi duruyor. Adamlarýn "göstermediði" hassasiyeti biz 
niye gösterelim bir, dünyada %20 kullaným oranýna ulaþmýþ bu ürün arýk meþhur 
marka haline gelmiþtir, baþkasýna Firefox diye tescil ettirmezler iki...

Ayrýca Pardus, PArdus olarak tescil edilmiþtir. TÜBÝTAK Pardus ya da Pardus 
Linux ya da Pardus GNU/Linux olarak deðil...

ET

From akin at omeroglu.net  Sat Dec 27 12:30:06 2008
From: akin at omeroglu.net (=?iso-8859-9?q?Ak=FDn_=D6mero=F0lu?=)
Date: Sat, 27 Dec 2008 12:30:06 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812270820.17056.tekman@pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<a64a8a8c0812261308s32f34b67x980a47ab4031eff0@mail.gmail.com>
	<200812270820.17056.tekman@pardus.org.tr>
Message-ID: <200812271230.06748.akin@omeroglu.net>

On Saturday 27 December 2008 08:20:16 Erkan Tekman wrote:

> meþhur marka haline gelmiþtir, baþkasýna Firefox diye tescil ettirmezler
> iki...
>

O halde TPE'nin 2005/48167 numaralý tescil numarasý ile kaydettiði ve Devrim 
Demirel'e ait olan 42. sýnýfta kayýtlý "firefox" isim ve þekil markasýný yok 
mu sayýyoruz?

Benim için sorun deðil ve fakat Mozilla Vakfý Türkiye'yi yok sayýyor diye 
kendi çöplüðümüzde ileride baþýmýzý aðrýtabilme ihtimali olan bir konuyu 
þimdiden bertaraf etme þansýný kullanmamak bana çok mantýklý gelmiyor.

Mozilla Vakfý Türkiye'ye gelip yasal haklarýný kullanmadan TPE'nin baþkaný 
bile Mozilla Firefox kullansa bile ben meþhur markayým deme þansýný 
yakalamayacak.

AMD'de meþhur marka olmasýna raðmen ülkemizde tescil yaptýrmadýðý için 
zamanýnda baþýna neler geldiðini hatýrlarsýnýz sanýrým...

-- 
Akýn Ömeroðlu
www.ozgurlukicin.com

From tekman at pardus.org.tr  Sat Dec 27 13:07:04 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Sat, 27 Dec 2008 13:07:04 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812271230.06748.akin@omeroglu.net>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<200812270820.17056.tekman@pardus.org.tr>
	<200812271230.06748.akin@omeroglu.net>
Message-ID: <200812271307.09663.tekman@pardus.org.tr>

27 Aralýk 2008 Cumartesi 12:30:06 tarihinde Akýn Ömeroðlu þunlarý yazmýþtý:
> On Saturday 27 December 2008 08:20:16 Erkan Tekman wrote:
> > meþhur marka haline gelmiþtir, baþkasýna Firefox diye tescil ettirmezler
> > iki...
>
> O halde TPE'nin 2005/48167 numaralý tescil numarasý ile kaydettiði ve
> Devrim Demirel'e ait olan 42. sýnýfta kayýtlý "firefox" isim ve þekil
> markasýný yok mu sayýyoruz?

Bir yerde evet. Elimizi ayaðýmýzý kendi kendimize gereðinden fazla 
baðlamamakta yarar var. Böyle bir tartýþma sonrasýnda Firefox yerine Mozilla 
Firefox adýný / markasýný kullanmaya karar verirsek bundan sonra Firefox 
markasýný kullanmak için mutlaka mahkeme ya da avukatlýk bürosu  yolunu 
izlemek gerekir.

Dünya ve Türkiye'deki mevcut durumun Firefox meþhur markasýný kullanmamýza 
olanak saðlar bir hal olduðuna karar vererek hareket edersek mahkeme ve 
avukata gitme sýrasý mevcut marka sahibinde olacaktýr ve bildiðim kadarý ile 
ticari zarara uðradýðýný ispat zorunluluðu olacaktýr ve yanlýþ anýmsamýyorsam 
Firefox tarayýcýsý ortalýktayken bu ismi Türkiye'de tescil ettirme yoluna 
gittiðinden -belki de- hukuk kendisini haksýz bulacaktýr.

"youtube Türkiye'de þirket kurup vergi ödemeden sitesini açmam" zihniyeti ile 
ayný noktada durmayalým ne olur...

ET

From akin at omeroglu.net  Sat Dec 27 13:28:07 2008
From: akin at omeroglu.net (=?iso-8859-9?q?Ak=FDn_=D6mero=F0lu?=)
Date: Sat, 27 Dec 2008 13:28:07 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812271307.09663.tekman@pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<200812271230.06748.akin@omeroglu.net>
	<200812271307.09663.tekman@pardus.org.tr>
Message-ID: <200812271328.07280.akin@omeroglu.net>

On Saturday 27 December 2008 13:07:04 Erkan Tekman wrote:

>
> Dünya ve Türkiye'deki mevcut durumun Firefox meþhur markasýný kullanmamýza
> olanak saðlar bir hal olduðuna karar vererek hareket edersek mahkeme ve
> avukata gitme sýrasý mevcut marka sahibinde olacaktýr ve bildiðim kadarý
> ile ticari zarara uðradýðýný ispat zorunluluðu olacaktýr

Tazminat istemek için böyle bir zararýn doðduðuna dair ispat etmesi belki 
gerekebilir ve fakat Pardus benim markamý izinsiz olarak kullanmaktadýr, 
daðýtýmý durdurulsun demek için herhangi bir þeyi ispat etmesine gerek yok 
tescilli markaya sahip olduðunu göstermekten baþka. AMD iþlemcilerinin 
daðýtýmýnýn Türkiye'de bu þekilde durdurulduðunu eminim benim kadar siz de 
hatýrlýyorsunuz.

> ve yanlýþ 
> anýmsamýyorsam Firefox tarayýcýsý ortalýktayken bu ismi Türkiye'de tescil
> ettirme yoluna gittiðinden -belki de- hukuk kendisini haksýz bulacaktýr.

O durum ancak ileride mozilla gelip burada rücu etmek isterse olacak bir 
durumdur. Kaldý ki mahkeme iki markanýn ayný anda yaþayabileceðine de karar 
verebilir. AMD örneðinde sonuçta yerel marka sahibi davayý kaybetti ama 
AMD'nin yaklaþýk bir buçuk yýl boyunca "resmi" olarak iþlemci satamadýðýný 
düþünecek olursak bu durum biraz da "buruk zafer" oldu =)

>
> "youtube Türkiye'de þirket kurup vergi ödemeden sitesini açmam" zihniyeti
> ile ayný noktada durmayalým ne olur...

Sapla samaný karýþtýrmayalým ne olur :) Türkiye'nin internet yasaklarý 
hedesinde ki düzenlemesi tamamen "saçmalýk" ama marka konusunda yaptýðý 
düzenleme ise hem AB ülkeleri ile uyumlu (bknz Gümrük Birliðine girmem için 
ne yapmalýyým?) hem de taraf olduðumuz Paris Sözleþmesi ile uyumlu. 

Yani ne kadar meþhur olursan ol tescil olmadan bir hiçsin sözünü hem elin 
Ýngilizi, Fransýzý hem de biz söylüyoruz. Youtube saçmalýðý ise bizim özgün 
çalýþmamýz.

O yüzden biri sap biri saman oluyor...

Bu konuda karar "bana kalýrsa" geliþtiricilerin görüþünden çok kurum 
avukatlardan alýnacak hukuki görüþ sonucunda verilmeli. :) 

Sonuçta bu kurumsal bir olduðuna göre, karar hem sizin, hem de paket sahibinin 
ama benim fikrim bu yöndeydi...

Ýlginiz için teþekkür ederim.

-- 
Akýn Ömeroðlu
www.ozgurlukicin.com

From fatih at pardus.org.tr  Sat Dec 27 15:09:14 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 27 Dec 2008 15:09:14 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
Message-ID: <200812271509.19047.fatih@pardus.org.tr>

Cumartesi 27 Aralýk 2008 tarihinde, paketler-commits at pardus.org.tr þunlarý 
yazmýþtý: 
> +2008-12-27  Ozan Çaðlayan <ozan at pardus.org.tr>
> +       * bin/mudur.py (startServices) : Remove the 2 second sleep
> +       to see whether it breaks or not.

Baþka bir þey için deniyor olabilirsin; ama yine hatýrlatayým. Oradaki sleep 
olmazsa, X geç açýldýðý için kullanýcý uzun süre konsoldaki login ekranýyla 
karþý karþýya kalýyor. Bazý kullanýcýlar bunu görünce oradan login olmaya 
çalýþýyorlar.

Oradaki sleep sadece konsoldaki login ekranýnýn gecikmesi için. Zaten müdür'ün 
son kýsmý orasý. 2009 için baþka bir çözüm düþünüyorum.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081227/b180c299/attachment.pgp 

From bahadir at pardus.org.tr  Sat Dec 27 15:11:45 2008
From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=)
Date: Sat, 27 Dec 2008 15:11:45 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812271509.19047.fatih@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271509.19047.fatih@pardus.org.tr>
Message-ID: <200812271512.00733.bahadir@pardus.org.tr>

27 Ara 2008 Cts tarihinde, Fatih Aşıcı şunları yazmıştı: 
> Cumartesi 27 Aralık 2008 tarihinde, paketler-commits at pardus.org.tr
> şunları yazmıştı:
> > +2008-12-27  Ozan Çağlayan <ozan at pardus.org.tr>
> > +       * bin/mudur.py (startServices) : Remove the 2 second sleep
> > +       to see whether it breaks or not.
>
> Oradaki sleep sadece konsoldaki login ekranının gecikmesi için. Zaten
> müdür'ün son kısmı orası. 2009 için başka bir çözüm düşünüyorum.

Değişmeyecekse, o kısma ufak bir yorum ekler misin? "time.sleep() is evil" 
diyoruz ama işe yarıyorsa neden olduğunu bilelim ki "aboooo" demeyelim 
koda bakınca :)
-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081227/27783f50/attachment.pgp 

From ozan at pardus.org.tr  Sat Dec 27 15:18:31 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 27 Dec 2008 15:18:31 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812271512.00733.bahadir@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>	<200812271509.19047.fatih@pardus.org.tr>
	<200812271512.00733.bahadir@pardus.org.tr>
Message-ID: <49562B27.6000606@pardus.org.tr>

Bahadýr Kandemir wrote:
> 27 Ara 2008 Cts tarihinde, Fatih Aþýcý þunlarý yazmýþtý: 
>   
>> Cumartesi 27 Aralýk 2008 tarihinde, paketler-commits at pardus.org.tr
>> þunlarý yazmýþtý:
>>     
>>> +2008-12-27  Ozan Çaðlayan <ozan at pardus.org.tr>
>>> +       * bin/mudur.py (startServices) : Remove the 2 second sleep
>>> +       to see whether it breaks or not.
>>>       
>> Oradaki sleep sadece konsoldaki login ekranýnýn gecikmesi için. Zaten
>> müdür'ün son kýsmý orasý. 2009 için baþka bir çözüm düþünüyorum.
>>     
>
> Deðiþmeyecekse, o kýsma ufak bir yorum ekler misin? "time.sleep() is evil" 
> diyoruz ama iþe yarýyorsa neden olduðunu bilelim ki "aboooo" demeyelim 
> koda bakýnca :)
>   
+1.

Yorum ekledim.

Fatih doðru anladýysam, müdür'ün son runlevel'ý da bittikten sonra 
kullanýcý bir süre login ekranýnda bekliyor X geciktiði için. Bunu 
geciktirip, login daha yaratýlmadan sanki müdür devam ediyormuþ gibi 
bekletiyoruz adamý deðil mi?

Peki X niye o kadar geç açýlýyor? kdebase headstart'ýmýz, ilk baþlatýlan 
servis o, X'in çoktan baþlamýþ olmasý gerekmez mi?

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From fatih at pardus.org.tr  Sat Dec 27 15:26:16 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 27 Dec 2008 15:26:16 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <49562B27.6000606@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271512.00733.bahadir@pardus.org.tr>
	<49562B27.6000606@pardus.org.tr>
Message-ID: <200812271526.19828.fatih@pardus.org.tr>

Cumartesi 27 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Fatih doðru anladýysam, müdür'ün son runlevel'ý da bittikten sonra
> kullanýcý bir süre login ekranýnda bekliyor X geciktiði için. Bunu
> geciktirip, login daha yaratýlmadan sanki müdür devam ediyormuþ gibi
> bekletiyoruz adamý deðil mi?

Evet, aynen öyle. Bu sorunu (ya da benzerini) Fedora, X'i vt1'de çalýþtýrarak 
çözmüþ. tty1'de login de çalýþtýrmýyorlar yanlýþ hatýrlamýyorsam. Kendi 
bilgisayarýmda deniyorum. Ýþe yarýyor görünüyor.

> Peki X niye o kadar geç açýlýyor? kdebase headstart'ýmýz, ilk baþlatýlan
> servis o, X'in çoktan baþlamýþ olmasý gerekmez mi?

Bunun sebebini ben de merak ediyorum. Ýncelemek lazým.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081227/ab79e006/attachment.pgp 

From ozan at pardus.org.tr  Sat Dec 27 15:30:31 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 27 Dec 2008 15:30:31 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812271526.19828.fatih@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>	<200812271512.00733.bahadir@pardus.org.tr>	<49562B27.6000606@pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
Message-ID: <49562DF7.8030502@pardus.org.tr>

Fatih Aþýcý wrote:
> Cumartesi 27 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
>   
>> Fatih doðru anladýysam, müdür'ün son runlevel'ý da bittikten sonra
>> kullanýcý bir süre login ekranýnda bekliyor X geciktiði için. Bunu
>> geciktirip, login daha yaratýlmadan sanki müdür devam ediyormuþ gibi
>> bekletiyoruz adamý deðil mi?
>>     
>
> Evet, aynen öyle. Bu sorunu (ya da benzerini) Fedora, X'i vt1'de çalýþtýrarak 
> çözmüþ. tty1'de login de çalýþtýrmýyorlar yanlýþ hatýrlamýyorsam. Kendi 
> bilgisayarýmda deniyorum. Ýþe yarýyor görünüyor.
>
>   
>> Peki X niye o kadar geç açýlýyor? kdebase headstart'ýmýz, ilk baþlatýlan
>> servis o, X'in çoktan baþlamýþ olmasý gerekmez mi?
>>     
>
> Bunun sebebini ben de merak ediyorum. Ýncelemek lazým.
>   
Ayrýca bir de waitBus ile X soketini bekliyoruz bu sleep'ten önce.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From tulliana at gmail.com  Sat Dec 27 16:54:37 2008
From: tulliana at gmail.com (Serdar Soytetir)
Date: Sat, 27 Dec 2008 16:54:37 +0200
Subject: [Gelistirici] =?utf-8?q?mimetype_yerelle=C5=9Ftirmeleri?=
Message-ID: <200812271654.37324.tulliana@gmail.com>

Merhabalar,
KDE4 üzerinde aþaðýdaki ekran görüntülerinde (1 ve 2) gördüðümüz mimetype 
çevirilerini yapmaya baþladým. Pardus depolarýnda shared-mime-info, 0.30 
sürümü bulunuyor. Ancak kaynaða (3) baktýðýmda 0.51 sürümünü gördüm. Bu paketi 
güncellemeyiþimizin bir nedeni var mýdýr? (Tamamen atýyorum; paketlerin --
with-shared-mime-info gibi bir option ile derlenme zorunluluðu olabilir ve 
bazý paketlerin yeniden derlenmesi gerekebilir. ) 0.51 sürümünün çevirisini 
bitirmek üzereyim. Yaklaþýk 550 string içeren bu paketi Türkçe olarak sunmak 
arayüzde karþýmýza çýkan 550 çevrilmemiþ ifadeden kurtulmamýz anlamýna 
geliyor. 
Sonuç: Bu paketi depoda güncellememizin ve çevirileri eklememizin önünde 
teknik bir engel var mýdýr? Konu ile ilgili bilgi verebilir misiniz?

1- http://img508.imageshack.us/img508/7651/mime1nm0.png
2- http://img201.imageshack.us/img201/6275/mime2ex8.png 
3- http://people.freedesktop.org/~hadess/
Ýyi çalýþmalar...
-- 
Serdar Soytetir


From ozan at pardus.org.tr  Sat Dec 27 17:45:24 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 27 Dec 2008 17:45:24 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812271526.19828.fatih@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>	<200812271512.00733.bahadir@pardus.org.tr>	<49562B27.6000606@pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
Message-ID: <49564D94.3000506@pardus.org.tr>

Fatih Aþýcý wrote:
> Cumartesi 27 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
>   
>> Fatih doðru anladýysam, müdür'ün son runlevel'ý da bittikten sonra
>> kullanýcý bir süre login ekranýnda bekliyor X geciktiði için. Bunu
>> geciktirip, login daha yaratýlmadan sanki müdür devam ediyormuþ gibi
>> bekletiyoruz adamý deðil mi?
>>     
>
> Evet, aynen öyle. Bu sorunu (ya da benzerini) Fedora, X'i vt1'de çalýþtýrarak 
> çözmüþ. tty1'de login de çalýþtýrmýyorlar yanlýþ hatýrlamýyorsam. Kendi 
> bilgisayarýmda deniyorum. Ýþe yarýyor görünüyor.
>
>   
tty1'de login çalýþtýrmayalým, X'i yine vt7'de açalým. Böylece müdür'ün 
çýktýlarý da VT1'de hep durur, orasý
acilis konsolu gibi olmus olur. sleep'i de kaldýrýrýz. Ayrýca ben 
kaldýrdým, öyle ahým þahým bir þey farketmedi.
konsola "kullanýcý adý: " geldikten 100-200ms sonra X giriyor devreye. 
Tabi yavaþ sistemde denemek lazým.

Ben sýcak bakýyorum bu fikre.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From fatih at pardus.org.tr  Sat Dec 27 18:00:58 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 27 Dec 2008 18:00:58 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <49564D94.3000506@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
Message-ID: <200812271800.58790.fatih@pardus.org.tr>

Cumartesi 27 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> tty1'de login çalýþtýrmayalým, X'i yine vt7'de açalým. Böylece müdür'ün
> çýktýlarý da VT1'de hep durur, orasý
> acilis konsolu gibi olmus olur. sleep'i de kaldýrýrýz.

kernel parametrelerine console=tty2 eklersen müdür çýktýlarýnýn tty2'ye 
düþmesini saðlayabilirsin. Eðer X de vt1'de olursa X'in açýlýþý sýrasýnda 
splash'ý gösterebilme imkanýmýz var. Hatta KMS gelince X açýlýp daha sadece 
mouse imlecinin göründüðü yerde (kdm login ekraný gelmemiþ durumdayken) siyah 
bir arka plan yerine konsoldaki son görüntüyü gösterme gibi bir imkanýmýz 
olacak. Yani kullanýcý X'in açýlýþ anýný bile farketmeyecek bazý sürücülerde.

> Ayrýca ben
> kaldýrdým, öyle ahým þahým bir þey farketmedi.
> konsola "kullanýcý adý: " geldikten 100-200ms sonra X giriyor devreye.
> Tabi yavaþ sistemde denemek lazým.

Bazý sistemlerde o kadar çok fark ediyor ki bazen ben bile X açýlmayacak sanýp 
login olmaya çalýþýyorum.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081227/66acc41e/attachment.pgp 

From fatih at pardus.org.tr  Sat Dec 27 18:04:21 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 27 Dec 2008 18:04:21 +0200
Subject: [Gelistirici] =?iso-8859-9?q?mimetype_yerelle=FEtirmeleri?=
In-Reply-To: <200812271654.37324.tulliana@gmail.com>
References: <200812271654.37324.tulliana@gmail.com>
Message-ID: <200812271804.21868.fatih@pardus.org.tr>

Cumartesi 27 Aralýk 2008 tarihinde, Serdar Soytetir þunlarý yazmýþtý: 
> Merhabalar,
> KDE4 üzerinde aþaðýdaki ekran görüntülerinde (1 ve 2) gördüðümüz mimetype
> çevirilerini yapmaya baþladým. Pardus depolarýnda shared-mime-info, 0.30
> sürümü bulunuyor. Ancak kaynaða (3) baktýðýmda 0.51 sürümünü gördüm. Bu
> paketi güncellemeyiþimizin bir nedeni var mýdýr? (Tamamen atýyorum;
> paketlerin -- with-shared-mime-info gibi bir option ile derlenme
> zorunluluðu olabilir ve bazý paketlerin yeniden derlenmesi gerekebilir. )
> 0.51 sürümünün çevirisini bitirmek üzereyim. Yaklaþýk 550 string içeren bu
> paketi Türkçe olarak sunmak arayüzde karþýmýza çýkan 550 çevrilmemiþ
> ifadeden kurtulmamýz anlamýna geliyor.
> Sonuç: Bu paketi depoda güncellememizin ve çevirileri eklememizin önünde
> teknik bir engel var mýdýr? Konu ile ilgili bilgi verebilir misiniz?

Herhangi bir sorun çýkacaðýný sanmýyorum. Çevirileri bitirdiðinde bana 
bildirirsen güncellerim paketi.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081227/ecb5cf34/attachment.pgp 

From tulliana at gmail.com  Sat Dec 27 18:35:13 2008
From: tulliana at gmail.com (Serdar Soytetir)
Date: Sat, 27 Dec 2008 18:35:13 +0200
Subject: [Gelistirici] =?utf-8?q?mimetype_yerelle=C5=9Ftirmeleri?=
In-Reply-To: <200812271804.21868.fatih@pardus.org.tr>
References: <200812271654.37324.tulliana@gmail.com>
	<200812271804.21868.fatih@pardus.org.tr>
Message-ID: <200812271835.13191.tulliana@gmail.com>

27 Aralýk 2008 Cumartesi günü (saat 18:04:21) Fatih Aþýcý þunlarý yazmýþtý:
Merhaba Fatih,
> Cumartesi 27 Aralýk 2008 tarihinde, Serdar Soytetir þunlarý yazmýþtý:
> > Merhabalar,
> > KDE4 üzerinde aþaðýdaki ekran görüntülerinde (1 ve 2) gördüðümüz mimetype
> > çevirilerini yapmaya baþladým. Pardus depolarýnda shared-mime-info, 0.30
> > sürümü bulunuyor. Ancak kaynaða (3) baktýðýmda 0.51 sürümünü gördüm. Bu
> > paketi güncellemeyiþimizin bir nedeni var mýdýr? (Tamamen atýyorum;
> > paketlerin -- with-shared-mime-info gibi bir option ile derlenme
> > zorunluluðu olabilir ve bazý paketlerin yeniden derlenmesi gerekebilir. )
> > 0.51 sürümünün çevirisini bitirmek üzereyim. Yaklaþýk 550 string içeren
> > bu paketi Türkçe olarak sunmak arayüzde karþýmýza çýkan 550 çevrilmemiþ
> > ifadeden kurtulmamýz anlamýna geliyor.
> > Sonuç: Bu paketi depoda güncellememizin ve çevirileri eklememizin önünde
> > teknik bir engel var mýdýr? Konu ile ilgili bilgi verebilir misiniz?
>
> Herhangi bir sorun çýkacaðýný sanmýyorum. Çevirileri bitirdiðinde bana
> bildirirsen güncellerim paketi.
Çevrilmiþ po dosyasýný sana gönderdim :)

-- 
Serdar Soytetir

From coderlord at gmail.com  Sat Dec 27 19:52:45 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Sat, 27 Dec 2008 19:52:45 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <20081225141717.33EF71384109@ns1.pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
Message-ID: <4cca720b0812270952u380c4077u339d007645b11903@mail.gmail.com>

Bir de böyle bir bilgi var. Bkz. Trademark and logo issues

http://en.wikipedia.org/wiki/Mozilla_Firefox

ve þu.

http://en.wikipedia.org/wiki/Mozilla_software_rebranding

From ekin at pardus.org.tr  Sat Dec 27 22:35:25 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 27 Dec 2008 22:35:25 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <49564D94.3000506@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
Message-ID: <200812272235.26041.ekin@pardus.org.tr>

Merhaba;

Saturday 27 December 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> > Evet, aynen öyle. Bu sorunu (ya da benzerini) Fedora, X'i vt1'de
> > çalýþtýrarak çözmüþ. tty1'de login de çalýþtýrmýyorlar yanlýþ
> > hatýrlamýyorsam. Kendi bilgisayarýmda deniyorum. Ýþe yarýyor görünüyor.
>
> tty1'de login çalýþtýrmayalým, 

tty1'de login çalýþtýrmamak konusunda pek emin deðilim - içimden bir ses 
ctrl-alt-F1'de login görmek istiyor :-)

> X'i yine vt7'de açalým. Böylece müdür'ün 
> çýktýlarý da VT1'de hep durur, orasý
> acilis konsolu gibi olmus olur. sleep'i de kaldýrýrýz. Ayrýca ben
> kaldýrdým, öyle ahým þahým bir þey farketmedi.
> konsola "kullanýcý adý: " geldikten 100-200ms sonra X giriyor devreye.
> Tabi yavaþ sistemde denemek lazým.

Yavaþ sistemde ben de kaç kere "patladý bu X" deyip login olmaya kalktým - 
sistemin genel hýzý kadar ekran kartý vs de etkili oluyor.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Sat Dec 27 23:20:22 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 27 Dec 2008 23:20:22 +0200
Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?=
	=?utf-8?q?ity_Fixes?=
Message-ID: <200812272320.22252.ekin@pardus.org.tr>

Merhaba / Hi;

Dün gece kararlý depolara giren güvenlik güncellemeleri :
Today's Security Fixes for Pardus stable repos : 
------------------------------------------------------------------------

* Pardus 2008

qemu-0.9.1-12-3.pisi
samba-3.2.6-37-6.pisi
--
Ekin Meroglu <ekin_at_pardus.org.tr>

From necmettin.begiter at gmail.com  Sun Dec 28 00:02:55 2008
From: necmettin.begiter at gmail.com (Necmettin Begiter)
Date: Sun, 28 Dec 2008 00:02:55 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812272235.26041.ekin@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
	<200812272235.26041.ekin@pardus.org.tr>
Message-ID: <3787dfa80812271402h4b7147bbkdd17a522843a08d5@mail.gmail.com>

2008/12/27 Ekin Meroðlu <ekin at pardus.org.tr>:
> Merhaba;
>
> Saturday 27 December 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý:
>> > Evet, aynen öyle. Bu sorunu (ya da benzerini) Fedora, X'i vt1'de
>> > çalýþtýrarak çözmüþ. tty1'de login de çalýþtýrmýyorlar yanlýþ
>> > hatýrlamýyorsam. Kendi bilgisayarýmda deniyorum. Ýþe yarýyor görünüyor.
>>
>> tty1'de login çalýþtýrmayalým,
>
> tty1'de login çalýþtýrmamak konusunda pek emin deðilim - içimden bir ses
> ctrl-alt-F1'de login görmek istiyor :-)
>
>> X'i yine vt7'de açalým. Böylece müdür'ün
>> çýktýlarý da VT1'de hep durur, orasý
>> acilis konsolu gibi olmus olur. sleep'i de kaldýrýrýz. Ayrýca ben
>> kaldýrdým, öyle ahým þahým bir þey farketmedi.
>> konsola "kullanýcý adý: " geldikten 100-200ms sonra X giriyor devreye.
>> Tabi yavaþ sistemde denemek lazým.
>
> Yavaþ sistemde ben de kaç kere "patladý bu X" deyip login olmaya kalktým -
> sistemin genel hýzý kadar ekran kartý vs de etkili oluyor.

Kullanýcý açýsýndan bakmaya çalýþarak yazýyorum, yapýlabilirlik
hakkýnda teknik bilgim olduðunu söyleyemem; þu iki senaryo geldi
aklýma:
1. tty1'de kullanýcý adý soran kýsmý örneðin bir dakika kadar geciktirmek
2. Geciktirme þansýmýz yoksa, araya "lütfen grafik ekraný bekleyin,
iki dakikaya gelmezse baþýnýzýn çaresine bakýn" ya da KDE'nin veya
X'in baþlayamamasý durumunda "grafik ekran açýlamýyor, haberin olsun"
türünden (elbette daha düzgün:) bir mesaj koymak

Bu grafik ekranýn geç gelmesi problemini son model bilgisayarý olmayan
çoðu kiþi yaþýyor (sanýyorum, örneðini çok gördüm).. Bu iki senaryodan
uygulanabilir olaný var mý?

-- 
Necmettin Begiter
TBD Biliþim dergisi, Editör

Kurbaðalýdere cd. Ali Ruhi Sk. N:2 K:3
Hasanpaþa - Kadýköy / Ýstanbul

216.3376909
533.6393375
necmettin at bilisimdergisi.net

From onur at pardus.org.tr  Sun Dec 28 00:09:39 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 00:09:39 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812271800.58790.fatih@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
	<200812271800.58790.fatih@pardus.org.tr>
Message-ID: <20081228000939.04f4ecee.onur@pardus.org.tr>


On Sat, 27 Dec 2008 18:00:58 +0200
Fatih Aþýcý <fatih at pardus.org.tr> wrote:

> Cumartesi 27 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> > tty1'de login çalýþtýrmayalým, X'i yine vt7'de açalým. Böylece
> > müdür'ün çýktýlarý da VT1'de hep durur, orasý
> > acilis konsolu gibi olmus olur. sleep'i de kaldýrýrýz.
> 
> kernel parametrelerine console=tty2 eklersen müdür çýktýlarýnýn
> tty2'ye düþmesini saðlayabilirsin.

 Bunu 2007 de yapmýþtýk, hiç hoþ deðildi, extra kernel parametreleri,
kullanýcýlarýn sisteminin açýlýyor olduðunu fark etmemeleri vs.
tatsýzdý. Bence bunu yapmayalým.

> Eðer X de vt1'de olursa X'in
> açýlýþý sýrasýnda splash'ý gösterebilme imkanýmýz var. Hatta KMS
> gelince X açýlýp daha sadece mouse imlecinin göründüðü yerde (kdm
> login ekraný gelmemiþ durumdayken) siyah bir arka plan yerine
> konsoldaki son görüntüyü gösterme gibi bir imkanýmýz olacak. Yani
> kullanýcý X'in açýlýþ anýný bile farketmeyecek bazý sürücülerde.

 KMS nin adam olmasý için daha çok zaman var diye biliyorum, son
baktýðýmýzda bir sürü sistemde çalýþmamýþtý. Þu anda ne durumda biliyor
musun ?

> > Ayrýca ben
> > kaldýrdým, öyle ahým þahým bir þey farketmedi.
> > konsola "kullanýcý adý: " geldikten 100-200ms sonra X giriyor
> > devreye. Tabi yavaþ sistemde denemek lazým.
> 
> Bazý sistemlerde o kadar çok fark ediyor ki bazen ben bile X
> açýlmayacak sanýp login olmaya çalýþýyorum.

 Bende normal depo paketleriyle de X in gelmesi uzun sürüyor. Orada
fazlaca vakit kaybediyoruz, incelemek lazým niye uzun sürdüðünü.
Headstart kullanmamýza raðmen müdür bitmeden X görüntüsü geldiðini
görmedim hiç. Birþeyleri atlýyor olabiliriz.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From pinar at pardus.org.tr  Sun Dec 28 00:07:39 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Sun, 28 Dec 2008 00:07:39 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?G=FCvenlik_G=FCncellemeleri_-_Securi?=
 =?iso-8859-9?q?ty_Fixes?=
In-Reply-To: <200812272320.22252.ekin@pardus.org.tr>
References: <200812272320.22252.ekin@pardus.org.tr>
Message-ID: <4956A72B.9000703@pardus.org.tr>

On 12/27/2008 11:20 PM Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> Dün gece kararlý depolara giren güvenlik güncellemeleri :
> Today's Security Fixes for Pardus stable repos : 
> ------------------------------------------------------------------------
>
> * Pardus 2008
>
> qemu-0.9.1-12-3.pisi
>   

[PLSA 2008-90] Qemu: Denial of Service

http://security.pardus.org.tr/en/2008-90
http://lists.pardus.org.tr/pardus-security/2008-December/000187.html

> samba-3.2.6-37-6.pisi
>   

[PLSA 2008-91] Samba: Denial of Service

http://security.pardus.org.tr/en/2008-91
http://lists.pardus.org.tr/pardus-security/2008-December/000188.html

-- 
Pýnar Yanardað (a.k.a PINguAR)
http://pinguar.org
_____________________________




From fatih at pardus.org.tr  Sun Dec 28 00:53:29 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 28 Dec 2008 00:53:29 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228000939.04f4ecee.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271800.58790.fatih@pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
Message-ID: <200812280053.33035.fatih@pardus.org.tr>

Pazar 28 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
> Fatih Aþýcý <fatih at pardus.org.tr> wrote:
> > kernel parametrelerine console=tty2 eklersen müdür çýktýlarýnýn
> > tty2'ye düþmesini saðlayabilirsin.
>
>  Bunu 2007 de yapmýþtýk, hiç hoþ deðildi, extra kernel parametreleri,
> kullanýcýlarýn sisteminin açýlýyor olduðunu fark etmemeleri vs.
> tatsýzdý. Bence bunu yapmayalým.

Önce bir düzeltme yapayým. Fedora console=tty2 kullanmýyormuþ. Açýlýþtaki 
mesajlar olduðu gibi /var/log/boot.log dosyasýnda saklanýyor. Biz de benzer 
bir þey yapabiliriz.

>  KMS nin adam olmasý için daha çok zaman var diye biliyorum, son
> baktýðýmýzda bir sürü sistemde çalýþmamýþtý. Þu anda ne durumda biliyor
> musun ?

Bir ara playground'umdaki kernel-next ile çalýþýyordu. Son yaptýðým 
deðiþikliklerle kýrýlmýþ. Þu an çalýþtýðý çok az sistem var. Ancak 2009 çýkana 
kadar Intel ve ATI kartlarda kullanýlabileceðini düþünüyorum. Intel, 2009'un 
ilk çeyreði için planladýðý sürümde bunu öntanýmlý bile yapabilir.

>  Bende normal depo paketleriyle de X in gelmesi uzun sürüyor. Orada
> fazlaca vakit kaybediyoruz, incelemek lazým niye uzun sürdüðünü.
> Headstart kullanmamýza raðmen müdür bitmeden X görüntüsü geldiðini
> görmedim hiç. Birþeyleri atlýyor olabiliriz.

X'den önce hal servisi açýlýyor. O da bekletiyor olabilir. Þu an sistemimdeki 
2.6.28-rc9, xorg-server 1.6, intel 2.6 sürücüsü (GEM, UXA, DRI2 de açýk) ve 
KDE 4 ile gelen kdm'yi kullanýyorum ve gayet hýzlý açýlýyor. 2008 kurulu temiz 
bir sistemde tekrarlamaya çalýþacaðým. 

Bu arada KDE4 ile gelen kdm'yi kullananlar head_start'ý "kdebase4_workspace" 
olarak deðiþtirmeyi unutmasýnlar.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081228/9866c2ed/attachment.pgp 

From onur at pardus.org.tr  Sun Dec 28 01:17:27 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 01:17:27 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <a001a6cb0812261037w2e6b77d6s31320419881a6344@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<a001a6cb0812260946u16efe978s7e88d7328cb734bd@mail.gmail.com>
	<200812262013.56053.onur@pardus.org.tr>
	<a001a6cb0812261037w2e6b77d6s31320419881a6344@mail.gmail.com>
Message-ID: <20081228011727.0b3388ac.onur@pardus.org.tr>


On Fri, 26 Dec 2008 19:37:10 +0100
"selim ok" <selimok at gmail.com> wrote:
...
> > http://cekirdek.pardus.org.tr/~onur/tmp/bikbik/
> > <http://cekirdek.pardus.org.tr/%7Eonur/tmp/bikbik/>
> >
> >  daki paketlerin hepsini kurup dener misin nedir durum ? Bayaðý bir
> > sorun çözüldü bu paketlerle
> 
> 
> Simdide videolari cache'e aliyor ama baslamasi gereken yerde
> baslayamiyor. Kilitlenme yok, buffering devam ediyor, fakat elle de
> baslatilamiyor.

 Hafýzada baþka bir *mplayer varsa ondan dolayý olabilir. Eski
paketlerde bu sorun oluyordu. Yukarýdaki adresteki paketleri
güncelledim, yeniilerini dener misin sorun var mý ?

 Kurduktan sonra Firefox u tekrar baþlatman gerekiyor.

 Bende hiç sorun yok ntvmsnbc de, hatta yeni paketlerle video lar
direkt baþlýyor, eskisine göre daha akýcý.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From coderlord at gmail.com  Sun Dec 28 01:38:12 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Sun, 28 Dec 2008 01:38:12 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812271509.19047.fatih@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271509.19047.fatih@pardus.org.tr>
Message-ID: <4cca720b0812271538o46143432jbbe5649ce17a788@mail.gmail.com>

27 Aralýk 2008 Cumartesi 15:09 tarihinde Fatih Aþýcý
<fatih at pardus.org.tr> yazdý:
> Baþka bir þey için deniyor olabilirsin; ama yine hatýrlatayým. Oradaki sleep
> olmazsa, X geç açýldýðý için kullanýcý uzun süre konsoldaki login ekranýyla
> karþý karþýya kalýyor. Bazý kullanýcýlar bunu görünce oradan login olmaya
> çalýþýyorlar.

default taki:

splash.verbose()

satýrýný kaldýrsak X açýlana kadar splash de kalmaz mý?

-- 
Furkan Duman

From onur at pardus.org.tr  Sun Dec 28 01:48:54 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 01:48:54 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <20081228011727.0b3388ac.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<a001a6cb0812260946u16efe978s7e88d7328cb734bd@mail.gmail.com>
	<200812262013.56053.onur@pardus.org.tr>
	<a001a6cb0812261037w2e6b77d6s31320419881a6344@mail.gmail.com>
	<20081228011727.0b3388ac.onur@pardus.org.tr>
Message-ID: <20081228014854.28ff0943.onur@pardus.org.tr>


On Sun, 28 Dec 2008 01:17:27 +0200
Onur Küçük <onur at pardus.org.tr> wrote:

>  Bende hiç sorun yok ntvmsnbc de, hatta yeni paketlerle video lar
> direkt baþlýyor, eskisine göre daha akýcý.

 Buldum þeyin yerini. Bir kereliðine gnome-mplayer çalýþtýrýp
Düzen->Tercihler  e girip (istersen ayarlarý deðiþtirerek) çalýþtýrýr
mýsýn ?  ~/.mplayer/config içerisine gnome-mplayer profili ayar
deðiþtirene kadar konmuyormuþ, daha önceden çalýþtýrmýþ birinde bu
sorun çýkmýyor ama ilk çalýþtýrmada bu ayarlamayý yapan kod bozulmuþ.
Düzeltmeye çalýþacaðým.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From fatih at pardus.org.tr  Sun Dec 28 02:08:11 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 28 Dec 2008 02:08:11 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <4cca720b0812271538o46143432jbbe5649ce17a788@mail.gmail.com>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271509.19047.fatih@pardus.org.tr>
	<4cca720b0812271538o46143432jbbe5649ce17a788@mail.gmail.com>
Message-ID: <200812280208.15109.fatih@pardus.org.tr>

Pazar 28 Aralýk 2008 tarihinde, Furkan Duman þunlarý yazmýþtý: 
> 27 Aralýk 2008 Cumartesi 15:09 tarihinde Fatih Aþýcý
>
> <fatih at pardus.org.tr> yazdý:
> > Baþka bir þey için deniyor olabilirsin; ama yine hatýrlatayým. Oradaki
> > sleep olmazsa, X geç açýldýðý için kullanýcý uzun süre konsoldaki login
> > ekranýyla karþý karþýya kalýyor. Bazý kullanýcýlar bunu görünce oradan
> > login olmaya çalýþýyorlar.
>
> default taki:
>
> splash.verbose()
>
> satýrýný kaldýrsak X açýlana kadar splash de kalmaz mý?

O kalkarsa, X kullanýlmadýðýnda sürekli silent modda kalýyor. login olmak için 
önce ESC'ye basmak gerekiyor. Aslýnda bir hata var. Bazen nedense konsoldaki 
login promptu çýkýnca verbose moda geçiyor.

tty1'de login X kullanýlmadýðýnda açýlmalý sadece.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081228/ccdf650c/attachment-0001.pgp 

From selimok at gmail.com  Sun Dec 28 02:29:52 2008
From: selimok at gmail.com (selim ok)
Date: Sun, 28 Dec 2008 01:29:52 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081228014854.28ff0943.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<a001a6cb0812260946u16efe978s7e88d7328cb734bd@mail.gmail.com>
	<200812262013.56053.onur@pardus.org.tr>
	<a001a6cb0812261037w2e6b77d6s31320419881a6344@mail.gmail.com>
	<20081228011727.0b3388ac.onur@pardus.org.tr>
	<20081228014854.28ff0943.onur@pardus.org.tr>
Message-ID: <a001a6cb0812271629n2c412760t928d7032954eec6d@mail.gmail.com>

28 Aralýk 2008 Pazar 00:48 tarihinde Onur Küçük <onur at pardus.org.tr> yazdý:

>
> On Sun, 28 Dec 2008 01:17:27 +0200
> Onur Küçük <onur at pardus.org.tr> wrote:
>
> >  Bende hiç sorun yok ntvmsnbc de, hatta yeni paketlerle video lar
> > direkt baþlýyor, eskisine göre daha akýcý.
>
>  Buldum þeyin yerini. Bir kereliðine gnome-mplayer çalýþtýrýp
> Düzen->Tercihler  e girip (istersen ayarlarý deðiþtirerek) çalýþtýrýr
> mýsýn ?  ~/.mplayer/config içerisine gnome-mplayer profili ayar
> deðiþtirene kadar konmuyormuþ, daha önceden çalýþtýrmýþ birinde bu
> sorun çýkmýyor ama ilk çalýþtýrmada bu ayarlamayý yapan kod bozulmuþ.
> Düzeltmeye çalýþacaðým.
>

Bu dediklerini yaparak denedim ama yine olmuyor. Zaten dedigim gibi elle de
baslatamiyorum.
Verdigin adresteki tum paketleri kuruyorum, firefox'u yeniden baslatiyorum,
ayarlari degistiriyorum, yinede buffering yapiyor ama video baslamiyor. Dun
masaustunde denemistim bu gun emin olmak icin dizustunde denedim, yine ayni
sorun. Garip.

Selim



-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081228/16d4b01a/attachment.htm 

From ozan at pardus.org.tr  Sun Dec 28 02:33:47 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 28 Dec 2008 02:33:47 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228000939.04f4ecee.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>	<200812271526.19828.fatih@pardus.org.tr>	<49564D94.3000506@pardus.org.tr>	<200812271800.58790.fatih@pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
Message-ID: <4956C96B.6030900@pardus.org.tr>

Onur Küçük wrote:
>
>  Bende normal depo paketleriyle de X in gelmesi uzun sürüyor. Orada
> fazlaca vakit kaybediyoruz, incelemek lazým niye uzun sürdüðünü.
> Headstart kullanmamýza raðmen müdür bitmeden X görüntüsü geldiðini
> görmedim hiç. Birþeyleri atlýyor olabiliriz.
>   
Ben biraz daha kurcaladým akþamüstü bu iþleri, gözlemlerim þöyle:

anladýðým kadarýyla servisleri baþlatan dbus çaðrýsýnýn *kendisi* 
senkron ancak servis baþlatma süreci asenkron, yani sysklogd'yi 
baþlatmak için dbus çaðrýsý yaptýðýmýzda baþlayana kadar beklemiyoruz 
onu bekleyen comarjob.

genel bottlenecklere baktýðýmda,

1. dbus baþlatýldýðýnda dbus soketini bekleyen waitBus çaðrýsý ~0.2s 
sürüyor,
2. sysklogd baþlatýldýktan sonra /dev/log'u bekleyen waitBus çaðrýsý 
~1.4s sürüyor,
3. headstart'tan sonra /tmp/.X11-unix/X0 soketini bekleyen waitBus 
çaðrýsý ise en iyi ihtimalle bende ~4.8s sürüyor.

headstarttan sonra 5-6 kadar daha servis baþlatýlýyor ancak bu 
servislerin baþlatýlma çaðrýlarý kabaca atomik denebilecek sürelerde 
sonlandýðýndan müdür X soketini de beklemek zorunda kalýyor. headstart'ý 
baþlatmayý yukarý çektim startNetwork'ten de önceye yine de çok bir þey 
farketmedi. Pratikte bizim X'i deðil X'in bizi beklemesi lazým hýzlý bir 
açýlýþ için. X'i baþlatabildiðimiz en erken noktada baþlatmalýyýz. Eðer 
X'in baþlamasýnda bir engel yoksa, default runlevel'in ilk adýmýnda bunu 
yaparak biraz vakit kazanabiliriz. Bunun için tek engel dbus, onu da 
makul bir yere çekip daha önce baþlatabiliriz.

Ayný þey sysklogd için de geçerli. sysklogd'nin servis betiði waitBus 
ile soketi beklediði halde, müdür servis betiklerinin sonlanmasýný 
beklemediði için o da ayrýca waitBus ile bekliyor. sysklogd'nin 
soketinin yaratýlmasý neden 1.5s gibi oldukça uzun bir sürede 
gerçekleþiyor gerçekten anlamak zor. sysklogd çok temel bir hizmet 
olduðundan onu da eðer bir engel yoksa boot runlevel'ýnda falan 
baþlatýrsak o süreyi elimine edebiliriz.

Bir baþka fikrim /var ve /tmp dizinlerinin bilgisayarýn açýlýþýnda deðil 
kapanýþýnda temizlenmesi. Bunlar *volatile* dizinler olduðuna göre, 
sistemi kapattýðýnda çoktan silinmiþ olmalýlar teorik bir bakýþ açýsýyla 
ama biz bir sonraki açýlýþta temizliyoruz, ikisinin temizlenmesi 1 
saniyeye yakýn süre alýyor.

Fikirler gelsin :)


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From mnurolcay at gmail.com  Sun Dec 28 02:38:12 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Sun, 28 Dec 2008 02:38:12 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <a001a6cb0812271629n2c412760t928d7032954eec6d@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<20081228014854.28ff0943.onur@pardus.org.tr>
	<a001a6cb0812271629n2c412760t928d7032954eec6d@mail.gmail.com>
Message-ID: <200812280238.13214.mnurolcay@gmail.com>

On Sunday 28 December 2008 02:29:52 selim ok wrote:

> Bu dediklerini yaparak denedim ama yine olmuyor. Zaten dedigim gibi elle de
> baslatamiyorum.
> Verdigin adresteki tum paketleri kuruyorum, firefox'u yeniden baslatiyorum,
> ayarlari degistiriyorum, yinede buffering yapiyor ama video baslamiyor. Dun
> masaustunde denemistim bu gun emin olmak icin dizustunde denedim, yine ayni
> sorun. Garip.
>
> Selim

Ýlgili paketlerle denediðimde ayný sorun bende de tekrarlanýyor. Buffering 
%100 e geliyor ve vido baþlamýyor, Play tuþuna basýnca da baþlamýyor, 
durduruldu diyor.

Video konumunu kopyalayýp, ayrýca gnome-mplayer da açmaya çalýþýnca da sadece 
ses çýkýyor, görüntü yok. 
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081228/cef9a07e/attachment.htm 

From onur at pardus.org.tr  Sun Dec 28 03:00:21 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:00:21 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <200812280238.13214.mnurolcay@gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<20081228014854.28ff0943.onur@pardus.org.tr>
	<a001a6cb0812271629n2c412760t928d7032954eec6d@mail.gmail.com>
	<200812280238.13214.mnurolcay@gmail.com>
Message-ID: <20081228030021.f6b57fff.onur@pardus.org.tr>


On Sun, 28 Dec 2008 02:38:12 +0200
Mehmet Nur Olcay <mnurolcay at gmail.com> wrote:

> On Sunday 28 December 2008 02:29:52 selim ok wrote:
> 
> > Bu dediklerini yaparak denedim ama yine olmuyor. Zaten dedigim gibi
> > elle de baslatamiyorum.
> > Verdigin adresteki tum paketleri kuruyorum, firefox'u yeniden
> > baslatiyorum, ayarlari degistiriyorum, yinede buffering yapiyor ama
> > video baslamiyor. Dun masaustunde denemistim bu gun emin olmak icin
> > dizustunde denedim, yine ayni sorun. Garip.
> >
> > Selim
> 
> Ýlgili paketlerle denediðimde ayný sorun bende de tekrarlanýyor.
> Buffering %100 e geliyor ve vido baþlamýyor, Play tuþuna basýnca da
> baþlamýyor, durduruldu diyor.
> 
> Video konumunu kopyalayýp, ayrýca gnome-mplayer da açmaya çalýþýnca
> da sadece ses çýkýyor, görüntü yok. 

 Hm hm hm ekran kartýnýz nvidia deðil di mi ? :)

 benim playground umdan applications/multimedia da gnome-mplayer ve
mplayer, applications/network/mozilla dan gecko-mediaplayer derleyip
tekrar dener misiniz ? Kendi bilgisayarýmda derlediðim için
istemediðimiz birþeylere linkleniyor ve sizin sistemlerde bulamýyor
bence. NVidia 180 kullanýyorum, olayýn sorumlusu o olabilir.

 Bir de yolladýðým paketlerle sadece mplayer la birþeyler oynatmayý
dener misiniz, direkt patlýyor olabilir, sorunu da görürüz.

 Yine patlarsa ekran kartý, "ldd -r /usr/bin/mplayer" çýktýsý ve
kullanýcýnýzýn locale bilgilerini iletiniz lütfen

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From fatih at pardus.org.tr  Sun Dec 28 03:04:16 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 28 Dec 2008 03:04:16 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <4956C96B.6030900@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
Message-ID: <200812280304.20000.fatih@pardus.org.tr>

Pazar 28 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Onur Küçük wrote:
> 3. headstart'tan sonra /tmp/.X11-unix/X0 soketini bekleyen waitBus
> çaðrýsý ise en iyi ihtimalle bende ~4.8s sürüyor.

GDM'nin plymouth'a "ben baþladým, splash'ý kapat" diyebilmesini saðlayan 
yamalar vardý yanlýþ hatýrlamýyorsam. Bunu yapabilirsek bu beklemelere hiç 
gerek olmazdý aslýnda.

> Bir baþka fikrim /var ve /tmp dizinlerinin bilgisayarýn açýlýþýnda deðil
> kapanýþýnda temizlenmesi. Bunlar *volatile* dizinler olduðuna göre,
> sistemi kapattýðýnda çoktan silinmiþ olmalýlar teorik bir bakýþ açýsýyla
> ama biz bir sonraki açýlýþta temizliyoruz, ikisinin temizlenmesi 1
> saniyeye yakýn süre alýyor.

Tabi elektrik kesilmesi de olabilir. Silinmesini garantileyemeyiz.

Ubuntu /var/run, /var/lock, /dev dizinleri için ramfs kullanýyor. Böylece her 
koþulda temizleniyor o dizinler.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081228/5b364681/attachment.pgp 

From onur at pardus.org.tr  Sun Dec 28 03:11:26 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:11:26 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <4956C96B.6030900@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
	<200812271800.58790.fatih@pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
Message-ID: <20081228031126.6f4fa229.onur@pardus.org.tr>


On Sun, 28 Dec 2008 02:33:47 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:

> Onur Küçük wrote:
> >
> >  Bende normal depo paketleriyle de X in gelmesi uzun sürüyor. Orada
> > fazlaca vakit kaybediyoruz, incelemek lazým niye uzun sürdüðünü.
> > Headstart kullanmamýza raðmen müdür bitmeden X görüntüsü geldiðini
> > görmedim hiç. Birþeyleri atlýyor olabiliriz.
> >   
> Ben biraz daha kurcaladým akþamüstü bu iþleri, gözlemlerim þöyle:
> 
> anladýðým kadarýyla servisleri baþlatan dbus çaðrýsýnýn *kendisi* 
> senkron ancak servis baþlatma süreci asenkron, yani sysklogd'yi 
> baþlatmak için dbus çaðrýsý yaptýðýmýzda baþlayana kadar beklemiyoruz 
> onu bekleyen comarjob.
> 
> genel bottlenecklere baktýðýmda,
> 
> 1. dbus baþlatýldýðýnda dbus soketini bekleyen waitBus çaðrýsý ~0.2s 
> sürüyor,
> 2. sysklogd baþlatýldýktan sonra /dev/log'u bekleyen waitBus çaðrýsý 
> ~1.4s sürüyor,
> 3. headstart'tan sonra /tmp/.X11-unix/X0 soketini bekleyen waitBus 
> çaðrýsý ise en iyi ihtimalle bende ~4.8s sürüyor.

 of, çokmuþ

 bunun sebebi de tahminen kdm açýlana kadar yüklenen bilmem kaç tane so
dosyasý, Qt si kdelib i derken. Bir de tabi as-needed kullanmadýðýmýz
için alakalý alakasýz bir sürü þey yükleniyor.

 Bunun uzun sürmesinin bir sebebi de X in KDM i deðil, KDM in X i
baþlatmasý. X KDM i açýyor olsaydý o socket bekleme iþi bu kadar uzun
sürmezdi bence.

 xinit /usr/bin/xclock -- vt7 -br 

 çalýþtýran bir betikle denemek lazým

 
> headstarttan sonra 5-6 kadar daha servis baþlatýlýyor ancak bu 
> servislerin baþlatýlma çaðrýlarý kabaca atomik denebilecek sürelerde 
> sonlandýðýndan müdür X soketini de beklemek zorunda kalýyor.
> headstart'ý baþlatmayý yukarý çektim startNetwork'ten de önceye yine
> de çok bir þey farketmedi. Pratikte bizim X'i deðil X'in bizi
> beklemesi lazým hýzlý bir açýlýþ için. X'i baþlatabildiðimiz en erken
> noktada baþlatmalýyýz. Eðer X'in baþlamasýnda bir engel yoksa,
> default runlevel'in ilk adýmýnda bunu yaparak biraz vakit
> kazanabiliriz. Bunun için tek engel dbus, onu da makul bir yere çekip
> daha önce baþlatabiliriz.

 X in startNetwork den sonra baþlamasý gerekiyor aslýnda.
mit-magic-cookie ip adresi / hostname gibi bilgilere göre
oluþturuluyor. X að ayarlanmadan baþlarsa sýkýntý yaþayabiliriz. Gerçi
bunun için X i hostname kullanacak þekilde deðiþtiriyorduk (kdm
servisindeki XAUTHLOCALHOSTNAME bu iþe yarýyor). Belki sadece hostname
ayarlamak bizi kurtarýr.

 Ama bir taraftan da bu durum yeni X le deðiþmiþ de olabilir. Fatih ne
dersin buna ?

> Ayný þey sysklogd için de geçerli. sysklogd'nin servis betiði waitBus 
> ile soketi beklediði halde, müdür servis betiklerinin sonlanmasýný 
> beklemediði için o da ayrýca waitBus ile bekliyor. sysklogd'nin 
> soketinin yaratýlmasý neden 1.5s gibi oldukça uzun bir sürede 
> gerçekleþiyor gerçekten anlamak zor. sysklogd çok temel bir hizmet 
> olduðundan onu da eðer bir engel yoksa boot runlevel'ýnda falan 
> baþlatýrsak o süreyi elimine edebiliriz.

 Bu denemeleri 2.6.25 le mi yapýyorsun yoksa 2.6.28... le mi ? Ekiga
ile bir socket sorunu yaþamýþtýk, yeni kernele geçince düzelmiþti,
belki ilgili olabilir.

> Bir baþka fikrim /var ve /tmp dizinlerinin bilgisayarýn açýlýþýnda
> deðil kapanýþýnda temizlenmesi. Bunlar *volatile* dizinler olduðuna
> göre, sistemi kapattýðýnda çoktan silinmiþ olmalýlar teorik bir bakýþ
> açýsýyla ama biz bir sonraki açýlýþta temizliyoruz, ikisinin
> temizlenmesi 1 saniyeye yakýn süre alýyor.

 Hmmm, olabilir bence



-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From fatih at pardus.org.tr  Sun Dec 28 03:12:22 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sun, 28 Dec 2008 03:12:22 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812280053.33035.fatih@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<200812280053.33035.fatih@pardus.org.tr>
Message-ID: <200812280312.22387.fatih@pardus.org.tr>

Pazar 28 Aralık 2008 tarihinde, Fatih Aşıcı şunları yazmıştı: 
> Önce bir düzeltme yapayım. Fedora console=tty2 kullanmıyormuş. Açılıştaki
> mesajlar olduğu gibi /var/log/boot.log dosyasında saklanıyor. Biz de benzer
> bir ÅŸey yapabiliriz.

/sbin/bootlogd ile yapılabiliyormuş bu iş.

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081228/a857e822/attachment.pgp 

From onur at pardus.org.tr  Sun Dec 28 03:18:33 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:18:33 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <20081228030021.f6b57fff.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<20081228014854.28ff0943.onur@pardus.org.tr>
	<a001a6cb0812271629n2c412760t928d7032954eec6d@mail.gmail.com>
	<200812280238.13214.mnurolcay@gmail.com>
	<20081228030021.f6b57fff.onur@pardus.org.tr>
Message-ID: <20081228031833.ac1794a1.onur@pardus.org.tr>


On Sun, 28 Dec 2008 03:00:21 +0200
Onur Küçük <onur at pardus.org.tr> wrote:
...
>  Hm hm hm ekran kartýnýz nvidia deðil di mi ? :)

 config sorunu düzeltildi, upstream e girdi

 sadece mplayer çalýþtýrma testini de yaparsanýz çok iyi olur

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From selimok at gmail.com  Sun Dec 28 03:20:24 2008
From: selimok at gmail.com (selim ok)
Date: Sun, 28 Dec 2008 02:20:24 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081228030021.f6b57fff.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<20081228014854.28ff0943.onur@pardus.org.tr>
	<a001a6cb0812271629n2c412760t928d7032954eec6d@mail.gmail.com>
	<200812280238.13214.mnurolcay@gmail.com>
	<20081228030021.f6b57fff.onur@pardus.org.tr>
Message-ID: <a001a6cb0812271720h6e73a126p9aedf12b0a456b27@mail.gmail.com>

Ben test yapamadim henuz ama kisa bir bilgi vereyim. Masaustunde nvidia
fx5200, dizustunde intel ekran karti var.

Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081228/0ca151a9/attachment.htm 

From onur at pardus.org.tr  Sun Dec 28 03:20:25 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:20:25 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812280304.20000.fatih@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<200812280304.20000.fatih@pardus.org.tr>
Message-ID: <20081228032025.2fc7be15.onur@pardus.org.tr>


On Sun, 28 Dec 2008 03:04:16 +0200
Fatih Aþýcý <fatih at pardus.org.tr> wrote:

> Pazar 28 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> > Onur Küçük wrote:
> > 3. headstart'tan sonra /tmp/.X11-unix/X0 soketini bekleyen waitBus
> > çaðrýsý ise en iyi ihtimalle bende ~4.8s sürüyor.
> 
> GDM'nin plymouth'a "ben baþladým, splash'ý kapat" diyebilmesini
> saðlayan yamalar vardý yanlýþ hatýrlamýyorsam. Bunu yapabilirsek bu
> beklemelere hiç gerek olmazdý aslýnda.

 bunu yapabiliriz sanki

> > Bir baþka fikrim /var ve /tmp dizinlerinin bilgisayarýn açýlýþýnda
> > deðil kapanýþýnda temizlenmesi. Bunlar *volatile* dizinler olduðuna
> > göre, sistemi kapattýðýnda çoktan silinmiþ olmalýlar teorik bir
> > bakýþ açýsýyla ama biz bir sonraki açýlýþta temizliyoruz, ikisinin
> > temizlenmesi 1 saniyeye yakýn süre alýyor.
> 
> Tabi elektrik kesilmesi de olabilir. Silinmesini garantileyemeyiz.
> 
> Ubuntu /var/run, /var/lock, /dev dizinleri için ramfs kullanýyor.
> Böylece her koþulda temizleniyor o dizinler.

 mantýklý bence biz de yapalým

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From mnurolcay at gmail.com  Sun Dec 28 03:22:06 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Sun, 28 Dec 2008 03:22:06 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081228030021.f6b57fff.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280238.13214.mnurolcay@gmail.com>
	<20081228030021.f6b57fff.onur@pardus.org.tr>
Message-ID: <200812280322.06873.mnurolcay@gmail.com>

On Sunday 28 December 2008 03:00:21 Onur Küçük wrote:

>
>  Hm hm hm ekran kartýnýz nvidia deðil di mi ? :)

Ekran kartým Intel

>  benim playground umdan applications/multimedia da gnome-mplayer ve
> mplayer, applications/network/mozilla dan gecko-mediaplayer derleyip
> tekrar dener misiniz ? 

Mplayer derlenmedi bende, hata çýktýsý: http://sudrap.org/paste/5397/

>  Bir de yolladýðým paketlerle sadece mplayer la birþeyler oynatmayý
> dener misiniz, direkt patlýyor olabilir, sorunu da görürüz.

Sadece mplayer ile bir divx (.avi) ve wmv dosyasý denedim, sorunsuz çalýyor.

>  Yine patlarsa ekran kartý, "ldd -r /usr/bin/mplayer" çýktýsý ve
> kullanýcýnýzýn locale bilgilerini iletiniz lütfen

-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081228/a1f1d7d0/attachment.htm 

From ozan at pardus.org.tr  Sun Dec 28 03:21:09 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 28 Dec 2008 03:21:09 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228031126.6f4fa229.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>	<200812271526.19828.fatih@pardus.org.tr>	<49564D94.3000506@pardus.org.tr>	<200812271800.58790.fatih@pardus.org.tr>	<20081228000939.04f4ecee.onur@pardus.org.tr>	<4956C96B.6030900@pardus.org.tr>
	<20081228031126.6f4fa229.onur@pardus.org.tr>
Message-ID: <4956D485.600@pardus.org.tr>

Onur Küçük wrote:
> X in startNetwork den sonra baþlamasý gerekiyor aslýnda.
> mit-magic-cookie ip adresi / hostname gibi bilgilere göre
> oluþturuluyor. X að ayarlanmadan baþlarsa sýkýntý yaþayabiliriz. Gerçi
> bunun için X i hostname kullanacak þekilde deðiþtiriyorduk (kdm
> servisindeki XAUTHLOCALHOSTNAME bu iþe yarýyor). Belki sadece hostname
> ayarlamak bizi kurtarýr.
>
>  Ama bir taraftan da bu durum yeni X le deðiþmiþ de olabilir. Fatih ne
> dersin buna ?
>   

bizim startNetwork, interface'leri falan up edip uzak paylaþýmlarý 
baðlýyor, X'in bunlara ihtiyacý olduðunu sanmýyorum. loopback vs iþleri 
daha önce yapýlýyor zaten.
>
>  Bu denemeleri 2.6.25 le mi yapýyorsun yoksa 2.6.28... le mi ? Ekiga
> ile bir socket sorunu yaþamýþtýk, yeni kernele geçince düzelmiþti,
> belki ilgili olabilir.
>   
2.6.28. Bana bu sysklogd düzeltilebilirmiþ gibi geliyor bir yamasý bir 
þeyi mutlaka vardýr, ulan zaten iþin logger için soket yaratmak baþka 
napýyorsun ki 1.5 saniye alýyor soketi baþlatmak, hayret biþey :)
>   
>> Bir baþka fikrim /var ve /tmp dizinlerinin bilgisayarýn açýlýþýnda
>> deðil kapanýþýnda temizlenmesi. Bunlar *volatile* dizinler olduðuna
>> göre, sistemi kapattýðýnda çoktan silinmiþ olmalýlar teorik bir bakýþ
>> açýsýyla ama biz bir sonraki açýlýþta temizliyoruz, ikisinin
>> temizlenmesi 1 saniyeye yakýn süre alýyor.
>>     
>
>  Hmmm, olabilir bence
>   
ramfs klasmýþ, temiz çözüm gibi duruyor ama tam da bilmiyorum ramdrive 
gibi bir þey heralde bu, peki /tmp'de çok büyük dosyalar olduðunda nasýl 
oluyor?


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From onur at pardus.org.tr  Sun Dec 28 03:25:30 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:25:30 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <200812280322.06873.mnurolcay@gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280238.13214.mnurolcay@gmail.com>
	<20081228030021.f6b57fff.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
Message-ID: <20081228032530.fc417639.onur@pardus.org.tr>


On Sun, 28 Dec 2008 03:22:06 +0200
Mehmet Nur Olcay <mnurolcay at gmail.com> wrote:

> On Sunday 28 December 2008 03:00:21 Onur Küçük wrote:
> 
> >
> >  Hm hm hm ekran kartýnýz nvidia deðil di mi ? :)
> 
> Ekran kartým Intel

 sorun buradan kaynaklanýyor, kendi sistemimdeki lib lere linklediðim
için sýkýntý oldu

> >  benim playground umdan applications/multimedia da gnome-mplayer ve
> > mplayer, applications/network/mozilla dan gecko-mediaplayer derleyip
> > tekrar dener misiniz ? 
> 
> Mplayer derlenmedi bende, hata çýktýsý: http://sudrap.org/paste/5397/

 lütfen sudo ile paket derlemeyin :)  su -  ile root yetkisi alýp öyle
derleyin

 deminki mesajda söylediðim paketleri playground umda güncelledim,
onlarý derleyince sorun düzelmiþ olmalý

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Sun Dec 28 03:26:29 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:26:29 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <a001a6cb0812271720h6e73a126p9aedf12b0a456b27@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<20081228014854.28ff0943.onur@pardus.org.tr>
	<a001a6cb0812271629n2c412760t928d7032954eec6d@mail.gmail.com>
	<200812280238.13214.mnurolcay@gmail.com>
	<20081228030021.f6b57fff.onur@pardus.org.tr>
	<a001a6cb0812271720h6e73a126p9aedf12b0a456b27@mail.gmail.com>
Message-ID: <20081228032629.e148650b.onur@pardus.org.tr>


On Sun, 28 Dec 2008 02:20:24 +0100
"selim ok" <selimok at gmail.com> wrote:

> Ben test yapamadim henuz ama kisa bir bilgi vereyim. Masaustunde
> nvidia fx5200, dizustunde intel ekran karti var.

 nvidia-new serisinden olmadýðý için benim kitaplýklarla derlenen paket
sorun çýkarmýþ olmalý

 bir de, playground umdaki paketleri güncelledim, yeni hallerini
derleyip denerseniz çok iyi olur

 sorun düzelmiþ olmalý 

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From fatih at pardus.org.tr  Sun Dec 28 03:34:41 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 28 Dec 2008 03:34:41 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228031126.6f4fa229.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<20081228031126.6f4fa229.onur@pardus.org.tr>
Message-ID: <200812280334.45018.fatih@pardus.org.tr>

Pazar 28 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
>  X in startNetwork den sonra baþlamasý gerekiyor aslýnda.
> mit-magic-cookie ip adresi / hostname gibi bilgilere göre
> oluþturuluyor. X að ayarlanmadan baþlarsa sýkýntý yaþayabiliriz. Gerçi
> bunun için X i hostname kullanacak þekilde deðiþtiriyorduk (kdm
> servisindeki XAUTHLOCALHOSTNAME bu iþe yarýyor). Belki sadece hostname
> ayarlamak bizi kurtarýr.
>
>  Ama bir taraftan da bu durum yeni X le deðiþmiþ de olabilir. Fatih ne
> dersin buna ?

O tarafta bir þey deðiþip deðiþmediði hakkýnda bir bilgim yok doðrusu.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081228/51aae664/attachment-0001.pgp 

From fatih at pardus.org.tr  Sun Dec 28 03:38:31 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 28 Dec 2008 03:38:31 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <4956D485.600@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<20081228031126.6f4fa229.onur@pardus.org.tr>
	<4956D485.600@pardus.org.tr>
Message-ID: <200812280338.31848.fatih@pardus.org.tr>

Pazar 28 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> bizim startNetwork, interface'leri falan up edip uzak paylaþýmlarý
> baðlýyor, X'in bunlara ihtiyacý olduðunu sanmýyorum. loopback vs iþleri
> daha önce yapýlýyor zaten.

Bunlarý ayýrmamýz lazým. Að baðlantýsý default'tan önce boot sýrasýnda 
etkinleþtirilmeli.

> >> Bir baþka fikrim /var ve /tmp dizinlerinin bilgisayarýn açýlýþýnda
> >> deðil kapanýþýnda temizlenmesi. Bunlar *volatile* dizinler olduðuna
> >> göre, sistemi kapattýðýnda çoktan silinmiþ olmalýlar teorik bir bakýþ
> >> açýsýyla ama biz bir sonraki açýlýþta temizliyoruz, ikisinin
> >> temizlenmesi 1 saniyeye yakýn süre alýyor.
> >
> >  Hmmm, olabilir bence
>
> ramfs klasmýþ, temiz çözüm gibi duruyor ama tam da bilmiyorum ramdrive
> gibi bir þey heralde bu, peki /tmp'de çok büyük dosyalar olduðunda nasýl
> oluyor?

/tmp için deðil. /var/run, /var/lock, /dev (udev'i hýzlandýrabilir mi?) ve 
/lib/modules/*/volatile (DKMS için sanýrým) dizinleri için kullanýyorlar.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081228/98f1dc45/attachment.pgp 

From onur at pardus.org.tr  Sun Dec 28 03:38:59 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:38:59 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <4956D485.600@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
	<200812271800.58790.fatih@pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<20081228031126.6f4fa229.onur@pardus.org.tr>
	<4956D485.600@pardus.org.tr>
Message-ID: <20081228033859.2ccb1314.onur@pardus.org.tr>


On Sun, 28 Dec 2008 03:21:09 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:

> Onur Küçük wrote:
> > X in startNetwork den sonra baþlamasý gerekiyor aslýnda.
> > mit-magic-cookie ip adresi / hostname gibi bilgilere göre
> > oluþturuluyor. X að ayarlanmadan baþlarsa sýkýntý yaþayabiliriz.
> > Gerçi bunun için X i hostname kullanacak þekilde deðiþtiriyorduk
> > (kdm servisindeki XAUTHLOCALHOSTNAME bu iþe yarýyor). Belki sadece
> > hostname ayarlamak bizi kurtarýr.
> >
> >  Ama bir taraftan da bu durum yeni X le deðiþmiþ de olabilir. Fatih
> > ne dersin buna ?
> >   
> 
> bizim startNetwork, interface'leri falan up edip uzak paylaþýmlarý 
> baðlýyor, X'in bunlara ihtiyacý olduðunu sanmýyorum. loopback vs
> iþleri daha önce yapýlýyor zaten.

 loopback deðil de bilgisayarýn local olmayan IP sini tercih ediyor X.
~/.ICEauthority ve ~/.Xauthority dosyalarýna dikiz. Biz bunu hostname le
eþleþecek þekilde ayarladýk bu yüzden sorun çýkmayabilir ama emin
deðilim.

> 2.6.28. Bana bu sysklogd düzeltilebilirmiþ gibi geliyor bir yamasý
> bir þeyi mutlaka vardýr, ulan zaten iþin logger için soket yaratmak
> baþka napýyorsun ki 1.5 saniye alýyor soketi baþlatmak, hayret
> biþey :)

 BKL giriyordur iþin içine :P (deðildir tabi, olamaz olmamalý)

 Belki yamasý vardýr dediðin gibi

> ramfs klasmýþ, temiz çözüm gibi duruyor ama tam da bilmiyorum
> ramdrive gibi bir þey heralde bu, peki /tmp'de çok büyük dosyalar
> olduðunda nasýl oluyor?

 ramfs deðil de tmpfs kullanmamýz lazým [1], hatta rule of thumb ramfs
hiç kullanmýyorum. Tmpfs de öntanýmlý olarak boþ ram ýn yarýsý kadar
bir disk bölümü varmýþ gibi davranýlýr, istenirse boyutu
deðiþtirilebilir.

 /tmp i baðlamak iyi fikir deðil, onu kullanýcýlar kullanabiliyor
oradan dosyalarýný uçurursak çok kötü olur, ayrýca bir sürü program
geçici olarak /tmp kullanýyor kesin þiþer, ama ubuntu nun yaptýðý
dizinler bence mantýklý

 
[1]
http://www.mjmwired.net/kernel/Documentation/filesystems/ramfs-rootfs-initramfs.txt
-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Sun Dec 28 03:41:04 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:41:04 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228033859.2ccb1314.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
	<200812271800.58790.fatih@pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<20081228031126.6f4fa229.onur@pardus.org.tr>
	<4956D485.600@pardus.org.tr>
	<20081228033859.2ccb1314.onur@pardus.org.tr>
Message-ID: <20081228034104.ea2b2a53.onur@pardus.org.tr>


On Sun, 28 Dec 2008 03:38:59 +0200
Onur Küçük <onur at pardus.org.tr> wrote:

>  ramfs deðil de tmpfs kullanmamýz lazým [1], hatta rule of thumb ramfs
> hiç kullanmýyorum. Tmpfs de öntanýmlý olarak boþ ram ýn yarýsý kadar
> bir disk bölümü varmýþ gibi davranýlýr, istenirse boyutu
> deðiþtirilebilir.

 bir de tmpfs kullandýkca ram dan yiyor diye bir fark vardý yanlýþ
hatýrlamýyorsam

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From fatih at pardus.org.tr  Sun Dec 28 03:43:34 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 28 Dec 2008 03:43:34 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228033859.2ccb1314.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<4956D485.600@pardus.org.tr>
	<20081228033859.2ccb1314.onur@pardus.org.tr>
Message-ID: <200812280343.34271.fatih@pardus.org.tr>

Pazar 28 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
>  ramfs deðil de tmpfs kullanmamýz lazým [1], hatta rule of thumb ramfs
> hiç kullanmýyorum. Tmpfs de öntanýmlý olarak boþ ram ýn yarýsý kadar
> bir disk bölümü varmýþ gibi davranýlýr, istenirse boyutu
> deðiþtirilebilir.

Zaten tmpfs kullanýyorlarmýþ :) Nerden çýkardýysam ramfs'i.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081228/03e32f28/attachment.pgp 

From mnurolcay at gmail.com  Sun Dec 28 03:51:24 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Sun, 28 Dec 2008 03:51:24 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081228032530.fc417639.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
Message-ID: <200812280351.24885.mnurolcay@gmail.com>

On Sunday 28 December 2008 03:25:30 Onur Küçük wrote:

>  lütfen sudo ile paket derlemeyin :)  su -  ile root yetkisi alýp öyle
> derleyin

Bir yanda Okan Bayülgen bir yanda konsol, gece gece anca farkettim, su - ile 
derliyordum tam :)

>  deminki mesajda söylediðim paketleri playground umda güncelledim,
> onlarý derleyince sorun düzelmiþ olmalý

Derledim ve ntvmsnbc.com dan videolar sorunsuz izlenebiliyor þu anda. Ayrýca 
mplayer ile de sorunsuz izleniyor.
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081228/6e1f676d/attachment.htm 

From selimok at gmail.com  Sun Dec 28 04:00:28 2008
From: selimok at gmail.com (selim ok)
Date: Sun, 28 Dec 2008 03:00:28 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <200812280351.24885.mnurolcay@gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
Message-ID: <a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>

Bende baska bir sorun var sanirim ki, hepsini belirttigin yerlerden derleyip
kurmama ragmen hala sorun devam ediyor. Intel kartli makinada denedim. Simdi
cok aceleyle baktigim icin bir seyleri atlamis olabilirim. Vakit buldugumda
yeniden bakicam. Sorunla baska karsilasan olmazsa benim tarafta bir sorun
var demektir.

Iyi calismalar,
Selim
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081228/43730305/attachment.htm 

From onur at pardus.org.tr  Sun Dec 28 04:15:16 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 04:15:16 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
	<a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
Message-ID: <20081228041516.4642faf2.onur@pardus.org.tr>


On Sun, 28 Dec 2008 03:00:28 +0100
"selim ok" <selimok at gmail.com> wrote:

> Bende baska bir sorun var sanirim ki, hepsini belirttigin yerlerden
> derleyip kurmama ragmen hala sorun devam ediyor. Intel kartli
> makinada denedim. Simdi cok aceleyle baktigim icin bir seyleri
> atlamis olabilirim. Vakit buldugumda yeniden bakicam. Sorunla baska
> karsilasan olmazsa benim tarafta bir sorun var demektir.

 gnome-mplayer ayarlarýna girip video out u x11 yapsana. Baþka bir Xv
kullanan program vs. açýksa çalýþmýyor olabilir

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From fatih at pardus.org.tr  Sun Dec 28 04:30:43 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 28 Dec 2008 04:30:43 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228031126.6f4fa229.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<20081228031126.6f4fa229.onur@pardus.org.tr>
Message-ID: <200812280430.47269.fatih@pardus.org.tr>

Pazar 28 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
>  X in startNetwork den sonra baþlamasý gerekiyor aslýnda.
> mit-magic-cookie ip adresi / hostname gibi bilgilere göre
> oluþturuluyor. X að ayarlanmadan baþlarsa sýkýntý yaþayabiliriz. Gerçi
> bunun için X i hostname kullanacak þekilde deðiþtiriyorduk (kdm
> servisindeki XAUTHLOCALHOSTNAME bu iþe yarýyor). Belki sadece hostname
> ayarlamak bizi kurtarýr.
>
>  Ama bir taraftan da bu durum yeni X le deðiþmiþ de olabilir. Fatih ne
> dersin buna ?

Buradaki sorunu tam anlayamadým. xauth list ile hem local hostname'i hem de 
uzak IP'yi görebiliyorum. XAUTHLOCALHOSTNAME export edilmese de X'e 
baðlanýlabiliyor. remote IP'yi silip (xauth remove ile) tekrar denediðimde de 
bir sorun yok.

KDE'deki yamayý kaldýrýp tekrar deneyeceðim.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081228/db528e15/attachment.pgp 

From selimok at gmail.com  Sun Dec 28 04:45:19 2008
From: selimok at gmail.com (selim ok)
Date: Sun, 28 Dec 2008 03:45:19 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081228041516.4642faf2.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
	<a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
	<20081228041516.4642faf2.onur@pardus.org.tr>
Message-ID: <a001a6cb0812271845v786542d3h25ee92baca2b40b0@mail.gmail.com>

28 Aralýk 2008 Pazar 03:15 tarihinde Onur Küçük <onur at pardus.org.tr> yazdý:

>  gnome-mplayer ayarlarýna girip video out u x11 yapsana. Baþka bir Xv
> kullanan program vs. açýksa çalýþmýyor olabilir
>

xvmc seciliydi hem x11 hem de xv'yi denedim olmadi. Simdilik bendeki sorunu
goz ardi et bence, detayli sekilde inceleyip bilgi veremiyorum cunku, ben
bir yanlislik yapmis yada birseyleri bozmus olabilirim.

Baskalari da test etse aslinda en iyisi olacak :)

Selim



-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081228/afad4168/attachment-0001.htm 

From selimok at gmail.com  Sun Dec 28 07:35:28 2008
From: selimok at gmail.com (selim ok)
Date: Sun, 28 Dec 2008 06:35:28 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <a001a6cb0812271845v786542d3h25ee92baca2b40b0@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
	<a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
	<20081228041516.4642faf2.onur@pardus.org.tr>
	<a001a6cb0812271845v786542d3h25ee92baca2b40b0@mail.gmail.com>
Message-ID: <a001a6cb0812272135l7f9d15d9m31c2d3b316798bb2@mail.gmail.com>

Sanirim gercekten de benim tarafta bir problem var, henuz hala masaustunde
deneyemedim, fakat dizustu bilgisayarimda(intel ekran kartli) depodaki
paketleri kurmama ve tum ayarlari temizlememe ragmen ntvmsnbc'deki videolari
oynatamiyorum 2 saniye oynayip takiliyor.

Iyi calismalar,
Selim


-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081228/8f70781f/attachment.htm 

From gurer at pardus.org.tr  Sun Dec 28 10:40:28 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Sun, 28 Dec 2008 10:40:28 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <4956C96B.6030900@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
Message-ID: <200812281040.28492.gurer@pardus.org.tr>

On Sunday 28 December 2008 02:33:47 Ozan Çaðlayan wrote:

> Bir baþka fikrim /var ve /tmp dizinlerinin bilgisayarýn açýlýþýnda deðil
> kapanýþýnda temizlenmesi. Bunlar *volatile* dizinler olduðuna göre,
> sistemi kapattýðýnda çoktan silinmiþ olmalýlar teorik bir bakýþ açýsýyla
> ama biz bir sonraki açýlýþta temizliyoruz, ikisinin temizlenmesi 1
> saniyeye yakýn süre alýyor.

Tam olarak amacýmýz nedir bu deðiþikliklerde? Eðer amacýmýz müdürü 
hýzlandýrmaksa yanlýþ bir amacýmýz var. Çünkü temel açýlýþ sisteminin robust 
olmasý ve çeþitli senaryolarý desteklemesi hýzlý olmasýndan çok çok daha 
önemli.

Mesela bu dizinleri açýlýþta temizlemezsen 1 sn kazanýrsýn ama crash ederek 
yada elektrik kesilerek reboot olunca geride kalan stale lock dosyalarý 
yüzünden servisler sorun çýkarabilir. Ayrýca ne /var ne de /tmp volatile bir 
dizin deðil, var içinde mail ve print spool falan var, loglar var mesela. tmp 
içinde ise bazen kullanýlan dosyalar olabiliyor. O nedenle sadece runtime'da 
anlam taþýyan lock dosyalarýný falan elle seçip temizliyoruz.

cleanupTmp kendi içinde bir parça hýzlandýrýlabilir belki, uzun bir listeyle 
tekrar tekrar delete çaðýrýyoruz, bir sürü stat falan yapýlýyor, tüm dizin 
listesini alýp, bellekte tüm regexplerle filtreleyip, bir seferde 
sildirebiliriz falan, ama attýðýmýz taþ ürküttüðümüz kurbaðaya deðecek mi?

Yok amaç açýlýþý hýzlandýrmak ise yanlýþ yere bakýyorsunuz. var/log/mudur 
benim sistemimde müdürün tüm çalýþmasýnýn 6 ila 8 saniye arasýnda (default - 
sysinit uptime) sürdüðünü gösteriyor. Kernelin hazýrlýðý 9-10 sn sürüyor 
(sysinit uptime), geri kalan bekleme ise KDM tarafýnda. Ýzlenim olarak da en 
çok bekleme KDM açýlýþý ve login sýrasýnda oluyor. Enerjiyi bu taraflara 
harcamanýn getirisi daha fazla olacaktýr.

From ozan at pardus.org.tr  Sun Dec 28 10:57:37 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 28 Dec 2008 10:57:37 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812281040.28492.gurer@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>	<20081228000939.04f4ecee.onur@pardus.org.tr>	<4956C96B.6030900@pardus.org.tr>
	<200812281040.28492.gurer@pardus.org.tr>
Message-ID: <49573F81.3050901@pardus.org.tr>

Gürer Özen wrote:
> Tam olarak amacýmýz nedir bu deðiþikliklerde? Eðer amacýmýz müdürü 
> hýzlandýrmaksa yanlýþ bir amacýmýz var. Çünkü temel açýlýþ sisteminin robust 
> olmasý ve çeþitli senaryolarý desteklemesi hýzlý olmasýndan çok çok daha 
> önemli.
>
> Mesela bu dizinleri açýlýþta temizlemezsen 1 sn kazanýrsýn ama crash ederek 
> yada elektrik kesilerek reboot olunca geride kalan stale lock dosyalarý 
> yüzünden servisler sorun çýkarabilir. Ayrýca ne /var ne de /tmp volatile bir 
> dizin deðil, var içinde mail ve print spool falan var, loglar var mesela. tmp 
> içinde ise bazen kullanýlan dosyalar olabiliyor. O nedenle sadece runtime'da 
> anlam taþýyan lock dosyalarýný falan elle seçip temizliyoruz.
>   
Evet mantýklý bu, düþünmemiþtim. Sadece fikir teatisi yapýyoruz :)
> Yok amaç açýlýþý hýzlandýrmak ise yanlýþ yere bakýyorsunuz. var/log/mudur 
> benim sistemimde müdürün tüm çalýþmasýnýn 6 ila 8 saniye arasýnda (default - 
> sysinit uptime) sürdüðünü gösteriyor. Kernelin hazýrlýðý 9-10 sn sürüyor 
> (sysinit uptime), geri kalan bekleme ise KDM tarafýnda. Ýzlenim olarak da en 
> çok bekleme KDM açýlýþý ve login sýrasýnda oluyor. Enerjiyi bu taraflara 
> harcamanýn getirisi daha fazla olacaktýr.
>   
Evet en büyük sorun KDM ve udev'in baþlatýlmasýnda yaþanýyor. Udev'in 
/dev dizinini doldurmasý yaklaþýk 5 saniye alýyor..


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From gurer at pardus.org.tr  Sun Dec 28 11:54:31 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Sun, 28 Dec 2008 11:54:31 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <49573F81.3050901@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812281040.28492.gurer@pardus.org.tr>
	<49573F81.3050901@pardus.org.tr>
Message-ID: <200812281154.31505.gurer@pardus.org.tr>

On Sunday 28 December 2008 10:57:37 Ozan Çaðlayan wrote:

> Evet en büyük sorun KDM ve udev'in baþlatýlmasýnda yaþanýyor. Udev'in
> /dev dizinini doldurmasý yaklaþýk 5 saniye alýyor..

udev için ilk baþta her iþlemin ilgili device'ý beklemesini düþünmüþtüm. 
Mesela setClock için normalde /dev/rtc yeterli. Fakat bu ilgili device 
listelerini çýkarýp maintain etmek zor bir iþ. Üstelik mesela disklerle 
ilgili olanlarý dinamik olarak bulmak gerekiyor.

müdür experimental olarak ilk çýktýðýnda kabaca buna benzer iþliyordu. udev 
ilk baþta çalýþýp arkada paralel olarak device'larý oluþturuyordu. Servisleri 
baþlatmadan hemen önce de settle ile iþini tamamen bitirmesini bekliyorduk. 
Ýçerde de mesela mount için fstab'da yazan devicelarýn oluþmasý bekleniyordu. 
Ama çeþitli race conditionlar ve özellikle disk devicelarý ile ilgili 
sorunlar yaþayýnca sistemi basit tutup udev'in iþini ilk baþta bitirmesini 
beklemekte karar kýldýk.

setClock'un kendisi de 1.5 sn kadar zaman harcýyor donaným saatini kernel ile 
senkronize ederken. Bu sürede baþka bir þeyleri paralel yapmayý denemiþtim, 
ama hemen tüm programlar ayaklarýnýn altýnda sistem saatinin oynamasýndan 
kötü etkileniyorlar :)

müdür bir parça daha optimize edilebilir sanýyorum. Ama 0.5-1 sn den fazlasý 
ancak özellikler ve robustness tan taviz vermekle olur. KDM yi falan bir 
profil etsek çok daha verimli optimizasyon olanaklarý çýkacaðýndan eminim. 
Üstelik diðer daðýtýmlara da kolayca ulaþabilecek bir sonuç çýkar PR ve ilgi 
çekme açýsýndan :)

From onur at pardus.org.tr  Sun Dec 28 12:55:30 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 12:55:30 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <a001a6cb0812272135l7f9d15d9m31c2d3b316798bb2@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
	<a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
	<20081228041516.4642faf2.onur@pardus.org.tr>
	<a001a6cb0812271845v786542d3h25ee92baca2b40b0@mail.gmail.com>
	<a001a6cb0812272135l7f9d15d9m31c2d3b316798bb2@mail.gmail.com>
Message-ID: <20081228125530.83a0bf6b.onur@pardus.org.tr>


On Sun, 28 Dec 2008 06:35:28 +0100
"selim ok" <selimok at gmail.com> wrote:

> Sanirim gercekten de benim tarafta bir problem var, henuz hala
> masaustunde deneyemedim, fakat dizustu bilgisayarimda(intel ekran
> kartli) depodaki paketleri kurmama ve tum ayarlari temizlememe ragmen
> ntvmsnbc'deki videolari oynatamiyorum 2 saniye oynayip takiliyor.

 cache indeki videolarda sorun olabilir,  ~/.cache/gnome-mplayer ý sil
bence, bir de ekran kartýyla ilgili baþka sorun olabilir, gnome-mplayer
ayarlarýna girip deinterlace i kapatýrsan iyi olabilir, ses çýkýþýný da
oss/alsa / pulse yapmayý dene

 temizlik
dosyalarý .config/gnome-mplayer , .gnome-mplayer, .cache/gnome-mplayer, .mplayer/gnome-mplayer.conf
ve .mplayer/config içinde gnome-mplayer kýsmý

 bunlar da olmazsa aklýma baþka bir þey gelmiyor

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From onur at pardus.org.tr  Sun Dec 28 13:05:11 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 13:05:11 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812281040.28492.gurer@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<200812281040.28492.gurer@pardus.org.tr>
Message-ID: <20081228130511.d5ab928c.onur@pardus.org.tr>


On Sun, 28 Dec 2008 10:40:28 +0200
Gürer Özen <gurer at pardus.org.tr> wrote:

> Mesela bu dizinleri açýlýþta temizlemezsen 1 sn kazanýrsýn ama crash
> ederek yada elektrik kesilerek reboot olunca geride kalan stale lock
> dosyalarý yüzünden servisler sorun çýkarabilir. Ayrýca ne /var ne
> de /tmp volatile bir dizin deðil, var içinde mail ve print spool
> falan var, loglar var mesela. tmp içinde ise bazen kullanýlan
> dosyalar olabiliyor. O nedenle sadece runtime'da anlam taþýyan lock
> dosyalarýný falan elle seçip temizliyoruz.

 Doðru haklýsýn, ama /var/run  /var/lock /dev in tmpfs olmasýna ne
diyorsun ? Bana mantýklý geliyor onlarý tmpfs yapmak


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From coderlord at gmail.com  Sun Dec 28 13:37:04 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Sun, 28 Dec 2008 13:37:04 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228130511.d5ab928c.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<200812281040.28492.gurer@pardus.org.tr>
	<20081228130511.d5ab928c.onur@pardus.org.tr>
Message-ID: <4cca720b0812280337v11d08e62mb5f4de6e39fefa16@mail.gmail.com>

28 Aralýk 2008 Pazar 13:05 tarihinde Onur Küçük <onur at pardus.org.tr> yazdý:
>  Doðru haklýsýn, ama /var/run  /var/lock /dev in tmpfs olmasýna ne
> diyorsun ? Bana mantýklý geliyor onlarý tmpfs yapmak

Bana sorulmamýþ ama, :) bana da mantýklý geldi tmpfs.

-- 
Furkan Duman

From ozan at pardus.org.tr  Sun Dec 28 13:45:31 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 28 Dec 2008 13:45:31 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812281154.31505.gurer@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>	<200812281040.28492.gurer@pardus.org.tr>	<49573F81.3050901@pardus.org.tr>
	<200812281154.31505.gurer@pardus.org.tr>
Message-ID: <495766DB.4070905@pardus.org.tr>

Gürer Özen wrote:
> On Sunday 28 December 2008 10:57:37 Ozan Çaðlayan wrote:
>
>   
>> Evet en büyük sorun KDM ve udev'in baþlatýlmasýnda yaþanýyor. Udev'in
>> /dev dizinini doldurmasý yaklaþýk 5 saniye alýyor..
>>     
>
> udev için ilk baþta her iþlemin ilgili device'ý beklemesini düþünmüþtüm. 
> Mesela setClock için normalde /dev/rtc yeterli. Fakat bu ilgili device 
> listelerini çýkarýp maintain etmek zor bir iþ. Üstelik mesela disklerle 
> ilgili olanlarý dinamik olarak bulmak gerekiyor.
>
> müdür experimental olarak ilk çýktýðýnda kabaca buna benzer iþliyordu. udev 
> ilk baþta çalýþýp arkada paralel olarak device'larý oluþturuyordu. Servisleri 
> baþlatmadan hemen önce de settle ile iþini tamamen bitirmesini bekliyorduk. 
> Ýçerde de mesela mount için fstab'da yazan devicelarýn oluþmasý bekleniyordu. 
> Ama çeþitli race conditionlar ve özellikle disk devicelarý ile ilgili 
> sorunlar yaþayýnca sistemi basit tutup udev'in iþini ilk baþta bitirmesini 
> beklemekte karar kýldýk.
>   
udev'de bir de þöyle bir sorun var, kendisi baþlatýldýðýnda 
rule-generator'lar dinamik kural üretiyorlar ancak dosya sistemi henüz 
salt-okunur baðlý olduðundan bu kurallar /etc/udev/rules.d altýna 
yazýlamýyorlar..
udev çok hassas bir þey ve kural tabanlý iþlediðinden kurallardan 
birinin titremesi bile bu süreyi etkileyebiliyor, örneðin depodaki ptsp* 
paketleri yüklenirse açýlýþta bir kaç dakika bekliyorsunuz :)

Bazý kurallarýmýz bir çok kere gereksiz ve yanlýþ parametrelerle 
modprobe çaðýrýyorlar hepsi hata döndürüyor, bunlara bakýlýp temiz bir 
udev paketi üretmek gerekli diye düþünüyorum..

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From gurer at pardus.org.tr  Sun Dec 28 16:34:58 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Sun, 28 Dec 2008 16:34:58 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228130511.d5ab928c.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812281040.28492.gurer@pardus.org.tr>
	<20081228130511.d5ab928c.onur@pardus.org.tr>
Message-ID: <200812281634.58356.gurer@pardus.org.tr>

On Sunday 28 December 2008 13:05:11 Onur Küçük wrote:

>  Doðru haklýsýn, ama /var/run  /var/lock /dev in tmpfs olmasýna ne
> diyorsun ? Bana mantýklý geliyor onlarý tmpfs yapmak

/dev tmpfs zaten? Öbür türlü olsa udev ile vakit kaybetmezdik :)

run içinde utmp ve random-seed'i özellikle koruyoruz þu an, onlarý düþünmek 
lazým. lock bir sorun çýkartmýyorsa tmpfs yapýlabilir.

From tekman at pardus.org.tr  Sun Dec 28 16:39:19 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Sun, 28 Dec 2008 16:39:19 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812271328.07280.akin@omeroglu.net>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<200812271307.09663.tekman@pardus.org.tr>
	<200812271328.07280.akin@omeroglu.net>
Message-ID: <200812281639.21013.tekman@pardus.org.tr>

27 Aralýk 2008 Cumartesi 13:28:07 tarihinde Akýn Ömeroðlu þunlarý yazmýþtý:
> On Saturday 27 December 2008 13:07:04 Erkan Tekman wrote:
> > Dünya ve Türkiye'deki mevcut durumun Firefox meþhur markasýný
> > kullanmamýza olanak saðlar bir hal olduðuna karar vererek hareket edersek
> > mahkeme ve avukata gitme sýrasý mevcut marka sahibinde olacaktýr ve
> > bildiðim kadarý ile ticari zarara uðradýðýný ispat zorunluluðu olacaktýr
>
> Tazminat istemek için böyle bir zararýn doðduðuna dair ispat etmesi belki
> gerekebilir ve fakat Pardus benim markamý izinsiz olarak kullanmaktadýr,
> daðýtýmý durdurulsun demek için herhangi bir þeyi ispat etmesine gerek yok
> tescilli markaya sahip olduðunu göstermekten baþka. AMD iþlemcilerinin
> daðýtýmýnýn Türkiye'de bu þekilde durdurulduðunu eminim benim kadar siz de
> hatýrlýyorsunuz.

Dediðim tam olarak bu. Böyle bir mahkeme kararý *alýndýðýnda* tüm Firefox'larý 
Mozilla Firefox yaparýz ve problem çözülmüþ olur. Daðýtýmý bir sn dahi 
aksatmamak mümkün, sonuçta mahkeme bizden habersiz almayacaktýr bu kararý ;-)

ET

From selimok at gmail.com  Sun Dec 28 19:58:37 2008
From: selimok at gmail.com (selim ok)
Date: Sun, 28 Dec 2008 18:58:37 +0100
Subject: [Gelistirici] =?iso-8859-9?q?Bugzilla_ayarlar=FD?=
In-Reply-To: <a001a6cb0811250530v595377b4oac6f201f28f686b1@mail.gmail.com>
References: <200811241847.40092.ahmet@pardusman.org>
	<200811250858.55741.turkersezer@tsdesign.info>
	<a001a6cb0811250530v595377b4oac6f201f28f686b1@mail.gmail.com>
Message-ID: <a001a6cb0812280958u54a72540s5ebfbed3f6628986@mail.gmail.com>

25 Kasým 2008 Salý 14:30 tarihinde selim ok <selimok at gmail.com> yazdý:

>
>> Kullanýcý yetkilerini düzenleme hakkým olmadýðýndan ben de ancak
>> bildirdiðiniz
>> hataya müdahale edip kapatabiliyorum. Normalde Selim tüm geliþtiricileri
>> editbugs grubuna alýyor, senin hesabýný atlamýþ sanýrým.
>>
>
> Boþ vaktimde, oturup tüm geliþtirici listesini kontrol edeceðim. Tüm
> geliþtiricilere bu hakký verdikten sonra sorun kalmayacak sanýrým.
> Biraz vakit alacak, ama cok yoðunum, þimdiden özür dilerim.
>

Bir kac gün önce bu listeyi tek tek elden gecirdim, su anda gelistirici
listesindeki epostalari ile bugzilladaki epostalari tutan herkesin hata
kapatma vs. haklari var.

Bilgi olsun diye yazayim dedim. :)

Selim


-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081228/194fe55c/attachment.htm 

From gokmen at pardus.org.tr  Sun Dec 28 20:23:27 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Sun, 28 Dec 2008 20:23:27 +0200
Subject: [Gelistirici] =?utf-8?q?Bugzilla_ayarlar=C4=B1?=
In-Reply-To: <a001a6cb0812280958u54a72540s5ebfbed3f6628986@mail.gmail.com>
References: <200811241847.40092.ahmet@pardusman.org>
	<a001a6cb0811250530v595377b4oac6f201f28f686b1@mail.gmail.com>
	<a001a6cb0812280958u54a72540s5ebfbed3f6628986@mail.gmail.com>
Message-ID: <200812282023.27939.gokmen@pardus.org.tr>

Pazar 28 Aralýk 2008 günü (saat 19:58:37) selim ok þunlarý yazmýþtý:
> 25 Kasým 2008 Salý 14:30 tarihinde selim ok <selimok at gmail.com> yazdý:
> >> Kullanýcý yetkilerini düzenleme hakkým olmadýðýndan ben de ancak
> >> bildirdiðiniz
> >> hataya müdahale edip kapatabiliyorum. Normalde Selim tüm geliþtiricileri
> >> editbugs grubuna alýyor, senin hesabýný atlamýþ sanýrým.
> >
> > Boþ vaktimde, oturup tüm geliþtirici listesini kontrol edeceðim. Tüm
> > geliþtiricilere bu hakký verdikten sonra sorun kalmayacak sanýrým.
> > Biraz vakit alacak, ama cok yoðunum, þimdiden özür dilerim.
>
> Bir kac gün önce bu listeyi tek tek elden gecirdim, su anda gelistirici
> listesindeki epostalari ile bugzilladaki epostalari tutan herkesin hata
> kapatma vs. haklari var.
Eline saðýk ;)

-- 
Gökmen GÖKSEL

From onur at pardus.org.tr  Sun Dec 28 21:28:10 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 21:28:10 +0200
Subject: [Gelistirici] Knights paketi
In-Reply-To: <a001a6cb0812230112u18dd6a88mdbb87c2473b040ac@mail.gmail.com>
References: <a001a6cb0812201830o716c56eet4c84deede92e40c@mail.gmail.com>
	<20081222201700.253dd9c4.onur@pardus.org.tr>
	<a001a6cb0812230112u18dd6a88mdbb87c2473b040ac@mail.gmail.com>
Message-ID: <20081228212810.cff97eac.onur@pardus.org.tr>


On Tue, 23 Dec 2008 10:12:56 +0100
"selim ok" <selimok at gmail.com> wrote:

> Hatasini duzeltebilirsek sorun degil, fakat hata kaydinda bildirilen
> sorun bana oldukca ciddi geldi. Oyuna girip ciktigimda bir sürec
> islemcinin %100'ünü kullaniyorsa bu oyunun resmi yada kararli
> dedigimiz depoda bulunmamasi gerekir. Hatasi duzeltilse bile
> kendisini katkici deposuna almak daha dogru degil mi? Benum depodan
> cikarilsindan kastim en azindan kararli depodan cikarilmasi
> yönündeydi.

 Bu sorun bence "çok büyük" bir sorun deðilmiþ. Pencere
kenarýndaki X ile knights kapatýlýrsa sorun oluþuyor ama file->quit
yolu izlenirse sorun oluþmuyor.

 Ben sorunu Doruk'un bulduðu yama üzerinden giderek düzelttim, parent
ölürse bu yolla gnuchess in kapanmasýný da garanti ediyoruz, depoya
gnuchess güncellemesi olarak ekledim. Ancak bu sorun için doðru çözüm
knights paketinde X e basýlýnca kapanýrken de gnuchess i kapatacak
þekilde ayarlamak. Daha çok KDE den anlayan biri bakarsa iyi olur.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From ozan at pardus.org.tr  Mon Dec 29 09:53:31 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 09:53:31 +0200
Subject: [Gelistirici] applications/science/geosciences
Message-ID: <495881FB.40508@pardus.org.tr>

Yeni component önerisi. Gentoo burada toplamýþ GPS ve harita ile ilgili ivir zivirlari, bana da mantýklý geldi.

Ýtiraz eden olmazsa yaratacaðým.

-- 
Ozan Çaðlayan


From isingor at gmail.com  Mon Dec 29 09:57:00 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Mon, 29 Dec 2008 09:57:00 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <495881FB.40508@pardus.org.tr>
References: <495881FB.40508@pardus.org.tr>
Message-ID: <a64a8a8c0812282357iffed27eq73f47e9c0be72c56@mail.gmail.com>

2008/12/29 Ozan Çağlayan <ozan at pardus.org.tr>

> Yeni component önerisi. Gentoo burada toplamış GPS ve harita ile ilgili
> ivir zivirlari, bana da mantıklı geldi.
>
> İtiraz eden olmazsa yaratacağım.
>
>

Türkçesi sanırım Yerbilim oluyor değil mi?

Ali
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081229/dac5cf19/attachment.htm 

From coderlord at gmail.com  Mon Dec 29 09:59:41 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 29 Dec 2008 09:59:41 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812241415hb0b179aj942980e4d147b7a2@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
	<4cca720b0812241415hb0b179aj942980e4d147b7a2@mail.gmail.com>
Message-ID: <4cca720b0812282359s2a9c4610h3b2421e03689990a@mail.gmail.com>

25 Aralýk 2008 Perþembe 00:15 tarihinde Furkan Duman
<coderlord at gmail.com> yazdý:
> Öneriler ve testler lütfen.

Ping??

-- 
Furkan Duman

From dfisek at fisek.com.tr  Mon Dec 29 10:10:41 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 29 Dec 2008 10:10:41 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <495881FB.40508@pardus.org.tr>
References: <495881FB.40508@pardus.org.tr>
Message-ID: <20081229101041.5405b545.dfisek@fisek.com.tr>

Mon, 29 Dec 2008 09:53:31 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :

> Yeni component önerisi. Gentoo burada toplamýþ GPS ve harita ile
> ilgili ivir zivirlari, bana da mantýklý geldi.
> Ýtiraz eden olmazsa yaratacaðým.
Iyi olabilir.

Kac yazilim olunca component kuruyoruz (mecliste grup kurma tadinda) :)
(geyik, ciddiye almayiniz)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From onur at pardus.org.tr  Mon Dec 29 10:14:48 2008
From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=)
Date: Mon, 29 Dec 2008 10:14:48 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <495881FB.40508@pardus.org.tr>
References: <495881FB.40508@pardus.org.tr>
Message-ID: <200812291014.48946.onur@pardus.org.tr>

Monday 29 December 2008 Tarihinde 09:53:31 yazmýþtý:
> Yeni component önerisi. Gentoo burada toplamýþ GPS ve harita ile ilgili
> ivir zivirlari, bana da mantýklý geldi.
>
> Ýtiraz eden olmazsa yaratacaðým.

 bence oki doki

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From bahadir at pardus.org.tr  Mon Dec 29 10:23:54 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 29 Dec 2008 10:23:54 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812282359s2a9c4610h3b2421e03689990a@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<4cca720b0812241415hb0b179aj942980e4d147b7a2@mail.gmail.com>
	<4cca720b0812282359s2a9c4610h3b2421e03689990a@mail.gmail.com>
Message-ID: <200812291023.54410.bahadir@pardus.org.tr>

29 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Ping??

Selamlar,

Net.Stack ve Net.Link betiklerindeki, "diðer profillerden gelen DNS 
ayarlarýný silme" yamasýný *remove* hackini düzelttikten sonra depoya 
alabiliriz hemen.

Uygulama hakkýndaki düþüncelerimi biraz ders çalýþtýktan sonra söyleyeyim.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081229/7ec20b64/attachment-0001.pgp 

From ozan at pardus.org.tr  Mon Dec 29 10:26:54 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 10:26:54 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <a64a8a8c0812282357iffed27eq73f47e9c0be72c56@mail.gmail.com>
References: <495881FB.40508@pardus.org.tr>
	<a64a8a8c0812282357iffed27eq73f47e9c0be72c56@mail.gmail.com>
Message-ID: <495889CE.4030106@pardus.org.tr>

Ali Iþýngör wrote On 29-12-2008 09:57:
> 2008/12/29 Ozan Çaðlayan <ozan at pardus.org.tr>
> 
>> Yeni component önerisi. Gentoo burada toplamýþ GPS ve harita ile ilgili
>> ivir zivirlari, bana da mantýklý geldi.
>>
>> Ýtiraz eden olmazsa yaratacaðým.
>>
>>
> 
> Türkçesi sanýrým Yerbilim oluyor deðil mi?
> 

Türkçesini bilemiyorum ama yerbilim mantýksýz deðil :)


-- 
Ozan Çaðlayan


From ozan at pardus.org.tr  Mon Dec 29 10:29:48 2008
From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=)
Date: Mon, 29 Dec 2008 10:29:48 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <20081229101041.5405b545.dfisek@fisek.com.tr>
References: <495881FB.40508@pardus.org.tr>
	<20081229101041.5405b545.dfisek@fisek.com.tr>
Message-ID: <49588A7C.3060404@pardus.org.tr>

Doruk Fisek wrote On 29-12-2008 10:10:
> Mon, 29 Dec 2008 09:53:31 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :
> 
>> Yeni component önerisi. Gentoo burada toplamýþ GPS ve harita ile
>> ilgili ivir zivirlari, bana da mantýklý geldi.
>> Ýtiraz eden olmazsa yaratacaðým.
> Iyi olabilir.
> 
> Kac yazilim olunca component kuruyoruz (mecliste grup kurma tadinda) :)
> (geyik, ciddiye almayiniz)

contrib/gpsbabel'i de pardus deposuna alalým, neden contrib'de dursun ki, karþýlýðý yok hiçbirinin ana depoda, keza qlandkarte vs.vs.

-- 
Ozan Çaðlayan


From dfisek at fisek.com.tr  Mon Dec 29 10:36:37 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 29 Dec 2008 10:36:37 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <49588A7C.3060404@pardus.org.tr>
References: <495881FB.40508@pardus.org.tr>
	<20081229101041.5405b545.dfisek@fisek.com.tr>
	<49588A7C.3060404@pardus.org.tr>
Message-ID: <20081229103637.d958b235.dfisek@fisek.com.tr>

Mon, 29 Dec 2008 10:29:48 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :

> contrib/gpsbabel'i de pardus deposuna alalým, neden contrib'de dursun
> ki, karþýlýðý yok hiçbirinin ana depoda, keza qlandkarte vs.vs.
Bence tekil paketleri contrib'den ana depoya (ve tersi) almadan once,
hangi paketler ana depoya, hangi paketler contrib deposuna girer bir
onun adini koymak gerekiyor.

Karsiligi oldugu halde ana depoya girenler de var, olmadigi halde
girmeyenler de.

Herkesin kafasinda baska bisiler var tahminim bu konuda.
Netlestirdikten sonra topluca bir ortaligi dagitmak daha mantikli
geliyor buna.

Hani gps yazilimlarinin acelesi olmadigindan boyle diyorum.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From gurer at pardus.org.tr  Mon Dec 29 10:43:19 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Mon, 29 Dec 2008 10:43:19 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <495889CE.4030106@pardus.org.tr>
References: <495881FB.40508@pardus.org.tr>
	<a64a8a8c0812282357iffed27eq73f47e9c0be72c56@mail.gmail.com>
	<495889CE.4030106@pardus.org.tr>
Message-ID: <200812291043.20097.gurer@pardus.org.tr>

On Monday 29 December 2008 10:26:54 Ozan Çaðlayan wrote:

> > Türkçesi sanýrým Yerbilim oluyor deðil mi?
> Türkçesini bilemiyorum ama yerbilim mantýksýz deðil :)

Yerbilim evet.

From coderlord at gmail.com  Mon Dec 29 10:58:15 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 29 Dec 2008 10:58:15 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812291023.54410.bahadir@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<4cca720b0812241415hb0b179aj942980e4d147b7a2@mail.gmail.com>
	<4cca720b0812282359s2a9c4610h3b2421e03689990a@mail.gmail.com>
	<200812291023.54410.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812290058y4e67d43cn9152aa5e1d2e66d0@mail.gmail.com>

29 Aralýk 2008 Pazartesi 10:23 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> Net.Stack ve Net.Link betiklerindeki, "diðer profillerden gelen DNS
> ayarlarýný silme" yamasýný *remove* hackini düzelttikten sonra depoya
> alabiliriz hemen.

Net.Stack e bir de removeDns metodu ekleyelim diyorum.

-- 
Furkan Duman

From isingor at gmail.com  Mon Dec 29 10:59:56 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Mon, 29 Dec 2008 10:59:56 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <200812291043.20097.gurer@pardus.org.tr>
References: <495881FB.40508@pardus.org.tr>
	<a64a8a8c0812282357iffed27eq73f47e9c0be72c56@mail.gmail.com>
	<495889CE.4030106@pardus.org.tr>
	<200812291043.20097.gurer@pardus.org.tr>
Message-ID: <a64a8a8c0812290059q1ad87e69j1b833e199513eae2@mail.gmail.com>

2008/12/29 Gürer Özen <gurer at pardus.org.tr>

> On Monday 29 December 2008 10:26:54 Ozan Çağlayan wrote:
>
> > > Türkçesi sanırım Yerbilim oluyor değil mi?
> > Türkçesini bilemiyorum ama yerbilim mantıksız değil :)
>
> Yerbilim evet.
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>


Acaba diyorum Stellarium, Celestia, KStars gibi uygulamaları da (Astronomy)
Gökbilim kategorisine mi taşısak? Böylelikle Bilim komponentinde geriye
kalan tüm uygulamalar Elektronik ve Mühendislik uygulamaları olup, kendi
içlerinde de iyi/kötü bir bütünlük oluştururlar.

Sadece sesli düşünüyorum.
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081229/3e45189e/attachment.htm 

From bahadir at pardus.org.tr  Mon Dec 29 11:11:16 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 29 Dec 2008 11:11:16 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812290058y4e67d43cn9152aa5e1d2e66d0@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812291023.54410.bahadir@pardus.org.tr>
	<4cca720b0812290058y4e67d43cn9152aa5e1d2e66d0@mail.gmail.com>
Message-ID: <200812291111.18570.bahadir@pardus.org.tr>

29 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Net.Stack e bir de removeDns metodu ekleyelim diyorum.

Ekleyelim, ama geçici DNS'leri silecek bir metod olduðunu belirtmek için 
farklý bir isim olsa.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081229/b194259b/attachment.pgp 

From coderlord at gmail.com  Mon Dec 29 11:20:04 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 29 Dec 2008 11:20:04 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812291111.18570.bahadir@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812291023.54410.bahadir@pardus.org.tr>
	<4cca720b0812290058y4e67d43cn9152aa5e1d2e66d0@mail.gmail.com>
	<200812291111.18570.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812290120id25f866tee7d591ef4983e78@mail.gmail.com>

29 Aralýk 2008 Pazartesi 11:11 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> 29 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý:
>> Net.Stack e bir de removeDns metodu ekleyelim diyorum.
>
> Ekleyelim, ama geçici DNS'leri silecek bir metod olduðunu belirtmek için
> farklý bir isim olsa.

unregisterNameservers nasýl? usenameservers'ý da registerNameservers
yaparýz. veya sen seç uygun bir isim. :)


-- 
Furkan Duman

From bahadir at pardus.org.tr  Mon Dec 29 11:39:50 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 29 Dec 2008 11:39:50 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812290120id25f866tee7d591ef4983e78@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812291111.18570.bahadir@pardus.org.tr>
	<4cca720b0812290120id25f866tee7d591ef4983e78@mail.gmail.com>
Message-ID: <200812291139.50078.bahadir@pardus.org.tr>

29 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý: 
> unregisterNameservers nasýl? usenameservers'ý da registerNameservers
> yaparýz. veya sen seç uygun bir isim. :)

unuse yapalým, use aynen kalsýn. Kýrmayalým API :)
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081229/f14ea5a7/attachment.pgp 

From dfisek at fisek.com.tr  Mon Dec 29 11:37:28 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 29 Dec 2008 11:37:28 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228033859.2ccb1314.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
	<200812271800.58790.fatih@pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<20081228031126.6f4fa229.onur@pardus.org.tr>
	<4956D485.600@pardus.org.tr>
	<20081228033859.2ccb1314.onur@pardus.org.tr>
Message-ID: <20081229113728.0764792b.dfisek@fisek.com.tr>

Sun, 28 Dec 2008 03:38:59 +0200, Onur Küçük <onur at pardus.org.tr> :

>  /tmp i baðlamak iyi fikir deðil, onu kullanýcýlar kullanabiliyor
> oradan dosyalarýný uçurursak çok kötü olur, ayrýca bir sürü program
> geçici olarak /tmp kullanýyor kesin þiþer, ama ubuntu nun yaptýðý
> dizinler bence mantýklý
O kullanicilari yok saysak bile "kurtarma" amacli ise yariyor. Yarim
kalmis kopyalamalar, ani kapanmalar durumunda acik kalan dosyalar, vs
hep orada duruyor.

Sýkýþtýrýlmýþ dosya acma islemleri, agdan dosya kopyalama islemleri
falan icin de /tmp dizini kullanildigindan, orayi RAM'de tutarsak,
kullanicinin bellegine bir anda 3-4 GB dosya atmaya kalkabiliriz.

Belirtmeden edemeyecegim, harbiden harika bir cozum her
acilista/kapanista temizlenecek dizinleri RAM'de tutmak.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From ekin at pardus.org.tr  Mon Dec 29 12:01:34 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 29 Dec 2008 12:01:34 +0200
Subject: [Gelistirici] Pardus 2008.2
Message-ID: <200812291201.34647.ekin@pardus.org.tr>

Merhaba;

Pardus 2008'in ikinci ara sürümü olan Pardus 2008.2'in sürüm takvimini 
belirledik. 
Kendi araçlarýmýzdaki yeni özellikler, hata düzeltmeleri ve paket 
güncellemelerini içererek olan bu ara sürüm, kullanýcýlarýmýzýn yeni kurulum 
sonrasý daha az güncelleme yapmalarýný, güncel kurulumlarýn daha sorunsuz 
olmasýný saðlamayý amaçlýyor.
Her zamanki gibi, Pardus 2008 kullanýcýlarý sadece güncellemelerini takip 
ederek sistemlerini güncel ara sürüm seviyesine yükseltebilecekler.

Özellikle Yalý ve Çomar'daki yeni özelliklerin daha iyi test edilebilmesi ve 
yakýnda yayýnlanarak depolarýmýzda yerini alacak olan KDE 4.2'nin sürüm 
takvimine uyabilmek için 2008.2 öncesi daha fazla test sürümü yayýnlamayý 
tercih ettik - Pardus 2008.2 Sürüm Takvimi þöyle : 

Pardus 2008.2 Alfa      - 30 Aralýk 2008
Pardus 2008.2 Beta     - 7 Ocak 2009
Pardus 2008.2 RC1      - 16 Ocak 2009
Pardus 2008.2 RC2      - 23 Ocak 2009
Pardus 2008.2             - 30 Ocak 2009
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

From ekin at pardus.org.tr  Mon Dec 29 19:50:56 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 29 Dec 2008 19:50:56 +0200
Subject: [Gelistirici] [paketler-commits] r57631 - 2008/desktop/kde/PyKDE
In-Reply-To: <20081229161232.8B0AD1384051@ns1.pardus.org.tr>
References: <20081229161232.8B0AD1384051@ns1.pardus.org.tr>
Message-ID: <200812291950.56846.ekin@pardus.org.tr>

Merhaba;

Monday 29 December 2008 tarihinde, paketler-commits at pardus.org.tr þunlarý 
yazmýþtý: 
> Author: gokcen.eraslan
> Date: Mon Dec 29 18:12:32 2008
> New Revision: 57631
>
> Modified:
>    2008/desktop/kde/PyKDE/pspec.xml
> Log:
> merge: Stable update: This fixes some build bugs triggered by the latest
> versions of SIP.

Gökçen bunu ve qscintilla2'yi derleyelim mi, 2008.2 Alpha sonrasýna mý 
býrakalým ?

Aslýnda yeterince güvenliler mi, yarýn CD'yi kýrma þanlarý nedir, onu 
soruyorum :-P
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From gkmngrgn at gmail.com  Mon Dec 29 19:52:33 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Mon, 29 Dec 2008 19:52:33 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <200812291201.34647.ekin@pardus.org.tr>
References: <200812291201.34647.ekin@pardus.org.tr>
Message-ID: <49590E61.5000207@gmail.com>

Ekin Meroðlu wrote On 29-12-2008 12:01:
> Özellikle Yalý ve Çomar'daki yeni özelliklerin daha iyi test edilebilmesi ve 
> yakýnda yayýnlanarak depolarýmýzda yerini alacak olan KDE 4.2'nin sürüm 
> takvimine uyabilmek için 2008.2 öncesi daha fazla test sürümü yayýnlamayý 
> tercih ettik - Pardus 2008.2 Sürüm Takvimi þöyle : 
>   
Pardus 2008.2'de Gtk2 ve Glib2 güncellemesi ile ilgili bir karar alýndý 
mý? Yeni sürümde bunlarýn güncelleþtirmeleri mümkün görülüyordu.
Ýyi günler.

From gokcen at pardus.org.tr  Mon Dec 29 20:38:13 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 20:38:13 +0200
Subject: [Gelistirici] r57631 - 2008/desktop/kde/PyKDE
In-Reply-To: <200812291950.56846.ekin@pardus.org.tr>
References: <20081229161232.8B0AD1384051@ns1.pardus.org.tr>
	<200812291950.56846.ekin@pardus.org.tr>
Message-ID: <200812292038.13259.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Ekin dedi ki:
> Gökçen bunu ve qscintilla2'yi derleyelim mi, 2008.2 Alpha sonrasına mı
> bırakalım ?
>
> Aslında yeterince güvenliler mi, yarın CD'yi kırma şanları nedir, onu
> soruyorum :-P

PyKDE'de build'le ilgili değişiklik yapmışlar, ben kendimde denedim 
manager'larla bi sorun çıkmadı. Kırmaz bir şeyi tahminen.

qscintilla2'ye 2 tane KDE4 paketi bağımlı, kdeedu'yu derledim sorun yok. 
İkisini de alalım yani bence. 

Not: kdeedu'yu düzeltiyorum azzzz sonraaa. 

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081229/ce47af4b/attachment.htm 

From gokcen at pardus.org.tr  Mon Dec 29 20:44:18 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 20:44:18 +0200
Subject: [Gelistirici] =?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
Message-ID: <200812292044.18678.gokcen@pardus.org.tr>

Selamlar,

Az önce fark ettim ki, dosed eğer değiştirilecek dosyayı bulamazsa hiç bir şey 
yapmıyor. Özellikle göz ardı etmiyoruzdur, herhalde, yok yok etmiyoruzdur 
diyerek alttaki yamayı commit ettim:

gokcen at melmac actionsapi $ svn di -c r20929
Index: pisitools.py
===================================================================
--- pisitools.py        (revision 20928)
+++ pisitools.py        (revision 20929)
@@ -180,7 +180,13 @@
     ''' example call: pisitools.dosed("/etc/pass*", "caglar")'''
     ''' example call: pisitools.dosed("Makefile", "(?m)^(HAVE_PAM=.*)no", 
r"\1yes")'''

-    for sourceFile in glob.glob(sourceFiles):
+    sourceFilesGlob = glob.glob(sourceFiles)
+
+    #if there is no match, raise exception
+    if len(sourceFilesGlob) == 0:
+        raise FileError(_('No such file matching pattern: "%s"') % 
sourceFiles)
+
+    for sourceFile in sourceFilesGlob:
         if can_access_file(sourceFile):
             for line in fileinput.input(sourceFile, inplace = 1):
                 #FIXME: In-place filtering is disabled when standard input is 
read

Fikri olan var mı bununla ilgili, sorun var mıdır? Bundan sonra, bazı paketler 
"No such file matching pattern" hatasıyla patlayabilir, bu durumda dosed'i 
düzeltmeniz gerekmekte, haberiniz ola.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081229/27644bce/attachment.htm 

From ekin at pardus.org.tr  Mon Dec 29 20:47:34 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 29 Dec 2008 20:47:34 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <49590E61.5000207@gmail.com>
References: <200812291201.34647.ekin@pardus.org.tr>
	<49590E61.5000207@gmail.com>
Message-ID: <200812292047.34264.ekin@pardus.org.tr>

Merhaba;

Monday 29 December 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý: 
> Pardus 2008.2'de Gtk2 ve Glib2 güncellemesi ile ilgili bir karar alýndý
> mý? Yeni sürümde bunlarýn güncelleþtirmeleri mümkün görülüyordu.
> Ýyi günler.

Bu konuda verilecek bir "karar" yok, bu güncellemeye karþý alýnmýþ bir karar 
da yok. 

Defalarca anlatmaya çalýþtýðým gibi,  depoya bu güncellemeler girdiðinde : 
- eski kitaplýkla derlenmiþ olan uygulamalarýn bu güncellemelerle sorunsuz 
çalýþacaðýndan (ABI/API kýrmadýðýndan) 
- yeni kitaplýkla derlenen (ve eski sürümle çalýþmaz hale gelen) uygulamalarýn 
olmasý gerektiði gibi kesin olarak bu yeni sürümlere baðýmlý olduðundan 
emin olmamýz gerekiyor. 
Birinci ihtiyaç test, araþtýrma ve kimi araçlarla saðlanýyor, ikinci ihtiyaç 
ise depoda bu durumda olan paketlerin tespit edilerek gerekli 
baðýmlýlýklarýnýn düzeltilmesi ile.

Biraz tarih : Bu güncellemeler test deposuna girip bu paketlere linklenen bir 
paketin eski gtk2/glib2 ile sorunlu olduðu anlaþýlýnca acil çözüm adýna 
paketleri revert ettim, listeye de hem o anda hem de sonrasýnda bir kaç kez 
bu durumu ve yapýlmasý gerekenleri yazdým.

Bu güncellemeleri almak/almamak ilgili verilmiþ bir karar yok, ama her iki 
depodaki ilgili paketleri planlý ve geliþtirici listesini haberdar ederek 
elden geçirmek, bu durumda yukarýda özetlemeye çalýþtýðým sorunlarýn çözülmüþ 
olduðunu garanti etmek zorundayýz. Ve maalesef bu güncellemelerle ilgili 
sorunu ilk kez fark ettiðimiz 4 Ekim'den beri herhangi bir geliþtirici bu 
deðiþiklikleri (hepsini bir arada) yapmadý.Eðer ilgili paketlerin sorumlularý 
bu deðiþiklikleri yapýp sorunsuz olduðunu test etmemizi saðlayabilirlerse bu 
güncellemeler depoya girecek, ama kimse yapmazsa 2008.3 öncesinde ayný mail'i 
bir kere daha yazmayacaðým. 

Özetle - bu paketler hakkýnda bilgi sahibi olan ve bu güncellemelere ihtiyaç 
duyan geliþtiriciler, bu güncellemelerin gerekli ve sorunsuz olduðunu diðer 
geliþtiricilere anlatarak, depodaki ilgili tüm paketlerde gerekli 
deðiþiklikleri yaparak ve onlarý ikna ederek  bu kararýn alýnmasýný 
saðlayacak. Tabii ki bu kararýn "almayalým" yönünde çýkmasý da oldukça 
olasý - zamanýnda Fatih'in yazdýðý gibi bu kadar kritik durumdaki paketlerin 
güncellenmesi için ayný derecede önemli nedenler gerekiyor, ben kendi 
adýma "bu güncellemelerin depoya girmemesi bize ne zarara veriyor" sorusuna 
bile detaylý bir yanýt alabilmiþ deðilim bu listede dönen bunca mesajdan 
sonra.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Mon Dec 29 20:50:43 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 29 Dec 2008 20:50:43 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292044.18678.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
Message-ID: <200812292050.43796.ekin@pardus.org.tr>

Merhaba;

Monday 29 December 2008 tarihinde, Gökçen Eraslan þunlarý yazmýþtý: 
> Fikri olan var mý bununla ilgili, sorun var mýdýr? Bundan sonra, bazý
> paketler "No such file matching pattern" hatasýyla patlayabilir, bu durumda
> dosed'i düzeltmeniz gerekmekte, haberiniz ola.

Kendi adýma son derece mutlu olurum sadece bu deðiþiklikten..

P.S: HTML olmuþ mailler ?
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From mnurolcay at gmail.com  Mon Dec 29 20:56:57 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Mon, 29 Dec 2008 20:56:57 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?pisitools=2Edosed_dosya_bulamama_sor?=
 =?iso-8859-9?q?unsal=FD?=
In-Reply-To: <200812292044.18678.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
Message-ID: <200812292056.57142.mnurolcay@gmail.com>

On Monday 29 December 2008 20:44:18 Gökçen Eraslan wrote:
> Fikri olan var mý bununla ilgili, sorun var mýdýr? Bundan sonra, bazý
> paketler "No such file matching pattern" hatasýyla patlayabilir, bu durumda
> dosed'i düzeltmeniz gerekmekte, haberiniz ola.

Gayet güzel görünüyor, eline saðlýk.

Eðer yanlýþ hatýrlamýyorsam daha baþka bazý durumlarda da pisitools, bulamadým 
yapamadým demiyor, ezip geçiyor sessiz sedasýz. En son hatýrladýðým, 
pisitools.remove.
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081229/ce6dc8c1/attachment-0001.htm 

From gokcen at pardus.org.tr  Mon Dec 29 20:57:30 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 20:57:30 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292050.43796.ekin@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292050.43796.ekin@pardus.org.tr>
Message-ID: <200812292057.30812.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Ekin dedi ki:
> P.S: HTML olmuÅŸ mailler ?

KDE 4.2'nin kararlılığından kaynaklı efenim, yeni KMail'e yeni bi random 
number generator entegre ettiler herhalde, maili nasıl göndereceğini o 
belirliyor, test maksatlı :S

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081229/244c4245/attachment.htm 

From gkmngrgn at gmail.com  Mon Dec 29 21:08:16 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Mon, 29 Dec 2008 21:08:16 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <200812292047.34264.ekin@pardus.org.tr>
References: <200812291201.34647.ekin@pardus.org.tr>	<49590E61.5000207@gmail.com>
	<200812292047.34264.ekin@pardus.org.tr>
Message-ID: <49592020.2040103@gmail.com>

Ekin Meroðlu wrote On 29-12-2008 20:47:
> Defalarca anlatmaya çalýþtýðým gibi,  depoya bu güncellemeler girdiðinde : 
> - eski kitaplýkla derlenmiþ olan uygulamalarýn bu güncellemelerle sorunsuz 
> çalýþacaðýndan (ABI/API kýrmadýðýndan)
>   
Defalarca abi / api kýrmadýðý dile getirildi.
> - yeni kitaplýkla derlenen (ve eski sürümle çalýþmaz hale gelen) uygulamalarýn 
> olmasý gerektiði gibi kesin olarak bu yeni sürümlere baðýmlý olduðundan 
> emin olmamýz gerekiyor.
>   
Defalarca böyle bir þeyin gerekli olmadýðý söylendi. Yeni sürüm gtk2 ile 
derleyip eski sürümün olduðu depoya paketi yolladýk, faciamýz buydu.
> Birinci ihtiyaç test, araþtýrma ve kimi araçlarla saðlanýyor, ikinci ihtiyaç 
> ise depoda bu durumda olan paketlerin tespit edilerek gerekli 
> baðýmlýlýklarýnýn düzeltilmesi ile.
>   
Ve defalarca basit çözüm önerileri de dile getirdim.
> Biraz tarih : Bu güncellemeler test deposuna girip bu paketlere linklenen bir 
> paketin eski gtk2/glib2 ile sorunlu olduðu anlaþýlýnca acil çözüm adýna 
> paketleri revert ettim, listeye de hem o anda hem de sonrasýnda bir kaç kez 
> bu durumu ve yapýlmasý gerekenleri yazdým.
>   
Defalarca da böyle bir þey yapmakta yanlýþ davrandýðýmýzý da söyledim, 
abi / api kýrýmý yoktu diye =) az önce dediðim gibi, yeni glib2 ve gtk2 
ile paketleri derleyip, eski sürüm glib2 ve gtk2 paketlerinin yer aldýðý 
depoya paketi gönderdik ve böyle bir hatayla karþýlaþtýk.
> Bu güncellemeleri almak/almamak ilgili verilmiþ bir karar yok, ama her iki 
> depodaki ilgili paketleri planlý ve geliþtirici listesini haberdar ederek 
> elden geçirmek, bu durumda yukarýda özetlemeye çalýþtýðým sorunlarýn çözülmüþ 
> olduðunu garanti etmek zorundayýz. Ve maalesef bu güncellemelerle ilgili 
> sorunu ilk kez fark ettiðimiz 4 Ekim'den beri herhangi bir geliþtirici bu 
> deðiþiklikleri (hepsini bir arada) yapmadý.Eðer ilgili paketlerin sorumlularý 
> bu deðiþiklikleri yapýp sorunsuz olduðunu test etmemizi saðlayabilirlerse bu 
> güncellemeler depoya girecek, ama kimse yapmazsa 2008.3 öncesinde ayný mail'i 
> bir kere daha yazmayacaðým.
>   
Malesef sizin kadar paketleme konusunda yetiþkin olmadýðýmdan ve 
neredeyse bu paketlerle bu kadar ilgilenebilen -bu listeye bu konu 
hakkýnda bir þeyler karalayan- tek geliþtirici olduðum için aklýma çözüm 
önerilerinden baþka bir þey gelmiyor. Defalarca dediðim gibi bu üç adým 
sorunsuz bir þekilde tamamlanýrsa geçiþte problem olmayacak:

- Gtk2 ve Glib2'yi devel'de güncelle.
- gail baðýmlýlýðý olanlara (3 tane paket var sanýrým) gtk2 strict dep 
belirt ve release artýr.
- sigara içiyorsanýz sigara için, oyun baðýmlýsýysanýz oyun oynayýn, 
keyfinize bakýn. (üç adým dedim de, üçe tamamlýyým dedim)
> Özetle - bu paketler hakkýnda bilgi sahibi olan ve bu güncellemelere ihtiyaç 
> duyan geliþtiriciler, bu güncellemelerin gerekli ve sorunsuz olduðunu diðer 
> geliþtiricilere anlatarak, depodaki ilgili tüm paketlerde gerekli 
> deðiþiklikleri yaparak ve onlarý ikna ederek  bu kararýn alýnmasýný 
> saðlayacak. Tabii ki bu kararýn "almayalým" yönünde çýkmasý da oldukça 
> olasý - zamanýnda Fatih'in yazdýðý gibi bu kadar kritik durumdaki paketlerin 
> güncellenmesi için ayný derecede önemli nedenler gerekiyor, ben kendi 
> adýma "bu güncellemelerin depoya girmemesi bize ne zarara veriyor" sorusuna 
> bile detaylý bir yanýt alabilmiþ deðilim bu listede dönen bunca mesajdan 
> sonra.
Ben ikna edemedim, baþaramadým, anlatamadým, beceremedim. Yapabileceðim 
bir þey de kalmadý, zaten çok da önemli güncellemeler deðil ama benim 
asýl anlatmak istediðim, bu iþin gerçekten basit olduðu. Hani 
Gnome-mplayer'in volume ikonu neden çýkmýyor yahu diye baþýmýzýn etini 
yiyeceðimize, bir minik güncellemeyle birçok bug kapanabilir diye ümit 
ediyordum. =)

Saygýlar.

From gokcen at pardus.org.tr  Mon Dec 29 21:17:02 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 21:17:02 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292056.57142.mnurolcay@gmail.com>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292056.57142.mnurolcay@gmail.com>
Message-ID: <200812292117.02202.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Mehmet dedi ki:
> Eğer yanlış hatırlamıyorsam daha başka bazı durumlarda da pisitools,
> bulamadım yapamadım demiyor, ezip geçiyor sessiz sedasız. En son
> hatırladığım, pisitools.remove.

Aslında shelltools.system de çok önemli, yani şu anda -d parametresi 
verildiğinde pisi'ye, debug bilgisi olarak yazıyor komutların dönüş değeri 
ama, komut 0'dan farklı bir değer döndüyse, yine klasik actionsapi davranışı 
olarak "silently ignore" ediliyor.

EÄŸer itiraz yoksa ÅŸunu da commit ediyorum:

gokcen at melmac actionsapi $ svn di
Index: shelltools.py
===================================================================
--- shelltools.py       (revision 20929)
+++ shelltools.py       (working copy)
@@ -225,4 +225,11 @@

 def system(command):
     command = string.join(string.split(command))
-    return run_logged(command)
+    retValue = run_logged(command)
+
+    #if return value is different than 0, it means error, raise exception
+    if retValue:
+        error(_("Command \"%s\" failed, return value was %d." % (command, 
retValue)))
+
+    return retValue
+


-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081229/a2426c1b/attachment.htm 

From dfisek at fisek.com.tr  Mon Dec 29 21:16:20 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 29 Dec 2008 21:16:20 +0200
Subject: [Gelistirici]
 =?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
 =?utf-8?b?xLE=?=
In-Reply-To: <200812292044.18678.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
Message-ID: <20081229211620.d8f0fb2c.dfisek@fisek.com.tr>

Mon, 29 Dec 2008 20:44:18 +0200, Gökçen Eraslan <gokcen at pardus.org.tr> :

> Az önce fark ettim ki, dosed eðer deðiþtirilecek dosyayý bulamazsa
> hiç bir þey yapmýyor. Özellikle göz ardý etmiyoruzdur, herhalde, yok
> yok etmiyoruzdur diyerek alttaki yamayý commit ettim:
Cok iyi oldu valla. dosed yapamayinca aglamadigi icin ileride pakette
degisiklik oldugunda dosed'in calismadigi farkedilmeyebiliyordu.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From gokcen at pardus.org.tr  Mon Dec 29 21:25:37 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 21:25:37 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292117.02202.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292056.57142.mnurolcay@gmail.com>
	<200812292117.02202.gokcen@pardus.org.tr>
Message-ID: <200812292125.37494.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Gökçen dedi ki:
> +    if retValue:

Negatif değer döndüğünde bu if'e girilmeyeceği için bunu if retValue != 0 
ÅŸeklinde deÄŸiÅŸtirmeli.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081229/9e56bff3/attachment.htm 

From ozan at pardus.org.tr  Mon Dec 29 21:53:49 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 21:53:49 +0200
Subject: [Gelistirici]
 =?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
 =?utf-8?b?xLE=?=
In-Reply-To: <200812292050.43796.ekin@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292050.43796.ekin@pardus.org.tr>
Message-ID: <49592ACD.6070902@pardus.org.tr>

Ekin Meroðlu wrote:
> P.S: HTML olmuþ mailler ?
> --
>   
P.S: Hep böyle, mini minnacýk çýkýyor bir de, Gökçen gözlüðü 
yaptýracaðým bir tane. 1 senedir söylüyorum "abi evet öyle bi 
enteresanlýk var kmail'de" diyor ama sallamýyor beni :)

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From ozan at pardus.org.tr  Mon Dec 29 21:58:34 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 21:58:34 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <200812292047.34264.ekin@pardus.org.tr>
References: <200812291201.34647.ekin@pardus.org.tr>	<49590E61.5000207@gmail.com>
	<200812292047.34264.ekin@pardus.org.tr>
Message-ID: <49592BEA.8030905@pardus.org.tr>

Ekin Meroðlu wrote:
> Özetle - bu paketler hakkýnda bilgi sahibi olan ve bu güncellemelere ihtiyaç 
> duyan geliþtiriciler, bu güncellemelerin gerekli ve sorunsuz olduðunu diðer 
> geliþtiricilere anlatarak, depodaki ilgili tüm paketlerde gerekli 
> deðiþiklikleri yaparak ve onlarý ikna ederek  bu kararýn alýnmasýný 
> saðlayacak. Tabii ki bu kararýn "almayalým" yönünde çýkmasý da oldukça 
> olasý - zamanýnda Fatih'in yazdýðý gibi bu kadar kritik durumdaki paketlerin 
> güncellenmesi için ayný derecede önemli nedenler gerekiyor, ben kendi 
> adýma "bu güncellemelerin depoya girmemesi bize ne zarara veriyor" sorusuna 
> bile detaylý bir yanýt alabilmiþ deðilim bu listede dönen bunca mesajdan 
> sonra.
>   
Mesela, pulseaudio'nun devel'deki sürümü(>0.9.10) libcanberra diye yeni 
bir kütüphane istiyor, libcanberra gtk2'nin bu sürümünü veya daha 
büyüðünü istiyor. Ama kendisi kararsýz olduðu için halen 0.9.10'dayýz. 
Ola ki 0.9.14 çýkar ve geçmeye karar verirsek ya backport edip 
libcanberra baðýmlýlýðýný uçuracaðýz ya da paketi depoya alýp gtk2'yi 
güncelleyeceðiz.


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From ozan at pardus.org.tr  Mon Dec 29 22:00:46 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 22:00:46 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <200812292047.34264.ekin@pardus.org.tr>
References: <200812291201.34647.ekin@pardus.org.tr>	<49590E61.5000207@gmail.com>
	<200812292047.34264.ekin@pardus.org.tr>
Message-ID: <49592C6E.6060802@pardus.org.tr>

Ekin Meroðlu wrote:
> Özetle - bu paketler hakkýnda bilgi sahibi olan ve bu güncellemelere ihtiyaç 
> duyan geliþtiriciler, bu güncellemelerin gerekli ve sorunsuz olduðunu diðer 
> geliþtiricilere anlatarak, depodaki ilgili tüm paketlerde gerekli 
> deðiþiklikleri yaparak ve onlarý ikna ederek  bu kararýn alýnmasýný 
> saðlayacak. Tabii ki bu kararýn "almayalým" yönünde çýkmasý da oldukça 
> olasý - zamanýnda Fatih'in yazdýðý gibi bu kadar kritik durumdaki paketlerin 
> güncellenmesi için ayný derecede önemli nedenler gerekiyor, ben kendi 
> adýma "bu güncellemelerin depoya girmemesi bize ne zarara veriyor" sorusuna 
> bile detaylý bir yanýt alabilmiþ deðilim bu listede dönen bunca mesajdan 
> sonra.
>
>   
Ayrýca bir çok hatamýzý çözebilir hakikaten de. depoda gtk baðýmlý çok 
fazla þey var, bunlarýn düzenlice elden geçmesi biraz hayal gibi, 
paketçilerin yapabilecekleri çalýþýp çalýþmýyor mu diye bakmak olacak en 
fazla, daha derin bir sorun çýkartýrsa(rendering hatasý, ikon hatasý 
vs.) anca test deposundayken yakalayabileceðiz büyük ihtimalle..

2008.2'ye yetiþmez, post 2008.2'de release notes'a bir bakalým 
sonrasýnda geçelim ve test deposunda deneyelim derim..

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From ozan at pardus.org.tr  Mon Dec 29 22:11:07 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 22:11:07 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 - playground/cihan]
Message-ID: <49592EDB.9040500@pardus.org.tr>

Merhaba!

Buradan bir istekte bulunmak istiyorum.

Yeni geliþtiriciler *lütfen*,

ad
ad.soyad
adsoyad

þeklinde kullanýcý isimleri seçiniz, bir katkýcý oluyorsunuz, 
dolayýsýyla bu bir kullanýcý adý, IRC'de kullanacaðýnýz bir lakap deðil :)

Katkýcý sayýsý arttýkça kimin kim olduðunu hatýrlamak da güçlük 
çekiyoruz bu tarz lakaplar seçilince.

Bundan dolayý, hazýr cihan diye bir kullanýcý adý yokken, emc2 yerine 
sen cihan'ý kap yol yakýnken.

Ayný þekilde keþke Güngör Erseymen de elurin yerine daha açýklayýcý bir 
isim seçseydi, ne güzel olurmuþ.

Türker ve Uður için bir þey diyemem çünkü hesabý çok eski, bu saatten 
sonra deðiþtirmek istemeyebilir.

Saygýlar.

-------- Original Message --------
Subject: [paketler-commits] r57636 - playground/cihan
Date: Mon, 29 Dec 2008 19:36:37 +0200 (EET)
From: paketler-commits at pardus.org.tr
Reply-To: gelistirici at pardus.org.tr
To: paketler-commits at pardus.org.tr

Author: emc2
Date: Mon Dec 29 19:36:36 2008
New Revision: 57636

Added:
    playground/cihan/
Log:
Merhaba Dünya!


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>

From gokcen at pardus.org.tr  Mon Dec 29 22:13:20 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 22:13:20 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292117.02202.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292056.57142.mnurolcay@gmail.com>
	<200812292117.02202.gokcen@pardus.org.tr>
Message-ID: <200812292213.20133.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Gökçen dedi ki:
> Aslında shelltools.system de çok önemli, yani şu anda -d parametresi
> verildiğinde pisi'ye, debug bilgisi olarak yazıyor komutların dönüş değeri
> ama, komut 0'dan farklı bir değer döndüyse, yine klasik actionsapi
> davranışı olarak "silently ignore" ediliyor.

Tüm glob'ları kontrol eden, ve shelltools.system'in dönüş değerine dikkat 
etmesini saÄŸlayan yama ekte.

Yorumlarınız doğrultusunda ittirebilirim svn'e.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081229/37f855f7/attachment.htm 
-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
Ä°sim: actionsapi-globandsystemcontrol.diff
Tür: text/x-patch
Boyut: 7438 bayt
Tanım: kullanılamıyor
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081229/37f855f7/attachment.bin 

From dfisek at fisek.com.tr  Mon Dec 29 22:13:41 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 29 Dec 2008 22:13:41 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
 playground/cihan]
In-Reply-To: <49592EDB.9040500@pardus.org.tr>
References: <49592EDB.9040500@pardus.org.tr>
Message-ID: <20081229221341.21dfb181.dfisek@fisek.com.tr>

Mon, 29 Dec 2008 22:11:07 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :

> Buradan bir istekte bulunmak istiyorum.
> Yeni geliþtiriciler *lütfen*,
...
Valla eski kafali damgasi yemiim diye bisi demiyordum ama koccaman bir
+1 :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From ekin at pardus.org.tr  Mon Dec 29 22:25:18 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 29 Dec 2008 22:25:18 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <49592020.2040103@gmail.com>
References: <200812291201.34647.ekin@pardus.org.tr>
	<200812292047.34264.ekin@pardus.org.tr>
	<49592020.2040103@gmail.com>
Message-ID: <200812292225.18875.ekin@pardus.org.tr>

Merhaba;

> Defalarca abi / api kýrmadýðý dile getirildi

Bu konudan gerçekten sýkýldým - her seferinde ben teorik olarak kontrol 
etmemiz gerekenleri listeliyorum, her seferinde "burada bu sorun yok, paket 
neden alýnmýyor ?" diyorsunuz. 
Ben depoya almak için tüm gereklilikleri yazýyorum, özel olarak gtk2/glib2'nin 
sorunlarýný deðil. Niye bu kadar detaylý ve genel yazýyorsun derseniz, 
anlaþýldýðýndan emin olamýyorum.
 
> > - yeni kitaplýkla derlenen (ve eski sürümle çalýþmaz hale gelen)
> > uygulamalarýn olmasý gerektiði gibi kesin olarak bu yeni sürümlere
> > baðýmlý olduðundan emin olmamýz gerekiyor.
>
> Defalarca böyle bir þeyin gerekli olmadýðý söylendi. Yeni sürüm gtk2 ile
> derleyip eski sürümün olduðu depoya paketi yolladýk, faciamýz buydu.

Depo bütünlüðünün en temel noktasý bu :  Depoya almak != kullanýcýnýn 
sistemine kurulduðundan emin olmak

"Defalarca böyle bir þeyin gerekli olmadýðý"ný söyleyenler maalesef yanlýþ 
biliyorlar, bu þekilde bir depo "depo" olmuyor. Siz depoyu sunarken bir 
paketin sorunsuz çalýþmasý için gerekli sürüm kitaplýk ile birlikte 
kurulacaðýndan kesin olarak emin olmalýsýnýz, kullanýcýda o sürüm yok ise 
güncellemeyi zorlamalýsýnýz. Yoksa zaten PiSi'de strict dep diye bir kavram 
olmazdý, gereken tüm güncellemeleri depoya alýr, kullanýcý tüm güncellemeleri 
kursun der geçerdik.

Sadece yeni gtk2'yi depoya almamýzýn kullanýcý açýsýndan hiç bir anlamý yok, 
elle sadece (örneðin) libgnome'u güncelleyebilir bu durumda ve siz "allah 
allah, depoya da almýþtýk halbuki..." dersiniz en fazla. Kullanýcýlarýn  pisi 
up diyerek tüm güncellemeleri günü gününe takip edeceðinin hiçbir garantisi 
yok.

Bu durumdaki paketlerin (yeni gtk2/glib2'ye linklenen ve linklenecek olan) 
paketlerin baðýmlýlýklarýnýn uygun þekilde düzeltilmesi gerekiyor. 
 
> Defalarca da böyle bir þey yapmakta yanlýþ davrandýðýmýzý da söyledim,
> abi / api kýrýmý yoktu diye =) az önce dediðim gibi, yeni glib2 ve gtk2
> ile paketleri derleyip, eski sürüm glib2 ve gtk2 paketlerinin yer aldýðý
> depoya paketi gönderdik ve böyle bir hatayla karþýlaþtýk.

Paketi "göndermek" ne demek bilmiyorum ama o paketin baðýmlýlýklarý doðru 
yazýlmýþ olsaydý bu sorunun ortaya çýkacaðýný önceden farkedebilirdik 
(baðýmlý olduðu sürüm depoda yok ise paket kurulamaz, alýnan hata nedeniyle 
geliþtiricilerin haberi olur.). O zaman farkedemedik, farkettiðimizde ise 
anlattýk fakat ikna edemedik. Bundan sonra benzer durumda sorunlarý önceden 
farkedebilmemiz için almamýz gereken önlemleri anlatmaya çalýþýyorum ben.
  
> Malesef sizin kadar paketleme konusunda yetiþkin olmadýðýmdan ve
> neredeyse bu paketlerle bu kadar ilgilenebilen -bu listeye bu konu
> hakkýnda bir þeyler karalayan- tek geliþtirici olduðum için aklýma çözüm
> önerilerinden baþka bir þey gelmiyor. Defalarca dediðim gibi bu üç adým
> sorunsuz bir þekilde tamamlanýrsa geçiþte problem olmayacak:
>
> - Gtk2 ve Glib2'yi devel'de güncelle.
> - gail baðýmlýlýðý olanlara (3 tane paket var sanýrým) gtk2 strict dep
> belirt ve release artýr.

Bu adýmlar _sadece_ bu paketlerin depoya girdiði anda 
pisi up
diyen kullanýcýlarýn sorununu çözer. 
Bunu o anda yapmamýþ ve bir sonraki (yine örneðin ve yine gerekli 
baðýmlýlýklarý yazýlmamýþ ise) libgnome güncellemesi sonrasý sadece libgnome 
güncelleyen bir kullanýcý ise eski gtk2/glib2 paketleri ve yeni gtk2/glib2'ye 
linklenmiþ libgnome ile kalakalýr - sizin yukarýda facia diye tanýmladýðýnýz 
durum.
Çünkü depoda yeni gtk2/glib2 var, derlenen paketler bu kitaplýklara 
linkleniyor, ama herhangi bir kullanýcýda eski paketler var/olabilir, siz 
derlenen pakete strict dep. yazmýyorsunuz, linklenen paket yükseltildiði 
halde yanýnda yeni sürüm kitaplýðý getirmiyor / kitaplýk güncellemesini 
zorlamýyor.

Doruk'un ve Gökçen'in o tartýþmada konuyu anlattýðý postalar aþaðýda, özetle 
ayný þeyi söylemiþler :  

http://liste.pardus.org.tr/gelistirici/2008-October/013684.html
http://liste.pardus.org.tr/gelistirici/2008-October/013680.html

Yine bu örnekten gidersek, bu güncelleme ile birlikte veya sonrasýnda depoya 
giren ve yeni sürüm kitaplýklarla gelen yeni sembolleri (libgnome örneðinde 
g_dgettext sembolü) kullanan tüm uygulamalar strict olarak yeni sürüm 
kitaplýða baðlý olmalýdýr. Yukarýdaki adýmlarýnýza bu eklenmeli, benim baþtan 
beri ilgili tüm paketler elden geçmeli dediðim nokta burasý.

> Ben ikna edemedim, baþaramadým, anlatamadým, beceremedim. Yapabileceðim
> bir þey de kalmadý, zaten çok da önemli güncellemeler deðil ama benim
> asýl anlatmak istediðim, bu iþin gerçekten basit olduðu.

Bu kadar basit olmadýðýný ben (ve birçok kiþi) anlatamadý asýl. Aslýnda evet 
basit, ama yaklaþýk 2.5 aydýr bu strict baðýmlýlýklarýn gerekliliðine ikna 
edemedik kimseyi, tartýþmada daha ileri gitmek mümkün olamýyor. Belki 
paketler incelendiðinde iki paket çýkacak strict dep yazýlmasý gereken, ama 
biz incelemek yerine dönüp dönüp gerek var / gerek yok konuþtuðumuzdan 
önümüzü göremiyoruz bir türlü.

Tekrar edeyim - özel olarak bu güncellemeye karþý deðilim, ama hala bu kadar 
temel bir kuralý tartýþýyorsak bu güncelleme için acele etmeyeceðim. 
Söylediklerimin hepsi bu güncellemenin yaratacaðý sorunlarla birebir 
eþleþmiyor olabilir, ama depo kurallarý bir bütün ve bu bütün anlaþýlmadan 
paket bakýmý yapmak neredeyse imkansýz. 
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Mon Dec 29 22:28:40 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 29 Dec 2008 22:28:40 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <49592C6E.6060802@pardus.org.tr>
References: <200812291201.34647.ekin@pardus.org.tr>
	<200812292047.34264.ekin@pardus.org.tr>
	<49592C6E.6060802@pardus.org.tr>
Message-ID: <200812292228.40133.ekin@pardus.org.tr>

Merhaba;

Monday 29 December 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Ekin Meroðlu wrote:
> 2008.2'ye yetiþmez, post 2008.2'de release notes'a bir bakalým
> sonrasýnda geçelim ve test deposunda deneyelim derim..

Bu mantýklý, ama öncesinde dersimizi çalýþýrsak...
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Mon Dec 29 22:33:52 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 29 Dec 2008 22:33:52 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292213.20133.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292117.02202.gokcen@pardus.org.tr>
	<200812292213.20133.gokcen@pardus.org.tr>
Message-ID: <200812292233.52925.ekin@pardus.org.tr>

Merhaba;

Monday 29 December 2008 tarihinde, Gökçen Eraslan þunlarý yazmýþtý: 
> +    if len(filePathGlob) == 0:
> +        error(_("ActionsAPI [chmod]: No file matched pattern \"%s\"." %

Bu hata mesajý ne güzel, diðerleri de öyle olsa ya ?

------8<------------------------
- raise FileError(_('No such file matching pattern: "%s". \'dosed\' operation failed.') % sourceFiles)
+ raise FileError(_('ActionsAPI [dosed]: No such file matching pattern: "%s"') % sourceFiles)
------8<------------------------
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From akin at omeroglu.net  Mon Dec 29 22:56:10 2008
From: akin at omeroglu.net (=?iso-8859-9?q?Ak=FDn_=D6mero=F0lu?=)
Date: Mon, 29 Dec 2008 22:56:10 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
	playground/cihan]
In-Reply-To: <49592EDB.9040500@pardus.org.tr>
References: <49592EDB.9040500@pardus.org.tr>
Message-ID: <200812292256.10292.akin@omeroglu.net>

On Monday 29 December 2008 22:11:07 Ozan Çaðlayan wrote:
> Merhaba!
>
> Buradan bir istekte bulunmak istiyorum.
>
Merhaba Ozan,

Bana kalýrsa bu isteðini buradan deðil de tüm yeni geliþtirici adaylarýmýzýn 
ve konunun özelinde Cihan Okyay'ýn okuduðu ve ona göre baþvuru yaptýðý 
Wiki[1] belgesinde yapsan daha etkin olacak.

[1]: 
http://tr.pardus-wiki.org/Pardus:Yeni_geli%C5%9Ftirici_k%C4%B1lavuzu#Kim_ba.C5.9Fvurabilir.3F

Sevgiler...

-- 
Akýn Ömeroðlu
www.ozgurlukicin.com

From ozan at pardus.org.tr  Mon Dec 29 22:56:43 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 22:56:43 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636
	-	playground/cihan]
In-Reply-To: <200812292256.10292.akin@omeroglu.net>
References: <49592EDB.9040500@pardus.org.tr>
	<200812292256.10292.akin@omeroglu.net>
Message-ID: <4959398B.8000102@pardus.org.tr>

Akýn Ömeroðlu wrote:
> Merhaba Ozan,
>
> Bana kalýrsa bu isteðini buradan deðil de tüm yeni geliþtirici adaylarýmýzýn 
> ve konunun özelinde Cihan Okyay'ýn okuduðu ve ona göre baþvuru yaptýðý 
> Wiki[1] belgesinde yapsan daha etkin olacak.
>
> [1]: 
> http://tr.pardus-wiki.org/Pardus:Yeni_geli%C5%9Ftirici_k%C4%B1lavuzu#Kim_ba.C5.9Fvurabilir.3F
>
> Sevgiler...
>   
Evet onu da deðiþtireceðim, aklýmda..

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From coderlord at gmail.com  Mon Dec 29 23:09:18 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 29 Dec 2008 23:09:18 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812291139.50078.bahadir@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812291111.18570.bahadir@pardus.org.tr>
	<4cca720b0812290120id25f866tee7d591ef4983e78@mail.gmail.com>
	<200812291139.50078.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812291309o595d3080g5bb38dd888b6031e@mail.gmail.com>

29 Aralýk 2008 Pazartesi 11:39 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> 29 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý:
>> unregisterNameservers nasýl? usenameservers'ý da registerNameservers
>> yaparýz. veya sen seç uygun bir isim. :)
>
> unuse yapalým, use aynen kalsýn. Kýrmayalým API :)

bir de flushNameCache ekledim. Ýstenildiðinde haricen flush edebilmek için.

Öntanýmlý DNS'leri Net.Link içinde "Öntanýmlý" seçilirse ekletiriz
diyorum. Onunla ilgili getNameServers, setNameServers metodlarýný
aynen býraktým. Ancak /usr/share/baselayout/resolv.conf altýndaki
daðýtýmla gelen DNS leri nasýl alýrýz fikrim yok. Onun için de ayrý
bir get metodu lazým sanki veya getNameServer içinde okutsak, bir de
set esnasýnda bunlar da set edilecek. Nasýl yapsak bunu?

-- 
Furkan Duman

From fatih at pardus.org.tr  Mon Dec 29 23:20:27 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Mon, 29 Dec 2008 23:20:27 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?pisitools=2Edosed_dosya_bulamama_sor?=
	=?iso-8859-9?q?unsal=FD?=
In-Reply-To: <20081229211620.d8f0fb2c.dfisek@fisek.com.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<20081229211620.d8f0fb2c.dfisek@fisek.com.tr>
Message-ID: <200812292320.30807.fatih@pardus.org.tr>

Pazartesi 29 Aralýk 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 
> Mon, 29 Dec 2008 20:44:18 +0200, Gökçen Eraslan <gokcen at pardus.org.tr> :
> > Az önce fark ettim ki, dosed eðer deðiþtirilecek dosyayý bulamazsa
> > hiç bir þey yapmýyor. Özellikle göz ardý etmiyoruzdur, herhalde, yok
> > yok etmiyoruzdur diyerek alttaki yamayý commit ettim:
>
> Cok iyi oldu valla. dosed yapamayinca aglamadigi icin ileride pakette
> degisiklik oldugunda dosed'in calismadigi farkedilmeyebiliyordu.

Anladýðým kadarýyla bu sadece dosyalarýn varlýðýný kontrol ediyor. dosed 
hiçbir iþlem yapmazsa yine hata vermeden devam edecek.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081229/ad5487c5/attachment.pgp 

From gokcen at pardus.org.tr  Mon Dec 29 23:28:22 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 23:28:22 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292320.30807.fatih@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<20081229211620.d8f0fb2c.dfisek@fisek.com.tr>
	<200812292320.30807.fatih@pardus.org.tr>
Message-ID: <200812292328.22773.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Fatih dedi ki:
> Anladığım kadarıyla bu sadece dosyaların varlığını kontrol ediyor. dosed
> hiçbir işlem yapmazsa yine hata vermeden devam edecek.

Evet öyle. Onun için ayrı bir yama yapmayı düşünüyordum ben de.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081229/7aaa48bf/attachment.htm 

From okyaycihan at gmail.com  Mon Dec 29 22:30:23 2008
From: okyaycihan at gmail.com (cihan okyay)
Date: Mon, 29 Dec 2008 22:30:23 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
	playground/cihan]
In-Reply-To: <49592EDB.9040500@pardus.org.tr>
References: <49592EDB.9040500@pardus.org.tr>
Message-ID: <637d3feb0812291230q3a344917u97725cfbfb728e0b@mail.gmail.com>

Merhaba;

Evet uyarýnýzda tamamen haklýsýnýz. Hemen gereken yere emc2 'nin cihan
olarak deðiþmesi için istekte bulundum. Uyarýnýz için teþekkürler.

Ýyi çalýþmalar.

29 Aralýk 2008 Pazartesi 22:11 tarihinde Ozan Çaðlayan
<ozan at pardus.org.tr>yazdý:

> Merhaba!
>
> Buradan bir istekte bulunmak istiyorum.
>
> Yeni geliþtiriciler *lütfen*,
>
> ad
> ad.soyad
> adsoyad
>
> þeklinde kullanýcý isimleri seçiniz, bir katkýcý oluyorsunuz,
> dolayýsýyla bu bir kullanýcý adý, IRC'de kullanacaðýnýz bir lakap deðil :)
>
> Katkýcý sayýsý arttýkça kimin kim olduðunu hatýrlamak da güçlük
> çekiyoruz bu tarz lakaplar seçilince.
>
> Bundan dolayý, hazýr cihan diye bir kullanýcý adý yokken, emc2 yerine
> sen cihan'ý kap yol yakýnken.
>
> Ayný þekilde keþke Güngör Erseymen de elurin yerine daha açýklayýcý bir
> isim seçseydi, ne güzel olurmuþ.
>
> Türker ve Uður için bir þey diyemem çünkü hesabý çok eski, bu saatten
> sonra deðiþtirmek istemeyebilir.
>
> Saygýlar.
>
> -------- Original Message --------
> Subject: [paketler-commits] r57636 - playground/cihan
> Date: Mon, 29 Dec 2008 19:36:37 +0200 (EET)
> From: paketler-commits at pardus.org.tr
> Reply-To: gelistirici at pardus.org.tr
> To: paketler-commits at pardus.org.tr
>
> Author: emc2
> Date: Mon Dec 29 19:36:36 2008
> New Revision: 57636
>
> Added:
>    playground/cihan/
> Log:
> Merhaba Dünya!
>
>
> --
>
> Ozan Çaðlayan
> <ozan_at_pardus.org.tr>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081229/652282d4/attachment.htm 

From mnurolcay at gmail.com  Mon Dec 29 23:36:16 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Mon, 29 Dec 2008 23:36:16 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
	playground/cihan]
In-Reply-To: <49592EDB.9040500@pardus.org.tr>
References: <49592EDB.9040500@pardus.org.tr>
Message-ID: <200812292336.16300.mnurolcay@gmail.com>

On Monday 29 December 2008 22:11:07 Ozan Çaðlayan wrote:

> Yeni geliþtiriciler *lütfen*,
>
> ad
> ad.soyad
> adsoyad
>
> þeklinde kullanýcý isimleri seçiniz, bir katkýcý oluyorsunuz,
> dolayýsýyla bu bir kullanýcý adý, IRC'de kullanacaðýnýz bir lakap deðil :)
>

Merhaba,

Bu konu biraz da svn hesabýný veren yetkilimize baðlý sanýrým. Örneðin ben 
baþvurumda kullanýcý adýmý: "mehmet" olarak vermiþtim ama dönen cevapta 
"mnurolcay" olarak açýldýðý söylendi. Commitlerde author baþka, dizin baþka 
durmasýn diye ben de mnurolcay diye dizin açmak durumunda kaldým. Yoksa ben 
hala mehmet olmasý taraftarýyým :). Bu saatten sonra deðiþmesi de uygun mudur 
bilmiyorum.
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081229/e7b91f6c/attachment-0001.htm 

From ozan at pardus.org.tr  Mon Dec 29 23:45:08 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 23:45:08 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636
	-	playground/cihan]
In-Reply-To: <200812292336.16300.mnurolcay@gmail.com>
References: <49592EDB.9040500@pardus.org.tr>
	<200812292336.16300.mnurolcay@gmail.com>
Message-ID: <495944E4.8020307@pardus.org.tr>

Mehmet Nur Olcay wrote:
>   
>
>
> Merhaba,
>
>
> Bu konu biraz da svn hesabýný veren yetkilimize baðlý sanýrým. Örneðin 
> ben baþvurumda kullanýcý adýmý: "mehmet" olarak vermiþtim ama dönen 
> cevapta "mnurolcay" olarak açýldýðý söylendi. Commitlerde author 
> baþka, dizin baþka durmasýn diye ben de mnurolcay diye dizin açmak 
> durumunda kaldým. Yoksa ben hala mehmet olmasý taraftarýyým :). Bu 
> saatten sonra deðiþmesi de uygun mudur bilmiyorum.
> -- 
> Mehmet Nur Olcay
Sonuçta ortada Taner'in de uyacaðý bir kesin karar/belge yok. Tabi 
mehmet olabilirmiþ, ancak ileride baþka mehmetler de gelebileceðinden 
içinde soyadý bilgisini de taþýyan mnurolcay daha açýklayýcý olmuþ bence :)

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From mnurolcay at gmail.com  Mon Dec 29 23:55:21 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Mon, 29 Dec 2008 23:55:21 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5BFwd=3A_=5Bpaketler-commits=5D_r57?=
 =?iso-8859-9?q?636_-=09playground/cihan=5D?=
In-Reply-To: <495944E4.8020307@pardus.org.tr>
References: <49592EDB.9040500@pardus.org.tr>
	<200812292336.16300.mnurolcay@gmail.com>
	<495944E4.8020307@pardus.org.tr>
Message-ID: <200812292355.21526.mnurolcay@gmail.com>

On Monday 29 December 2008 23:45:08 Ozan Çaðlayan wrote:
>
> Sonuçta ortada Taner'in de uyacaðý bir kesin karar/belge yok. Tabi
> mehmet olabilirmiþ, ancak ileride baþka mehmetler de gelebileceðinden
> içinde soyadý bilgisini de taþýyan mnurolcay daha açýklayýcý olmuþ bence :)

Ýlk ben kapmýþtým ama :p, baþka Ozanlar, Gökmenler, Onur'lar da olabilirdi 
deðil mi? Ki elde var iki gökmen þimdiden :) 

Tabi bu þekilde de durabilir benimki ama demek istediðim, Taner'in de uyacaðý 
kesin bir karar/belge olursa daha kesin bir çözüm olur.
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081229/40440497/attachment.htm 

From gokcen at pardus.org.tr  Mon Dec 29 23:56:58 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 23:56:58 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292213.20133.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292117.02202.gokcen@pardus.org.tr>
	<200812292213.20133.gokcen@pardus.org.tr>
Message-ID: <200812292356.58838.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Gökçen dedi ki:
> Monday 29 December 2008 Tarihinde Gökçen dedi ki:
> > Aslında shelltools.system de çok önemli, yani şu anda -d parametresi
> > verildiğinde pisi'ye, debug bilgisi olarak yazıyor komutların dönüş
> > değeri ama, komut 0'dan farklı bir değer döndüyse, yine klasik actionsapi
> > davranışı olarak "silently ignore" ediliyor.
>
> Tüm glob'ları kontrol eden, ve shelltools.system'in dönüş değerine dikkat
> etmesini saÄŸlayan yama ekte.
>
> Yorumlarınız doğrultusunda ittirebilirim svn'e.

Yamalı pisi'yle ufak tefek yanlışlar ortaya çıktı. system.base'den baya paket 
derledim, alttaki paketlerin ilgili satırlarında hatalar çıktı, daha detaylı 
hata çıktıları için yamalı actionsapi'yle derleyin :)

-acl
 pisitools.remove

-audit
 pisitools.remove

-curl
  pisitools.removeDir

-dbus
 shelltools.system (enteresan, ./cleanup-man-pages komutu hata veriyor :) )

-dbus-glib
 pisitools.dodoc

-dbus-python
 pisitools.dodoc

-e2fsprogs
 pisitools.removeDir

-gettext
 pisitools.dodoc

-glibc
 autotools.make("-k check") patlıyor.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081229/57a5ea81/attachment.htm 

From okyaycihan at gmail.com  Tue Dec 30 00:35:05 2008
From: okyaycihan at gmail.com (cihan okyay)
Date: Tue, 30 Dec 2008 00:35:05 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
	playground/cihan]
In-Reply-To: <200812292355.21526.mnurolcay@gmail.com>
References: <49592EDB.9040500@pardus.org.tr>
	<200812292336.16300.mnurolcay@gmail.com>
	<495944E4.8020307@pardus.org.tr>
	<200812292355.21526.mnurolcay@gmail.com>
Message-ID: <637d3feb0812291435kac5e49as6363af04b6ddea41@mail.gmail.com>

>
>
> Tabi bu þekilde de durabilir benimki ama demek istediðim, Taner'in de
> uyacaðý kesin bir karar/belge olursa daha kesin bir çözüm olur.
>

Evet bencede madem böyle bir genel istek var Mehmet 'inde dediði gibi Taner
bey in uyacaðý bir belge olsa güzel olabilir.
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081230/efee1759/attachment.htm 

From gokcen at pardus.org.tr  Tue Dec 30 00:39:36 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Tue, 30 Dec 2008 00:39:36 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292320.30807.fatih@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<20081229211620.d8f0fb2c.dfisek@fisek.com.tr>
	<200812292320.30807.fatih@pardus.org.tr>
Message-ID: <200812300039.36582.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Fatih dedi ki:
> Anladığım kadarıyla bu sadece dosyaların varlığını kontrol ediyor. dosed
> hiçbir işlem yapmazsa yine hata vermeden devam edecek.

fileinput'un yarattığı backup dosyasıyla değiştirildiği iddia edilen dosyayı 
kıyaslayan yama ekte. İtiraz yoksa, sed fix'iyle bunu da alalım.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081230/f9c781b5/attachment.htm 
-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
Ä°sim: dosed-sensechanges.diff
Tür: text/x-patch
Boyut: 1460 bayt
Tanım: kullanılamıyor
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081230/f9c781b5/attachment.bin 

From fatih at pardus.org.tr  Tue Dec 30 01:03:23 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Tue, 30 Dec 2008 01:03:23 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812300039.36582.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292320.30807.fatih@pardus.org.tr>
	<200812300039.36582.gokcen@pardus.org.tr>
Message-ID: <200812300103.26265.fatih@pardus.org.tr>

Salı 30 Aralık 2008 tarihinde, Gökçen Eraslan şunları yazmıştı: 
> Monday 29 December 2008 Tarihinde Fatih dedi ki:
> > Anladığım kadarıyla bu sadece dosyaların varlığını kontrol ediyor. dosed
> > hiçbir işlem yapmazsa yine hata vermeden devam edecek.
>
> fileinput'un yarattığı backup dosyasıyla değiştirildiği iddia edilen
> dosyayı kıyaslayan yama ekte. İtiraz yoksa, sed fix'iyle bunu da alalım.

filecmp diye modül mü vardı ya :) Bence OK.

jabber'da söylemiştim sana; ama buraya da yazayım. Bazı actionsapi 
fonksiyonları hiç debug çıktısı vermiyor. Onları da vaktimiz olduğunda 
belirleyip düzeltirsek güzel olur.

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081230/7920f9cb/attachment.pgp 

From fatih at pardus.org.tr  Tue Dec 30 01:23:15 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 30 Dec 2008 01:23:15 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <49590E61.5000207@gmail.com>
References: <200812291201.34647.ekin@pardus.org.tr>
	<49590E61.5000207@gmail.com>
Message-ID: <200812300123.18781.fatih@pardus.org.tr>

Pazartesi 29 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý: 
> Pardus 2008.2'de Gtk2 ve Glib2 güncellemesi ile ilgili bir karar alýndý
> mý? Yeni sürümde bunlarýn güncelleþtirmeleri mümkün görülüyordu.
> Ýyi günler.

Bence önce devel'de hangi paketlerin güncellenmesi, baðýmlýlýklarýnýn 
güncellenmesi vs. gerekiyorsa yap. Sonra merge iþini düþünürüz.

Zaten artýk 2009'a yönelik de çalýþýyoruz. devel ile 2008 deposunun 
farklýlaþmasýndan korkmamalýyýz. develde yapýlan her deðiþiklik merge edilecek 
olsa tek source depo kullanýrdýk.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081230/c6c3cbdb/attachment-0001.pgp 

From alpaslanmete at gmail.com  Tue Dec 30 02:12:21 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Tue, 30 Dec 2008 02:12:21 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>	<200812191857.54402.onur@pardus.org.tr>	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>	<494D7FBD.5000804@gmail.com>	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
Message-ID: <49596765.6060905@gmail.com>

Emre Erenoglu wrote On 22-12-2008 22:37:
> Merhaba,
>
> 2008/12/22 Onur Küçük <onur at pardus.org.tr <mailto:onur at pardus.org.tr>>
>
>
>     On Sun, 21 Dec 2008 02:34:48 +0100
>     "Emre Erenoglu" <erenoglu at gmail.com <mailto:erenoglu at gmail.com>>
>     wrote:
>     ...
>     > lvm ile ilgili olarak dm-mod modulunden baska volume group'larin
>     > boot'ta aktive edilebilmesi icin bir kac executable'in initramfs'e
>     > girmesi gerekiyor sanirim. Benim mkinitframfs script'inde soyle
>     > yapmisiz:
>     >
>     > #install lvm binary and library dependencies
>     > if [ -f "/etc/lvm/lvm.conf" ]; then
>     >     echo "adding lvm dynamic libraries..."
>     >     cp -L --parents /lib/libdevmapper.so.1.02 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libreadline.so.5 $MOUNT_IMAGE
>     >     cp -L --parents /lib/librt.so.1 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libdl.so.2 $MOUNT_IMAGE
>     >     cp -L --parents /usr/lib/libncursesw.so.5 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libc.so.6 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libpthread.so.0 $MOUNT_IMAGE
>     >     cp -L --parents /lib/ld-linux.so.2 $MOUNT_IMAGE
>     >     echo "adding lvm binary..."
>     >     cp -a /usr/sbin/lvm $MOUNT_IMAGE/sbin/lvm
>     > fi
>
>      Bu seriyi elle initramfs e eklemek yanlış bence. Belki device-mapper
>     ve ncurses a statik kitaplık desteğini açıp lvm ELF ini statik
>     derleyebiliriz. Statik derlemediğimizde başımız da ağrıyacak gibime
>     geliyor.
>
>
> Evet statik bulamadigim icin mecbur linkli kutuphaneleri de attim icine.
>  
>
>     > Evet aynen, boot sirasinda initrd'nin icindeki init script'ten
>     volume
>     > group'lari aktive ediyorum, sonra buradan boot ediyorum, ancak
>     sistem
>     > acilisinda root mount edilip esas init devreye girip fstab'i okudugu
>     > zamanda, volume group'lar bulunamiyor, ya da volume group'larin
>     > "symlink"leri bulunamiyor desem daha dogru sanirim.  Su anda sistem
>     > mount tablosundaki ilginc maddeler soyle:
>     >
>     > /dev/dm-3 on / type ext3 (rw,noatime,user_xattr)
>     > /dev/md1 on /home type ext3 (rw,noatime,user_xattr)
>     > /dev/sda1 on /boot type ext3 (rw,noatime,relatime)
>     > /dev/mapper/os-data on /d type ext3 (rw)
>     >
>     > Kok dosya sistemi, /dev/mapper/os-pardus olmasi gerekirken
>     > hala /dev/dm-3 olarak gorunuyor (taaa initrd'deki boot sirasindaki
>     > isimlendirme).  /d olan ise local.start'tan duzgun olarak mount
>     > ediliyor, ancak fstab'a yazarsam edilmiyor. Bir sekilde bu vgmknodes
>     > UDEV tarafindan vs. trigger edilmiyor.
>
>      Hmmm mesela initramfs de daha önceden node lar oluşturulduğu için
>     udev tekrar dürtülmüyor olabilir mi ?
>
>
> Esasen /etc/fstab okunmadan once volume group'larin initialize edilmis 
> olmasi gerekiyor. Initramfs'de bunu init ediyoruz, ama normal init'e 
> gecip sanirim /dev tekrar populate edilirken logical volume'ler 
> gidiyor sanirim. Belki mudur acilis esnasinda fstab okunmadan once 
> kernel parametrelerinde lvm varsa tutup bu lvm'yi (vgmknodes) da 
> trigger etmeli ki /dev/mapper/ altinda gerekli dosyalar olussun.
>

Merhaba;

Açılıçtadoğru şekilde hacim grupların yüklenmesi için ekteki yamayı grub 
ekranında mudur=lvm ekleyerek dener misiniz? Kernelin ve initramfs 
bulunduğu /boot dizini haricindeki dizinler doğru şekilde bağlanıyor 
olması gerekiyor...

Mete Alpaslan

> Bir sonraki reboot'umda bir kontrol edeyim initramfs'de naapiyoruz 
> hangi device'lar cikiyor ortaya :)
>
> -- 
> Emre
> ------------------------------------------------------------------------
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici

-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081230/67d2ddf6/attachment.htm 
-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
Ä°sim: mudur_lvm.patch
Tür: text/x-diff
Boyut: 1550 bayt
Tanım: kullanılamıyor
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081230/67d2ddf6/attachment.bin 

From bahadir at pardus.org.tr  Tue Dec 30 08:48:27 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Tue, 30 Dec 2008 08:48:27 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812291309o595d3080g5bb38dd888b6031e@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812291139.50078.bahadir@pardus.org.tr>
	<4cca720b0812291309o595d3080g5bb38dd888b6031e@mail.gmail.com>
Message-ID: <200812300848.29918.bahadir@pardus.org.tr>

29 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý: 
> bir de flushNameCache ekledim. Ýstenildiðinde haricen flush edebilmek
> için.

Eline saðlýk.

> Öntanýmlý DNS'leri Net.Link içinde "Öntanýmlý" seçilirse ekletiriz
> diyorum. Onunla ilgili getNameServers, setNameServers metodlarýný
> aynen býraktým. Ancak /usr/share/baselayout/resolv.conf altýndaki
> daðýtýmla gelen DNS leri nasýl alýrýz fikrim yok. Onun için de ayrý 
> bir get metodu lazým sanki veya getNameServer içinde okutsak, bir de
> set esnasýnda bunlar da set edilecek. Nasýl yapsak bunu?

{get,set}Nameservers metodlarý resolv.default.conf'u deðiþtirsin, 
resolv.conf oluþturma aþamasýnda, eðer DNS sayýsý 3'ten az 
ise /usr/share/baselayout/resolv.conf'tan alýnsýn.

Bu arada, Net.Stack ve Net.Link'te API kýrmayacaðýz ama Network.Link gibi 
yeni bir Network.Stack modeli oluþturabiliriz.
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081230/b0c5c16c/attachment.pgp 

From dfisek at fisek.com.tr  Tue Dec 30 09:07:23 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 30 Dec 2008 09:07:23 +0200
Subject: [Gelistirici] 2007 kararli depo guncellemeleri yine kaput
Message-ID: <20081230090723.506fd402.dfisek@fisek.com.tr>

Merhaba,

 2007 kararli deposuna guvenlik guncellemesi disinda en az 2 aydir yeni
guncelleme girmemis durumda. Test deposunda bekliyor guncellemeler.
Hatta o derece ki, sonunda yaptigim guncellemelerden birinin uzerine
yeni guncelleme cikti.

 Daha once de soylemistim, eger 2007 kararli deposuna guvenlik
guncellemesi disinda guncelleme girmeyecekse lutfen bunun adini koyun;
ben de guncelledigim paketleri bir de 2007'de derleyip denemekle
ugrasmayayim. Ekin de merge edip derletmekle ugrasmasin.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From serbulent at pardus.org.tr  Tue Dec 30 09:40:31 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 30 Dec 2008 09:40:31 +0200
Subject: [Gelistirici] 2007 kararli depo guncellemeleri yine kaput
In-Reply-To: <20081230090723.506fd402.dfisek@fisek.com.tr>
References: <20081230090723.506fd402.dfisek@fisek.com.tr>
Message-ID: <200812300940.31168.serbulent@pardus.org.tr>

On Tuesday 30 December 2008 09:07:23 Doruk Fisek wrote:
> Merhaba,
>
>  2007 kararli deposuna guvenlik guncellemesi disinda en az 2 aydir yeni
> guncelleme girmemis durumda. Test deposunda bekliyor guncellemeler.
> Hatta o derece ki, sonunda yaptigim guncellemelerden birinin uzerine
> yeni guncelleme cikti.
>
>  Daha once de soylemistim, eger 2007 kararli deposuna guvenlik
> guncellemesi disinda guncelleme girmeyecekse lutfen bunun adini koyun;
> ben de guncelledigim paketleri bir de 2007'de derleyip denemekle
> ugrasmayayim. Ekin de merge edip derletmekle ugrasmasin.
>
>                    Doruk


Þu postaya [1] kimseden bir itiraz gelmeyince bende bu depo ile ilgilenmemeye 
baþlamýþtým. Eðer daha farklý bir yöntem izleyeceksek konuþalým. Ama benimde 
gördüðüm Doruk'un ve güvenlik ekibinin dýþýnda depoda bir aktivite yok. Belki 
bu depoya paketleri direkt veya yalnýz ters baðýmlýlýk testi yaparak 
alabiliriz ?

[1] http://liste.pardus.org.tr/gelistirici/2008-November/014522.html



-- 
Ýyi Çalýþmalar,

Serbülent

From serbulent at pardus.org.tr  Tue Dec 30 09:46:56 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 30 Dec 2008 09:46:56 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812142203.26380.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
Message-ID: <200812300946.56441.serbulent@pardus.org.tr>

On Sunday 14 December 2008 22:03:25 Serbulent UNSAL wrote:
> Çözüm önerileri;
>
>         Test süreçleri içerisindeki iþler mümkün olduðunca otomatize
> edilmelidir.
>
> 1- Test sýrasýnda paket kurulumu. Paket kurulumlarýnda testçilerin paket
> yöneticisini kullanmak zorunda olmalarý ( kullanýcýlar ile mümkün olduðunca
> benzer bir þekilde test yapmak için ) kimi zaman 200+ paket ile yapýlan
> testlerde tek tek paketleri arayýp bulmak ve sepete eklemek ve her bir
> paket için bu iþlemi tek tek yinelemek ciddi bir vakit ve motivasyon kaybý
> yaþatmakta. Bunun için paket yöneticisinin verilen bir listedeki paketleri
> sepete ekleyebilmesi ( tabi ki kurulu olmayanlarý ) saðlanýrsa önemli bir
> dar boðazý aþmýþ olacaðýz. Bu konu için Faik zaman ayýrabilir mi
> bilemiyorum ancak itirazý yoksa vakti olan ve Paket Yöneticisi'ne aþina bir
> baþka geliþtirci de bu iþi üstlenebilir sanýrým.
> (Gerekli tahmini iþ gücü : 7 Gün/Kiþi , Sorumlu geliþtirici ????? )

Sevgili Faik,

Yukarýdaki sorun testler sýrasýnda zaman ve emek kaybýna yol açmaya devam 
ediyor. Hiç olmazsa "Öneriye olumsuz bakmýyorum ama vaktim yok" benzeri bir 
yorum bile yapmayacak mýsýn 15 günün üzerine ?

-- 
Ýyi Çalýþmalar,

Serbülent

From serbulent at pardus.org.tr  Tue Dec 30 10:42:36 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 30 Dec 2008 10:42:36 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <200812301042.36454.serbulent@pardus.org.tr>

On Tuesday 23 December 2008 16:31:18 Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 25
> Aralýk 2008, 23:59.

Önce listeye girmeyen paketler;

pidgin-2.5.2-25-6 yeni sürümü derlendiði için

bzflag-2.0.12-7-2 kýrýk ters baðýmlýlýklarýndan dolayý

mechanize-0.1.10-2-2 obsolate olacak ClientForm paketine olan baðýmlýlýðýndan 
dolayý

test listesinden çýkartýldý ve ACK veren paketçi bilgilendirildi.

Ayrýca; 

gnujump-1.0.6-8-4 ile ilgili 8592 numaralý hata mevcut ( sadece bazý ATI 
kartlarda oluyor gözlemlediðimiz kadarý ile ) listeye koydum paketi ancak son 
karar Ekin'de.

ati-drivers-8.12-45-39 bir testçimizde KDE'nin çalýþmamasýna sebep oluyor. 
Konu ile ilgili yazýþýyoruz kendisi ile halen. Son karar Fatih ve Ekin de 
olmakla beraber ben biraz daha beklemesi taraftarýyým paketin.
Bunu almamak ati-control-center'ý etkiler mi emin deðilim.

Bunlarýn dýþýnda kalan paketlerin listesi aþaðýda;

amarok-kde4-2.0-12-5.pisi
baselayout-3.1-88-45.pisi
cairo-1.8.6-27-9.pisi
eet-1.1.0_38048-8-1.pisi
eina-0.0.20081126-1-1.pisi
gimp-2.6.3-37-9.pisi
gimp-devel-2.6.3-37-9.pisi
gimp-i18n-2.6.3-37-8.pisi
gimp-i18n-*.pisi
gnujump-1.0.6-8-4.pisi
gparted-0.4.1-13-5.pisi
hunspell-1.2.8-1-2.pisi
hunspell-docs-1.2.8-1-2.pisi
hunspell-tools-1.2.8-1-1.pisi
iwlwifi4965-ucode-228.57.2.23-3-3.pisi
libical-0.42-2-2.pisi
libkate-0.2.8-4-4.pisi
libmsn-4.0_beta1-1-1.pisi
libotr-3.2.0-2-1.pisi
lyx-1.6.1-20-3.pisi
meanwhile-1.0.2-1-1.pisi
mod_dav_svn-1.5.4-37-11.pisi
mountmanager-0.2.4-2-2.pisi
mudur-2.0.1-70-34.pisi
net-tools-1.60-26-9.pisi
network-manager-2.1.4-58-25.pisi
numpy-1.2.1-11-4.pisi
package-manager-1.3.9-53-20.pisi
pardus-python-0.3.1-12-12.pisi
perl-Archive-Tar-1.42-5-2.pisi
perl-Archive-Zip-1.26-6-3.pisi
perl-Class-MethodMaker-2.13-5-3.pisi
perl-Data-UUID-1.149-3-4.pisi
perl-DBD-mysql-4.010-7-3.pisi
perl-Digest-MD5-2.38-3-2.pisi
perl-File-HomeDir-0.82-4-3.pisi
perl-File-Temp-0.21-3-3.pisi
perl-HTML-Parser-3.59-4-2.pisi
perl-Internals-1.1-1-1.pisi
perl-IO-via-dynamic-0.13-2-3.pisi
perl-ldap-0.39-5-4.pisi
perl-libwww-5.822-7-7.pisi
perl-Log-Log4perl-1.20-3-3.pisi
perl-MIME-Lite-3.023-3-3.pisi
perl-XML-SAX-Writer-0.52-2-3.pisi
perl-YAML-0.68-6-3.pisi
php-mode-1.5.0-3-2.pisi
pisi-2.1.0-106-31.pisi
podofo-0.6.0-1-1.pisi
PolicyKit-kde-0.2.3-10-12.pisi
powerdevil-kde4-1.4.1-2-2.pisi
Pygments-1.0-2-2.pisi
pyopenssl-0.8-3-2.pisi
pyrex-0.9.8.5-6-3.pisi
pysvn-1.6.2-8-3.pisi
python-clientform-0.2.10-3-1.pisi
pytz-2008i-2-2.pisi
qedje-0.3.0-1-1.pisi
quassel-0.3.1-2-2.pisi
qzion-0.3.0-1-1.pisi
rocksndiamonds-3.2.6.0-1-1.pisi
scapy-2.0.0.10-4-2.pisi
subversion-1.5.4-37-11.pisi
sylpheed-2.6.0-26-7.pisi
sympy-0.6.3-5-2.pisi
webkitkde-0.0_898446-1-1.pisi
wesnoth-1.4.6-14-6.pisi
wireless-tools-29-45-18.pisi
zodb3-3.9.0-3-2.pisi



-- 
Ýyi Çalýþmalar,

Serbülent

From dfisek at fisek.com.tr  Tue Dec 30 11:33:53 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 30 Dec 2008 11:33:53 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812301042.36454.serbulent@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<200812301042.36454.serbulent@pardus.org.tr>
Message-ID: <20081230113353.e04f32a7.dfisek@fisek.com.tr>

Tue, 30 Dec 2008 10:42:36 +0200, Serbulent UNSAL
<serbulent at pardus.org.tr> :

> gnujump-1.0.6-8-4 ile ilgili 8592 numaralý hata mevcut ( sadece bazý
> ATI kartlarda oluyor gözlemlediðimiz kadarý ile ) listeye koydum
> paketi ancak son karar Ekin'de.
Kararli depodaki surumle olmuyor da, sadece gnujump-1.0.6-8-4 ile mi
oluyor?

Kararli depodaki surumle de oluyorsa bu durum, bence guncellemeyi
durdurmak cok anlamli degil.

Bir de ati-drivers'tan degil de gnujump'tan kaynaklandigini
dusunuyorsaniz, paketcisi olarak beni de cc'ye ekleseydiniz ya? :) Ilk
defa okuyorum bu hata raporunu.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From gokmen at pardus.org.tr  Tue Dec 30 11:45:11 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Tue, 30 Dec 2008 11:45:11 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?pisitools=2Edosed_dosya_bulamama_sor?=
 =?iso-8859-9?q?unsal=FD?=
In-Reply-To: <49592ACD.6070902@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292050.43796.ekin@pardus.org.tr>
	<49592ACD.6070902@pardus.org.tr>
Message-ID: <200812301145.11255.gokmen@pardus.org.tr>

Pazartesi 29 Aralýk 2008 günü (saat 21:53:49) Ozan Çaðlayan þunlarý yazmýþtý:
> Ekin Meroðlu wrote:
> > P.S: HTML olmuþ mailler ?
> > --
>
> P.S: Hep böyle, mini minnacýk çýkýyor bir de, Gökçen gözlüðü
> yaptýracaðým bir tane. 1 senedir söylüyorum "abi evet öyle bi
> enteresanlýk var kmail'de" diyor ama sallamýyor beni :)
Bir gün herkes Kmail4 kullanacak bu sorunlar kalkacak :) Adamýn mailleri bende 
sizinkilerle ayný gözüküyor vallahi :)

-- 
Gökmen GÖKSEL

From dfisek at fisek.com.tr  Tue Dec 30 11:56:15 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 30 Dec 2008 11:56:15 +0200
Subject: [Gelistirici] [Uludag-commits] r20933 - in
	trunk/tasma/display-manager: . src
In-Reply-To: <20081229235638.1260213840A2@ns1.pardus.org.tr>
References: <20081229235638.1260213840A2@ns1.pardus.org.tr>
Message-ID: <20081230115615.990a99ef.dfisek@fisek.com.tr>

Tue, 30 Dec 2008 01:56:38 +0200 (EET), uludag-commits at pardus.org.tr :

> Ignore user's color depth selection if driver is fglrx.
> -        if self.true_color:
> +        if self.true_color or self._info.driver == "fglrx":
Dogru anliyorsam, fglrx surucusunu secen ve 16-bit secen bir
kullaniciya hic bu konuda bir uyari cikmayacak ama arka planda 24-bit
ayarlanacak.

Oyleyse bunun yerine 16-bit hic secemese ya da "fglrx surucusunde
16-bit olmaz" diye bir uyari ciksa daha dogru degil mi?

                   Doruk

From gokmen at pardus.org.tr  Tue Dec 30 12:09:26 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Tue, 30 Dec 2008 12:09:26 +0200
Subject: [Gelistirici] [Uludag-commits] r20933 - in
	trunk/tasma/display-manager: . src
In-Reply-To: <20081230115615.990a99ef.dfisek@fisek.com.tr>
References: <20081229235638.1260213840A2@ns1.pardus.org.tr>
	<20081230115615.990a99ef.dfisek@fisek.com.tr>
Message-ID: <200812301209.26468.gokmen@pardus.org.tr>

Salý 30 Aralýk 2008 günü (saat 11:56:15) Doruk Fisek þunlarý yazmýþtý:
> Tue, 30 Dec 2008 01:56:38 +0200 (EET), uludag-commits at pardus.org.tr :
> > Ignore user's color depth selection if driver is fglrx.
> > -        if self.true_color:
> > +        if self.true_color or self._info.driver == "fglrx":
>
> Dogru anliyorsam, fglrx surucusunu secen ve 16-bit secen bir
> kullaniciya hic bu konuda bir uyari cikmayacak ama arka planda 24-bit
> ayarlanacak.
>
> Oyleyse bunun yerine 16-bit hic secemese ya da "fglrx surucusunde
> 16-bit olmaz" diye bir uyari ciksa daha dogru degil mi?
Fatih bunu Alfa'ya yetiþtirmek için böyle yaptý sanýyorsam ;)

-- 
Gökmen GÖKSEL

From ekin at pardus.org.tr  Tue Dec 30 12:28:22 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 30 Dec 2008 12:28:22 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812301042.36454.serbulent@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<200812301042.36454.serbulent@pardus.org.tr>
Message-ID: <200812301228.22994.ekin@pardus.org.tr>

Merhaba;

Tuesday 30 December 2008 tarihinde, Serbulent UNSAL þunlarý yazmýþtý: 

> gnujump-1.0.6-8-4 ile ilgili 8592 numaralý hata mevcut ( sadece bazý ATI
> kartlarda oluyor gözlemlediðimiz kadarý ile ) listeye koydum paketi ancak
> son karar Ekin'de.

Bu sürüm baþka bir hata da çözüyor, ilgili hatada sorunun ATI sürücüleri ile 
ilgili olduðu konuþulmuþ zaten - bu paketi alýyorum.
 
> ati-drivers-8.12-45-39 bir testçimizde KDE'nin çalýþmamasýna sebep oluyor.
> Konu ile ilgili yazýþýyoruz kendisi ile halen. Son karar Fatih ve Ekin de
> olmakla beraber ben biraz daha beklemesi taraftarýyým paketin.
> Bunu almamak ati-control-center'ý etkiler mi emin deðilim.

Yakýn zamanda kernel güncellemesi ile tüm sürücüler güncellenecek, o zamana 
kadar bu sorunu araþtýrmaya devam edelim - bu paketi almýyorum.

> Bunlarýn dýþýnda kalan paketlerin listesi aþaðýda;

Bu listeyi aldým.

Türker, eet ve libotr bu gece 2008 kararlý depoya girecek, contrib-2008'den 
silebilir misin paketleri ?
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From turkersezer at tsdesign.info  Tue Dec 30 13:43:08 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Tue, 30 Dec 2008 13:43:08 +0200
Subject: [Gelistirici] 2007 kararli depo guncellemeleri yine kaput
In-Reply-To: <200812300940.31168.serbulent@pardus.org.tr>
References: <20081230090723.506fd402.dfisek@fisek.com.tr>
	<200812300940.31168.serbulent@pardus.org.tr>
Message-ID: <200812301343.08327.turkersezer@tsdesign.info>

On Tuesday 30 December 2008 09:40:31 Serbulent UNSAL wrote:
> Belki bu depoya paketleri direkt veya yalnýz ters
> baðýmlýlýk testi yaparak alabiliriz ?

2007 sadece güvenlik güncellemesi yapýlan bir sürüm olarak kaldý, güncel olmak 
yerine güvenlik arayanlar onu kullanýyor derken birdenbire niye 2007'yi 
kararsýz hale getiriyoruz?

Testleri yürütecek gücümüz yoksa ya da bu depo için test yapmak istemiyorsak o 
depoya sadece güvenlik güncellemeleri girer diyelim. Durduk yerde kararsýz 
bir yapý oluþturmayalým.

On Tuesday 30 December 2008 09:40:31 Serbulent UNSAL wrote:
> Þu postaya [1] kimseden bir itiraz gelmeyince

Bu da hakikaten þaþýrtýcý bir durumdu. Doruk sayesinde bu konu da çözülecek 
umarýz.


Türker

From turkay.eren at gmail.com  Tue Dec 30 14:33:42 2008
From: turkay.eren at gmail.com (Eren =?utf-8?q?T=C3=BCrkay?=)
Date: Tue, 30 Dec 2008 14:33:42 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
	playground/cihan]
In-Reply-To: <637d3feb0812291230q3a344917u97725cfbfb728e0b@mail.gmail.com>
References: <49592EDB.9040500@pardus.org.tr>
	<637d3feb0812291230q3a344917u97725cfbfb728e0b@mail.gmail.com>
Message-ID: <200812301433.42374.turkay.eren@gmail.com>

On Monday 29 December 2008 22:30:23 cihan okyay wrote:
> Evet uyarınızda tamamen haklısınız. Hemen gereken yere emc2 'nin cihan
> olarak değişmesi için istekte bulundum. Uyarınız için teşekkürler.

Emc2 kim yahu?!? diyip jabberdaki arkadaşlık istediği de kabul 
edilemeyebiliyor. En azından bu bende oldu :) Mümkün olduğunca "isim soyisim" 
kullanırsak kimin ne olduğunu rahatlıkla hatırlayabiliriz diye düşünüyorum..
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081230/765e7029/attachment.htm 

From okyaycihan at gmail.com  Tue Dec 30 14:39:33 2008
From: okyaycihan at gmail.com (cihan okyay)
Date: Tue, 30 Dec 2008 14:39:33 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
	playground/cihan]
In-Reply-To: <200812301433.42374.turkay.eren@gmail.com>
References: <49592EDB.9040500@pardus.org.tr>
	<637d3feb0812291230q3a344917u97725cfbfb728e0b@mail.gmail.com>
	<200812301433.42374.turkay.eren@gmail.com>
Message-ID: <637d3feb0812300439m5fed9cd0n7e0e59093f25d6a8@mail.gmail.com>

30 Aralýk 2008 Salý 14:33 tarihinde Eren Türkay <turkay.eren at gmail.com>yazdý:

>
> Emc2 kim yahu?!? diyip jabberdaki arkadaþlýk istediði de kabul
> edilemeyebiliyor.
>
En azýndan bu bende oldu :) Mümkün olduðunca "isim soyisim" kullanýrsak
>
kimin ne olduðunu rahatlýkla hatýrlayabiliriz diye düþünüyorum..
>

=) Bende neden eklenemedi diyorum :P


-- 
Cihan OKYAY
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081230/bd6f4f52/attachment.htm 

From okyaycihan at gmail.com  Tue Dec 30 15:22:55 2008
From: okyaycihan at gmail.com (cihan okyay)
Date: Tue, 30 Dec 2008 15:22:55 +0200
Subject: [Gelistirici] Frostwire paketi.
Message-ID: <637d3feb0812300522k5249497epad9def9f8573e840@mail.gmail.com>

Merhaba Arkadaþlar;

[1] adresindeki hatayý kapamaya çalýþtým ama Cenk Güre frostwire 'i
paketlemiþ ve öyle playground ýnda duruyor. Frostwire 'i geçen seneden beri
kullanýyorum. Eðer Cenk beyde izin verirse paketi üstüme alýp en kýsa
zamanda depoya girmesi için gerekli düzeltmeleri yapmak istiyorum. Ne dersin
Cenk ?

Herkese iyi çalýþmalar...
-- 
Cihan OKYAY
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081230/2ef127ec/attachment-0001.htm 

From okyaycihan at gmail.com  Tue Dec 30 15:24:31 2008
From: okyaycihan at gmail.com (cihan okyay)
Date: Tue, 30 Dec 2008 15:24:31 +0200
Subject: [Gelistirici] Frostwire paketi.
In-Reply-To: <637d3feb0812300522k5249497epad9def9f8573e840@mail.gmail.com>
References: <637d3feb0812300522k5249497epad9def9f8573e840@mail.gmail.com>
Message-ID: <637d3feb0812300524r7e659f71gc7062759a46f9598@mail.gmail.com>

Pardon hata adresini vermeyi unutmuþum :/

[1] http://bugs.pardus.org.tr/show_bug.cgi?id=8922

-- 
Cihan OKYAY
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081230/2cd64723/attachment.htm 

From fatih at pardus.org.tr  Tue Dec 30 16:29:42 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 30 Dec 2008 16:29:42 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?pisitools=2Edosed_dosya_bulamama_sor?=
	=?iso-8859-9?q?unsal=FD?=
In-Reply-To: <200812301145.11255.gokmen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<49592ACD.6070902@pardus.org.tr>
	<200812301145.11255.gokmen@pardus.org.tr>
Message-ID: <200812301629.45646.fatih@pardus.org.tr>

Salý 30 Aralýk 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> Bir gün herkes Kmail4 kullanacak bu sorunlar kalkacak :) Adamýn mailleri
> bende sizinkilerle ayný gözüküyor vallahi :)

Ben plain text göstermesi için zorluyorum. Zaten kmail4 kullanýyorum. Hiçbir 
sorun yok :)
-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081230/8f146f21/attachment.pgp 

From fatih at pardus.org.tr  Tue Dec 30 16:40:24 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 30 Dec 2008 16:40:24 +0200
Subject: [Gelistirici] [Uludag-commits] r20933 - in
	trunk/tasma/display-manager: . src
In-Reply-To: <200812301209.26468.gokmen@pardus.org.tr>
References: <20081229235638.1260213840A2@ns1.pardus.org.tr>
	<20081230115615.990a99ef.dfisek@fisek.com.tr>
	<200812301209.26468.gokmen@pardus.org.tr>
Message-ID: <200812301640.24840.fatih@pardus.org.tr>

Salý 30 Aralýk 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> Salý 30 Aralýk 2008 günü (saat 11:56:15) Doruk Fisek þunlarý yazmýþtý:
> > Tue, 30 Dec 2008 01:56:38 +0200 (EET), uludag-commits at pardus.org.tr :
> > > Ignore user's color depth selection if driver is fglrx.
> > > -        if self.true_color:
> > > +        if self.true_color or self._info.driver == "fglrx":
> >
> > Dogru anliyorsam, fglrx surucusunu secen ve 16-bit secen bir
> > kullaniciya hic bu konuda bir uyari cikmayacak ama arka planda 24-bit
> > ayarlanacak.
> >
> > Oyleyse bunun yerine 16-bit hic secemese ya da "fglrx surucusunde
> > 16-bit olmaz" diye bir uyari ciksa daha dogru degil mi?
>
> Fatih bunu Alfa'ya yetiþtirmek için böyle yaptý sanýyorsam ;)

Evet öyle :)

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081230/3d3a8143/attachment.pgp 

From fatih at pardus.org.tr  Tue Dec 30 16:42:34 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Tue, 30 Dec 2008 16:42:34 +0200
Subject: [Gelistirici] Frostwire paketi.
In-Reply-To: <637d3feb0812300522k5249497epad9def9f8573e840@mail.gmail.com>
References: <637d3feb0812300522k5249497epad9def9f8573e840@mail.gmail.com>
Message-ID: <200812301642.34923.fatih@pardus.org.tr>

Salı 30 Aralık 2008 tarihinde, cihan okyay şunları yazmıştı: 
> Merhaba ArkadaÅŸlar;
>
> [1] adresindeki hatayı kapamaya çalıştım ama Cenk Güre frostwire 'i
> paketlemiş ve öyle playground ında duruyor. Frostwire 'i geçen seneden beri
> kullanıyorum. Eğer Cenk beyde izin verirse paketi üstüme alıp en kısa
> zamanda depoya girmesi için gerekli düzeltmeleri yapmak istiyorum. Ne
> dersin Cenk ?

Depoda limewire var. İkisi de aynı proje değil mi? Hangisi güncel ise depoda 
sadece o bulunmalı bence.

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081230/21a8364b/attachment.pgp 

From okyaycihan at gmail.com  Tue Dec 30 17:03:16 2008
From: okyaycihan at gmail.com (cihan okyay)
Date: Tue, 30 Dec 2008 17:03:16 +0200
Subject: [Gelistirici] Frostwire paketi.
In-Reply-To: <200812301642.34923.fatih@pardus.org.tr>
References: <637d3feb0812300522k5249497epad9def9f8573e840@mail.gmail.com>
	<200812301642.34923.fatih@pardus.org.tr>
Message-ID: <637d3feb0812300703q5c1f1d4fw9e1c9ac4187ce5fe@mail.gmail.com>

30 Aralýk 2008 Salý 16:42 tarihinde Fatih Aþýcý <fatih at pardus.org.tr> yazdý:

> >Depoda limewire var. Ýkisi de ayný proje deðil mi?


Evet Frostwire Limewire tabanlý bir programdýr. Fakat Torrent kullanýmý ve
kullanýcýlarýn birbirleriyle chat yapabilmesini saðlayan teknolojileri gibi
limewire 'de bulunmayan özelliklere sahiptir.


> >Hangisi güncel ise depoda sadece o bulunmalý bence.
>

Bence frostwire 'de depoda olsa bir zararý olmaz. Aksine bazen isteyen
kullanýcýlarýn olduðuna þahit olmuþluðumda var.

Ýyi çalýþmalar.



-- 
Cihan OKYAY
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081230/5dc9ac3b/attachment.htm 

From fatih at pardus.org.tr  Tue Dec 30 17:18:48 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Tue, 30 Dec 2008 17:18:48 +0200
Subject: [Gelistirici] Frostwire paketi.
In-Reply-To: <637d3feb0812300703q5c1f1d4fw9e1c9ac4187ce5fe@mail.gmail.com>
References: <637d3feb0812300522k5249497epad9def9f8573e840@mail.gmail.com>
	<200812301642.34923.fatih@pardus.org.tr>
	<637d3feb0812300703q5c1f1d4fw9e1c9ac4187ce5fe@mail.gmail.com>
Message-ID: <200812301719.09407.fatih@pardus.org.tr>

Salı 30 Aralık 2008 tarihinde, cihan okyay şunları yazmıştı: 
> 30 Aralık 2008 Salı 16:42 tarihinde Fatih Aşıcı <fatih at pardus.org.tr> yazdı:
> > >Depoda limewire var. İkisi de aynı proje değil mi?
>
> Evet Frostwire Limewire tabanlı bir programdır. Fakat Torrent kullanımı ve
> kullanıcıların birbirleriyle chat yapabilmesini sağlayan teknolojileri gibi
> limewire 'de bulunmayan özelliklere sahiptir.

Torrent limewire'da da var; ama frostwire'ın daha fazla yeteneği olduğunu 
biliyorum. Her iki proje de aynı kod tabanına sahip. Bence sadece frostwire 
bulunmalı depoda.

Bir de frostwire açık kodlu bir proje. Neden kaynaktan derlemeyip de binary 
arşivini kullanıyoruz?

-------------- sonraki bölüm --------------
Yazı olmayan bir eklenti temizlendi...
İsim: kullanılamıyor
Tür: application/pgp-signature
Boyut: 197 bayt
Tanım: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081230/90df5343/attachment.pgp 

From nakof at zig.gen.tr  Tue Dec 30 17:24:34 2008
From: nakof at zig.gen.tr (nihat ciddi)
Date: Tue, 30 Dec 2008 15:24:34 -0000 (UTC)
Subject: [Gelistirici] 2007 kararli depo guncellemeleri yine kaput
In-Reply-To: <200812301343.08327.turkersezer@tsdesign.info>
References: <20081230090723.506fd402.dfisek@fisek.com.tr>
	<200812300940.31168.serbulent@pardus.org.tr>
	<200812301343.08327.turkersezer@tsdesign.info>
Message-ID: <911dd7bd1e42157e5626d4a2c9aef99b.squirrel@webmail.zig.gen.tr>


> 2007 sadece güvenlik güncellemesi yap?lan bir sürüm olarak kald?, güncel
> olmak
> yerine güvenlik arayanlar onu kullan?yor derken birdenbire niye 2007'yi
> karars?z hale getiriyoruz?

bu "sadece guvenlik guncellemesi" isini kaynak/ilgi yetersizliginden mi
tercih ediyoruz?

sunun icin soruyorum; paket/yazilimlarda yapilan guncellemeler sadece yeni
ozellikler getirmiyor. sadece guvenlik guncellemelerini takip ederek,
programlama/tasarim hatasi duzeltmelerinden yoksun kalmiyor muyuz?


From turkay.eren at gmail.com  Tue Dec 30 20:25:35 2008
From: turkay.eren at gmail.com (Eren =?utf-8?q?T=C3=BCrkay?=)
Date: Tue, 30 Dec 2008 20:25:35 +0200
Subject: [Gelistirici]
 =?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
 =?utf-8?b?xLE=?=
In-Reply-To: <200812301629.45646.fatih@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812301145.11255.gokmen@pardus.org.tr>
	<200812301629.45646.fatih@pardus.org.tr>
Message-ID: <200812302025.35906.turkay.eren@gmail.com>

On Tuesday 30 December 2008 16:29:42 Fatih Aşıcı wrote:
> Ben plain text göstermesi için zorluyorum. Zaten kmail4 kullanıyorum.
> Hiçbir sorun yok :)

Bir de KMail4'ün mail listelerken "sort-order" ayarlarını kaydetme hatası 
çözülse tadından yenmeyecek. :)

Bir klasörde listeleme kurallarını değiştirdiğimizde (ascending, least recent 
on top vs.), diğer klasöre geçtiğimizde eski haline dönüyor, çok can sıkıcı 
bir durum :(
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081230/9bd66e0b/attachment.htm 

From ekin at pardus.org.tr  Tue Dec 30 21:11:18 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 30 Dec 2008 21:11:18 +0200
Subject: [Gelistirici] Pardus 2008.2 Alpha
Message-ID: <200812302111.18834.ekin@pardus.org.tr>

Pardus 2008.2 Alpha

Pardus 2008.2 öncesinde ilk deneme sürümümüz olan Pardus 2008.2 Alpha
deneme sürümünü yayýnladýk.
Bu deneme sürümümüze her zaman olduðu gibi Pardus ftp sunucularýndan,

ftp://ftp.pardus.org.tr/pub/pardus/kurulan/2008.2/
ftp://ftp.pardus.org.tr/pub/pardus/calisan/2008.2/

adresini kullanarak ulaþabilirsiniz. Sorunsuz bir kurulum için lütfen
dosyalarý indirdikten sonra dosya özetlerini kontrol etmeyi unutmayýn,
CD'leri DAO modunda ve en fazla 16x hýzýnda yazdýðýnýzdan emin olun.

Pardus 2008.2 Alpha, Pardus 2008 sürümünden beri geçen sürede yapýlan tüm
güncelleme ve hata çözümlerini içeriyor. Pardus 2008.2 Alpha, tüm bu 
deðiþiklikler ile geliþirken her zamanki temel özelliklerini de ihmal 
etmiyor : tüm masaüstünde Türkçe yazým denetimi, internet araçlarý, ofis 
yazýlýmlarý, çokluortam (resim, müzik, video vb) oynatýcýlarý ve sayýsýz 
yazýlým ile kullanýcýlarýnýn tüm gereksinimlerini karþýlayacak tek bir CD 
olarak geliyor...

Pardus 2008.2 Alpha, 2008.1 sürümde olduðu gibi biri Türkçe ve  Ýngilizce, 
diðeri ise Pardus tarafýndan desteklenen tüm dil ve yerelleþtirme 
desteklerini içeren iki ayrý Kurulan CD olarak hazýrlandý. Çalýþan CD ise 
biri KDE3, diðeri ise KDE4 tabanlý iki ayrý CD halinde yayýnlandý. 

Bu CD'lerin temel özellikleri ve sunucumuzdaki adresleri ise þöyle : 

- Pardus 2008.2 Alpha Kurulan CD [Türkçe/Ýngilize] :  Bu CD eskiden olduðu 
gibi tüm masaüstünde Türkçe yazým denetimi, internet araçlarý, ofis 
yazýlýmlarý, çokluortam (resim, müzik, video vb) oynatýcýlarý ve sayýsýz 
yazýlým ile kullanýcýlarýnýn tüm gereksinimlerini karþýlayacak tek bir CD 
olarak hazýrlandý. Bu kurulan CD  sadece Türkçe ve Ýngilizce dillerinde 
kurulumu destekliyor. Bu CD ile kurulum yapan kullanýcýlarýmýz, diðer dil 
desteklerini Pardus Deposundan yükleyebilecekler. 

ftp://ftp.pardus.org.tr/pub/pardus/kurulan/2008.2/Pardus_2008.2_Alpha.iso
ftp://ftp.pardus.org.tr/pub/pardus/kurulan/2008.2/Pardus_2008.2_Alpha.iso.sha1sum

-  Pardus 2008.2 Alpha Kurulan CD [Uluslarasý] : Bu CD ise Pardus tarafýndan 
desteklenen 11 ayrý dilde kurulumu destekleyen kurulan CD'miz. Bu CD Türkçe 
Kurulum CD'sinden faklý olarak bazý geliþtirme araçlarý ve oyun paketlerini 
içermiyor.

ftp://ftp.pardus.org.tr/pub/pardus/kurulan/2008.2/Pardus_2008.2-Int_Alpha.iso
ftp://ftp.pardus.org.tr/pub/pardus/kurulan/2008.2/Pardus_2008.2-Int_Alpha.iso.sha1sum

- Pardus 2008.2 Alpha Çalýþan CD [KDE3] : Tüm desteklenen dilleri 
içeren bu Çalýþan CD, KDE3 tabanlý ve tüm Pardus teknolojilerini içeren 
kararlý çalýþan CD ürünü. 

ftp://ftp.pardus.org.tr/pub/pardus/calisan/2008.2/Pardus_Calisan_2008.2-KDE3_Alpha.iso
ftp://ftp.pardus.org.tr/pub/pardus/calisan/2008.2/Pardus_Calisan_2008.2-KDE3_Alpha.iso.sha1sum

- Pardus 2008.2 Alpha Çalýþan CD [KDE4] : KDE masaüstü ortamýnýn yeni sürümü 
KDE4, henüz çok yeni bir masaüstü ortamý olsa da uzun zamandýr son kullanýcý 
tarafýndan kullanýlabilir bir durumda. KDE4 tabanlý Pardus 2008.2 Alpha, 
KDE4'ün en son kararlý sürümü olan KDE 4.2beta2  ile birlikte birçok popüler 
KDE uygulamasýnýn KDE4 uyumlu sürümlerini içeriyor : Amarok, K3b, 
kaffeine,kvirc, ktorrent, krename... 
Bu noktada ufak bir noktayý hatýrlatmakta yarar var : Bu Çalýþan CD, kullanýcý 
ve geliþtiricilerimize Pardus üzerinde KDE4 çalýþmalarýnýn geldiði nokta  
hakkýnda fikir verme amacýný taþýyor - KDE4 henüz Pardus'un kararlý masaüstü 
ortamý deðil. 

ftp://ftp.pardus.org.tr/pub/pardus/calisan/2008.2/Pardus_Calisan_2008.2-KDE4_Alpha.iso
ftp://ftp.pardus.org.tr/pub/pardus/calisan/2008.2/Pardus_Calisan_2008.2-KDE4_Alpha.iso.sha1sum

Ayrýca, ellerinde Pardus 2008.1 Hyaena hyaena sürümü iso'larý olan 
kullanýcýlarýmýz, ayný dizinlerde bulunan xdelta dosyalarý ile Pardus 2008.2 
Alpha iso'larýný oluþturabilirler.

Son olarak, bu sürümün bir deneme sürümü olduðunu bir kere daha
hatýrlatýyoruz : Sürümün kararlý ve olabildiðince hatasýz olmasý için
çalýþtýk, yine de bu sürümü kurar ve denerken lütfen deneme sürümü bir
yazýlým kullandýðýnýzý unutmayýnýz. Testlerinizde karþýlaþtýðýnýz hatalarý
ve iyileþtirme isteklerinizi her zamanki gibi hata takip sistemimize
(http://hata.pardus.org.tr) bekliyoruz.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

From erenoglu at gmail.com  Wed Dec 31 02:10:35 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 31 Dec 2008 01:10:35 +0100
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <20081228125530.83a0bf6b.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
	<a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
	<20081228041516.4642faf2.onur@pardus.org.tr>
	<a001a6cb0812271845v786542d3h25ee92baca2b40b0@mail.gmail.com>
	<a001a6cb0812272135l7f9d15d9m31c2d3b316798bb2@mail.gmail.com>
	<20081228125530.83a0bf6b.onur@pardus.org.tr>
Message-ID: <fe9771a80812301610r58ddfa55o5895805af9041c68@mail.gmail.com>

Merhaba,

Tartisilan sorunla ilgili olabilir dusuncesiyle yaziyorum. su anda 2008-test
deposu kullaniyorum. Tum guncellemeler yapilmis durumda.

- gmplayer duzgun calisiyor.
- Gnome-Mplayer, dosya acip bir film izlemeye baslayincaya kadar duzgun
calisiyor, daha sonra hicbir kontrol calismiyor (durdurma, duraklatma vs),
menulere girilemiyor ve illa X'sina basip Terminate etmek gerekiyor. Bu
arada terminate edilmis olsa da arka planda ses devam ediyor, bunu oldurmek
icin konsol'dan killall mplayer demek gerekiyor.
- Ntvmsnbc'de video'lar duzgun cache'leniyor ve calmaya basliyor, ancak
sonra Gnome-Mplayer'daki gibi sorunlar ortaya cikiyor. Kontroller
kullanilamiyor ve ilgili browser penceresi kapatilsa bile mplayer arkada
calmaya devam ediyor.
- Eskiden 10x10 pixellik ekran sorunu vardi ama o duzelmis gorunuyor.

Emre

2008/12/28 Onur Küçük <onur at pardus.org.tr>

>
> On Sun, 28 Dec 2008 06:35:28 +0100
> "selim ok" <selimok at gmail.com> wrote:
>
> > Sanirim gercekten de benim tarafta bir problem var, henuz hala
> > masaustunde deneyemedim, fakat dizustu bilgisayarimda(intel ekran
> > kartli) depodaki paketleri kurmama ve tum ayarlari temizlememe ragmen
> > ntvmsnbc'deki videolari oynatamiyorum 2 saniye oynayip takiliyor.
>
>  cache indeki videolarda sorun olabilir,  ~/.cache/gnome-mplayer ı sil
> bence, bir de ekran kartıyla ilgili başka sorun olabilir, gnome-mplayer
> ayarlarına girip deinterlace i kapatırsan iyi olabilir, ses çıkışını da
> oss/alsa / pulse yapmayı dene
>
>  temizlik
> dosyaları .config/gnome-mplayer , .gnome-mplayer, .cache/gnome-mplayer,
> .mplayer/gnome-mplayer.conf
> ve .mplayer/config içinde gnome-mplayer kısmı
>
>  bunlar da olmazsa aklıma başka bir şey gelmiyor
>
> --
>  Onur Küçük                                      Knowledge speaks,
>  <onur.--.-.pardus.org.tr>                       but wisdom listens
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>



-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081231/010e88c6/attachment.htm 

From onur at pardus.org.tr  Wed Dec 31 02:13:55 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 31 Dec 2008 02:13:55 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <fe9771a80812301610r58ddfa55o5895805af9041c68@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
	<a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
	<20081228041516.4642faf2.onur@pardus.org.tr>
	<a001a6cb0812271845v786542d3h25ee92baca2b40b0@mail.gmail.com>
	<a001a6cb0812272135l7f9d15d9m31c2d3b316798bb2@mail.gmail.com>
	<20081228125530.83a0bf6b.onur@pardus.org.tr>
	<fe9771a80812301610r58ddfa55o5895805af9041c68@mail.gmail.com>
Message-ID: <20081231021355.082ee544.onur@pardus.org.tr>


On Wed, 31 Dec 2008 01:10:35 +0100
"Emre Erenoglu" <erenoglu at gmail.com> wrote:

> Merhaba,
> 
> Tartisilan sorunla ilgili olabilir dusuncesiyle yaziyorum. su anda
> 2008-test deposu kullaniyorum. Tum guncellemeler yapilmis durumda.
> 
> - gmplayer duzgun calisiyor.
> - Gnome-Mplayer, dosya acip bir film izlemeye baslayincaya kadar
> duzgun calisiyor, daha sonra hicbir kontrol calismiyor (durdurma,
> duraklatma vs), menulere girilemiyor ve illa X'sina basip Terminate
> etmek gerekiyor. Bu arada terminate edilmis olsa da arka planda ses
> devam ediyor, bunu oldurmek icin konsol'dan killall mplayer demek
> gerekiyor.
> - Ntvmsnbc'de video'lar duzgun cache'leniyor ve calmaya basliyor,
> ancak sonra Gnome-Mplayer'daki gibi sorunlar ortaya cikiyor.
> Kontroller kullanilamiyor ve ilgili browser penceresi kapatilsa bile
> mplayer arkada calmaya devam ediyor.
> - Eskiden 10x10 pixellik ekran sorunu vardi ama o duzelmis gorunuyor.

 bunlar test deposundaki paketlerle mi oluyor yoksa benim playground
dan derlenmiþ paketlerle mi ?

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens


From erenoglu at gmail.com  Wed Dec 31 02:34:36 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 31 Dec 2008 01:34:36 +0100
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <20081231021355.082ee544.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
	<a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
	<20081228041516.4642faf2.onur@pardus.org.tr>
	<a001a6cb0812271845v786542d3h25ee92baca2b40b0@mail.gmail.com>
	<a001a6cb0812272135l7f9d15d9m31c2d3b316798bb2@mail.gmail.com>
	<20081228125530.83a0bf6b.onur@pardus.org.tr>
	<fe9771a80812301610r58ddfa55o5895805af9041c68@mail.gmail.com>
	<20081231021355.082ee544.onur@pardus.org.tr>
Message-ID: <fe9771a80812301634g95ac5cl9a877ade6be33a16@mail.gmail.com>

2008/12/31 Onur Küçük <onur at pardus.org.tr>

>
> On Wed, 31 Dec 2008 01:10:35 +0100
> "Emre Erenoglu" <erenoglu at gmail.com> wrote:
>
> > Merhaba,
> >
> > Tartisilan sorunla ilgili olabilir dusuncesiyle yaziyorum. su anda
> > 2008-test deposu kullaniyorum. Tum guncellemeler yapilmis durumda.
> >
> > - gmplayer duzgun calisiyor.
> > - Gnome-Mplayer, dosya acip bir film izlemeye baslayincaya kadar
> > duzgun calisiyor, daha sonra hicbir kontrol calismiyor (durdurma,
> > duraklatma vs), menulere girilemiyor ve illa X'sina basip Terminate
> > etmek gerekiyor. Bu arada terminate edilmis olsa da arka planda ses
> > devam ediyor, bunu oldurmek icin konsol'dan killall mplayer demek
> > gerekiyor.
> > - Ntvmsnbc'de video'lar duzgun cache'leniyor ve calmaya basliyor,
> > ancak sonra Gnome-Mplayer'daki gibi sorunlar ortaya cikiyor.
> > Kontroller kullanilamiyor ve ilgili browser penceresi kapatilsa bile
> > mplayer arkada calmaya devam ediyor.
> > - Eskiden 10x10 pixellik ekran sorunu vardi ama o duzelmis gorunuyor.
>
>  bunlar test deposundaki paketlerle mi oluyor yoksa benim playground
> dan derlenmiÅŸ paketlerle mi ?


Test deposundaki paketlerle. Test etmeden once tum ayar dosyalarini da
ucurmustum default ayarda olmasi gerek su anda.

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081231/007468be/attachment.htm 

From turkersezer at tsdesign.info  Wed Dec 31 10:15:59 2008
From: turkersezer at tsdesign.info (=?utf-8?q?T=C3=BCrker_SEZER?=)
Date: Wed, 31 Dec 2008 10:15:59 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812301228.22994.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<200812301042.36454.serbulent@pardus.org.tr>
	<200812301228.22994.ekin@pardus.org.tr>
Message-ID: <200812311015.59504.turkersezer@tsdesign.info>

On Tuesday 30 December 2008 12:28:22 Ekin Meroðlu wrote:
> Türker, eet ve libotr bu gece 2008 kararlý depoya girecek, contrib-2008'den
> silebilir misin paketleri ?

Paketler contrib deposundan çýkartýldý. Pardus deposundaki hayatlarýnda 
kendilerine baþarýlar diliyorum.


Türker

From okyaycihan at gmail.com  Wed Dec 31 11:16:50 2008
From: okyaycihan at gmail.com (cihan okyay)
Date: Wed, 31 Dec 2008 11:16:50 +0200
Subject: [Gelistirici] =?iso-8859-9?q?=23pardus_kanal=FD?=
Message-ID: <637d3feb0812310116k4beca8f2wf21415ce7936f41a@mail.gmail.com>

Merhabalar;

Beni tanýmayanlar için ismim Cihan Okyay. Ýki gün önce svn hesabý edinmiþ
bulunmaktayým. Dile getirmek istediðim konu Freenode sunucusundaki #pardus
kanalýnda access 'e sahip insanlarýn her zaman bulunamamasý nedeniyle
kanalýn baþýboþ kalmasýdýr. Bu kanalda kullanýcýlar gerçekten bir çok yardým
alýyorlar. Community nin oluþmasý için bile kanalýn varlýðýný önemseyen
biriyim. Fakat yetkili kiþilerin her zaman bulunmamasý elini kolunu
sallayanýn kanalý birbirine katmasýna neden oluyor. Ýsteðim kanalda sürekli
bulunan geliþtirici veya artýk orda kendini kanýtlamýþ kiþilere access
verilmesi. Bilmiyorum bu istek için geliþtirici listesi kullanýlýr mý ama
gündeme getirme gereði duydum.

Herkese iyi çalýþmalar...

-- 
Cihan OKYAY
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: http://liste.pardus.org.tr/gelistirici/attachments/20081231/f48db759/attachment.htm 

From dfisek at fisek.com.tr  Wed Dec 31 12:00:18 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Wed, 31 Dec 2008 12:00:18 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
Message-ID: <20081231120018.70b5bb3a.dfisek@fisek.com.tr>

Tue, 30 Dec 2008 14:21:08 +0200 (EET), uludag-commits at pardus.org.tr :

Biraz gec oldu ama...

> -    <Title>Pardus Calisan 2008-KDE4_26122008</Title>
> +    <Title>Pardus Calisan 2008-KDE4 Alpha</Title>
...
> <SelectedPackage>QtCurve-KDE3</SelectedPackage>
> -        <SelectedPackage>QtCurve-KDE4</SelectedPackage>
KDE4 Calisan CD'sinde QtCurve-KDE3'unu tutup, KDE4'unu atmanin mantigi
nedir? Tersi olmasi gerekmez mi?

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From ozan at pardus.org.tr  Wed Dec 31 12:01:34 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 31 Dec 2008 12:01:34 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <20081231120018.70b5bb3a.dfisek@fisek.com.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
	<20081231120018.70b5bb3a.dfisek@fisek.com.tr>
Message-ID: <495B42FE.2080800@pardus.org.tr>

Doruk Fisek wrote:
> Tue, 30 Dec 2008 14:21:08 +0200 (EET), uludag-commits at pardus.org.tr :
>
> Biraz gec oldu ama...
>
>   
>> -    <Title>Pardus Calisan 2008-KDE4_26122008</Title>
>> +    <Title>Pardus Calisan 2008-KDE4 Alpha</Title>
>>     
> ...
>   
>> <SelectedPackage>QtCurve-KDE3</SelectedPackage>
>> -        <SelectedPackage>QtCurve-KDE4</SelectedPackage>
>>     
> KDE4 Calisan CD'sinde QtCurve-KDE3'unu tutup, KDE4'unu atmanin mantigi
> nedir? Tersi olmasi gerekmez mi?
>   
KDE4'ü attýk çünkü Oxygen stilini kullanýyoruz. KDE3 neden var tam 
bilmiyorum ama bir ihtimal KDE3 için yazýlmýþ olan manager'larýn 
kullandýðý stil olabilir..

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From gokmen at pardus.org.tr  Wed Dec 31 12:04:07 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Wed, 31 Dec 2008 12:04:07 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <20081231120018.70b5bb3a.dfisek@fisek.com.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
	<20081231120018.70b5bb3a.dfisek@fisek.com.tr>
Message-ID: <200812311204.08111.gokmen@pardus.org.tr>

Çarþamba 31 Aralýk 2008 günü (saat 12:00:18) Doruk Fisek þunlarý yazmýþtý:
> KDE4 Calisan CD'sinde QtCurve-KDE3'unu tutup, KDE4'unu atmanin mantigi
> nedir? Tersi olmasi gerekmez mi?
KDE4 için QtCurve kullanmýyoruz(kurulduðunda öntanýmlý oluyor ve çok kötü 
gözüküyor), QtCurve-KDE3'ü ise KDE3 temelli olan araçlar için tutuyoruz; 
network-manager, tasma vs.

-- 
Gökmen GÖKSEL

From dfisek at fisek.com.tr  Wed Dec 31 13:07:18 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Wed, 31 Dec 2008 13:07:18 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <200812311204.08111.gokmen@pardus.org.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
	<20081231120018.70b5bb3a.dfisek@fisek.com.tr>
	<200812311204.08111.gokmen@pardus.org.tr>
Message-ID: <20081231130718.ba161468.dfisek@fisek.com.tr>

Wed, 31 Dec 2008 12:04:07 +0200, Gökmen GÖKSEL <gokmen at pardus.org.tr> :

> KDE4 için QtCurve kullanmýyoruz (kurulduðunda öntanýmlý oluyor
CD'ye almama nedenini anladim. Ayri bir konu olarak, bir temanin
kuruldugunda otomatik ontanimli olmasi pakette duzeltilmesi gereken bir
hata diil mi?

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From gokmen at pardus.org.tr  Wed Dec 31 13:11:36 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Wed, 31 Dec 2008 13:11:36 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <20081231130718.ba161468.dfisek@fisek.com.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
	<200812311204.08111.gokmen@pardus.org.tr>
	<20081231130718.ba161468.dfisek@fisek.com.tr>
Message-ID: <200812311311.36737.gokmen@pardus.org.tr>

Çarþamba 31 Aralýk 2008 günü (saat 13:07:18) Doruk Fisek þunlarý yazmýþtý:
> Wed, 31 Dec 2008 12:04:07 +0200, Gökmen GÖKSEL <gokmen at pardus.org.tr> :
> > KDE4 için QtCurve kullanmýyoruz (kurulduðunda öntanýmlý oluyor
>
> CD'ye almama nedenini anladim. Ayri bir konu olarak, bir temanin
> kuruldugunda otomatik ontanimli olmasi pakette duzeltilmesi gereken bir
> hata diil mi?
Evet, fakat bu sadece LiveCD ile ilgili bir problem sanýrým, yani orada bir 
titreme olmuþtu o yüzden çýkartmýþtýk LiveCD'de öntanýmlý bir skel 
kullanýyoruz onun yüzünden olabilir fakat tam hatýrlamýyorum :)
Yine Alfa için acelece yapýlmýþ bir iþ sadece düzeltiriz ;)

-- 
Gökmen GÖKSEL

From fatih at pardus.org.tr  Wed Dec 31 15:04:02 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Wed, 31 Dec 2008 15:04:02 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <200812311204.08111.gokmen@pardus.org.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
	<20081231120018.70b5bb3a.dfisek@fisek.com.tr>
	<200812311204.08111.gokmen@pardus.org.tr>
Message-ID: <200812311504.06830.fatih@pardus.org.tr>

Çarþamba 31 Aralýk 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> Çarþamba 31 Aralýk 2008 günü (saat 12:00:18) Doruk Fisek þunlarý yazmýþtý:
> > KDE4 Calisan CD'sinde QtCurve-KDE3'unu tutup, KDE4'unu atmanin mantigi
> > nedir? Tersi olmasi gerekmez mi?
>
> KDE4 için QtCurve kullanmýyoruz(kurulduðunda öntanýmlý oluyor ve çok kötü
> gözüküyor), QtCurve-KDE3'ü ise KDE3 temelli olan araçlar için tutuyoruz;
> network-manager, tasma vs.

Yaw QtCurve'un öntanýmlý olmasý için pakette deðiþiklik yapan benim. Hata 
deðil o. Önceden her toolkit benzer görünsün diye bir amacýmýz vardý. Vaz mý 
geçtik?

Ayrýca QtCurve güzel bir tema.

-------------- sonraki bölüm --------------
Yazý olmayan bir eklenti temizlendi...
Ýsim: kullanýlamýyor
Tür: application/pgp-signature
Boyut: 197 bayt
Taným: This is a digitally signed message part.
Url: http://liste.pardus.org.tr/gelistirici/attachments/20081231/eebc4b8e/attachment.pgp 

From gokmen at pardus.org.tr  Wed Dec 31 15:09:51 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Wed, 31 Dec 2008 15:09:51 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <200812311504.06830.fatih@pardus.org.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
	<200812311204.08111.gokmen@pardus.org.tr>
	<200812311504.06830.fatih@pardus.org.tr>
Message-ID: <200812311509.52200.gokmen@pardus.org.tr>

Çarþamba 31 Aralýk 2008 günü (saat 15:04:02) Fatih Aþýcý þunlarý yazmýþtý:
> Çarþamba 31 Aralýk 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > Çarþamba 31 Aralýk 2008 günü (saat 12:00:18) Doruk Fisek þunlarý yazmýþtý:
> > > KDE4 Calisan CD'sinde QtCurve-KDE3'unu tutup, KDE4'unu atmanin mantigi
> > > nedir? Tersi olmasi gerekmez mi?
> >
> > KDE4 için QtCurve kullanmýyoruz(kurulduðunda öntanýmlý oluyor ve çok kötü
> > gözüküyor), QtCurve-KDE3'ü ise KDE3 temelli olan araçlar için tutuyoruz;
> > network-manager, tasma vs.
>
> Yaw QtCurve'un öntanýmlý olmasý için pakette deðiþiklik yapan benim. Hata
> deðil o. Önceden her toolkit benzer görünsün diye bir amacýmýz vardý. Vaz
> mý geçtik?
E ben söylemiþtim hatýrlamadýðýmý :D

> Ayrýca QtCurve güzel bir tema.
-1 :D

-- 
Gökmen GÖKSEL

From dfisek at fisek.com.tr  Wed Dec 31 15:15:32 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Wed, 31 Dec 2008 15:15:32 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <200812311504.06830.fatih@pardus.org.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
	<20081231120018.70b5bb3a.dfisek@fisek.com.tr>
	<200812311204.08111.gokmen@pardus.org.tr>
	<200812311504.06830.fatih@pardus.org.tr>
Message-ID: <20081231151532.367f9ff8.dfisek@fisek.com.tr>

Wed, 31 Dec 2008 15:04:02 +0200, Fatih Aþýcý <fatih at pardus.org.tr> :

> Önceden her toolkit benzer görünsün diye bir amacýmýz vardý. Vaz mý
> geçtik?
> Ayrýca QtCurve güzel bir tema.
Katiliyorum. Her yazilimin benzer gozukmesi bence (de) onemli.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr

From gelurine at gmail.com  Wed Dec 31 14:17:24 2008
From: gelurine at gmail.com (=?UTF-8?Q?G=C3=BCng=C3=B6r_Erseymen?=)
Date: Wed, 31 Dec 2008 14:17:24 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
	playground/cihan]
In-Reply-To: <49592EDB.9040500@pardus.org.tr>
References: <49592EDB.9040500@pardus.org.tr>
Message-ID: <52cf71460812310417uc988f74la8573f5e026013e9@mail.gmail.com>

2008/12/29 Ozan Çaðlayan <ozan at pardus.org.tr>:
> Merhaba!
Merhaba,

> Ayný þekilde keþke Güngör Erseymen de elurin yerine daha açýklayýcý bir
> isim seçseydi, ne güzel olurmuþ.

"elurin"  kullanýcý ismini seçmem sadece alýþkanlýktan ibaretti, ama
size de hak vermemek imkansýz :) Kullanýcý adýmýn deðiþmesi için bende
bir istekte bulunacaðým.

Ýyi çalýþmalar.

-- 
Güngör Erseymen
http://www.elurin.info

From akin at omeroglu.net  Wed Dec 31 22:46:14 2008
From: akin at omeroglu.net (=?utf-8?q?Ak=C4=B1n_=C3=96mero=C4=9Flu?=)
Date: Wed, 31 Dec 2008 22:46:14 +0200
Subject: [Gelistirici] =?utf-8?q?Para_biriminin_de=C4=9Fi=C5=9Fmesi_hakk?=
	=?utf-8?b?xLFuZGE=?=
Message-ID: <200812312246.14507.akin@omeroglu.net>

Merhabalar,

Commit listesinde gözümden kaçmýþ olmakla beraber bildiðiniz gibi, 1 Ocak 2009 
tarihinden itibaren Bakanlar Kurulu Kararý gereði[1] para birimimizde bulunan 
Yeni ibaresi kaldýrýlmýþtýr.

Bu durumda bizim de ilgili deðiþikliði yansýtmamýz gerekecek.

Sevgiler ve mutlu yýllar...

[1]:BKK 2007/11963
-- 
Akýn Ömeroðlu
www.ozgurlukicin.com

From turkersezer at tsdesign.info  Wed Dec 31 22:18:05 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Wed, 31 Dec 2008 22:18:05 +0200
Subject: [Gelistirici] bugzilla hata sahibi esleme betigi
In-Reply-To: <20090101092905.b012f2bc.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>
	<20090101092905.b012f2bc.dfisek@fisek.com.tr>
Message-ID: <200812312218.05305.turkersezer@tsdesign.info>

On Thursday 01 January 2009 09:29:05 Doruk Fisek wrote:
> Mon, 8 Dec 2008 04:34:30 +0100, "selim ok" <selimok at gmail.com> :
> > - 100 defa soruldu ama neden hala Türker'in yazdigi Bugzilla'da hata
> > sahibi esleyen betigi kullanima gecmedi?
>
> Ping!

Taner bana þu anki bugzilla sürümüyle betiði test ettiðini, 2008 makinada 
sorunsuz çalýþtýðýný, 2007de çýkan sorunlara da Faik'in müdahale ettiðini ve 
orda da sorunsuz çalýþtýðýný söyledi.

Bugzilla yeni sürümüyle ilgili benim tekrarlayamadýðým bir hata bildirdi ama 
henüz yeni sürüm çevirileri ortada olmadýðýndan ve bu sebeple yeni sürüme 
geçiþ yapamadýðýmýzdan betiði kullanmak için bu hatanýn çözülmesi de 
gerekmiyor gibi.

Son geliþmeleri almak için þimdi Taner'e baðlanýyoruz. Taner söz sende.


Saygýlar
Türker

From ekin at pardus.org.tr  Mon Dec  1 01:42:29 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 1 Dec 2008 01:42:29 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <4931B7AE.9070709@gmail.com>
References: <200811292237.29198.ekin@pardus.org.tr>
	<4931B7AE.9070709@gmail.com>
Message-ID: <200812010142.29384.ekin@pardus.org.tr>

Merhaba;

Saturday 29 November 2008 tarihinde, Ýþbaran Akçayýr þunlarý yazmýþtý: 
> Merhaba
>
> > libgcrypt-1.4.0-8-4.pisi
>
> bu geçen de vardý revert etmiþtik ya betik sorunu ya arada kaynadý herhalde

Hayýr, revert edince yeniden derlendi, bu paket yeniden derlenen (release ve 
buildnosu artýyor revert etsek de.)

NACK, girmesine gerek yok yani.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ertugrulerata at gmail.com  Mon Dec  1 09:21:36 2008
From: ertugrulerata at gmail.com (=?UTF-8?Q?Ertu=C4=9Frul_Erata?=)
Date: Mon, 1 Dec 2008 09:21:36 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200811292237.29198.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
Message-ID: <176c63c20811302321k6a42ad81ofe99e0630c60a450@mail.gmail.com>

> R-2.8.0-17-7.pisi
> rkward-0.4.9_p1-18-4.pisi

ACK


-- 
Ertuðrul Erata

Pardus Devel.

##biraz tembelim. itiraf ediyorum##

From alpaslanmete at gmail.com  Mon Dec  1 14:38:45 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Mon, 1 Dec 2008 14:38:45 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200811292237.29198.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
Message-ID: <305f9edc0812010438k72f3234bgaf34b6cf532f576a@mail.gmail.com>

2008/11/29 Ekin Meroðlu <ekin at pardus.org.tr>

>
> tpmmanager-0.5-3-1.pisi
> tpm-tools-1.3.1-4-1.pisi
> trousers-0.3.1-7-1.pisi
>
>
NACK


>
> --
> Ýyi Çalýþmalar;
> Ekin Meroglu <ekin_at_pardus.org.tr>
>
> ... did i listen to pop music because i was miserable, or was i miserable
> because i listened to pop music?... - rob [nick hornby / hi fi]
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081201/060bf255/attachment-0002.htm>

From serbulent at pardus.org.tr  Mon Dec  1 20:32:00 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Mon, 1 Dec 2008 20:32:00 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <d9a1c9300811291341w418b35d8h6f769159e8ca3922@mail.gmail.com>
References: <200811292237.29198.ekin@pardus.org.tr>
	<d9a1c9300811291341w418b35d8h6f769159e8ca3922@mail.gmail.com>
Message-ID: <200812012032.00694.serbulent@pardus.org.tr>

On Saturday 29 November 2008 23:41:55 Murat Senel wrote:
> > cegui-0.6.1-5-3.pisi
> > crystalspace-1.2.1_30564-9-3.pisi
> > crystalspace-doc-1.2.1_30564-9-3.pisi
> > smc-1.6-3-4.pisi
>
> ACK

Sevgili Murat,

Buradaki postayý [1] görmediðini varsayýyorum ama hiç mi merak etmiyorsun 2 
defadýr ACK verdiðin paketler neden alýnmýyor depoya diye ?  

[1] http://liste.uludag.org.tr/gelistirici/2008-November/014527.html

-- 
Ýyi Çalýþmalar,

Serbülent


From ozan at pardus.org.tr  Mon Dec  1 20:56:40 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 01 Dec 2008 20:56:40 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812012032.00694.serbulent@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>	<d9a1c9300811291341w418b35d8h6f769159e8ca3922@mail.gmail.com>
	<200812012032.00694.serbulent@pardus.org.tr>
Message-ID: <49343368.5080905@pardus.org.tr>

Serbulent UNSAL wrote:
> On Saturday 29 November 2008 23:41:55 Murat Senel wrote:
>   
>>> cegui-0.6.1-5-3.pisi
>>> crystalspace-1.2.1_30564-9-3.pisi
>>> crystalspace-doc-1.2.1_30564-9-3.pisi
>>> smc-1.6-3-4.pisi
>>>       
>> ACK
>>     
>
> Sevgili Murat,
>
> Buradaki postayý [1] görmediðini varsayýyorum ama hiç mi merak etmiyorsun 2 
> defadýr ACK verdiðin paketler neden alýnmýyor depoya diye ?  
>
> [1] http://liste.uludag.org.tr/gelistirici/2008-November/014527.html
>   
Çok hata giriliyor bunlarla ilgili, lütfen artýk çözülsün.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From dfisek at fisek.com.tr  Mon Dec  1 21:46:32 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 1 Dec 2008 21:46:32 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812012032.00694.serbulent@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<d9a1c9300811291341w418b35d8h6f769159e8ca3922@mail.gmail.com>
	<200812012032.00694.serbulent@pardus.org.tr>
Message-ID: <20081201214632.073e3f71.dfisek@fisek.com.tr>

Mon, 1 Dec 2008 20:32:00 +0200, Serbulent UNSAL
<serbulent at pardus.org.tr> :

> Buradaki postayý [1] görmediðini varsayýyorum ama hiç mi merak
> etmiyorsun 2 defadýr ACK verdiðin paketler neden alýnmýyor depoya
> diye ?  
> [1] http://liste.uludag.org.tr/gelistirici/2008-November/014527.html
Yav cikintilik edip durmaktan sýkýldým ama cenemi tutamayacagim yine.

Gelistirici listesinde onlarca mesaj donuyor. Murat, listeyi dikkatli
takip eden herhangi birisinin de anlayabilecegi gibi, bu donem cok yogun
ve buyuk olasilikla gelistirici listesini sýk takip edemiyor.

"Kirik bagimliliklar" gibi genel bir ifade ile tek kelime Turkce ifade
eklemeden bir mesaj logu yapistiriyorsun. Logu incelemeyen birisinin de
ne ile ilgili oldugunu anlamasi mumkun degil. Ben sahsen okumadan
gecmistim, benim paketlerimden biriyle ilgili olsa farkina bile
varmazdim.

Buildfarm paketini derleyemeyince sana mesaj atiyor. Bugzilla sana hata
raporu atinca sana mesaj atiyor. Kirk yilin bir basi bir pakette hata
yakalamissin, onune insan gibi iki satir bisi yazip, gelistiricisine
mesaj atsan ne olacak? Pesinde kossan elin mi kirilacak?

Ikinci soruna gelince... Kararli depoya paketin girip girmedigini nasil
takip etsin ki? Eskiden duyuru yapilirdi hangi paketler giriyor diye, o
da yok artik.

Merge'uydu, ACK/NACK'iydi, testiydi, kararli depoya alinmasiydi, vs bu
is gercekten boktan yuruyor :(.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From fatih at pardus.org.tr  Mon Dec  1 22:48:47 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Mon, 1 Dec 2008 22:48:47 +0200
Subject: [Gelistirici] r20249 - trunk/repokit/src
In-Reply-To: <20080912190819.5A24613840F8@liste.pardus.org.tr>
References: <20080912190819.5A24613840F8@liste.pardus.org.tr>
Message-ID: <200812012248.52204.fatih@pardus.org.tr>

Cuma 12 Eylül 2008 tarihinde, uludag-commits at pardus.org.tr þunlarý yazmýþtý: 
> Author: fatih
> Date: Fri Sep 12 22:08:19 2008
> New Revision: 20249
>
> Modified:
>    trunk/repokit/src/ismail.py
> Log:
> Path tags may include wildcards

Zamanýnda bu betikte böyle bir fix yapmýþtým. Sanýrým svn sunucusu hala eski 
halini kullanýyor. Gereksiz yere commit yapmamý engelliyor. Güncelleyebilirsek 
çok iyi olacak.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081201/841ab64b/attachment-0002.pgp>

From inancyildirgan at gmail.com  Tue Dec  2 02:37:06 2008
From: inancyildirgan at gmail.com (=?utf-8?q?=C4=B0nan=C3=A7_Y=C4=B1ld=C4=B1rgan?=)
Date: Tue, 2 Dec 2008 02:37:06 +0200
Subject: [Gelistirici] Pisi fallback adresi
Message-ID: <200812020237.06342.inancyildirgan@gmail.com>

$SUBJECT, pisinin kaynak dosyayý pspec de belirtilen adreste bulamadýðýnda 
kullandýðý adres bildiðim kadarýyla. 

Þu an mevcut pisi içerisinde bu adres [0] þeklinde geliyor. Ama adrese 
baðlanýp baktýðýmda 2007/, 2008/ þeklinde dizinlere ayrýldýðýný gördüm. Bu 
hali ile doðal olarak çalýþmýyor bu özellik. Artýk 2007 sürümü hayatýnýn 
sonuna geldiðine göre bunun ön tanýmlý olarak [1] haline getirilmesi mümkün 
müdür?

[0]= ftp://ftp.pardus.org.tr/pub/pisi/source
[1]= ftp://ftp.pardus.org.tr/pub/pisi/source/2008

From gokmen at pardus.org.tr  Tue Dec  2 09:08:50 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Tue, 2 Dec 2008 09:08:50 +0200
Subject: [Gelistirici] [Uludag-commits] r20757 -
	branches/net-link-2.0/examples
In-Reply-To: <20081202064931.D4F94138406C@ns1.pardus.org.tr>
References: <20081202064931.D4F94138406C@ns1.pardus.org.tr>
Message-ID: <200812020908.51016.gokmen@pardus.org.tr>

On Tuesday 02 December 2008 08:49:31 uludag-commits at pardus.org.tr wrote:
> Author: bahadir.kandemir
> Log:
> Auto connect for mudur
> Modified: branches/net-link-2.0/examples/test-mudur.py
> +        for profileName in link.Network.Link[package].connections():
Hangi profilin "up" olduðunu bulmak için heryerde for döngüsü kurmak, bütün 
connectionlarý gezip hangisinin "up" olduðuna bakmak ne kadar mantýklý ?

Hadi onu geçtim bu iþi yapan kodu her yerde tekrar tekrar yazmak ?

Bu iþi yapan bir metod eklesen net-link altýna ?

-- 
Gokmen GOKSEL


From bahadir at pardus.org.tr  Tue Dec  2 09:24:40 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Tue, 2 Dec 2008 09:24:40 +0200
Subject: [Gelistirici] [Uludag-commits] r20757 -
	branches/net-link-2.0/examples
In-Reply-To: <200812020908.51016.gokmen@pardus.org.tr>
References: <20081202064931.D4F94138406C@ns1.pardus.org.tr>
	<200812020908.51016.gokmen@pardus.org.tr>
Message-ID: <200812020924.48223.bahadir@pardus.org.tr>

02 Ara 2008 Sal tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> Hangi profilin "up" olduðunu bulmak için heryerde for döngüsü kurmak,
> bütün connectionlarý gezip hangisinin "up" olduðuna bakmak ne kadar
> mantýklý ?
>
> Hadi onu geçtim bu iþi yapan kodu her yerde tekrar tekrar yazmak ?
>
> Bu iþi yapan bir metod eklesen net-link altýna ?

for profileName in link.Network.Link[package].connections():
    profileInfo = link.Network.Link[package].connectionInfo(profileName)
    state = profileInfo.get("state", "down")

Yukarýdaki gibi bulunabiliyoruz hangi profilin "up" olduðunu. Bunu tek 
satýra indirmek için API'ye bir metod eklemek mantýklý gelmiyor.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081202/0876fb5d/attachment-0002.pgp>

From gokmen at pardus.org.tr  Tue Dec  2 09:31:40 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Tue, 2 Dec 2008 09:31:40 +0200
Subject: [Gelistirici] [Uludag-commits] r20757 -
	branches/net-link-2.0/examples
In-Reply-To: <200812020924.48223.bahadir@pardus.org.tr>
References: <20081202064931.D4F94138406C@ns1.pardus.org.tr>
	<200812020908.51016.gokmen@pardus.org.tr>
	<200812020924.48223.bahadir@pardus.org.tr>
Message-ID: <200812020931.41008.gokmen@pardus.org.tr>

On Tuesday 02 December 2008 09:24:40 Bahadýr Kandemir wrote:
> for profileName in link.Network.Link[package].connections():
>     profileInfo = link.Network.Link[package].connectionInfo(profileName)
>     state = profileInfo.get("state", "down")
>
> Yukarýdaki gibi bulunabiliyoruz hangi profilin "up" olduðunu. Bunu tek
> satýra indirmek için API'ye bir metod eklemek mantýklý gelmiyor.
Neden mantýklý gelmiyor ? Ayrýca bir de "if" koyman gerekiyor bir satýr daha 
ekle.

-- 
Gokmen GOKSEL
{ [pardus.org.tr/eng] | [kde.org] } for freedom


From bahadir at pardus.org.tr  Tue Dec  2 10:06:12 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Tue, 2 Dec 2008 10:06:12 +0200
Subject: [Gelistirici] [Uludag-commits] r20757 -
	branches/net-link-2.0/examples
In-Reply-To: <200812020931.41008.gokmen@pardus.org.tr>
References: <20081202064931.D4F94138406C@ns1.pardus.org.tr>
	<200812020924.48223.bahadir@pardus.org.tr>
	<200812020931.41008.gokmen@pardus.org.tr>
Message-ID: <200812021006.15370.bahadir@pardus.org.tr>

02 Ara 2008 Sal tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> Neden mantýklý gelmiyor ? Ayrýca bir de "if" koyman gerekiyor bir satýr
> daha ekle.

Bir döngü içinde, birkaç satýr ile basitçe yapabiliyoruz bu iþi. Üstelik, 
þimdiye kadar sadece bir yerde ihtiyaç duyduk böyle bir þeye.

Að baðlantýsý kurmak ve yönetmek için bir API sunmamýz, her iþ için bir 
metod tanýmlayacaðýmýz anlamýna gelmiyor. 
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081202/bff4983d/attachment-0002.pgp>

From gokmen at pardus.org.tr  Tue Dec  2 10:19:55 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Tue, 2 Dec 2008 10:19:55 +0200
Subject: [Gelistirici] [Uludag-commits] r20757 -
	branches/net-link-2.0/examples
In-Reply-To: <200812021006.15370.bahadir@pardus.org.tr>
References: <20081202064931.D4F94138406C@ns1.pardus.org.tr>
	<200812020931.41008.gokmen@pardus.org.tr>
	<200812021006.15370.bahadir@pardus.org.tr>
Message-ID: <200812021019.55739.gokmen@pardus.org.tr>

On Tuesday 02 December 2008 10:06:12 Bahadýr Kandemir wrote:
> 02 Ara 2008 Sal tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > Neden mantýklý gelmiyor ? Ayrýca bir de "if" koyman gerekiyor bir satýr
> > daha ekle.
>
> Bir döngü içinde, birkaç satýr ile basitçe yapabiliyoruz bu iþi. Üstelik,
> þimdiye kadar sadece bir yerde ihtiyaç duyduk böyle bir þeye.
>
> Að baðlantýsý kurmak ve yönetmek için bir API sunmamýz, her iþ için bir
> metod tanýmlayacaðýmýz anlamýna gelmiyor.
ActiveConnection gibi bir metod genel bir metod, bu tip iþlerin yapýlmasý için 
bir ara katman daha olmalý diye konuþmuþtuk aslýnda sen yine kabul etmemiþtin.

Ýlla API içinde olmayacaksa dediðim gibi bir ara katmanda olsa da böyle genel 
bir yapý olmalý.

Tabi son söz geliþtiricinin, nasýl olsa network-manager'ýda , network-applet'i 
de sen geliþtireceksin uðraþ dur ;)

-- 
Gökmen GÖKSEL
[pardus.org.tr]


From bahadir at pardus.org.tr  Tue Dec  2 10:33:59 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Tue, 2 Dec 2008 10:33:59 +0200
Subject: [Gelistirici] [Uludag-commits] r20757 -
	branches/net-link-2.0/examples
In-Reply-To: <200812021019.55739.gokmen@pardus.org.tr>
References: <20081202064931.D4F94138406C@ns1.pardus.org.tr>
	<200812021006.15370.bahadir@pardus.org.tr>
	<200812021019.55739.gokmen@pardus.org.tr>
Message-ID: <200812021034.02668.bahadir@pardus.org.tr>

02 Ara 2008 Sal tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> ActiveConnection gibi bir metod genel bir metod, bu tip iþlerin
> yapýlmasý için bir ara katman daha olmalý diye konuþmuþtuk aslýnda sen
> yine kabul etmemiþtin.
>
> Ýlla API içinde olmayacaksa dediðim gibi bir ara katmanda olsa da böyle
> genel bir yapý olmalý.
>
> Tabi son söz geliþtiricinin, nasýl olsa network-manager'ýda ,
> network-applet'i de sen geliþtireceksin uðraþ dur ;)

Talepler geliþtirici'de tartýþýlmadan COMAR'da deðiþiklik yapmayacaðým 
demiþtim.

NA'da ve NM'de tüm profil bilgilerini alýyoruz, baðlantý durumu da bu 
bilgiler içinde geldiðinden ayrý bir metod kullanýlmýyor.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081202/41938286/attachment-0002.pgp>

From ekin at pardus.org.tr  Tue Dec  2 11:38:46 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 2 Dec 2008 11:38:46 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <20081201214632.073e3f71.dfisek@fisek.com.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812012032.00694.serbulent@pardus.org.tr>
	<20081201214632.073e3f71.dfisek@fisek.com.tr>
Message-ID: <200812021138.46770.ekin@pardus.org.tr>

Merhaba;

Monday 01 December 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 

> Ikinci soruna gelince... Kararli depoya paketin girip girmedigini nasil
> takip etsin ki? Eskiden duyuru yapilirdi hangi paketler giriyor diye, o
> da yok artik.

Her seferinde karþýsýna ayný paket geliyor, takip etmesine gerek bile yok ki ? 
Update etmediðin bir paket her seferinde karþýna geliyor, o mail'i 
görüyorsun, cevap veriyorsun ama nedenini aramak aklýna gelmiyor.
Yanlýþ anlaþýlmasýn, benim baþýma da gelebilir ayný durum, ben de 
atalayabilirim ama her hatanýn, her sorunun nedeni Serbülentin test süreci 
deðil, ACK/NACK deðil, merge deðil.  

Ayrýca son sefere kadar geliyordu o liste, sadece son sefer atlanmýþ - evet 
hata, ama "eskiden geliyordu artýk o da yok" durumu yok. 
  
> Merge'uydu, ACK/NACK'iydi, testiydi, kararli depoya alinmasiydi, vs bu
> is gercekten boktan yuruyor :(.

Evet, kaldýralým hepsini, test deposunu da kaldýralým, benim iþim onda bir 
azalýr - ama ertesi gün kde hiç açýlmadýðýnda anca iki pullu dilekçeyle 
baþvurur onlarca kullanýcý - yapmadýðýmýz iþ deðil.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ozan at pardus.org.tr  Tue Dec  2 11:50:27 2008
From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=)
Date: Tue, 02 Dec 2008 11:50:27 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812021138.46770.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>	<200812012032.00694.serbulent@pardus.org.tr>	<20081201214632.073e3f71.dfisek@fisek.com.tr>
	<200812021138.46770.ekin@pardus.org.tr>
Message-ID: <493504E3.4080503@pardus.org.tr>

Ekin Meroðlu wrote On 02-12-2008 11:38:
> Merhaba;
>
> Monday 01 December 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 
>
>   
>> Ikinci soruna gelince... Kararli depoya paketin girip girmedigini nasil
>> takip etsin ki? Eskiden duyuru yapilirdi hangi paketler giriyor diye, o
>> da yok artik.
>>     
Eskiden yapýlýyordu, o da yok artýk kýsmýna Ekin açýklýk getirmiþ. Onun 
dýþýnda paketin kararlý depoya girip girmediðini takip etmek çok zor bir 
þey deðil, aslýnda "hiç" zor bir þey deðil. Ekin'in dediði gibi bir kere 
her ACK listesinde ayný paketi görüyorsun, ayrýca artýk detaylar da 
e-posta olarak atýlýyor.

Onu geçtim, hadi mail gelmedi hata oldu bilmemne, ben bir paketin 
kararlý depoya girip girmediðini anlamak için 3 saniyemi harcayýp 
paketler.pardus.org.tr/pardus-2008'e girip, CTRL+F'e basýp paket adýný 
yazýyorum. Sürüme bakýyorum, hah sürümü mü unuttum, timestamp'e 
bakýyorum, bitiyor.
>> Merge'uydu, ACK/NACK'iydi, testiydi, kararli depoya alinmasiydi, vs bu
>> is gercekten boktan yuruyor :(.
>>     
"Boktan" biraz aðýr bir itham olsa da aslýnda süreçlerin 
iyileþtirilmesini caný gönülden istediðini, bu lafý köstek olmak için 
atmadýðýndan zaten þüphem yok. Ancak bu iþ hemen olmuyor. Bakýcýsýz 
paketleri iþaretleyelim diyorsun, belli bir gecikmeyle hallediyoruz, 
þimdi noldu bakýcý paketler diyorsun, cevap vermedim hala ama 
unutmuyoruz hiçbirþeyi, halletmeye çalýþýyoruz. Yakýnda bilgi vereceðim.

Söylenen her eleþtirici, istek birimizin kafasýnda zaten yer ediyor, 
ancak çok fazla þeyle uðraþýyoruz, sizlerin zaman hassasiyetiyle 
bizimkiler pek çakýþmýyor.

Kýsacasý, sabýrla her þey oluyor.

-- 
Ozan Çaðlayan




From dfisek at fisek.com.tr  Tue Dec  2 12:12:35 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 2 Dec 2008 12:12:35 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812021138.46770.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812012032.00694.serbulent@pardus.org.tr>
	<20081201214632.073e3f71.dfisek@fisek.com.tr>
	<200812021138.46770.ekin@pardus.org.tr>
Message-ID: <20081202121235.fcae05a4.dfisek@fisek.com.tr>

Merhaba,

Tue, 2 Dec 2008 11:38:46 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> Evet, kaldýralým hepsini, test deposunu da kaldýralým, benim iþim
> onda bir azalýr - ama ertesi gün kde hiç açýlmadýðýnda anca iki pullu
> dilekçeyle baþvurur onlarca kullanýcý - yapmadýðýmýz iþ deðil.
Soyledigimin bu olmadiginin farkindasin, demogoji yapmak da pek yakisik
almiyor.

Alternatif birden fazla oneri getirdim bu listede hemen her bu konu
acildiginda. Dikkate almayip mevcut sureclerle yasamaya devam
ediyorsunuz.

Kendiniz pek mutlu olabilirsiniz. Ben bir gelistirici olarak hic
degilim. Bu memnuniyetsizligimi de her yasadigimda dile getirmeye devam
edecegim.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From coderlord at gmail.com  Tue Dec  2 12:28:31 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Tue, 2 Dec 2008 12:28:31 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <20081202121235.fcae05a4.dfisek@fisek.com.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812012032.00694.serbulent@pardus.org.tr>
	<20081201214632.073e3f71.dfisek@fisek.com.tr>
	<200812021138.46770.ekin@pardus.org.tr>
	<20081202121235.fcae05a4.dfisek@fisek.com.tr>
Message-ID: <4cca720b0812020228m711bfbadi61ff4f69e7edb5dd@mail.gmail.com>

02 Aralýk 2008 Salý 12:12 tarihinde Doruk Fisek <dfisek at fisek.com.tr> yazdý:
> Alternatif birden fazla oneri getirdim bu listede hemen her bu konu
> acildiginda. Dikkate almayip mevcut sureclerle yasamaya devam
> ediyorsunuz.

Doruk affedersin dikkatimden kaçmýþ bu e-postalarýn. :(

Acaba ayrý bir baþlýk açarak bu önerilerini yazsan nasýl olur? Belki
diðer arkadaþlarýn da dikkatinden kaçmýþtýr.

Görüþmek üzere.


-- 
Furkan Duman

From turkersezer at tsdesign.info  Tue Dec  2 12:34:51 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Tue, 2 Dec 2008 12:34:51 +0200
Subject: [Gelistirici] Pisi fallback adresi
In-Reply-To: <200812020237.06342.inancyildirgan@gmail.com>
References: <200812020237.06342.inancyildirgan@gmail.com>
Message-ID: <200812021234.52063.turkersezer@tsdesign.info>

On Tuesday 02 December 2008 02:37:06 Ýnanç Yýldýrgan wrote:
> Þu an mevcut pisi içerisinde bu adres [0] þeklinde geliyor. Ama adrese
> baðlanýp baktýðýmda 2007/, 2008/ þeklinde dizinlere ayrýldýðýný gördüm. Bu
> hali ile doðal olarak çalýþmýyor bu özellik. Artýk 2007 sürümü hayatýnýn
> sonuna geldiðine göre bunun ön tanýmlý olarak [1] haline getirilmesi mümkün
> müdür?
>
> [0]= ftp://ftp.pardus.org.tr/pub/pisi/source
> [1]= ftp://ftp.pardus.org.tr/pub/pisi/source/2008

Pisinin destekleyip desteklemediðini bilmiyorum ama eðer destekliyorsa buraya 
her iki adresi de eklesek, yanýna bonus olarak contrib deposunun adreslerini 
de yazsak. Herkesler kullanabilse bu özelliði.


Türker


From dfisek at fisek.com.tr  Tue Dec  2 14:03:09 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 2 Dec 2008 14:03:09 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
Message-ID: <20081202140309.5450af86.dfisek@fisek.com.tr>

Merhaba,

Tue, 2 Dec 2008 12:28:31 +0200, "Furkan Duman" <coderlord at gmail.com> :

> Doruk affedersin dikkatimden kaçmýþ bu e-postalarýn. :(
> Acaba ayrý bir baþlýk açarak bu önerilerini yazsan nasýl olur? Belki
> diðer arkadaþlarýn da dikkatinden kaçmýþtýr.

Seni kiracagima kafami arsiv fareligi yaparim :). Icinde sadece "test"
kelimesi gecenleri taradim yazdiklarimdan, baska aradan kacanlar olmus
olabilir.

22 Ekim'de yazdigim e-postada [1] iki farkli oneri yer aliyor. 8
Ekim'de yazdigim bir e-postada [2] baska bir oneri var. 5 Ekim'de
yazdigim e-postada [3] bir seri daha. 20 Mart'tan bir bukle [4]. 14
Mart'in ne eksigi var, hem de tip bayrami [5]. 4 Mart'ta bisiler daha
[6]. 30 Ocak'ta gelistirici toplantisinin(!!) ardindan onerilerimin posa
kivaminda ozeti [7].

Artik 2007'ye gecmeyeyim dedim, tarihte geriye gittikce yazdiklarimin
uygulanma yuzdesi artiyor ;). Ozan'in da dedigi gibi zamanla bazi seyler
"olgunlasiyor".

Bazilarinin "test sureci ile ne alakasi var canim" diye
dusunebilirsiniz. Aslinda oldukca ilgili, cunku bircok sav
"guncellemede sorun cikiyor" noktasina gelip dayaniyor. Bunlarin hepsi
de guncellemelerde sorun cikmasinin nedenleri ile ilgili.

Herhangi biri icin "x onerisinin ne oldugu anlasilmiyor, daha detayli
aciklar misin" diyene usenmeyip anlatabilirim.

- dfisek


=======

[1] http://liste.pardus.org.tr/gelistirici/2008-October/013904.html

"Bastan beri soyledigim gibi, test sureci ile kurunun yaninda cok fazla
yas yakmaya calisiliyor gibime geliyor. Sorun cikarip ortaligin
karismasina yol acan belli paketler var. Onlari belirleyip, onlarin
guncellenmesinde testlere ekstra ilgi gosterip, kalanlara sadece temel
testleri (paket menuye yerlesiyor mu, aciliyor mu) uygulamak daha
fizibl olur.

Daha da fizibl oldugunu dusundugum soyle bir radikal onerim var :

1) Sadece guvenlik guncellemelerinin yapildigi bir 2008 deposu olsun.
Bu depoya giren her guncellemede tirnagina kadar tum yazilimlar testten
gecsin. Bu depoya "kararli" olacak densin. Bir paket patlarsa test
takimini dovelim :)

2) Normal depoda test sureci islemesin ya da sadece kritik paketlerde
islesin. x hafta test deposunda durup hata raporu almayan paketler
normal depoya sorgusuz sualsiz girsin. Kullanicilar "sistemim bozuldu,
guncellemeler test edilmiyor mu" dediginde de, "test deposunda x hafta
hata belirtilmemis. eger surecin daha iyi olmasini istiyorsaniz, siz de
testlere daha cok katilin. Ben sistemim kararli kalsin istiyorum
diyorsaniz, sadece guvenlik guncellemeleri yapilan depoyu kullanin."
densin.

Boylece hedef belirlenmis olur, dagitim depolarinin bir kimligi olur.
Su anda bence herkes farkli beklentiler icinde dagitimdan ve kimse
mutlu olamiyor. Hem ultra kararli olayim, hem gelismelerden geri
kalmayayim, hem o da olsun, hem bu da olsun diye hareket edince hicbiri
elde edilemiyor.

Bu ilk defa yapilan bisi degil, Debian stable ve testing var. Pardus'un
surum cikarma dongusunun Debian kadar uzun olmadigi dusunulurse,
Debian'daki zararli yan etkiler de Pardus'ta cok az olacaktir diye
dusunuyorum."

=======

[2] http://liste.pardus.org.tr/gelistirici/2008-October/013773.html

"Su anda yuruyor ama nasil yurudugu belli degil. Cunku herkesin test
surecinden farkli beklentileri var. Oncelikle test surecinin ne artilar
katmasi gerektigi konusunda tum (cekirdek) ekip bir hemfikir olmasi
gerekiyor."

=======

[3] http://liste.pardus.org.tr/gelistirici/2008-October/013685.html

"Cozum ne?

1) Test surecinin "ciddi" yapilmasi. Ornegin her hafta Pazartesi gunu
test surecinin yeni gelen paketler icin tekrar baslanmasi gerekiyor.
Boyle bir insan gucumuz yok deniyorsa -- bunun adi konur, sadece belli
kritik paketlere test sureci uygulanabilir, kalanlar test edilmeden
depoya alinabilir.

Test edilmeden Pardus deposuna hic paket giremez deniyorsa,
insangucunun yetmedigi kalan paketler contrib deposuna alinmali. En
azindan adam gibi guncellenirler.

Ama bunun adi mutlaka konmali. Su anda "ne guzel de test yapiyoruz" diye
dusunenler kendilerini kandiriyorlar bence.

2) Bir "acil test ekibi"nin olmasi gerekiyor. Yani bir guvenlik
guncellemesi varsa, onu atiyorum 12 saat icinde test edip "tamam, bu
saglam" diyecek birileri olmali. Yanlis anlamayacaginizi umarak
soyluyorum, cekirdek ekipte az sayida insan yok, mesailerinin bir
kismini buna ayirmalari cok zor olmamali.


Bir de su anda cok kullanilan uygulamalar kirilmis durumda, 24 saat
gecmesine karsin hala cozum icin bisi yapilmamis durumda. Bu bir tek
bana mi batiyor bilmiyorum. Tatil gunu diyeceksiniz, dogru, o zaman
tatil gununde kritik guncelleme depoya almayalim :/"

=======

[4] http://liste.pardus.org.tr/gelistirici/2008-March/011497.html

"1.0 doneminde kullanilan, adi konmasa da 2007'deki merge/review
surecleri ile fiilen anlami yitirmis bir "bilesen sorumlusu" kavrami var
(her bolumde component.xml'de yazan kisi).

Bunu 2008 ile beraber tekrar hayata gecirmek bence iyi olurdu. Ilk
paket yapmaya basladigimda cok yararini gormustum. Atiyorum bir
kutuphane paketi yapacagim zaman, "bu resmi depoya girer mi", "boyle
bisiyin paketini yapmak anlamli mi", "hedede problem cikti, icinden
cikamiyorum, ne yapmaliyim" gibi sorulari birebir sorup yanit
alabilecegin bir kisi olmasi oldukca yararli oluyor. Su anda ilgili
bilesenin butununu goren insan olmadigi icin, hedede problem yok ama x
hodonun paketi onunla konusman lazim seklinde pinpon topuna
donebiliyorsun bir anda.

Mevcut politikada her paket kendi basina degerlendiriliyor, bulundugu
bilesen butunu icinde degil. Merge eden kisinin ya da test eden kisinin
tum guncellemeleri hakkini vererek test etmesini beklemek oldukca
hayal. Ayni bilesendeki baska programlari nasil etkiledigini
bilmesi biraz sansa kaliyor.

Onun yerine her bilesenin sorumlulugunu birine verip, kendi bilesenini
supurmesini beklemek cok daha verimli bir davranis olur gibime geliyor.
O kisi kendi bileseninde uzmanlasip, "ne paket olsa bakarim abi" diyen
insandan daha fazla ilgi gosterebilir. Depo "bol-yonet" politikasi
gutmeden yonetmek icin fazla buyuk diye dusunuyorum.

Bilesen sorumlusu kendi bilesenine girecek olan yeni paketin depoya
girip girmeyecegine karar verebilecegi gibi, paketin guncellenmesi
(merge) islemi/karari da bilesen sorumlusuna verilebilir. Insanlarin
uzerindeki yuku azaltacagi gibi, farkli kisilerin sorumluluk almasini,
kendini gelistirmesini ve yetismesini saglayacaktir. Ileride
gerceklesecek gorev degisimlerinde "hazir" daha fazla insan da olur
boylece.

Benden duramayip ortaya atilan bir 2ykr daha."

=======

[5] http://liste.pardus.org.tr/gelistirici/2008-March/011431.html

"Su anda bir paketi guncellemek isteyen once devel'de bunu yapiyor, ayni
mesajin neredeyse bir kopyasini stable listesine atarak 2007'ye merge
isteginde bulunuyor. Merge'cu basi alip onu 2007'ye aktariyor (bir
mesaj daha). Sonra derleme ciftliginin basindaki insan ciftligi
durtuyor, paketler derleniyor ve test deposuna giriyor.

Cok uzun zamandir, stable'a yapilan bir merge istegine, yav bu
guncelleme cok sacma, bunu yapmayalim diyen olmadi. Boyle bir sey
denecek olsa, zaten 2007 commitlerine bakilarak da soylenebilir. "Geri
al" denir, alinir. Zaten otomatik olarak derlenmiyor ki paketler,
derleyici basi durtuyor paketleri. Yine bir elle mudahale/engelleme
asamasi mevcut. Otomatik olarak hatali bir paket girmesi soz konusu
degil.

Hadi diyelim ki tum bu asamalari gecti, insanlarin gozunden kacti, o
paketin girip girecegi yer test deposu. Direk kararli depoya girmiyor
ki.

Resmi depodaki bir paketin sorumlulugunu ustlenen bir adama o kadarcik
da guvenmiyorsak (atlama durumunda guncellemesinin test deposuna
aktarilabilmesi olasiligi), niye paket veriyoruz ki eline?

Ustelik 2007 ile devel arasindaki ucurumun artmasi nedeniyle olay kafa
karistirici bir hal de aldi. "Paketteki onu al, bunu alma" yapmaya ya
da playground'dan al demeye basladik.

Yanlis anlama, bana uzaktan, merge yapan adam bildigin amelelik yapiyor
gibi gozukuyor. Belki sistemin temel bilesenlerinin sik guncellendigi
ilk donemlerde, gelistiricileri gemlemek icin iyi bir mekanizmaydi. Su
anda anlamsiz bir burokrasiye donusmus durumda. Hem paketini
guncelleyen, hem de o paketi merge eden icin."

=======

[6] http://liste.pardus.org.tr/gelistirici/2008-March/011353.html

Tue, 4 Mar 2008 11:16:55 +0200, Serbülent ÜNSAL
<serbulent at pardus.org.tr> :

>         1-  n adet güncelleme belirli bir sayýya ulaþtýðýnda veya
> ACK/NACK sorumlusunun (A/N sorumlusu olarak geçecektir) uygun gördüðü
> bir zamanda ACK/NACK listesine dahil edilir.
Eger bu sekilde bir ek prosedur eklendiyse, bu surecin paket sayisi ya
da can cekmesinden bagimsiz bicimde daha sik islemesi gerekir. Ornegin
her hafta basi gibi.

Zaten paketci "ACK" vermeden once paket bir sure test deposunda
geciriyor. Bu prosedurle bir paketin kararli depoya girmesi bir aydan
bile fazla surebilir.

****

Ek olarak paketlerin hepsini esit kabul etmek cok anlamli degil. Baska
hicbir pakete bagimli olmayan, guncellemesi baska bir uygulamayi
bozmasi mumkun olmayan paketler var. Bunlarla baska paketleri
etkileyecek paketlerin guncelleme sureclerini birbirinden ayirmak
gerekir.

=======

[7] http://liste.pardus.org.tr/gelistirici/2008-January/010756.html

"Hedeflerle uyumlu bir teknik politika guduldugune emin misiniz peki?

Gelistirici toplantisinin katilmadiginiz bolumunde, bu konudaki
sorunlarin nedenlerini ve olasi cozumleri soylemistim. Aslinda katilan
diger arkadaslara sorup ogrenin, ben bir daha neden anlatayim demek
isterdim ama sonra (tekrar) anlatsaydim farkli olur muydu diye
dusunmemek icin yaziyorum. Anca posasi olacak ama idare edin.

Pardus Projesi'nin su anda bir kismi yari zamanli olan 14 tane calisani
var (toplantida soylendigi kadariyla). Bu projeden beklentiler benim
disaridan gordugum kadariyla sunlar :

1) Bir Linux dagitimi cikarsin.
2) Dagitimi elalemin degil, kendi gelistirdigi araclarla cikarsin.
3) Ozel projelerin pesinde kostursun (MSB, UEKAE, vs vs).

Bu siralamayi birbirine bagimlilik sirasina gore yazdim. Dagitimin
kendisi olmadan kendi gelistirdigin araclar bir ise yaramaz, dagitim
olmadan onun uzerine ozel proje gelistiremezsin.

Dagitimin ana parcalari (toolchain, X ve diger donanim destekleri, KDE,
multimedia araclari) bu 14 kisinin 4 kisisinde (Caglar, Ismail, Onur ve
Fatih) toplanmis durumda (bu 4'ten biri de yari zamanli). Bu sayi uzun
sure 3'tu, birkac ay once 4'e cikti.

Sorun Loker'in soyledigi gibi upstream'le halay cekmekten degil, tam
tersine upstream'le yeterince halay cekmemekten kaynaklaniyor.
Dagitimdaki ilgili yazilimdan sorumlu kisinin yapmasi gereken, yazilimi
gelistiren yazarlar (upstream) ile dagitim kullanicilari arasinda kopru
gorevi gormek -- yani dagitim kullanicilarinin farkettigi hatalari
onlara aktarmak, cozulmesi icin onlari zorlamak ve daha sonra cozumleri
dagitima entegre etmek.

Son donemlerde ozellikle Caglar ve Ismail'in sorumluluklarini aldiklari
yazilimlarin hakkini veremediklerini gormek icin kahin olmak
gerekmiyor. Disaridan bile acikca gorunuyor bu. Bunun yani sira
Erdinc'in uzerinde olan ve kendisinin dogal olarak projede profesyonel
olarak calistigi zamanki kadar ilgilenmedigi dunya kadar yazilim var.
Ancak aylardir bu -bilinen- sorunlarla ilgilenilmiyor, "bekledikce"
gececegi umuluyor ve bunun sonucu da calismayan bluetooth destegi,
kirilan x yazici destegi, calismayan ati ekran karti, bozuk flash
eklentisi olarak kullaniciya donuyor. "Yazilim bozmayalim" demek lafta
kolay, pratikte ise ciddi calisma ve emek isteyen bir is. Gerekli
calismayi yap(a)mayinca da sonuc bu oluyor.

Cozum... Daha fazla adam almak ya da "ne kadar ekmek, o kadar kofte"
demek olabilir.

Elimizdeki olanaklar bu, bununla yapmamiz lazim diyorsaniz bu isi, o
zaman 4/14'luk oran cok acayip. Dagitimin "olmazsa olmaz" bilesenlerini
dagitim calisanlarinin 1/3'unden bile az bir kitle hazirliyor demek.

Burada Pardus dagitiminin amaci ne sorusunu sormak gerekiyor. Hedef
kitle gercekten bilisim okur-yazari kitleyse burada ciddi bir
oncelikleme sorunu var demektir. Bu kitlenin 5 tane ses kartinin daha
Pardus'ta duzgun calismasini, Pisi'ye rollback ozelligi eklenmesinden,
Yali'nin Qt4'e port edilmesinden ya da yeni Kaptan yazilmasindan daha
cok onemseyecegini dusunuyorum.

Yali'ya, Kaptan'a, Pisi'ye yeni bir ozellik eklemeden de bir 2008
dagitimi cikarabilirsiniz. Biraz sýkýntý cekilir ama gene de olur. Bu
yazilimlarin entegre etmesi beklenen dagitimin temel parcalari olmadan
ise ortada dagitim diye bir sey olmaz.

Daha soylenesi cok sey var ama bende guc kalmadi. Eksikleri toplantinin
o bolumunde olan calisma arkadaslarinizin doldurmasini rica edin
lutfen."

=======


From serbulent at pardus.org.tr  Tue Dec  2 14:22:50 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 2 Dec 2008 14:22:50 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <4cca720b0812020228m711bfbadi61ff4f69e7edb5dd@mail.gmail.com>
References: <200811292237.29198.ekin@pardus.org.tr>
	<20081202121235.fcae05a4.dfisek@fisek.com.tr>
	<4cca720b0812020228m711bfbadi61ff4f69e7edb5dd@mail.gmail.com>
Message-ID: <200812021422.50709.serbulent@pardus.org.tr>

On Tuesday 02 December 2008 12:28:31 Furkan Duman wrote:
> 02 Aralýk 2008 Salý 12:12 tarihinde Doruk Fisek <dfisek at fisek.com.tr> yazdý:
> > Alternatif birden fazla oneri getirdim bu listede hemen her bu konu
> > acildiginda. Dikkate almayip mevcut sureclerle yasamaya devam
> > ediyorsunuz.
>
> Doruk affedersin dikkatimden kaçmýþ bu e-postalarýn. :(
>
> Acaba ayrý bir baþlýk açarak bu önerilerini yazsan nasýl olur? Belki
> diðer arkadaþlarýn da dikkatinden kaçmýþtýr.
>
> Görüþmek üzere.

Test süreçlerine iliþkin kýsmý [1] thread altýnda tartýþmýþtýk. Burada da Ekin 
söylenenleri [2] analiz etmiþ neden þu anki þüreçler ile bu iþi yapmak 
zorunda kaldýðýmýzý açýklamýþtý. Ekin'in söylediklerine o gün için herhangi 
bir itiraz veya yeni öneri gelmemiþti.

[1] http://liste.pardus.org.tr/gelistirici/2008-October/013899.html

[2] http://liste.pardus.org.tr/gelistirici/2008-October/013908.html

Ps: Hatta sende birþeyler yazmýþsýn [3] :) 

[3] http://liste.pardus.org.tr/gelistirici/2008-October/013907.html

-- 
Ýyi Çalýþmalar,

Serbülent


From gokcen at pardus.org.tr  Tue Dec  2 14:27:25 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Tue, 2 Dec 2008 14:27:25 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200811292237.29198.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
Message-ID: <200812021427.26355.gokcen@pardus.org.tr>

On Saturday 29 November 2008 22:37:28 Ekin Meroðlu wrote:
> akonadi-1.0.80-4-4.pisi
> automoc4-0.9.87-3-3.pisi
> phonon-4.2.80-4-4.pisi

Bunlarý KDE 4.2 ile birlikte alýrýz daha sonra þimdilik gerek yok.

> firefox-3.0.4-90-17.pisi
> firefox-devel-3.0.4-90-17.pisi

ACK.

> gparted-0.3.9-12-4.pisi

NACK buna, yeni versiyonunu koydum onu test ederiz bi dahaki turda.

> libical-0.41-1-1.pisi

ACK.

> skype-2.0.0.72-14-2.pisi

pulse ve kamera ile ilgili sorunlarý olduðundan ACK veremiyorum bu pakete ama, 
yapacak bir þey de yok pek. Daha sürüm çýkarmayý da düþünmüyorlar herhalde. 
Ýsterseniz alalým depoya, eski kalmasýn 2008'deki sürüm.


From tekman at pardus.org.tr  Tue Dec  2 15:34:51 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Tue, 2 Dec 2008 15:34:51 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081202140309.5450af86.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
Message-ID: <200812021534.51541.tekman@pardus.org.tr>

2 Aralýk 2008 Salý 14:03:09 tarihinde Doruk Fisek þunlarý yazmýþtý:
> Merhaba,
>
> Tue, 2 Dec 2008 12:28:31 +0200, "Furkan Duman" <coderlord at gmail.com> :
> > Doruk affedersin dikkatimden kaçmýþ bu e-postalarýn. :(
> > Acaba ayrý bir baþlýk açarak bu önerilerini yazsan nasýl olur? Belki
> > diðer arkadaþlarýn da dikkatinden kaçmýþtýr.
>
> Seni kiracagima kafami arsiv fareligi yaparim :). Icinde sadece "test"
> kelimesi gecenleri taradim yazdiklarimdan, baska aradan kacanlar olmus
> olabilir.

Bu güzel derlemenin ardýndan sözü geçen önerileri, yenilerini ve gerekirse 
daha eskilerini gözden geçirerek hem camianýn, hem de "ekip"in (yani UEKAE 
çalýþanlarý) makul bulacaðý, uygulanabilir ve takip edilebilir bir süreç 
oluþturmak ve *belgelemek* farz oldu. Baþta mevcut ve gelecek sürüm 
yöneticileri, depo sorumlusu ve tüm geliþtiricilerden katkýlarýný rica 
ediyorum. Bu tartýþma bir ortak karara varana kadar açýk kalsýn lütfen...

ET


From serbulent at pardus.org.tr  Tue Dec  2 16:16:13 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 2 Dec 2008 16:16:13 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812021427.26355.gokcen@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812021427.26355.gokcen@pardus.org.tr>
Message-ID: <200812021616.13257.serbulent@pardus.org.tr>

On Tuesday 02 December 2008 14:27:25 Gökçen Eraslan wrote:
> > skype-2.0.0.72-14-2.pisi

pulse ile ilgili problemleri bizden kaynaklýda olabilir, biraz daha uðraþalým 
üzerinde , þimdilik almayalým.

-- 
Ýyi Çalýþmalar,

Serbülent


From pinar at pardus.org.tr  Tue Dec  2 16:40:50 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Tue, 02 Dec 2008 16:40:50 +0200
Subject: [Gelistirici] [Pardus-devel] 2008-test ACK/NACK
In-Reply-To: <200811292237.29198.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
Message-ID: <493548F2.6060504@pardus.org.tr>

On 11/29/2008 10:37 PM Ekin Meroðlu wrote:
> pidgin-2.5.2-24-5.pisi
>
>   

ACK

[according to pidgin guys, "The /status/ selector now saves your 
/message/ when changing /status." /is a feature, not a bug. :/]

-- 
Pinar Yanardag (a.k.a PINguAR)
http://pinguar.org



From serbulent at pardus.org.tr  Tue Dec  2 17:47:58 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 2 Dec 2008 17:47:58 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812021427.26355.gokcen@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812021427.26355.gokcen@pardus.org.tr>
Message-ID: <200812021747.58641.serbulent@pardus.org.tr>

On Tuesday 02 December 2008 14:27:25 Gökçen Eraslan wrote:
> > firefox-3.0.4-90-17.pisi
> > firefox-devel-3.0.4-90-17.pisi

Önceki akþam bunun yenisi derlendiðinden bu paket depoda yok. Merge 
istediðinde

"Don't show about:rights if the user has already accepted EULA. Little fix for 
knowyourrights patch."

diyor. Sakýncasý yoksa teste alýyorum yeni derlenen paketi.



-- 
Ýyi Çalýþmalar,

Serbülent


From serbulent at pardus.org.tr  Tue Dec  2 17:50:02 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 2 Dec 2008 17:50:02 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <20081130025324.fe60b13c.onur@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<20081130025324.fe60b13c.onur@pardus.org.tr>
Message-ID: <200812021750.02645.serbulent@pardus.org.tr>

On Sunday 30 November 2008 02:53:24 Onur Küçük wrote:
> > syntekdriver-1.3.1-12-25.pisi

Bu paketinde yeni versiyonu derlendiði için eskisi depoda yok.

syntekdriver-1.4.0-13-26.pisi için ACK/NACK lütfen.

-- 
Ýyi Çalýþmalar,

Serbülent


From onur at pardus.org.tr  Tue Dec  2 17:56:36 2008
From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=)
Date: Tue, 2 Dec 2008 17:56:36 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812021750.02645.serbulent@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<20081130025324.fe60b13c.onur@pardus.org.tr>
	<200812021750.02645.serbulent@pardus.org.tr>
Message-ID: <200812021756.37018.onur@pardus.org.tr>

Tuesday 02 December 2008 Tarihinde 17:50:02 yazmýþtý:
> On Sunday 30 November 2008 02:53:24 Onur Küçük wrote:
> > > syntekdriver-1.3.1-12-25.pisi
>
> Bu paketinde yeni versiyonu derlendiði için eskisi depoda yok.
>
> syntekdriver-1.4.0-13-26.pisi için ACK/NACK lütfen.

 ACK, Selim Tavþan tarafýndan test edildi onaylandý, teste alalým bu haliyle


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From serbulent at pardus.org.tr  Tue Dec  2 17:54:50 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 2 Dec 2008 17:54:50 +0200
Subject: [Gelistirici] [Stable] [Merge] [2008] programming/libs/libkate
In-Reply-To: <20081124122129.87eb8cd9.dfisek@fisek.com.tr>
References: <200811241206.05489.h.ibrahim.gungor@gmail.com>
	<200811241210.22462.ekin@pardus.org.tr>
	<20081124122129.87eb8cd9.dfisek@fisek.com.tr>
Message-ID: <200812021754.50389.serbulent@pardus.org.tr>

On Monday 24 November 2008 12:21:29 Doruk Fisek wrote:
> Merhaba,
>
> Mon, 24 Nov 2008 12:10:22 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :
> > Kararlý depo testleri bitene kadar derlen(e)meyecek. // will not
> > compile till the tests finish..
>
> Sanirim boyle bir karar alinmis. Birkac pakette daha ayni notu
> dusmussun.
>
> Bence iyi bir yontem degil. Bir paket test deposuna ne kadar erken
> girerse, o kadar fazla test edilebilir.
>
> Zaten bir paketin merge edilmesi birkac gun alabiliyor. Bir gun de
> deponun senkronize olmasi. Bir de derlemeyi geciktirince yapilan bir
> degisikligin test deposuna dahi ulasmasi bir haftadan fazla zaman
> alabiliyor.
>
>                    Doruk

Aþaðýdaki 2 posta bu thread altýnda bulunsun. Testci deposu oluþturulana kadar 
neden paket derlenmemesi gerektiði için örnek vaka olarak görülsün ileride 
de.

[1] http://liste.pardus.org.tr/gelistirici/2008-December/014868.html

[2] http://liste.pardus.org.tr/gelistirici/2008-December/014867.html


-- 
Ýyi Çalýþmalar,

Serbülent


From serbulent at pardus.org.tr  Tue Dec  2 18:40:15 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 2 Dec 2008 18:40:15 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200811292237.29198.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
Message-ID: <200812021840.15724.serbulent@pardus.org.tr>

On Saturday 29 November 2008 22:37:28 Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 1
> Aralýk 2008, 23:59.
>
> ACK/NACK for new packages in 2008-test repo, reply before 1 December 2008,
> 23:59 (GMT+2) please...
>
> -------8<----------------------------------------
> akonadi-1.0.80-4-4.pisi
> alsa-driver-1.0.18a-37-30.pisi
> alsa-headers-1.0.18a-24-4.pisi
> alsa-lib-1.0.18-32-5.pisi
> alsa-plugins-1.0.18-5-5.pisi
> alsa-tools-1.0.18-9-4.pisi
> alsa-tools-gui-1.0.18-9-1.pisi
> alsa-utils-1.0.18-32-8.pisi
> apollon-1.0.2.1-8-2.pisi
> AssaultCube-1.0-3-2.pisi
> ati-control-center-8.11-44-24.pisi
> ati-drivers-8.11-44-38.pisi
> automoc4-0.9.87-3-3.pisi
> baselayout-3.1-87-44.pisi
> bash-completion-20060301-30-4.pisi
> blobAndConquer-1.03-1-1.pisi
> blobwars-1.09_beta2-5-3.pisi
> cegui-0.6.1-5-3.pisi
> comar-api-2.1.1-30-9.pisi
> crystalspace-1.2.1_30564-9-3.pisi
> crystalspace-doc-1.2.1_30564-9-3.pisi
> ddd-3.3.11-1-1.pisi
> Django-1.0.2-16-3.pisi
> firefox-3.0.4-90-17.pisi
> firefox-devel-3.0.4-90-17.pisi
> fontforge-0.0_20081117-11-8.pisi
> freeciv-2.1.7-12-3.pisi
> freecol-0.8.0_alpha2-12-3.pisi
> frozen-bubble-2.2.0_20081115-16-2.pisi
> gecko-mediaplayer-0.9.2-7-8.pisi
> gift-0.11.8.1-2-2.pisi
> glib2-2.16.5-29-11.pisi
> glibc-2.8-29-5.pisi
> glibc-locales-*.pisi
> glibc-zoneinfo-2.8-29-5.pisi
> gnome-mplayer-0.9.2-9-10.pisi
> gparted-0.3.9-12-4.pisi
> graphviz-2.18-10-7.pisi
> graphviz-docs-2.18-10-4.pisi
> gtk2-2.12.11-39-12.pisi
> gtk2-demo-2.12.11-39-4.pisi
> gtk2-docs-2.12.11-39-4.pisi
> hsqldb-lib-1.8.0.10-2-2.pisi
> jubler-3.9.6-4-3.pisi
> Libertine-fonts-4.1.8-7-2.pisi
> libgcrypt-1.4.0-8-4.pisi
> libgnomecanvas-2.20.0-3-3.pisi
> libical-0.41-1-1.pisi
> libkate-0.2.7-3-3.pisi
> libv4l-0.5.6-7-6.pisi
> lxml-2.1.3-3-3.pisi
> mod_php-5.2.6-65-5.pisi
> net-tools-1.60-25-8.pisi
> networkx-0.37-2-1.pisi
> nvidia-drivers177-177.82-2-3.pisi
> openmotif-2.3.1-2-3.pisi
> openmpi-1.2.8-6-3.pisi
> ortp-0.13.1-2-1.pisi
> pardus-python-0.3.1-11-11.pisi
> perl-Tk-804.028-4-2.pisi
> phonon-4.2.80-4-4.pisi
> php-cli-5.2.6-65-5.pisi
> php-common-5.2.6-65-5.pisi
> pidgin-2.5.2-24-5.pisi
> powerdevil-kde4-1.4.1-2-2.pisi
> qstardict-0.12.9-5-3.pisi
> R-2.8.0-17-7.pisi
> rkward-0.4.9_p1-18-4.pisi
> skype-2.0.0.72-14-2.pisi
> smc-1.6-3-4.pisi
> sylpheed-2.6.0_beta2-24-5.pisi
> syntekdriver-1.3.1-12-25.pisi
> tpmmanager-0.5-3-1.pisi
> tpm-tools-1.3.1-4-1.pisi
> transKode-0.7-7-2.pisi
> trousers-0.3.1-7-1.pisi
> wireless-tools-29-43-17.pisi
> xine-lib-1.1.15-54-10.pisi
>
>
> --
> Ýyi Çalýþmalar;
> Ekin Meroglu <ekin_at_pardus.org.tr>
>
> ... did i listen to pop music because i was miserable, or was i miserable
> because i listened to pop music?... - rob [nick hornby / hi fi]
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici

test aþaðýdaki paketler ile baþlýyor.

apollon-1.0.2.1-8-2.pisi
AssaultCube-1.0-3-2.pisi
baselayout-3.1-87-44.pisi
bash-completion-20060301-30-4.pisi
blobAndConquer-1.03-1-1.pisi
blobwars-1.09_beta2-5-3.pisi
comar-api-2.1.1-30-9.pisi
ddd-3.3.11-1-1.pisi
Django-1.0.2-16-3.pisi
firefox-3.0.4-91-18.pisi
firefox-devel-3.0.4-91-18.pisi
freeciv-2.1.7-12-3.pisi
gecko-mediaplayer-0.9.2-7-8.pisi
gift-0.11.8.1-2-2.pisi
glibc-2.8-29-5.pisi
glibc-locales-aa-2.8-29-5.pisi
glibc-locales-af-2.8-29-5.pisi
glibc-locales-am-2.8-29-5.pisi
glibc-locales-an-2.8-29-5.pisi
glibc-locales-ar-2.8-29-5.pisi
glibc-locales-as-2.8-29-5.pisi
glibc-locales-ast-2.8-29-3.pisi
glibc-locales-az-2.8-29-5.pisi
glibc-locales-be-2.8-29-5.pisi
glibc-locales-ber-2.8-29-3.pisi
glibc-locales-bg-2.8-29-5.pisi
glibc-locales-bn-2.8-29-5.pisi
glibc-locales-bo-2.8-29-3.pisi
glibc-locales-br-2.8-29-5.pisi
glibc-locales-bs-2.8-29-5.pisi
glibc-locales-byn-2.8-29-5.pisi
glibc-locales-ca-2.8-29-5.pisi
glibc-locales-crh-2.8-29-5.pisi
glibc-locales-cs-2.8-29-5.pisi
glibc-locales-csb-2.8-29-5.pisi
glibc-locales-cy-2.8-29-5.pisi
glibc-locales-da-2.8-29-5.pisi
glibc-locales-de-2.8-29-5.pisi
glibc-locales-dz-2.8-29-5.pisi
glibc-locales-el-2.8-29-5.pisi
glibc-locales-en-2.8-29-5.pisi
glibc-locales-es-2.8-29-5.pisi
glibc-locales-et-2.8-29-5.pisi
glibc-locales-eu-2.8-29-5.pisi
glibc-locales-fa-2.8-29-5.pisi
glibc-locales-fi-2.8-29-5.pisi
glibc-locales-fil-2.8-29-3.pisi
glibc-locales-fo-2.8-29-5.pisi
glibc-locales-fr-2.8-29-5.pisi
glibc-locales-fur-2.8-29-3.pisi
glibc-locales-fy-2.8-29-5.pisi
glibc-locales-ga-2.8-29-5.pisi
glibc-locales-gd-2.8-29-5.pisi
glibc-locales-gez-2.8-29-5.pisi
glibc-locales-gl-2.8-29-5.pisi
glibc-locales-gu-2.8-29-5.pisi
glibc-locales-gv-2.8-29-5.pisi
glibc-locales-ha-2.8-29-3.pisi
glibc-locales-he-2.8-29-5.pisi
glibc-locales-hi-2.8-29-5.pisi
glibc-locales-hr-2.8-29-5.pisi
glibc-locales-hsb-2.8-29-5.pisi
glibc-locales-hu-2.8-29-5.pisi
glibc-locales-hy-2.8-29-5.pisi
glibc-locales-id-2.8-29-5.pisi
glibc-locales-ig-2.8-29-3.pisi
glibc-locales-ik-2.8-29-3.pisi
glibc-locales-is-2.8-29-5.pisi
glibc-locales-it-2.8-29-5.pisi
glibc-locales-iu-2.8-29-3.pisi
glibc-locales-iw-2.8-29-5.pisi
glibc-locales-ja-2.8-29-5.pisi
glibc-locales-ka-2.8-29-5.pisi
glibc-locales-kk-2.8-29-5.pisi
glibc-locales-kl-2.8-29-5.pisi
glibc-locales-km-2.8-29-5.pisi
glibc-locales-kn-2.8-29-5.pisi
glibc-locales-ko-2.8-29-5.pisi
glibc-locales-ku-2.8-29-5.pisi
glibc-locales-kw-2.8-29-5.pisi
glibc-locales-ky-2.8-29-5.pisi
glibc-locales-lg-2.8-29-5.pisi
glibc-locales-li-2.8-29-3.pisi
glibc-locales-lo-2.8-29-5.pisi
glibc-locales-lt-2.8-29-5.pisi
glibc-locales-lv-2.8-29-5.pisi
glibc-locales-mai-2.8-29-5.pisi
glibc-locales-mg-2.8-29-5.pisi
glibc-locales-mi-2.8-29-5.pisi
glibc-locales-mk-2.8-29-5.pisi
glibc-locales-ml-2.8-29-5.pisi
glibc-locales-mn-2.8-29-5.pisi
glibc-locales-mr-2.8-29-5.pisi
glibc-locales-ms-2.8-29-5.pisi
glibc-locales-mt-2.8-29-5.pisi
glibc-locales-nb-2.8-29-5.pisi
glibc-locales-nds-2.8-29-3.pisi
glibc-locales-ne-2.8-29-5.pisi
glibc-locales-nl-2.8-29-5.pisi
glibc-locales-nn-2.8-29-5.pisi
glibc-locales-nr-2.8-29-5.pisi
glibc-locales-nso-2.8-29-5.pisi
glibc-locales-oc-2.8-29-5.pisi
glibc-locales-om-2.8-29-5.pisi
glibc-locales-or-2.8-29-5.pisi
glibc-locales-pa-2.8-29-5.pisi
glibc-locales-pap-2.8-29-3.pisi
glibc-locales-pl-2.8-29-5.pisi
glibc-locales-pt-2.8-29-5.pisi
glibc-locales-ro-2.8-29-5.pisi
glibc-locales-ru-2.8-29-5.pisi
glibc-locales-rw-2.8-29-5.pisi
glibc-locales-sa-2.8-29-3.pisi
glibc-locales-sc-2.8-29-3.pisi
glibc-locales-se-2.8-29-5.pisi
glibc-locales-shs-2.8-29-3.pisi
glibc-locales-si-2.8-29-5.pisi
glibc-locales-sid-2.8-29-5.pisi
glibc-locales-sk-2.8-29-5.pisi
glibc-locales-sl-2.8-29-5.pisi
glibc-locales-so-2.8-29-5.pisi
glibc-locales-sq-2.8-29-5.pisi
glibc-locales-sr-2.8-29-5.pisi
glibc-locales-ss-2.8-29-5.pisi
glibc-locales-st-2.8-29-5.pisi
glibc-locales-sv-2.8-29-5.pisi
glibc-locales-ta-2.8-29-5.pisi
glibc-locales-te-2.8-29-5.pisi
glibc-locales-tg-2.8-29-5.pisi
glibc-locales-th-2.8-29-5.pisi
glibc-locales-ti-2.8-29-5.pisi
glibc-locales-tig-2.8-29-5.pisi
glibc-locales-tk-2.8-29-3.pisi
glibc-locales-tl-2.8-29-5.pisi
glibc-locales-tn-2.8-29-5.pisi
glibc-locales-ts-2.8-29-5.pisi
glibc-locales-tt-2.8-29-5.pisi
glibc-locales-ug-2.8-29-3.pisi
glibc-locales-uk-2.8-29-5.pisi
glibc-locales-ur-2.8-29-5.pisi
glibc-locales-uz-2.8-29-5.pisi
glibc-locales-ve-2.8-29-5.pisi
glibc-locales-vi-2.8-29-5.pisi
glibc-locales-wa-2.8-29-5.pisi
glibc-locales-wo-2.8-29-3.pisi
glibc-locales-xh-2.8-29-5.pisi
glibc-locales-yi-2.8-29-5.pisi
glibc-locales-yo-2.8-29-3.pisi
glibc-locales-zh-2.8-29-5.pisi
glibc-locales-zu-2.8-29-5.pisi
glibc-zoneinfo-2.8-29-5.pisi
gnome-mplayer-0.9.2-9-10.pisi
jubler-3.9.6-4-3.pisi
Libertine-fonts-4.1.8-7-2.pisi
libical-0.41-1-1.pisi
libkate-0.2.7-3-3.pisi
libv4l-0.5.6-7-6.pisi
lxml-2.1.3-3-3.pisi
net-tools-1.60-25-8.pisi
nvidia-drivers177-177.82-2-3.pisi
openmotif-2.3.1-2-3.pisi
pardus-python-0.3.1-11-11.pisi
powerdevil-kde4-1.4.1-2-2.pisi
pidgin-2.5.2-24-5.pisi
qstardict-0.12.9-5-3.pisi
R-2.8.0-17-7.pisi
rkward-0.4.9_p1-18-4.pisi
syntekdriver-1.4.0-13-26.pisi
wireless-tools-29-43-17.pisi
xine-lib-1.1.15-54-10.pisi

-- 
Ýyi Çalýþmalar,

Serbülent


From mnurolcay at gmail.com  Tue Dec  2 19:22:46 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Tue, 2 Dec 2008 19:22:46 +0200
Subject: [Gelistirici] =?utf-8?q?lancelot=2C_kdeplasma-addons_=C3=A7ak?=
	=?utf-8?b?xLHFn21hc8SxID8=?=
Message-ID: <200812021922.46932.mnurolcay@gmail.com>

Merhaba,

Sanýrým en son kde4 güncellemesi ile, lancelot kdeplasma-addons içerisine 
dahil edilmiþ. Bu durumda karalý depodaki lancelot için "versinTo=4.1.80", 
kdeplasma-addons için de Replace ya da Conflicts tanýmlanmasý gerekmiyor 
muydu?


-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081202/fd980da5/attachment-0002.htm>

From gokcen at pardus.org.tr  Tue Dec  2 20:18:07 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Tue, 2 Dec 2008 20:18:07 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812021747.58641.serbulent@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812021427.26355.gokcen@pardus.org.tr>
	<200812021747.58641.serbulent@pardus.org.tr>
Message-ID: <200812022018.07657.gokcen@pardus.org.tr>

Tuesday 02 December 2008 Tarihinde Serbulent dedi ki:
> Sakýncasý yoksa teste alýyorum yeni derlenen paketi.

Devam et, bekleme yapma...

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081202/2ede8403/attachment-0002.htm>

From gokcen at pardus.org.tr  Tue Dec  2 20:18:59 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Tue, 2 Dec 2008 20:18:59 +0200
Subject: [Gelistirici] Pisi fallback adresi
In-Reply-To: <200812021234.52063.turkersezer@tsdesign.info>
References: <200812020237.06342.inancyildirgan@gmail.com>
	<200812021234.52063.turkersezer@tsdesign.info>
Message-ID: <200812022018.59946.gokcen@pardus.org.tr>

Tuesday 02 December 2008 Tarihinde Türker dedi ki:
> Pisinin destekleyip desteklemediðini bilmiyorum ama eðer destekliyorsa
> buraya her iki adresi de eklesek, yanýna bonus olarak contrib deposunun
> adreslerini de yazsak. Herkesler kullanabilse bu özelliði.

Bence de güzel olur. +1

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081202/7c6889ae/attachment-0002.htm>

From gokcen at pardus.org.tr  Tue Dec  2 20:32:31 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Tue, 2 Dec 2008 20:32:31 +0200
Subject: [Gelistirici] =?utf-8?q?lancelot=2C_kdeplasma-addons_=C3=A7ak?=
 =?utf-8?b?xLHFn21hc8SxID8=?=
In-Reply-To: <200812021922.46932.mnurolcay@gmail.com>
References: <200812021922.46932.mnurolcay@gmail.com>
Message-ID: <200812022032.31242.gokcen@pardus.org.tr>

Tuesday 02 December 2008 Tarihinde Mehmet dedi ki:
> Sanýrým en son kde4 güncellemesi ile, lancelot kdeplasma-addons içerisine
> dahil edilmiþ. Bu durumda karalý depodaki lancelot için "versinTo=4.1.80",
> kdeplasma-addons için de Replace ya da Conflicts tanýmlanmasý gerekmiyor
> muydu?

Evet bu gözümüzden kaçmýþ. Fakat þöyle bir durum var, bu paket 4.1.80 ile 
derlenmiyor, plasma'daki daðiþikliklerden dolayý. Artýk test deposunda 4.1.80 
olduðuna göre nasýl derleyeceðiz farmda bunu?

Sanýrým en iyisi, direk obsolete yazýp, test deposundan atmak. Kararlý depoda, 
KDE 4.1 ile yaþamaya devam eder. Ekin ne dersin? 

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081202/2b83c680/attachment-0002.htm>

From mnurolcay at gmail.com  Tue Dec  2 20:38:50 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Tue, 2 Dec 2008 20:38:50 +0200
Subject: [Gelistirici] =?utf-8?q?lancelot=2C_kdeplasma-addons_=C3=A7ak?=
 =?utf-8?b?xLHFn21hc8SxID8=?=
In-Reply-To: <200812022032.31242.gokcen@pardus.org.tr>
References: <200812021922.46932.mnurolcay@gmail.com>
	<200812022032.31242.gokcen@pardus.org.tr>
Message-ID: <200812022038.50381.mnurolcay@gmail.com>

On Tuesday 02 December 2008 20:32:31 Gökçen Eraslan wrote:

> Evet bu gözümüzden kaçmýþ. Fakat þöyle bir durum var, bu paket 4.1.80 ile
> derlenmiyor, plasma'daki daðiþikliklerden dolayý. Artýk test deposunda
> 4.1.80 olduðuna göre nasýl derleyeceðiz farmda bunu?

farm, kararlý depoyu kullanmýyor mu zaten? en son bu yönde bir karar alýnmýþtý 
diye hatýrlýyorum.

-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081202/9b268f3d/attachment-0002.htm>

From onur at pardus.org.tr  Tue Dec  2 23:00:52 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 2 Dec 2008 23:00:52 +0200
Subject: [Gelistirici] =?utf-8?q?lancelot=2C_kdeplasma-addons_=C3=A7ak?=
 =?utf-8?b?xLHFn21hc8SxID8=?=
In-Reply-To: <200812022038.50381.mnurolcay@gmail.com>
References: <200812021922.46932.mnurolcay@gmail.com>
	<200812022032.31242.gokcen@pardus.org.tr>
	<200812022038.50381.mnurolcay@gmail.com>
Message-ID: <20081202230052.3ef38cd0.onur@pardus.org.tr>


On Tue, 2 Dec 2008 20:38:50 +0200
Mehmet Nur Olcay <mnurolcay at gmail.com> wrote:

> On Tuesday 02 December 2008 20:32:31 Gökçen Eraslan wrote:
> 
> > Evet bu gözümüzden kaçmýþ. Fakat þöyle bir durum var, bu paket
> > 4.1.80 ile derlenmiyor, plasma'daki daðiþikliklerden dolayý. Artýk
> > test deposunda 4.1.80 olduðuna göre nasýl derleyeceðiz farmda bunu?
> 
> farm, kararlý depoyu kullanmýyor mu zaten? en son bu yönde bir karar
> alýnmýþtý diye hatýrlýyorum.

 contrib farm ý o , 2008 deposunun farm ý farklý :)

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From mnurolcay at gmail.com  Tue Dec  2 23:07:44 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Tue, 2 Dec 2008 23:07:44 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?lancelot=2C_kdeplasma-addons_=E7ak?=
 =?iso-8859-9?q?=FD=FEmas=FD_=3F?=
In-Reply-To: <20081202230052.3ef38cd0.onur@pardus.org.tr>
References: <200812021922.46932.mnurolcay@gmail.com>
	<200812022038.50381.mnurolcay@gmail.com>
	<20081202230052.3ef38cd0.onur@pardus.org.tr>
Message-ID: <200812022307.45399.mnurolcay@gmail.com>

On Tuesday 02 December 2008 23:00:52 Onur Küçük wrote:
> On Tue, 2 Dec 2008 20:38:50 +0200

>  contrib farm ý o , 2008 deposunun farm ý farklý :)

Öyleydi evet, karýþtý biraz :)
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081202/5e143b7d/attachment-0002.htm>

From serbulent at pardus.org.tr  Wed Dec  3 11:17:48 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Wed, 3 Dec 2008 11:17:48 +0200
Subject: [Gelistirici] Pidgin ve powerdevil-kde4 paket sahiplerinin
	dikkatine !
Message-ID: <200812031117.48608.serbulent@pardus.org.tr>

Paketlerinizde aþaðýdaki baðýmlýlýklarýn eksik olduðu görülmektedir. Bir 
sonraki testden önce gerekli þefkat ve ilgiyi göstermeniz rica eder, 
esenlikler dileriz :)


p2008_guncel-pardus Desktop # revdep-rebuild

Checking reverse dependencies...
Packages containing binaries and libraries broken by any package update,
will be recompiled.

Collecting system binaries and libraries... done.
  (/root/.revdep-rebuild.1_files)

Collecting complete LD_LIBRARY_PATH... done.
  (/root/.revdep-rebuild.2_ldpath)

Checking dynamic linking consistency...
  broken /usr/lib/purple-2/libbonjour.so (requires libavahi-glib.so.1)
...
  broken /usr/kde/4/lib/kde4/kded_powerdevil.so (requires 
libsolidcontrol.so.4)
  broken /usr/kde/4/lib/kde4/krunner_powerdevil.so (requires libplasma.so.2)
  broken /usr/kde/4/lib/kde4/kcm_powerdevilconfig.so (requires 
libsolidcontrol.so.4)
 done.
  (/root/.revdep-rebuild.3_rebuild)



Determining package names consistency...
 done.
  (/root/.revdep-rebuild.4_names)
...
pidgin paketi içinde usr/lib/purple-2/libbonjour.so dosyasý var
powerdevil-kde4 paketi içinde usr/kde/4/lib/kde4/kcm_powerdevilconfig.so 
dosyasý var
powerdevil-kde4 paketi içinde usr/kde/4/lib/kde4/kded_powerdevil.so dosyasý 
var
powerdevil-kde4 paketi içinde usr/kde/4/lib/kde4/krunner_powerdevil.so dosyasý 
var

-- 
Ýyi Çalýþmalar,

Serbülent


From serbulent at pardus.org.tr  Wed Dec  3 11:22:12 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Wed, 3 Dec 2008 11:22:12 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081202140309.5450af86.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
Message-ID: <200812031122.12623.serbulent@pardus.org.tr>

On Tuesday 02 December 2008 14:03:09 Doruk Fisek wrote:
> Merhaba,
>
> Tue, 2 Dec 2008 12:28:31 +0200, "Furkan Duman" <coderlord at gmail.com> :
> > Doruk affedersin dikkatimden kaçmýþ bu e-postalarýn. :(
> > Acaba ayrý bir baþlýk açarak bu önerilerini yazsan nasýl olur? Belki
> > diðer arkadaþlarýn da dikkatinden kaçmýþtýr.
>
> Seni kiracagima kafami arsiv fareligi yaparim :). Icinde sadece "test"
> kelimesi gecenleri taradim yazdiklarimdan, baska aradan kacanlar olmus
> olabilir.
>
> 22 Ekim'de yazdigim e-postada [1] iki farkli oneri yer aliyor. 8
> Ekim'de yazdigim bir e-postada [2] baska bir oneri var. 5 Ekim'de
> yazdigim e-postada [3] bir seri daha. 20 Mart'tan bir bukle [4]. 14
> Mart'in ne eksigi var, hem de tip bayrami [5]. 4 Mart'ta bisiler daha
> [6]. 30 Ocak'ta gelistirici toplantisinin(!!) ardindan onerilerimin posa
> kivaminda ozeti [7].
>
> Artik 2007'ye gecmeyeyim dedim, tarihte geriye gittikce yazdiklarimin
> uygulanma yuzdesi artiyor ;). Ozan'in da dedigi gibi zamanla bazi seyler
> "olgunlasiyor".
>
> Bazilarinin "test sureci ile ne alakasi var canim" diye
> dusunebilirsiniz. Aslinda oldukca ilgili, cunku bircok sav
> "guncellemede sorun cikiyor" noktasina gelip dayaniyor. Bunlarin hepsi
> de guncellemelerde sorun cikmasinin nedenleri ile ilgili.
>
> Herhangi biri icin "x onerisinin ne oldugu anlasilmiyor, daha detayli
> aciklar misin" diyene usenmeyip anlatabilirim.
>
> - dfisek

Yukarýdaki thread e yazmýþtým, burada da terar edeyim. 22 Ekim thread için 
Ekin yazdýðý ve iþlerin neden þu anki süreçler ile yürütüldüðünü anlatan ve 
herhangi bir cevap gelmemiþ olan detaylý bir açýklamasý var [1] . 

Konuyu deðerlendirirken bunlarý da unutmayalým.

[1] http://liste.pardus.org.tr/gelistirici/2008-October/013908.html


-- 
Ýyi Çalýþmalar,

Serbülent


From isingor at gmail.com  Wed Dec  3 12:02:13 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Wed, 3 Dec 2008 12:02:13 +0200
Subject: [Gelistirici] =?utf-8?b?w5Z6Z8O8cmzDvGvEsMOnaW4gdG9wbHVsdcSfdSBl?=
	=?utf-8?q?n_=C3=A7ok_oy_alan_fikirler?=
Message-ID: <a64a8a8c0812030202s5c36dd51s934d762b72b6a0f8@mail.gmail.com>

Merhaba!

ÖzgürlükÝçin Beyin arayüzünde Kasým ayýnda topluluðumuzdan en çok olumlu
aðýrlýklý oy alan 11 fikri, Beyin arayüzü yöneticimiz sevgili *Kubilay
KOCABALKAN* bizler için derledi. Kendisine teþekkür ediyoruz.

Ali


*1. Paket Yöneticisi, kuramadýðý paketle karþýlaþýnca takýlýp
kalmasýn.*<http://www.ozgurlukicin.com/yenifikir/ayrinti/223/>
* 25 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/223/>

mesutgul <http://www.ozgurlukicin.com/kullanici/profil/mesutgul/> tarafýndan
17 Kas 2008 tarihinde gönderildi.

Paket Yöneticisi, herhangi bir nedenle kuramadýðý bir paketle karþýlaþtýðý
zaman paket listesindeki paketleri kurmayý iptal etmeyip "diðer paketleri
kurmaya devam edeyim mi?" diye sorsun.

Özellikle deneme için ya da yeni kurduðum bilgisayara tüm oyun paketlerini
topluca kurmak istediðim zaman paketlerindeki birinin mesela baðýmlýlýk
hatasý nedeni ile kuramadýðýnda, tümünü yüklemeyi iptal ediyor.
O zaman gruplara ayýrarak, hatta bazen de tek tek kurmam gerekiyor.

Ýlk yorum yapan siz olun
!<http://www.ozgurlukicin.com/forum/yeni-fikirler/3201/?page=1#post19237>

-----------------

*2. PÝSÝ arayüzü ile Paketi yeniden
yüklemek.*<http://www.ozgurlukicin.com/yenifikir/ayrinti/212/>
* 23 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/212/>

KubilayK <http://www.ozgurlukicin.com/kullanici/profil/KubilayK/> tarafýndan
11 Kas 2008 tarihinde gönderildi.

Sorunlu paketleri yeniden yüklemek için kullandýðýmýz --reinstall argümaný
iþini Paket Yöneticisinin arayüzü ile de yapabilsek. Paket Yöneticisine
"Yeniden Yükle / Onar" seçeneði eklenebilirse iyi olur. Bu sayede yeni
kullanýcýlarýn konsol ve komut kullanýmýný daha aza indirebiliriz.

8 tane yorum yapýldý.<http://www.ozgurlukicin.com/forum/yeni-fikirler/3103/?page=1#post18727>

-----------------

*3. ekrangoruntuleri.pardus.org.tr*<http://www.ozgurlukicin.com/yenifikir/ayrinti/237/>
* 21 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/237/>

 maidis <http://www.ozgurlukicin.com/kullanici/profil/maidis/> tarafýndan 22
Kas 2008 tarihinde gönderildi.

 Paket Yöneticisi ile daha önceden kullanmadýðým bir paketi yüklemem
gerekirken -her ne kadar açýklamasý yazsa da- programýn sitesinin
baðlantýsýný açarak ekran görüntülerini görmem gerekiyor beni tam olarak
neyin beklediðini anlamak için. Bu sanýrým pek çok kullanýcý için ortak bir
durumdur.

Eðer ekrangoruntuleri.pardus.org.tr benzeri bir site yapýlýp Pardus
depolarýndaki yazýlýmlarýn ekran görüntüleri burada yayýnlanýr ve bu sitenin
Paket Yöneticisi ile birlikte çalýþmasý saðlanýrsa pek çok kullanýcý oldukça
mutlu olacaktýr.

Bu oldukça uzun süredir aklýmda olan bir fikirdi ama belirtmek için fýrsat
bulamamýþtým. Geçenlerde FazlaMesai'de screenshots.debian.net'i duyunca daha
fazla gecikmek istemedim :)

Nasýl olur diye birkaç görsel tasarladým, aþaðýdaki baðlantýlardan
görebilirsiniz:
http://i35.tinypic.com/1zd7rwo.jpg
http://i38.tinypic.com/6isnra.png
http://i33.tinypic.com/2qnmvb8.ppng

Ýþleyiþ basitçe þöyle:
. Siteden ekran görüntüsü yüklenecek (üyelik için wiki'deki veya hata
listesindeki kullanýcý adlarý ve parolalarý kullanýlabilir).

. Sitenin yöneticileri (veya paketin sahipleri / paketçileri) ekran
görüntülerini onaylayacak (veya kabul etmeyecek :) ).

. Onaylanan ekran görüntüleri Paket Yöneticisi'nde yer alacak.

. Paket Yöneticisi'nde üç durun olabilir:
- Paket seçilmemiþken eðer paketin ekran görüntüsü varsa bir simge bunu
belli edecek.
- Paket seçildiðinde ve paketin ayrýntýlarý görüntülenirken ekran
görüntüsünün küçük hali olacak.
- Küçük ekran görüntüsüne fare ile basýldýðý zaman ekran görüntüsünün özgün
boyutu gösterilecek (küçük halinden büyük haline geçiþ efekti de güzel
olacaktýr :) ).

10 tane yorum yapýldý.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3267/?page=1#post20015>

-------------------------

*4. Pisi CD içindekileri de
listelesin*<http://www.ozgurlukicin.com/yenifikir/ayrinti/188/>
* 21 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/188/>

suluman <http://www.ozgurlukicin.com/kullanici/profil/suluman/> tarafýndan 1
Kas 2008 tarihinde gönderildi.

Pisi'de üst kýsýmda CD/DVD bölümü gibi bir bölüm olsun ve oraya
týkladýðýmýzda pisi o an bilgisayara baðlý olan CD'nin içini tarasýn daha
sonra CD içindeki pisi paketlerini listelesin. Bu sayede Pardus'un üst
sürümü çýktýðý zaman ya da baþka bir durumda PC'yi CD'den de kolaylýkla
güncellemiþ oluruz

5 tane yorum yapýldý.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/2966/?page=1#post19626>

---------------------------

*5. Pardus Turu Uygulamasý*<http://www.ozgurlukicin.com/yenifikir/ayrinti/200/>
* 20 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/200/>

KubilayK <http://www.ozgurlukicin.com/kullanici/profil/KubilayK/> tarafýndan
5 Kas 2008 tarihinde gönderildi.

Evet bugün baþka bir fikre yorum yazarken aklýma geldi, aslýnda bir süredir
düþünüyordum da. Pardus için bir "PARDUS TURU" uygulamasý yapýlsa, içeriði
topluluk tarafýndan hazýrlanacak, Pardus kurulduktan ve KAPTAN iþini
bitirdikten sonra çalýþacak, kullanýcýya Pardus'u tanýtacak bir uygulama.
Resim, yazý, hatta bazen sesli bir þekilde temel kullaným özellikleri
anlatýlsa, diðer iþletim sistemlerinde bulunan özelliklerin Pardus
karþýlýklarý anlatýlsa nasýl olur acaba?

Yoksa kullanýcýyý çok mu tembelleþtiriyoruz? Yoksa tüm bu içerik zaten
özgürlükiçin.com <http://xn--zgrlkiin-x0a7lucc.com> adresinde var mý? Diye
de düþünmüyor deðilim. Çeliþki bu olsa gerek. :D

10 tane yorum yapýldý.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3030/?page=1#post18783>

-----------------------------

*6. Paket Yöneticisi Ýþlem
Penceresi*<http://www.ozgurlukicin.com/yenifikir/ayrinti/226/>
* 19 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/226/>

taurus <http://www.ozgurlukicin.com/kullanici/profil/taurus/> tarafýndan 18
Kas 2008 tarihinde
Kurulum<http://www.ozgurlukicin.com/yenifikir/listele/kategori/kurulum/>kategorisine
gönderildi.

Merhaba. Paket Yöneticisinde herhangi bir paket eklendiði ya da güncelleme
yapýldýðý zaman ekrana gelen iþlem penceresi, paket yöneticisi penceresine
gömülü olarak iþlem yapsa güzel olur kanýsýndayým. Mesela, Paketleri Kur
düðmesinin üst kýsmýndaki boþluk alanýna gömülü olarak çalýþabilir.

8 tane yorum yapýldý.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3212/?page=1#post19781>

------------------------------

*7. Yeni paket kurarken veya güncellerken, baþka paketleri
seçebilelim*<http://www.ozgurlukicin.com/yenifikir/ayrinti/224/>
* 19 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/224/>

bbecit <http://www.ozgurlukicin.com/kullanici/profil/bbecit/> tarafýndan 17
Kas 2008 tarihinde gönderildi.

Selamlar,
Paket yöneticisi ile güncelleme yaparken, yada yeni bir paket
kurarken,kurulum bitene kadar baþka hiç bir iþlem yapamýyoruz. Oysa
güncelleme yada kurulum yaparken yeni paketler arayabilsek, hatta baþka bir
paketi de kurmaya baþlayabilsek çok güzel olur. Özgür olalým kurulum
sýrasýnda paket yöneticisi bizi bekletmesin.

1 tane yorum yapýldý.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3204/?page=1#post19294>

------------------------------

*8. Pardus Yazý Fontu*
<http://www.ozgurlukicin.com/yenifikir/ayrinti/196/>*16 oy
* <http://www.ozgurlukicin.com/yenifikir/ayrinti/196/>

 sudusleri <http://www.ozgurlukicin.com/kullanici/profil/sudusleri/>tarafýndan
3 Kas 2008 tarihinde gönderildi.

 Pardus ile birlikte gelen Pardus yazý fontuna Türkçe karakter desteði de
eklensin. Güzel bir font. Türkçe desteði olmamasý ilginç.

7 tane yorum yapýldý.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3004/?page=1#post18311>

-------------------------------

*9. Að Yöneticisi* <http://www.ozgurlukicin.com/yenifikir/ayrinti/225/>* 15
oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/225/>

FallinLoveMan <http://www.ozgurlukicin.com/kullanici/profil/FallinLoveMan/>tarafýndan
18 Kas 2008 tarihinde gönderildi.

Að yöneticisi baðlantý IP numarasýyla birlikte diðer bilgileri de göstersin.
Sadece IP numarasý çok iþe yaramýyor.

Selam ve sevgiyle...
Ýyi çalýþmalar... Kolay gelsin...

5 tane yorum yapýldý.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3208/?page=1#post20168>

--------------------------------

*10. Sanatsal iþler* <http://www.ozgurlukicin.com/yenifikir/ayrinti/217/>*15 oy
* <http://www.ozgurlukicin.com/yenifikir/ayrinti/217/>

OzcanDemir <http://www.ozgurlukicin.com/kullanici/profil/OzcanDemir/>tarafýndan
12 Kas 2008 tarihinde gönderildi.

Pardus'un zayýf olan sanatsal iþleri (splash screens, wallpaper,
loginscreens, bootscreen, grubscreens ) çeþitli üniversitelerin grafik ve
tasarým bölümleriyle anlaþarak zorunlu ödev yada ödüllü yarýþmalarla
artýramaz mýyýz mesela her 3 ayda bir yapýlan yarýþmayla senede 4 defa
farklý tema üretilmiþ olur böylece KDE org gibi hýzla büyür ve pardusun
profösyönel imajý ve vizyonu daha güçlü hale gelir buda kullanýlýrlýðý,
bilinirliði ve daðýlýmý artýrýr

4 tane yorum yapýldý.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3119/?page=1#post19102>

--------------------------------

*11. pisi ye overlay desteðinin
saðlanmasý*<http://www.ozgurlukicin.com/yenifikir/ayrinti/236/>
* 13 oy* <http://www.ozgurlukicin.com/yenifikir/ayrinti/236/>

Ertan <http://www.ozgurlukicin.com/kullanici/profil/Ertan/> tarafýndan 21
Kas 2008 tarihinde gönderildi.

Eklenen depolarda ayný paketler olduðunda öncelik sýrasýna göre pisi iþlem
yapar. Alt sýrada olaný göz ardý eder. Mesela ben playground tan paket
kurdum. Bu paket resmi depoya girdiði zaman ben fark edemeyeceðim. Çünkü
bende kurulu. OpenOffice.org 3 gayri resmi paketi var. Ayný nedenle
yükleyemiyorum.

1 tane yorum yapýldý.
<http://www.ozgurlukicin.com/forum/yeni-fikirler/3258/?page=1#post19645>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081203/51cba3b6/attachment-0002.htm>

From ekin at pardus.org.tr  Thu Dec  4 16:38:08 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Thu, 4 Dec 2008 16:38:08 +0200
Subject: [Gelistirici] =?utf-8?q?Bu_gece_kararl=C4=B1_depolara_girecek_g?=
	=?utf-8?q?=C3=BCvenlik_g=C3=BCncellemeleri?=
Message-ID: <200812041638.08713.ekin@pardus.org.tr>

Bu gece kararlý depolara girecek güvenlik güncellemeleri :

* Pardus 2008
wireshark-1.0.5_pre1-24-6.pisi
cups-1.3.9-55-8.pisi

* Pardus 2007
wireshark-1.0.5_pre1-24-20.pisi
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From dfisek at fisek.com.tr  Thu Dec  4 18:05:33 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Thu, 4 Dec 2008 18:05:33 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812021534.51541.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812021534.51541.tekman@pardus.org.tr>
Message-ID: <20081204180533.b835b1db.dfisek@fisek.com.tr>

Merhaba,

Tue, 2 Dec 2008 15:34:51 +0200, Erkan Tekman <tekman at pardus.org.tr> :

> Baþta mevcut ve gelecek sürüm yöneticileri, depo sorumlusu ve tüm
> geliþtiricilerden katkýlarýný rica ediyorum. Bu tartýþma bir ortak
> karara varana kadar açýk kalsýn lütfen...
Henuz cit cikaran olmadi, ben biraz beyin jimnastigi ile "tatil"
hediyesi olarak soyle bir taslak duzenek hazirladim (bende oneri
bol :)). Belki guncel bisi uzerinde tartismak, curutmek daha kolay
olur :

On hazirlik :
1) Bakýcýsýz tüm paketler iþaretlenir.
2) Her bilesen icin birer bilesen sorumlusu secilir.
3) Sadece güvenlik güncellemelerinin yapýlacaðý bir kaynak depo
olusturulur. Guvenlik depo sorumlusunun, guvenlik takýmýndan biri
olmasý mantýklý olur sanýrým.
4) Tercihen ayri bir guvenlik deposu derleme ciftligi olur. Burada
yapilan tum degisiklikler guvenlik deposundaki paketlere gore
derlenerek sisteme kurulur. "Kýrýlma" riski en aza indirilir.

Sürekli düzenek :
1) Tüm geliþtiriciler surum (2007, 2008, vb) kaynak svn depolarýna
eriþip deðiþiklik yapabilir. Surum-guvenlik kaynak depolarýna sadece
güvenlik takýmý insanlarý yazabilir.

2) Her bileþenin sorumlusu, kendi bileþeninde yer alan paketlerde
yapýlan deðiþiklikleri takip eder. Gerekiyorsa müdahale eder, ilgili
geliþtiriciyi uyarýr.

3) Her bileþenin sorumlusu, derleme çiftliðinde kendi bileþeninin
paketlerini derletir[1] (ve test deposuna aktarýlmasýný saðlamýþ olur).

4) Güvenlik deposunun paketlerinin derlenmesi ve depoya aktarýlmasý
güvenlik depo sorumlusu tarafýndan yapýlýr.

4) Güvenlik güncellemeleri test takýmý tarafýndan hemen ve öncelikli
olarak teste alýnýrlar. Hem surum-guvenlik hem de surum depolarýna göre
ayrý ayrý test edilirler.

5) system.base bileþenindeki paketlerin testi yapýlýrken, "emniyet
mandalý" nedeniyle sadece system.base guncellenmesi durumu da farkli
guncelleme safhalarindaki Pardus sistem kombinasyonlarý ile test
edilmelidir [2].

6) CD içinde gelen paketler [3], ozel olarak gelistiricisi o paketle
ilgili kendisinden onay alinmasini istemiyorsa, test deposuna girdikten
7 gun sonra test takimi araciligiyla test surecine alinir [4]. Bu
surecten gecen paketler ilk toplu güncellemede kararli depoya aktarilir.

7) Test sürecinde yakalanan hatalar için Uluzilla'da bir hata raporu
açýlýr ve paketi güncelleyen geliþtiriciye atanýr. Hata çözüldükten
sonra süreç yeni paketle tekrar baþlar (don't pass go, don't collect
200 gayme).

8) CD içinde gelmeyen paketler test deposunda haklarýnda bir hata
raporu açýlmadan 7 gün zaman geçirirlerse [5] ilk toplu güncellemede
kararlý depoya aktarýlýrlar.

9) Rüþtünü ispatlanmýþ paketlerin test deposundan kararlý depoya toplu
güncelleme iþlemini ilgili depo sorumlusu her haftanýn baþýnda yapar.
Güncellemeler girdikten sonra Turkce ve Ingilizce olarak depoya yeni
giren paketleri ve niye yapýldýklarýný e-posta ile yayinlar.

10) Pardus deposu için bu süreç oturtulduktan *sonra*, donaným ve insan
gücü olanaklarý dahilinde contrib deposu için de uygulanabilir (bir test
deposu oluþturmak, bileþen sorumlularý belirlemek, vb). CD'de gelen,
system.base ve benzeri paketler olmadýðý için, Contrib deposunun test
süreci sadece 8. maddeden ibaret oluyor elbette.


Biraz hizli hazirladim, atladigim bisiler olabilir. Hatalar, yanlislar,
eksikler, eklemeler icin atis serbest :). Temeller uzerinde anlasirsak,
ballandirip dokuman haline getirmesini ayrica yapilir elbette.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr



[1] Bunun kolay yapýlabilmesi icin derleme çiftliðinde bazý
deðiþiklikler gerekebilir elbette. Ama çok masraf ettirmeyeceðini
umuyorum.

[2] Guncelleme yapmak icin degil, sadece bir paket kurmaya kalkan bir
kullanici zorunlu olarak (istegi disinda) sadece system.base
guncellemelerini yapiyor. Tum sistemi yukseltmediginden dolayi
bagimliliklardan dolayi problem yasiyor. Bu tur guncellemeyi "zorla"
yaptirdigimizdan, hic problem yasanmamasi gerekir bu durumda.

[3] Ilgili urun icin olan tum paketler. Yani 2007 icin 2007.0-1-2-3
CD'lerinde yer alan tum paketler bu kapsama giriyor. Bazi paketler
girip/cikabiliyor minor surumlerde de CD'ye. Ilgili paket listeleri :
http://svn.pardus.org.tr/uludag/trunk/pardusman/projects/release/

[4] CD'de gelen paketler kullanicinin sistemine zorunlu olarak
kuruldugundan ve ozellikle kaldirilmadiklari surece tum kullanicilarda
guncelleneceginden ozel olarak dikkat edilmesi gerekiyor.

[5] Güvenlik, system.base ve CD icinde gelen paketlerin testinden sonra
elde yeterli test gucu kalirsa, onlar da test deposuna giren diger
paketleri test edip hata raporlamak icin kullanilabilir. Bunun icin her
durumda 7 gunluk bir sureleri olacak.


From coderlord at gmail.com  Thu Dec  4 18:34:50 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 4 Dec 2008 18:34:50 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081204180533.b835b1db.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812021534.51541.tekman@pardus.org.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
Message-ID: <4cca720b0812040834r18990e6ei3b14953e91504c9e@mail.gmail.com>

04 Aralýk 2008 Perþembe 18:05 tarihinde Doruk Fisek <dfisek at fisek.com.tr> yazdý:

> 2) Her bilesen icin birer bilesen sorumlusu secilir.
Bunu önceden de yapmýþtýk. Ancak þimdi daha bir iþlev kazandýralým
diyorsun sanýrým.

> 3) Sadece güvenlik güncellemelerinin yapýlacaðý bir kaynak depo
> olusturulur. Guvenlik depo sorumlusunun, guvenlik takýmýndan biri
> olmasý mantýklý olur sanýrým.

Bu Debian Stable deposu gibi birþey olacak sanýrým. Böyle bir depo
olmasý gerekliliðine katýlýyorum. Bu depodaki paketlere sadece
güvenlik güncellemesi yapýlacak varsayýyorum. Böylece sistemini
kararlý tutmak isteyenler bu depoyu kullanacaklar.

> 2) Her bileþenin sorumlusu, kendi bileþeninde yer alan paketlerde
> yapýlan deðiþiklikleri takip eder. Gerekiyorsa müdahale eder, ilgili
> geliþtiriciyi uyarýr.

Sanki bu kýsmý biraz açmak lazým. Bileþen sorumlusunun görevleri
baþlýklý bir belgemiz var mýydý?

> 3) Her bileþenin sorumlusu, derleme çiftliðinde kendi bileþeninin
> paketlerini derletir[1] (ve test deposuna aktarýlmasýný saðlamýþ olur).

Neden derletiyor?, burayý anlamadým. Derletip testini de mi yapacak?
Yoksa sadece derlenip derlenmediðine mi bakacak?

-- 
Furkan Duman

From coderlord at gmail.com  Thu Dec  4 18:54:24 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 4 Dec 2008 18:54:24 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081202140309.5450af86.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
Message-ID: <4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>

02 Aralýk 2008 Salý 14:03 tarihinde Doruk Fisek <dfisek at fisek.com.tr> yazdý:
> Daha da fizibl oldugunu dusundugum soyle bir radikal onerim var :
>
> 1) Sadece guvenlik guncellemelerinin yapildigi bir 2008 deposu olsun.
> Bu depoya giren her guncellemede tirnagina kadar tum yazilimlar testten
> gecsin. Bu depoya "kararli" olacak densin. Bir paket patlarsa test
> takimini dovelim :)

Bence radikal deðil gerekli bir depo bu. Benim de benzer bir önerim
olmuþtu. Güncel olmak adýna zýrt pýrt sürüm atlatmayalým. Önemli
hatalarý ve güvenlik açýklarýný çözelim demiþtim.

Ancak bu depoya yeni paket girdiðinde bütün depo paketlerinin testi
bana çok yapýlabilir gelmedi. Sonraki baþlýkta bahsettiðin gibi,
sorunlu paketlerin iþaretlenip, bunlarýn testinin yapýlmasý yeterli
sanki. Sadece güncellenen pakete baðýmlý paketler de test edilse olur
gibi.

> 2) Normal depoda test sureci islemesin ya da sadece kritik paketlerde
> islesin. x hafta test deposunda durup hata raporu almayan paketler
> normal depoya sorgusuz sualsiz girsin. Kullanicilar "sistemim bozuldu,
> guncellemeler test edilmiyor mu" dediginde de, "test deposunda x hafta
> hata belirtilmemis. eger surecin daha iyi olmasini istiyorsaniz, siz de
> testlere daha cok katilin. Ben sistemim kararli kalsin istiyorum
> diyorsaniz, sadece guvenlik guncellemeleri yapilan depoyu kullanin."
> densin.

Adý normal depo olunca kullanýcýlardan bunu beklemek haksýzlýk bence.
Depo adý "Kararsýz depo" olsa söylediðine hak verirdim.
Depolarý çoðaltmaya gerek yok bence. Þu an bir de test depomuz var.
Bunun yerine bir kararlý bir kararsýz depo olsa yeterli sanýrým.
Kararsýz depoda bahsettiðin gibi istediðimiz commit i yaparýz. Sistem
bozulursa da "bu kararsýz depo idi" deriz. :)

Çoðu kullanýcýnýn, güncellemelerden dolayý kararsýz depoyu
kullanacaðýný zannediyorum. Dolayýsýyla istemeden de olsa test yapmýþ
olacaklardýr.


> Yanlis anlama, bana uzaktan, merge yapan adam bildigin amelelik yapiyor
> gibi gozukuyor. Belki sistemin temel bilesenlerinin sik guncellendigi
> ilk donemlerde, gelistiricileri gemlemek icin iyi bir mekanizmaydi. Su
> anda anlamsiz bir burokrasiye donusmus durumda. Hem paketini
> guncelleyen, hem de o paketi merge eden icin."

Katýlýyorum. Açýkçasý uzun bir süre ayrý kaldýktan sonra geri
döndüðümde, oluþan bu bürokrasi beni afallatmýþtý. Yeni geliþtiriciler
için de korkutucu görünebilir.

Hem artýk bir paket review sürecimiz var. Yeni paketler konusunda
endiþelenmemize gerek olduðunu sanmýyorum.
Bu review sürecini güncellemelerde de yapmalýyýz.  2 onay alan paket
doðrudan merge edilebilir hale gelebilir. Güncellemeyi yapan de
kendisi merge eder.


> Zaten paketci "ACK" vermeden once paket bir sure test deposunda
> geciriyor. Bu prosedurle bir paketin kararli depoya girmesi bir aydan
> bile fazla surebilir.

ACK NACK'i neden yaptýðýmýzý anlamýyorum. Paketimde bir sorun var ise
zaten depo sorumlusuna haber verip, veya yeni düzenlemede geçersek
kendim, paketi revert edebilirim. Eðer paket test ten geçemediyse ve
paketi güncelleyene ulaþýlamýyorsa, depo veya bileþen sorumlusu revert
i yapar. Bunu neden yapýyoruz lütfen birisi söylesin..

-- 
Furkan Duman

From gurer at pardus.org.tr  Thu Dec  4 20:11:17 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Thu, 4 Dec 2008 20:11:17 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
Message-ID: <200812042011.17481.gurer@pardus.org.tr>

On Thursday 04 December 2008 18:54:24 Furkan Duman wrote:

> Bu review sürecini güncellemelerde de yapmalýyýz.  2 onay alan paket
> doðrudan merge edilebilir hale gelebilir. Güncellemeyi yapan de
> kendisi merge eder.

Review süreci yeni paketlerde çok baþarýlý oldu. Her türlü update için de 
yapýlmasýndan yanayým. Ancak...

Review ve bileþen sorumlusunun depoyu test etmesi gibi fikirler için ortada 
yeterli iþ gücünü göremiyorum.

Çözüm olarak ilk yol, iþleri otomatize etmek. Çeþitli kontroller yapan 
betiklerimiz var. Bunlarý geliþtirmeye harcanacak zaman, ayný temel hatalarla 
tekrar tekrar uðraþmamakla çok büyük kazanç olarak geri gelecektir. 
Belgelendirme de ayný þekilde kazançlý olacaktýr. Mesela neden hala Pisiyi, 
paket yapýmýný, yazýlým inþa sistemlerini, bugüne kadar gelistirici@ de 
karþýlaþýlmýþ sorunlarý içeren kapsamlý bir kitap formatýnda dökümanýmýz yok?

Ýkinci yol ise daha fazla iþ gücü temin etmek.

Ana bileþenlere full time birer sorumlu, sürüm/depo yöneticileri, alt projeler 
için sorumlular, tek kiþiden ibaret olmayan güvenlik vb ekipleri, yeni 
projelere giriþebilecek (uzun zamandýr hiç bir inovatif projemiz olmadýðý 
dikkatinizi çekti mi?) bir eleman rezervi diye saymaya baþlayýnca bunun 
mecburi olduðu ortada.

Belki gönüllü geliþtiricilerden kazanýlabilir bu iþ gücü, ama ortada öyle bir 
heyecan eksikliði var ki, o kanaldan taze kan gelmesine de biraz engel 
oluyor.

Mesela bu önemli bir tartýþma ama 3-4 kiþiden baþka yorum gelmiyor. Bir ara 
yapýlan geliþtirici toplantýlarýnýn artýk lafý bile edilmiyor. Review süreci 
zorlamayla 1-2 kiþiden 3-4 kiþiye çýkabildi. Gezegen/Planet uyukluyor.

Durum pek hoþ görünmüyor yani bana.


From dfisek at fisek.com.tr  Thu Dec  4 20:39:03 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Thu, 4 Dec 2008 20:39:03 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4cca720b0812040834r18990e6ei3b14953e91504c9e@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812021534.51541.tekman@pardus.org.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<4cca720b0812040834r18990e6ei3b14953e91504c9e@mail.gmail.com>
Message-ID: <20081204203903.af8780c2.dfisek@fisek.com.tr>

Thu, 4 Dec 2008 18:34:50 +0200, "Furkan Duman" <coderlord at gmail.com> :

> Sanki bu kýsmý biraz açmak lazým. Bileþen sorumlusunun görevleri
> baþlýklý bir belgemiz var mýydý?
Bildigim kadariyla yok. Belgeye donustururken "ballandirilmasi" gereken
bircok kisim var bunun gibi.

> > 3) Her bileþenin sorumlusu, derleme çiftliðinde kendi bileþeninin
> > paketlerini derletir[1] (ve test deposuna aktarýlmasýný saðlamýþ
> > olur).
> Neden derletiyor?, burayý anlamadým. Derletip testini de mi yapacak?
> Yoksa sadece derlenip derlenmediðine mi bakacak?
Bildigim kadariyla, derleme ciftliginde derlenen paketler derlendikten
hemen sonra ciftligin kendi uzerine kuruluyor ve oyle isine devam
ediyor. Ona bagimli paketlerin de ona gore derlenebilmeleri icin.
Ciftlikte de depodaki tum paketler kurulu.

Simdi is boyle olunca, hatali bir paketin derlenip kurulmasi ciftligi
patlatabiliyor. Ozellikle hatali system.base paketleri ya da cokca
bagimliligi olan kitapliklarin problem yaratmasi olasi. O nedenle
ciftlikte derleme islemi otomatik yapil(a)miyor.

Bilesen sorumlusu zaten kendi bilesenindeki paketleri goz ucuyla da olsa
takip ediyor oldugundan, bir sorun varsa derletmeden once tespit etmesi
mumkun olur. Su anki durumda bu tum paketler icin surum/depo/ciftlik
sorumlusu tarafindan yapiliyor ki, bilesen sorumlulari tarafindan
yapilmasi, paketleri daha iyi taniyacaklarindan dolayi daha saglikli
olur diye dusunuyorum. Daha hizli da gerceklesebilir.

Tabii bu noktada system.base'de olmayan ve "herhangi bir bagimliligi
olmayan" paketlerin ayiklanarak ciftlik tarafindan otomatik derlenmesi
de bir yontem. Yine de ciftlik icin goz ucuyla da olsa bir bakilma
gerektiren durtukleme mekanizmasi cok yavaslatmaz/yormaz diye
dusunuyorum. Svn hesaplari ile ilgili bir guvenlik sorununda (birimiz
svn parolasini kaptirdi mesela), uygun bir pakete ciftlige ya da test
deposunu kullananlarin sistemlerine zarar verecek bir komut eklenebilir.
Otomatik derlenip/ciftlige kurulup/test deposuna gitmesi hos olmaz.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From ekin at pardus.org.tr  Thu Dec  4 23:13:33 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Thu, 4 Dec 2008 23:13:33 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081202140309.5450af86.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
Message-ID: <200812042313.34497.ekin@pardus.org.tr>

Merhaba;

Tuesday 02 December 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 
> Merhaba,
> Seni kiracagima kafami arsiv fareligi yaparim :). Icinde sadece "test"
> kelimesi gecenleri taradim yazdiklarimdan, baska aradan kacanlar olmus
> olabilir.

Eline saðlýk ama kýrma bi tarafýný, gerek yok :-)

> 22 Ekim'de yazdigim e-postada [1] iki farkli oneri yer aliyor. 

Serbülent yazmýþ - buna uzunca bir cevap vermiþtim üzerinde konuþulur diye, 
ama benim uzun postalarým da senin uzun postalarýndan geri kalmýyor "mark as 
read" iþaretlenme konusunda. Aþaðýda özetleyeceðim, bunu dýþýndaki önerilere 
de fikirlerimi yazacaðým - bazýlarýný yazdým daha önce, bazýlarý yeni. 

> [1] http://liste.pardus.org.tr/gelistirici/2008-October/013904.html
http://liste.pardus.org.tr/gelistirici/2008-October/013908.html

> "Bastan beri soyledigim gibi, test sureci ile kurunun yaninda cok fazla
> yas yakmaya calisiliyor gibime geliyor. Sorun cikarip ortaligin
> karismasina yol acan belli paketler var. Onlari belirleyip, onlarin
> guncellenmesinde testlere ekstra ilgi gosterip, kalanlara sadece temel
> testleri (paket menuye yerlesiyor mu, aciliyor mu) uygulamak daha
> fizibl olur.

Bunun yararý ortada, ama bu listeyi güncel tutmanýn pek kolay olmayacaðýný 
düþünüyorum hala. Üzerimde anlaþýlmýþ ve güncel tutmacýbaþýcýsý seçilmiþ bir 
liste oluþursa ne güzel - Gönüllü var mý ?  

> Daha da fizibl oldugunu dusundugum soyle bir radikal onerim var :

Bu öneri için ön teknik gereklilikleri özetlemek lazým önce - bunlar karþý 
çýktýðým ya da önerdiðim noktalar deðil, depo - paket - çiftlik konusunda ön 
bilgi : 

- Birbirinden ikili paket alýp veremeyen her türlü depo eþittir yeni bir 
kaynak depo + yeni bir buildfarm. Þu anki test deposundaki paketler 
bildiðiniz cp komutu ile stable depoya alýnýyorlar, çünkü ayný kaynak depodan 
çýkýyorlar. ABI/API yönünden aralarý açýlabilecek iki ayrý ikili paket deposu 
oluþturduðumuz anda  bu yöntem iþlemiyor, örn. 2008-stable adlý yeni bir 
kaynak depo ve bu depoyu derleyen bir buildfarm gerekecek. Temel olarak bu 
ayný toolchain'i paylaþan iki daðýtým demek.

- Bu birbirinden ayrý depolarýn da ayrý birer test ikili deposu olacak : 
stable dal için bu depoya girecek paketlerin test sürecinde bekleyeceði bir 
ara depo, unstable dal için de paketlerin (örn 2 hafta) bekleme ve 
geliþtiriciler tarafýndan test edilme sürecinde bekleyeceði bir ara depo.
   
> 1) Sadece guvenlik guncellemelerinin yapildigi bir 2008 deposu olsun.
> Bu depoya giren her guncellemede tirnagina kadar tum yazilimlar testten
> gecsin. Bu depoya "kararli" olacak densin. Bir paket patlarsa test
> takimini dovelim :)

> 2) Normal depoda test sureci islemesin ya da sadece kritik paketlerde
> islesin. x hafta test deposunda durup hata raporu almayan paketler
> normal depoya sorgusuz sualsiz girsin. 

Bir önceki cevabýmýn anafikrini oluþturan itirazým iþgücü ve seçim yapma 
zorunluluðu üzerineydi, ilk adýmda tarif ettiðin stable dala kesinlikle 
ihtiyacýmýz olduðunu düþünerek o fikrimi daha geniþ açýklayayým : 
(1 deposuna stable, 2 deposuna da unstable diyorum)

* X paketinin 4.1 sürümündeyken bu dallanmayý yaptýk diyelim. Paketin 4.2, 
4.3, 4.4 sürümleri çýktý, bizim daðýtým için minör olsa da upstream açýsýndan 
hatalar çözüldü, hatta yeni özellikler eklendi - biz de bu paketleri þimdiki 
sistemde de olsa yapacaðýmýz gibi unstable dala aldýk, 2'þer hafta test 
deposunda beklettik, olasý sorunlarýný çözdük. Fakat bu güncellemelerin 
hiçbiri stable dalý için kritik veya güvenlik güncellemesi deðildi, 
çýkabilecek regressionlar için getir/götür hesabý yaptýk, sonunda stable dala 
almadýk : stable 4.1, unstable 4.4'de þu anda.
Ýþler burada karýþýyor  : upstream 4.5 sürümünü iki CVE çözen güvenlik 
güncellemesi olarak yayýnladý - sýk sýk karþýmýza gelen senaryo.  
- unstable dal için çok sorun deðil , olabiliyorsa 4.4'e backport edilir, ya 
da ters baðýmlýlýk vs sorunu yok ve geçiþ güvenlik dýþýnda sadece minor 
deðiþiklikler içeriyorsa  4.4 -> 4.5 geçiþi yapýlýr, doðrudan depoya alýnýr 
[þu anda bu süreci uyguluyoruz zaten.] 
- stable dalda ise 4.5 -> 4.1 backportuna ihtiyacýmýz var : þanslýysak CVE 
yamasý iþimizi görür, deðiþikliðin büyüklüðüne ve tipine göre ya test ile ya 
da doðrudan stable depoya hýzla alýrýz. Ama iki deponun arasý açýldýkça bu 
süreç daha zorlu olmaya baþlar, security ekibininin iki depoyu ayrý ayrý 
gözden geçirmesi gerekir, backport iþi her seferinde daha fazla kaynaða 
ihtiyaç duyar, paketlerin daha fazla test edilmesi gerekir. Zorunlu 
kalabileceðimiz sürüm atlamalarýnda baðýmlýlýklarýn da eski sürümde olmasý 
nedeniyle giderek daha zorlanýrýz. Security fixlerin gecikmesi bizim camiada 
neredeyse en büyük ayýp sayýldýðýndan, daðýtým eskidikçe security ekibinin 
iþi artar, bu sýkýþýk zamanlar da tahminen bir sonraki sürümün en civcivli 
zamanlarý olacaðýndan zaman sorunlarý ortaya çýkar. 

* Unstable deponun giren paket bazýnda takip edilip zorunlu nezarethane 
sürecini tamamlayan paketlerin hata durumlarýnýn takibi hem bu takibi yapacak 
adama, hem de geliþtiriciye daha büyük sorumluluk yüklüyor. 
Ýlk bölümünü daha yakýndan tanýyorum : 2007'nin ilk zamanlarýnda 2 hafta test 
deposunda kalmayan pakete NACK demek benim iþimdi, pratikte gerektirdiði 
iþgücü ve zamaný ayýramadýðým(ýz) için uygulayamadýðýmýz bir kural olarak 
tarihe yazýldý. Öbür yaný (geliþtirici yaný) ise önyargýlý olmak istemememe 
raðmen beni korkutuyor - son bir kaç ayda bugzillada açýk hatasý olan, 
geliþtirici ve kullanýcý listesinde sorunlarý konuþulmuþ paketler bile 
geliþtiricilerden / paket sahiplerinden ACK aldý - bunun sebebi önceki 
tartýþmalarda genellikle ACK/NACK ve merge süreci olarak ifade edildiyse de 
bence büyük oranda da geliþtiricilerin ilgisizliði, zaman zaman yeterli 
bilgi / tecrübeye sahip olmamalarý, hatta nadiren bariz inatlaþmalarý neden 
oldu bu duruma. Bu cümleler bunu yapamayýz demek deðil, ama ideal dünyada da 
deðiliz - kendi aramýzda daha iyi bir test / iletiþim / geri dönüþ 
mekanizmasý oturtmalýyýz, geliþtiricilerin alacaðý insiyatif ve 
sorumluluklarýnýn sýnýrlarýný daha iyi belirlemeliyiz demek.
 
Bunlar yapýlamayacak /  yetiþelemeyecek þeyler mi ? Hayýr deðil, ama bu 
önerinin sadece bir yeni depo açmak olmadýðýný söylemeye çalýþýyorum - 
tartýþýrken attýðýmýz adýmlarýn neler getireceðini bilerek konuþalým. Bu iki 
depolu yapý gerçekten doðru yol, ama ben þapkayý önüme koyup düþününce ilk 
anda tahmin edilenden çok çok daha fazla kaynak gerektireceðini düþünüyorum. 
Þu anki durumdan sen de ben de memnun deðiliz, ama yenisini kurup iki depoya 
da hakettiði ilgiyi gösteremezsek þu anki durumu mumla ararýz.

> Kullanicilar "sistemim bozuldu, 
> guncellemeler test edilmiyor mu" dediginde de, "test deposunda x hafta
> hata belirtilmemis. eger surecin daha iyi olmasini istiyorsaniz, siz de
> testlere daha cok katilin. 

Bunu diyebilirsek ne güzel - biz deriz de kim ne kadar anlar emin olamadým :-P

> Ben sistemim kararli kalsin istiyorum
> diyorsaniz, sadece guvenlik guncellemeleri yapilan depoyu kullanin."
> densin. 

> Boylece hedef belirlenmis olur, dagitim depolarinin bir kimligi olur.
> Su anda bence herkes farkli beklentiler icinde dagitimdan ve kimse
> mutlu olamiyor. Hem ultra kararli olayim, hem gelismelerden geri
> kalmayayim, hem o da olsun, hem bu da olsun diye hareket edince hicbiri
> elde edilemiyor.

Burada haklýsýn, kurumsal kullanýcý için gereken depo kriterleri ile günlük 
kullanýcý - hatta daðýtým fanatiði geliþtirici için uyulmasý gereken 
kriterler farklý, ama þu anda herkes ayný depoyu kullanýyor.

> Bu ilk defa yapilan bisi degil, Debian stable ve testing var. Pardus'un
> surum cikarma dongusunun Debian kadar uzun olmadigi dusunulurse,
> Debian'daki zararli yan etkiler de Pardus'ta cok az olacaktir diye
> dusunuyorum."

Ama bu hamle ile kurumsal kullanýcý / kararlýlýk arayan kullanýcýyý da anlamlý 
bir þekilde hedeflediðimiz anda onlarýn bir baþka önemli isteði olan "uzun 
solukluluk" da bonus olarak geliyor - herhangi bir sürüm için stable dal 
unstable dal'dan daha uzun maintain edilmek durumda kalacaktýr doðal olarak.

Debian olmayýz tabii ama ortalamayý ve ayný anda sürdürülen daðýtým saysýný 
arttýracaktýr bu hamle.  

> =======

Geri kalaný ayrý mail.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Fri Dec  5 00:19:33 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Fri, 5 Dec 2008 00:19:33 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812042313.34497.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812042313.34497.ekin@pardus.org.tr>
Message-ID: <200812050019.33804.ekin@pardus.org.tr>

Merhaba;

Thursday 04 December 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 

> - Birbirinden ikili paket alýp veremeyen her türlü depo eþittir yeni bir
> kaynak depo + yeni bir buildfarm. Þu anki test deposundaki paketler
> bildiðiniz cp komutu ile stable depoya alýnýyorlar, çünkü ayný kaynak
> depodan çýkýyorlar. ABI/API yönünden aralarý açýlabilecek iki ayrý ikili
> paket deposu oluþturduðumuz anda  bu yöntem iþlemiyor, örn. 2008-stable
> adlý yeni bir kaynak depo ve bu depoyu derleyen bir buildfarm gerekecek.
> Temel olarak bu ayný toolchain'i paylaþan iki daðýtým demek.

"ABI/API yönünden aralarý açýlabilecek " konusunu biraz açayým: Bu zamana 
kadar herhangi bir Pardus sürümü boyunca ABI/API kýrmaya kesinlikle izin 
yoktu. Fakat çok gerektiðinde **kontrollü olarak** bu interface'leri 
kýrabilmek için gerekli destek Pisi'ye eklendi - yeni Pisi test deposunda, 
farm koduna gerekli desteði ekliyoruz. Testlere baþlayacaðýz bugün yarýn.

Bu yeni özellikleri hýzla hayata geçirmek hedefimiz - bu durumda 2008-stable 
ile 2008-unstable kaynak depolarýnýn ABI/API yönünden aralarý açýlabilmesinin 
teknik altyapýsýný kurmuþ olacaðýz, bu sorun birinci derece öncelikli olacak.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From tekman at pardus.org.tr  Fri Dec  5 00:38:32 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Fri, 5 Dec 2008 00:38:32 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081204180533.b835b1db.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812021534.51541.tekman@pardus.org.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
Message-ID: <200812050038.32380.tekman@pardus.org.tr>

4 Aralýk 2008 Perþembe 18:05:33 tarihinde Doruk Fisek þunlarý yazmýþtý:
> Merhaba,
>
> Tue, 2 Dec 2008 15:34:51 +0200, Erkan Tekman <tekman at pardus.org.tr> :
> > Baþta mevcut ve gelecek sürüm yöneticileri, depo sorumlusu ve tüm
> > geliþtiricilerden katkýlarýný rica ediyorum. Bu tartýþma bir ortak
> > karara varana kadar açýk kalsýn lütfen...
>
> Henuz cit cikaran olmadi, ben biraz beyin jimnastigi ile "tatil"
> hediyesi olarak soyle bir taslak duzenek hazirladim (bende oneri
> bol :)). Belki guncel bisi uzerinde tartismak, curutmek daha kolay
> olur :

Yalnýzca güvenlik güncellemelerinin yapýldýðý bir depo, Ekin'in de örneklediði 
üzere, mor serçenin kuyruðu gibi birþey, ya da ciddi bir çiftlik + depo 
yönetme ve daha önemlisi daha da ciddi bir backport yükünü üstlenmek anlamýna 
geliyor. Þu andaki süreç, Doruk'un deyimin ile, "boktan" giderken böyle bir 
yola girmek olsa olsa "bomboktan" bir duruma davetiye çýkarmaktýr.

Doruk'un önerisinden benim çýkarabildiðim pratik sonuç þu: Bir "güncel" depo 
olacak, test-mest hakgetire, buraya paldýr küldür güncelleme yükleyeceðiz. 
Bir de "güvenlik güncellemesi" deposu olacak, burada yalnýzca yeni bir 
güncelleme yamasý çýktýðýnda sürüm atlatmasý (güvenlik yamasý dahil, aradaki 
atlamalarý da kapsar halde) yapacaðýz. "Güncel" depo çatlaya patlaya 
gittiðinden, eðer þansýmýz yaver gider ise, "güvenlik güncellemesi" deposuna 
yama ekleme zamaný geldiðinde zaten diðer pislikler çözülmüþ olacak. Kýsacasý 
bir test edilen ve bir de test edilmeyen depo olacak...

Ama bunu þu anda da yapmak mümkün zaten, devel deposu test edilmeyen deponun 
iþlevini görüyor. Kararlý depo da hemen hemen (arada bir hýçkýrmalar dýþýnda) 
test edilen depo yerine geçiyor. Tek eksik devel deposundan ikili bir paket 
deposu yapmýyor oluþumuz. Evet, biliyorum, biraz karikatürize ettim durumu, 
ama sanýrým ana fikri yakaladým.

Belki çözümler üzerine tartýþmak yerine sorunu tarif etsek ve gerekleri 
belirlesek daha yararlý olacaktýr.

Bireysel kullanýcý ne ister? Olabildiðince kararlýk, buna karþýn olabildiðince 
güncel bir sistemle çalýþmak. "Kurumsal" (biraz önceki bireysel ile ayný 
depoyu kullanan) kullanýcý ne ister? Ertesi sabah sistemini açtýðýnda akþam 
çalýþanlarýn kýrýlmamasýný. Geliþtirici ne ister? Emek verdiði paketinin en 
son güncellediði halinin olabildiðince kýsa sürede depoya girmesini. Sürüm 
yöneticisi ne ister? Testten geçmemiþ herhangi bir paketi kullanýcýnýn 
sistemine yüklememeyi.

Bu gerekleri nasýl birlikte saðlayabiliriz? Eðer aklýmýza ilk gelen yol 
uygulanabilir ya da gerçekçi deðilse B planý ne olur?

Bence manalý sorular bunlar...

ET


From ekin at pardus.org.tr  Fri Dec  5 00:46:03 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Fri, 5 Dec 2008 00:46:03 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081204180533.b835b1db.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812021534.51541.tekman@pardus.org.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
Message-ID: <200812050046.03135.ekin@pardus.org.tr>

Merhaba;

Öncelikle, bu mailden önce bu (ve bir önceki) tartýþmaya yazdýðým maillere 
devam ediyorum büyük oranda, okumaya oradan baþlarsanýz sevinirim. 

Thursday 04 December 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 
> On hazirlik :
> 1) Bakýcýsýz tüm paketler iþaretlenir.
> 2) Her bilesen icin birer bilesen sorumlusu secilir.

+1

> 3) Sadece güvenlik güncellemelerinin yapýlacaðý bir kaynak depo
> olusturulur. Guvenlik depo sorumlusunun, guvenlik takýmýndan biri
> olmasý mantýklý olur sanýrým.

Bu deponun daha öce yazdýðým sebeplerle o sürümün bir branch'i olmasý 
gerekiyor, iki deponun arasý açýldýkça neredeyse iki ayrý daðýtým haline 
gelecekler unstable depoyu bleeding-edge tuttukça. 

Depo sorumlusu ile güvenlik ekibinin çok buluþacaðýný sanmýyorum, bu depo ayrý 
bir daðýtým olmaya gittikçe depo sorumlusu daha yukarýdan büyük resme 
bakacak, depo sorunlarý ile uðraþabilecek bir geliþtirici olmalý, güvenlik 
ekibinin iþi baþýndan aþkýnken bu görevi ona vermek zor olabilir (aþaðýda bu 
depocunun neden bazý iþleri paylaþamayacaðý da var..) 

> 4) Tercihen ayri bir guvenlik deposu derleme ciftligi olur. Burada
> yapilan tum degisiklikler guvenlik deposundaki paketlere gore
> derlenerek sisteme kurulur. "Kýrýlma" riski en aza indirilir.

Bu da tercihen deðil, zorunlu - kullanýcýya ulaþan paket üretiyorsak sadece o 
kaynak depodan beslenen tamamen izole bir farm gerekiyor. Farm yeterince 
kýrýlgan ve elle iþlediðinden sorun çýkarmaya açýk bir adýmý tüm sürecin, 
örneðin iki deponun ayný farmda derlenmesi gibi bir þey teoride mümkün olsa 
da öngöremediðimiz sorunlara yol açmasý kuvvetle muhtemel. Genelde de farmda 
çýkan hatalarýn debug edilmesi uzun ve kafa karýþtýrýcý oluyor, depoya 
güvenlik güncellemesi yetiþtirmeye çalýþýrken bu tip þeylerle uðraþmak 
zorunda kalmak saçlarý teker teker yolmak için birebir.

Ya da farm ve paket build yapýsýný tamamen deðiþtireceðiz - her paketin temiz 
system.base/devel + baðýmlýlýklarýnýn kurulduðu bir chroot içinde derlendiði 
bir farm yapýsý ilk aklýma gelen yol, ama bu __her__ þeyi deðiþtirmek demek.
  
> Sürekli düzenek :
> 1) Tüm geliþtiriciler surum (2007, 2008, vb) kaynak svn depolarýna
> eriþip deðiþiklik yapabilir. Surum-guvenlik kaynak depolarýna sadece
> güvenlik takýmý insanlarý yazabilir.

Her geliþtiricinin 2008 deposuna kommit yaptýðý bir süreçte buildfarmý 
iþlettim (2008 çýkmadan önceki süreçte) ve sonucunda amelelik olarak 
gördüðünüz, benim de svn merge kýsmýnýn büyük oranda hamallýk olduðunu 
düþündüðüm süreci sevinerek iþletir hale geldim - Farmý çalýþtýrdýðýnýzda 
acil güvenlik güncellemesi paketinizin yerine openoffice derlerken bulmak, 
stable depoya almanýz gereken paketin yeni -ve alakasýz- güncelleme 
atarfýndan ezildiðini farketmek pek güzel tecrübeler deðil. 

Aslýnda bunlar ve ve aþaðýda farm derleme süreci hakkýnda söylediklerim 
birbirinin devamý : ben 2007 ve 2008 süreçlerinde ayný ofiste yüzyüze bakan 
adamlarýn bu süreçleri birbirleri için nasýl zorlaþtýrabildiklerini ilk elden 
gördüm, daha çok hamallýk yaparým ama sorunlarý çýktýktan sonra geriye dönmek 
zorunda kalmam bari diye düþündüm.

Merge sürecinin iyileþtirilmesi için illa bu iþin beþ kiþiye daðýtýlmasý 
gerekmiyor diye düþünüyorum, bu yolda da konuþalým.

> 2) Her bileþenin sorumlusu, kendi bileþeninde yer alan paketlerde
> yapýlan deðiþiklikleri takip eder. Gerekiyorsa müdahale eder, ilgili
> geliþtiriciyi uyarýr.

Bu en gerekli adým.

> 3) Her bileþenin sorumlusu, derleme çiftliðinde kendi bileþeninin
> paketlerini derletir[1] (ve test deposuna aktarýlmasýný saðlamýþ olur).

Bu pek yapýlabilir deðil bence : Farm paketleri derlerken tüm paketleri 
gözönüne alarak derleme ve kurma sýrasý çýkarmak, sonrasýnda yine tüm deponun 
tekrar oluþturulmasýný saðlayýp belli kararlýlýk testleri yapmak gibi bir 
seri iþ yapýyor, genelde de çýkan sorunlar tek bir bileþen çerçevesinde 
kalmýyor. Yani aslýnda depo yöneticisinin iþin elle tutulan tarafýný icra 
ettiði yer farm, her noktasýný parmaklamak ve yaparken de kýrýp dökmemek için 
fazlasýyla (çoðunlukla gereksiz) uðraþmak gerekiyor. 

Yukarýda söylediðim gibi tüm sürecin elle iþletiliyor olmasý da ayrý bir 
sorun - ofiste temel olarak yeni buildfarm'ýn denemelerini yapýp delta gibi 
yeni altyapýlarý geliþtirdiðimiz ikinci bir farmýmýz var, yanyana masalarda 
oturan üç kiþi olarak bile birbirimizin ayaðýna bastýðýmýz oluyor - iki kere 
baþtan kurdum o farmý. 
Daha otomatikleþmiþ, farmcýbaþýnýn müdahalelerine çok daha az ihtiyaç duyan 
bir farm yazýlýmý ile belki olabilir, ama paket ve depo üretmek fazlasýyla 
hata kaldýrmaz bir iþ olduðu için bu geliþtirme ve test çalýþmalarý oldukça 
uzun sürüyor - sadece farm yazýlýmý deðil, bir sürü temel teknolojide 
deðiþiklik gerektiriyor.

Bu dertli iþ için bir köle yeter, beþ kiþiye ayný dertleri yüklemenin faydasý 
yok diyorum yani.     

> 4) Güvenlik deposunun paketlerinin derlenmesi ve depoya aktarýlmasý
> güvenlik depo sorumlusu tarafýndan yapýlýr.

Derlenmesi için bakýnýz yukarýsý, yazma hakký konusunda ise güvenlik için 
2007'de de, 2008'de de bu amaçla güvenlik ekibinden bir kiþinin (zaten kaç 
kiþiler ki :-)) yazma hakký vardý (Önce Ýsmail, sonra Gökçen), 2008'e 
güvenlik ekibi olarak baþlayan Gökçen kendi baþýna gökçen ekibi olup :-) 
Pýnar'ý yalnýz býrakýnca Pýnar'ý eklemek aklýmýza gelmedi aslýnda. 

> 4) Güvenlik güncellemeleri test takýmý tarafýndan hemen ve öncelikli
> olarak teste alýnýrlar. Hem surum-guvenlik hem de surum depolarýna göre
> ayrý ayrý test edilirler.

Genelde test edilmeyecek kadar açýk olmasýný istiyoruz ama security dünyasýnda 
da ideallik pek gözde bir özellik deðil - ayrý bir sec-test süreci tanýmlamak 
iyi olur.
 
> 5) system.base bileþenindeki paketlerin testi yapýlýrken, "emniyet
> mandalý" nedeniyle sadece system.base guncellenmesi durumu da farkli
> guncelleme safhalarindaki Pardus sistem kombinasyonlarý ile test
> edilmelidir [2].
> [2] Guncelleme yapmak icin degil, sadece bir paket kurmaya kalkan bir
> kullanici zorunlu olarak (istegi disinda) sadece system.base
> guncellemelerini yapiyor. Tum sistemi yukseltmediginden dolayi
> bagimliliklardan dolayi problem yasiyor. Bu tur guncellemeyi "zorla"
> yaptirdigimizdan, hic problem yasanmamasi gerekir bu durumda.

Tamam bunu test edelim de burada verdiðin örnekte ya ayný þeyden 
bahsetmiyoruz, ya da baþka bir sorun var -
Makinemde katapult kurulu deðil, sistemim up-to-date deðil, katapult kur 
diyorum : 

# pisi it katapult
Total size of package(s): 315.00 KB
Package katapult found in repository pardus-2008-test
katapult-0.3.2.2-12-2.pisi     (315.0 KB)100%    398.63 KB/s [00:00:00] 
[complete]
Installing katapult, version 0.3.2.2, release 12, build 2
Extracting the files of katapult
Configuring katapult package
Configured katapult
Installed katapult

ama depoda system.base güncellemesi var - hemen ardýndan :

mekbuk ekin # pisi up --dry-run
Updating repositories
* Updating repository: contrib
pisi-index.xml.bz2.sha1sum     (40.0  B)100%      0.00 --/- [--:--:--] 
[complete]
pisi-index.xml.bz2             (118.0 KB)100%      0.00 --/- [--:--:--] 
[complete]
No signature found for 
http://paketler.pardus.org.tr/contrib-2008/pisi-index.xml.bz2
* Package database updated.
* Updating repository: devel
devel repository information is up-to-date.
* Updating repository: pardus-2008-test
pisi-index.xml.bz2.sha1sum     (40.0  B)100%      0.00 --/- [--:--:--] 
[complete]
pisi-index.xml.bz2             (755.0 KB)100%    423.64 KB/s [00:00:00] 
[complete]
No signature found for 
http://yali.pardus.org.tr/pardus-2008-test/pisi-index.xml.bz2
* Package database updated.
Safety switch: Following packages in system.base will be upgraded: pisi
The following packages will be upgraded: pisi package-manager zpspell 
bash-completion gst-plugins-ugly gparted cups
Total size of package(s): 3.13 MB

Tek paket kurarken elle index güncellemediðimiz sürece güncellemeler gelmiyor 
bende ? 

> 6) CD içinde gelen paketler [3], ozel olarak gelistiricisi o paketle
> ilgili kendisinden onay alinmasini istemiyorsa, test deposuna girdikten
> 7 gun sonra test takimi araciligiyla test surecine alinir [4]. Bu
> surecten gecen paketler ilk toplu güncellemede kararli depoya aktarilir.

Bunu CD ile gelenler olarak tanýmlamak ne kadar doðru ? CD ile bi ton sürücü 
de geliyor ama kullanýcýlarýn bir bölümü hayatlarýnda ihtiyaç duymuyorlar 
onlara örneðin.

Aslýnda test adý altýnda konuþtuðumuz her durumumdaki asýl dert kullanýcýlarýn 
anlamlý bir bölümüne uydurabileceðimiz bir kullaným / güncelleme / kurulum 
senaryosu olmamasý - her kullanýcý için ayrý (ve yeni) bir senaryo öncelikli 
oluyor - anlamlý test senaryosu sayýsý (neredeyse) pardus kullancýsý sayýsý 
ile eþit. 

> 7) Test sürecinde yakalanan hatalar için Uluzilla'da bir hata raporu
> açýlýr ve paketi güncelleyen geliþtiriciye atanýr. Hata çözüldükten
> sonra süreç yeni paketle tekrar baþlar (don't pass go, don't collect
> 200 gayme).

Geliþtiricinin test deposuna gönderdiði pakette sorun olduðunu farkettiði anda 
kendine hata girmesi lazým - hadi bakalým :-?

> 8) CD içinde gelmeyen paketler test deposunda haklarýnda bir hata
> raporu açýlmadan 7 gün zaman geçirirlerse [5] ilk toplu güncellemede
> kararlý depoya aktarýlýrlar.

7 gün yerine ilk önerin iki haftayý tercih edeceðim galiba.
 
> 9) Rüþtünü ispatlanmýþ paketlerin test deposundan kararlý depoya toplu
> güncelleme iþlemini ilgili depo sorumlusu her haftanýn baþýnda yapar.
> Güncellemeler girdikten sonra Turkce ve Ingilizce olarak depoya yeni
> giren paketleri ve niye yapýldýklarýný e-posta ile yayinlar.

Burada yine bir gerekliði hatýrlatacaðým - bu güncellemeler depoya girerken :
- depoya eksik/kýrýk baðýmlýlýk girmediði, 
- en azýndan bir önceki depo state'inde olan bir kullanýcýnýn yeni state'e 
sorunsuz güncelleyebilir durumda olduðunu teste etmemiz gerekiyor - bu uzun 
ve ekip isteyen birþey deðil, ama bu adýma kadar her sorunun çözülmüþ 
olduðunu, burada bir hatayla karþýlaþmayacaðýmýzý kabul etmemeliyiz - örneðin 
yeni kernelle birlikte alýnmasý unutulan bir sürücü depoyu güncellenemez 
halde býrakabiliyor. 

> 10) Pardus deposu için bu süreç oturtulduktan *sonra*, donaným ve insan
> gücü olanaklarý dahilinde contrib deposu için de uygulanabilir (bir test
> deposu oluþturmak, bileþen sorumlularý belirlemek, vb). CD'de gelen,
> system.base ve benzeri paketler olmadýðý için, Contrib deposunun test
> süreci sadece 8. maddeden ibaret oluyor elbette.

Bunu bilemiyorum, önemli olan istenip istenmeyeceði - ama stable / unstable 
kaynak depo ayrýmý yaparsak contribin de bu þekilde dallanmasý gerekecek - 
yoksa yine contrib'i hangi depo üzerinde derleyeceðiz karmaþasý çýkacak, ve 
bu sefer birbirinden þimdiki test-stable ayrýmýndan çok  daha ayrý iki depo 
olacak.
 
> [1] Bunun kolay yapýlabilmesi icin derleme çiftliðinde bazý
> deðiþiklikler gerekebilir elbette. Ama çok masraf ettirmeyeceðini
> umuyorum.

Ufak deðiþiklikler masraf çýkarmaz ama senin senaryoya uydurmak farm sürecini 
tamamen deðiþtirip oldukça otomatize etmek gerektiriyor, bu da kolay ve 
aðrýsýz bir süreç deðil - tahminen bayaðý uzun ve masraflý olur.

> [4] CD'de gelen paketler kullanicinin sistemine zorunlu olarak
> kuruldugundan ve ozellikle kaldirilmadiklari surece tum kullanicilarda
> guncelleneceginden ozel olarak dikkat edilmesi gerekiyor.

+1, ama bu özel dikkat biraz muallak, nasýl kaðýda dökülür bilemiyorum - her 
paketin dikkat isteyen noktalarý ayrý çünkü.

Özetle, çok baþýndayýz, bu sürece karar vermek kendi baþýna uzun bir süreç 
olacak. Yapmamýz elzem, ama hem karar hem uygulama sürecinde bu tartýþmalarýn 
on katý gerekecek. Bence sorun deðil uzun ve zor olmasý, ama tüm 
geliþtiricilerin katkýda bulunup beyin fýrtýnasý (ben beyin fýrtýnasý gördüm) 
yapmadan imkansýza yakýn.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Fri Dec  5 01:03:09 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Fri, 5 Dec 2008 01:03:09 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812050038.32380.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<200812050038.32380.tekman@pardus.org.tr>
Message-ID: <200812050103.09958.ekin@pardus.org.tr>

Merhaba;

Friday 05 December 2008 tarihinde, Erkan Tekman þunlarý yazmýþtý: 

> Yalnýzca güvenlik güncellemelerinin yapýldýðý bir depo, Ekin'in de
> örneklediði üzere, mor serçenin kuyruðu gibi birþey, ya da ciddi bir
> çiftlik + depo yönetme ve daha önemlisi daha da ciddi bir backport yükünü
> üstlenmek anlamýna geliyor. 

Ama bunu doðru yapmamýn bence tek yolu - gücümüz yeterse. Yetmiyorsa bölümü 
aþaðýda.

> Þu andaki süreç, Doruk'un deyimin ile, "boktan"
> giderken böyle bir yola girmek olsa olsa "bomboktan" bir duruma davetiye
> çýkarmaktýr.
> Doruk'un önerisinden benim çýkarabildiðim pratik sonuç þu: Bir "güncel"
> depo olacak, test-mest hakgetire, buraya paldýr küldür güncelleme
> yükleyeceðiz. Bir de "güvenlik güncellemesi" deposu olacak, burada yalnýzca
> yeni bir güncelleme yamasý çýktýðýnda sürüm atlatmasý (güvenlik yamasý
> dahil, aradaki atlamalarý da kapsar halde) yapacaðýz. 

Bu kabul edilebilir bir durum deðil : aradaki atlamalarý da vereceksek hiç bir 
anlamý kalmadý ki, aradaki her atlamada regression ve bug olasýlýðý var, 
stable depo olduðunu iddia ettiðin bir depoya 5 sürüm atladýysan yaklaþýk 5 
kat riskli bir güncellemeyi sokuyorsun (bilerek abarttým ama amacýmý 
anladýnýz.)

> "Güncel" depo çatlaya 
> patlaya gittiðinden, eðer þansýmýz yaver gider ise, "güvenlik güncellemesi"
> deposuna yama ekleme zamaný geldiðinde zaten diðer pislikler çözülmüþ
> olacak. Kýsacasý bir test edilen ve bir de test edilmeyen depo olacak...

Ama depodaki atlamalarýn bir þeyi kýrmadýðý konusunda o stable depoyu deðil 
güncel depoyu kullananlarýn hata raporlarýný baz alýyorsun ve yoðun bir  test 
de yapmýyorsun. Yok stable depoda güvenlik güncellemelerini o 5 atlamadaki 
olasý tüm regression ve buglara karþý test edelim diyorsan, o zaman da biz o 
güncellemeyi test edip sokana kadar o açýk tarih olur, yenisi çýkar hatta :-) 

> Ama bunu þu anda da yapmak mümkün zaten, devel deposu test edilmeyen
> deponun iþlevini görüyor. Kararlý depo da hemen hemen (arada bir
> hýçkýrmalar dýþýnda) test edilen depo yerine geçiyor. Tek eksik devel
> deposundan ikili bir paket deposu yapmýyor oluþumuz. Evet, biliyorum, biraz
> karikatürize ettim durumu, ama sanýrým ana fikri yakaladým.

Hayýr, devel deposu bir sonraki sürüme gidiyor - iki hafta sonra devel 
deposundaki X paketlerini 2008 üzerine kuramaz hale geleceksin mesela.. 

Devel burada hiç konuþmamamýz gereken bir yerde - þu anda pre-alpha 2009 
seviyesinde örneðin.
 
> Belki çözümler üzerine tartýþmak yerine sorunu tarif etsek ve gerekleri
> belirlesek daha yararlý olacaktýr.
>
> Bireysel kullanýcý ne ister? Olabildiðince kararlýk, buna karþýn
> olabildiðince güncel bir sistemle çalýþmak. "Kurumsal" (biraz önceki
> bireysel ile ayný depoyu kullanan) kullanýcý ne ister? Ertesi sabah
> sistemini açtýðýnda akþam çalýþanlarýn kýrýlmamasýný. Geliþtirici ne ister?
> Emek verdiði paketinin en son güncellediði halinin olabildiðince kýsa
> sürede depoya girmesini. Sürüm yöneticisi ne ister? Testten geçmemiþ
> herhangi bir paketi kullanýcýnýn sistemine yüklememeyi.
 
> Bu gerekleri nasýl birlikte saðlayabiliriz? 

Farklý tip kullanýcýya farklý depo / daðýtým vererek  - ama bu depolarý 
gerçekten depo, sürdürülebilir birer daðýtým halinde verebiliyorsak. 
Yoksa "biz de biliyoruz stable depo backport ile yapýlýr ama adamýmýz yok, 
biz size sürüm atlayan _kararlý depo_ verelim" dememeliyiz, o zaman o depoyu 
gerçekten vermeyelim. Ama biz böyle bir depo saðlamýyoruz kardeþim diye de 
açýk açýk söyleyelim.

> Eðer aklýmýza ilk gelen yol 
> uygulanabilir ya da gerçekçi deðilse B planý ne olur?

Son iki cümlem  B planý oldu galiba..

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ozan at pardus.org.tr  Fri Dec  5 09:41:28 2008
From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=)
Date: Fri, 05 Dec 2008 09:41:28 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081204180533.b835b1db.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>	<200812021534.51541.tekman@pardus.org.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
Message-ID: <4938DB28.2000209@pardus.org.tr>

Doruk Fisek wrote On 04-12-2008 18:05:
> On hazirlik :
> 1) Bakýcýsýz tüm paketler iþaretlenir.
> 2) Her bilesen icin birer bilesen sorumlusu secilir.
> 3) Sadece güvenlik güncellemelerinin yapýlacaðý bir kaynak depo
> olusturulur. Guvenlik depo sorumlusunun, guvenlik takýmýndan biri
> olmasý mantýklý olur sanýrým.
> 4) Tercihen ayri bir guvenlik deposu derleme ciftligi olur. Burada
> yapilan tum degisiklikler guvenlik deposundaki paketlere gore
> derlenerek sisteme kurulur. "Kýrýlma" riski en aza indirilir.
>   
Sadece güvenlik güncellemelerinin yapýlacaðý bir depo demek, bir 
daðýtýmý geride birakýp diðerini geliþtirmeye tekabül ediyor. Örneðin 
Ubuntu yeni sürümü çýkardýðý anda, o sürüm güvenlik ve bugfix dýþýnda 
güncelleme kabul etmiyor ve asýl bleeding edge geliþtirme yeni depoda 
devam ediyor.
200x çýktýðý T anýnda, 200x'in güvenlik güncellemeleri dýþýnda bir þey 
kabul etmemesi onu benim bakýþ açýmda ayrý bir sürüm haline getiriyor.

Olay sadece kararlýlýksa,
1. 2007 sürümünde kalýr,
2. 2008'e geçer ama sadece güvenlik güncellemelerini yapar.

2.seçenekle senin önerdiðinin arasýnda bir fark bulamadým ben. PiSi de, 
paket yöneticisi de bu özelliði saðlýyor zaten. Adama yeni bir depo 
ekletmek yerine paket yöneticisi ayarlarýndan "Sadece güvenlik 
güncellemelerini yap" seçtirmek bu iþi halletmiyor mu?

Ayrýca 2000 civarý kaynak paketin bir kýsmý daðýtým çýktýktan sonra, bir 
kýsmý önce, kimi paldýr küldür kimi özenle 2008'e merge edildi. 2008'in 
çýkmasýnýn üzerinden 6 ay geçti geçecek, hala þu ana kadar(sandbox 
sýzmalarý yüzünden) aslýnda hiç çalýþýr durumda olmamýþ paketler 
yakalýyoruz depoda. Sadece güvenlik güncellemeleri yapýyoruz bu depoda 
diyeceksek, o depodaki 2000 küsür paketin tam takýr çalýþtýðýný taahhüt 
etmemiz gerekiyor. Ýdeal dünyada etmeyi hepimiz isteriz o ayrý mesele.
> Sürekli düzenek :
> 1) Tüm geliþtiriciler surum (2007, 2008, vb) kaynak svn depolarýna
> eriþip deðiþiklik yapabilir. Surum-guvenlik kaynak depolarýna sadece
> güvenlik takýmý insanlarý yazabilir.
>   
Tüm geliþtiricilerin sürüm kaynak svn depolarýna eriþip deðiþiklik 
yapmalarýný doðru bulmuyorum. Sürüm kaynak svn deposunda deðiþiklik 
yapýldýðý anda o paket farm'da bir sonraki çalýþmada derlenecek paketler 
arasýna giriyor. Arada hiçbir kontrol mekanizmasý yok. Eðer bu 
bahsettiðin adým, Merge iþlemini ortadan kaldýrmayý hedefliyorsa 
gerçekten çok büyük sorunlarýmýz olur. Hiçbirimiz mükemmel deðiliz, hata 
yapýyoruz. Senin düzeneðinde bu depolar kararsýz(normal) depoya iþaret 
edeceðinden çok fazla problem olmayabilir gibi gelse de kararsýz ile 
kullanýlamaz'ý ayýrt etmek lazým. Yepisyeni review'dan ilk paketini 
geçirmiþ birinden depolar arasý merge'ü sorunsuz yapabilmesini beklemek 
mi onlar için daha korkutucu yoksa bir mail atmak mý siz düþünün.

Ha merge yükü 2 kiþiye biniyor o yüzden yýkalým bu duvarlarý diyorsan, o 
ekipe birileri daha eklenebilir belki, bilemem.. Ama bence bu süreçte en 
iyi iþleyen taraflardan biri Merge süreci.
> 2) Her bileþenin sorumlusu, kendi bileþeninde yer alan paketlerde
> yapýlan deðiþiklikleri takip eder. Gerekiyorsa müdahale eder, ilgili
> geliþtiriciyi uyarýr.
>   
+1.
> 3) Her bileþenin sorumlusu, derleme çiftliðinde kendi bileþeninin
> paketlerini derletir[1] (ve test deposuna aktarýlmasýný saðlamýþ olur).
>   
Bunun getirilerini aþaðýlarda tartýþtýnýz ancak bana çok gerekli gibi 
gelmedi.
> 4) Güvenlik deposunun paketlerinin derlenmesi ve depoya aktarýlmasý
> güvenlik depo sorumlusu tarafýndan yapýlýr.
>   
Güvenlik deposuna dair fikirlerimi belirttim yukarýda.
> 4) Güvenlik güncellemeleri test takýmý tarafýndan hemen ve öncelikli
> olarak teste alýnýrlar. Hem surum-guvenlik hem de surum depolarýna göre
> ayrý ayrý test edilirler.
>   
Güvenlik güncellemelerinin, ister senin 2'li depo düzeneðinde, ister þu 
anki tek kararlý depo düzeneðinde test edilmesinde ben bir fayda 
görmüyorum. Güvenlik güncellemesi bir yazýlýma yeni özellik katmýyor adý 
üstünde, neyini test ediyoruz? Buffer overflow var diyor örneðin 
advisory'de, oturup gerçekten overflow var mý ve açýðý kapatmýþ diye mi 
kontrol edeceðiz?

Güvenlik güncellemesi ortaya çýktýðý anda yapýlmasý gereken þey þu olmalý:
1. Yamayý pakete dahil et, derle, uygulamayý çalýþtýr, þöyle bir göz at,
2. Merge isteði yap, security olarak iþaretlemeyi unutma,
3. Hemen merge edil, tek paket bile olsa, farm'a derlet ve gece 3 
rsync'ini beklemeden depoya yansýt.

Tabi ki bu plan esnetilebilir örneðin rsync noktasýnda  ya da geleceðini 
bildiðimiz bir diðer güncelleme bir süre beklenilebilir. Ben en sert 
planý yazdým.

Ha diyelim ki, öyle bir güvenlik güncellemesi yaptýlar ki, açýðý 
düzeltirken, baþka bir yerde yeni bir açýk ortaya çýkardý ya da daha da 
az olasýlýkla olsa da yazýlýmýn bir iþlevini kýrdý. Kusura bakmayýn bu 
noktada da, "bu güncelleme programý kýrdý, almayalým" deme þansýmýz 
olduðunu düþünmüyorum, o güncelleme yansýtýlýr, upstream durumu zaten 
farkedince yeni güvenlik güncellemesi yayýnlar, o da alýnýr..
> 5) system.base bileþenindeki paketlerin testi yapýlýrken, "emniyet
> mandalý" nedeniyle sadece system.base guncellenmesi durumu da farkli
> guncelleme safhalarindaki Pardus sistem kombinasyonlarý ile test
> edilmelidir [2].
>   
Bu aþaðýda, 2'de dediðin bir þekilde soruna yol açmamalý. Ben 
hatýrlamýyorum örneðini, (belki firefox sorunundaki glib 
güncellemesinden bahsediyor olabilirsin, ama orada sorun çok daha dallý 
budaklý bir þeydi).

system.base güncellemelerinde zaten daha yavaþ ve tutarlýyýz, 
gerekmedikçe güncelleme çok fazla yapýlmýyor.
> 6) CD içinde gelen paketler [3], ozel olarak gelistiricisi o paketle
> ilgili kendisinden onay alinmasini istemiyorsa, test deposuna girdikten
> 7 gun sonra test takimi araciligiyla test surecine alinir [4]. Bu
> surecten gecen paketler ilk toplu güncellemede kararli depoya aktarilir.
>   
Anlamadýðým 7 gün test deposunda bekledikten sonra bir de test takýmý 
aracýlýðýyla test sürecine mi alýnacak? Eðer evetse neden?

Bu test konusunda þunu düþünüyorum. Baþtan beri test deposu hep þu 
þekilde kullanýldý:
- Bump et, merge iste, testte dursun.

Böyle bir düþünce yanlýþ diye düþünüyorum. Orasý da insanlara sunulan 
ikili bir depo. Adý da kararsýz deðil, test. Önce paketçisi bir süre 
test etmeden, kullanmadan, "test deposuna girsin de orada millet 
kullanýp sorunu varsa söyler nasýl olsa" diye düþünmemeli. Paket 
devel'deyken kuran kullanan paket sahibi/bileþen sorumlusu bir sorun 
yakalayamazsa, test deposu daha ince sorunlarýn yakalanabileceði bir üst 
katman olmalý.

Paketlerin burada bir X gün geçirip sonra bir de Y gün test sürecinde 
geçirip üzerine Z gün sonraki toplu güncellemeyle kararlý depoya 
girmesini yavaþ bir süreç olarak görüyorum.

Geliþtiricilerin daha dikkatli olmalý:
- Diðer daðýtýmlara bakmalý, yeni sürüm baþka bir yazýlýmýn yeni bir 
sürümünü özellikle istiyor mu?,
- Yamalar neler? Bu yamayý almalý mýyým, iþe yarar gibi mi duruyor, 
yoksa anlamsýz mý?
- Bu kütüphanenin yeni sürümü, ona baðlý olan diðer yazýlýmlarý kýrar mý?

Paketçisinin merge isteyip sallamadýðý bu sorunlarý, Serbülent 
revdep-rebuild yapýnca yakalýyor. Böyle olmamalý.
> 7) Test sürecinde yakalanan hatalar için Uluzilla'da bir hata raporu
> açýlýr ve paketi güncelleyen geliþtiriciye atanýr. Hata çözüldükten
> sonra süreç yeni paketle tekrar baþlar (don't pass go, don't collect
> 200 gayme).
>
> 8) CD içinde gelmeyen paketler test deposunda haklarýnda bir hata
> raporu açýlmadan 7 gün zaman geçirirlerse [5] ilk toplu güncellemede
> kararlý depoya aktarýlýrlar.
>   
Test ile ilgili fikirlerim yukarýda.

Benim süreç içinde en rahatsýz olduðum þey, depoda N aydýr çalýþmaz bir 
þekilde duran bir paket hakkýnda hata girilip de "bu paket çalýþmýyor" 
denildiðinde, düzeltilen paketin testte vakit geçirmesi. Paket zaten 
çalýþmýyor, kesinlikle test edilmesine gerek yok ve test edilmesinde 
fayda yok, merge istediðim anda depoya alýnmasý en akýllýcasý.

Ya da mesela geçen gün firefox'a son anda ufak bir düzeltme girdi, 
kesinlikle zararsýz ve kozmetik bir þey. Bu tarz þeylerin de test 
deposunda beklemesindense paketçisinin taahhüdünde doðrudan merge 
edilmesi(ya da hadi 1-2 gün testte dursun diyelim) daha doðru olur.

Artýk urgency=(low, medium, high, bugfix) tarzý bir þey mi yazýp bunu 
belli ederiz merge mailinde, baþka bir þey mi bilemiyorum.

Selamlar,

-- 
Ozan Çaðlayan




From pinar at pardus.org.tr  Fri Dec  5 10:21:25 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Fri, 05 Dec 2008 10:21:25 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Bu_gece_kararl=FD_depolara_girecek_g?=
 =?iso-8859-9?q?=FCvenlik_g=FCncellemeleri?=
In-Reply-To: <200812041638.08713.ekin@pardus.org.tr>
References: <200812041638.08713.ekin@pardus.org.tr>
Message-ID: <4938E485.7050300@pardus.org.tr>

On 12/04/2008 04:38 PM Ekin Meroðlu wrote:
> Bu gece kararlý depolara girecek güvenlik güncellemeleri :
>
> * Pardus 2008
> wireshark-1.0.5_pre1-24-6.pisi
> cups-1.3.9-55-8.pisi
>   

[PLSA 2008-79]:

http://security.pardus.org.tr/en/2008-79
http://lists.pardus.org.tr/pardus-security/2008-December/000177.html

> * Pardus 2007
> wireshark-1.0.5_pre1-24-20.pisi
>   

[PLSA 2008-76]:

http://security.pardus.org.tr/en/2008-76/
http://lists.pardus.org.tr/pardus-security/2008-December/000176.html


-- 
Pýnar Yanardað (a.k.a PINguAR)
http://pinguar.org
_____________________________





From gurer at pardus.org.tr  Fri Dec  5 11:38:43 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Fri, 5 Dec 2008 11:38:43 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812050038.32380.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<200812050038.32380.tekman@pardus.org.tr>
Message-ID: <200812051138.43400.gurer@pardus.org.tr>

On Friday 05 December 2008 00:38:32 Erkan Tekman wrote:

> Bireysel kullanýcý ne ister?...

Kýsaca, saðlamlýðýndan kaybetmeden geliþmeye devam eden bir daðýtým isteniyor.

Bunu yapmanýn yolu da; test, bilgi paylaþýmý ve otomatizasyonu arttýrmak. Ýþ 
gücünü arttýrmak ve daha verimli kullanmak.

> Bu gerekleri nasýl birlikte saðlayabiliriz?

Önce bazý sorularýn cevabýný bulmak lazým.

Mesela neden bu tartýþmaya katýlým bu kadar az. Diðer geliþtiriciler ortada 
sorun olmadýðýný mý düþünüyor? Yoksa nasýl olsa herkes bildiðini yapacak hiç 
bir þey deðiþmeyecek diye mi düþünüyorlar?

Paketlerin gerçekten bakýcýsý olup olmadýðýný iþaretlemek gibi basit bir iþ 
neden bir yýlý aþkýn süredir yapýlmýyor. Bunun yapýlmasýný istemiyor musunuz? 
Durumun izlenebilmesinin ve yeni geliþtirici adaylarýnýn nerelere yardým 
edebileceklerini bilmesinin bir zararý mý olacak? Ozan vakit sorunundan 
bahsetmiþti, neden Ozan'a bu iþe vakit býrakmayacak kadar iþ yükü 
bindirdiniz? Ya da bu iþi daha boþtaki birine devredemiyor musunuz?

Çok yavaþ bir test süreci var, ama hâlâ sorunlu paketlerin bu süreci atlayýp 
kullanýcýya ulaþtýðýný görüyoruz. Neden tüm ekip bu konuya yoðunlaþýp, nihai 
bir çözüm getirmiyor? Bana dýþarýdan Serbülent o iþi tek baþýna yürütmeye 
çalýþýyor gibi görünüyor. Bu tek kiþilik ekipler mantýðý, o kiþi için çok 
yýpratýcý, iþin yürümesi açýsýndan da yetersiz. Neden bu sorunu görüp bir 
çözüm üretmeye çalýþmýyorsunuz? Þu anda bir asgari ve ideal ihtiyaç 
saptadýnýz mý? Tübitak en azýndan asgari rakamda geliþtirici bile almak 
istemiyor mu?

Projenin teknik belge üretimi ve bilgi paylaþýmýnda neden bir duraklama var?

Staj kaynaðýndan gelen çalýþmalarýn daðýtýma katýlýmý nedir? Mesela paket 
imzalama iþi tekrar tekrar ele alýnmasýna raðmen neden bir sonuca varamadý? 
Bu özellik olmadan mesela sadece güvenlik güncellemeleri içeren bir sürüm de 
anlamýný yitirmiþ olmuyor mu?

Bu sorulara cevap almadan herhangi bir geliþme saðlanabileceðine inanmýyorum. 
Proje yöneticisi olarak bu aksaklýklarý takip etmek ve çözüm aramak sizin 
iþiniz. Topu geliþtiricilere atmak bir nevi kaçmak oluyor. Ama madem özgür 
projeyiz diyoruz, hep birlikte inceleyelim düþünelim. Fakat önce aksayan 
þeyler varsa üstünü örtmeden analiz edelim.


From coderlord at gmail.com  Fri Dec  5 12:25:33 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 5 Dec 2008 12:25:33 +0200
Subject: [Gelistirici] =?utf-8?q?pm-tools_suspend-to-disk/ram_de_network_b?=
	=?utf-8?b?YcSfbGFudMSxc8SxIHPEsWvEsW50xLFsYXLEsS4=?=
Message-ID: <4cca720b0812050225x3714cbdk1ab1e7ebfb8e53bf@mail.gmail.com>

Merhabalar,

Suspend to disk/ram esnasýnda network baðlantýsýný otomatik kapatýp
açmak için bir hook önerisinde bulunmuþtum:

http://liste.pardus.org.tr/gelistirici/2008-August/012967.html

Fatih bazý sýkýntýlar olduðunu söylemiþti:

http://liste.pardus.org.tr/gelistirici/2008-October/013935.html,

Ben de bu sýkýntýlarýn Çomar ile ilgili olduðunu, Bahadýr ile yaptýðým
görüþme sonrasý öðrendiðimi söylemiþtim ve görüþmenin detaylarýný
yazmýþtým :

http://liste.pardus.org.tr/gelistirici/2008-October/013950.html

Bu hook'u uzunca bir süredir kullanýyorum. Senkron çalýþmasý dýþýnda
bir sorun yok. Senkron çalýþmasýndaki sorun þu. Betik eðer
baðlanýlacak aðý bulamazsa timeout süresince uyanmayý (resume)
bekletiyor.

Ozan ve Bahadýr bu konuyu geliþtirici listesine taþýmamý istemiþlerdi.

Þu an suspend to disk te bir sýkýntý varmýþ sanýrým. Henüz
bakamadýðýmý belirteyim.

Eðer Bahadýr asenkron çaðrý sorunu giderildi derse pakete bu hook'u
asenkron olarak çalýþacak þekilde düzeltip eklemek istiyorum.

Görüþü, önerisi, isteði, ekleyeceði olanlar?

Görüþmek üzere.

-- 
Furkan Duman

From rkirmizi at gmail.com  Fri Dec  5 12:52:23 2008
From: rkirmizi at gmail.com (Recep KIRMIZI)
Date: Fri, 5 Dec 2008 12:52:23 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051138.43400.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812050038.32380.tekman@pardus.org.tr>
	<200812051138.43400.gurer@pardus.org.tr>
Message-ID: <200812051252.23386.rkirmizi@gmail.com>

> Mesela neden bu tartýþmaya katýlým bu kadar az. Diðer geliþtiriciler ortada
> sorun olmadýðýný mý düþünüyor? Yoksa nasýl olsa herkes bildiðini yapacak
> hiç bir þey deðiþmeyecek diye mi düþünüyorlar?

Evet ben böyle düþünüyorum. Ve bunu ne yazýkki bizzat tecrübe etmiþ biriyim. 

Bkz. milky ikon temasý tartýþmasýnda yediðimiz tokatlar.


From ozan at pardus.org.tr  Fri Dec  5 13:53:09 2008
From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=)
Date: Fri, 05 Dec 2008 13:53:09 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051252.23386.rkirmizi@gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>	<200812050038.32380.tekman@pardus.org.tr>	<200812051138.43400.gurer@pardus.org.tr>
	<200812051252.23386.rkirmizi@gmail.com>
Message-ID: <49391625.3060004@pardus.org.tr>

Recep KIRMIZI wrote On 05-12-2008 12:52:
>
> Evet ben böyle düþünüyorum. Ve bunu ne yazýkki bizzat tecrübe etmiþ biriyim. 
>
> Bkz. milky ikon temasý tartýþmasýnda yediðimiz tokatlar.
>   
Arkadaþlar burasý geliþtirici listesi. Herkesin birbirini eleþtirme 
hakký var. Tartýþmada destek de olunur, dayak da atýlýr, tokat da yenir. 
Ama buna karþýlýk küsüp gitmek kesinlikle çözüm deðildir.

Diðer projelerin tartýþma listelerinde çýkan "flame"'ler açýk kaynak 
dünyasýna geyik oluyor, adam kernel commit log'unda, hataya yol açan 
geliþtirici için aðzýna geleni söylüyor, ama kimse de çekip gidip, 
tartýþmalara katýlmamayý, katký vermemeyi seçmiyor.

Býrakýn alýnganlýðý, tokatý, dayaðý, ve fikirlerinizi belirtin.

Bu tartýþmanýn konusu olmadýðý için daha fazla da bunun üzerine 
tartýþmayalým, depo ile ilgili konu devam etsin.

-- 
Ozan Çaðlayan




From ekin at pardus.org.tr  Fri Dec  5 14:19:38 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Fri, 5 Dec 2008 14:19:38 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
Message-ID: <200812051419.38375.ekin@pardus.org.tr>

Merhaba;

Thursday 04 December 2008 tarihinde, Furkan Duman þunlarý yazmýþtý: 
> 02 Aralýk 2008 Salý 14:03 tarihinde Doruk Fisek <dfisek at fisek.com.tr> yazdý:
> > Daha da fizibl oldugunu dusundugum soyle bir radikal onerim var :
> >
> > 1) Sadece guvenlik guncellemelerinin yapildigi bir 2008 deposu olsun.
> > Bu depoya giren her guncellemede tirnagina kadar tum yazilimlar testten
> > gecsin. Bu depoya "kararli" olacak densin. Bir paket patlarsa test
> > takimini dovelim :)
>
> Bence radikal deðil gerekli bir depo bu. Benim de benzer bir önerim
> olmuþtu. Güncel olmak adýna zýrt pýrt sürüm atlatmayalým. Önemli
> hatalarý ve güvenlik açýklarýný çözelim demiþtim.

Bu "kararlý depo" için olmasý gereken durum zaten - ama bu kararlý deponun 
güncel olan karþýlýðý þu anki test deposu ol(a)mýyor. Güncel bir depo ile 
sýký kurallarý olan kararlý bir depoyu birlikte götürmek için bu ikisinin 
ayrý kaynak depolarý olmasý gerekiyor -  detaylý yazmaya çalýþtým daha önceki 
postalarda.
 
> Ancak bu depoya yeni paket girdiðinde bütün depo paketlerinin testi
> bana çok yapýlabilir gelmedi. Sonraki baþlýkta bahsettiðin gibi,
> sorunlu paketlerin iþaretlenip, bunlarýn testinin yapýlmasý yeterli
> sanki. Sadece güncellenen pakete baðýmlý paketler de test edilse olur
> gibi.
>
> > 2) Normal depoda test sureci islemesin ya da sadece kritik paketlerde
> > islesin. x hafta test deposunda durup hata raporu almayan paketler
> > normal depoya sorgusuz sualsiz girsin. Kullanicilar "sistemim bozuldu,
> > guncellemeler test edilmiyor mu" dediginde de, "test deposunda x hafta
> > hata belirtilmemis. eger surecin daha iyi olmasini istiyorsaniz, siz de
> > testlere daha cok katilin. Ben sistemim kararli kalsin istiyorum
> > diyorsaniz, sadece guvenlik guncellemeleri yapilan depoyu kullanin."
> > densin.
>
> Adý normal depo olunca kullanýcýlardan bunu beklemek haksýzlýk bence.
> Depo adý "Kararsýz depo" olsa söylediðine hak verirdim.
> Depolarý çoðaltmaya gerek yok bence. Þu an bir de test depomuz var.
> Bunun yerine bir kararlý bir kararsýz depo olsa yeterli sanýrým.
> Kararsýz depoda bahsettiðin gibi istediðimiz commit i yaparýz. Sistem
> bozulursa da "bu kararsýz depo idi" deriz. :)

Güncel depo = kararsýz depo, bir yere kadar - ama kararsýz depo demek önümüze 
geleni kýrarýz, fena kýrýlýrsa da iki güne düzeltiriz demek olmamalý. 
Ortalama olarak þu anki kararlý depodan biraz daha esnek olabilir bence ama 
daha fazlasý kullanýcýlarý rahatsýz etmeye baþlayacaktýr diye düþünüyorum.
 
> Çoðu kullanýcýnýn, güncellemelerden dolayý kararsýz depoyu
> kullanacaðýný zannediyorum. Dolayýsýyla istemeden de olsa test yapmýþ
> olacaklardýr.

Ama test, sonuçlarý ile ilgili geri dönüþ alabildiðimiz sürece anlamlý - 
kullanýcýlardan zaman zaman çok deðerli geri dönüþler alsak da genel 
ortalamanýn pek yüksek olduðunu düþünmüyorum, daha doðrusu geri dönüþlerin 
problemi çözmekte yardýmý çok daha az oluyor genellikle.

> > Yanlis anlama, bana uzaktan, merge yapan adam bildigin amelelik yapiyor
> > gibi gozukuyor. Belki sistemin temel bilesenlerinin sik guncellendigi
> > ilk donemlerde, gelistiricileri gemlemek icin iyi bir mekanizmaydi. Su
> > anda anlamsiz bir burokrasiye donusmus durumda. Hem paketini
> > guncelleyen, hem de o paketi merge eden icin."
>
> Katýlýyorum. Açýkçasý uzun bir süre ayrý kaldýktan sonra geri
> döndüðümde, oluþan bu bürokrasi beni afallatmýþtý. Yeni geliþtiriciler
> için de korkutucu görünebilir.

Bu merge / farm iþinin tabii ki optimize edilebilecek yerleri var, ama  neden 
tek veya sýnýrlý sayýda geliþtirici tarafýndan iþletilmesini tercih ettiðimi 
anlattým sanýyorum.  

> Hem artýk bir paket review sürecimiz var. Yeni paketler konusunda
> endiþelenmemize gerek olduðunu sanmýyorum.
> Bu review sürecini güncellemelerde de yapmalýyýz.  2 onay alan paket
> doðrudan merge edilebilir hale gelebilir. Güncellemeyi yapan de
> kendisi merge eder.

Bu merge'un yapýlmasý sorunu deðil, farmý çalýþtýrýp depoyu oluþturacak 
kiþinin bu iþleri planlayabilmesi sorunu daha çok.
 
> ACK NACK'i neden yaptýðýmýzý anlamýyorum. Paketimde bir sorun var ise
> zaten depo sorumlusuna haber verip, veya yeni düzenlemede geçersek
> kendim, paketi revert edebilirim. 

Ýþte senin "haber verme" olarak tanýmladýðýn iþi tek yerde - tek seferde 
yapmamýn þimdilik bulabildiðimiz yolu bu, niye bu kadar zor geliyor gerçekten 
anlamýyorum. Bu haberleþme tek yerde olmadýðý sürece birisi bana 
jabber'dan "þu pakette þu var, almayalým" diyor, bir baþkasý mail atýyor, bir 
diðeri mail atacaktým unuttum diyor beþ gün sonra, beriki "bugzilla'da hatasý 
vardý, takip etmiyor musun" diye hesap soruyor. Bunlarýn arþivlenir bir yerde 
tek bir þekilde yapýlmasý gerçekten anlamsýz mý ? Diðer türlü test ekibinin 
de , sürüm ekinin de yaptýðý teknik iþten çok takip ve belgelendirme yapmasý 
gerekiyor, bunu geliþtiricilere yayýyoruz, liste üzerinde herkesin gözü 
önünde takip ediliyor bence. 

Yine söylüyorum, bu en doðrusu deðil tabii ki ama bu tip bir iþi daha da az 
görünür, daha zor takip edilir bir yola sokmanýn neyi düzelteceðini 
anlayamýyorum.    

> Eðer paket test ten geçemediyse ve 
> paketi güncelleyene ulaþýlamýyorsa, depo veya bileþen sorumlusu revert
> i yapar. Bunu neden yapýyoruz lütfen birisi söylesin..

- Paketleri ve depoyu takip etmek durumunda olan insanlarýn bunu açýk ve 
þeffaf biçimde yapabilmelerini saðlamak,
- açýk hatasý olup listede hatalý olduðu konuþulmuþ bir paketin ACK almasýna 
bile rastlanýrken "hatalý olan paketi haber versin, hatasýný çözene kadar 
revert etsin geliþtiricisi" demek bence biraz iyimserlik olduðu için :-)

Derdim yerine koyacaðýmýz yöntem merge/ack hammaliyesini kaldýracak diye 
sevinirken "revert"ler ve "recompile"ler ile daha fazla zaman ve kaynak 
kaybetme ihtimalimiz.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Fri Dec  5 14:52:22 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Fri, 5 Dec 2008 14:52:22 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081204203903.af8780c2.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040834r18990e6ei3b14953e91504c9e@mail.gmail.com>
	<20081204203903.af8780c2.dfisek@fisek.com.tr>
Message-ID: <200812051452.22820.ekin@pardus.org.tr>

Merhaba;

Thursday 04 December 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 
> Thu, 4 Dec 2008 18:34:50 +0200, "Furkan Duman" <coderlord at gmail.com> :
> > Sanki bu kýsmý biraz açmak lazým. Bileþen sorumlusunun görevleri
> > baþlýklý bir belgemiz var mýydý?
>
> Bildigim kadariyla yok. Belgeye donustururken "ballandirilmasi" gereken
> bircok kisim var bunun gibi.

[Tekrar yazýlmasý gereken] Depo politikasýna göre acil durumlarda paketçisine 
ulaþýlamayan paketlerde ikinci derece sorumlu olmak ve bileþenlerdeki 
geliþmelere nezaret etmek dýþýnda bir iþi yok :-)   

> > > 3) Her bileþenin sorumlusu, derleme çiftliðinde kendi bileþeninin
> > > paketlerini derletir[1] (ve test deposuna aktarýlmasýný saðlamýþ
> > > olur).
> >
> > Neden derletiyor?, burayý anlamadým. Derletip testini de mi yapacak?
> > Yoksa sadece derlenip derlenmediðine mi bakacak?
>
> Bildigim kadariyla, derleme ciftliginde derlenen paketler derlendikten
> hemen sonra ciftligin kendi uzerine kuruluyor ve oyle isine devam
> ediyor. Ona bagimli paketlerin de ona gore derlenebilmeleri icin.
> Ciftlikte de depodaki tum paketler kurulu.

Evet, farm bekleyen paketleri baðýmlýlýklarý sayesinde derleme ve ve kurulma 
sýrasýna sokuyor, her paketi derliyor, sorunsuzsa kendi üzerine kuruyor, 
kurulum sorunsuzsa bu pakete baðýmlý olan bir sonraki pakete geçiyor. Bu 
andan itibaren de farmda derlenen ilgili tüm paketler o yeni pakete 
linklenmeye baþlýyor.
  
> Simdi is boyle olunca, hatali bir paketin derlenip kurulmasi ciftligi
> patlatabiliyor. Ozellikle hatali system.base paketleri ya da cokca
> bagimliligi olan kitapliklarin problem yaratmasi olasi. O nedenle
> ciftlikte derleme islemi otomatik yapil(a)miyor.

Doðru, bizim depo son derece sýnýrlý olsa da kütüphanelerin etkisi hiç 
beklemedik þekilde geniþleyebiliyor, herhangi bir kütüphanede yapýlýp bir 
süre farkedilmeyen bir hata, o paket derlenip depoya  girdikten sonra 
derlenen bir seri paketin de iyi ihtimalle recompile edilmesini 
gerektirebiliyor. Bu iþi bir de birbirlerinden habersiz bir seri insan 
yaparsa bu hatalarýn gözden kaçma ihtimali artýyor.

> Bilesen sorumlusu zaten kendi bilesenindeki paketleri goz ucuyla da olsa
> takip ediyor oldugundan, bir sorun varsa derletmeden once tespit etmesi
> mumkun olur. Su anki durumda bu tum paketler icin surum/depo/ciftlik
> sorumlusu tarafindan yapiliyor ki, bilesen sorumlulari tarafindan
> yapilmasi, paketleri daha iyi taniyacaklarindan dolayi daha saglikli
> olur diye dusunuyorum. Daha hizli da gerceklesebilir.

Ama bu, depo baðýmlýlýklarýnýn ayný bileþen içinde kaldýðýný farzedersek 
mantýklý ki þu anki durum buna yakýn bile deðil - 2007 -> 2008 geçiþinde 
depoyu bileþen bileþen paylaþmak tam anlamýyla mümkün olmamýþtý mesela, her 
bileþenin baðýmlýlýk aðacý alakasýz yerlere gidiyordu.  
 
> Tabii bu noktada system.base'de olmayan ve "herhangi bir bagimliligi
> olmayan" paketlerin ayiklanarak ciftlik tarafindan otomatik derlenmesi
> de bir yontem. Yine de ciftlik icin goz ucuyla da olsa bir bakilma
> gerektiren durtukleme mekanizmasi cok yavaslatmaz/yormaz diye
> dusunuyorum. Svn hesaplari ile ilgili bir guvenlik sorununda (birimiz
> svn parolasini kaptirdi mesela), uygun bir pakete ciftlige ya da test
> deposunu kullananlarin sistemlerine zarar verecek bir komut eklenebilir.
> Otomatik derlenip/ciftlige kurulup/test deposuna gitmesi hos olmaz.

Evet, tamamen otomatikleþtirmek çok mümkün de deðil, çok gerekli de deðil 
bence - yararýndan çok zarar getirebilir. svn parolasý bölümüne hiç girme 
zaten :-)

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From tekman at pardus.org.tr  Fri Dec  5 14:55:24 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Fri, 5 Dec 2008 14:55:24 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051138.43400.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812050038.32380.tekman@pardus.org.tr>
	<200812051138.43400.gurer@pardus.org.tr>
Message-ID: <200812051455.24246.tekman@pardus.org.tr>

5 Aralýk 2008 Cuma 11:38:43 tarihinde Gürer Özen þunlarý yazmýþtý:
> On Friday 05 December 2008 00:38:32 Erkan Tekman wrote:
> > Bireysel kullanýcý ne ister?...
>
> Kýsaca, saðlamlýðýndan kaybetmeden geliþmeye devam eden bir daðýtým
> isteniyor.
>
> Bunu yapmanýn yolu da; test, bilgi paylaþýmý ve otomatizasyonu arttýrmak.
> Ýþ gücünü arttýrmak ve daha verimli kullanmak.

Bu noktaya kadar yazdýklarýna herhangi bir itiraz geleceðini sanmýyorum. 
Bununla birlikte buraya kadar yazdýklarýndan herhangi bir eylem maddesi 
çýktýðýný da sanmýyorum. Devam edelim...

> > Bu gerekleri nasýl birlikte saðlayabiliriz?
>
> Önce bazý sorularýn cevabýný bulmak lazým.
>
> Mesela neden bu tartýþmaya katýlým bu kadar az. Diðer geliþtiriciler ortada
> sorun olmadýðýný mý düþünüyor? Yoksa nasýl olsa herkes bildiðini yapacak
> hiç bir þey deðiþmeyecek diye mi düþünüyorlar?

ohloh.net'teki Pardus metriklerine baktýðýmýzda ayda 2008 sürümü öncesi 
yaklaþýk 50, sonrasýnda da yaklaþýk 30-40 geliþtiricinin SVN aðasýna katkýda 
bulunduðunu görüyoruz. Bunlardan 10 civarýnda kiþi UEKAE ekibi, geri kalan 
20-40 kiþi ise UEKAE dýþýndaki geliþtiricilerimiz. Bu ve benzeri kritik 
tartýþmalara, Gürer'in iþaret ettiði üzere, en fazla 2-3 kiþi katýlýyor. Geri 
kalan 15-40 kiþi neredeler? Bir fikirleri mi yok, yoksa,evet, "nasýl olsa 
herkes bildiðini yapacak, hiç bir þey deðiþmeyecek" diye mi düþünüyorlar.

Recep Kýrmýzý'ya da ufak bir yanýt vereyim, milky tartýþmasýnda UEKAE 
ekibinden bir tokat atýldýðýna katýlmýyorum. Hem özellikle geliþtirici 
listesinde tartýþmalar biraz ateþli olabiliyor, Ozan'ýn yazdýðý gibi 
bunlarý "tekme-tokat" diye algýlamayýp küsmemek gerekli, kiþisel görüþüm. 
Hele izleyen aylarda milky'nin Yýldýz TEknik Üniversitesi ile yürüttüðümüz 
tasarým ve kullanýþlýlýk çalýþmasýnda ana baþlýklardan biri haline gelmiþ 
olmasý a) aslýnda söylediklerinizin dinlendiðini, b) benzer þekillerde 
düþündüðümüzü, c) a) ve b) gösteriyor, ki her üç þýk da olumlu bir durum 
bence.

> Tübitak en azýndan asgari rakamda geliþtirici bile almak istemiyor mu?

Mevcut proje yapýsý ile UEKAE ekibi hemen hemen ulaþabildiði büyüklüðe eriþmiþ 
durumda. Projenin yýllýk gideri 1 milyon ABD Dolarý'na ulaþmýþ durumda ve 
bunun %80'i (eleman maliyetinin tümü) UEKAE öz gelirlerinden karþýlanýyor. 
Yani Pardus için atanmýþ bir para yok. Gürer'in de pek yakýndan bileceði 
üzere iki yýla yakýn zamandýr proje yapýsýnýn deðiþtirilmesi ve milli 
bütçeden Pardus için atanmýþ bir kaynak saðlanmasýna uðraþýyoruz. Bu konuda 
baþarýlý olabilirsek planýmýz bir yýl gibi bir süre içerisinde eleman 
sayýsýný 3-4 katýna çýkarmak olacaktýr. Böyle bir büyüme baþlý baþýna 
problemlere gebe olmakla birlikte Pardus'un þu anda geldiði durum ve 
önümüzdeki üç yýl içerisinde ulaþacaðý nokta, ne yazýk ki, böyle hýzlý bir 
büyümeyi zorunlu kýlýyor. Eðer, öte yandan, proje yapýsýnda böyle bir 
deðiþiklik saðlan(a)maz ve UEKAE öz kaynaklarý ile desteklenen bir proje 
olarak devam edilirse, kaçýnýlmaz olarak, UEKAE ekibinin büyümesi çok çok zor 
olacaktýr.

UEKAE ekibinin mevcut (ve son 1,5 yýla yayýlan) yaklaþýmý bu deðiþikliðin 
gerçekleþeceði ve ekibin büyüyeceði beklentisi (ve de inancý) ile mevcut 
iþleri ölçeklenebilir bir sürece oturtmaya çalýþmak oldu. Bu yaklaþýmla 
mevcut iþ yükünü ne kadar daha sýrtlanmaya devam edebiliriz, söylemesi zor. 
UEKAE dýþýndaki geliþtiricilerimizden temel beklentilerimizden biri bu durumu 
göz önünde bulundurarak önerilerde  bulunmalarý, ki bu o kadar da þart deðil, 
bkz. aþaðýsý...

> Proje yöneticisi olarak bu aksaklýklarý takip etmek ve çözüm
> aramak sizin iþiniz. 

Görevimi anýmsattýðýn için teþekkür ederim ;-) Ama bir görevim de Pardus'un 
bir özgür yazýlým projesine uygun þekilde bir camia eliyle / yardýmýyla 
geliþtirilmesi için gereken yönetiþim modelinin kurulmasýný gözetmek. Bu 
nedenle UEKAE ekibine özel e-posta listesinde teknik konularý konuþmamaya, 
kendi aramýzda proje iþleyiþi dýþýnda geliþtiricileri de etkileyecek kararlar 
almamaya, deyim yerindeyse bir "derin Pardus" oluþturmamaya çalýþýyoruz.

> Topu geliþtiricilere atmak bir nevi kaçmak oluyor.  Ama  madem özgür
> projeyiz diyoruz, hep birlikte inceleyelim düþünelim. Fakat önce aksayan
> þeyler varsa üstünü örtmeden analiz edelim. 

Ýþgücü eksikliði konusundaki açýklamam umarým yeterince saydam olmuþtur. Evet, 
þimdiye kadar bu açýklýkta bir durum raporu vermemiþtik, bizim hatamýz. Ama 
artýk bu konudaki "aksayan" noktayý sizler de benim kadar biliyorsunuz...

Süreçler ile ilgili konularda verilecek kararýn bizim kýsýtlarýmýza uygun 
olmasý iyi olur, ama geliþtiriciler daha serbest düþünebilirler. Camiaya 
danýþmamýzýn bir yararý da bu olacaktýr. UEKAE ekibinde oluþabilecek tünel 
etkisini ortadan kaldýrmak iyi olabilir. Üzerinde anlaþmaya varýlan çözüm 
kaynaklar ile uymuyorsa bizim (ve benim) yapacaðýmýz bu çözüme olabildiðince 
sadýk kalarak ve kaynaklara uyan bir yol bulmak olacaktýr.

Geliþtiricilere hitap eden yüzümüz, belgelendirme, yeni geliþtirici yetiþtirme 
süreci, geliþtiricilerimizin gereksinim duyduðu altyapý kaynaklarýnýn 
saðlanmasý, staj projelerinin planlara uygunluðu ve verimliliði, gözden kaçan 
ya da geciken teknik özellik ve iyileþtirmeler, vb konularýnda yazdýklarýnda 
ise son derece haklýsýn. Uzunca bir süredir bu konularda iyileþtirme yapmak 
için yollar bulmaya çalýþýyoruz. Amacýmýz Þubat ayý içerisinde makul bir 
düzeye gelmek ve yaptýklarýmýzý sizlerle paylaþmak.

Öte yandan, eðer talep olursa ve katýlým saðlanýrsa Bayram sonrasýnda bir 
geliþtirici toplantýsý düzenleyerek elde bekleyen süreç ile ilgili sorularý 
yanýtlamak ve çözüme ulaþmak yoluna da gidebiliriz. Son geliþtirici 
toplantýsýnýn aðzýnýzda (ve aðzýmýzda) býraktýðý kötü tadýn farkýnda olarak 
yazýyorum bunu ve eðer bir toplantý yapmaya karar verirsek sonuç almaya 
yönelik hareket edeceðimizi vurgulamak istiyorum.

Uzunca oldu, baþlayýnca duramýyorum...

Ýyi çalýþmalar herkese

ET


From serbulent at pardus.org.tr  Fri Dec  5 15:18:26 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 5 Dec 2008 15:18:26 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200811292237.29198.ekin@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
Message-ID: <200812051518.26993.serbulent@pardus.org.tr>

On Saturday 29 November 2008 22:37:28 Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 1
> Aralýk 2008, 23:59.
>
> ACK/NACK for new packages in 2008-test repo, reply before 1 December 2008,
> 23:59 (GMT+2) please...

Aþaðýdaki paketler test sürecinden geçmiþtir. Sorun gözlenen paketler

apollon ile ilgili 5785 ve 6394 kayýtlarýndaki sorunlar devam ediyor.

gecko-mediaplayer ve gnome-mplayer bazý multimedya dosyalarýnda ses problemi 
var. Detaylar için 8588 numaralý hataya bakýlabilir. Bence depoya girmesini 
engelleyecek bir durum deðil.

qstardict uygulamasý çalýþýyor ancak paketin içinden sözlük çýkmadýðý için 
yapýlan sözcük aramalarý sonuçsuz kalýyor. Bu paket düzeltilene kadar 
bekletilebilir biraz.

Tabi bütün bunlar için son karar sürüm yöneticisinin. 

 apollon-1.0.2.1-8-2.pisi
AssaultCube-1.0-3-2.pisi
baselayout-3.1-87-44.pisi
bash-completion-20060301-30-4.pisi
blobAndConquer-1.03-1-1.pisi
blobwars-1.09_beta2-5-3.pisi
comar-api-2.1.1-30-9.pisi
ddd-3.3.11-1-1.pisi
Django-1.0.2-16-3.pisi
firefox-3.0.4-91-18.pisi
firefox-devel-3.0.4-91-18.pisi
freeciv-2.1.7-12-3.pisi
gecko-mediaplayer-0.9.2-7-8.pisi
gift-0.11.8.1-2-2.pisi
glibc-2.8-29-5.pisi
glibc-locales-aa-2.8-29-5.pisi
glibc-locales-af-2.8-29-5.pisi
glibc-locales-am-2.8-29-5.pisi
glibc-locales-an-2.8-29-5.pisi
glibc-locales-ar-2.8-29-5.pisi
glibc-locales-as-2.8-29-5.pisi
glibc-locales-ast-2.8-29-3.pisi
glibc-locales-az-2.8-29-5.pisi
glibc-locales-be-2.8-29-5.pisi
glibc-locales-ber-2.8-29-3.pisi
glibc-locales-bg-2.8-29-5.pisi
glibc-locales-bn-2.8-29-5.pisi
glibc-locales-bo-2.8-29-3.pisi
glibc-locales-br-2.8-29-5.pisi
glibc-locales-bs-2.8-29-5.pisi
glibc-locales-byn-2.8-29-5.pisi
glibc-locales-ca-2.8-29-5.pisi
glibc-locales-crh-2.8-29-5.pisi
glibc-locales-cs-2.8-29-5.pisi
glibc-locales-csb-2.8-29-5.pisi
glibc-locales-cy-2.8-29-5.pisi
glibc-locales-da-2.8-29-5.pisi
glibc-locales-de-2.8-29-5.pisi
glibc-locales-dz-2.8-29-5.pisi
glibc-locales-el-2.8-29-5.pisi
glibc-locales-en-2.8-29-5.pisi
glibc-locales-es-2.8-29-5.pisi
glibc-locales-et-2.8-29-5.pisi
glibc-locales-eu-2.8-29-5.pisi
glibc-locales-fa-2.8-29-5.pisi
glibc-locales-fi-2.8-29-5.pisi
glibc-locales-fil-2.8-29-3.pisi
glibc-locales-fo-2.8-29-5.pisi
glibc-locales-fr-2.8-29-5.pisi
glibc-locales-fur-2.8-29-3.pisi
glibc-locales-fy-2.8-29-5.pisi
glibc-locales-ga-2.8-29-5.pisi
glibc-locales-gd-2.8-29-5.pisi
glibc-locales-gez-2.8-29-5.pisi
glibc-locales-gl-2.8-29-5.pisi
glibc-locales-gu-2.8-29-5.pisi
glibc-locales-gv-2.8-29-5.pisi
glibc-locales-ha-2.8-29-3.pisi
glibc-locales-he-2.8-29-5.pisi
glibc-locales-hi-2.8-29-5.pisi
glibc-locales-hr-2.8-29-5.pisi
glibc-locales-hsb-2.8-29-5.pisi
glibc-locales-hu-2.8-29-5.pisi
glibc-locales-hy-2.8-29-5.pisi
glibc-locales-id-2.8-29-5.pisi
glibc-locales-ig-2.8-29-3.pisi
glibc-locales-ik-2.8-29-3.pisi
glibc-locales-is-2.8-29-5.pisi
glibc-locales-it-2.8-29-5.pisi
glibc-locales-iu-2.8-29-3.pisi
glibc-locales-iw-2.8-29-5.pisi
glibc-locales-ja-2.8-29-5.pisi
glibc-locales-ka-2.8-29-5.pisi
glibc-locales-kk-2.8-29-5.pisi
glibc-locales-kl-2.8-29-5.pisi
glibc-locales-km-2.8-29-5.pisi
glibc-locales-kn-2.8-29-5.pisi
glibc-locales-ko-2.8-29-5.pisi
glibc-locales-ku-2.8-29-5.pisi
glibc-locales-kw-2.8-29-5.pisi
glibc-locales-ky-2.8-29-5.pisi
glibc-locales-lg-2.8-29-5.pisi
glibc-locales-li-2.8-29-3.pisi
glibc-locales-lo-2.8-29-5.pisi
glibc-locales-lt-2.8-29-5.pisi
glibc-locales-lv-2.8-29-5.pisi
glibc-locales-mai-2.8-29-5.pisi
glibc-locales-mg-2.8-29-5.pisi
glibc-locales-mi-2.8-29-5.pisi
glibc-locales-mk-2.8-29-5.pisi
glibc-locales-ml-2.8-29-5.pisi
glibc-locales-mn-2.8-29-5.pisi
glibc-locales-mr-2.8-29-5.pisi
glibc-locales-ms-2.8-29-5.pisi
glibc-locales-mt-2.8-29-5.pisi
glibc-locales-nb-2.8-29-5.pisi
glibc-locales-nds-2.8-29-3.pisi
glibc-locales-ne-2.8-29-5.pisi
glibc-locales-nl-2.8-29-5.pisi
glibc-locales-nn-2.8-29-5.pisi
glibc-locales-nr-2.8-29-5.pisi
glibc-locales-nso-2.8-29-5.pisi
glibc-locales-oc-2.8-29-5.pisi
glibc-locales-om-2.8-29-5.pisi
glibc-locales-or-2.8-29-5.pisi
glibc-locales-pa-2.8-29-5.pisi
glibc-locales-pap-2.8-29-3.pisi
glibc-locales-pl-2.8-29-5.pisi
glibc-locales-pt-2.8-29-5.pisi
glibc-locales-ro-2.8-29-5.pisi
glibc-locales-ru-2.8-29-5.pisi
glibc-locales-rw-2.8-29-5.pisi
glibc-locales-sa-2.8-29-3.pisi
glibc-locales-sc-2.8-29-3.pisi
glibc-locales-se-2.8-29-5.pisi
glibc-locales-shs-2.8-29-3.pisi
glibc-locales-si-2.8-29-5.pisi
glibc-locales-sid-2.8-29-5.pisi
glibc-locales-sk-2.8-29-5.pisi
glibc-locales-sl-2.8-29-5.pisi
glibc-locales-so-2.8-29-5.pisi
glibc-locales-sq-2.8-29-5.pisi
glibc-locales-sr-2.8-29-5.pisi
glibc-locales-ss-2.8-29-5.pisi
glibc-locales-st-2.8-29-5.pisi
glibc-locales-sv-2.8-29-5.pisi
glibc-locales-ta-2.8-29-5.pisi
glibc-locales-te-2.8-29-5.pisi
glibc-locales-tg-2.8-29-5.pisi
glibc-locales-th-2.8-29-5.pisi
glibc-locales-ti-2.8-29-5.pisi
glibc-locales-tig-2.8-29-5.pisi
glibc-locales-tk-2.8-29-3.pisi
glibc-locales-tl-2.8-29-5.pisi
glibc-locales-tn-2.8-29-5.pisi
glibc-locales-ts-2.8-29-5.pisi
glibc-locales-tt-2.8-29-5.pisi
glibc-locales-ug-2.8-29-3.pisi
glibc-locales-uk-2.8-29-5.pisi
glibc-locales-ur-2.8-29-5.pisi
glibc-locales-uz-2.8-29-5.pisi
glibc-locales-ve-2.8-29-5.pisi
glibc-locales-vi-2.8-29-5.pisi
glibc-locales-wa-2.8-29-5.pisi
glibc-locales-wo-2.8-29-3.pisi
glibc-locales-xh-2.8-29-5.pisi
glibc-locales-yi-2.8-29-5.pisi
glibc-locales-yo-2.8-29-3.pisi
glibc-locales-zh-2.8-29-5.pisi
glibc-locales-zu-2.8-29-5.pisi
glibc-zoneinfo-2.8-29-5.pisi
gnome-mplayer-0.9.2-9-10.pisi
jubler-3.9.6-4-3.pisi
Libertine-fonts-4.1.8-7-2.pisi
libical-0.41-1-1.pisi
libkate-0.2.7-3-3.pisi
libv4l-0.5.6-7-6.pisi
lxml-2.1.3-3-3.pisi
net-tools-1.60-25-8.pisi
nvidia-drivers177-177.82-2-3.pisi
openmotif-2.3.1-2-3.pisi
pardus-python-0.3.1-11-11.pisi
qstardict-0.12.9-5-3.pisi
R-2.8.0-17-7.pisi
rkward-0.4.9_p1-18-4.pisi
syntekdriver-1.4.0-13-26.pisi
wireless-tools-29-43-17.pisi
xine-lib-1.1.15-54-10.pisi

-- 
Ýyi Çalýþmalar,

Serbülent


From ekin at pardus.org.tr  Fri Dec  5 15:24:42 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Fri, 5 Dec 2008 15:24:42 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051138.43400.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812050038.32380.tekman@pardus.org.tr>
	<200812051138.43400.gurer@pardus.org.tr>
Message-ID: <200812051524.42701.ekin@pardus.org.tr>

Merhaba;

Friday 05 December 2008 tarihinde, Gürer Özen þunlarý yazmýþtý: 
> Önce bazý sorularýn cevabýný bulmak lazým.
>
> Mesela neden bu tartýþmaya katýlým bu kadar az. Diðer geliþtiriciler ortada
> sorun olmadýðýný mý düþünüyor? Yoksa nasýl olsa herkes bildiðini yapacak
> hiç bir þey deðiþmeyecek diye mi düþünüyorlar?

Geliþtirici listesinde kimse bu fikrini yazmaya bile zahmet etmediði için - 
kimse üstüne alýnmasýn (ya da alýnsýn, bilmiyorum) ama bu kadar yoðun bir 
tartýþmanýn bile 5 kiþinin arasýnda dönmesi buradan anlamlý ve uzun soluklu 
bir sonuç çýkmasýnýn önündeki en büyük engel.  

> [....]
> Paketlerin gerçekten bakýcýsý olup olmadýðýný iþaretlemek gibi basit bir iþ
> neden bir yýlý aþkýn süredir yapýlmýyor.
> [....]

Sonrasýnda sorduðun sorularýn hepsinin cevabý tek aslýnda bana sorarsan : 

Daðýtým iþi durmuyor (2008, 2009, pardus teknolojileri, dýþ projeler, depolar, 
sorunlar). Þu anda ise gönüllüler ve tübitak çalýþanlarý bu durmayan akýþa 
kapýlmýþ gidiyorlar - bu hiç durmayan akýþ için ölümcül olmadýðý sürece yön 
deðiþtirmek, süreçleri yeniden tanýmlamak ve belgelendirmek, hatta  innovatif 
yenilikler üzerinde çalýþmak için bir türlü zaman ayrýlamýyor; zira bu 
ayrýlan zamanlar ayný zamanda yapýlabilecek bir sürüm-bakým, hata çözme veya 
yeni sürüm için entegrasyon iþinden çalýnmak zorunda. Bu zaman ve iþgücünün 
sýnýrlarý ile ilgili detaylarý Tekman vermiþ ben bu postayý yazarken.    

> Ama
> madem özgür projeyiz diyoruz, hep birlikte inceleyelim düþünelim. Fakat
> önce aksayan þeyler varsa üstünü örtmeden analiz edelim.

Özgür projeyiz dediðimiz için deðil, bu iþi konuþmanýn ilk adýmý bu olduðu 
için yapalým.  
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From gurer at pardus.org.tr  Fri Dec  5 15:48:28 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Fri, 5 Dec 2008 15:48:28 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051455.24246.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051138.43400.gurer@pardus.org.tr>
	<200812051455.24246.tekman@pardus.org.tr>
Message-ID: <200812051548.28382.gurer@pardus.org.tr>

On Friday 05 December 2008 14:55:24 Erkan Tekman wrote:

> Mevcut proje yapýsý ile UEKAE ekibi hemen hemen ulaþabildiði büyüklüðe
> eriþmiþ durumda.

Bu çok kritik bir bilgi. Açýklanmýþ olmasýnda büyük fayda oldu.

Buna göre aklýma gelen izlenebilecek stratejiler:

1. Bu durumu Tübitak'a da aktarýp, fikirlerini deðiþtirmeye çalýþmak (verilen 
paranýn bütçe içinde kolayca arttýrabilecek bir miktar olduðunu düþünürsek).

Burada pardus ekibinden ziyade, pardus'u kullanan kiþi ve kurumlarýn bu tür 
bir talebi etkili olabilir mi? Çünkü durumdan en çok etkilenecek onlar.

2. Gönüllü destek ve staj gibi kanallarý güçlendirmek.

Burada deneyimli geliþtiricilerin know-how'ýný yeni gelenlere aktarabilmek çok 
önemli. Belgelendirme ilk sýrada. Deneyimli geliþtiricilerin iþ yapmak yerine 
gönüllü iþgücüne mentorluk etmeye daha fazla vakit ayýrmasý lazým. Daha fazla 
sorumluluðu kontrollü bir þekilde outsource etmek, ilgiyi ve heyecaný yeniden 
uyandýrmak için bir çalýþma gerekiyor.

> Öte yandan, eðer talep olursa ve katýlým saðlanýrsa Bayram sonrasýnda bir
> geliþtirici toplantýsý düzenleyerek elde bekleyen süreç ile ilgili sorularý
> yanýtlamak ve çözüme ulaþmak yoluna da gidebiliriz. Son geliþtirici
> toplantýsýnýn aðzýnýzda (ve aðzýmýzda) býraktýðý kötü tadýn farkýnda olarak
> yazýyorum bunu ve eðer bir toplantý yapmaya karar verirsek sonuç almaya
> yönelik hareket edeceðimizi vurgulamak istiyorum.

Gidiþatý deðiþtirmeye niyetliysek, katýlýmcýlar aman boþver bitirip gidelim 
zihniyetinde olmazsa, toplantý planý ve önhazýrlýk iyi yapýlýrsa, konunun 
daðýlmasý önlenecek þekilde iyi bir yönetim olursa yapýlabilir, faydalý da 
olabilir. Ama hala 3-5 kiþi kendi aramýzda konuþuyor olmamýzdan kimsenin 
böyle bir niyeti olmadýðýný çýkarýyorum ben.


From gurer at pardus.org.tr  Fri Dec  5 15:57:33 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Fri, 5 Dec 2008 15:57:33 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051524.42701.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051138.43400.gurer@pardus.org.tr>
	<200812051524.42701.ekin@pardus.org.tr>
Message-ID: <200812051557.33193.gurer@pardus.org.tr>

On Friday 05 December 2008 15:24:42 Ekin Meroðlu wrote:

> Sonrasýnda sorduðun sorularýn hepsinin cevabý tek aslýnda bana sorarsan :

> Daðýtým iþi durmuyor (2008, 2009, pardus teknolojileri, dýþ projeler,
> depolar, sorunlar). Þu anda ise gönüllüler ve tübitak çalýþanlarý bu
> durmayan akýþa kapýlmýþ gidiyorlar - bu hiç durmayan akýþ için ölümcül
> olmadýðý sürece yön deðiþtirmek, süreçleri yeniden tanýmlamak ve
> belgelendirmek, hatta  innovatif yenilikler üzerinde çalýþmak için bir
> türlü zaman ayrýlamýyor; zira bu ayrýlan zamanlar ayný zamanda
> yapýlabilecek bir sürüm-bakým, hata çözme veya yeni sürüm için entegrasyon
> iþinden çalýnmak zorunda.

Ýþ gücü iþlere yetiþmiyorsa, ve kýsa vadede bir çözüm yoksa; eldeki iþleri bir 
öncelik sýrasýna koymak, faydasý az iþleri durdurup, iþ gücünü ana 
problemleri çözmeye ayýrmak zamaný gelmiþ demektir.

Overloaded ve daðýnýk çalýþma orta/uzun vadede sorunun daha da büyümesine yol 
açacak çünkü.


From tekman at pardus.org.tr  Fri Dec  5 16:05:38 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Fri, 5 Dec 2008 16:05:38 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051557.33193.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051524.42701.ekin@pardus.org.tr>
	<200812051557.33193.gurer@pardus.org.tr>
Message-ID: <200812051605.38429.tekman@pardus.org.tr>

5 Aralýk 2008 Cuma 15:57:33 tarihinde Gürer Özen þunlarý yazmýþtý:
> Ýþ gücü iþlere yetiþmiyorsa, ve kýsa vadede bir çözüm yoksa; eldeki iþleri
> bir öncelik sýrasýna koymak, faydasý az iþleri durdurup, iþ gücünü ana
> problemleri çözmeye ayýrmak zamaný gelmiþ demektir.
>
> Overloaded ve daðýnýk çalýþma orta/uzun vadede sorunun daha da büyümesine
> yol açacak çünkü.

Öneri için teþekkürler...

Þu anda da yapmakta olduðumuz, ya da yapmaya çalýþtýðýmýz tam olarak bu. Tabii 
bunu ne kadar baþardýðýmýz sorgulanabilir. Benim gördüðüm biraz overload'a 
kaydýðýmýz, hatta kimi arkadaþlar için biraz fazlaca overload'a kaydýðýmýz 
yönünde.

Kritik ürün, süreç ve projeler açýsýndan bakýnca durum kaygý verici boyutta 
deðil, müsterih olabilirsiniz. Ufak bir saptama: Pardus 2008 tam da bu bahsi 
geçen koþullar içerisinde geliþtirildi ve yayýmlandý. Tabii bir þapkadan 
ancak bir tavþan çýkabileceðini de biliyoruz :-P

ET


From coderlord at gmail.com  Fri Dec  5 16:15:38 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 5 Dec 2008 16:15:38 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051524.42701.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812050038.32380.tekman@pardus.org.tr>
	<200812051138.43400.gurer@pardus.org.tr>
	<200812051524.42701.ekin@pardus.org.tr>
Message-ID: <4cca720b0812050615laa48d62v60f09e5617ed0598@mail.gmail.com>

05 Aralýk 2008 Cuma 15:24 tarihinde Ekin Meroðlu <ekin at pardus.org.tr> yazdý:
> Geliþtirici listesinde kimse bu fikrini yazmaya bile zahmet etmediði için -
> kimse üstüne alýnmasýn (ya da alýnsýn, bilmiyorum) ama bu kadar yoðun bir
> tartýþmanýn bile 5 kiþinin arasýnda dönmesi buradan anlamlý ve uzun soluklu
> bir sonuç çýkmasýnýn önündeki en büyük engel.

Senden de süreci uyguladýðýn ve en iyi bildiðin için þunu rica etsek
Ekin. Katýlýmýn artmasýný ve konuyu daha derli toplu ortaya koymamýza
büyük yardýmý olabilir.

Deðiþmesini düþündüðümüz þimdiki süreci grafiksel hale getirsen, iþ
akýþ þemasý gibi. Bu þema üzerinden konuya devam etsek nasýl olur?

Þahsen ben bazen iþ sürecindeki bazý kýsýmlarý yanlýþ anladýðým,
bilmediðim veya yanlýþ yorumladýðým hissine kapýlýyorum.

Þema üzerinden deðiþiklik, optimizasyon yapmak daha görsel ve kolay
olabilir diye düþündüm.

Kolay gelsin.

-- 
Furkan Duman

From faik at pardus.org.tr  Fri Dec  5 16:36:42 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Fri, 5 Dec 2008 16:36:42 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4cca720b0812050615laa48d62v60f09e5617ed0598@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051524.42701.ekin@pardus.org.tr>
	<4cca720b0812050615laa48d62v60f09e5617ed0598@mail.gmail.com>
Message-ID: <200812051636.42310.faik@pardus.org.tr>

On Friday 05 December 2008 16:15:38 Furkan Duman wrote:
> 05 Aralýk 2008 Cuma 15:24 tarihinde Ekin Meroðlu <ekin at pardus.org.tr> yazdý:
> > Geliþtirici listesinde kimse bu fikrini yazmaya bile zahmet etmediði için
> > - kimse üstüne alýnmasýn (ya da alýnsýn, bilmiyorum) ama bu kadar yoðun
> > bir tartýþmanýn bile 5 kiþinin arasýnda dönmesi buradan anlamlý ve uzun
> > soluklu bir sonuç çýkmasýnýn önündeki en büyük engel.
>
> Senden de süreci uyguladýðýn ve en iyi bildiðin için þunu rica etsek
> Ekin. Katýlýmýn artmasýný ve konuyu daha derli toplu ortaya koymamýza
> büyük yardýmý olabilir.
>
> Deðiþmesini düþündüðümüz þimdiki süreci grafiksel hale getirsen, iþ
> akýþ þemasý gibi. Bu þema üzerinden konuya devam etsek nasýl olur?
>
> Þahsen ben bazen iþ sürecindeki bazý kýsýmlarý yanlýþ anladýðým,
> bilmediðim veya yanlýþ yorumladýðým hissine kapýlýyorum.
>
> Þema üzerinden deðiþiklik, optimizasyon yapmak daha görsel ve kolay
> olabilir diye düþündüm.

Bu güzel bir öneri.

Geliþtiricilerin az katýlýmýnýn büyük resim hakkýnda yeterince bilgi sahibi 
olmadýðý ve ya eksik bilgi sahibi olmasýndan kaynaklý olabileceðini 
düþünüyorum ben de.

Maillarý okumaya ve takip etmeye çalýþýyorum ama kafam karýþýyor ve takip 
etmekte zorlanýyorum açýkçasý, sorunlarý kaçýrýyorum, kayboluyorum.

http://tr.pardus-wiki.org/Pardus:Depo_Ýþleyiþi
sayfasýnda süreç ile ilgili Ekin'in hazýrladýðý bir belge var.

Ben de sürecin bir bakýþta görünebilecek, kavranabilecek grafiksel bir halde 
bulunmasýnda yarar görüyorum. Böyle bir grafik hazýrlasak (isteklisi yoksa 
ben de yaparým.) Ayrý bir wiki sayfasý açsak. Bu süreç grafiði bulunsa 
sayfada. Sorunlarý madde madde altýna yazsak ve yine ayný sayfada bu 
sorunlara geliþtiriciler çözüm önerilerini yazsa nasýl olur sizce?

- Faik


From tulliana at gmail.com  Fri Dec  5 17:02:41 2008
From: tulliana at gmail.com (Serdar Soytetir)
Date: Fri, 5 Dec 2008 17:02:41 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812051518.26993.serbulent@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812051518.26993.serbulent@pardus.org.tr>
Message-ID: <200812051702.41238.tulliana@gmail.com>

Cuma 05 Aralýk 2008 günü (saat 15:18:26) Serbulent UNSAL þunlarý yazmýþtý:
Merhaba,
> On Saturday 29 November 2008 22:37:28 Ekin Meroðlu wrote:
> > Merhaba / Hi;
> >
> > 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 1
> > Aralýk 2008, 23:59.
> >
> > ACK/NACK for new packages in 2008-test repo, reply before 1 December
> > 2008, 23:59 (GMT+2) please...
>
> Aþaðýdaki paketler test sürecinden geçmiþtir. Sorun gözlenen paketler
>
> apollon ile ilgili 5785 ve 6394 kayýtlarýndaki sorunlar devam ediyor.
>
> gecko-mediaplayer ve gnome-mplayer bazý multimedya dosyalarýnda ses
> problemi var. Detaylar için 8588 numaralý hataya bakýlabilir. Bence depoya
> girmesini engelleyecek bir durum deðil.
>
> qstardict uygulamasý çalýþýyor ancak paketin içinden sözlük çýkmadýðý için
> yapýlan sözcük aramalarý sonuçsuz kalýyor. Bu paket düzeltilene kadar
> bekletilebilir biraz.
Bu uygulamanýn özgün hali böyle, depoya girdiði günden beri bu þekilde 
yaþýyor. Depoya girmesini engelleyecek (paketlenme þeklinde) baþka bir sorun 
mu var?
Depodaki stardict-essential-turkish paketini kurduðunuzda uygulama herhangi 
bir yapýlandýrma gerektirmeden sözlükleri bulup kullanmaya baþlýyor. 
>
> Tabi bütün bunlar için son karar sürüm yöneticisinin.
Evet, karar sürüm yöneticisinin. Ben de kararýný merak ediyorum :)

-- 
Serdar Soytetir


From coderlord at gmail.com  Fri Dec  5 17:08:30 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 5 Dec 2008 17:08:30 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812051702.41238.tulliana@gmail.com>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812051518.26993.serbulent@pardus.org.tr>
	<200812051702.41238.tulliana@gmail.com>
Message-ID: <4cca720b0812050708m6bd12e1eud1769c3043d463ac@mail.gmail.com>

05 Aralýk 2008 Cuma 17:02 tarihinde Serdar Soytetir <tulliana at gmail.com> yazdý:
> Depodaki stardict-essential-turkish paketini kurduðunuzda uygulama herhangi
> bir yapýlandýrma gerektirmeden sözlükleri bulup kullanmaya baþlýyor.

qstardict paketine, bu pakete baðýmlýlýk yazýlsa nasýl olur? Yabancý
kullanýcýlarý düþünerek yapmadýnýz sanýrým. Ancak isterlerse farklý
bir dil paketi kurup kullanamýyorlar mý? Bilmediðim için sordum.

-- 
Furkan Duman

From tulliana at gmail.com  Fri Dec  5 17:18:44 2008
From: tulliana at gmail.com (Serdar Soytetir)
Date: Fri, 5 Dec 2008 17:18:44 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <4cca720b0812050708m6bd12e1eud1769c3043d463ac@mail.gmail.com>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812051702.41238.tulliana@gmail.com>
	<4cca720b0812050708m6bd12e1eud1769c3043d463ac@mail.gmail.com>
Message-ID: <200812051718.44142.tulliana@gmail.com>

Cuma 05 Aralýk 2008 günü (saat 17:08:30) Furkan Duman þunlarý yazmýþtý:
Merhaba Furkan,
> 05 Aralýk 2008 Cuma 17:02 tarihinde Serdar Soytetir <tulliana at gmail.com> 
yazdý:
> > Depodaki stardict-essential-turkish paketini kurduðunuzda uygulama
> > herhangi bir yapýlandýrma gerektirmeden sözlükleri bulup kullanmaya
> > baþlýyor.
>
> qstardict paketine, bu pakete baðýmlýlýk yazýlsa nasýl olur? Yabancý
> kullanýcýlarý düþünerek yapmadýnýz sanýrým. Ancak isterlerse farklý
Evet yabancý kullanýcýlarý Türkçe sözlük verilerini yükemek zorunda býrakmak 
istememiþtim ki zaten depoda (contrib) bir tane sözlük veritabaný paketi var. 
O paketi de elle biraraya getirip paketlemiþtim. 
> bir dil paketi kurup kullanamýyorlar mý? Bilmediðim için sordum. 
Evet yeni bir veritabaný içeren paket yapýlýrsa o paketi kurduklarýnda 
kullanabilirler.
Aslýnda baðýmlýlýk yazmak konusunda bir küçük sorunumuz daha var, stardict-
esential-turkish paketi contrib deposunda, qstardict ise 2008 deposunda. 
Stardict-essential-turkish paketi doðal olarak contrib deposundaki stardict 
sözlüðü ile çalýþmak üzere ayarlanmýþ bir paket. 
Evet biraz karýþýk oldu yazdýklarým ama bu sorun paketleri (stardict ve 
essential-turkish) 2008 deposuna taþýyarak çözülebilir sanýrým.
Ýyi çalýþmalar...
-- 
Serdar Soytetir


From onur at pardus.org.tr  Fri Dec  5 18:32:04 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Fri, 5 Dec 2008 18:32:04 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081204180533.b835b1db.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812021534.51541.tekman@pardus.org.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
Message-ID: <20081205183204.c64defb4.onur@pardus.org.tr>


On Thu, 4 Dec 2008 18:05:33 +0200
Doruk Fisek <dfisek at fisek.com.tr> wrote:
...
> 1) Bakýcýsýz tüm paketler iþaretlenir.
> 2) Her bilesen icin birer bilesen sorumlusu secilir.

 Bu ikisini ben "olmazsa olmaz" olarak görüyorum. Sýnýrlar ve
sorumluluklar artýk biraz daha netleþmeli.

 Þu anda paketler kimin hangi paketiyle ne kadar ilgilenebildiðini
bilmediðimiz için anarþik bir yaklaþýmla güncelleniyor / hatalarý
düzeltiliyor. "Bir þekilde yürüyor" da kabul edilebilir bir yaklaþým
deðil, çünkü þu anki haliyle ciddi bir odaklanma sorunu ve "haksýzlýk
derecesinde" iþ yükü daðýlýmý yüzünden kalite düþüklüðüne sebep oluyor.

 Bu sebeplerden, ortaya koyduðum iþin kalitesinin düþmeye baþladýðýný
görüyorum ve bundan çok ciddi rahatsýzlýk duyuyorum.

> 3) Sadece güvenlik güncellemelerinin yapýlacaðý bir kaynak depo
> olusturulur. Guvenlik depo sorumlusunun, guvenlik takýmýndan biri
> olmasý mantýklý olur sanýrým.

 Böyle bir deponun olmasý bana mantýklý gelmiyor. Hem bir "security
only" depo, hem de "update / non critical bugfix / feature / security"
depo bir arada yaþatmak demek neredeyse iki ayrý daðýtým sürdürmek
demek. Burada güvenlik düzeltmelerinde yazýlýmýn elinizdeki sürüme
"yeni sürümü üzerine eklenen düzeltmeyi" backport etmek bazen çok kanlý
olabiliyor.

 Zaten gücümüz ortada, bu tarz bir çift dikiþ yapýya yöneleceksek daha
çok iþe yarayacak / daha çok ilgi çekecek / daha çok fark yaratacak bir
alanda (mesela 64bit sürümü ile) yönelmek mantýklý olabilir.


> 2) Her bileþenin sorumlusu, kendi bileþeninde yer alan paketlerde
> yapýlan deðiþiklikleri takip eder. Gerekiyorsa müdahale eder, ilgili
> geliþtiriciyi uyarýr.

 Evet bu hayata geçmeli, X paket grubuna bir kaç adým uzaktan bakabilen
insanlar gerekiyor

> 3) Her bileþenin sorumlusu, derleme çiftliðinde kendi bileþeninin
> paketlerini derletir[1] (ve test deposuna aktarýlmasýný saðlamýþ
> olur).

 Pardus farmlarýnýn þu anki yapýsý sebebiyle ayný anda 5-10 kiþi
tarafýndan yönetilebilmesi mümkün gelmiyor bana. Birden fazla kiþi
belki olabilir, ama bu kiþilerin iyi bir uyum içerisinde çalýþabilmesi
gerekiyor.

> 5) system.base bileþenindeki paketlerin testi yapýlýrken, "emniyet
> mandalý" nedeniyle sadece system.base guncellenmesi durumu da farkli
> guncelleme safhalarindaki Pardus sistem kombinasyonlarý ile test
> edilmelidir [2].

 Tek tek her olasýlýðý test etmek o kadar da aklýma yatmýyor.
Çýkabilecek sorunlar, paketlerin baðýmlýlýklarý vb. adýný
koyabildiðimiz / belli çerçevelerde tanýmlayabildiðimiz pek çok þeyin
takibini daha da otomatikleþtirebilmeliyiz. Belki bunun için þu ana
kadar gelen bazý alýþkanlýklarýmýzý da deðþtirmemiz yerinde olabilir.
Pardus'un artý yönleri, eskiden kalma yanlýþlarý sýrtýndan atmaya karar
verdiðinde bunu (her zaman olmasa da genelde) becerebiliyor olmasýndan
kaynaklanýyor, belki kendi geliþim sürecimizde de bazý kamburlarý atmak
akýllýca olabilir.

> 7) Test sürecinde yakalanan hatalar için Uluzilla'da bir hata raporu
> açýlýr ve paketi güncelleyen geliþtiriciye atanýr. Hata çözüldükten
> sonra süreç yeni paketle tekrar baþlar (don't pass go, don't collect
> 200 gayme).

 Bundan çok emin deðilim. Bir paketin test sürecine girmesi þu anda
malesef ancak pakette güncelleme olduðunda oluyor. Þu anda depodaki
paketlerde hangi hatalarýn olduðu, test ekibinin yakaladýðý sorunun
güncelleme ile mi geldiði yoksa zaten daha önceki pakette de mi
olduðunu bilmiyoruz. Doðru tabiri ile "regression" var ise güncellemeyi
yapan kiþiye, "regression" deðil ise hata kaydý paketin sahibine "test
sürecinin bitmesi beklenmeden" atanmalý ki ilgili geliþtirici bir an
önce sorundan haberdar olup çözümü için uðraþmaya baþlayabilsin.


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Fri Dec  5 18:43:00 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Fri, 5 Dec 2008 18:43:00 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
Message-ID: <20081205184300.8ba9e0b1.onur@pardus.org.tr>


On Thu, 4 Dec 2008 18:54:24 +0200
"Furkan Duman" <coderlord at gmail.com> wrote:
...
> Hem artýk bir paket review sürecimiz var. Yeni paketler konusunda
> endiþelenmemize gerek olduðunu sanmýyorum.
> Bu review sürecini güncellemelerde de yapmalýyýz.  2 onay alan paket
> doðrudan merge edilebilir hale gelebilir. Güncellemeyi yapan de
> kendisi merge eder.

 Benim þu anki koþullarda bu fikir aklýma yatmýyor, ama diyelim ki
böyle yapmaya karar verdik, bu "review" ý kim yapacak ? Oturmuþ dediðin
review süreci kan ter ve gözyaþý ile gidiyordu. Son zamanlarda biraz
toparlanmaya baþladý, geliþtiriciler ilgi gösteriyor derken review
süreci yine sahipsiz ilgisiz kaldý.

 Ben review sürecinde (arada istemeden kaçýrdýðým paketler olsa da) bir
kaç "anlamadýðým alan" dýþýndaki bütün paketleri incelemeye, sorunu var
mý diye bakmaya geliþtiricisine yardýmcý olmaya çalýþýrken, kendim
review a bir paket soktuðumda kimsenin ilgilenmemesinden cidden rahatsýz
oluyorum. Bu tarz bir þey yapacaðým güncellemelerde de baþýma
gelecekse, benim ayaðýma bir pranga daha baðlayacaksa, ben bu yöntemin
sonuna kadar karþýsýndayým.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From ozan at pardus.org.tr  Fri Dec  5 19:37:34 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Fri, 05 Dec 2008 19:37:34 +0200
Subject: [Gelistirici] =?utf-8?q?Network_Manager_g=C3=B6zlemleri?=
Message-ID: <493966DE.9090501@pardus.org.tr>

Selam,

Bugün serviste arkadaþý kurcalarken enteresan 1-2 þey tespit ettim. 
Bunlara daha önceki yorumlarýmý da ekleyerek iyileþtirme isteklerinde 
bulunacaðým:

1. Mevcut yapýda D-Bus timeout'u default olarak 30 saniye, dhcpcd 
timeout'u ise 120 saniye. DHCP üzerinden IP alýnmaya çalýþýldýðýnda, ola 
ki süre D-Bus timeout'unu geçerse, DHCP bir 90 saniye daha debelense de, 
D-Bus zaman aþýmýna uðradýðýndan o meþhur, ekranýn geniþliði kadar 
NoReply hatasý alýyoruz. Sonuçta 30 saniye geçtikten sonra artýk 
düzgünce bir IP atanmasý ihtimali düþük olsa da, ekrana NoReply yerine 
adres alýnamadý hatasýnýn gelmesi bu þekilde engellenmiþ oluyor.

D-Bus timeout >= dhcpcd timeout olarak düzeltilmeli deðerler.

2. registerError ve registerCancel gibi handler.py özellikleri pek 
kullanýlmamýþ nm'de. Örneðin bir profili up etmek için yanýndaki 
checkbox'a týklandýðýnda policykit çýkýyor. Ancak kullanýcý yetki 
alamazsa veya cancel'a basýp vazgeçerse checkbox'taki tick kalýyor. Bu 
tarz iþlemlerin hepsinin rollback edilmesi, nm'in daha kararlý bir hale 
gelmesini saðlayacaktýr.

3. Örnek üzerinden anlatacaðým. laptopun bir eth bir wlan arabirimi var 
ancak wlan devrede deðil çünkü kart tanýnmýyor. Bu laptop'a usb'den 
wireless stick takýldý ve ilgili bir profil yaratýldý, kullanýldý. Daha 
sonra baþka bir zaman da baþka bir stick takýldý, profil yaratýldý 
kullanýldý. Bu stickler olmadan nm baþlatýldýðýnda, ikonlarý gri çýksa 
da, yanlarýnda sanki UP'larmýþ gibi tick oluyor. Tick kaldýrýlmaya 
çalýþýldýðýnda PK'dan yetki alýnýrsa ise Device Not Found hatasý alýnýyor.

Açýlýþta mudur bu arabirimlerden ikis de ortada olmamasýna raðmen, eth0, 
wlan0, wlan1 için tek tek að arayüzü baþlatýlýyor diyor.

Madem aygýt bulunamýyor, o tick'e asla týklayamamamýz gerekiyor. Kartýn 
marka/modelini ezberlemek zorunda olmadýðýmýzdan her defasýnda insan 
tongaya düþüp "ulan neden device not found diyor yahu" diye düþünüyor. 
Oysa oradaki bütün düðmeler, tickler pasifize edilse, çok daha 
karizmatik ve kararlý bir nm olacak elimizde.

Son olarak bu laptopta, kablosuz aygýtlar takýlý deðilken, nm'i ilk 
açtýðýmda þu hata raporundaki exception'ý aldým:
http://bugs.pardus.org.tr/show_bug.cgi?id=8746

sonra tekrarlayamadým ancak yarýn tekrar bakacaðým.

Ýyi bayramlar.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From gurer at pardus.org.tr  Fri Dec  5 19:54:59 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Fri, 5 Dec 2008 19:54:59 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Network_Manager_g=F6zlemleri?=
In-Reply-To: <493966DE.9090501@pardus.org.tr>
References: <493966DE.9090501@pardus.org.tr>
Message-ID: <200812051954.59969.gurer@pardus.org.tr>

On Friday 05 December 2008 19:37:34 Ozan Çaðlayan wrote:

> Sonuçta 30 saniye geçtikten sonra artýk 
> düzgünce bir IP atanmasý ihtimali düþük olsa da, ekrana NoReply yerine
> adres alýnamadý hatasýnýn gelmesi bu þekilde engellenmiþ oluyor.

Bir yerde baðlanýrken sýk sýk dbus hatasý alýyorum, bir 5-10 sn sonra ise dhcp 
baðlanýyor ve network çalýþýyor. Yani düþük deðil o kadar. DHCP ilk baþta 
zaten 30 sn idi ve kullanýcýlar daha uzun sürüyor diye 120 sn ye 
çýkardýðýmýzý hatýrlýyorum.


From bahadir at pardus.org.tr  Fri Dec  5 20:30:25 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Fri, 5 Dec 2008 20:30:25 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Network_Manager_g=F6zlemleri?=
In-Reply-To: <493966DE.9090501@pardus.org.tr>
References: <493966DE.9090501@pardus.org.tr>
Message-ID: <200812052030.28244.bahadir@pardus.org.tr>

05 Ara 2008 Cum tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Son olarak bu laptopta, kablosuz aygýtlar takýlý deðilken, nm'i ilk
> açtýðýmda þu hata raporundaki exception'ý aldým:
> http://bugs.pardus.org.tr/show_bug.cgi?id=8746

Bu NoneType hatasýnýn kaynaðýný ararken "yeter ulan" deyip Network.Link 
adýnda yeni bir Network backendi oluþturmaya baþladým, eskisine nazaran 
daha temiz (AdHoc ve wireless encryption ile ilgili eksikleri bulunuyor) 
ve Net.Link'in son hali gibi uygulama baðýmlý deðil.

AdHoc, wireless encryption, baðlantý paylaþtýrma derken fena kirlendi 
Net.Link. Bayram tatili ve sonrasýnda, Ýþbaran'ýn .ui'yi hale getirdiði 
Network-Manager'ý Network.Link kullanýr hale getirecek ve test deposuna 
sokacaðým.

Network.Link'te birçok hata giderildi. network-cli, net-applet  
uygulamalarý ve Müdür'de kullanýlacak network kodu 
uludag/branches/net-link-2.0 altýnda.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081205/a75b828b/attachment-0002.pgp>

From fatih at pardus.org.tr  Fri Dec  5 21:08:38 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Fri, 5 Dec 2008 21:08:38 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <4cca720b0812050708m6bd12e1eud1769c3043d463ac@mail.gmail.com>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812051702.41238.tulliana@gmail.com>
	<4cca720b0812050708m6bd12e1eud1769c3043d463ac@mail.gmail.com>
Message-ID: <200812052108.45937.fatih@pardus.org.tr>

Cuma 05 Aralýk 2008 tarihinde, Furkan Duman þunlarý yazmýþtý: 
> 05 Aralýk 2008 Cuma 17:02 tarihinde Serdar Soytetir <tulliana at gmail.com> 
yazdý:
> > Depodaki stardict-essential-turkish paketini kurduðunuzda uygulama
> > herhangi bir yapýlandýrma gerektirmeden sözlükleri bulup kullanmaya
> > baþlýyor.
>
> qstardict paketine, bu pakete baðýmlýlýk yazýlsa nasýl olur? Yabancý
> kullanýcýlarý düþünerek yapmadýnýz sanýrým. Ancak isterlerse farklý
> bir dil paketi kurup kullanamýyorlar mý? Bilmediðim için sordum.

Bence birlikte kurulsun diye böyle baðýmlýlýklar yazýlmamalý. Uygulama sözlük 
bulamadýðýnda uyarý vermesi saðlanmalý. Uyarýnýn Türkçe çevirisinde Türkçe 
sözlük paketinin adý örnek olarak verilebilir.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081205/da9ed9cc/attachment-0002.pgp>

From onur at pardus.org.tr  Fri Dec  5 21:14:39 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Fri, 5 Dec 2008 21:14:39 +0200
Subject: [Gelistirici] smplayer
Message-ID: <20081205211439.b4ff609c.onur@pardus.org.tr>


 Merhaba,

 Depodan atýldý mý ?

 Contrib index inde görünmüyor ?

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From dfisek at fisek.com.tr  Fri Dec  5 21:22:40 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Fri, 5 Dec 2008 21:22:40 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812052108.45937.fatih@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812051702.41238.tulliana@gmail.com>
	<4cca720b0812050708m6bd12e1eud1769c3043d463ac@mail.gmail.com>
	<200812052108.45937.fatih@pardus.org.tr>
Message-ID: <20081205212240.954fc491.dfisek@fisek.com.tr>

Fri, 5 Dec 2008 21:08:38 +0200, Fatih Aþýcý <fatih at pardus.org.tr> :

> Bence birlikte kurulsun diye böyle baðýmlýlýklar yazýlmamalý.
> Uygulama sözlük bulamadýðýnda uyarý vermesi saðlanmalý. Uyarýnýn
> Türkçe çevirisinde Türkçe sözlük paketinin adý örnek olarak
> verilebilir.
Keske alttaki hata raporunda belirtildigi gibi bir ozelligi olsaydi
Pisi'nin... Yazilimi yamamak gibi bir yonteme gitmeye calisilmazdi.

http://bugs.pardus.org.tr/show_bug.cgi?id=6820

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From dfisek at fisek.com.tr  Fri Dec  5 21:24:09 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Fri, 5 Dec 2008 21:24:09 +0200
Subject: [Gelistirici] smplayer
In-Reply-To: <20081205211439.b4ff609c.onur@pardus.org.tr>
References: <20081205211439.b4ff609c.onur@pardus.org.tr>
Message-ID: <20081205212409.a6e8c42d.dfisek@fisek.com.tr>

Fri, 5 Dec 2008 21:14:39 +0200, Onur Küçük <onur at pardus.org.tr> :

>  Depodan atýldý mý ?
>  Contrib index inde görünmüyor ?
Benim gunluk rsync cron'una gore, dun gece depodan ucmus :

receiving file list ... done
deleting smplayer-0.6.4-16-7.pisi
deleting lives-0.9.9.3-7-5.pisi
./
lives-0.9.9.4-8-6.pisi
pisi-index.xml
pisi-index.xml.bz2
pisi-index.xml.bz2.sha1sum
pisi-index.xml.sha1sum
trac-0.11.1-6-1.pisi

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From fatih at pardus.org.tr  Fri Dec  5 21:40:19 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Fri, 5 Dec 2008 21:40:19 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4938DB28.2000209@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<4938DB28.2000209@pardus.org.tr>
Message-ID: <200812052140.22988.fatih@pardus.org.tr>

Cuma 05 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Sadece güvenlik güncellemelerinin yapýlacaðý bir depo demek, bir
> daðýtýmý geride birakýp diðerini geliþtirmeye tekabül ediyor. Örneðin

+1

> > 2) Her bileþenin sorumlusu, kendi bileþeninde yer alan paketlerde
> > yapýlan deðiþiklikleri takip eder. Gerekiyorsa müdahale eder, ilgili
> > geliþtiriciyi uyarýr.

Geliþtiricilerin bir bileþenin tümü hakkýnda fikir sahibi olmasý pek mümkün 
deðil bence. Atýyorum; application/emulators benim olsa wine dýþýndaki 
paketlerle nasýl ilgilenebilirim. Hiç kullanmadýðým; fikir sahibi bile 
olmadýðým paketler var orda. Ya da tam tersi; bileþen baþkasýnýn olsa, wine 
hakkýnda bilgi sahibi olmasý her zaman mümkün mü? programming.libs gibi bir 
bileþenin sorumluluðunu tek kiþi alabilir mi?

> > 6) CD içinde gelen paketler [3], ozel olarak gelistiricisi o paketle
> > ilgili kendisinden onay alinmasini istemiyorsa, test deposuna girdikten
> > 7 gun sonra test takimi araciligiyla test surecine alinir [4]. Bu
> > surecten gecen paketler ilk toplu güncellemede kararli depoya aktarilir.
>
> Anlamadýðým 7 gün test deposunda bekledikten sonra bir de test takýmý
> aracýlýðýyla test sürecine mi alýnacak? Eðer evetse neden?
>
> Bu test konusunda þunu düþünüyorum. Baþtan beri test deposu hep þu
> þekilde kullanýldý:
> - Bump et, merge iste, testte dursun.

Açýkçasý özellikle sürücü paketlerinde bu yöntemi izlemek zorunda kalýyorum.  
Ulaþabildiðim bir tane ATI ekran kartý var. Ofise gittiðimde bazen iki ekran 
kartýyla test etmem mümkün oluyor. Diðer modeller için de benzer durum. 
Testlerimde hiçbir sorun çýkarmayan bir sürücü güncellemesi belki baþka 10 
modelde soruna yol açýyor. develde duran paketi de kimse kalkýp denemiyor. 
Hatta bir keresinde kendim derleyip listeden test istedim. Kimseden yine ses 
çýkmadý. Paket test deposuna alýndýðýnda (haliyle ekranlar kararýnca :) ) hata 
raporlarý gelmeye baþlýyor.

> Artýk urgency=(low, medium, high, bugfix) tarzý bir þey mi yazýp bunu
> belli ederiz merge mailinde, baþka bir þey mi bilemiyorum.

Bu tür bir þeye ihtiyacýmýz var bence de.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081205/090cdfc1/attachment-0002.pgp>

From fatih at pardus.org.tr  Fri Dec  5 21:47:39 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Fri, 5 Dec 2008 21:47:39 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812050046.03135.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<200812050046.03135.ekin@pardus.org.tr>
Message-ID: <200812052147.39715.fatih@pardus.org.tr>

Cuma 05 Aralýk 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> Ya da farm ve paket build yapýsýný tamamen deðiþtireceðiz - her paketin
> temiz system.base/devel + baðýmlýlýklarýnýn kurulduðu bir chroot içinde
> derlendiði bir farm yapýsý ilk aklýma gelen yol, ama bu __her__ þeyi
> deðiþtirmek demek.

En azýndan güvenlik güncellemeleri için böyle bir yöntem yararlý olabilir. 
chroot yerine virtualization da kullanýlabilir. Kýsa vadede yapýlamayacak da 
olsa bunu düþünelim bence.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081205/28f50274/attachment-0002.pgp>

From turkersezer at tsdesign.info  Fri Dec  5 21:53:04 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Fri, 5 Dec 2008 21:53:04 +0200
Subject: [Gelistirici] smplayer
In-Reply-To: <20081205212409.a6e8c42d.dfisek@fisek.com.tr>
References: <20081205211439.b4ff609c.onur@pardus.org.tr>
	<20081205212409.a6e8c42d.dfisek@fisek.com.tr>
Message-ID: <200812052153.04820.turkersezer@tsdesign.info>

On Friday 05 December 2008 21:24:09 Doruk Fisek wrote:
> Fri, 5 Dec 2008 21:14:39 +0200, Onur Küçük <onur at pardus.org.tr> :
> >  Depodan atýldý mý ?
> >  Contrib index inde görünmüyor ?
>
> Benim gunluk rsync cron'una gore, dun gece depodan ucmus :

tuxedup dün hatalý bir sürümü commit etmiþ. Ben de commit loguna aldanýp 
derlettim paketi. Sonra skyquakes'in uyarýsýyla bir düzelme olmadýðýný 
farkedip farmdaki paketi eski sürüme döndürdüm. Tüm bunlar sync iþlemi 
olmadan önce gerçekleþtiðinden kullanýcýya bir deðiþiklik yansýmayacaktý. 
Lakin nasýl olduysa paket indexe girmemiþ ve bahsettiðiniz sorun oluþmuþ. Gün 
içinde indexi düzelttim. Depolar iþlendiðinde paket (eski çalýþan sürümü) 
yine kurulabilir olacak.


Saygýlar
Türker


From fatih at pardus.org.tr  Fri Dec  5 21:53:07 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Fri, 5 Dec 2008 21:53:07 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?pm-tools_suspend-to-disk/ram_de_netw?=
 =?iso-8859-9?q?ork_ba=F0lant=FDs=FD_s=FDk=FDnt=FDlar=FD=2E?=
In-Reply-To: <4cca720b0812050225x3714cbdk1ab1e7ebfb8e53bf@mail.gmail.com>
References: <4cca720b0812050225x3714cbdk1ab1e7ebfb8e53bf@mail.gmail.com>
Message-ID: <200812052153.07535.fatih@pardus.org.tr>

Cuma 05 Aralýk 2008 tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Bu hook'u uzunca bir süredir kullanýyorum. Senkron çalýþmasý dýþýnda
> bir sorun yok. Senkron çalýþmasýndaki sorun þu. Betik eðer
> baðlanýlacak aðý bulamazsa timeout süresince uyanmayý (resume)
> bekletiyor.

Aslýnda boot sýrasýndaki aða baðlanma sürecinin aynýsý burada iþletilmeli. 
Mesela, evde bilgisayarý askýya alýp ofiste açtýðýmda doðru AP'ye 
baðlanabilmesi gibi özellikler düþünülebilir.

Senkron çalýþmasý ile ilgili sorun düzelmeden almayalým bence. KPowersave'in 
verdiði mesaj yüzünden ikide bir hata raporlarý gelecek.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081205/801e0415/attachment-0002.pgp>

From fatih at pardus.org.tr  Fri Dec  5 22:09:36 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Fri, 5 Dec 2008 22:09:36 +0200
Subject: [Gelistirici] =?utf-8?b?TmV0LkxpbmsgdmUgTcO8ZMO8cg==?=
In-Reply-To: <200811260950.51463.bahadir@pardus.org.tr>
References: <200811260950.51463.bahadir@pardus.org.tr>
Message-ID: <200812052209.39770.fatih@pardus.org.tr>

Çarþamba 26 Kasým 2008 tarihinde, Bahadýr Kandemir þunlarý yazmýþtý: 
> Baðlantýyý tekrar kurmaya çalýþýrken, backend tipine (wifi, net, dialup)
> bakmýyoruz. net tipi baðlantýlarý kursun, dialup tipi baðlantýlara
> dokunmasýn, wifi için son aktif baðlantýya bakmaksýzýn SSID tarasýn
> diyorum.

wifi profillerinde "Eriþim noktasý bulunduðunda otomatik baðlan" gibi bir 
seçenek olsun bence (oluþtururken öntanýmlý seçili olabilir). Açýlýþta da önce 
SSID taranýr. Bulunanlar arasýnda, en son baðlantý kurulan AP varsa o up 
edilir. Eðer yoksa, bulunanlar içinde otomatik baðlanma seçeneði etkin olan 
bir profil up edilir.

wifi profillerinde "Eriþim noktasýnýn MAC adresini sakla" gibi bir seçenek de 
sunulabilir. Ýsteniyorsa ayný SSID'ye sahip AP'lerden birine baðlanmak da 
mümkün olur böylece.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081205/602fb6f7/attachment-0002.pgp>

From selimok at gmail.com  Fri Dec  5 22:21:46 2008
From: selimok at gmail.com (selim ok)
Date: Fri, 5 Dec 2008 21:21:46 +0100
Subject: [Gelistirici] =?iso-8859-9?q?Net=2ELink_ve_M=FCd=FCr?=
In-Reply-To: <4cca720b0811261156s525dc456p9646a451d03b9446@mail.gmail.com>
References: <200811260950.51463.bahadir@pardus.org.tr>
	<200811261521.32559.turkay.eren@gmail.com>
	<492D88B1.8070307@pardus.org.tr>
	<4cca720b0811261156s525dc456p9646a451d03b9446@mail.gmail.com>
Message-ID: <a001a6cb0812051221n3106c7e0y9a9eaa4df9a64dd6@mail.gmail.com>

26 Kasým 2008 Çarþamba 20:56 tarihinde Furkan Duman <coderlord at gmail.com>yazdý:

> 26 Kasým 2008 Çarþamba 19:34 tarihinde Ozan Çaðlayan <ozan at pardus.org.tr>
> yazdý:
> > bilgiyi) ve güvenliksiz bir AP bulunursa ona baðlan,
>
> Güvenliksiz bir AP ye baðlanmasý güvenlik riski oluþturur. Bunu
> yapmamalýyýz. Kullanýcýya baðlanmak isteyip istemediði sorulabilir.
> Ancak otomatik baðlanmamalý.
>

Bence de bu cok önemli!

Iyi calismalar,
Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081205/fcbf7cac/attachment-0002.htm>

From isbaran at gmail.com  Fri Dec  5 23:13:27 2008
From: isbaran at gmail.com (=?ISO-8859-9?Q?=DD=FEbaran_Ak=E7ay=FDr?=)
Date: Fri, 05 Dec 2008 23:13:27 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Net=2ELink_ve_M=FCd=FCr?=
In-Reply-To: <200812052209.39770.fatih@pardus.org.tr>
References: <200811260950.51463.bahadir@pardus.org.tr>
	<200812052209.39770.fatih@pardus.org.tr>
Message-ID: <49399977.7030403@gmail.com>

Fatih Aþýcý wrote On 05-12-2008 22:09:
> wifi profillerinde "Eriþim noktasýnýn MAC adresini sakla" gibi bir seçenek de 
> sunulabilir. Ýsteniyorsa ayný SSID'ye sahip AP'lerden birine baðlanmak da 
> mümkün olur böylece.

Bu da uygulanabilir deðil çünkü roaming olayýný yok etmiþ oluruz,
otomatik baðlanma olmasýn :D



From onur at pardus.org.tr  Fri Dec  5 23:34:10 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Fri, 5 Dec 2008 23:34:10 +0200
Subject: [Gelistirici] smplayer
In-Reply-To: <200812052153.04820.turkersezer@tsdesign.info>
References: <20081205211439.b4ff609c.onur@pardus.org.tr>
	<20081205212409.a6e8c42d.dfisek@fisek.com.tr>
	<200812052153.04820.turkersezer@tsdesign.info>
Message-ID: <20081205233410.421e6459.onur@pardus.org.tr>


On Fri, 5 Dec 2008 21:53:04 +0200
Türker SEZER <turkersezer at tsdesign.info> wrote:
...
> tuxedup dün hatalý bir sürümü commit etmiþ. Ben de commit loguna
> aldanýp derlettim paketi. Sonra skyquakes'in uyarýsýyla bir düzelme
> olmadýðýný farkedip farmdaki paketi eski sürüme döndürdüm. Tüm bunlar
> sync iþlemi olmadan önce gerçekleþtiðinden kullanýcýya bir deðiþiklik
> yansýmayacaktý. Lakin nasýl olduysa paket indexe girmemiþ ve
> bahsettiðiniz sorun oluþmuþ. Gün içinde indexi düzelttim. Depolar
> iþlendiðinde paket (eski çalýþan sürümü) yine kurulabilir olacak.

 oki doki, açýklama için teþekkürler

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From ozan at pardus.org.tr  Sat Dec  6 00:01:24 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 06 Dec 2008 00:01:24 +0200
Subject: [Gelistirici] =?utf-8?q?Network_Manager_g=C3=B6zlemleri?=
In-Reply-To: <200812051954.59969.gurer@pardus.org.tr>
References: <493966DE.9090501@pardus.org.tr>
	<200812051954.59969.gurer@pardus.org.tr>
Message-ID: <4939A4B4.1050404@pardus.org.tr>

Gürer Özen wrote:
> On Friday 05 December 2008 19:37:34 Ozan Çaðlayan wrote:
>
>   
>> Sonuçta 30 saniye geçtikten sonra artýk 
>> düzgünce bir IP atanmasý ihtimali düþük olsa da, ekrana NoReply yerine
>> adres alýnamadý hatasýnýn gelmesi bu þekilde engellenmiþ oluyor.
>>     
>
> Bir yerde baðlanýrken sýk sýk dbus hatasý alýyorum, bir 5-10 sn sonra ise dhcp 
> baðlanýyor ve network çalýþýyor. Yani düþük deðil o kadar. DHCP ilk baþta 
> zaten 30 sn idi ve kullanýcýlar daha uzun sürüyor diye 120 sn ye 
> çýkardýðýmýzý hatýrlýyorum.
>   
Bu 120sn ile bir baþka sorun da þu, Bahadýr'ýn tespit ettiði bir durumda 
ilk seferde DHCP'den IP alýnamýyor ancak iptal edip tekrar denendiðinde 
çat diye IP alýnýyordu. Biz burda 120sn'nin sonuna kadar beklemek 
zorunda kalýyoruz. Ancak yapabilecek bir þey de var mý bilmiyorum, pis 
biþey bu dhcp :)

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From ozan at pardus.org.tr  Sat Dec  6 00:03:52 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 06 Dec 2008 00:03:52 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812052147.39715.fatih@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>	<20081204180533.b835b1db.dfisek@fisek.com.tr>	<200812050046.03135.ekin@pardus.org.tr>
	<200812052147.39715.fatih@pardus.org.tr>
Message-ID: <4939A548.8050805@pardus.org.tr>

Fatih Aþýcý wrote:
> Cuma 05 Aralýk 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
>   
>> Ya da farm ve paket build yapýsýný tamamen deðiþtireceðiz - her paketin
>> temiz system.base/devel + baðýmlýlýklarýnýn kurulduðu bir chroot içinde
>> derlendiði bir farm yapýsý ilk aklýma gelen yol, ama bu __her__ þeyi
>> deðiþtirmek demek.
>>     
>
> En azýndan güvenlik güncellemeleri için böyle bir yöntem yararlý olabilir. 
> chroot yerine virtualization da kullanýlabilir. Kýsa vadede yapýlamayacak da 
> olsa bunu düþünelim bence.
>   
Bu çok zor bir þey ya. Tamam applications/admin'i, applications/util'i 
bu þekilde derleyebilirsiniz. Ama KDE uygulamalarýný derlerken her 
seferinde onlarca baðýmlýlýðýn tekrar tekrar kurulmasý kabus gibi bir þey.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From fatih at pardus.org.tr  Sat Dec  6 00:04:45 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sat, 6 Dec 2008 00:04:45 +0200
Subject: [Gelistirici] Devel deposu ve yeni Xorg
Message-ID: <200812060004.49018.fatih@pardus.org.tr>

Selamlar,

Devel deposunda önümüzdeki günlerde 2009'a yönelik deðiþiklikler yapacaðým. 
Yeni X paketleri için bazý paketlerin baðýmlýlýklarýnda düzeltmeler yapmam 
gerekiyor (xorg-server baðýmlýlýklarýnýn atýlmasý gibi). hal gibi temel 
paketlerde de deðiþiklik yapmam söz konusu.

Paketçilerin bundan sonraki güncellemelerinde benim yapacaðým deðiþiklikleri 
2008'e yansýtmamalarý gerekiyor. Merge isteðini yama ile yapmak durumunda 
kalabilirsiniz. Ben yine takip etmeye çalýþýrým; ama gözümden de kaçabilir.

Bilginize...

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081206/95aabce9/attachment-0002.pgp>

From fatih at pardus.org.tr  Sat Dec  6 02:24:16 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sat, 6 Dec 2008 02:24:16 +0200
Subject: [Gelistirici] =?utf-8?q?postRemove_ihtiyac=C4=B1?=
Message-ID: <200812060224.19474.fatih@pardus.org.tr>

Selamlar,

Font paketleri kurulduktan sonra fc-cache ve mkfontdir gibi komutlarý çaðýrmak 
zorundayýz. Bu iþ için fontconfig ve xorg-app paketlerinde PackageHandler 
bulunmakta. Kurulum sýrasýnda bir sorun yok; ancak paketler silineceði zaman 
bu betikler bir iþe yaramýyor.

Hem preRemove metodu hem de PackageHandler'ýn cleanupPackage metodu paket 
silinmeden önce çaðrýlýyor. Bu aþamada fontlar sistemde bulunacaðý için yine 
indexleniyorlar. Daha sonra fontlar silindiðinde indexte kurulu olmayan 
fontlar kalýyor.

Paketler silindikten sonra Çomar betikleri de silineceði için postRemove belki 
düþünülmeyebilir; ancak handler betikleri silinen paketten gelmediði için 
cleanupPackage gibi dosyalar silindikten sonra çalýþan bir metoda ihtiyacýmýz 
var görünüyor. Tabi bu senaryo için baþka bir çözümü olan yoksa.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081206/349737a6/attachment-0002.pgp>

From fatih at pardus.org.tr  Sat Dec  6 02:35:47 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sat, 6 Dec 2008 02:35:47 +0200
Subject: [Gelistirici] =?utf-8?q?postRemove_ihtiyac=C4=B1?=
In-Reply-To: <200812060224.19474.fatih@pardus.org.tr>
References: <200812060224.19474.fatih@pardus.org.tr>
Message-ID: <200812060235.50876.fatih@pardus.org.tr>

Cumartesi 06 Aralýk 2008 tarihinde, Fatih Aþýcý þunlarý yazmýþtý: 
> Selamlar,
>
> Font paketleri kurulduktan sonra fc-cache ve mkfontdir gibi komutlarý
> çaðýrmak zorundayýz. Bu iþ için fontconfig ve xorg-app paketlerinde
> PackageHandler bulunmakta. Kurulum sýrasýnda bir sorun yok; ancak paketler
> silineceði zaman bu betikler bir iþe yaramýyor.

Depodaki diðer handler'lara da baktým. Benzer sorun aþaðýdaki paketlerde de 
var:

shared-mime-info
gtk2
kernel
mudur

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081206/0a15bad4/attachment-0002.pgp>

From turkersezer at tsdesign.info  Sat Dec  6 02:53:42 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Sat, 6 Dec 2008 02:53:42 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081205184300.8ba9e0b1.onur@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
	<20081205184300.8ba9e0b1.onur@pardus.org.tr>
Message-ID: <200812060253.42765.turkersezer@tsdesign.info>

Merhabalar,

Depo içerikleri, depolarýn iþleyiþi, test süreci vs. önemli sorunlarýmýz fakat 
bunlarýn tümünde sýkýntý çekmemizin sebebi önceki maillarda da belirtildiði 
üzere yetersiz iþ gücü. Bence bu konuda bir iyileþtirme saðlanabilirse diðer 
süreçlerdeki sýkýþýklýklarý daha rahat aþabilir, biraz daha esnek olabiliriz.

Görünüþe göre bir süre Tübitak tarafýnda ciddi anlamda bir geliþme olamayacak. 
Bu durumda tek çýkar yol svn'e katkýda bulunan ~40 geliþtiriciden mümkün 
olduðunca çok katký almak olacaktýr.
Proje yürütücümüz, PR üstatlarý varken bana laf düþmez belki ama ben 
gözlemlerimi söyleyeyim yine de.

On Friday 05 December 2008 18:43:00 Onur Küçük wrote:
> Oturmuþ dediðin review süreci kan ter ve gözyaþý ile gidiyordu. Son
> zamanlarda biraz toparlanmaya baþladý, geliþtiriciler ilgi gösteriyor derken
> review süreci yine sahipsiz ilgisiz kaldý.  

Önceki maillarda geliþtiricilerin ilgisizliðine dikkat çekilirken ortaya 
atýlan "herþey yine ayný kalacak nasýl olsa" fikrinin çokça yaþanmýþ 
örneklerinden biri bu review süreci.
Listede ne zaman birþeyler konuþulsa, kýsa bir süre o konuda özen 
gösteriliyor, ardýndan iþler yine kalabalýða karýþýyor, gibi geliyor olabilir 
insanlara. Dolayýsýyla bu thread de "bu iþ gücü ile bu düzen en uygunu, 
ilerde herkes bir alanda yoðunlaþacak" noktasýna baðlanacak diye düþünüyor 
olabilirler.

Bir baþka ihtimal, geliþtiricilerimiz kendilerini proje ile yeteri kadar içiçe 
görmüyor olabilirler. Tübitak personeli geliþtiriciler dýþýnda uludað 
deposuna, pardus araçlarýna vs. yoðun olarak katký veren pek geliþtiricimiz 
yok. Dolayýsýyla geliþtiricilerimiz kendilerini "paketçi" olarak görüyor, 
proje iþleyiþi ile ilgili kararlarý "geliþtiricilere" býrakýyor olabilirler.

Listede çokça söylendiði gibi insanlara fikirlerini sormak onlarý projeye 
dahil etmenin bir yolu. Lakin bu tek baþýna sanýrým yetmiyor. Yeterli 
motivasyonu bulamayan insanlar, fikirlerini bizlerle paylaþmýyor ya da 
dýþardan biri gibi davranýp, laflarýný söyleyip çekiliyor, verilen 
cevaplara "ekip içi tartýþmalar" kadar anlayýþ göstermiyorlar.

En baþta dediðim gibi geliþtiricilerimizi kazanmak, sürece dahil etmek için ne 
yapmak gerekir sorusunun cevabýný bulsak belki þu an sorun olarak önümüze 
çýkanlarýn büyük çoðunluðu sorun olmaktan çýkacak gibi.

On Friday 05 December 2008 15:48:28 Gürer Özen wrote:
> Burada deneyimli geliþtiricilerin know-how'ýný yeni gelenlere aktarabilmek
> çok önemli. Belgelendirme ilk sýrada. Deneyimli geliþtiricilerin iþ yapmak
> yerine gönüllü iþgücüne mentorluk etmeye daha fazla vakit ayýrmasý lazým.
> Daha fazla sorumluluðu kontrollü bir þekilde outsource etmek, ilgiyi ve
> heyecaný yeniden uyandýrmak için bir çalýþma gerekiyor.

Herkes kendini bu projenin geliþtiricisi olarak görüyor olduðunda Gürer'in bu 
dediklerini yapmak da mümkün olur. Bu da sorunlarýmýzý kökten çözmese bile en 
azýndan bize manevra þansý tanýr.

Yazdýklarým aslýnda bu thread içinde yazýlanlardan pek farklý deðil. 
Hatta "asýl sorun budur, bunu çözelim" noktasýna da geldik bir ara ama 
nedense (belki bunu baþaramayacaðýmýzý düþündük) daha sonra "eldeki iþ gücü 
ile süreçleri nasýl iþler kýlarýz"ý tartýþmaya döndük.

Biraz "politically correct" olma adýna, biraz lafý uzatarak anlatma huyumdan 
mail uzunca oldu. Hatam varsa affola.

Saygýlar
Türker


From dfisek at fisek.com.tr  Sat Dec  6 11:28:40 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Sat, 6 Dec 2008 11:28:40 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051455.24246.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812050038.32380.tekman@pardus.org.tr>
	<200812051138.43400.gurer@pardus.org.tr>
	<200812051455.24246.tekman@pardus.org.tr>
Message-ID: <20081206112840.91aad407.dfisek@fisek.com.tr>

Fri, 5 Dec 2008 14:55:24 +0200, Erkan Tekman <tekman at pardus.org.tr> :

> Mevcut proje yapýsý ile UEKAE ekibi hemen hemen ulaþabildiði
> büyüklüðe eriþmiþ durumda.
Hazir sizden bu kadar "net" bir aciklama alabilmisken, izninizle yine
bence belirsiz olan bir konuya da aciklik getirmenizi rica edecegim.

Pardus projesinin amaci nedir?

1) Basta kamu olmak uzere Turkiye'deki kurumlarda masaustunde
kullanilabilecek bir isletim sistemi yapmak ve dagitimi hazirlamanin
yani sira, dagitimi kullanan kurumlara kurumsal destek saglamak mi?

2) "Ulusal" isletim sistemi olup, Turkiye'deki tum bilisim
ihtiyaclarinin derdine deva olmak mi? (or: Bir ara telaffuz edilen,
hatta surum yoneticisi bile atanan sunucu surumu de bunun uzantisi)

3) x sene icerisinde kendi kendini finanse eden bir "ekosistem"
olusturmak mi? (2004 Subat'inda bunu 3 sene olarak dile getirmistiniz
hafizam beni yaniltmiyorsa)

4) "Biliþim okur-yazarlarý"na yonelik bir masaustu sistemi hazirlamak
mi?

5) Turkiye'deki insanlarin bilgisayarlarinda Pardus kullanabilmelerini
saglamak mi?

6) Cesitli ozgun teknolojiler uretip "yazilim ihrac etmek" mi?

7) Turkiye'de daha fazla yazilim gelistirilmesini saglamak, bunun icin
insan yetismesine on ayak olmak mi?

8) "Gezegendeki en yaygin kullanilan ilk 5 dagitimdan biri" olmak mi?

9) O sirada calisan/katkida bulunan gelistiricilerin cani ne cekerse, o
yonde calismak mi?

Hepsi mi? Baska bisiler daha mi? Ya da her an yenileri eklenebilir mi?
Hangileri ne oncelikte?

Belki burada bunu sorgulamak gelistiricilere dusmuyor olabilir. Ancak
tum ciddi tartismalarin gelip "tikandigi" nokta asagi yukari ayni
oluyor : "Yeterli insanimiz yok".

Kisisel dusuncem (bunu daha once de dile getirmistim, neredeyse bir yil
once yapilan gelistirici toplantisinda sanirim), 10-15 kisilik
(cogunlugu tam zamanli) bir "ucretli" calisan ekibi hic az bir sayi
degil. Ustelik buna adý calisilan "PR firmasi" olan, alelade bir PR
firmasinin harcayacagindan cok daha fazla emek harcayan ve farkli
islerle ugrasan ArtIstanbul'daki kisileri de katmak gerekli, ne kadar
olsa "is"leri geregi de Pardus'la ugrastiklari icin. Topluluk katkisini
saymiyorum.

Turkiye'de kac tane yazilim projesinin boyle bir insan kaynagi ve
butcesi var bilemiyorum acikcasi (pazarlamaci/satisci gibi insanlari
katmamak gerekiyor isin icine). Cok fazla oldugunu sanmiyorum.

O zaman niye hicbir zaman insan yetmiyor? 5 kisiyken de yetmiyordu, 10
kisiyken de yetmiyordu, 15 kisiyken de, uzerine bir "PR" firmasi
eklendiginde, disaridan katki verenler varken de yetmiyor. Benim
*kisisel* fikrim mevcut gidisat ile 30 tane ucretli calisan olsa da
yetmeyecek.

Projenin amacini sormamin nedeni de bu. Eger 10-15 kisi ile ayni anda
ustte sayilan amaclarin hepsi degil, 5-6 tanesi bile gerceklestirilmeye
calisiliyorsa bile insan gucunun yetmemesi ve bu amaclarin hakkinin
verilememesi oldukca dogal.

* * *

Sorabilirsiniz ki, arkadasim konu satirinda "kararli depoya paket gecis
sureci" yaziyor, ne alaka bunlar? Cunku ciddi onerilerin/tartismalarin
gelip carptigi "hede olmaliyiz" (ustteki amaclardan birini secin) ve
arkasindan gelen "insan gucu yetersiz" duvarindan sýkýlmýþ durumdayim.

Bu konudaki tartismanin gidisatindan da anlasilabilecegi uzere "kimin,
neyi, neden, kim icin" yaptigi belli olmadigi ve onceliklendirme de
yapilmadigi icin ihtiyaclar dag gibi buyuyor ve insan gucu yetmiyor
duvarina tosluyoruz.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From fatih at pardus.org.tr  Sat Dec  6 16:12:18 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sat, 6 Dec 2008 16:12:18 +0200
Subject: [Gelistirici] vim crash
	(http://bugs.pardus.org.tr/show_bug.cgi?id=8383)
In-Reply-To: <200810101043.34372.bahadir@pardus.org.tr>
References: <200810101043.34372.bahadir@pardus.org.tr>
Message-ID: <200812061612.23048.fatih@pardus.org.tr>

Cuma 10 Ekim 2008 tarihinde, Bahadýr Kandemir þunlarý yazmýþtý: 
> Selamlar,
>
> Aþaðýdaki gibi bir XML dosyasýný düzenlerken, <iki>'den sonraki satýra
> geçip "<!--" yazýn ve Enter'a basýn:
>
> <bir>
>     <iki>
>     </iki>
> </bir>
>
> vim, versiyon 7.2.018, sürüm 48, inþa 12

Bu hatayý düzeltmeye çalýþan var mý? Çalýþýrken patladý bende de.

fatih at inspiron ~ $ cat deneme.xml
    <!--
    -->

Bu dosyada ilk satýrdayken o komutunu verince patlýyor yine. insert modda 
Enter'a basarsam sorun yok.

Bahadýr'ýn bahsettiði hata da devam ediyor. Paketin bu hali stable depoya 
girmiþ gördüðüm kadarýyla?

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081206/49219142/attachment-0002.pgp>

From ozan at pardus.org.tr  Sat Dec  6 16:55:24 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 06 Dec 2008 16:55:24 +0200
Subject: [Gelistirici] vim
	crash	(http://bugs.pardus.org.tr/show_bug.cgi?id=8383)
In-Reply-To: <200812061612.23048.fatih@pardus.org.tr>
References: <200810101043.34372.bahadir@pardus.org.tr>
	<200812061612.23048.fatih@pardus.org.tr>
Message-ID: <493A925C.9000105@pardus.org.tr>

Fatih Aþýcý wrote:
> Cuma 10 Ekim 2008 tarihinde, Bahadýr Kandemir þunlarý yazmýþtý: 
>   
>> Selamlar,
>>
>> Aþaðýdaki gibi bir XML dosyasýný düzenlerken, <iki>'den sonraki satýra
>> geçip "<!--" yazýn ve Enter'a basýn:
>>
>> <bir>
>>     <iki>
>>     </iki>
>> </bir>
>>
>> vim, versiyon 7.2.018, sürüm 48, inþa 12
>>     
>
> Bu hatayý düzeltmeye çalýþan var mý? Çalýþýrken patladý bende de.
>
> fatih at inspiron ~ $ cat deneme.xml
>     <!--
>     -->
>
> Bu dosyada ilk satýrdayken o komutunu verince patlýyor yine. insert modda 
> Enter'a basarsam sorun yok.
>
> Bahadýr'ýn bahsettiði hata da devam ediyor. Paketin bu hali stable depoya 
> girmiþ gördüðüm kadarýyla?
>   
Bahadýr'ýn bahsettiðini tekrar ettim, ancak seninkini edemedim.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From fatih at pardus.org.tr  Sat Dec  6 17:05:32 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 6 Dec 2008 17:05:32 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?vim_crash_=28http=3A//bugs=2Epardus?=
	=?iso-8859-9?q?=2Eorg=2Etr/show=5Fbug=2Ecgi=3Fid=3D8383=29?=
In-Reply-To: <493A925C.9000105@pardus.org.tr>
References: <200810101043.34372.bahadir@pardus.org.tr>
	<200812061612.23048.fatih@pardus.org.tr>
	<493A925C.9000105@pardus.org.tr>
Message-ID: <200812061705.35728.fatih@pardus.org.tr>

Cumartesi 06 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> > fatih at inspiron ~ $ cat deneme.xml
> >     <!--
> >     -->
> >
> > Bu dosyada ilk satýrdayken o komutunu verince patlýyor yine. insert modda
> > Enter'a basarsam sorun yok.
> >
> > Bahadýr'ýn bahsettiði hata da devam ediyor. Paketin bu hali stable depoya
> > girmiþ gördüðüm kadarýyla?
> >  
>
> Bahadýr'ýn bahsettiðini tekrar ettim, ancak seninkini edemedim.

Satýr baþlarýnda 4 boþluk býrakýyor musun?
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081206/af1302eb/attachment-0002.pgp>

From ozan at pardus.org.tr  Sat Dec  6 17:48:25 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 06 Dec 2008 17:48:25 +0200
Subject: [Gelistirici] vim crash
	(http://bugs.pardus.org.tr/show_bug.cgi?id=8383)
In-Reply-To: <200812061705.35728.fatih@pardus.org.tr>
References: <200810101043.34372.bahadir@pardus.org.tr>	<200812061612.23048.fatih@pardus.org.tr>	<493A925C.9000105@pardus.org.tr>
	<200812061705.35728.fatih@pardus.org.tr>
Message-ID: <493A9EC9.1070901@pardus.org.tr>

Fatih Aþýcý wrote:
>
> Satýr baþlarýnda 4 boþluk býrakýyor musun?
>   
Evet. Tab'la da denedim, 4 boþlukla da denedim, tekrar edemedim.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From turkay.eren at gmail.com  Sat Dec  6 18:38:40 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Sat, 6 Dec 2008 18:38:40 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812042011.17481.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040854na5353efj764f4b0b805b8839@mail.gmail.com>
	<200812042011.17481.gurer@pardus.org.tr>
Message-ID: <200812061838.40925.turkay.eren@gmail.com>

On 04 Dec 2008 Thu 20:11:17 Gürer Özen wrote:
> Mesela bu önemli bir tartýþma ama 3-4 kiþiden baþka yorum gelmiyor. Bir ara
> yapýlan geliþtirici toplantýlarýnýn artýk lafý bile edilmiyor. Review
> süreci zorlamayla 1-2 kiþiden 3-4 kiþiye çýkabildi. Gezegen/Planet
> uyukluyor.

Bunda, kendi adýma konuþayým, artýk insanlarýn eskisi kadar zaman bulamayýp 
geliþtirici listesini takip edemeklerinin rolü olduðunu düþünüyorum. Ya da 
bir adým daha öteye götürürsek, insanlar fikirleri okuyor ancak "buna benim 
bilgim yetmez, yararlý olamam" diye düþünerek cevap vermekten 
çekiniyorlar; "core" ekip bu sorunu çözebilir ve bir þeyler yapýlýr diyerek 
topu baþkalarýna atýyorlar.. 

Bu konuya en azýndan þimdilik fazla takýlmamamýz gerektiðini 
düþünüyorum, "3-5" geliþtirici fikirlerini sunuyor diyoruz da, ofiste çalýþan 
15'den fazla kiþi var ve bu kiþilerin sadece birkaçý fikirlerini sunmuþ. Ýþin 
bu tarafýndan bakýnca da ortada ciddi anlamda bir fikir alýþveriþi sýkýntýsý 
olduðunu görüyorum, belki yanýlýlýyorumdur.

(...)

Ýtiraf etmeliyim ki uzayýp giden thread'ler ve uzunca yazýlarý okumam raðmen 
depo iþleyiþi konusunda ortaya konan fikirleri ve düþünceleri tam anlamýyla 
sindirip anlayabilmiþ deðilim. Ancak ortada bir zaman sýkýntýsý ve iþleri 
otomatikleþtirme konusunda yetersizlik görüyorum.

Bu konuda küçük þeyleri otomatikleþtirmeye baþlarsak zaman kazabileceðimizi ve 
daha kaliteli iþler yapabileceðimizi düþünüyorum. En basitinden hiç de iyiye 
gittiðini düþünmediðimiz review sürecini ele alalým;

E-posta listesini kullanmak ve 5 gün önce araya karýþmýþ ve review edilmemiþ 
paketi bulmaya uðraþmak yerine bunun için tamamen otomatik bir web arayüzü 
geliþtirilebilir Django ile.

* Review/ dizinine paket konduðunda bir svn-hook web servisine yeni review 
ekler.
* Bu RSS/Mail ya da farklý bir yol ile geliþtiricilere sunulur
* Ýlgilenen geliþtirici o paketin eksikleri konusunda yorum yapar ve bu yorum 
paketçiye mail olarak gider
* Eksikleri giderilip 2 OK aldýktan, ya da review sayfasýndan sorumlu 
geliþtirici OK verdikten (burada izlenecek yol tartýþýlabilir) sonra 
servisimiz bu paketi depoya taþýr.
* Bu noktadan sonra paket derlenir, test deposuna konur. 
* Derlenmiyorsa paketin review sayfasýna "þþ, paketin derlenmedi, log'u 
þurada" denir ve o paket farmýn listesinden çýkarýlýr.
* Paketçisi hatayý giderdikten sonra, review sorumlusu geliþtirici tekrar 
depoya gönderebilir.

(...)

Review'daki paketler bir database'de tutulacaðý için istatistik çýkarmamýz 
kolay olur ve atýyorum "5 gün önce konmuþ ama hiç yorum alýnmamýþ" paketlerin 
listesini çýkarýp insanlarý dürtebiliriz. Hatta bunlarý daha ileriye 
götürerek topluluða;

"xxx geliþtiricimiz yeni paket yaptý, paket þu iþe yarýyor ve servis 
tarafýndan oluþturulmuþ ikili dosyasý þurada. Þuradan týklayýp 
kurabilirsiniz. Paketin çalýþýp çalýþmadýðýný, sorunu varsa lütfen yazýnýz"

þeklinde sunabiliriz. Bu hem review sürecini hýzlandýrabilir, hem de topluluðu 
iþin içine katarak olasý hatalarý önceden görebiliriz.

Biraz fazla uzun oldu ama, aklýma gelen ve yararlý olduðum þeyleri 
yazabildim :-)

Ýyi çalýþmalar,
Eren


From turkay.eren at gmail.com  Sat Dec  6 18:45:40 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Sat, 6 Dec 2008 18:45:40 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812061838.40925.turkay.eren@gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812042011.17481.gurer@pardus.org.tr>
	<200812061838.40925.turkay.eren@gmail.com>
Message-ID: <200812061845.40444.turkay.eren@gmail.com>

On 06 Dec 2008 Sat 18:38:40 Eren Türkay wrote:
> Biraz fazla uzun oldu ama, aklýma gelen ve yararlý olduðum þeyleri
> yazabildim :-)

Typo! olduðum = bulduðum olacaktý, kusura bakmayýn :)


From ozan at pardus.org.tr  Sat Dec  6 19:14:16 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 06 Dec 2008 19:14:16 +0200
Subject: [Gelistirici] vim
	crash	(http://bugs.pardus.org.tr/show_bug.cgi?id=8383)
In-Reply-To: <493A9EC9.1070901@pardus.org.tr>
References: <200810101043.34372.bahadir@pardus.org.tr>	<200812061612.23048.fatih@pardus.org.tr>	<493A925C.9000105@pardus.org.tr>	<200812061705.35728.fatih@pardus.org.tr>
	<493A9EC9.1070901@pardus.org.tr>
Message-ID: <493AB2E8.5000204@pardus.org.tr>

Ozan Çaðlayan wrote:
> Fatih Aþýcý wrote:
>   
>> Satýr baþlarýnda 4 boþluk býrakýyor musun?
>>   
>>     
> Evet. Tab'la da denedim, 4 boþlukla da denedim, tekrar edemedim.
>
>   
devel'den vim'i derleyip deneyebilir misiniz?

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From fatih at pardus.org.tr  Sat Dec  6 19:36:02 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 6 Dec 2008 19:36:02 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?vim_crash_=28http=3A//bugs=2Epardus?=
	=?iso-8859-9?q?=2Eorg=2Etr/show=5Fbug=2Ecgi=3Fid=3D8383=29?=
In-Reply-To: <493AB2E8.5000204@pardus.org.tr>
References: <200810101043.34372.bahadir@pardus.org.tr>
	<493A9EC9.1070901@pardus.org.tr> <493AB2E8.5000204@pardus.org.tr>
Message-ID: <200812061936.06693.fatih@pardus.org.tr>

Cumartesi 06 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Ozan Çaðlayan wrote:
> > Fatih Aþýcý wrote:
> >> Satýr baþlarýnda 4 boþluk býrakýyor musun?
> >
> > Evet. Tab'la da denedim, 4 boþlukla da denedim, tekrar edemedim.
>
> devel'den vim'i derleyip deneyebilir misiniz?

Her iki hata da düzelmiþ görünüyor. Eline saðlýk.

Bu arada nasýl oluyorsa benim karþýlaþtýðým hatayý yeni bir kullanýcý hesabý 
ile tekrarlayamamýþtým. .vimrc, .viminfo silip denemiþtim; yine farketmedi. 
Ýlginç...

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081206/d93ed704/attachment-0002.pgp>

From bahadir at pardus.org.tr  Sat Dec  6 19:44:11 2008
From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=)
Date: Sat, 6 Dec 2008 19:44:11 +0200
Subject: [Gelistirici] =?utf-8?q?postRemove_ihtiyac=C4=B1?=
In-Reply-To: <200812060224.19474.fatih@pardus.org.tr>
References: <200812060224.19474.fatih@pardus.org.tr>
Message-ID: <200812061944.13615.bahadir@pardus.org.tr>

06 Ara 2008 Cts tarihinde, Fatih Aþýcý þunlarý yazmýþtý: 
> Paketler silindikten sonra Çomar betikleri de silineceði için postRemove
> belki düþünülmeyebilir; ancak handler betikleri silinen paketten
> gelmediði için cleanupPackage gibi dosyalar silindikten sonra çalýþan
> bir metoda ihtiyacýmýz var görünüyor. Tabi bu senaryo için baþka bir
> çözümü olan yoksa.

COMAR betiklerine onRegister ve onRemove metodlarý eklemeyi düþünüyordum, 
iþimizi görebilir. COMAR betikleri, preRemove ve cleanupPackage metodlarý 
çalýþtýrýldýktan sonra siliniyor. Silme iþlemini dosyalar kaldýrýldýktan 
sonra yaparsak ve COMAR'a onRegister/onRemove desteði ekleyelim derim.

Sadece System.Package'da deðil, diðer modellerde de gerekiyor. Misal, 
servis betiklerini kayýt ettikten sonra registerState metodunu 
çaðýrmayýnca, serviceDefault deðeri "on" ya da "conditional" olanlar 
açýlýþta otomatik baþlamýyor (Açýlýþta her servis betiðinin ready() 
metodunu çaðýrmayalým diye yapmýþtýk bunu).
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081206/0c5f6acd/attachment-0002.pgp>

From bahadir at pardus.org.tr  Sat Dec  6 19:47:53 2008
From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=)
Date: Sat, 6 Dec 2008 19:47:53 +0200
Subject: [Gelistirici] =?utf-8?q?postRemove_ihtiyac=C4=B1?=
In-Reply-To: <200812061944.13615.bahadir@pardus.org.tr>
References: <200812060224.19474.fatih@pardus.org.tr>
	<200812061944.13615.bahadir@pardus.org.tr>
Message-ID: <200812061947.54078.bahadir@pardus.org.tr>

06 Ara 2008 Cts tarihinde, Bahadýr Kandemir þunlarý yazmýþtý: 
> Silme iþlemini dosyalar kaldýrýldýktan sonra yaparsak ve COMAR'a
> onRegister/onRemove desteði ekleyelim derim.

:%s/yaparsak/yapalým/
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081206/b9dfda5b/attachment-0002.pgp>

From ekin at pardus.org.tr  Sat Dec  6 21:45:24 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 6 Dec 2008 21:45:24 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812052108.45937.fatih@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<4cca720b0812050708m6bd12e1eud1769c3043d463ac@mail.gmail.com>
	<200812052108.45937.fatih@pardus.org.tr>
Message-ID: <200812062145.24264.ekin@pardus.org.tr>

Merhaba;

Friday 05 December 2008 tarihinde, Fatih Aþýcý þunlarý yazmýþtý: 
> Bence birlikte kurulsun diye böyle baðýmlýlýklar yazýlmamalý. 

+1 - "Birlikte kurulsun" baðýmlýlýklarý sonradan en çok dert çýkaran 
konulardan biri.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Sat Dec  6 21:50:28 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 6 Dec 2008 21:50:28 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812051702.41238.tulliana@gmail.com>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812051518.26993.serbulent@pardus.org.tr>
	<200812051702.41238.tulliana@gmail.com>
Message-ID: <200812062150.28187.ekin@pardus.org.tr>

Merhaba;

Friday 05 December 2008 tarihinde, Serdar Soytetir þunlarý yazmýþtý: 
> Bu uygulamanýn özgün hali böyle, depoya girdiði günden beri bu þekilde
> yaþýyor. Depoya girmesini engelleyecek (paketlenme þeklinde) baþka bir
> sorun mu var?
> Depodaki stardict-essential-turkish paketini kurduðunuzda uygulama herhangi
> bir yapýlandýrma gerektirmeden sözlükleri bulup kullanmaya baþlýyor.
>
> > Tabi bütün bunlar için son karar sürüm yöneticisinin.
>
> Evet, karar sürüm yöneticisinin. Ben de kararýný merak ediyorum :)

Doðrusu bu, aldým depoya :-) Kullanýcýyý daha iyi yönlendirmeliyiz ama bu hali 
hatalý deðil teknik açýdan...

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Sat Dec  6 22:15:52 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 6 Dec 2008 22:15:52 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812051518.26993.serbulent@pardus.org.tr>
References: <200811292237.29198.ekin@pardus.org.tr>
	<200812051518.26993.serbulent@pardus.org.tr>
Message-ID: <200812062215.52704.ekin@pardus.org.tr>

Merhaba;

Friday 05 December 2008 tarihinde, Serbulent UNSAL þunlarý yazmýþtý: 

> Aþaðýdaki paketler test sürecinden geçmiþtir. 

Tümünü aldým kararlý depoya.. 
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Sat Dec  6 22:32:30 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 6 Dec 2008 22:32:30 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051636.42310.faik@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812050615laa48d62v60f09e5617ed0598@mail.gmail.com>
	<200812051636.42310.faik@pardus.org.tr>
Message-ID: <200812062232.30319.ekin@pardus.org.tr>

Merhaba;

Friday 05 December 2008 tarihinde, Faik Uygur þunlarý yazmýþtý: 
> On Friday 05 December 2008 16:15:38 Furkan Duman wrote:
> > Deðiþmesini düþündüðümüz þimdiki süreci grafiksel hale getirsen, iþ
> > akýþ þemasý gibi. Bu þema üzerinden konuya devam etsek nasýl olur?
> >
> > Þahsen ben bazen iþ sürecindeki bazý kýsýmlarý yanlýþ anladýðým,
> > bilmediðim veya yanlýþ yorumladýðým hissine kapýlýyorum.

Çok iyi fikir, bunun üzerinde çalýþýyorum o zaman - cuma günü ofiste beyaz 
tahtaya çizmeye çalýþtým, ofistekiler de bunu doðru düzgün çizsene dediler, 
bir bildikleri varmýþ :-P

> http://tr.pardus-wiki.org/Pardus:Depo_Ýþleyiþi
> sayfasýnda süreç ile ilgili Ekin'in hazýrladýðý bir belge var.

> Ayrý bir wiki sayfasý açsak. Bu süreç grafiði 
> bulunsa sayfada. Sorunlarý madde madde altýna yazsak ve yine ayný sayfada
> bu sorunlara geliþtiriciler çözüm önerilerini yazsa nasýl olur sizce?

Wiki'de "tartýþmak" bana pek güzel gelmiyor ama süreç, sorunlar, öneriler vs 
belgelendirmesi için wiki kullanmak iyi fikir - buna da bakayým bugün-yarýn. 
Yukarýda yazdýðýn belgeden adýmlarý alýp itirazlarý ve önerileri toparlamaya 
çalýþayým.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Sat Dec  6 22:59:55 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 6 Dec 2008 22:59:55 +0200
Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?=
	=?utf-8?q?ity_Fixes?=
Message-ID: <200812062259.55739.ekin@pardus.org.tr>


Bu gece kararlý depolara girecek güvenlik güncellemeleri :
Tonight's Security Fixes for Pardus stable repos : 
------------------------------------------------------------------------

* [Pardus 2008]
php-common-5.2.7-66-6.pisi
php-cli-5.2.7-66-6.pisi
mod_php-5.2.7-66-6.pisi

* [Pardus 2007]
php-common-5.2.7-59-28.pisi
php-cli-5.2.7-59-37.pisi
mod_php-5.2.7-59-60.pisi
cups-1.2.12-42-30.pisi

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From nakof at zig.gen.tr  Sat Dec  6 23:55:13 2008
From: nakof at zig.gen.tr (nihat ciddi)
Date: Sat, 6 Dec 2008 23:55:13 +0200
Subject: [Gelistirici] =?utf-8?b?TmV0LkxpbmsgdmUgTcO8ZMO8cg==?=
In-Reply-To: <200811260950.51463.bahadir@pardus.org.tr>
References: <200811260950.51463.bahadir@pardus.org.tr>
Message-ID: <20081206235513.c2412796.nakof@zig.gen.tr>


> Baðlantýyý tekrar kurmaya çalýþýrken, backend tipine (wifi, net,
> dialup) bakmýyoruz. net tipi baðlantýlarý kursun, dialup tipi
> baðlantýlara dokunmasýn, wifi için son aktif baðlantýya bakmaksýzýn
> SSID tarasýn diyorum.

ethernet (net) icin tanimlanmis baglantilarda, ornegin dhcp'den ip
alamadiginda, bir onceki alinan ip'yi kullaniyor ve baglandim diyor.
bu sekilde davranmasini engellemenin veya bu ozelligini kapatmanin bir
yolu var midir? ayrica bunun bir getirisi var mi?
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: kullanýlamýyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081206/bb89f546/attachment-0002.pgp>

From gkmngrgn at gmail.com  Sun Dec  7 01:35:38 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Sun, 07 Dec 2008 01:35:38 +0200
Subject: [Gelistirici] Wicd service.py sorunu
Message-ID: <493B0C4A.3000607@gmail.com>

Merhabalar,
Ýnþa dosyalarýný þurada[1] görebileceðiniz wicd paketinin kurulumunda ve 
herhangi bir sorun ile karþýlaþmýyorum; fakat servis betiðinde baþlama 
komutu olarak verdiðim "*/usr/sbin/wicd &> /dev/null*" komutunu 
uçbirimde verirken hiçbir problemle karþýlaþmýyorum.

Bu komutu uçbirimde verdikten sonra *service* komutu çýktýsýnda 
*çalýþýyor* durumda olduðunu görebiliyorum ve ayrýca *service wicd stop* 
diyerek de bu servisi durduramýyorum. Fakat nedense *service wicd start* 
çalýþmýyor.

Bu konuda bilgisi olup paylaþýmda bulunacaklara þimdiden teþekkür ediyorum.

[1]: http://svn.pardus.org.tr/pardus/playground/ggorgen/wicd/


From ozan at pardus.org.tr  Sun Dec  7 02:25:32 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 07 Dec 2008 02:25:32 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <493B0C4A.3000607@gmail.com>
References: <493B0C4A.3000607@gmail.com>
Message-ID: <493B17FC.6030702@pardus.org.tr>

Gökmen Görgen wrote:
> Merhabalar,
> Ýnþa dosyalarýný þurada[1] görebileceðiniz wicd paketinin kurulumunda ve 
> herhangi bir sorun ile karþýlaþmýyorum; fakat servis betiðinde baþlama 
> komutu olarak verdiðim "*/usr/sbin/wicd &> /dev/null*" komutunu 
> uçbirimde verirken hiçbir problemle karþýlaþmýyorum.
>   
Selam,
- start metodunda dbus'ý baþlatmana gerek yok, zira dbus müdür 
tarafýndan baþlatýlýyor ve zaten baþlamazsa sistemde hiçbirþey 
çalýþmayacaðý için, o servis betiðini bile interpret edip o satýra 
gelemeyecek comar,

- os.system("pkill.."): Bu böyle yapýlmamalý(bad practice). Zaten 
service stop ile düzgün kapatýlýyorsa bir servis, start'ýn tekrar kill 
etmeye çalýþmasýna gerek yok. Ha eðer yok stop ile kapatamýyorsa o zaman 
stop'un düzeltilmesi gerekir.

- wicd'in çýktýlarýný /dev/null'a göndermene gerek yok, startService 
zaten o iþi hallediyor olmalý. Yönlendirmeyi kaldýrýnca bir ihtimal 
sorun düzelebilir, bilmiyorum.

Onun dýþýnda,

service start verdiðinde comar.log'a bakabilirsin bir þey düþüyor mu 
diye oraya. Onun dýþýnda en genel sorunlardan biri, comar servisi 
baþlatmak için kendini forkladýðýnda, servise ait komutun da kendini 
forklayarak, comarýn tuttuðu pid ile, komutun asýl pidinin tutmamasý. bu 
durumda hem status yanlýþ bilgi gönderiyor, hem stop çalýþmýyor. Bu 
yüzden en güzeli daemon'ýn kendisinin pid dosyasý yaratmasý, ancak 
daemon bunu yapmýyorsa pidfile= vermek gerekiyor gerçekten startService'e.

Stop ve status'ta, bu sorunu engellemek için pidfile= vermek yerine 
command="/usr/lib/wicd/wicd-daemon.py") verebilirsin.

Kurcala bi bakalým :)




-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From ozan at pardus.org.tr  Sun Dec  7 02:26:52 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 07 Dec 2008 02:26:52 +0200
Subject: [Gelistirici] =?utf-8?b?TmV0LkxpbmsgdmUgTcO8ZMO8cg==?=
In-Reply-To: <20081206235513.c2412796.nakof@zig.gen.tr>
References: <200811260950.51463.bahadir@pardus.org.tr>
	<20081206235513.c2412796.nakof@zig.gen.tr>
Message-ID: <493B184C.4020501@pardus.org.tr>

nihat ciddi wrote:
> ethernet (net) icin tanimlanmis baglantilarda, ornegin dhcp'den ip
> alamadiginda, bir onceki alinan ip'yi kullaniyor ve baglandim diyor.
> bu sekilde davranmasini engellemenin veya bu ozelligini kapatmanin bir
> yolu var midir? ayrica bunun bir getirisi var mi?
>   
Bunu çözmüþtü diye hatýrlýyorum Bahadýr branches/ altýndaki 
network-manager'da.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From rkirmizi at gmail.com  Sun Dec  7 02:36:10 2008
From: rkirmizi at gmail.com (Recep KIRMIZI)
Date: Sun, 7 Dec 2008 02:36:10 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <493B17FC.6030702@pardus.org.tr>
References: <493B0C4A.3000607@gmail.com> <493B17FC.6030702@pardus.org.tr>
Message-ID: <200812070236.10577.rkirmizi@gmail.com>

On Sunday 07 December 2008 02:25:32 Ozan Çaðlayan wrote:
> Kurcala bi bakalým :)
Uyu uyu :)
Sana da yazýk :)



From gkmngrgn at gmail.com  Sun Dec  7 03:18:13 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Sun, 07 Dec 2008 03:18:13 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <493B17FC.6030702@pardus.org.tr>
References: <493B0C4A.3000607@gmail.com> <493B17FC.6030702@pardus.org.tr>
Message-ID: <493B2455.7060203@gmail.com>

Ozan Çaðlayan wrote On 07-12-2008 02:25:
> service start verdiðinde comar.log'a bakabilirsin bir þey düþüyor mu 
> diye oraya. Onun dýþýnda en genel sorunlardan biri, comar servisi 
> baþlatmak için kendini forkladýðýnda, servise ait komutun da kendini 
> forklayarak, comarýn tuttuðu pid ile, komutun asýl pidinin tutmamasý. bu 
> durumda hem status yanlýþ bilgi gönderiyor, hem stop çalýþmýyor. Bu 
> yüzden en güzeli daemon'ýn kendisinin pid dosyasý yaratmasý, ancak 
> daemon bunu yapmýyorsa pidfile= vermek gerekiyor gerçekten startService'e.
>
> Stop ve status'ta, bu sorunu engellemek için pidfile= vermek yerine 
> command="/usr/lib/wicd/wicd-daemon.py") verebilirsin.
>
> Kurcala bi bakalým :)
>   
Hala yapamadým ya =( Xfce kullanýcýlarýnýn en büyük açýðýný kapatacak 
programýn servis betiðini bir türlü adam edemedim gitti..

service start verdiðimde þöyle bir log düþüyor => http://dpaste.com/96691/

bunun dýþýnda dediklerinin hepsini düzelttim ama sonuç gene deðiþmedi. 
Son halini buradan bakabilirsin: 
http://svn.pardus.org.tr/pardus/playground/ggorgen/wicd/comar/service.py


From gkmngrgn at gmail.com  Sun Dec  7 04:31:16 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Sun, 07 Dec 2008 04:31:16 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <493B17FC.6030702@pardus.org.tr>
References: <493B0C4A.3000607@gmail.com> <493B17FC.6030702@pardus.org.tr>
Message-ID: <493B3574.7010704@gmail.com>

Ozan Çaðlayan wrote On 07-12-2008 02:25:
> Kurcala bi bakalým :)
>   

Þaka gibi bu wicd =) Bir türlü beceremedim arkadaþlar, bu konuda bana 
yardýmcý olabilecek birileri olursa gerçekten çok sevineceðim. Xfce'nin 
çok büyük bir eksiði kapanmýþ olacak.


From ozan at pardus.org.tr  Sun Dec  7 12:07:33 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 07 Dec 2008 12:07:33 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <493B3574.7010704@gmail.com>
References: <493B0C4A.3000607@gmail.com> <493B17FC.6030702@pardus.org.tr>
	<493B3574.7010704@gmail.com>
Message-ID: <493BA065.1020709@pardus.org.tr>

Gökmen Görgen wrote:
> Ozan Çaðlayan wrote On 07-12-2008 02:25:
>   
>> Kurcala bi bakalým :)
>>   
>>     
>
> Þaka gibi bu wicd =) Bir türlü beceremedim arkadaþlar, bu konuda bana 
> yardýmcý olabilecek birileri olursa gerçekten çok sevineceðim. Xfce'nin 
> çok büyük bir eksiði kapanmýþ olacak.
>   
def start():
    startService(command="/usr/sbin/wicd")

@synchronized
def stop():
    stopService(command="/usr/lib/wicd/wicd-daemon.py")

Baþlattýðýn komutla durdurduðun komut niye farklý? Comar'a düþen log'a göre bir dosyayý
bulamýyor. Bu /usr/sbin/wicd -> /usr/lib/wicd/wicd-daemon.py olmasýn?


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From tekman at pardus.org.tr  Sun Dec  7 12:46:35 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Sun, 7 Dec 2008 12:46:35 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081206112840.91aad407.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051455.24246.tekman@pardus.org.tr>
	<20081206112840.91aad407.dfisek@fisek.com.tr>
Message-ID: <200812071246.35527.tekman@pardus.org.tr>

6 Aralýk 2008 Cumartesi 11:28:40 tarihinde Doruk Fisek þunlarý yazmýþtý:
> Sorabilirsiniz ki, arkadasim konu satirinda "kararli depoya paket gecis
> sureci" yaziyor, ne alaka bunlar? Cunku ciddi onerilerin/tartismalarin
> gelip carptigi "hede olmaliyiz" (ustteki amaclardan birini secin) ve
> arkasindan gelen "insan gucu yetersiz" duvarindan sýkýlmýþ durumdayim.
>
> Bu konudaki tartismanin gidisatindan da anlasilabilecegi uzere "kimin,
> neyi, neden, kim icin" yaptigi belli olmadigi ve onceliklendirme de
> yapilmadigi icin ihtiyaclar dag gibi buyuyor ve insan gucu yetmiyor
> duvarina tosluyoruz.

2004 yýlý Þubat ayýnda Trabzon'da Akademik Biliþim sýrasýnda bir grup Pardus 
(o zaman adý bile yoktu) geliþtiricisi (o zaman birþey geliþtirilmiyordu 
bile) ile birlikte LKD üyesi (ve yanýlmýyorsam YK) bir grup arkadaþa Pardus'u 
(o zaman Uludað idi *proje*nin adý, ürün yoktu bile) anlattýðýmýzý 
anýmsýyorum, sabahlara kadar süren bir ateþli toplaþma ile.  O toplaþmadan 
benim çýkardýðým ana fikir bu arkadaþlarýn "böyle birþeye ne gerek var" 
dedikleri idi. Aradan beþ yýl geçti, tasarým proje oldu, proje ürün oldu, 
ürün aldý yürüdü. Öncelikle her zaman ve her durumda insan kaynaðý yetmeyen 
bu projenin çalýþanlarý zamanýnda 2, zamanýnda 4 kiþi çalýþarak 
gerçekleþtirdiler bunu. Sonrasýnda da bu insanlara inanýp bunlarý iþe 
alanlar, bu insanlara inanýp bunlarýn geliþtirdikleri sistemi kullanalar, ve 
bu insanlara inanýp bu sistemin geliþmesine el verenler...

Aradan beþ yýl geçti ve yine ayný þey sorgulanýyor. "Ne gerek var bunlara?" 
deniyor. Pardus, geçtiðimiz dört yýl içerisinde (ben miladý Ekim 2004'e 
koyuyorum) Türkiye'de özgür yazýlým sahnesini deðiþtirdi, ciddi olarak. Bunu, 
evet, UEKAE'nin pek çok eleman iþe almasý ve maddi destek vermesi ile 
yaptý... Bunu, evet, uzunca bir süredir PR ile ilgili herhangi bir sözleþme 
yükümlülüðü olmayan, ve buna karþýn ET'nin 1 YTL'lik ödemeleri ile pek çok 
iþimize yetiþen, aslen ve sözleþmesi uyarýnca, Türkiye'nin belki de görüp 
göreceði en etkin ve doðru camia oluþturma ve geliþtirme iþini ortaya koyan 
artistanbul ve baþta Ali Iþýngör sayesinde yaptý... Bunu, evet, þu anda 
bizimle olsun ya da olmasýn bu iþe inanan, her yeni "iþ" getirdiðimde önce 
bir homurdanýp sonrasýnda hakkýyla ve daha fazlasýyla yerine getiren ekibi 
ile yaptý...

Ama þimdi bir kez daha "daðýtýmý çýkarýn, gerisine karýþmayýn" deniyor, beþ 
yýl önce "pek çok daðýtým var, ne gerek var yenisine, siz uygulama 
geliþtirin" dendiði gibi... Bundan beþ sene sonra nerede olabileceðimizi 
düþünmek yerine "duralým, bu kadar gitmek yeter" deniyor...

Bu denenleri o gün kabul etmemiþtim, bugün de kabul etmiyorum. Pardus, 
Türkiye'de özgür yazýlým ortamýný deðiþtirmekle yetinmeyecek, Türkiye'de 
biliþim ortamýný da etkileyecek, belki onu da dönüþtürecek. Pardus, 
Türkiye'de özgür yazýlým ortamýný deðiþtirmekle yetinmeyecek, dünyada da 
özgür yazýlým ortamýný etkileyecek, belki onu da dönüþtürecek. Bunlarý 
söylerken dört yýllýk geçmiþe bakarak söylüyorum, kafadan atmýyorum. Bunu 
söylerken, belki de, bu projenin neye gereksinimi olduðu ve bu 
gereksinimlerini ne þekilde karþýlayabileceði konusunda pek çok seviye ve 
yönden en fazla bilgi sahibi olan kiþi olarak söylüyorum...

Uygun görürseniz bu tartýþmayý bu konu altýnda daha fazla uzatmayalým. Çünkü 
geliþtiricileri Pardus'un paydaþlarýndan yalnýzca bir kýsmý. Eðer projenin 
doðru planlanýp yönetilmediði konusunda bir endiþe varsa, ki var, 
anlaþýlýyor, bunu tüm paydaþlarýn (TÜBÝTAK, UEKAE, UEKAE ekibi, 
geliþtiriciler, katkýcýlar, kullanýcýlar, kullanan ve kullanabilecek kamu 
kuruluþlarý, kullanan ve kullanabilecek özel kurumlar, iþ ortaklarý, 
potansiyel iþ ortaklarý, ...) yer aldýðý bir platformda yapmakta yarar var. 
Bunu sanal ortamda yapabileceðimiz gibi fiziksel olarak da yapabiliriz, belki 
daha yerinde olan da budur. Bu platformdan, kanýmca paydaþlarýn en fazlasýyla 
doðrudan iliþki kurabilen bir platformun temsilcisi olarak, sevgili Ali 
Iþýngör'e de çaðrýda bulunayým: Bu tip bir toplantýnýn en erken ne zaman 
düzenlenebileceðini, nerede düzenlemenin yerinde olacaðýný, olasý bütçesini 
belirlesin. O zaman sizleri "ET hesap veriyor" toplantýsýna davet edelim...

Herkese iyi bayramlar...

ET


From turkersezer at tsdesign.info  Sun Dec  7 13:30:38 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Sun, 7 Dec 2008 13:30:38 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812071246.35527.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081206112840.91aad407.dfisek@fisek.com.tr>
	<200812071246.35527.tekman@pardus.org.tr>
Message-ID: <200812071330.39043.turkersezer@tsdesign.info>

Merhabalar,

Bu baþlýk altýnda bu kadar konuþulduktan sonra bu postanýz pek güzel olmamýþ. 
(Bunu söylediðim için kusuruma bakmayýn, nedenleri aþaðýda yazýlý.) Ben her 
ne kadar öyle olduðuna inanmasam da, insanlarý bunun doðru olmadýðýna ikna 
etmeye çalýþsam da baþlýkta daha önce yazýlan çekincelerin yerinde olduðunu 
doðrular bir mesaj olmuþ. (Lakin ben hala inanmak istemiyorum insanlarýn bu 
çekincelerinin gerçek olduðuna)

Doruk'la ya da baþkalarýyla aranýzda yaþananlardan dolayý Doruk'un 
söylediklerinden farklý anlamlar çýkarýp cevaplamýþ olabilirsiniz fakat bu 
tartýþmanýn herhangi bir noktasýnda birinin ne gerek var bu yapýlanlara 
dediðini ya da diyeceðini sanmýyorum.

Çoðunluðun önerisi -sizin elbette kendi içinizde yapmýþ olduðunuz fakat bizim 
dýþardan bakýnca göremediðimiz- "yapýlacaklar ve öncelikleri" listesinin 
geneline bakmamýz, bu iþlerin hangilerinin Tübitak çalýþaný olmayan 
geliþtiricilerimizle yapýlabileceðini, bu noktada nasýl bir süreç 
izlenebileceðini belirlememiz yönünde sanýrým. Burada tartýþmaya katýlanlarýn 
bu önerileri sunmasýndaki maksat "bu iþleri býrakalým"dan ziyade "bu iþleri 
hep beraber daha rahat ve kaliteli yapalým" olsa gerek.

Üzerinde fikir yürütmek için resmin bütününü görmek isteyen geliþtiricilerimiz 
sanmýyorum ki bütünü görünce çözüm  önerisi olarak bu iþler gereksizler, 
bunlarý çýkaralým desinler. Asýl maksat olsa olsa bir önceki paragrafta 
dediðim daðýtýlabilir iþleri daðýtmak için uygun modeller geliþtirmek 
olabilir. 

En baþýnda beri bu projenin maksadý sadece bir daðýtým deðil ayný zamanda bir 
özgür yazýlýmý ekosistemi oluþturmak dedik. Þimdi de bu tartýþma içinde 
sadece daðýtýma deðil bu geliþime de yerinde bir katkýda bulunma fýrsatý 
yakaladýk.

Geliþtiricilerimizi yanlýþ anladýðýnýzý "bu tartýþma burda biter" fikrinizin 
hala geçerli olmadýðýný umuyorum.


Saygýlar
Türker


From gurer at pardus.org.tr  Sun Dec  7 13:33:24 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Sun, 7 Dec 2008 13:33:24 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812071246.35527.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081206112840.91aad407.dfisek@fisek.com.tr>
	<200812071246.35527.tekman@pardus.org.tr>
Message-ID: <200812071333.24924.gurer@pardus.org.tr>

On Sunday 07 December 2008 12:46:35 Erkan Tekman wrote:

> Aradan beþ yýl geçti ve yine ayný þey sorgulanýyor. "Ne gerek var bunlara?"
> deniyor.

Ben Doruk'un yazdýklarýndan böyle bir anlam çýkarmadým. Doruk temel olarak iki 
þey söylemiþ:

Birincisi, eðer iþgücü sýkýntýsý varsa, projenin hedefinin ne olduðuna karar 
verip, eldeki iþgücünü buna göre planlamak gerekir demiþ.

Ýkincisi, aslýnda elde iþgücü de var (bunu sayarken mesela stajyerler gibi 
ciddi bir kaynaðý da atlamýþ), ama hedefin iyi belirlenemeyiþi yüzünden heba 
oluyor demiþ.

Ben birinci maddeye katýlýyorum. Tübitak'ýn Pardus konusunda gerçek bir 
vizyonu olmadýðýný biliyorum. Serbest bir araþtýrma projesi gibi bakýyorlar. 
Eðer öyle deðilse veya durum deðiþtiyse açýklayýn lütfen. Vizyonumuzu proje 
olarak biz çizdik hep. Þimdi de hedefimiz daðýtýmý sürdürmek mi, yeni 
teknolojiler üretmek mi, yurtdýþýna açýlmak mý, kaynaklarýmýzý arttýracak 
kurumsal iþlere yönelmek mi, bunu hep birlikte belirleyebiliriz.

Ýkinci maddeye ise tam katýlmýyorum, tek bir hedef için bile hâlâ çok emeðe 
ihtiyaç var. Ancak bir dengesizlik olduðu da doðru. Bu kadar seneden sonra, 
hâlâ birkaç kiþinin kendini yýpratarak bütün iþleri yapmasý modelini iyi bir 
þey gibi savunuyorsunuz. Ayrýca gönüllü geliþtiricileri daðýtýmýn tam bir 
parçasý yapmak ve stajyerleri iyi deðerlendirmek gibi konularda istediðimiz 
düzeyin altýndayýz.

Þimdi siz de bu fikirler üzerinden düþüncenizi açýklarsanýz konuyu daðýtmamýþ 
oluruz.

> O zaman sizleri "ET hesap veriyor" toplantýsýna davet edelim...

Bu tür "show" lara hiç gerek yok. Derdimiz kiþilerle uðraþmak deðil, aksaklýðý 
düzeltecek çözümü bulmak. Aksaklýk burada geliþtirme süreci içinde; UEKAE ile 
yada ArtÝstanbul ile yada Pardus kullanýcýlarý ile bir ilgisi yok.


From ozan at pardus.org.tr  Sun Dec  7 14:06:15 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 07 Dec 2008 14:06:15 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812071333.24924.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>	<20081206112840.91aad407.dfisek@fisek.com.tr>	<200812071246.35527.tekman@pardus.org.tr>
	<200812071333.24924.gurer@pardus.org.tr>
Message-ID: <493BBC37.7000008@pardus.org.tr>

Gürer Özen wrote:
> On Sunday 07 December 2008 12:46:35 Erkan Tekman wrote:
>
> Ýkinci maddeye ise tam katýlmýyorum, tek bir hedef için bile hâlâ çok emeðe 
> ihtiyaç var. Ancak bir dengesizlik olduðu da doðru. Bu kadar seneden sonra, 
> hâlâ birkaç kiþinin kendini yýpratarak bütün iþleri yapmasý modelini iyi bir 
> þey gibi savunuyorsunuz. Ayrýca gönüllü geliþtiricileri daðýtýmýn tam bir 
> parçasý yapmak ve stajyerleri iyi deðerlendirmek gibi konularda istediðimiz 
> düzeyin altýndayýz.
>   
Gerçekten bunlarý burada "geliþtirici" listesi adýndaki bir listede 
"kararlý depoya paket geçiþ süreci" isimli baþlýkta tartýþmak 
istemiyorum. Geliþtirici listesini zaten anlamadýðým bir þekilde 
"geliþtirme" ile uzaktan yakýndan alakasý olmayan bütün tartýþmalara 
alet etmeyi bir þekilde baþarýyoruz. Belki de ayrý bir liste açmalýyýz, 
hiç bilmiyorum.

Burada katýlmadýðým tek þey ise, gönüllü geliþtiricileri ve stajyerleri 
iyi deðerlendirmek konusu. Bir açýk kaynaklý özgür yazýlým projesinden 
bahsediyoruz, her þeyimiz ortada. Bir sorunu olan bu listeden cevabýný 
kýsa ya da uzun zamanda ama bir þekilde alýyor. Bizim bir görevlendirme 
mi yapmamýz lazým? 1000'e yakýn açýk hatamýz var, aþaðý yukarý her gün 
1000'inin de üzerinden kuþbakýþý geçip listeyi küçültmeye çalýþýyorum. O 
liste orada duruyor, gayet gönüllü geliþtiriciler, katkýcýlar, hata 
çözümüne katkýda bulunup bize yardýmcý olup, bizi sevindirebilir.

Ya da örneðin ortalama 2-3 adet "Printer'ým çalýþmýyor, þurada sürücüsü" 
þeklinde hatalar giriyor. Bu sürücüler lisans problemi dolayýndan depoya 
alýnamayacak sürücüler ve paketleyip playground'a atýp hatayý 
kapatýyorum. Diðer daðýtýmlarda ise bu hatalarý giren insanlar ya da 
katkýcýlar oturup kurcalayýp bozup parçalayýp o printer'ý çalýþtýrýp, 
bir yerlere nasýl çalýþtýrdýklarýný yazýyorlar ve konu kapanýyor.

Veya SVN deposu ortada, geliþtirici olmak istiyorum diye baþvuranlarý 
mümkün olduðunca geri çevirmiyoruz, bu aralar paketçi bakýmýndan da 
kaliteli insanlar kazandýðýmýzý düþünüyorum. Biri çýkýp "kardeþim ben þu 
þu projeyi yapacaðým" diyip playgroundunda bir þeyler geliþtirebilir.

Diðer daðýtýmlarýn katkýcýlarý/gönüllü geliþtiricileri toplayýp "sen 
þunu yap, sen de þunu" dediðini sanmýyorum. Herkes kendine güvendiði 
alanda bir þeyleri týrmalamaya baþlar ve zaten o iþi iyi yapýyorsa onun 
yaptýðý çalýþma beklediði ilgiyi çeker ve daðýtýmda hakettiði yeri alýr. 
Biz istiyoruz ki gönüllü geliþtiriciler/katkýcýlar daha iyisini yapsýn, 
daha fazla katkýda bulunsun, buna karþý bir düsturumuz falan da yok. 1-2 
ay önce çekirdek ekip/katkýcý ayrýmcýlýðýndan falan bahsedildi. Dehþete 
düþtüm okuduðumda.

Ýyi günler.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From gurer at pardus.org.tr  Sun Dec  7 14:26:27 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Sun, 7 Dec 2008 14:26:27 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <493BBC37.7000008@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071333.24924.gurer@pardus.org.tr>
	<493BBC37.7000008@pardus.org.tr>
Message-ID: <200812071426.28016.gurer@pardus.org.tr>

On Sunday 07 December 2008 14:06:15 Ozan Çaðlayan wrote:

> Diðer daðýtýmlarýn katkýcýlarý/gönüllü geliþtiricileri toplayýp "sen
> þunu yap, sen de þunu" dediðini sanmýyorum.

Yanlýþ anlamýþsýn. Gelip de emek koyan adamýn emeðini deðerlendiremediðimizden 
bahsediyorum ben. Kaç kiþi çalýþtý paket imzalama üzerinde, hiçbiri zorla 
çalýþmadý. Kod yazýldý epey bir miktar. Sonuç nedir? Niye böyle oldu, bu 
sorulara cevap arayalým.

> Biz istiyoruz ki gönüllü geliþtiriciler/katkýcýlar daha iyisini yapsýn,
> daha fazla katkýda bulunsun, buna karþý bir düsturumuz falan da yok.

Bu sadece bir istek ise, daha yýllarca bekleriz. Böyle bir þey gerçek dünyada 
olmuyor çünkü. Gelen adam kötü çözümler üretiyor, bazý þeyleri bilmiyor, 
kendisini projeye ait hissedemiyor. Bu aþamada yardýmcý olmak lazým ki, 
geliþip beklediðin düzeye gelebilsinler. Bu isteði gerçeðe dönüþtürmek için 
geliþtiricilere bilgi ve ilgi göstermek þart.

Bir ayrým ise elbette var. Bazý iþler kimsenin yapmak istemeyeceði sýkýcý 
yorucu iþler. Bunlarýn yapýlmasý için para harcanýyor. Çekirdek ekibin diðer 
geliþtiricilerden farký bu. Ekibin de sanki boþ zamanýnda bu iþle ilgilenen 
kiþiler gibi davranmasý makul olur mu sence?


From gkmngrgn at gmail.com  Sun Dec  7 14:43:21 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Sun, 07 Dec 2008 14:43:21 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <493BA065.1020709@pardus.org.tr>
References: <493B0C4A.3000607@gmail.com>
	<493B17FC.6030702@pardus.org.tr>	<493B3574.7010704@gmail.com>
	<493BA065.1020709@pardus.org.tr>
Message-ID: <493BC4E9.4020201@gmail.com>

Ozan Çaðlayan wrote On 07-12-2008 12:07:
> Gökmen Görgen wrote:
>   
>> Ozan Çaðlayan wrote On 07-12-2008 02:25:
>>   
>>     
>>> Kurcala bi bakalým :)
>>>   
>>>     
>>>       
>> Þaka gibi bu wicd =) Bir türlü beceremedim arkadaþlar, bu konuda bana 
>> yardýmcý olabilecek birileri olursa gerçekten çok sevineceðim. Xfce'nin 
>> çok büyük bir eksiði kapanmýþ olacak.
>>   
>>     
> def start():
>     startService(command="/usr/sbin/wicd")
>
> @synchronized
> def stop():
>     stopService(command="/usr/lib/wicd/wicd-daemon.py")
>
> Baþlattýðýn komutla durdurduðun komut niye farklý? Comar'a düþen log'a göre bir dosyayý
> bulamýyor. Bu /usr/sbin/wicd -> /usr/lib/wicd/wicd-daemon.py olmasýn?
>
>
>   
gkmngrgn at gacer ~ $ cat /usr/sbin/wicd
#!/bin/bash

exec python -O /usr/lib/wicd/wicd-daemon.py $@

zaten onu çalýþtýrmaya yarayan bir komut bu. Neyi arýyor da bulamýyor 
hala anlamýþ deðilim, çok garip.


From ozan at pardus.org.tr  Sun Dec  7 14:44:11 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 07 Dec 2008 14:44:11 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812071426.28016.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>	<200812071333.24924.gurer@pardus.org.tr>	<493BBC37.7000008@pardus.org.tr>
	<200812071426.28016.gurer@pardus.org.tr>
Message-ID: <493BC51B.2040109@pardus.org.tr>

Gürer Özen wrote:
> On Sunday 07 December 2008 14:06:15 Ozan Çaðlayan wrote:
>
>   
>> Diðer daðýtýmlarýn katkýcýlarý/gönüllü geliþtiricileri toplayýp "sen
>> þunu yap, sen de þunu" dediðini sanmýyorum.
>>     
>
> Yanlýþ anlamýþsýn. Gelip de emek koyan adamýn emeðini deðerlendiremediðimizden 
> bahsediyorum ben. Kaç kiþi çalýþtý paket imzalama üzerinde, hiçbiri zorla 
> çalýþmadý. Kod yazýldý epey bir miktar. Sonuç nedir? Niye böyle oldu, bu 
> sorulara cevap arayalým.
>
>   
>> Biz istiyoruz ki gönüllü geliþtiriciler/katkýcýlar daha iyisini yapsýn,
>> daha fazla katkýda bulunsun, buna karþý bir düsturumuz falan da yok.
>>     
>
> Bu sadece bir istek ise, daha yýllarca bekleriz. Böyle bir þey gerçek dünyada 
> olmuyor çünkü. Gelen adam kötü çözümler üretiyor, bazý þeyleri bilmiyor, 
> kendisini projeye ait hissedemiyor. Bu aþamada yardýmcý olmak lazým ki, 
> geliþip beklediðin düzeye gelebilsinler. Bu isteði gerçeðe dönüþtürmek için 
> geliþtiricilere bilgi ve ilgi göstermek þart.
>   
Bu aþamada eksiðimiz belgelendirme. Bunu hepimiz biliyoruz ama 
hiçbirimiz o belgeleri yazmak için doðru dürüst vakit bulamýyoruz. O 
belgeleri yazmaktansa daðýtýmla ilgili bir þeyler yapmayý tercih 
ediyoruz, içimizden öylesi geliyor belki. Bir þekilde kendimizi 
baskýlayýp o belgeleri lök diye yumurtlamamýz lazým. Sanýrým içinde 
sadece bir metin editörü ve bilimum kaynak belgeden baþka hiçbirþeyi 
olmayan birer laptopla tüm geliþtiricileri ýssýz adaya göndermek 
gerekiyor :)
> Bir ayrým ise elbette var. Bazý iþler kimsenin yapmak istemeyeceði sýkýcý 
> yorucu iþler. Bunlarýn yapýlmasý için para harcanýyor. Çekirdek ekibin diðer 
> geliþtiricilerden farký bu. Ekibin de sanki boþ zamanýnda bu iþle ilgilenen 
> kiþiler gibi davranmasý makul olur mu sence?
>   
Görev ayrýmýndan çok psikolojik ve kiþisel bir ayrýmýn bahsi geçti. 
Yoksa senin dediðin baþka bir þey.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From ugur.jnmbk at gmail.com  Sun Dec  7 14:48:16 2008
From: ugur.jnmbk at gmail.com (=?UTF-8?Q?U=C4=9Fur_=C3=87etin?=)
Date: Sun, 7 Dec 2008 14:48:16 +0200
Subject: [Gelistirici] [Contrib-commits] r9049 -
	2008/desktop/kde/mtaskbar
In-Reply-To: <20081129161142.a330b326.onur@pardus.org.tr>
References: <20081126134937.40439138404C@liste.pardus.org.tr>
	<20081127231158.68822038.onur@pardus.org.tr>
	<9dca79e40811272157w19e218dfj1f935734bc81ce90@mail.gmail.com>
	<20081129161142.a330b326.onur@pardus.org.tr>
Message-ID: <9dca79e40812070448j4e21d9c3hb59bef5e850ecb44@mail.gmail.com>

29 Kasým 2008 Cumartesi 16:11 tarihinde Onur Küçük <onur at pardus.org.tr> yazdý:
>  mtaskbar o anki kicker taskbar kodunu alýp onun üzerine deðiþiklikler
> yaparak bu hale geliyor. Aslýnda o o kodu güncellersek çalýþýr,
> ancak bu iþ ne kadar masraflý / deðer mi bilmiyorum.
>
>  Depodan çýkarýlmasýna bir itirazým yok (son söz benim deðil). Ancak
> çýkarýlacaksa index düzeltmesi gibi þeylerin de yapýlmasý gerekiyor.

Kimsenin KDE4 arefesinde bununla uðraþmak isteyeceðini düþünmüyorum.
Bir haftadýr baþka ses çýkmadýðýna göre contrib depo görevlileri bunu
2008 deposundan çýkartýp indexi güncelleyebilir mi?

-- 
Uður Çetin

From turkersezer at tsdesign.info  Sun Dec  7 14:48:06 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Sun, 7 Dec 2008 14:48:06 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <493BBC37.7000008@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071333.24924.gurer@pardus.org.tr>
	<493BBC37.7000008@pardus.org.tr>
Message-ID: <200812071448.06253.turkersezer@tsdesign.info>

On Sunday 07 December 2008 14:06:15 Ozan Çaðlayan wrote:
> Gerçekten bunlarý burada "geliþtirici" listesi adýndaki bir listede
> "kararlý depoya paket geçiþ süreci" isimli baþlýkta tartýþmak
> istemiyorum. Geliþtirici listesini zaten anlamadýðým bir þekilde
> "geliþtirme" ile uzaktan yakýndan alakasý olmayan bütün tartýþmalara
> alet etmeyi bir þekilde baþarýyoruz. Belki de ayrý bir liste açmalýyýz,
> hiç bilmiyorum.

   On Tuesday 02 December 2008 15:34:51 Erkan Tekman wrote:
   > Baþta mevcut ve gelecek sürüm yöneticileri, depo sorumlusu ve tüm
   > geliþtiricilerden katkýlarýný rica ediyorum. Bu tartýþma bir ortak karara
   > varana kadar açýk kalsýn lütfen... 

Bunu söylemek için biraz geç deðil mi sence? Bu kadar konuþulduktan 
tartýþýldýktan sonra. Hem de tartýþmanýn ikinci epostasý sayýn Tekman'dan 
gelmiþken ve kendisi yukarýda alýntýladýðým kýsmý yazmýþken.

Ayrýca bu tartýþmanýn Pardus'un geliþimi ile ilgili olmadýðýný söylemek ne 
kadar doðru onu da bilemiyorum. Yok eðer tek sýkýntý baþlýksa cevap yazarken 
düzeltiriz onu.

> Burada katýlmadýðým tek þey ise, gönüllü geliþtiricileri ve stajyerleri
> iyi deðerlendirmek konusu. Bir açýk kaynaklý özgür yazýlým projesinden
> bahsediyoruz, her þeyimiz ortada. Bir sorunu olan bu listeden cevabýný
> kýsa ya da uzun zamanda ama bir þekilde alýyor. Bizim bir görevlendirme
> mi yapmamýz lazým?

Bu þimdiye kadar gönüllülerle ilgili çokça söylenen birþey fakat iþler 
olmadýðýný, olamadýðýný görüyoruz uzun süredir. Ayrýca bu tartýþma 
çerçevesinde saðlanmaya çalýþýlan katký, aþýlmaya çalýþýlan sorun, bugzillada 
açýk hata var onlar kapansýn, birileri yeni paket yapsýndan öte. Birinin bu 
dediklerini yapmasý için (svn hesabý sahibi olmasý, Pardus geliþtiricisi 
olmasý gibi) Pardus'la bir baðý olmasýna zaten gerek yok. Herhangi biri özgür 
bir projenin hata takip sisteminde gördüðü hatayý doðrulayabilir, çözümü 
varsa sunabilir, caný istiyorsa çözebilir.

Bu baþlýkla ulaþýlmaya çalýþýlan hedef Pardus geliþtiricilerinin Pardus 
geliþtirme süreçlerine kontrollü ve aktif olarak katýlýmýný saðlamak olsa 
gerek. Herhangi birinin zaten yapabileceði iþleri geliþtiricilerimize buyrun 
bunlar var diye gösterdikçe, insanlar niye kendini herhangi biri gibi 
hissediyor demek hakkýmýzý da kaybediyoruz.

> Diðer daðýtýmlarýn katkýcýlarý/gönüllü geliþtiricileri toplayýp "sen
> þunu yap, sen de þunu" dediðini sanmýyorum.

Diðer daðýtýmlarýn her yaptýðýný doðru kabul etmiyor, kendi sorunlarýmýza, 
kendi yapýmýza uygun çözümler üretiyoruz, üretmeye çalýþýyoruz diye 
düþünüyorum, yanlýþ mýyým?

> Biz istiyoruz ki gönüllü geliþtiriciler/katkýcýlar daha iyisini yapsýn,
> daha fazla katkýda bulunsun, buna karþý bir düsturumuz falan da yok. 1-2
> ay önce çekirdek ekip/katkýcý ayrýmcýlýðýndan falan bahsedildi. Dehþete
> düþtüm okuduðumda.

Herkes ayný þeyi istiyor, burada bu istediðimizi nasýl 
gerçekleþtirebileceðimizi bulmaya çalýþýyoruz. Dýþarýdan gelecek katkýya 
karþý olmadýðýmýza inanýyorum -böyle düþünmeyen çokça insan olsa da- fakat 
gelen katkýdan da yeter miktarda faydalanamýyoruz.

Bu tartýþma sonucunda en kârlý çýkacak taraf Pardus'sa, bir sonra kârlý 
çýkacak taraf hepsi birkaç kiþilik çalýþmak zorunda kalan Tübitak personeli 
geliþtiricilerimiz.

Þu ana kadar detayýna girilmese de söylenen en makul çözüm Tübitak personeli 
geliþtiriciler mentorluðunda iþlerin tüm geliþtiricilere yayýlmasý, yani 
Tübitakta çalýþan bir geliþtiricinin 5 kiþilik çalýþmasý yerine, 5 kiþinin 
yaptýðý iþi koordine etmesi. Zaman içinde boþa çýkan vaktinde de þu an 
mecburiyetten çokça ötelenen iþleri yapmasý.

Bu kadar yazmýþken hemen bu iþlere de bir örnek vereyim.

Þu an dýþarýdan Pardus süreçlerine ilgi duyan birinin bu süreçlere dahil 
olmasý için tek yol bir nevi usta-çýrak iliþkisi -ki bunun ne kadar uzun bir 
süreç olduðu hepimizin malumu-. Yeni gönüllülerimiz iþin ucunu nereden 
tutarsa tutsun, 0dan baþlamak ve zamanla ilerlemek zorunda. Bu da biri 
gittiðinde yerinin hemen doldurulamamasýna neden oluyor. Pardus 
araçlarýný/süreçlerini tasarlayanlar, geliþtirenlere fýrsat 
yaratabildiðimizde, belgelendirme yapabildiklerinde, her gelen 0dan baþlamak 
zorunda kalmayacak ki bu da yaþadýðýmýz sýkýntýlardan birinin süreç içinde 
azalmasý anlamýna gelecek.

Henüz detaylarýn zamaný olmamasýna raðmen pek uzun yazýyorum, kusuruma 
bakmayýn. Zira birþeyleri açýkça söylemedikçe yanlýþ anlamalara saplanmaktan 
ve bu tartýþmanýn da boþa çýkmasýndan çekiniyorum.


Saygýlar
Türker


From coderlord at gmail.com  Sun Dec  7 16:12:42 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Sun, 7 Dec 2008 16:12:42 +0200
Subject: [Gelistirici] =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
Message-ID: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>

Aslýnda NM'ye de Public bir ortamda mýsýn, Evde misin? gibi bir soru
ekleyebiliriz að baðlantýsý kurarken. Seçime göre Public ise,
Firewall'da daha önce izin verilen portlar kapatýlýr. Ne dersiniz?
Bunu yapmak için Firewall Comar bacaðýnda bir deðiþikliðe gerek olur
mu?

Refactoring de bunu da göz önüne alsak diye soruyorum.

Hem güzel bir güvenlik özelliði, hem de uygulanmasý çok zor olmaz diye
düþünüyorum. Ne dersiniz?

-- 
Furkan Duman

From bahadir at pardus.org.tr  Sun Dec  7 16:19:57 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Sun, 7 Dec 2008 16:19:57 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
Message-ID: <200812071620.02158.bahadir@pardus.org.tr>

07 Ara 2008 Paz tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Aslýnda NM'ye de Public bir ortamda mýsýn, Evde misin? gibi bir soru
> ekleyebiliriz að baðlantýsý kurarken. Seçime göre Public ise,
> Firewall'da daha önce izin verilen portlar kapatýlýr. Ne dersiniz?
> Bunu yapmak için Firewall Comar bacaðýnda bir deðiþikliðe gerek olur
> mu?

Tüm sistemi kapsayacak bir profil sistemi olsa aslýnda, evdeyken açýk 
olacak baðlantýlarý, servisleri, host ayarlarýný, çalýþtýrýlacak betikleri 
belirleyebilsek. Ofise gittiðimizde proxy ayarlarý otomatik yapýlsa, SSH 
kapansa...

Haydi beyin fýrtýnasý baþlasýn :)
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081207/ec09a1a0/attachment-0002.pgp>

From coderlord at gmail.com  Sun Dec  7 16:23:00 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Sun, 7 Dec 2008 16:23:00 +0200
Subject: [Gelistirici] Network manager'a VPN.
Message-ID: <4cca720b0812070623w32157ad8u454084c0465ef0dc@mail.gmail.com>

PPTP VPN baðlantýsýný NM'e eklemek istiyorum. Ancak bunu hangi yol ile
yapacaðým konusunda çeliþkilerim var.

VPN, bir að aygýtý üzerinden kurulabilen bir baðlantý olduðu için, hem
profil desteði olmalý, hem de "UP" olarak býrakýlýrsa açýlýþta
otomatik baþlamamalý veya baþlayacaksa bile üzerinden geçeceði að
baðlantýsý kurulduktan sonra baþlamalý.

Bir aygýta baðýmlý olmamalý ki þu an NM' bir aygýta atanmýþ
profillerin listesini göstermekte.

svn'deki kodda VPN desteði eklenmiþti. NM içinden bir düðme vasýtasý
ile ayarlarýn açýlmasý seçilmiþ. Ancak buradaki ekran PPTP için benim
ihtiyaçlarýmý karþýlamýyor. PPTP için baþka birçok ayar verisi
saðlamak gerekebiliyor.

VPN'i NM'den ayrý bir uygulama olarak geliþtirip, NM içine kýsayol ile
eriþim ekleyebiliriz diye düþündüm. Ancak çok generic bir yapýsý
olmayacak sanýrým. OpenVPN için ayrý, PPTP için ayrý ekranlarýmýz (en
azýndan detay ayar ekranlarý) lazým.

PPTP PPP'yi kullanarak baðlantý kuruyor. Þu ana kadar PPP
baðlantýsýnýn baþarýlý olduðunu ve hangi arabirimin (ppp0, ppp1 vs.)
buna atandýðýný nasýl anlayacaðýma dair bir yol bulamadým. PPP'nin
link.py'ýnda bu sorun nasýl halledilmiþ bunu da anlayamadým. PPP
baðlantý durumu ve baðlantý arabirimini nasýl alýrým?

Sizin önerileriniz, görüþleriniz nelerdir.

-- 
Furkan Duman

From dfisek at fisek.com.tr  Sun Dec  7 16:27:59 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Sun, 7 Dec 2008 16:27:59 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
Message-ID: <20081207162759.87edb751.dfisek@fisek.com.tr>

Sun, 7 Dec 2008 16:12:42 +0200, "Furkan Duman" <coderlord at gmail.com> :

> Hem güzel bir güvenlik özelliði, hem de uygulanmasý çok zor olmaz diye
> düþünüyorum. Ne dersiniz?
Aslinda buna benzer bisiyi Bahadir'la konusmustuk 2008 oncesi (belki
daha fazla) diye hatirliyorum --> profil degistirme isleminden sonra
bir betik calistirilabilmesi. Hem guvenlik duvarini hem de baska
islemleri kapsiyor.

Bunu bir nedenle begenmemisti, ben de servislerin ayarlanmasi
ve /etc/hosts degisikligine fit olmustum hata raporu acarken.

http://bugs.pardus.org.tr/show_bug.cgi?id=6818
http://bugs.pardus.org.tr/show_bug.cgi?id=6819

Ornek vereyim, uzakta bir sunucuyu mount edip calisilmasi gerekiyor. Ama
belirli bir profildeyken yerel agdaki IP'sinden, diger profillerdeyken
internetteki IP'siyle baglanmaniz gerekiyor. Bunun benzeri yerel paket
deposu kullanmak / internet deposu kullanmak olabilir.

Elde boyle bir olanak olunca ozel uygulama alani oldukca genis. x
profili secildiginde (ofise geldi) "hede ofisimize hos geldiniz" diye
kocaman bir yazi cikmasi -- otomatik bir programin calisip kullanicinin
karsisina gelmesi gibi artabilir. "Tek tip" degil de, "ozellestirilmis"
sistem kurmak icin oldukca iþe yarar bir betikle istedigimizi
yaptirabilmek.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From coderlord at gmail.com  Sun Dec  7 16:35:02 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Sun, 7 Dec 2008 16:35:02 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <200812071620.02158.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812071620.02158.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812070635s6b3f3932nc0ce2d5309d5ae54@mail.gmail.com>

07 Aralýk 2008 Pazar 16:19 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> Haydi beyin fýrtýnasý baþlasýn :)

Madem beyin fýrtýnasý yapýyoruz:

NM kodu þu an bana çok karmaþýk geliyor. Her türlü durumu orada ele
almaya çalýþýyoruz.

NM'i baþtan tasarlasak ve plugin desteði verir hale getirsek. (Gnome
NM'i pluginler ile çalýþýyor) Ekleyeceðimiz yeni özellikleri plugin
gibi eklesek-çýkarsak. (Misal VPN)

NM'in asli görevi bu özellikleri bünyesinde toplamak ve gerekli API'yi
saðlamak, temel að özelliklerini deðiþtirmek olsa. (Baðlantý açýp
kapatmak, baðlantý onarma, baðlantý durumunu ve parametrelerini
gösterme, istatistiklerini gösterme)

Demek istediðim NM Tasma gibi olsa, eklediðimiz özellikler bir simge
veya kýsayol gibi görüntülense. Baðlantý durumu da gösterilse.

Kodlama daha basitleþir ve karmaþýklýðý azalýrdý diyorum.


-- 
Furkan Duman

From turkay.eren at gmail.com  Sun Dec  7 16:43:04 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Sun, 7 Dec 2008 16:43:04 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812070635s6b3f3932nc0ce2d5309d5ae54@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812071620.02158.bahadir@pardus.org.tr>
	<4cca720b0812070635s6b3f3932nc0ce2d5309d5ae54@mail.gmail.com>
Message-ID: <200812071643.04262.turkay.eren@gmail.com>

On 07 Dec 2008 Sun 16:35:02 Furkan Duman wrote:
> NM'i baþtan tasarlasak ve plugin desteði verir hale getirsek. (Gnome
> NM'i pluginler ile çalýþýyor) Ekleyeceðimiz yeni özellikleri plugin
> gibi eklesek-çýkarsak. (Misal VPN)

Harika olurdu plug-in destekleyecek tarzda yazýlýrsa. Benden +1.


From gokmen at pardus.org.tr  Sun Dec  7 17:19:51 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Sun, 7 Dec 2008 17:19:51 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <493B0C4A.3000607@gmail.com>
References: <493B0C4A.3000607@gmail.com>
Message-ID: <200812071719.51180.gokmen@pardus.org.tr>

On Sunday 07 December 2008 01:35:38 Gökmen Görgen wrote:
> Merhabalar,
> Ýnþa dosyalarýný þurada[1] görebileceðiniz wicd paketinin kurulumunda ve
> herhangi bir sorun ile karþýlaþmýyorum; fakat servis betiðinde baþlama
> komutu olarak verdiðim "*/usr/sbin/wicd &> /dev/null*" komutunu
> uçbirimde verirken hiçbir problemle karþýlaþmýyorum.
>
> Bu komutu uçbirimde verdikten sonra *service* komutu çýktýsýnda
> *çalýþýyor* durumda olduðunu görebiliyorum ve ayrýca *service wicd stop*
> diyerek de bu servisi durduramýyorum. Fakat nedense *service wicd start*
> çalýþmýyor.
>
> Bu konuda bilgisi olup paylaþýmda bulunacaklara þimdiden teþekkür ediyorum.
Ekteki yama ile düzgün çalýþýyor.

Eðer 
/usr/lib/python2.5/site-packages/wicd/misc.py dosyasýna bakarsan çalýþmadan  
önce çevre deðiþkenlerine ihtiyaç duyduðunu göreceksin. Konsoldan 
çalýþtýrdýðýnda yüklü çevre deðiþkenlerini aldýðý için düzgün çalýþýyor fakat 
çomar servis betiðinde loadEnvironment olmadýðý için service üzerinden 
açýlamýyor. Nasýl açýlamadýðýný da /var/log/wicd/wicd.log içinde görebilirsin;

2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/site-
packages/wicd/wnettools.py", line 327, in Up
2008/12/07 16:47:51 ::     misc.Run(cmd)
2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/site-packages/wicd/misc.py", 
line 83, in Run
2008/12/07 16:47:51 ::     env=tmpenv)
2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/subprocess.py", line 594, in 
__init__
2008/12/07 16:47:51 ::     errread, errwrite)
2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/subprocess.py", line 1149, 
in _execute_child
2008/12/07 16:47:51 ::     raise child_exception
2008/12/07 16:47:51 :: OSError: [Errno 2] No such file or directory

Burada çaðýrmaya çalýþtýðý Run metodu mevcut çevre deðiþkenlerini yükleyip 
LC_ALL ve LANG'ý "C" ile update edip çalýþtýrmaya çalýþýyor. Environment 
olmadýðý için de patlýyor ;)

--
Gökmen GÖKSEL
[pardus.org.tr]
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: fix-service.py.patch
Type: text/x-patch
Size: 736 bytes
Desc: kullanýlamýyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081207/0a263cea/attachment-0002.bin>

From nakof at zig.gen.tr  Sun Dec  7 19:04:23 2008
From: nakof at zig.gen.tr (nihat ciddi)
Date: Sun, 7 Dec 2008 19:04:23 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <20081207162759.87edb751.dfisek@fisek.com.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<20081207162759.87edb751.dfisek@fisek.com.tr>
Message-ID: <20081207190423.e8b7a1cf.nakof@zig.gen.tr>


> Ornek vereyim, uzakta bir sunucuyu mount edip calisilmasi gerekiyor.
> Ama belirli bir profildeyken yerel agdaki IP'sinden, diger
> profillerdeyken internetteki IP'siyle baglanmaniz gerekiyor. Bunun
> benzeri yerel paket deposu kullanmak / internet deposu kullanmak
> olabilir.

debian/ubuntu'daki gibi, profil up/down olunca calisacak script'ler
olmasi guzel olurdu.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: kullanýlamýyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081207/9e054637/attachment-0002.pgp>

From onur at pardus.org.tr  Sun Dec  7 18:58:23 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 7 Dec 2008 18:58:23 +0200
Subject: [Gelistirici] vim crash
 (http://bugs.pardus.org.tr/show_bug.cgi?id=8383)
In-Reply-To: <200812061936.06693.fatih@pardus.org.tr>
References: <200810101043.34372.bahadir@pardus.org.tr>
	<493A9EC9.1070901@pardus.org.tr> <493AB2E8.5000204@pardus.org.tr>
	<200812061936.06693.fatih@pardus.org.tr>
Message-ID: <20081207185823.fd2e9ac5.onur@pardus.org.tr>


On Sat, 6 Dec 2008 19:36:02 +0200
Fatih Aþýcý <fatih at pardus.org.tr> wrote:
... 
> Her iki hata da düzelmiþ görünüyor. Eline saðlýk.
> 
> Bu arada nasýl oluyorsa benim karþýlaþtýðým hatayý yeni bir kullanýcý
> hesabý ile tekrarlayamamýþtým. .vimrc, .viminfo silip denemiþtim;
> yine farketmedi. Ýlginç...

 Bu sorunu ben de her zaman tekrarlayamamaya baþlamýþtým, libxml*
güncellemeleri ile düzediðini / kýsmen düzeldiðini düþünüyordum.

 Yanlýþ hatýrlamýyorsam bu sorunu 2007 de de tekrarlamýþtýk, uzun
süredir olan bir problemdi galiba.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Sun Dec  7 19:17:54 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 7 Dec 2008 19:17:54 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
Message-ID: <20081207191754.d1b197eb.onur@pardus.org.tr>


On Sun, 7 Dec 2008 16:12:42 +0200
"Furkan Duman" <coderlord at gmail.com> wrote:

> Aslýnda NM'ye de Public bir ortamda mýsýn, Evde misin? gibi bir soru
> ekleyebiliriz að baðlantýsý kurarken. Seçime göre Public ise,
> Firewall'da daha önce izin verilen portlar kapatýlýr. Ne dersiniz?
> Bunu yapmak için Firewall Comar bacaðýnda bir deðiþikliðe gerek olur
> mu?
> 
> Refactoring de bunu da göz önüne alsak diye soruyorum.
> 
> Hem güzel bir güvenlik özelliði, hem de uygulanmasý çok zor olmaz diye
> düþünüyorum. Ne dersiniz?

 Bence güzel olur derim, ama güvenlik ayarlarýna gelmeden daha
"bulunduðun ortam" profil desteði ile mesela ofisde sadece kablosuz bir
aða baðlanmak istiyorken evde hem kablo ile bir aða hem de kablosuz
baðantý ile baþka bir aða baðlanmak gerekebiliyor (misal sadece birine
gateway tanýmlanabilir, bu tarz bir þey kullanýyorum), bunun olmasý
bile çok iyi olur.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From gkmngrgn at gmail.com  Sun Dec  7 20:09:48 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Sun, 07 Dec 2008 20:09:48 +0200
Subject: [Gelistirici] Wicd service.py sorunu
In-Reply-To: <200812071719.51180.gokmen@pardus.org.tr>
References: <493B0C4A.3000607@gmail.com>
	<200812071719.51180.gokmen@pardus.org.tr>
Message-ID: <493C116C.5050008@gmail.com>

Gökmen GÖKSEL wrote On 07-12-2008 17:19:
> On Sunday 07 December 2008 01:35:38 Gökmen Görgen wrote:
>   
>> Merhabalar,
>> Ýnþa dosyalarýný þurada[1] görebileceðiniz wicd paketinin kurulumunda ve
>> herhangi bir sorun ile karþýlaþmýyorum; fakat servis betiðinde baþlama
>> komutu olarak verdiðim "*/usr/sbin/wicd &> /dev/null*" komutunu
>> uçbirimde verirken hiçbir problemle karþýlaþmýyorum.
>>
>> Bu komutu uçbirimde verdikten sonra *service* komutu çýktýsýnda
>> *çalýþýyor* durumda olduðunu görebiliyorum ve ayrýca *service wicd stop*
>> diyerek de bu servisi durduramýyorum. Fakat nedense *service wicd start*
>> çalýþmýyor.
>>
>> Bu konuda bilgisi olup paylaþýmda bulunacaklara þimdiden teþekkür ediyorum.
>>     
> Ekteki yama ile düzgün çalýþýyor.
>
> Eðer 
> /usr/lib/python2.5/site-packages/wicd/misc.py dosyasýna bakarsan çalýþmadan  
> önce çevre deðiþkenlerine ihtiyaç duyduðunu göreceksin. Konsoldan 
> çalýþtýrdýðýnda yüklü çevre deðiþkenlerini aldýðý için düzgün çalýþýyor fakat 
> çomar servis betiðinde loadEnvironment olmadýðý için service üzerinden 
> açýlamýyor. Nasýl açýlamadýðýný da /var/log/wicd/wicd.log içinde görebilirsin;
>
> 2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/site-
> packages/wicd/wnettools.py", line 327, in Up
> 2008/12/07 16:47:51 ::     misc.Run(cmd)
> 2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/site-packages/wicd/misc.py", 
> line 83, in Run
> 2008/12/07 16:47:51 ::     env=tmpenv)
> 2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/subprocess.py", line 594, in 
> __init__
> 2008/12/07 16:47:51 ::     errread, errwrite)
> 2008/12/07 16:47:51 ::   File "/usr/lib/python2.5/subprocess.py", line 1149, 
> in _execute_child
> 2008/12/07 16:47:51 ::     raise child_exception
> 2008/12/07 16:47:51 :: OSError: [Errno 2] No such file or directory
>
> Burada çaðýrmaya çalýþtýðý Run metodu mevcut çevre deðiþkenlerini yükleyip 
> LC_ALL ve LANG'ý "C" ile update edip çalýþtýrmaya çalýþýyor. Environment 
> olmadýðý için de patlýyor ;)
>   
Harika! Müthiþ! Süper!
Biraz kiþisel bir düþünce olacak ama Pardus'taki Xfce açýsýndan, ne 
Linux Mint'i, ne Xubuntu'yu ne de baþka bir Xfce masaüstünü aratmayacak 
seviyeye doðru güzel adýmlar atmaya baþladýk, sayenizde. Xubuntu'yu 
bilmiyorum ama Linux Mint'i (Xfce Community) sanal sunucuda denedim, 
öntanýmlý olarak Wicd'i kullanýyorlar. Archlinux'ta da netcfg ile 
uðraþmak istemeyen Xfce kullanýcýlarýna Wicd öneriliyor. Denediyseniz 
bizim network-manager kadar güzel sayýlabilecek bir að yöneticisi 
olduðunu farkedeceksiniz.

Ýlginiz için teþekkürler, ayrýca Xfce'nin ilk paketçileri Ertuðrul Erata 
ve Eren Türkay'a da paketlerde gösterdikleri titizlikleri ve Pardus'ta 
Xfce'nin bu aþamaya kadar gelmesini saðladýklarý için teþekkürler =) Bir 
iki ufak düzeltme neticesinde bir de ilk paketleyicisine haber vererek 
Wicd'i review'e alacaðým.


From selimok at gmail.com  Mon Dec  8 05:34:30 2008
From: selimok at gmail.com (selim ok)
Date: Mon, 8 Dec 2008 04:34:30 +0100
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812071448.06253.turkersezer@tsdesign.info>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071333.24924.gurer@pardus.org.tr>
	<493BBC37.7000008@pardus.org.tr>
	<200812071448.06253.turkersezer@tsdesign.info>
Message-ID: <a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>

Merhabalar,
kac gündür ancak yarim yamalak takip ediyorum, islerimin yogunlugundan
tartismaya giremedim. Uzun olacak simdiden özür dilerim.

++Sohbet++Muhabbet++

- Ben yazmadan birileri yazmis,ama yeniden degineyim. Konuya gec girmemin
sebeplerinden biri konuya hakim olamamam. "Haydi herkes gelsin fikir
yürütsün" demek, bir bakima insanlari zorla bilgi sahibi olmadan fikir
sahibi yapmakla ayni kapiya cikmiyor mu?

- Gönüllü gelistiricilerin kesinlikle ve sürekli olarak (bence genelde
cekirdek ekipten) birilerinin  yol göstericiligine ve yardimina ihtiyaci
var. Dün gibi hatirliyorum Pardus ile tanistigim ilk gün soru sormak icin
IRC kanalina girmis yardim almistim. Bir süre sonra (su anda ne yazik ki ve
_nedense?_ ön tanimli olarak eklenmemis olan pardus-devel kanalinda görüp)
konustugum gelistiricilerden cok faydali bilgiler edinmistim. Gel vakit git
vakit yine bazi (gönüllü/cekirdek ayrimi yapmiyorum) gelistirici
arkadaslarin yakamdan tutup cekmesi ile bir sekilde bugzilla denen yerde
böcek avlarken buldum kendimi. Simdi beni tutup ceken arkadaslari
göremiyorum ortalarda. Ne yazikki yerlerinde, yeni gelen potansiyelleri
tutup cekecek baska gelistiriciler de göremiyorum. Ben de bu suca dahilim
itiraf ediyorum.

Nasil cözülecek diye daha önceden de tartistigimiz yeni gelistirici bulma
sorunumuz bana kalirsa daha da derinlesmis gibi görünüyor.

Yapabilecek misiniz bilmiyorum ama IRC, forumlar ve e-posta listelerine cok
daha fazla zaman ayirin demek istiyorum sadece (zaman ayiranlari tenzih
ederim). Bunlarin meyvesini almak uzun sürer ama bu tartismaya katilan
arkadaslarin önemli bir yüzdesi, su anda yerinde yeller esen gelistiriciler
sayesinde buradalar. (Evet ben onlardan biriyim diyenler parmak
kaldirabilir. Yoksa sonsuza kadar anonim kalin.)

- Gönüllü gelistiricilerin bir kismi gercekten bir bikkinlikla ortadan
kaybolmus durumda. Bir kismi küskünlüklerinden yalnizca is yapip, sessiz
kalmayi tercih ediyorlar sanki, bir kismi da benim gibi zaman denen akiskan
seyin icinde ordan oraya savruluyorlar (örnegin ben bir süredir _sözde_ bir
ürün yöneticisiyim denilebilir). Simdi gelin biraz gercekci olalim. Simdiye
kadar cekirdek ekipten ayrilipta, normalde yaptiklarinin 3'de biri katki
yapan kac tane gelistirici var? (Evet sayabildiklermizi ayakta alkisliyorum
:) Maalesef bu insanlar yeni hayatlarinda o kadar mesguller ki, projeye
ciddi bir katkida bulunmalari dogal olarak mümkün olmuyor. Buna bakarak
gönüllü gelistiricilerin aslinda kendi hayatlarindan ne kadar önemli bir
seyi verdiklerini anlayabilirsiniz. Biz yeni gelistiricilerden cok degerli
zamanlarini istiyorsak onlara cok degerli zamanimizdan bir kismini vermek
zorundayiz. Ve bu gelistiricilerin geldikleri gibi ortadan bir süreligine
yada tamamen kaybolabileceklerini (aci gercek) kabul etmek durumundayiz.

- Gelistirici ekip icinde hangi is kimden soruluyor, hangi islerle su anda
kimler ilgilenemiyor/biliyor, hangi konularda yardima yada bilgilerini
aktarabilecekleri bir yardimci ciraga ihtiyaclari var? Bunlarin güzel bir
haritasi cikarilsa, bos islere daha kolay talipler cikar. Mesela x isinden
kim sorumluysa belli sayida cirak kabul eder. Ilgili ciraklar sorulari
oldugunda ona danisir, belgelendirme konusunda yardimci olur, yapilacak
isler listesi cikarildiginda ciraklar öncelikli hedef olur. Bu staj isine
cok benziyor ama biraz daha sanal ortamda yürüyüp, is yükü daha cok zamana
ve kisiye bölünmüs olanindan. Hatta OI altinda gelistirici-portali tadinda
bir sey olsa yeni ve bilgisi olan kullanicilari özendirmek konusunda faydali
olabilir.

Atiyorum ben Bugzilla'da bilmem bisi yetkisine sahip ve az cok hata
temizliginden anlayan biri olarak, daha fazla insana gelin sizde böcek
filtresi olun diyebilmek isterim. Bu islerden anlayan insanlarin ufak bir
listesini de yanina yazip, "Bakiniz bana ulasamazsaniz diger güzide
arkadaslar size yardimci olur" demek güzel olurdu. Bu insanlar kendi
aralarinda ufak konulari tartisabilir, bilgi edinebilirdi. Mesala hata
kapatirken nelere dikkat etsek tartismasini önce bu ufak grup icinde yapar
sonra gelistirici listesinde tartisirdik. (Evet kimi durumlarda simdi de
yapiyoruz ama birbirimizden kopuk sekilde.)

Bu günkü halimizle disaridan ilk bakildiginda ölü ve kapali bir proje
gibiyiz. Insanlarin bazi seyleri görebilmek icin cok dikkatli bakmalari
gerekiyor ve bu sebeple cok fazla potansiyeli kaciriyoruz.

- Gelistirici listesinde teknik olmayan konulari konusmamak neye cözüm
getirecek ve bunlari burada da konusamayacaksak nerede konusacagiz diye
sormadan edemiyorum. Benim tokatlanmis olmak gibi bir sorunum yok, ama güzel
bir örnek oldugu icin Milky konusunu tekrar acmak istiyorum.(Duygusal
davranip alinganlik yapmanin ne kadar yanlis olduguna deginmiyorum bile.)
Evet görsel bir sorun ama beni gelistirici yarisi olarak cok rahatsiz etti,
ediyor. Ben bu konuda karar mekanizmalarini hangi kanal üzerinden
etkileyebilirim. Bir hata görüyorsam nerede tartisacagim bunu? Bence artik
"burada sadece teknik konular konusulur" takintisindan vazgecmemiz
gerekiyor. Zira her derin konu icin yeni bir liste acmak hic gercekci degil.




++Teknik++Taktik++

- Yukarida da bahsi gecti. Pisi tek bir paket kurarken,paket ararken yada
paket bilgilerini sorgularken index güncel mi diye kontrol etmiyor. Evet
bunu her seferinde yapmak güzel birsey degil ama günde bir defa yapilmasinda
bir sorun yok sanki. Son index güncellemesinin üzerinden en az 1 gün
gectiyse, index güncellense nasil olur? (Belki de bu özellik ön tanimli acik
olabilir,sikilan kullanici süresini degistirebilir yada tamamen kapatabilir)
Bunun bir dezavantaji var mi? Fedora'da yum bu sekilde+ calisiyor assagi
yukari. Böyle olmayinca özellikle contrib deposundaki paketleri kurma
girisimleri (paket sürümü yükseldiginde eskisi silindigi icin) bazen
sonucsuz kaliyor ve kullanici sasiriyor.

- Security-only güncellemeler zaten yukarida konusulan türde bir kararli
depoyu simüle etmiyor mu? Soru soruldu ama cevap veren olmadi, tekrar sormak
istedim.

- 10 defa soruldu ama tekrar soruyorum. Hala neden sahipsiz paketler
isaretli degil?

- 100 defa soruldu ama neden hala Türker'in yazdigi Bugzilla'da hata sahibi
esleyen betigi kullanima gecmedi?

Iyi calismalar,
Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081208/6ed2a3f2/attachment-0002.htm>

From coderlord at gmail.com  Mon Dec  8 12:12:17 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 8 Dec 2008 12:12:17 +0200
Subject: [Gelistirici] [paketler-commits] r56683 -
	devel/programming/libs/qt4
In-Reply-To: <20081207180304.887711384095@ns1.pardus.org.tr>
References: <20081207180304.887711384095@ns1.pardus.org.tr>
Message-ID: <4cca720b0812080212r43c022fcud9540ddfe29134c4@mail.gmail.com>

07 Aralýk 2008 Pazar 20:03 tarihinde  <paketler-commits at pardus.org.tr> yazdý:
> Author: gokmen.goksel
> Date: Sun Dec  7 20:03:04 2008
> New Revision: 56683
>
> Modified:
>   devel/programming/libs/qt4/actions.py
>   devel/programming/libs/qt4/pspec.xml
> Log:
>  * QIBASE(Firebird) Driver package added
>
> BUG:FIXED:5537

..

> +    <Package>
> +        <Name>qt4-sql-ibase</Name>
> +        <RuntimeDependencies>
> +            <Dependency>firebird-client</Dependency>
> +            <Dependency>firebird-superserver</Dependency>
> +            <Dependency version="4.4.3">qt4</Dependency>
> +        </RuntimeDependencies>

Merhaba,

Normalde firebird-superserver ihtiyacýnýn olmamasý lazým.
firebird-client paketinde eksik bir baðýmlýlýk mý var? Þu durumda bu
paketi kuran, firebird sunucuyu da kurmalý demiþ oluyoruz.

Kolay gelsin.

-- 
Furkan Duman

From ozan at pardus.org.tr  Mon Dec  8 12:30:59 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 08 Dec 2008 12:30:59 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
Message-ID: <493CF763.5080900@pardus.org.tr>

Öncelikle hepinize iyi bayramlar,

Bakýcýsýz paketlerin listesi otomatik e-postada verilen deadline olan 1 
Kasým'ý takip eden hafta içinde tamamlandý. Akabinde çekirdek 
geliþtiriciler bu listenin üzerinden geçerek kendi ilgi ve bilgileri 
çerçevesinde üstlenmek isteyecekleri paketlerin bir listesini çýkarttý.

Sonuç olarak,

658 adet paket bakýcýlar tarafýndan terkedildi,
397 tanesi çekirdek geliþtiriciler tarafýndan üstlenildi,
261 tanesi ise halen bakýcýsýz durumda.

Bu 397 paketi doðrudan üzerimize almadýk çünkü geliþtirici ve 
pardus-devel listesinde belki bizden daha fazla bazý paketlere faydasý 
dokunabilecek insanlar olabileceðini düþündük. Bu sebepten bizim 
üstlendiðimiz paketlerin listesini gönderiyor, geri kalan 261 tane 
paketi de bakýcýsýz iþaretliyorum:

# Ozan

programming/libs/libatomic_ops
programming/libs/libsmbios
programming/libs/libzip
programming/libs/libdaemon
programming/libs/libpaper
applications/games/gnugo
applications/multimedia/ghostscript
applications/multimedia/vlc
applications/multimedia/speex
applications/admin/sudo
applications/network/avahi
applications/multimedia/paprefs
applications/network/rp-pppoe
applications/multimedia/pavucontrol
applications/multimedia/pulseaudio
applications/network/wireshark
desktop/kde/gwenview
desktop/fonts/gnu-gs-fonts-std
desktop/kde/gwenview-i18n
desktop/kde/freetts
desktop/kde/base/kdebindings
desktop/kde/base/kdeartwork
desktop/kde/base/kdebase
applications/printing/cups
applications/printing/psutils
applications/printing/gutenprint
applications/printing/poster
applications/network/br2684ctl
system/base/mkinitramfs
system/base/kbd
system/base/module-init-tools
system/base/sysfsutils
system/base/usbutils
system/base/libusb
programming/libs/fftw2
programming/libs/fftw3
kernel/kernel-debug
kernel/kernel
desktop/kde/kmplayer
desktop/kde/gtk-qt-engine
desktop/kde/digikam
desktop/kde/base/kdenetwork
desktop/kde/base/kdelibs
desktop/kde/base/kdepim
desktop/kde/base/kdemultimedia
desktop/kde/base/arts
desktop/kde/base/kdegraphics
desktop/kde/base/kdeadmin
desktop/kde/base/artwork
desktop/kde/base/kdeedu

# Ekin

applications/network/rdate
applications/multimedia/tesseract
applications/multimedia/gocr
applications/admin/dosfstools
applications/admin/xfsdump
applications/admin/xfsprogs
applications/archive/xdelta
applications/archive/xdelta3
applications/admin/kexec-tools
applications/network/pilot-link
applications/network/rutilt
applications/pda/libopensync
applications/pda/libopensync-plugin-file
applications/pda/libopensync-plugin-gnokii
applications/pda/libopensync-plugin-google-calendar
applications/pda/libopensync-plugin-gpe
applications/pda/libopensync-plugin-irmc
applications/pda/libopensync-plugin-kdepim
applications/pda/libopensync-plugin-ldap
applications/pda/libopensync-plugin-opie
applications/pda/libopensync-plugin-palm
applications/pda/libopensync-plugin-python
applications/pda/libopensync-plugin-syncml
applications/pda/libsyncml
applications/pda/msynctool
applications/pda/wbxml2
desktop/freedesktop/xosd
desktop/kde/milky
desktop/kde/ksubtile
desktop/kde/kdetv
programming/tools/unsermake
desktop/kde/kradio
programming/libs/libieee1284
system/base/sysklogd
system/base/diffutils
system/base/coreutils
system/base/findutils
system/base/cpio
system/base/grep
system/base/sed
system/base/unzip
system/base/gawk
system/base/baselayout
system/base/pciutils
system/base/pcmciautils
kernel/drivers/acerhk
kernel/firmware/ipw2100-firmware
kernel/firmware/ipw2200-firmware
kernel/firmware/iwlwifi3945-ucode
kernel/firmware/iwlwifi4965-ucode
applications/hardware/sane-backends
applications/util/logrotate
desktop/kde/ksubtitleripper
kernel/firmware/atmel-firmware
kernel/firmware/accessrunner-firmware
kernel/firmware/zd1211-firmware
kernel/firmware/speedtouch-firmware
kernel/firmware/eagle-firmware
kernel/firmware/zd1201-firmware

# Onur

applications/security/nmap
programming/libs/libart_lgpl
programming/libs/libx86
programming/libs/live555
programming/libs/libmpcdec
programming/libs/libmpeg2
programming/libs/libdc1394
programming/libs/libdvdnav
programming/libs/giflibprogramming/libs/amrnb
programming/libs/allegro
programming/libs/alleggl
programming/libs/amrwbapplications/hardware/vbetool
applications/multimedia/mkvtoolnix
applications/multimedia/ffmpeg
applications/multimedia/flac
applications/multimedia/x264
applications/hardware/acpica
applications/hardware/dmidecode
applications/archive/lrzip
applications/archive/p7zip
applications/archive/rzip
applications/archive/unarjapplications/network/tcpdump
applications/network/netcat
applications/network/sabishape
programming/libs/xine-lib
kernel/drivers/kqemu
kernel/drivers/qc-usb-messenger
kernel/drivers/sn9c1xx
kernel/drivers/r5u870
kernel/drivers/syntekdriver
applications/emulators/qemu
system/base/expat
system/base/nss-mdns
system/base/gettext
system/base/libxml2
system/base/glibc
system/base/libxslt
system/base/slang
system/base/ncurses
system/base/cracklib
system/base/audit
system/base/util-linux
system/base/readline
system/base/shadow
system/base/pam
system/devel/mpfr
system/devel/gmp
system/devel/chrpath
system/devel/ccache
system/devel/unifdef
system/devel/swig
system/devel/pkgconfig
system/devel/bison
system/devel/gcc
system/devel/m4
system/devel/automake
system/devel/gnuconfig
system/devel/make
system/devel/autoconf
system/devel/yacc
system/devel/nasm
system/devel/libtool
system/devel/binutils
system/base/bash

# Faik

desktop/kde/k3b
programming/languages/python/python-memcached
programming/languages/python/cmemcache
system/base/gdbm
programming/languages/perl/perl-IO-via-dynamic
programming/languages/perl/perl-Tk
programming/languages/perl/perl-Curses
system/base/perl
programming/libs/libmemcache
server/memcached
system/devel/quilt
system/base/e2fsprogs
system/base/zip
system/base/urlgrabber
system/base/sqlite
programming/languages/ocaml
applications/filesystems/gmailfs
applications/filesystems/cramfs
applications/filesystems/libgmail
applications/filesystems/wdfs
programming/tools/translate-toolkit
programming/tools/pax-utils
programming/tools/gperf
programming/tools/gdb
programming/tools/cvsps
programming/tools/cdecl
programming/tools/dev86
programming/tools/bk-client
programming/tools/cvs
programming/tools/subversion
programming/tools/valgrind
programming/tools/patchutils
programming/tools/strace
programming/tools/sysprof
programming/tools/lsof
programming/tools/systemtap
programming/tools/oprofile
programming/tools/SVK
programming/tools/ltrace
programming/tools/elfutils
applications/editors/emacs/ecb
applications/editors/emacs/color-theme
applications/editors/emacs/cedet

# Semen

applications/network/metalink
applications/network/metamail
applications/network/mit-kerberos
applications/emulators/dosbox
desktop/kde/konversation
desktop/kde/kgraphviewer
applications/emulators/xmame
desktop/kde/yakuake
desktop/kde/katapult
desktop/kde/akode
desktop/kde/kchmviewer
desktop/kde/kbarcode
system/base/flex
system/base/miscfiles
desktop/kde/kxmame
desktop/kde/ksystemlog
desktop/kde/kompose
desktop/kde/kid3
desktop/kde/kaffeine
programming/tools/cogito

# Gokcen

programming/libs/nss
desktop/kde/PyKDE
desktop/kde/PyKDEeXtensions
desktop/gnome/cairo
desktop/freedesktop/dbus-qt3
desktop/gnome/cairomm
desktop/gnome/libsvg-cairo
desktop/gnome/pycairo
system/base/openssl
system/devel/scons
programming/tools/kdbg
desktop/kde/kio-to-local
desktop/kde/pardus-support
desktop/kde/base/qt

# Taner

programming/languages/erlang
server/xinetd
server/www/mod_perl
server/www/htdig
server/www/apache
server/www/mod_fastcgi
server/database/mysql
server/www/mod_python
applications/admin/webalizer

# Bahadýr

applications/network/bridge-utils
applications/security/nss_ldap
applications/network/ppp
applications/security/pam-krb5
applications/security/pam_ldap
desktop/kde/PyWireless
system/base/curl
system/base/libidn
system/base/db4
server/openldap
system/base/dbus-glib
system/base/iputils
system/base/net-tools
system/base/sysvinit
system/base/dbus-python
system/base/python-fchksum
system/base/wireless-tools
system/base/python
programming/languages/python/python-ldap

# Ýþbaran

programming/languages/python/sip
desktop/kde/amarok
programming/languages/python/PyQt
desktop/kde/qscintilla
desktop/kde/kvpnc
applications/network/vpnc
applications/network/pptpclient
applications/network/openvpn

# Fatih

applications/hardware/pmtools
desktop/freedesktop/glitz
desktop/freedesktop/shared-mime-info
desktop/freedesktop/startup-notification
desktop/freedesktop/ttmkfdir
desktop/freedesktop/x2x
desktop/freedesktop/xdg-utils
applications/powermanagement/apmd
applications/powermanagement/kpowersave
applications/powermanagement/pm-utils
applications/powermanagement/suspend

# Pýnar

desktop/kde/ktorrent
programming/languages/lisp/ecl
programming/languages/lisp/guile
applications/security/apparmor-docs
applications/security/apparmor-parser
applications/security/apparmor-profiles
applications/security/apparmor-utils
applications/security/cryptsetup-luks
applications/security/libapparmor
applications/security/mcrypt
applications/security/metasploit
desktop/gnome/libglademm
desktop/gnome/gtkmm
desktop/gnome/libwnck
desktop/gnome/gimp-data-extras
desktop/gnome/librsvg
desktop/gnome/glibmm
desktop/gnome/libsvg
desktop/gnome/pygobject
desktop/gnome/libglade2
desktop/gnome/gst-plugins-ugly
desktop/gnome/gstreamer
desktop/gnome/gst-plugins-base
desktop/gnome/gst-plugins-good
desktop/gnome/pygtk
desktop/gnome/gst-ffmpeg
desktop/gnome/libsexy
programming/languages/haskell/ghc
applications/games/wesnoth
programming/environments/eric
applications/games/eternal-lands-music
applications/games/eternal-lands
applications/games/eternal-lands-data
desktop/gnome/gimp
applications/games/bzflag
programming/languages/python/python-bsddb3
programming/languages/python/httplib2
programming/languages/python/pydelicious
programming/languages/python/pysqlite
programming/languages/python/SQLObject
programming/languages/python/docutils
programming/languages/python/pysvn
programming/languages/python/pycallgraph
programming/languages/python/simplejson
programming/languages/python/pyparsing
programming/languages/python/cheetah
programming/languages/python/mysql-python
programming/languages/python/pyrex
programming/languages/python/pyinotify
programming/languages/python/beautifulsoup
programming/languages/python/ClientForm
programming/languages/python/pychecker
programming/languages/python/FormEncode
programming/languages/python/scapy
programming/languages/python/feedparser
programming/languages/python/chardet
programming/languages/python/SOAPpy
programming/languages/python/gnuplot-py
programming/languages/python/matplotlib
programming/languages/python/psyco
programming/languages/python/PyX
programming/languages/python/pylzma
programming/languages/python/python-imaging
programming/languages/python/pycrypto
programming/languages/python/fpconst
programming/languages/python/Twisted
programming/languages/python/ZopeInterface
programming/languages/python/pyopenssl
programming/languages/python/aggdraw
programming/languages/python/PyICU
programming/languages/python/numpy
programming/languages/python/mechanize
programming/languages/python/zodb3
programming/languages/python/PyXML
programming/languages/python/sympy
programming/languages/python/gdmodule
programming/languages/python/pexpect
programming/languages/python/scipy
programming/languages/python/networkx

# Gokmen

programming/languages/python/PyQt4
applications/hardware/gparted
system/base/parted
system/base/pyparted

-----------------------------------------------------

Saygýlar

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From ozan at pardus.org.tr  Mon Dec  8 13:11:10 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 08 Dec 2008 13:11:10 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <493CF763.5080900@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
Message-ID: <493D00CE.9020601@pardus.org.tr>

Ozan Çaðlayan wrote:
> Öncelikle hepinize iyi bayramlar,
>
> Bakýcýsýz paketlerin listesi otomatik e-postada verilen deadline olan 1 
> Kasým'ý takip eden hafta içinde tamamlandý. Akabinde çekirdek 
> geliþtiriciler bu listenin üzerinden geçerek kendi ilgi ve bilgileri 
> çerçevesinde üstlenmek isteyecekleri paketlerin bir listesini çýkarttý.
>
> Sonuç olarak,
>
> 658 adet paket bakýcýlar tarafýndan terkedildi,
> 397 tanesi çekirdek geliþtiriciler tarafýndan üstlenildi,
> 261 tanesi ise halen bakýcýsýz durumda.
>
> Bu 397 paketi doðrudan üzerimize almadýk çünkü geliþtirici ve 
> pardus-devel listesinde belki bizden daha fazla bazý paketlere faydasý 
> dokunabilecek insanlar olabileceðini düþündük. Bu sebepten bizim 
> üstlendiðimiz paketlerin listesini gönderiyor, geri kalan 261 tane 
> paketi de bakýcýsýz iþaretliyorum:
>   
Ýþaretleyemiyorum çünkü kiminin lisans dosyasý licenses/ altýnda yok ama 
deðer olarak rng dosyasýnda var.
LGPL, GPLv3+ gibi lisanslar geçiyor, bunlarýn karþýlýðý licenses/'da 
yok, commit edemiyorum. Sorunlu lisanslar þunlar:

LGPL
GPLv3+
GPLv2+
LGPLv2+

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From dfisek at fisek.com.tr  Mon Dec  8 15:32:45 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 8 Dec 2008 15:32:45 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <493CF763.5080900@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
Message-ID: <20081208153245.124ae6a5.dfisek@fisek.com.tr>

Mon, 08 Dec 2008 12:30:59 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :

> 261 tanesi ise halen bakýcýsýz durumda.
Karisiklik olmasin diye listeye de yazayim, bakicisiz isaretlenmeden 6
gun once frozen-bubble'i kendi uzerime almistim eski bakmak istemeyen
bakicisindan.

svn'de tekrar uzerime aldim.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From serdar at cclub.metu.edu.tr  Mon Dec  8 17:11:32 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Mon, 08 Dec 2008 17:11:32 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493CF763.5080900@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
Message-ID: <493D3924.2080408@cclub.metu.edu.tr>

Ozan Çaðlayan wrote On 08-12-2008 12:30:
> Öncelikle hepinize iyi bayramlar,
>
>   
Merhaba, iyi bayramlar / Hi to all;

> Sonuç olarak,
>
> 658 adet paket bakýcýlar tarafýndan terkedildi,
> 397 tanesi çekirdek geliþtiriciler tarafýndan üstlenildi,
> 261 tanesi ise halen bakýcýsýz durumda.
>
>   
"""

Finally,
from 658 unmaintained packages, 397 are taken over by core developers, 
leaving the other 261 still unmaintained.

"""

 From the packages taken over by UEKAE-core team, I would like to show 
my interest on some of the packages. If it's ok for those who are 
related to these packages, I would like to take over my requests.. 
Waiting for your +/- reply; if you are unsure, ready to go for 
rock-paper-scissors :p  .My requested packages are selected at the bottom:

----
Çekirdek ekibin üzerine almayý düþündüðü paketler arasýnda ilgimi 
çekenleri, üzerime alýp uðraþmayý düþündüklerimi yazýyorum aþaðýda. 
olumlu/olumsuz geri dönüþlerinizi buradan yapabilirsiniz, kararsýzsanýz 
zar atabiliriz, taþ/kaðýt/makas yapabiliriz :)


> # Ozan
>   
> programming/libs/libzip
>   
> applications/multimedia/vlc
> applications/multimedia/speex
>   
vlc ve baðýmlýlýðý speex. // speex is the dependency

vlc ilgilenmek istediðim bir paket, kullandýðým da bir program olduðu 
için üzerime almak istiyorum; ama özel bir sevgin varsa ozan vlc'ye 
karþý, bu talebimden vazgeçebilirim :)

// vlc is a program I frequently use but if ozan especially wants to 
deal with the package (a.k.a. one of the fav. packages of ozan) ignore 
the request ;)
>
> # Ekin
>
> applications/network/rdate
> # Onur
>
> applications/security/nmap
>
> programming/libs/libmpcdec
> programming/libs/libmpeg2
>   
> applications/multimedia/flac
> # Faik
>
>
> programming/tools/valgrind
>
> programming/tools/strace
> programming/tools/lsof
>
> programming/tools/ltrace
>
> # Semen
>
> desktop/kde/yakuake
>
> # Gokcen
>
>   
> system/devel/scons
>   
en son güncellemeyi yapmýþtým bu pakete, ilgilenebilirim

// I was the one who made the last update to the package, I can handle 
this package ;)
> programming/tools/kdbg
>   
> # Taner
>
> programming/languages/erlang
>   

> # Pýnar
> programming/environments/eric
> programming/languages/python/pysqlite
>   
trac baðýmlýlýðý ayný zamanda, o yüzden göz koydum. // a dependency for 
trac in contrib repository; that's the reason why I request the package.
> programming/languages/python/SQLObject
>   
imdbpy dependency.

> programming/languages/python/pyparsing
> programming/languages/python/pyinotify
> programming/languages/python/beautifulsoup
> programming/languages/python/ClientForm
> programming/languages/python/FormEncode
> programming/languages/python/chardet
> programming/languages/python/matplotlib
>
> programming/languages/python/pycrypto
>
> programming/languages/python/pyopenssl
>
>   
Pýnar sana biraz haksýzlýk oldu gibi, tabi son karar senin.. bunlar 
arasýnda gönlünden ne koparsa artýk :p

// it seems to be a little unfair to Pýnar, as most of my requested 
packages are intended to be taken by you. Last word is yours..

> -----------------------------------------------------
>
> Saygýlar
>
>   
Regards

-serdar



From gkmngrgn at gmail.com  Mon Dec  8 17:20:02 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Mon, 08 Dec 2008 17:20:02 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493CF763.5080900@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
Message-ID: <493D3B22.3060900@gmail.com>

Ozan Çaðlayan wrote On 08-12-2008 12:30:
> Öncelikle hepinize iyi bayramlar,
>
> Bakýcýsýz paketlerin listesi otomatik e-postada verilen deadline olan 1 
> Kasým'ý takip eden hafta içinde tamamlandý. Akabinde çekirdek 
> geliþtiriciler bu listenin üzerinden geçerek kendi ilgi ve bilgileri 
> çerçevesinde üstlenmek isteyecekleri paketlerin bir listesini çýkarttý.
>
> Sonuç olarak,
>
> 658 adet paket bakýcýlar tarafýndan terkedildi,
> 397 tanesi çekirdek geliþtiriciler tarafýndan üstlenildi,
> 261 tanesi ise halen bakýcýsýz durumda.
>
> Bu 397 paketi doðrudan üzerimize almadýk çünkü geliþtirici ve 
> pardus-devel listesinde belki bizden daha fazla bazý paketlere faydasý 
> dokunabilecek insanlar olabileceðini düþündük. Bu sebepten bizim 
> üstlendiðimiz paketlerin listesini gönderiyor, geri kalan 261 tane 
> paketi de bakýcýsýz iþaretliyorum:
>
> # Ozan
>
> programming/libs/libatomic_ops
> programming/libs/libsmbios
> programming/libs/libzip
> programming/libs/libdaemon
> programming/libs/libpaper
> applications/games/gnugo
> applications/multimedia/ghostscript
> applications/multimedia/vlc
> applications/multimedia/speex
> applications/admin/sudo
> applications/network/avahi
> applications/multimedia/paprefs
> applications/network/rp-pppoe
> applications/multimedia/pavucontrol
> applications/multimedia/pulseaudio
> applications/network/wireshark
> desktop/kde/gwenview
> desktop/fonts/gnu-gs-fonts-std
> desktop/kde/gwenview-i18n
> desktop/kde/freetts
> desktop/kde/base/kdebindings
> desktop/kde/base/kdeartwork
> desktop/kde/base/kdebase
> applications/printing/cups
> applications/printing/psutils
> applications/printing/gutenprint
> applications/printing/poster
> applications/network/br2684ctl
> system/base/mkinitramfs
> system/base/kbd
> system/base/module-init-tools
> system/base/sysfsutils
> system/base/usbutils
> system/base/libusb
> programming/libs/fftw2
> programming/libs/fftw3
> kernel/kernel-debug
> kernel/kernel
> desktop/kde/kmplayer
> desktop/kde/gtk-qt-engine
> desktop/kde/digikam
> desktop/kde/base/kdenetwork
> desktop/kde/base/kdelibs
> desktop/kde/base/kdepim
> desktop/kde/base/kdemultimedia
> desktop/kde/base/arts
> desktop/kde/base/kdegraphics
> desktop/kde/base/kdeadmin
> desktop/kde/base/artwork
> desktop/kde/base/kdeedu
>
> # Ekin
>
> applications/network/rdate
> applications/multimedia/tesseract
> applications/multimedia/gocr
> applications/admin/dosfstools
> applications/admin/xfsdump
> applications/admin/xfsprogs
> applications/archive/xdelta
> applications/archive/xdelta3
> applications/admin/kexec-tools
> applications/network/pilot-link
> applications/network/rutilt
> applications/pda/libopensync
> applications/pda/libopensync-plugin-file
> applications/pda/libopensync-plugin-gnokii
> applications/pda/libopensync-plugin-google-calendar
> applications/pda/libopensync-plugin-gpe
> applications/pda/libopensync-plugin-irmc
> applications/pda/libopensync-plugin-kdepim
> applications/pda/libopensync-plugin-ldap
> applications/pda/libopensync-plugin-opie
> applications/pda/libopensync-plugin-palm
> applications/pda/libopensync-plugin-python
> applications/pda/libopensync-plugin-syncml
> applications/pda/libsyncml
> applications/pda/msynctool
> applications/pda/wbxml2
> desktop/freedesktop/xosd
> desktop/kde/milky
> desktop/kde/ksubtile
> desktop/kde/kdetv
> programming/tools/unsermake
> desktop/kde/kradio
> programming/libs/libieee1284
> system/base/sysklogd
> system/base/diffutils
> system/base/coreutils
> system/base/findutils
> system/base/cpio
> system/base/grep
> system/base/sed
> system/base/unzip
> system/base/gawk
> system/base/baselayout
> system/base/pciutils
> system/base/pcmciautils
> kernel/drivers/acerhk
> kernel/firmware/ipw2100-firmware
> kernel/firmware/ipw2200-firmware
> kernel/firmware/iwlwifi3945-ucode
> kernel/firmware/iwlwifi4965-ucode
> applications/hardware/sane-backends
> applications/util/logrotate
> desktop/kde/ksubtitleripper
> kernel/firmware/atmel-firmware
> kernel/firmware/accessrunner-firmware
> kernel/firmware/zd1211-firmware
> kernel/firmware/speedtouch-firmware
> kernel/firmware/eagle-firmware
> kernel/firmware/zd1201-firmware
>
> # Onur
>
> applications/security/nmap
> programming/libs/libart_lgpl
> programming/libs/libx86
> programming/libs/live555
> programming/libs/libmpcdec
> programming/libs/libmpeg2
> programming/libs/libdc1394
> programming/libs/libdvdnav
> programming/libs/giflibprogramming/libs/amrnb
> programming/libs/allegro
> programming/libs/alleggl
> programming/libs/amrwbapplications/hardware/vbetool
> applications/multimedia/mkvtoolnix
> applications/multimedia/ffmpeg
> applications/multimedia/flac
> applications/multimedia/x264
> applications/hardware/acpica
> applications/hardware/dmidecode
> applications/archive/lrzip
> applications/archive/p7zip
> applications/archive/rzip
> applications/archive/unarjapplications/network/tcpdump
> applications/network/netcat
> applications/network/sabishape
> programming/libs/xine-lib
> kernel/drivers/kqemu
> kernel/drivers/qc-usb-messenger
> kernel/drivers/sn9c1xx
> kernel/drivers/r5u870
> kernel/drivers/syntekdriver
> applications/emulators/qemu
> system/base/expat
> system/base/nss-mdns
> system/base/gettext
> system/base/libxml2
> system/base/glibc
> system/base/libxslt
> system/base/slang
> system/base/ncurses
> system/base/cracklib
> system/base/audit
> system/base/util-linux
> system/base/readline
> system/base/shadow
> system/base/pam
> system/devel/mpfr
> system/devel/gmp
> system/devel/chrpath
> system/devel/ccache
> system/devel/unifdef
> system/devel/swig
> system/devel/pkgconfig
> system/devel/bison
> system/devel/gcc
> system/devel/m4
> system/devel/automake
> system/devel/gnuconfig
> system/devel/make
> system/devel/autoconf
> system/devel/yacc
> system/devel/nasm
> system/devel/libtool
> system/devel/binutils
> system/base/bash
>
> # Faik
>
> desktop/kde/k3b
> programming/languages/python/python-memcached
> programming/languages/python/cmemcache
> system/base/gdbm
> programming/languages/perl/perl-IO-via-dynamic
> programming/languages/perl/perl-Tk
> programming/languages/perl/perl-Curses
> system/base/perl
> programming/libs/libmemcache
> server/memcached
> system/devel/quilt
> system/base/e2fsprogs
> system/base/zip
> system/base/urlgrabber
> system/base/sqlite
> programming/languages/ocaml
> applications/filesystems/gmailfs
> applications/filesystems/cramfs
> applications/filesystems/libgmail
> applications/filesystems/wdfs
> programming/tools/translate-toolkit
> programming/tools/pax-utils
> programming/tools/gperf
> programming/tools/gdb
> programming/tools/cvsps
> programming/tools/cdecl
> programming/tools/dev86
> programming/tools/bk-client
> programming/tools/cvs
> programming/tools/subversion
> programming/tools/valgrind
> programming/tools/patchutils
> programming/tools/strace
> programming/tools/sysprof
> programming/tools/lsof
> programming/tools/systemtap
> programming/tools/oprofile
> programming/tools/SVK
> programming/tools/ltrace
> programming/tools/elfutils
> applications/editors/emacs/ecb
> applications/editors/emacs/color-theme
> applications/editors/emacs/cedet
>
> # Semen
>
> applications/network/metalink
> applications/network/metamail
> applications/network/mit-kerberos
> applications/emulators/dosbox
> desktop/kde/konversation
> desktop/kde/kgraphviewer
> applications/emulators/xmame
> desktop/kde/yakuake
> desktop/kde/katapult
> desktop/kde/akode
> desktop/kde/kchmviewer
> desktop/kde/kbarcode
> system/base/flex
> system/base/miscfiles
> desktop/kde/kxmame
> desktop/kde/ksystemlog
> desktop/kde/kompose
> desktop/kde/kid3
> desktop/kde/kaffeine
> programming/tools/cogito
>
> # Gokcen
>
> programming/libs/nss
> desktop/kde/PyKDE
> desktop/kde/PyKDEeXtensions
> desktop/gnome/cairo
> desktop/freedesktop/dbus-qt3
> desktop/gnome/cairomm
> desktop/gnome/libsvg-cairo
> desktop/gnome/pycairo
> system/base/openssl
> system/devel/scons
> programming/tools/kdbg
> desktop/kde/kio-to-local
> desktop/kde/pardus-support
> desktop/kde/base/qt
>
> # Taner
>
> programming/languages/erlang
> server/xinetd
> server/www/mod_perl
> server/www/htdig
> server/www/apache
> server/www/mod_fastcgi
> server/database/mysql
> server/www/mod_python
> applications/admin/webalizer
>
> # Bahadýr
>
> applications/network/bridge-utils
> applications/security/nss_ldap
> applications/network/ppp
> applications/security/pam-krb5
> applications/security/pam_ldap
> desktop/kde/PyWireless
> system/base/curl
> system/base/libidn
> system/base/db4
> server/openldap
> system/base/dbus-glib
> system/base/iputils
> system/base/net-tools
> system/base/sysvinit
> system/base/dbus-python
> system/base/python-fchksum
> system/base/wireless-tools
> system/base/python
> programming/languages/python/python-ldap
>
> # Ýþbaran
>
> programming/languages/python/sip
> desktop/kde/amarok
> programming/languages/python/PyQt
> desktop/kde/qscintilla
> desktop/kde/kvpnc
> applications/network/vpnc
> applications/network/pptpclient
> applications/network/openvpn
>
> # Fatih
>
> applications/hardware/pmtools
> desktop/freedesktop/glitz
> desktop/freedesktop/shared-mime-info
> desktop/freedesktop/startup-notification
> desktop/freedesktop/ttmkfdir
> desktop/freedesktop/x2x
> desktop/freedesktop/xdg-utils
> applications/powermanagement/apmd
> applications/powermanagement/kpowersave
> applications/powermanagement/pm-utils
> applications/powermanagement/suspend
>
> # Pýnar
>
> desktop/kde/ktorrent
> programming/languages/lisp/ecl
> programming/languages/lisp/guile
> applications/security/apparmor-docs
> applications/security/apparmor-parser
> applications/security/apparmor-profiles
> applications/security/apparmor-utils
> applications/security/cryptsetup-luks
> applications/security/libapparmor
> applications/security/mcrypt
> applications/security/metasploit
> desktop/gnome/libglademm
> desktop/gnome/gtkmm
> desktop/gnome/libwnck
> desktop/gnome/gimp-data-extras
> desktop/gnome/librsvg
> desktop/gnome/glibmm
> desktop/gnome/libsvg
> desktop/gnome/pygobject
> desktop/gnome/libglade2
> desktop/gnome/gst-plugins-ugly
> desktop/gnome/gstreamer
> desktop/gnome/gst-plugins-base
> desktop/gnome/gst-plugins-good
> desktop/gnome/pygtk
> desktop/gnome/gst-ffmpeg
> desktop/gnome/libsexy
> programming/languages/haskell/ghc
> applications/games/wesnoth
> programming/environments/eric
> applications/games/eternal-lands-music
> applications/games/eternal-lands
> applications/games/eternal-lands-data
> desktop/gnome/gimp
> applications/games/bzflag
> programming/languages/python/python-bsddb3
> programming/languages/python/httplib2
> programming/languages/python/pydelicious
> programming/languages/python/pysqlite
> programming/languages/python/SQLObject
> programming/languages/python/docutils
> programming/languages/python/pysvn
> programming/languages/python/pycallgraph
> programming/languages/python/simplejson
> programming/languages/python/pyparsing
> programming/languages/python/cheetah
> programming/languages/python/mysql-python
> programming/languages/python/pyrex
> programming/languages/python/pyinotify
> programming/languages/python/beautifulsoup
> programming/languages/python/ClientForm
> programming/languages/python/pychecker
> programming/languages/python/FormEncode
> programming/languages/python/scapy
> programming/languages/python/feedparser
> programming/languages/python/chardet
> programming/languages/python/SOAPpy
> programming/languages/python/gnuplot-py
> programming/languages/python/matplotlib
> programming/languages/python/psyco
> programming/languages/python/PyX
> programming/languages/python/pylzma
> programming/languages/python/python-imaging
> programming/languages/python/pycrypto
> programming/languages/python/fpconst
> programming/languages/python/Twisted
> programming/languages/python/ZopeInterface
> programming/languages/python/pyopenssl
> programming/languages/python/aggdraw
> programming/languages/python/PyICU
> programming/languages/python/numpy
> programming/languages/python/mechanize
> programming/languages/python/zodb3
> programming/languages/python/PyXML
> programming/languages/python/sympy
> programming/languages/python/gdmodule
> programming/languages/python/pexpect
> programming/languages/python/scipy
> programming/languages/python/networkx
>
> # Gokmen
>
> programming/languages/python/PyQt4
> applications/hardware/gparted
> system/base/parted
> system/base/pyparted
>
> -----------------------------------------------------
>
> Saygýlar
>
>   

Ozan selam,
Pulseaudio, pavucontrol, paprefs paketleriyle ben þuan ilgileniyorum. Bu 
paketlerde bulabildiðim tek sorun, simge ile ilgili yamalarýn sadece 
KDE'ye özgü olmasý. Yani normalde bu yamalar kaldýrýlýnca Xfce'de 
sorunsuz çalýþýyor; fakat bu sefer de KDE'de simgeler görünmüyor. Ýlgili 
hata => http://bugs.pardus.org.tr/show_bug.cgi?id=8498

Bu hata düzeltilmeden önce sürüm güncellemesini yapmakta fayda var 
sanýrým, çünkü fazlaca deðiþiklik var. Bkz => 
http://pulseaudio.org/milestone/0.9.13

Eðer senin vaktin çok kýsýtlýysa ben bununla uðraþabilirim. Zira en 
yoðun zamanlarýmý yaþýyorum ama yine de pulseaudio konusunda taviz 
vermek istemiyorum =) Tek sýkýntým, güncellerken bir sorunla 
karþýlaþtýðým zaman çözümünü bulmak biraz zor olacak benim için.

Ýyi bayramlar.


From bahadir at pardus.org.tr  Mon Dec  8 18:05:57 2008
From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=)
Date: Mon, 8 Dec 2008 18:05:57 +0200
Subject: [Gelistirici] Fwd:  mail yazarken
Message-ID: <200812081806.04021.bahadir@pardus.org.tr>

Hatýrlayalým, hatýrlatalým.

----------  Yönlendirilmiþ Ýleti  ----------

Subject: [Gelistirici] mail yazarken
Date: 09 Oca 2008 Çar
From: Koray Löker <loker at pardus.org.tr>
To: gelistirici at pardus.org.tr

Selamlar,

Lütfen bu listeye yazarken olsun, alýntý yapmayý hatýrlar mýsýnýz? 

Gene çarþaf çarþaf tüm-alýntýlar, tepeye yazmalar falan aldý yürüdü... ne 
güzel kendi aramýzda bari eski güzel netiket 'e uyan bir topluluktuk biz 
burada...

-- 
Koray Löker
<-/ Özgürlük için... http://www.pardus.org.tr /->

-------------------------------------------------------
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081208/a48fb12b/attachment-0002.pgp>

From ozan at pardus.org.tr  Mon Dec  8 18:14:43 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 08 Dec 2008 18:14:43 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <20081208153245.124ae6a5.dfisek@fisek.com.tr>
References: <493CF763.5080900@pardus.org.tr>
	<20081208153245.124ae6a5.dfisek@fisek.com.tr>
Message-ID: <493D47F3.70904@pardus.org.tr>

Doruk Fisek wrote:
> Mon, 08 Dec 2008 12:30:59 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :
>
>   
>> 261 tanesi ise halen bakýcýsýz durumda.
>>     
> Karisiklik olmasin diye listeye de yazayim, bakicisiz isaretlenmeden 6
> gun once frozen-bubble'i kendi uzerime almistim eski bakmak istemeyen
> bakicisindan.
>
> svn'de tekrar uzerime aldim.
>   
O tarz aralarda alýnan paketleri gördükçe bu listeleri güncelledim, 
frozen'ý da görüp bakýcýsýzlardan silmiþtim diye hatýrlýyorum, eðer 
arada kaçýp bakýcýsýz iþaretlendiyse bugün, kusuruma kalma :)

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From gkmngrgn at gmail.com  Mon Dec  8 18:19:00 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Mon, 08 Dec 2008 18:19:00 +0200
Subject: [Gelistirici] Fwd:  mail yazarken
In-Reply-To: <200812081806.04021.bahadir@pardus.org.tr>
References: <200812081806.04021.bahadir@pardus.org.tr>
Message-ID: <493D48F4.8020401@gmail.com>

Bahadýr Kandemir wrote On 08-12-2008 18:05:
> Hatýrlayalým, hatýrlatalým.
>   

Arada dikkatten kaçýyor,  bu aralar paso yapýyormuþum.


From ozan at pardus.org.tr  Mon Dec  8 18:26:02 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 08 Dec 2008 18:26:02 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <493D3924.2080408@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
Message-ID: <493D4A9A.6050901@pardus.org.tr>

Serdar DALGIÇ wrote:
>> # Ozan
>>   
>> programming/libs/libzip
>>     
Alabilirsin.
>>   
>> applications/multimedia/vlc
>> applications/multimedia/speex
>>
>>     
vlc ile özel bir ilgim yok ancak çok geride kaldýðýmýz için geçen hafta 
ilgilenmeye baþladým. Þu anda baðýmlýlýklarýndan biri olan live555 ABI 
kýrdýðý ve ABI kýran sürüme yeni vlc'nin baðlý olmasýndan dolayý zaten 
yeni sürümünün depoya girebilmesi söz konusu deðil.

Bunun dýþýnda paket bazýnda bakarsak, yeni sürümün eksiklikleri:
- Türkçe çeviri dosyasýnýn elden geçmesi gerekiyor,
- OpenGL çýktý seçildiðinde VLC çöküyor,
- paranoia isimli bir cdda kütüphanesine baðlý ancak undefined symbol 
veriyor o kütüphaneyle ilgili.

Paketi bunlarý bildikten sonra alabilirsin ancak dediðim gibi buildfarm 
ve PiSi breaksABI konusunda anlaþabildikleri ana kadar depoya giremeyecek.

speex'i de son anda bugün alsa-plugins ile alakalý olduðu için çektim 
üzerime. þu anda görünen bir baðýmlýlýðý yok ancak açmayý düþünüyorum 
ileriki sürümlerde.

Ýki paketi de alabilirsin bence ilgileneceðim diyorsan.

Saygýlar efenim.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From ozan at pardus.org.tr  Mon Dec  8 18:31:03 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 08 Dec 2008 18:31:03 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <493D3B22.3060900@gmail.com>
References: <493CF763.5080900@pardus.org.tr> <493D3B22.3060900@gmail.com>
Message-ID: <493D4BC7.5060808@pardus.org.tr>

Gökmen Görgen wrote:
> Ozan selam,
> Pulseaudio, pavucontrol, paprefs paketleriyle ben þuan ilgileniyorum. Bu 
> paketlerde bulabildiðim tek sorun, simge ile ilgili yamalarýn sadece 
> KDE'ye özgü olmasý. Yani normalde bu yamalar kaldýrýlýnca Xfce'de 
> sorunsuz çalýþýyor; fakat bu sefer de KDE'de simgeler görünmüyor. Ýlgili 
> hata => http://bugs.pardus.org.tr/show_bug.cgi?id=8498
>
> Bu hata düzeltilmeden önce sürüm güncellemesini yapmakta fayda var 
> sanýrým, çünkü fazlaca deðiþiklik var. Bkz => 
> http://pulseaudio.org/milestone/0.9.13
>
> Eðer senin vaktin çok kýsýtlýysa ben bununla uðraþabilirim. Zira en 
> yoðun zamanlarýmý yaþýyorum ama yine de pulseaudio konusunda taviz 
> vermek istemiyorum =) Tek sýkýntým, güncellerken bir sorunla 
> karþýlaþtýðým zaman çözümünü bulmak biraz zor olacak benim için.
>
>   
Selam,

Bu paketlerin bende kalmasý daha iyi olur, zira fazlaca ilgilendim 
kendileriyle. Listelerine üyeyim, git depolarýný takip ediyorum, 
pavucontrol ya da paprefs'ten birinin çevirilerini yaptým vs. vs.

Pulseaudio 0.9.10'dayýz çünkü 10'dan sonraki sürümlerde geçilen 
"timer-based scheduling" ile çok fena sorunlar var. devel'de .13'teyiz 
zaten ancak 10'dan vazgeçmeyi düþünmüyorum sorunlar giderilene kadar.

Ýkon sorunlarý biraz gýcýk gerçekten. Pakette bir yama var ve gnome ikon 
isimlerini kde karþýlýklarýna deðiþtiriyor ona baktýn mý? Bu xfce, kde, 
gtk uygulamalarýnýn arasýndaki ikon sorunlarý aklýmda ancak uðraþmaya 
hiç vaktim olmadý, eðer çözebilirsen ne ala. Bir not daha, geçen 
Gökçen'in bilgisayarýndaki KDE4 masaüstünde pavucontrol'un ikonlarý 
eksiksiz görünüyordu, artýk bir þey mi yapmýþtý yoksa düzelmiþ mi 
KDE4'te bilemiyorum.

Unutmadan, paket bende ya da X'te diye, paketle bir tek ben 
ilgileneceðim diye bir þey yok, playgroundunuza alýp, kurcalayýp sonra 
buraya ya da bana mail atarsanýz, devel'e merge ederiz tekrar, vs.vs.

iyi bayramlar.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From serdar at cclub.metu.edu.tr  Mon Dec  8 18:38:38 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Mon, 08 Dec 2008 18:38:38 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493D4A9A.6050901@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>
	<493D4A9A.6050901@pardus.org.tr>
Message-ID: <493D4D8E.8000305@cclub.metu.edu.tr>

Ozan Çaðlayan wrote On 08-12-2008 18:26:
> Serdar DALGIÇ wrote:
>   
>>> # Ozan
>>>   
>>> programming/libs/libzip
>>>     
>>>       
> Alabilirsin.
>   
gotcha ;)

>>>   
>>> applications/multimedia/vlc
>>> applications/multimedia/speex
>>>
>>>     
>>>       
> vlc ile özel bir ilgim yok ancak çok geride kaldýðýmýz için geçen hafta 
> ilgilenmeye baþladým. Þu anda baðýmlýlýklarýndan biri olan live555 ABI 
> kýrdýðý ve ABI kýran sürüme yeni vlc'nin baðlý olmasýndan dolayý zaten 
> yeni sürümünün depoya girebilmesi söz konusu deðil.
>
>   
bunu öðrendiðim iyi oldu.

> Bunun dýþýnda paket bazýnda bakarsak, yeni sürümün eksiklikleri:
> - Türkçe çeviri dosyasýnýn elden geçmesi gerekiyor,
>   
zaman ayýrabilirim.
> - OpenGL çýktý seçildiðinde VLC çöküyor,
>   
programdan kaynaklanan bir bug mý? herhangi bir araþtýrman olmuþ muydu 
bu konuda?
çözmek için araþtýrma yapabilirim, takýldýðým yerlerde de geliþtirici 
listesi üzerinden baþýný þiþirebilirim :)

> - paranoia isimli bir cdda kütüphanesine baðlý ancak undefined symbol 
> veriyor o kütüphaneyle ilgili.
>
>   
OpenGL çýktý seçimine yazdýðým yorumlarýn aynýsý..

> Paketi bunlarý bildikten sonra alabilirsin ancak dediðim gibi buildfarm 
> ve PiSi breaksABI konusunda anlaþabildikleri ana kadar depoya giremeyecek.
>
>   
Paketi alýp öðrenme sürecime devam edeyim dersem nasýl olur? vlc'yle 
ilgilenmek istememin bir nedeni de kullandýðým program hakkýnda biraz 
bilgi sahibi olmak istemem. hem bu tarz ciddi ABI/API kýran paketlerle 
uðraþmamýþ daha önce, bu konuda deneyim edinmek açýsýndan iyi olur diye 
düþünüyorum.

> speex'i de son anda bugün alsa-plugins ile alakalý olduðu için çektim 
> üzerime. þu anda görünen bir baðýmlýlýðý yok ancak açmayý düþünüyorum 
> ileriki sürümlerde.
>
>   
aktif olarak ilgilendiðin bir paketse, ilerisi için planlarýn varsa sana 
paslayabilirim o zaman. sendeyken de geliþimini takip edebilirim.

> Ýki paketi de alabilirsin bence ilgileneceðim diyorsan.
>
>   
dediðin gibi "iki" paketi alýyorum: vlc- libzip :) ilgin için 
teþekkürler. vlc konusunda da gözün(üz)e takýlan birþeyler olursa 
feedback'lerinizi bekliyorum

> Saygýlar efenim.
>
>   
bilmukabele efenim :)

-serdar



From serdar at cclub.metu.edu.tr  Mon Dec  8 18:41:13 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Mon, 08 Dec 2008 18:41:13 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493D4D8E.8000305@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>	<493D4A9A.6050901@pardus.org.tr>
	<493D4D8E.8000305@cclub.metu.edu.tr>
Message-ID: <493D4E29.4000900@cclub.metu.edu.tr>

Serdar DALGIÇ wrote On 08-12-2008 18:38:
> Paketi alýp öðrenme sürecime devam edeyim dersem nasýl olur? vlc'yle 
> ilgilenmek istememin bir nedeni de kullandýðým program hakkýnda biraz 
> bilgi sahibi olmak istemem. hem bu tarz ciddi ABI/API kýran paketlerle 
>   

> uðraþmamýþ daha önce, bu konuda deneyim edinmek açýsýndan iyi olur diye 
>   
uðraþmamýþ -> uðraþmamýþtým // FIX-TYPO
> düþünüyorum.
>   



From selimok at gmail.com  Mon Dec  8 19:08:06 2008
From: selimok at gmail.com (selim ok)
Date: Mon, 8 Dec 2008 18:08:06 +0100
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493D4D8E.8000305@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr> <493D4A9A.6050901@pardus.org.tr>
	<493D4D8E.8000305@cclub.metu.edu.tr>
Message-ID: <a001a6cb0812080908l35f88e2eodf8d01d131b7b78a@mail.gmail.com>

Öncelikle benden de bir iyi bayramlar dileði...

08 Aralýk 2008 Pazartesi 17:38 tarihinde Serdar DALGIÇ <
serdar at cclub.metu.edu.tr> yazdý:

>
>
> > vlc ile özel bir ilgim yok ancak çok geride kaldýðýmýz için geçen hafta
> > ilgilenmeye baþladým. Þu anda baðýmlýlýklarýndan biri olan live555 ABI
> > kýrdýðý ve ABI kýran sürüme yeni vlc'nin baðlý olmasýndan dolayý zaten
> > yeni sürümünün depoya girebilmesi söz konusu deðil.
> >
> >
> bunu öðrendiðim iyi oldu.
>

 Aslýnda derlerken --disable-livedotcom ile derlenirse buna gerek kalmaz
gibi.

Bu özellik kapandýðýnda þundan mahrum kalýyormuþuz:

rstp/rtp/sdp (livedotcom)

* default: enabled *

This module allows you to read VOD streams using the RTSP protocol. It uses
the liveMedia library from http://live.com/

Olmazsa olmaz mý?


Selim
-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081208/315e782d/attachment-0002.htm>

From gkmngrgn at gmail.com  Mon Dec  8 20:09:12 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Mon, 08 Dec 2008 20:09:12 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493D4BC7.5060808@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr> <493D3B22.3060900@gmail.com>
	<493D4BC7.5060808@pardus.org.tr>
Message-ID: <493D62C8.1090407@gmail.com>

Ozan Çaðlayan wrote On 08-12-2008 18:31:
> Selam,
> Bu paketlerin bende kalmasý daha iyi olur, zira fazlaca ilgilendim 
> kendileriyle. Listelerine üyeyim, git depolarýný takip ediyorum, 
> pavucontrol ya da paprefs'ten birinin çevirilerini yaptým vs. vs.
>
>   
Tabi ki çok daha iyi olur.
> Ýkon sorunlarý biraz gýcýk gerçekten. Pakette bir yama var ve gnome ikon 
> isimlerini kde karþýlýklarýna deðiþtiriyor ona baktýn mý? Bu xfce, kde, 
> gtk uygulamalarýnýn arasýndaki ikon sorunlarý aklýmda ancak uðraþmaya 
> hiç vaktim olmadý, eðer çözebilirsen ne ala. Bir not daha, geçen 
> Gökçen'in bilgisayarýndaki KDE4 masaüstünde pavucontrol'un ikonlarý 
> eksiksiz görünüyordu, artýk bir þey mi yapmýþtý yoksa düzelmiþ mi 
> KDE4'te bilemiyorum.
>
>   
Buna ben de boþ vaktimde bakacaðým. Bir çözüm bulabilirsem hemen paylaþýrým.

Ýyi bayramlar


From ozan at pardus.org.tr  Mon Dec  8 20:13:38 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 08 Dec 2008 20:13:38 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <a001a6cb0812080908l35f88e2eodf8d01d131b7b78a@mail.gmail.com>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>
	<493D4A9A.6050901@pardus.org.tr>	<493D4D8E.8000305@cclub.metu.edu.tr>
	<a001a6cb0812080908l35f88e2eodf8d01d131b7b78a@mail.gmail.com>
Message-ID: <493D63D2.8020108@pardus.org.tr>

selim ok wrote:
> Öncelikle benden de bir iyi bayramlar dileði...
>
> 08 Aralýk 2008 Pazartesi 17:38 tarihinde Serdar DALGIÇ 
> <serdar at cclub.metu.edu.tr <mailto:serdar at cclub.metu.edu.tr>> yazdý:
>
>
>
>     > vlc ile özel bir ilgim yok ancak çok geride kaldýðýmýz için
>     geçen hafta
>     > ilgilenmeye baþladým. Þu anda baðýmlýlýklarýndan biri olan
>     live555 ABI
>     > kýrdýðý ve ABI kýran sürüme yeni vlc'nin baðlý olmasýndan dolayý
>     zaten
>     > yeni sürümünün depoya girebilmesi söz konusu deðil.
>     >
>     >
>     bunu öðrendiðim iyi oldu.
>
>
>  Aslýnda derlerken --disable-livedotcom ile derlenirse buna gerek 
> kalmaz gibi.
>
> Bu özellik kapandýðýnda þundan mahrum kalýyormuþuz:
>
>
>       rstp/rtp/sdp (livedotcom)
>
> / default: enabled /
>
> This module allows you to read VOD streams using the RTSP protocol. It 
> uses the liveMedia library from http://live.com/
>
>
> Olmazsa olmaz mý?
>
rtsp protokolünü kullanan video on demand akýþlarýný izletmeyeceðiz 
demek oluyor :)
Yeni sürümü bir süreliðine almamak, alýp da bir özelliðini kapatmaktan 
daha iyi bence. breaksABI desteði piside zaten var, farm'a da bayramdan 
önceki hafta ekledim, live555 ile denedim çalýþýyordu. Biraz daha deneme 
yaptýktan sonra iþler hale getireceðiz.



-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From gokmen at pardus.org.tr  Mon Dec  8 22:48:27 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Mon, 8 Dec 2008 22:48:27 +0200
Subject: [Gelistirici] [paketler-commits] r56683 -
	devel/programming/libs/qt4
In-Reply-To: <4cca720b0812080212r43c022fcud9540ddfe29134c4@mail.gmail.com>
References: <20081207180304.887711384095@ns1.pardus.org.tr>
	<4cca720b0812080212r43c022fcud9540ddfe29134c4@mail.gmail.com>
Message-ID: <200812082248.27208.gokmen@pardus.org.tr>

On Monday 08 December 2008 12:12:17 Furkan Duman wrote:
> 07 Aralýk 2008 Pazar 20:03 tarihinde  <paketler-commits at pardus.org.tr> 
yazdý:
> > Author: gokmen.goksel
> > Date: Sun Dec  7 20:03:04 2008
> > New Revision: 56683
> >
> > Modified:
> >   devel/programming/libs/qt4/actions.py
> >   devel/programming/libs/qt4/pspec.xml
> > Log:
> >  * QIBASE(Firebird) Driver package added
> >
> > BUG:FIXED:5537
>
> ..
>
> > +    <Package>
> > +        <Name>qt4-sql-ibase</Name>
> > +        <RuntimeDependencies>
> > +            <Dependency>firebird-client</Dependency>
> > +            <Dependency>firebird-superserver</Dependency>
> > +            <Dependency version="4.4.3">qt4</Dependency>
> > +        </RuntimeDependencies>
>
> Merhaba,
Selamlar,

> Normalde firebird-superserver ihtiyacýnýn olmamasý lazým.
> firebird-client paketinde eksik bir baðýmlýlýk mý var? Þu durumda bu
> paketi kuran, firebird sunucuyu da kurmalý demiþ oluyoruz.
Firebird ile ilgili -hiç- bilgim yok yalnýz qt4 ibase desteði için superserver 
paketinden çýkan /usr/include/firebird/include/ibase.h dosyasýna ihtiyaç 
duyuyor. Dosyanýn client paketinde bulunmasý gerekiyorsa paketçisi karar 
versin diyeyim ona göre düzenleriz :)

> Kolay gelsin.
Ýyi çalýþmalar,

-- 
Gökmen GÖKSEL
[pardus.org.tr]


From coderlord at gmail.com  Tue Dec  9 00:43:08 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Tue, 9 Dec 2008 00:43:08 +0200
Subject: [Gelistirici] [paketler-commits] r56683 -
	devel/programming/libs/qt4
In-Reply-To: <200812082248.27208.gokmen@pardus.org.tr>
References: <20081207180304.887711384095@ns1.pardus.org.tr>
	<4cca720b0812080212r43c022fcud9540ddfe29134c4@mail.gmail.com>
	<200812082248.27208.gokmen@pardus.org.tr>
Message-ID: <4cca720b0812081443j67e6784v917842d22a5dee86@mail.gmail.com>

08 Aralýk 2008 Pazartesi 22:48 tarihinde Gökmen GÖKSEL
<gokmen at pardus.org.tr> yazdý:
> Firebird ile ilgili -hiç- bilgim yok yalnýz qt4 ibase desteði için superserver
> paketinden çýkan /usr/include/firebird/include/ibase.h dosyasýna ihtiyaç
> duyuyor. Dosyanýn client paketinde bulunmasý gerekiyorsa paketçisi karar

O halde o dosyayý ve geliþtirme ile ilgili olanlarý firebird-devel
diye böleyim. :) Sunucuda kalmasý iyi olmamýþ.

Haber vereyim hallettikten sonra.

Görüþürüz.

-- 
Furkan Duman

From coderlord at gmail.com  Tue Dec  9 00:45:25 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Tue, 9 Dec 2008 00:45:25 +0200
Subject: [Gelistirici] [paketler-commits] r56683 -
	devel/programming/libs/qt4
In-Reply-To: <200812082248.27208.gokmen@pardus.org.tr>
References: <20081207180304.887711384095@ns1.pardus.org.tr>
	<4cca720b0812080212r43c022fcud9540ddfe29134c4@mail.gmail.com>
	<200812082248.27208.gokmen@pardus.org.tr>
Message-ID: <4cca720b0812081445m3199f9bbk79dd6bcc2f32c489@mail.gmail.com>

08 Aralýk 2008 Pazartesi 22:48 tarihinde Gökmen GÖKSEL
<gokmen at pardus.org.tr> yazdý:
> Firebird ile ilgili -hiç- bilgim yok yalnýz qt4 ibase desteði için superserver
> paketinden çýkan /usr/include/firebird/include/ibase.h dosyasýna ihtiyaç
> duyuyor. Dosyanýn client paketinde bulunmasý gerekiyorsa paketçisi karar
> versin diyeyim ona göre düzenleriz :)

Akabinde birþey daha sorayým. Bu baðýmlýlýk sadece build sýrasýnda
gerekmiyor mu? firebird server için Runtime yerine build dep. yazmak
þimdilik bizi kurtarmaz mý?

-- 
Furkan Duman

From gokmen at pardus.org.tr  Tue Dec  9 01:02:10 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Tue, 9 Dec 2008 01:02:10 +0200
Subject: [Gelistirici] [paketler-commits] r56683 -
	devel/programming/libs/qt4
In-Reply-To: <4cca720b0812081445m3199f9bbk79dd6bcc2f32c489@mail.gmail.com>
References: <20081207180304.887711384095@ns1.pardus.org.tr>
	<200812082248.27208.gokmen@pardus.org.tr>
	<4cca720b0812081445m3199f9bbk79dd6bcc2f32c489@mail.gmail.com>
Message-ID: <200812090102.10508.gokmen@pardus.org.tr>

On Tuesday 09 December 2008 00:45:25 Furkan Duman wrote:
> 08 Aralýk 2008 Pazartesi 22:48 tarihinde Gökmen GÖKSEL
>
> <gokmen at pardus.org.tr> yazdý:
> > Firebird ile ilgili -hiç- bilgim yok yalnýz qt4 ibase desteði için
> > superserver paketinden çýkan /usr/include/firebird/include/ibase.h
> > dosyasýna ihtiyaç duyuyor. Dosyanýn client paketinde bulunmasý
> > gerekiyorsa paketçisi karar versin diyeyim ona göre düzenleriz :)
>
> Akabinde birþey daha sorayým. Bu baðýmlýlýk sadece build sýrasýnda
> gerekmiyor mu? firebird server için Runtime yerine build dep. yazmak
> þimdilik bizi kurtarmaz mý?
:) Evet diyemiyorum çünkü dediðim gibi firebird ile ilgili bir deneyimim 
olmadý eðer deneyebilirsen ve haber verirsen sevinirim olmadý ben bir örnek 
filan bulup denerim ;)

-- 
Gökmen GÖKSEL
[pardus.org.tr]


From fatih at pardus.org.tr  Tue Dec  9 01:34:11 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Tue, 9 Dec 2008 01:34:11 +0200
Subject: [Gelistirici] =?utf-8?q?postRemove_ihtiyac=C4=B1?=
In-Reply-To: <200812061944.13615.bahadir@pardus.org.tr>
References: <200812060224.19474.fatih@pardus.org.tr>
	<200812061944.13615.bahadir@pardus.org.tr>
Message-ID: <200812090134.15692.fatih@pardus.org.tr>

Cumartesi 06 Aralýk 2008 tarihinde, Bahadýr Kandemir þunlarý yazmýþtý: 
> COMAR betiklerine onRegister ve onRemove metodlarý eklemeyi düþünüyordum,
> iþimizi görebilir. COMAR betikleri, preRemove ve cleanupPackage metodlarý
> çalýþtýrýldýktan sonra siliniyor. Silme iþlemini dosyalar kaldýrýldýktan
> sonra yaparsak ve COMAR'a onRegister/onRemove desteði ekleyelim derim.

Bu silinen paketle gelen betiklerde kullanýlabilir. Bence güzel olur. Ancak 
packagehandler betikleri için yine ek bir metod gerekiyor. Mesela bir font 
paketi silindiðinde, handler fontconfig paketinde yer aldýðý için onRemove 
çalýþmayacak.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081209/2d4bbd66/attachment-0002.pgp>

From taner at pardus.org.tr  Tue Dec  9 06:02:09 2008
From: taner at pardus.org.tr (Taner =?iso-8859-9?Q?Ta=FE?=)
Date: Tue, 9 Dec 2008 06:02:09 +0200 (EET)
Subject: [Gelistirici] =?iso-8859-9?q?svn=2Epardus=2Eorg=2Etr_SSL_setifika?=
	=?iso-8859-9?q?_g=FCncellemesi?=
Message-ID: <20e2a06318a5d9ea4401bbef5588b139.squirrel@webmail.pardus.org.tr>

Merhaba,

svn.pardus.org.tr sunucumuzun ssl sertifikasýnýn süresi dolduðundan yeni
sertifika oluþturmak zorunda kaldýk. Sistemlerinizdeki svn klasörleri
https protokolü üzerinden baðlantý kuruyorsa ilk sunucu baðlantýsýnda (up,
commit vs.) sertifika hatasý verecektir. "p" (permanent) ile yeniden onay
verip iþlemlerinize kaldýðýnýz yerden devam edebilirsiniz.

Bu durum, sistemlerinde otomatik olarak güncellenen svn dizinleri bulunan
kullanýcýlarý daha çok etkileyecektir. Bu tip svn dizinleriniz varsa bir
kereliðine elle güncelleme yapmanýz (svn up) ve sertifikaya onay vermeniz
yeterli olacaktýr.

Gösterdiðiniz anlayýþ için teþekkür ederiz.

Taner Taþ


From coderlord at gmail.com  Tue Dec  9 12:25:09 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Tue, 9 Dec 2008 12:25:09 +0200
Subject: [Gelistirici] [paketler-commits] r56683 -
	devel/programming/libs/qt4
In-Reply-To: <200812090102.10508.gokmen@pardus.org.tr>
References: <20081207180304.887711384095@ns1.pardus.org.tr>
	<200812082248.27208.gokmen@pardus.org.tr>
	<4cca720b0812081445m3199f9bbk79dd6bcc2f32c489@mail.gmail.com>
	<200812090102.10508.gokmen@pardus.org.tr>
Message-ID: <4cca720b0812090225t7eee7cd5ke1bbe6fcf4433d12@mail.gmail.com>

09 Aralýk 2008 Salý 01:02 tarihinde Gökmen GÖKSEL <gokmen at pardus.org.tr> yazdý:
>> Akabinde birþey daha sorayým. Bu baðýmlýlýk sadece build sýrasýnda
>> gerekmiyor mu? firebird server için Runtime yerine build dep. yazmak
>> þimdilik bizi kurtarmaz mý?
> :) Evet diyemiyorum çünkü dediðim gibi firebird ile ilgili bir deneyimim
> olmadý eðer deneyebilirsen ve haber verirsen sevinirim olmadý ben bir örnek
> filan bulup denerim ;)

Firebird kullanmýþtým. Ýstemci tarafta firebird-client paketi yeterli.
Derleme zamanýnda include dosyasýna ihtiyaç duyuyor. Daha sonra
kullanmýyor.

QT4 ile bir baðlantý örneði hazýrlarým.

Görüþürüz.

-- 
Furkan Duman

From ekin at pardus.org.tr  Tue Dec  9 13:02:44 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 9 Dec 2008 13:02:44 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
Message-ID: <200812091302.44934.ekin@pardus.org.tr>


Merhaba / Hi;

2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 10 
Aralýk 2008, 23:59.

ACK/NACK for new packages in 2008-test repo, reply before 10 December 2008, 
23:59 (GMT+2) please...

-------8<----------------------------------------
akonadi-1.0.80-5-5.pisi
alsa-driver-1.0.18a-37-30.pisi
alsa-headers-1.0.18a-24-4.pisi
alsa-lib-1.0.18-32-5.pisi
alsa-plugins-1.0.18-5-5.pisi
alsa-tools-1.0.18-9-4.pisi
alsa-tools-gui-1.0.18-9-1.pisi
alsa-utils-1.0.18-32-8.pisi
aria2-1.0.1-20-9.pisi
ati-control-center-8.11-44-24.pisi
ati-drivers-8.11-44-38.pisi
automoc4-0.9.87-3-3.pisi
bash-completion-20060301-31-5.pisi
crystalspace-1.2.1_30564-9-3.pisi
crystalspace-doc-1.2.1_30564-9-3.pisi
dbus-1.2.4-39-14.pisi
decibel-0.7.1_891686-3-3.pisi
digikam-kde4-0.10.0_beta6-2-2.pisi
dovecot-1.1.7-19-4.pisi
dvd-slideshow-0.8.2_2-6-3.pisi
ffmpeg2theora-0.23-2-2.pisi
fontforge-0.0_20081117-11-8.pisi
freecol-0.8.0_alpha3-13-4.pisi
freeradius-2.1.3-6-5.pisi
frozen-bubble-2.2.0-18-4.pisi
gftp-2.0.19-5-3.pisi
glib2-2.16.5-29-11.pisi
gparted-0.4.1-13-5.pisi
graphviz-2.18-10-7.pisi
graphviz-docs-2.18-10-4.pisi
gst-plugins-bad-0.10.9-4-4.pisi
gst-plugins-ugly-0.10.10-10-4.pisi
gtk2-2.12.11-39-12.pisi
gtk2-demo-2.12.11-39-4.pisi
gtk2-docs-2.12.11-39-4.pisi
gvim-7.2.060-56-4.pisi
hsqldb-lib-1.8.0.10-2-2.pisi
kde4-i18n-*-4.1.80-10-8.pisi
kdeaccessibility4-4.1.80-11-9.pisi
kdeadmin4-4.1.80-16-9.pisi
kdeartwork4-colorschemes-4.1.80-17-5.pisi
kdeartwork4-emoticons-4.1.80-17-5.pisi
kdeartwork4-icons-4.1.80-17-5.pisi
kdeartwork4-kworldclock-maps-4.1.80-17-5.pisi
kdeartwork4-screensavers-4.1.80-17-5.pisi
kdeartwork4-sounds-4.1.80-17-5.pisi
kdeartwork4-styles-4.1.80-17-5.pisi
kdeartwork4-wallpapers-4.1.80-17-5.pisi
kdebase4-4.1.80-16-9.pisi
kdebase4-runtime-4.1.80-20-13.pisi
kdebase4-workspace-4.1.80-26-22.pisi
kdebindings4-4.1.80-14-10.pisi
kdeedu4-4.1.80-17-10.pisi
kdegames4-4.1.80-17-9.pisi
kdegraphics4-4.1.80-19-11.pisi
kdelibs4-4.1.80-23-14.pisi
kdemultimedia4-4.1.80-17-10.pisi
kdenetwork4-4.1.80-17-12.pisi
kdepim4-4.1.80-9-11.pisi
kdepimlibs-4.1.80-16-10.pisi
kdeplasma-addons-4.1.80-6-6.pisi
kdesdk4-4.1.80-15-9.pisi
kdetoys4-4.1.80-15-9.pisi
kdeutils4-4.1.80-16-9.pisi
kdewebdev4-4.1.80-15-9.pisi
libgcrypt-1.4.0-8-4.pisi
libgnomecanvas-2.20.0-3-3.pisi
libv4l-0.5.7-8-7.pisi
networkx-0.37-2-1.pisi
octave-3.0.3-12-4.pisi
openmpi-1.2.8-6-3.pisi
ortp-0.13.1-2-1.pisi
package-manager-1.3.9-53-20.pisi
perl-Tk-804.028-4-2.pisi
phonon-4.2.80-5-6.pisi
pidgin-2.5.2-25-6.pisi
pisi-2.1.0-105-30.pisi
powerdevil-kde4-1.4.1-2-2.pisi
ralink-firmware-0.0_20081130-2-2.pisi
rsibreak-kde4-0.9.0_beta4-3-2.pisi
skype-2.0.0.72-14-2.pisi
smc-1.6-3-4.pisi
sylpheed-2.6.0_rc-25-6.pisi
tapioca-qt-0.17.7_891685-3-3.pisi
telepathy-qt-0.17.7_891673-3-3.pisi
tpmmanager-0.5-3-1.pisi
tpm-tools-1.3.1-4-1.pisi
transKode-0.7-7-2.pisi
trousers-0.3.1-7-1.pisi
vim-7.2.060-56-15.pisi
wordwarvi-0.23-5-3.pisi
wpa_supplicant-0.6.4-33-6.pisi
zpspell-0.4.2-8-2.pisi
--
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Tue Dec  9 13:03:54 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 9 Dec 2008 13:03:54 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <200812091303.54891.ekin@pardus.org.tr>

Merhaba / Hi ;

Kararlý depoya girmek için bekleyen paketlerin güncelleme detaylarý //
Update details for packages in 2008-test repo :

= Package : akonadi  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 1.0.80, Rel.: 5, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    MySQL server dependency added. One day we may get rid of this i hope.

* Ver.: 1.0.80, Rel.: 4, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Stable update

= Package : alsa-driver  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18a, Rel.: 37, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-12]

    - Version bump to the latest stable 1.0.18,
    - Fixes eeepcs shutdown problem (Fixes #7989),
    - Fixes distortioned sound problem of Compaq Presario, (Fixes #8306).

= Package : alsa-headers  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18a, Rel.: 24, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-12]

    Version bump to latest stable 1.0.18a.

= Package : alsa-lib  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 32, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-30]

    Version bump to the latest stable 1.0.18.

= Package : alsa-plugins  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 5, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-22]

    - Add Gentoo patch for being able to disable some configure parameters,
    - Disable avcodec, disable speex as it may cause some problems with PA.

* Ver.: 1.0.18, Rel.: 4, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-31]

    - Version bump to the latest stable 1.0.18,
    - Enable speex library.

= Package : alsa-tools  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 9, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-31]

    - Version bump to the latest stable 1.0.18,
    - Add firmware_locations.patch for installing firmwares 
into /lib/firmware,
    - Split the package for separating GUI and console tools,
    - Take over package.

= Package : alsa-tools-gui  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 9, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-31]

    - Version bump to the latest stable 1.0.18,
    - Add firmware_locations.patch for installing firmwares 
into /lib/firmware,
    - Split the package for separating GUI and console tools,
    - Take over package.

* Ver.: 1.0.17, Rel.: 8, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-07-15]

    Version bump

* Ver.: 1.0.17_rc1, Rel.: 7, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-06-23]

    Version bump

* Ver.: 1.0.16, Rel.: 6, Type: None
* Onur Küçük <onur_at_pardus.org.tr> [2008-04-08]

    Make usx2y use udev

* Ver.: 1.0.16, Rel.: 5, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-02-06]

    Version bump

* Ver.: 1.0.16_rc1, Rel.: 4, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-01-28]

    Version bump

* Ver.: 1.0.14, Rel.: 3, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2007-06-04]

    Fixed dependencies

* Ver.: 1.0.14, Rel.: 2, Type: None
* Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr> [2007-06-04]

    Version bump to stable release

* Ver.: 1.0.14_rc3, Rel.: 1, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-03-25]

    First release.

= Package : alsa-utils  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 32, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-04]

    - Version bump to the latest stable 1.0.18,
    - alsa-info.sh script is updated to 0.4.52 and modified a little for 
Pardus,
    - removed 'remove_alsaconf.patch' because it can now be disabled 
using --disable-alsaconf,
    - removed 'salsa.patch' because alsactl is used instead of it,
    - alsaunmute is now a bash script shipped as an additional file,
    - removed 'alsasound.confd' as alsa-utils doesn't provide a service script 
anymore,
    - added alsactl.conf to /etc/alsa/ and an empty asound.state to /etc,
    - new /lib/alsa/init hierarchy to be used by alsactl called by udev,
    - cleaned up actions.py,
    - take over package.

= Package : aria2  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.1, Rel.: 20, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-28]

    Bump to latest stable. Changes since 0.16.2:

    - The ability to verify peers using given trusted CA certificates and 
client certificate authentication in HTTPS.
    - The ability to form a persistent connection using a proxy and support 
for well-known environment variables for proxy settings were also added.
    - The bug that caused a segmentation fault during seeding was fixed.
    - Now users can specify output filename and directory in the input file.
    - The average download speed are now printed in Download results.
    - The following options are now enabled by default: --ftp-pasv 
and --enable-direct-io.
    - The HEAD method is now used to get size information from a Web server.
    - Ukrainian and Norwegian Nynorsk translations were updated.

= Package : ati-control-center  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 8.11, Rel.: 44, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-15]

    Add XDG-compliant desktop files instead of KDE3-specific ones

* Ver.: 8.11, Rel.: 43, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-14]

    Bump to latest stable. Changes:

    * New Display Enhancement - display scaling to resize the display
    devices that support TV timings (480i/p, 720p, 1080i, 1080p)
    through either digital (DVI or HDMI) or analog (component) interfaces
    * ATI CrossFireX Enhancement - enables users to verify whether an
    application is running in ATI CrossFireX mode
    * Bugs fixed:
    - The driver now changes hardware power states automatically when
    unplugging and plugging in AC power on mobile hardware older than
    Radeon Mobility HD 2xxx series.
    - X Server will may not start when using two display adapters with
    mismatched memory sizes.
    - Corruption may be noticed when playing video content using mplayer.
    - Starting X in dual-head mode with only one monitor connected may
    result in a black screen and the X Server failing to start.

= Package : ati-drivers  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 8.11, Rel.: 44, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-15]

    Add XDG-compliant desktop files instead of KDE3-specific ones

* Ver.: 8.11, Rel.: 43, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-14]

    Bump to latest stable. Changes:

    * New Display Enhancement - display scaling to resize the display
    devices that support TV timings (480i/p, 720p, 1080i, 1080p)
    through either digital (DVI or HDMI) or analog (component) interfaces
    * ATI CrossFireX Enhancement - enables users to verify whether an
    application is running in ATI CrossFireX mode
    * Bugs fixed:
    - The driver now changes hardware power states automatically when
    unplugging and plugging in AC power on mobile hardware older than
    Radeon Mobility HD 2xxx series.
    - X Server will may not start when using two display adapters with
    mismatched memory sizes.
    - Corruption may be noticed when playing video content using mplayer.
    - Starting X in dual-head mode with only one monitor connected may
    result in a black screen and the X Server failing to start.

= Package : automoc4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.87, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump.

= Package : bash-completion  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 20060301, Rel.: 31, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-02]

    Disable auto complete for install command, if PiSi files exist in current 
directory

= Package : crystalspace  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.2.1_30564, Rel.: 9, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-28]

    Add missing Cg dependency and depend on new cegui

= Package : crystalspace-doc  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.2.1_30564, Rel.: 9, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-28]

    Add missing Cg dependency and depend on new cegui

= Package : dbus  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.4, Rel.: 39, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-08]

    Revert last

* Ver.: 1.2.6, Rel.: 38, Type: security
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-07]

    New stable release fixes CVE-2008-4311 
(http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4311)

= Package : decibel  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.7.1_891686, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-05]

    New snapshot

= Package : digikam-kde4  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 0.10.0_beta6, Rel.: 2, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump.

= Package : dovecot  [Taner Taþ <taner_at_pardus.org.tr>]
======================================================================
* Ver.: 1.1.7, Rel.: 19, Type: None
* Taner Taþ <taner_at_pardus.org.tr> [2008-11-30]

    Stable update

= Package : dvd-slideshow  [Ertan Argüden <ert976_at_gmail.com>]
======================================================================
* Ver.: 0.8.2_2, Rel.: 6, Type: None
* Ertan Argüden <ert976_at_gmail.com> [2008-12-05]

    Version Bump

= Package : ffmpeg2theora  [H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com>]
======================================================================
* Ver.: 0.23, Rel.: 2, Type: None
* H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com> [2008-12-03]

    Bump to latest stable including minor bugfixes.

= Package : fontforge  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 0.0_20081117, Rel.: 11, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-23]

    * Displaying magnified bitmap strikes in the font view often caused a 
crash.
    * Disable libpango and libcairo.

= Package : freecol  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 0.8.0_alpha3, Rel.: 13, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-07]

    Version bump to new alpha for testing.

* Ver.: 0.8.0_alpha2, Rel.: 12, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-09-11]

    Version bump to new alpha for testing.

* Ver.: 0.8.0_p4197, Rel.: 11, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-07-13]

    Version bump to latest svn for testing.

* Ver.: 0.8.0_alpha1, Rel.: 10, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-07-12]

    Version bump to new alpha for testing.

= Package : freeradius  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 2.1.3, Rel.: 6, Type: None
* Ýþbaran Akçayýr <isbaran_at_gmail.com> [2008-12-05]

    Stable Release

= Package : frozen-bubble  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 2.2.0, Rel.: 18, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-06]

    Version bump to new stable. Changes since release 15 :
    * more options in LAN/NET games (continue game when players leave; disable 
player targetting)
    * fixed abort during a multiplayer game with a player in lowest graphics 
mode
    * much faster Internet servers listing (parallel discovery)
    * add ability to record and replay games; also add ability to save frames 
from records
    * geolocalized nicks in server lounge

* Ver.: 2.2.0_20081202, Rel.: 17, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-02]

    Version bump to latest git for testing the upcoming 2.2.0 release

* Ver.: 2.2.0_20081115, Rel.: 16, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-11-15]

    Version bump to latest git for testing the upcoming 2.2.0 release

* Ver.: 2.1.0, Rel.: 15, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-11]

    Fix desktop files to make them XDG compliant

= Package : gftp  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 2.0.19, Rel.: 5, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-01]

    Version bump to new stable. Changes over release 3 :
    * Cleanups to the networking code
    * Fixed more segfaults.
    * Several i18n fixes, updated translations
    * Fixes for downloading files using SFTP where the user doesn't have write 
access to the file.
    * Disable some features of the remote FTP server is a VMS server or OS/400
    * Updated to use FSPLIB 0.9
    * Added Tango styled icon theme

= Package : glib2  [Burak Çalýþkan <burakclskn_at_gmail.com>]
======================================================================
* Ver.: 2.16.5, Rel.: 29, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-10-05]

    Revert to 2.16.5, 2.18 breaks firefox, needs more testing and/or BreaksABI 
facility..

* Ver.: 2.18.1, Rel.: 28, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-09-18]

    Version bump.

* Ver.: 2.18.0, Rel.: 27, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-16]

    Version bump.

= Package : gparted  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 0.4.1, Rel.: 13, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-02]

    Version bump:
    * Improved read label performance with blkid cached results
    * Added read UUID support
    * Enforced FAT16/32 compliant volume labels (11 char max)
    * Fixed destination too small on copy and paste partition
    * Added status bar message updates while scanning devices
    * Moved Features entry from menu GParted to View
    * Renamed Features dialog to File System Support
    * Prevented paste into an existing partition
    * Added --disable-doc configure flag to stop building help docs

* Ver.: 0.3.9, Rel.: 12, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-09-19]

    Version bump

= Package : graphviz  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.18, Rel.: 10, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-24]

    Disable optional DevIL support, causes a lot of circular dependencies.
    DevIL plugin duplicates output formats of other plugings, so can be turned 
off safely.

= Package : graphviz-docs  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.18, Rel.: 10, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-24]

    Disable optional DevIL support, causes a lot of circular dependencies.
    DevIL plugin duplicates output formats of other plugings, so can be turned 
off safely.

= Package : gst-plugins-bad  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 0.10.9, Rel.: 4, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-03]

    - Stable update,
    - Enable faad and add patch to make it compile (Fixes #8313).

= Package : gst-plugins-ugly  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 0.10.10, Rel.: 10, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-03]

    Stable update

= Package : gtk2  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
= Package : gtk2-docs  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.12.11, Rel.: 39, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Revert to 2.12.11

* Ver.: 2.14.3, Rel.: 38, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.2, Rel.: 37, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.


= Package : gvim  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 7.2.060, Rel.: 56, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-06]

    Add patch to fix segfault when adding XML comments (Fixes #8383)

* Ver.: 7.2.060, Rel.: 55, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-30]

    *Update to patchlevel 60,
    *Fixed this problems:
    -In diff mode, when using two tabs, each with two diffed buffers, editing 
a buffer of the other tab messes up the diff.
    -When using winrestview() in a BufWinEnter autocommand the window is 
scrolled anyway.
    -VMS: Too many characters are escaped in filename and shell commands.
    -Crash because of STRCPY() being over protective of the destination size.
    -The Python interface has an empty entry in sys.path.
    -Wrong check for filling buffer with encoding.
    -Starting Vim with the -nb argument while it's not supported causes the 
other side to hang.
    -v:prevcount is changed too often.  Counts are not multiplied when setting 
v:count.
    -Warnings for not checking return value of fwrite().
    -Can't avoid 'wildignore' and 'suffixes' for glob() and globpath().
    -synIDattr() doesn't support "sp" for special color.
    -Crash when using WorkShop command ":ws foo".
    -Compilation warnings for format in getchar.c.
    -Various compiler warnings with strict checking.
    -Combination of int and size_t may not work.
    -Can't add a patch name to the ":version" output.
    -Diff display is not always updated.

= Package : hsqldb-lib  [Cenk Güre <gure.cenk_at_gmail.com>]
======================================================================
* Ver.: 1.8.0.10, Rel.: 2, Type: None
* Cenk Güre <gure.cenk_at_gmail.com> [2008-09-19]

    Version bump

= Package : kde4-i18n-*  [Ýsmail Dönmez <ismail_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 10, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-30]

    Version bump to 4.2 beta 1

= Package : kdeaccessibility4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 11, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeadmin4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-colorschemes  [Gökçen Eraslan 
<gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-emoticons  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-icons  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-kworldclock-maps  [Gökçen Eraslan 
<gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-screensavers  [Gökçen Eraslan 
<gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-sounds  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-styles  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-wallpapers  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebase4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebase4-runtime  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 20, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebase4-workspace  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 26, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebindings4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 14, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdeedu4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdegames4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdegraphics4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 19, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-25]

    Version bump to 4.2 beta 1

= Package : kdelibs4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 23, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdemultimedia4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdenetwork4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-03]

    Missing deps. speex, gmp, libidn and ortp added. Strict dep to decibel 
added

* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdepim4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 9, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdepimlibs  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1, libical dep added

= Package : kdeplasma-addons  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 6, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdesdk4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 15, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdetoys4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 15, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdeutils4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdewebdev4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 15, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : libgcrypt  [Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr>]
======================================================================
* Ver.: 1.4.0, Rel.: 8, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-14]

    revert libgcrypt to 1.4.0, 1.4.3 silently breaks gnutls

* Ver.: 1.4.3, Rel.: 7, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-11-02]

    Version bump
    Change version of dep. libgpg-error to 1.4

= Package : libgnomecanvas  [Eren Türkay <turkay.eren_at_gmail.com>]
======================================================================
* Ver.: 2.20.0, Rel.: 3, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Fix dependencies, 2008 repo has gail.

= Package : libv4l  [Onur Küçük <onur_at_pardus.org.tr>]
======================================================================
* Ver.: 0.5.7, Rel.: 8, Type: None
* Onur Küçük <onur_at_pardus.org.tr> [2008-12-03]

    Minor version bump fixing a critical bug in the special try_fmt handling 
for UVC cams, add more verbose logging of various calls when library is set 
to log more

= Package : networkx  [Ahmet Erdoðan <tuxposta_at_gmail.com>]
======================================================================
* Ver.: 0.37, Rel.: 2, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-09-09]

    Version bump.

* Ver.: 0.35.1, Rel.: 1, Type: None
* Ahmet Erdoðan <tuxposta_at_gmail.com> [2007-12-05]

    First release

= Package : octave  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 3.0.3, Rel.: 12, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-30]

    - LDPATH is written into /etc/env.d using shelltools,
    - Fix sandbox violations (Fixes #8738),
    - Add two cosmetic patches from Gentoo.

= Package : openmpi  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.8, Rel.: 6, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-10-22]

    Bug fixes and a few new features

= Package : ortp  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 0.13.1, Rel.: 2, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-09-09]

    Version Bump.

* Ver.: 0.7.1, Rel.: 1, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-01-13]

    First release.

= Package : package-manager  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.3.9, Rel.: 53, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-02]

    * Install now fetches all and then installs
    * Disable cancel button when fetching finished and started instaling

= Package : perl-Tk  [Ýlker Kesen <ikesen92_at_gmail.com>]
======================================================================
 = Package : phonon  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.2.80, Rel.: 5, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-29]

    Prefix is changed to /usr/kde/4

* Ver.: 4.2.80, Rel.: 4, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Sync from SVN, xine-lib dep added

= Package : pidgin  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.5.2, Rel.: 25, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-04]

    Add missing avahi-glib dependency.

* Ver.: 2.5.2, Rel.: 24, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-11-04]

    Stable version bump including fixes for libpurple, Pidgin, Finch, MSN, 
XMPP and Yahoo components.

* Ver.: 2.5.1, Rel.: 23, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-10-20]

    A new patch added for turkish translation errors.

= Package : pisi  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 2.1.0, Rel.: 105, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-01]

    * Install now works as upgrade, downloads all and then installs
    * Requires/Action/{reverseDependencyUpdate,systemRestart,serviceRestart} 
tags
    * pisi check symlink problem (#7336)
    * Fixed bugs (5493, 5619, 7336, 5370, 8623, 8379, 4539, 8515, 8501, 8426, 
8145, 7328)

= Package : powerdevil-kde4  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 1.4.1, Rel.: 2, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-10]

    Version bump.

= Package : ralink-firmware  [Onur Küçük <onur_at_pardus.org.tr>]
======================================================================
* Ver.: 0.0_20081130, Rel.: 2, Type: None
* Onur Küçük <onur_at_pardus.org.tr> [2008-11-30]

    Bump to update 2860 and 2870 firmwares from driver packages since they are 
newer than firmware packages, see bug #8744

= Package : rsibreak-kde4  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.0_beta4, Rel.: 3, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-30]

    Depend on kdelibs4 - uses libplasma.so

* Ver.: 0.9.0_beta4, Rel.: 2, Type: None
* Gökmen GÖKSEL <gokmen_at_pardus.org.tr> [2008-10-26]

    New beta with a lot of bug fixes.

= Package : skype  [Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.0.72, Rel.: 14, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-06-24]

    Version bump

= Package : smc  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.6, Rel.: 3, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-08]

    Stable bump

= Package : sylpheed  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 2.6.0_rc, Rel.: 25, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-01]

    Version bump to new RC for testing :
    * The backups for configuration files are kept for four generations now.
    * Only new messages are counted when incorporating from local mbox.
    * In the folder selection dialog, only folders which are expanded in the 
folder view are expanded now.
    * The folders which should not be selected in the folder selection dialog 
became unselectable now.
    * The bug that the addressbook window was not refreshed when sender of 
message was added to the addressbook was fixed.
    * Several bugfixes were made.

* Ver.: 2.6.0_beta2, Rel.: 24, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-11-17]

    Version bump to new beta for testing :
    * The menu was added to the remote POP3 mailbox window.
    * The sorting of remote POP3 mailbox was fixed.
    * The remote POP3 mailbox button was added to the toolbar.

* Ver.: 2.6.0_beta1, Rel.: 23, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-09-29]

    Version bump to new beta for testing

= Package : tapioca-qt  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.17.7_891685, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-04]

    New snapshot, prefix changed to /usr/qt/4

= Package : telepathy-qt  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.17.7_891673, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-04]

    New snapshot, prefix changed to /usr/qt/4 since this is a Qt4 library

= Package : tpm-tools  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 1.3.1, Rel.: 4, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-01-07]

    Version Bump.

* Ver.: 1.3.0, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-08]

    Version Bump.

* Ver.: 1.2.5.1, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-02-05]

    Version Bump.

* Ver.: 1.2.5, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2006-11-30]

    First release

= Package : tpmmanager  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 0.5, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-04-19]

    Stable update

* Ver.: 0.4, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-10]

    Version bump.

* Ver.: 0.3, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-03-02]

    First release

= Package : transKode  [Ertan Argüden <ert976_at_gmail.com>]
======================================================================
* Ver.: 0.7, Rel.: 7, Type: None
* Ertan Argüden <ert976_at_gmail.com> [2008-10-02]

    Fixed for adding to pardus (kde) menu.

= Package : trousers  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 0.3.1, Rel.: 7, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-04-16]

    Fix compiled with gcc4.3 and many bugs

* Ver.: 0.3.1, Rel.: 6, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-01-12]

    Bug Fixed:6794

* Ver.: 0.3.1, Rel.: 5, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-04]

    Version bump

* Ver.: 0.2.9.1, Rel.: 4, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2007-05-23]

    Updated Service script.

* Ver.: 0.2.9.1, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-04-27]

    Version Bump

* Ver.: 0.2.9, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-03-13]

    Version Bump

* Ver.: 0.2.8, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2006-11-30]

    First release

= Package : vim  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 7.2.060, Rel.: 56, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-06]

    Add patch to fix segfault when adding XML comments (Fixes #8383)

* Ver.: 7.2.060, Rel.: 55, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-30]

    *Update to patchlevel 60,
    *Fixed this problems:
    -In diff mode, when using two tabs, each with two diffed buffers, editing 
a buffer of the other tab messes up the diff.
    -When using winrestview() in a BufWinEnter autocommand the window is 
scrolled anyway.
    -VMS: Too many characters are escaped in filename and shell commands.
    -Crash because of STRCPY() being over protective of the destination size.
    -The Python interface has an empty entry in sys.path.
    -Wrong check for filling buffer with encoding.
    -Starting Vim with the -nb argument while it's not supported causes the 
other side to hang.
    -v:prevcount is changed too often.  Counts are not multiplied when setting 
v:count.
    -Warnings for not checking return value of fwrite().
    -Can't avoid 'wildignore' and 'suffixes' for glob() and globpath().
    -synIDattr() doesn't support "sp" for special color.
    -Crash when using WorkShop command ":ws foo".
    -Compilation warnings for format in getchar.c.
    -Various compiler warnings with strict checking.
    -Combination of int and size_t may not work.
    -Can't add a patch name to the ":version" output.
    -Diff display is not always updated.

= Package : wordwarvi  [Uður Çetin <jnmbk_at_users.sourceforge.net>]
======================================================================
* Ver.: 0.23, Rel.: 5, Type: None
* Uður Çetin <jnmbk_at_users.sourceforge.net> [2008-11-30]

    Version bump.

* Ver.: 0.22, Rel.: 4, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-11]

    Fix desktop files to make them XDG compliant

= Package : wpa_supplicant  [Furkan Duman <coderlord_at_gmail.com>]
======================================================================
* Ver.: 0.6.4, Rel.: 33, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-11-30]

    Default timeout for authentication increased.

= Package : zpspell  [Barýþ Metin <baris_at_pardus.org.tr>]
======================================================================
* Ver.: 0.4.2, Rel.: 8, Type: None
* Barýþ Metin <baris_at_pardus.org.tr> [2008-12-03]

    new release with gcc-4.3 patch, also update the homepage
--
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ozan at pardus.org.tr  Tue Dec  9 14:19:44 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Tue, 09 Dec 2008 14:19:44 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <493E6260.90205@pardus.org.tr>

Ekin Meroðlu wrote:
> Merhaba / Hi;
>
>
> alsa-driver-1.0.18a-37-30.pisi
> alsa-headers-1.0.18a-24-4.pisi
> alsa-lib-1.0.18-32-5.pisi
> alsa-plugins-1.0.18-5-5.pisi
> alsa-tools-1.0.18-9-4.pisi
> alsa-tools-gui-1.0.18-9-1.pisi
> alsa-utils-1.0.18-32-8.pisi
>   
NACK. Devel'deki driver ve headers için merge isteyeceðim, hepsi beraber 
bir sonraki periyotta girer.
> gst-plugins-bad-0.10.9-4-4.pisi
> gst-plugins-ugly-0.10.10-10-4.pisi
>   
ACK.
> octave-3.0.3-12-4.pisi
>   
ACK. Kararlý depodaki paket çalýþmýyor.
> skype-2.0.0.72-14-2.pisi
>   
NACK. Hala test etmedim, edip de bir þey diyen de olmadý.
> vim-7.2.060-56-15.pisi
>   
Çökme ile ilgili yamaya ACK, ondan önceki toplu bump'la ilgim yok 
Ýnanç'ýn güncellemesiydi o.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From bahadir at pardus.org.tr  Tue Dec  9 14:26:32 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Tue, 9 Dec 2008 14:26:32 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <200812091426.35890.bahadir@pardus.org.tr>

09 Ara 2008 Sal tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> bash-completion-20060301-31-5.pisi
> dbus-1.2.4-39-14.pisi
> wpa_supplicant-0.6.4-33-6.pisi

ack
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081209/c6e16a64/attachment-0002.pgp>

From bahadir at pardus.org.tr  Tue Dec  9 14:31:30 2008
From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=)
Date: Tue, 9 Dec 2008 14:31:30 +0200
Subject: [Gelistirici] =?utf-8?b?MDguMTIuMjAwOCBkYnVzLTEuMi42IEfDvG5jZWxs?=
	=?utf-8?q?emesi_Hakk=C4=B1nda?=
Message-ID: <200812091431.31043.bahadir@pardus.org.tr>

Selamlar,

Dün 01:00 ve 20:45 saatleri arasýnda, 2008-test deposuna, sistemi 
açýlmasýný engelleyen bir dbus sürümü (1.2.6) girdi. Paketin (tarafýmdan) 
eksik test edilmesi sebebiyle meydana gelen bu problem, 8799 numaralý hata 
raporunda [1] anlatýldýðý gibi çözülebilir.

Vermiþ olduðum rahatsýzlýktan dolayý özür dilerim,
Bahadýr

http://bugs.pardus.org.tr/show_bug.cgi?id=8799
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081209/b49ba17d/attachment-0002.pgp>

From dfisek at fisek.com.tr  Tue Dec  9 14:33:48 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 9 Dec 2008 14:33:48 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <20081209143348.64d3f914.dfisek@fisek.com.tr>

Tue, 9 Dec 2008 13:02:44 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> frozen-bubble-2.2.0-18-4.pisi
> gftp-2.0.19-5-3.pisi
ACK.

> transKode-0.7-7-2.pisi
Buna kimse bisi demiyor sanirim kac zamandir, surekli listede
goruyorum. Baktim 2 ay once guncellenmis ve eksik desktop dosyasini
ekliyor.

Ben ACK vereyim bari de, artik menude gozuksun programcagiz :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From ozan at pardus.org.tr  Tue Dec  9 14:44:36 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Tue, 09 Dec 2008 14:44:36 +0200
Subject: [Gelistirici] Dil konusu
Message-ID: <493E6834.7070704@pardus.org.tr>

Selam,

Listelerin dili konusunda bir anlaþmaya varýlamadý. O günden beri bazý 
duyarlý geliþtiriciler ellerinden geldiðince buraya yazdýklarý Türkçe 
iletilerin ingilizcelerini oraya da gönderdiler. Orasý azýcýk da olsa 
canlandý.

Bir listenin bir dili vardýr, iki dili olmaz. Bu listenin dili Türkçe. 
Ben de dahil bir süredir birçok kiþi "madem orta yolu bulalým 
"mantýðýyla mesela ACK/NACK maillerinin altýna hem Türkçe hem Ýngilizce 
cevap veriyordu. Bunun sonucunda hem devel'de hem burada ing/tr karýþýk 
iletiler dolaþmaya baþladý.

Bunun bu tartýþmanýn yola çýkýþ amacýna bir faydasýnýn olduðunu 
düþünmüyorum ve en azýndan ben bu kirli yolu kullanmayý býrakýyorum. 
Elimden geldiðince iki tarafa da ayrý ayrý, CC kullanmadan cevap vermeye 
çalýþýrým. Ekin sürüm yöneticisi olarak 2 tarafa da e-posta attýðýna 
göre ACK/NACK sürecinde, iki taraftan da feedback topluyor demektir. En 
azýndan ACK/NACK e-postalarý için sadece pardus-devel kanalýna cevap 
yazacaðým. Çok önemli ve tartýþma gereken bir ACK/NACK için yine burayý 
kullanmaya çalýþýrým.

Saygýlar,

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From baris at pardus.org.tr  Tue Dec  9 15:53:20 2008
From: baris at pardus.org.tr (=?UTF-8?Q?Bar=C4=B1=C5=9F_Metin?=)
Date: Tue, 9 Dec 2008 14:53:20 +0100
Subject: [Gelistirici] Dil konusu
In-Reply-To: <493E6834.7070704@pardus.org.tr>
References: <493E6834.7070704@pardus.org.tr>
Message-ID: <1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>

Selam,

2008/12/9 Ozan Çaðlayan <ozan at pardus.org.tr>:
> Bunun bu tartýþmanýn yola çýkýþ amacýna bir faydasýnýn olduðunu
> düþünmüyorum ve en azýndan ben bu kirli yolu kullanmayý býrakýyorum.
> Elimden geldiðince iki tarafa da ayrý ayrý, CC kullanmadan cevap vermeye
> çalýþýrým. Ekin sürüm yöneticisi olarak 2 tarafa da e-posta attýðýna
> göre ACK/NACK sürecinde, iki taraftan da feedback topluyor demektir. En
> azýndan ACK/NACK e-postalarý için sadece pardus-devel kanalýna cevap
> yazacaðým. Çok önemli ve tartýþma gereken bir ACK/NACK için yine burayý
> kullanmaya çalýþýrým.

Zaten sýkýcý bir iþi bir fayda kazanmadan ikiye katlamak bence iyi bir
çözüm deðil. Aslýnda Eren'in de önerdiði gibi þu review ve ACK/NACK
iþleri için adam akýllý bir web arayüzü projesi baþlatsak çok iyi
olacak. Bu iþin þu an yapýlma þekli fazlasý ile hamallýk getiriyor.

Belki her iki listeyi de kazanmak için bir süre önerdiðin þekilde
kullanýlabilir fakat sürekli tekrarladýðýmýz iþleri otomatikleþtirip
merkezi bir yerde toplamak zaman kazandýrýr; Gürer'in, Eren'in ve
diðer bir kaç kiþinin iþaret ettiði gibi...

iyi çalýþmalar,
-- 
Barýþ

From gokmen at pardus.org.tr  Tue Dec  9 16:08:31 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Tue, 9 Dec 2008 16:08:31 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <200812091608.31832.gokmen@pardus.org.tr>

On Tuesday 09 December 2008 13:02:44 Ekin Meroðlu wrote:
> Merhaba / Hi;
Selamlar, Hi;

> rsibreak-kde4-0.9.0_beta4-3-2.pisi
ACK

-- 
Gökmen GÖKSEL
[pardus.org.tr]


From gokmen at pardus.org.tr  Tue Dec  9 16:11:31 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Tue, 9 Dec 2008 16:11:31 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
References: <493E6834.7070704@pardus.org.tr>
	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
Message-ID: <200812091611.31302.gokmen@pardus.org.tr>

On Tuesday 09 December 2008 15:53:20 Barýþ Metin wrote:
> Selam,
>
> 2008/12/9 Ozan Çaðlayan <ozan at pardus.org.tr>:
> > Bunun bu tartýþmanýn yola çýkýþ amacýna bir faydasýnýn olduðunu
> > düþünmüyorum ve en azýndan ben bu kirli yolu kullanmayý býrakýyorum.
> > Elimden geldiðince iki tarafa da ayrý ayrý, CC kullanmadan cevap vermeye
> > çalýþýrým. Ekin sürüm yöneticisi olarak 2 tarafa da e-posta attýðýna
> > göre ACK/NACK sürecinde, iki taraftan da feedback topluyor demektir. En
> > azýndan ACK/NACK e-postalarý için sadece pardus-devel kanalýna cevap
> > yazacaðým. Çok önemli ve tartýþma gereken bir ACK/NACK için yine burayý
> > kullanmaya çalýþýrým.
>
> Zaten sýkýcý bir iþi bir fayda kazanmadan ikiye katlamak bence iyi bir
> çözüm deðil. Aslýnda Eren'in de önerdiði gibi þu review ve ACK/NACK
> iþleri için adam akýllý bir web arayüzü projesi baþlatsak çok iyi
> olacak. Bu iþin þu an yapýlma þekli fazlasý ile hamallýk getiriyor.
>
> Belki her iki listeyi de kazanmak için bir süre önerdiðin þekilde
> kullanýlabilir fakat sürekli tekrarladýðýmýz iþleri otomatikleþtirip
> merkezi bir yerde toplamak zaman kazandýrýr; Gürer'in, Eren'in ve
> diðer bir kaç kiþinin iþaret ettiði gibi...
Ýyi güzelde web üzerinden yapýldýðýnda dil iþi ne olacak ? Yani yine Türkçe ve 
Ýngilizce yazacaksak ;)

-- 
Gökmen GÖKSEL
[pardus.org.tr]


From baris at pardus.org.tr  Tue Dec  9 16:42:00 2008
From: baris at pardus.org.tr (=?UTF-8?Q?Bar=C4=B1=C5=9F_Metin?=)
Date: Tue, 9 Dec 2008 15:42:00 +0100
Subject: [Gelistirici] [Pardus-devel] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <1cf4bb740812090642m612d1f9ai9de1a3ed928c55e8@mail.gmail.com>

2008/12/9 Ekin Meroðlu <ekin at pardus.org.tr>:
> zpspell-0.4.2-8-2.pisi

ACK

-- 
Barýþ

From baris at pardus.org.tr  Tue Dec  9 16:49:28 2008
From: baris at pardus.org.tr (=?UTF-8?Q?Bar=C4=B1=C5=9F_Metin?=)
Date: Tue, 9 Dec 2008 15:49:28 +0100
Subject: [Gelistirici] Dil konusu
In-Reply-To: <200812091611.31302.gokmen@pardus.org.tr>
References: <493E6834.7070704@pardus.org.tr>
	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
	<200812091611.31302.gokmen@pardus.org.tr>
Message-ID: <1cf4bb740812090649q485bac67va286797aefafe47c@mail.gmail.com>

2008/12/9 Gökmen GÖKSEL <gokmen at pardus.org.tr>:
> Ýyi güzelde web üzerinden yapýldýðýnda dil iþi ne olacak ? Yani yine Türkçe ve
> Ýngilizce yazacaksak ;)

Verilen cevaplarin %90'i coktan secmeli bir listeye rahatlikla
sigdirilabilir, bu cevaplar da arayuz tarafindan cevrilecektir zaten.
Bunun disinda yorum eklemek gerektiginde bile en azindan tek bir yere
yazmak ve takip etmek zorunda kaliriz. Her isimizi cozmez belki ama
isin takibini hem sureci yonetenler icin hem de disaridan takip etmek
isteyenler icin kolaylastirir herhalde...

--
Barýþ

From turkersezer at tsdesign.info  Tue Dec  9 18:38:51 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Tue, 9 Dec 2008 18:38:51 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
References: <493E6834.7070704@pardus.org.tr>
	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
Message-ID: <200812091838.51984.turkersezer@tsdesign.info>

On Tuesday 09 December 2008 15:53:20 Barýþ Metin wrote:
> Zaten sýkýcý bir iþi bir fayda kazanmadan ikiye katlamak bence iyi bir
> çözüm deðil. Aslýnda Eren'in de önerdiði gibi þu review ve ACK/NACK
> iþleri için adam akýllý bir web arayüzü projesi baþlatsak çok iyi
> olacak. Bu iþin þu an yapýlma þekli fazlasý ile hamallýk getiriyor.

Review iþinin yanýsýra, test süreci için de bir web arayüzü fikri geçmiþti 
listede. Bu web arayüzlerini ayrý bir baþlýk altýnda konuþup karara baðlasak 
çözüme doðru iyi bir baþlangýç olur gibi. (Çözüme doðru giden diðer baþlýk 
nedense týkandý birden.)

Web arayüzü oluþturmak test sürecinde her paket için ayrý test süreci 
iþletebilmemize de olanak tanýyacaðýndan birçok farklý sorunumuzu çözecek 
yarar bir araç olur sanýrým.


Türker


From bahadir at pardus.org.tr  Tue Dec  9 21:28:56 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Tue, 9 Dec 2008 21:28:56 +0200
Subject: [Gelistirici] Network manager'a VPN.
In-Reply-To: <4cca720b0812070623w32157ad8u454084c0465ef0dc@mail.gmail.com>
References: <4cca720b0812070623w32157ad8u454084c0465ef0dc@mail.gmail.com>
Message-ID: <200812092128.59906.bahadir@pardus.org.tr>

07 Ara 2008 Paz tarihinde, Furkan Duman þunlarý yazmýþtý: 
> VPN'i NM'den ayrý bir uygulama olarak geliþtirip, NM içine kýsayol ile
> eriþim ekleyebiliriz diye düþündüm. Ancak çok generic bir yapýsý
> olmayacak sanýrým. OpenVPN için ayrý, PPTP için ayrý ekranlarýmýz (en
> azýndan detay ayar ekranlarý) lazým.

Ayrý bir arayüz olarak geliþtirelim. Gerekli COMAR modeli ve arayüz 
tasarýmýný burada tartýþalým. Arayüzden daha çok COMAR modeli ile 
ilgileniyorum aslýnda, Net.Link'e yama yapa yapa COMAR mimarisinin dýþýna 
çýkan bir modelimiz oldu elimizde, akýbetleri ayný olmasýn :)

http://svn.pardus.org.tr/uludag/branches/net-link-2.0/DRAFT.tr gibi bir 
taslaðý olsun mesela, üzerinde beraber çalýþalým.

> PPTP PPP'yi kullanarak baðlantý kuruyor. Þu ana kadar PPP
> baðlantýsýnýn baþarýlý olduðunu ve hangi arabirimin (ppp0, ppp1 vs.)
> buna atandýðýný nasýl anlayacaðýma dair bir yol bulamadým. PPP'nin
> link.py'ýnda bu sorun nasýl halledilmiþ bunu da anlayamadým. PPP
> baðlantý durumu ve baðlantý arabirimini nasýl alýrým?

PPP betiðini yanlýþ hatýrlamýyorsam Gürer ve Onur yazmýþtý. Network.Link'i 
hazýrlarken ppp için bir boþ betik dosyasý hazýrladým, ancak net-tools ve 
wireless-tools'la uðraþmaktan ona zaman ayýramadým.


-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081209/08311321/attachment-0002.pgp>

From onur at pardus.org.tr  Tue Dec  9 21:49:39 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 9 Dec 2008 21:49:39 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <a001a6cb0812080908l35f88e2eodf8d01d131b7b78a@mail.gmail.com>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
	<493D4A9A.6050901@pardus.org.tr>
	<493D4D8E.8000305@cclub.metu.edu.tr>
	<a001a6cb0812080908l35f88e2eodf8d01d131b7b78a@mail.gmail.com>
Message-ID: <20081209214939.65a7a2fd.onur@pardus.org.tr>


On Mon, 8 Dec 2008 18:08:06 +0100
"selim ok" <selimok at gmail.com> wrote:
...
>  Aslýnda derlerken --disable-livedotcom ile derlenirse buna gerek
> kalmaz gibi.
> 
> Bu özellik kapandýðýnda þundan mahrum kalýyormuþuz:
> 
> rstp/rtp/sdp (livedotcom)
> 
> * default: enabled *
> 
> This module allows you to read VOD streams using the RTSP protocol.
> It uses the liveMedia library from http://live.com/
> 
> Olmazsa olmaz mý?
 
 olmazsa olmaz :) RTSP çok kullanýlan bir protokol malesef

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From taner at pardus.org.tr  Tue Dec  9 22:23:22 2008
From: taner at pardus.org.tr (Taner =?iso-8859-9?Q?Ta=FE?=)
Date: Tue, 9 Dec 2008 22:23:22 +0200 (EET)
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <22f09e425653aee0571dad7c3ef137f5.squirrel@webmail.pardus.org.tr>


> dovecot-1.1.7-19-4.pisi

ACK


From fatih at pardus.org.tr  Tue Dec  9 22:49:17 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 9 Dec 2008 22:49:17 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <200812092249.22975.fatih@pardus.org.tr>

Salý 09 Aralýk 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> aria2-1.0.1-20-9.pisi

  ACK

> ati-control-center-8.11-44-24.pisi
> ati-drivers-8.11-44-38.pisi

  NACK

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081209/12ddf1bb/attachment-0002.pgp>

From fatih at pardus.org.tr  Tue Dec  9 22:58:26 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 9 Dec 2008 22:58:26 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?mudur_ile_ilgili_mevcut_sorunlar_ve_?=
 =?iso-8859-9?q?a=E7=FDl=FD=FE_s=FCrecinin_iyile=FEtirilmesi?=
In-Reply-To: <49275834.2060001@pardus.org.tr>
References: <49275834.2060001@pardus.org.tr>
Message-ID: <200812092258.26507.fatih@pardus.org.tr>

Cumartesi 22 Kasým 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> mudur ile ilgili bir optimizasyon ve iyileþtirme sürecine girmemiz
> gerektiðini düþünüyorum. Bu baðlamda gözlemlerimi aktarýyor ve çýlgýn
> fikirlerinizi, farklý farklý insanlardan gelecek über çözümleri buraya
> toplayýp biraz beyin fýrtýnasý yapalým diyorum.

 * Daha önce Bahadýr ile konuþmuþtuk. mudur=forcefsck ile açýnca /forcefsck 
dosyasýný silmeye çalýþýyor. Ancak o sýrada dosya sistemi read-only olduðu 
için patlýyor. Bu dosyayý kullanarak açýlýþta fsck çalýþtýrmaya çalýþan 
herhangi bir uygulama olup olmadýðý konusunda takýlmýþtýk sanýrým.

 * Safe modda (mudur=safe) network baðlantýlarý vs. yapýlmamalý.

 * Klasik init sistemindeki interactive modu: Açýlýþta bazý iþlemleri yapmadan 
önce kullanýcýya sormasý için bir parametre gerekiyor. Tek tek "Þu servisi 
baþlatayým mý?" þeklinde sormasý da dahil.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081209/a36a3419/attachment-0002.pgp>

From gurer at pardus.org.tr  Tue Dec  9 23:10:45 2008
From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=)
Date: Tue, 9 Dec 2008 23:10:45 +0200
Subject: [Gelistirici] =?utf-8?q?mudur_ile_ilgili_mevcut_sorunlar_ve_a?=
	=?utf-8?b?w6fEsWzEscWfIHPDvHJlY2luaW4gaXlpbGXFn3RpcmlsbWVzaQ==?=
In-Reply-To: <200812092258.26507.fatih@pardus.org.tr>
References: <49275834.2060001@pardus.org.tr>
	<200812092258.26507.fatih@pardus.org.tr>
Message-ID: <200812092310.45597.gurer@pardus.org.tr>

On Tuesday 09 December 2008 22:58:26 Fatih Aþýcý wrote:

>  * Daha önce Bahadýr ile konuþmuþtuk. mudur=forcefsck ile açýnca /forcefsck
> dosyasýný silmeye çalýþýyor. Ancak o sýrada dosya sistemi read-only olduðu
> için patlýyor. Bu dosyayý kullanarak açýlýþta fsck çalýþtýrmaya çalýþan
> herhangi bir uygulama olup olmadýðý konusunda takýlmýþtýk sanýrým.

Dosyanýn amacý, mesela KVM gibi bir imkan yoksa:

ssh sunucu.com
touch /forcefsck
reboot

yapabilmek. Doðal olarak iþlemden sonra silinmesi de lazým her açýlýþta tekrar 
etmemesi için. Dosyayý silme iþlemi rw remount tan sonra yapýlýyordu, bir 
sorun olmamasý lazým normalde.

From fatih at pardus.org.tr  Tue Dec  9 23:20:50 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 9 Dec 2008 23:20:50 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?mudur_ile_ilgili_mevcut_sorunlar_ve_?=
 =?iso-8859-9?q?a=E7=FDl=FD=FE_s=FCrecinin_iyile=FEtirilmesi?=
In-Reply-To: <200812092310.45597.gurer@pardus.org.tr>
References: <49275834.2060001@pardus.org.tr>
	<200812092258.26507.fatih@pardus.org.tr>
	<200812092310.45597.gurer@pardus.org.tr>
Message-ID: <200812092320.54459.fatih@pardus.org.tr>

Salý 09 Aralýk 2008 tarihinde, Gürer Özen þunlarý yazmýþtý: 
> On Tuesday 09 December 2008 22:58:26 Fatih Aþýcý wrote:
> >  * Daha önce Bahadýr ile konuþmuþtuk. mudur=forcefsck ile açýnca
> > /forcefsck dosyasýný silmeye çalýþýyor. Ancak o sýrada dosya sistemi
> > read-only olduðu için patlýyor. Bu dosyayý kullanarak açýlýþta fsck
> > çalýþtýrmaya çalýþan herhangi bir uygulama olup olmadýðý konusunda
> > takýlmýþtýk sanýrým.
>
> Dosyanýn amacý, mesela KVM gibi bir imkan yoksa:
>
> ssh sunucu.com
> touch /forcefsck
> reboot
>
> yapabilmek. Doðal olarak iþlemden sonra silinmesi de lazým her açýlýþta
> tekrar etmemesi için. Dosyayý silme iþlemi rw remount tan sonra
> yapýlýyordu, bir sorun olmamasý lazým normalde.

Pardon yanlýþ hatýrlýyorum. Bu sorun mudur=forcefsck ile açýldýðýnda 
/forcefsck dosyasýný bulamamasýndan kaynaklanýyor. Orada dosyanýn varlýðýný 
kontrol etmesi gerekiyor sadece.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081209/74d1623b/attachment-0002.pgp>

From ert976 at gmail.com  Tue Dec  9 23:29:57 2008
From: ert976 at gmail.com (ertan)
Date: Tue, 9 Dec 2008 23:29:57 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <200812091838.51984.turkersezer@tsdesign.info>
References: <493E6834.7070704@pardus.org.tr>
	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
	<200812091838.51984.turkersezer@tsdesign.info>
Message-ID: <200812092329.58126.ert976@gmail.com>


Merhaba,
Fedora paket review sürecini bugzilla kaydý olarak takib ediyor. Benzeri bir 
sistem kullanýlabilir. Böylece unutulup giden paket kalmaz. Sistemin 
uyarlanmasý da kolay olabilir. Bilginize..


http://www.redhat.com/archives/fedora-package-review/2008-November/thread.html

Saygýlarýmla
Ertan Argüden



On Tuesday 09 December 2008 18:38:51 Türker SEZER wrote:
> On Tuesday 09 December 2008 15:53:20 Barýþ Metin wrote:
> > Zaten sýkýcý bir iþi bir fayda kazanmadan ikiye katlamak bence iyi bir
> > çözüm deðil. Aslýnda Eren'in de önerdiði gibi þu review ve ACK/NACK
> > iþleri için adam akýllý bir web arayüzü projesi baþlatsak çok iyi
> > olacak. Bu iþin þu an yapýlma þekli fazlasý ile hamallýk getiriyor.
>
> Review iþinin yanýsýra, test süreci için de bir web arayüzü fikri geçmiþti
> listede. Bu web arayüzlerini ayrý bir baþlýk altýnda konuþup karara
> baðlasak çözüme doðru iyi bir baþlangýç olur gibi. (Çözüme doðru giden
> diðer baþlýk nedense týkandý birden.)
>
> Web arayüzü oluþturmak test sürecinde her paket için ayrý test süreci
> iþletebilmemize de olanak tanýyacaðýndan birçok farklý sorunumuzu çözecek
> yarar bir araç olur sanýrým.
>
>
> Türker
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici




From onur at pardus.org.tr  Wed Dec 10 01:04:48 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 01:04:48 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <493D4BC7.5060808@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr> <493D3B22.3060900@gmail.com>
	<493D4BC7.5060808@pardus.org.tr>
Message-ID: <20081210010448.ad8a2491.onur@pardus.org.tr>


On Mon, 08 Dec 2008 18:31:03 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:
...

> Ýkon sorunlarý biraz gýcýk gerçekten. Pakette bir yama var ve gnome
> ikon isimlerini kde karþýlýklarýna deðiþtiriyor ona baktýn mý? Bu
> xfce, kde, gtk uygulamalarýnýn arasýndaki ikon sorunlarý aklýmda
> ancak uðraþmaya hiç vaktim olmadý, eðer çözebilirsen ne ala. Bir not
> daha, geçen Gökçen'in bilgisayarýndaki KDE4 masaüstünde
> pavucontrol'un ikonlarý eksiksiz görünüyordu, artýk bir þey mi
> yapmýþtý yoksa düzelmiþ mi KDE4'te bilemiyorum.

 Ortada doðru dürüst bir ikon spec olmadýðý için bütün masaüstü
ortamlarý / pencere yöneticileri  kendi kafalarýna göre bir ikon
isimlendirme yöntemi kullandý bugüne kadar. Bazýlarý birbirlerinin
forku / esintisi olduðu için birbirleri ile benzerlik gösteriyordu ve
birþeyler ortak olmaya baþladý ama oturmamýþtý. Sonunda freedesktop
altýnda önce tango ikon setinin geliþmesi ile böyle bir spec oluþturmaya
çalýþtýlar, tango yu þablon alýp ortaya bir spec [1] çýktý.

 Bu ikon spec ine tango ikon temasý ve GNOME temelli yapýsý 
sayesinde önce GNOME (ve haliyle gtk/gnome programlarý, hatta
kitaplýklarý) uymaya baþladý. GTK içerisindeki bazý fonksiyonlar,
örneðin ses seviyesi widget ý, içerisinde hardcoded volume ikonunun
adýný yazdýðý için hemen her gtk programýnda bu sorun oluyor
(gnome-mplayer da da var mesela). KDE de 3.x serisinde bu tarz bir
deðiþikliðe gitmemek için bu ikon sistemine adapte olmadý. KDE 4
sürümü ile oxygen ikon seti ile bu ikon spec ine uygun bir hale geldi .

 Bu sorunun 2008 için çözümü  mevcut ikon setinde GTK daki ilgili
ikonlara symlink koyarak (benim aklýma daha çok yatýyor bu) ya da GTK
kabilesini yamalayýp bizim ikonlarý kullanmasýný saðlayarak
yapýlabilir. 2009 için yeni spec in öntanýmlý olmasý ve buna uymayan
programlarý yamalamak bence daha doðru bir yaklaþým olur. 

> Unutmadan, paket bende ya da X'te diye, paketle bir tek ben 
> ilgileneceðim diye bir þey yok, playgroundunuza alýp, kurcalayýp
> sonra buraya ya da bana mail atarsanýz, devel'e merge ederiz tekrar,
> vs.vs.

 Aynen öyle, bir paketin sahibi olmasý demek orasý dokunulmaz alan
demek deðil, ellbete artýk paketlerin sahipleri daha netleþmeye
baþlamýþken kafamýza göre güncelleme yapmaktan kaçýnmamýz lazým
ama paketin sorumlusu ile iletiþime geçip hata düzeltme / iyileþtirme
yapma vs. den çekinmeyiniz.

[1] http://standards.freedesktop.org/icon-naming-spec/

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Wed Dec 10 01:33:14 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 01:33:14 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <20081210013314.477dea86.onur@pardus.org.tr>


> libv4l-0.5.7-8-7.pisi
> ralink-firmware-0.0_20081130-2-2.pisi

 ACK

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Wed Dec 10 01:53:52 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 01:53:52 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <493D3924.2080408@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
Message-ID: <20081210015352.c6053963.onur@pardus.org.tr>


On Mon, 08 Dec 2008 17:11:32 +0200
Serdar DALGIÇ <serdar at cclub.metu.edu.tr> wrote:

> Waiting for your +/- reply; if you are unsure, ready to go for 
> rock-paper-scissors :p  .My requested packages are selected at the
> bottom:

 I prefer rock paper scissors lizard spock :)

>  kararsýzsanýz zar atabiliriz, taþ/kaðýt/makas yapabiliriz :)

 taþ kaðýt makas kertenkele spock ý tercih ederim :)
 
> > # Onur
> >
> > applications/security/nmap

 I prefer to keep nmap for now, I am closely following the developement
for a very long time. But after the package sharing is done I may
prefer to give away the package depending on my workload

 Þimdilik nmap bende kalsa iyi olur, uzun süredir geliþimini takip
ediyorum. Paket paylaþým süreci bittikten sonra üzerimdeki yüke göre
paketi devretmeyi tercih edebilirim.

> > programming/libs/libmpcdec
> > programming/libs/libmpeg2
> >   
> > applications/multimedia/flac

 oki doki



-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From serdar at cclub.metu.edu.tr  Wed Dec 10 02:01:04 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Wed, 10 Dec 2008 02:01:04 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <20081210015352.c6053963.onur@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>
	<20081210015352.c6053963.onur@pardus.org.tr>
Message-ID: <493F06C0.8050305@cclub.metu.edu.tr>

Onur Küçük wrote On 10-12-2008 01:53:
> On Mon, 08 Dec 2008 17:11:32 +0200
> Serdar DALGIÇ <serdar at cclub.metu.edu.tr> wrote:
>   
>  taþ kaðýt makas kertenkele spock ý tercih ederim :)
>   

aklýma gelmedi deðil ha :p

"/Math/, /science/, /history/ unravelling the mysteries that /all 
started with the big bang/."

>  
>   
>>> # Onur
>>>
>>> applications/security/nmap
>>>       
>
>  I prefer to keep nmap for now, I am closely following the developement
> for a very long time. But after the package sharing is done I may
> prefer to give away the package depending on my workload
>
>  Þimdilik nmap bende kalsa iyi olur, uzun süredir geliþimini takip
> ediyorum. Paket paylaþým süreci bittikten sonra üzerimdeki yüke göre
> paketi devretmeyi tercih edebilirim.
>
>   

tamam, sýraya girdim o zaman ;)

>>> programming/libs/libmpcdec
>>> programming/libs/libmpeg2
>>>   
>>> applications/multimedia/flac
>>>       
>
>   
gotta catch 'em all ;) teþkür :)

-serdar

>  oki doki
>
>
>
>   



From onur at pardus.org.tr  Wed Dec 10 02:17:26 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 02:17:26 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
Message-ID: <20081210021726.ef0669c0.onur@pardus.org.tr>


On Wed, 10 Dec 2008 01:55:37 +0200 (EET)
contrib-commits at pardus.org.tr wrote:

> Author: gkmngrgn
> Date: Wed Dec 10 01:55:37 2008
> New Revision: 9105
> 
> Added:
>    devel/applications/network/wicd/comar/package.py

 ------
import os

def postInstall(fromVersion, fromRelease, toVersion, toRelease):
    os.system("service wicd start")
 ------

 Bunu niye yaptýn ?


> Modified: devel/applications/network/wicd/comar/service.py
> =================================================================
> --- devel/applications/network/wicd/comar/service.py	(original)
> +++ devel/applications/network/wicd/comar/service.py	Wed Dec
> 10 01:55:37 2008 @@ -3,6 +3,7 @@
>      "en": "Wired / Wireless Connection Manager",
>      "tr": "Kablolu / Kablosuz Að Yöneticisi"})
>  serviceConf = "wicd"
> +serviceDefault = "on"


 Bu deðiþikliði yaptýn zaten


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From gkmngrgn at gmail.com  Wed Dec 10 02:23:00 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 10 Dec 2008 02:23:00 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <20081210021726.ef0669c0.onur@pardus.org.tr>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
	<20081210021726.ef0669c0.onur@pardus.org.tr>
Message-ID: <493F0BE4.2090600@gmail.com>

Onur Küçük wrote On 10-12-2008 02:17:
> On Wed, 10 Dec 2008 01:55:37 +0200 (EET)
> contrib-commits at pardus.org.tr wrote:
>
>   
>> Author: gkmngrgn
>> Date: Wed Dec 10 01:55:37 2008
>> New Revision: 9105
>>
>> Added:
>>    devel/applications/network/wicd/comar/package.py
>>     
>
>  ------
> import os
>
> def postInstall(fromVersion, fromRelease, toVersion, toRelease):
>     os.system("service wicd start")
>  ------
>
>  Bunu niye yaptýn ?
>
>   
Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini çaðýrmaya 
çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca, Wicd'in bozuk olduðu 
kanaatine varýyorlar. Deneyen 9 kiþiden 6'si bu tepkiyi verdi.
>   
>> Modified: devel/applications/network/wicd/comar/service.py
>> =================================================================
>> --- devel/applications/network/wicd/comar/service.py	(original)
>> +++ devel/applications/network/wicd/comar/service.py	Wed Dec
>> 10 01:55:37 2008 @@ -3,6 +3,7 @@
>>      "en": "Wired / Wireless Connection Manager",
>>      "tr": "Kablolu / Kablosuz Að Yöneticisi"})
>>  serviceConf = "wicd"
>> +serviceDefault = "on"
>>     
>
>
>  Bu deðiþikliði yaptýn zaten
>
>
>   

serviceDefault = "on" <= bu *service default on* yerine geçiyor. yani o 
anki oturumda Wicd'i çalýþtýrmýyor.


From fatih at pardus.org.tr  Wed Dec 10 02:27:30 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Wed, 10 Dec 2008 02:27:30 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
	devel/applications/network/wicd: . comar
In-Reply-To: <493F0BE4.2090600@gmail.com>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
	<20081210021726.ef0669c0.onur@pardus.org.tr>
	<493F0BE4.2090600@gmail.com>
Message-ID: <200812100227.34173.fatih@pardus.org.tr>

Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý: 
> Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini çaðýrmaya
> çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca, Wicd'in bozuk olduðu
> kanaatine varýyorlar. Deneyen 9 kiþiden 6'si bu tepkiyi verdi.

Bozuk o zaman :) Bir uyarý mesajý vermeli servis çalýþmýyorsa.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081210/89a32478/attachment-0002.pgp>

From fatih at pardus.org.tr  Wed Dec 10 02:33:01 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Wed, 10 Dec 2008 02:33:01 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?pm-tools_suspend-to-disk/ram_de_netw?=
 =?iso-8859-9?q?ork_ba=F0lant=FDs=FD_s=FDk=FDnt=FDlar=FD=2E?=
In-Reply-To: <4cca720b0812050225x3714cbdk1ab1e7ebfb8e53bf@mail.gmail.com>
References: <4cca720b0812050225x3714cbdk1ab1e7ebfb8e53bf@mail.gmail.com>
Message-ID: <200812100233.02115.fatih@pardus.org.tr>

Cuma 05 Aralýk 2008 tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Ozan ve Bahadýr bu konuyu geliþtirici listesine taþýmamý istemiþlerdi.
>
> Þu an suspend to disk te bir sýkýntý varmýþ sanýrým. Henüz
> bakamadýðýmý belirteyim.
>
> Eðer Bahadýr asenkron çaðrý sorunu giderildi derse pakete bu hook'u
> asenkron olarak çalýþacak þekilde düzeltip eklemek istiyorum.
>
> Görüþü, önerisi, isteði, ekleyeceði olanlar?

Bir problem daha buldum sanýrým. Profillerde tanýmlanan interface suspend 
sýrasýnda bulunmuyorsa backtrace veriyor ve suspend'i engelliyor.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081210/e7c16829/attachment-0002.pgp>

From gokmen at pardus.org.tr  Wed Dec 10 02:42:13 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Wed, 10 Dec 2008 02:42:13 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
	devel/applications/network/wicd: . comar
In-Reply-To: <200812100227.34173.fatih@pardus.org.tr>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
	<493F0BE4.2090600@gmail.com>
	<200812100227.34173.fatih@pardus.org.tr>
Message-ID: <200812100242.13669.gokmen@pardus.org.tr>

On Wednesday 10 December 2008 02:27:30 Fatih Aþýcý wrote:
> Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý:
> > Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini çaðýrmaya
> > çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca, Wicd'in bozuk olduðu
> > kanaatine varýyorlar. Deneyen 9 kiþiden 6'si bu tepkiyi verdi.
>
> Bozuk o zaman :) Bir uyarý mesajý vermeli servis çalýþmýyorsa.
Yamasýný da gönderttiydik [1] oysa ki :)

[1] http://lists.pardus.org.tr/paketler/Week-of-Mon-20081208/005049.html

-- 
Gökmen GÖKSEL
[pardus.org.tr]


From gkmngrgn at gmail.com  Wed Dec 10 02:46:20 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 10 Dec 2008 02:46:20 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 -
 in	devel/applications/network/wicd: . comar
In-Reply-To: <200812100242.13669.gokmen@pardus.org.tr>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>	<493F0BE4.2090600@gmail.com>	<200812100227.34173.fatih@pardus.org.tr>
	<200812100242.13669.gokmen@pardus.org.tr>
Message-ID: <493F115C.5050803@gmail.com>

Gökmen GÖKSEL wrote On 10-12-2008 02:42:
> On Wednesday 10 December 2008 02:27:30 Fatih Aþýcý wrote:
>   
>> Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý:
>>     
>>> Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini çaðýrmaya
>>> çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca, Wicd'in bozuk olduðu
>>> kanaatine varýyorlar. Deneyen 9 kiþiden 6'si bu tepkiyi verdi.
>>>       
>> Bozuk o zaman :) Bir uyarý mesajý vermeli servis çalýþmýyorsa.
>>     
> Yamasýný da gönderttiydik [1] oysa ki :)
>
> [1] http://lists.pardus.org.tr/paketler/Week-of-Mon-20081208/005049.html
>
>   
Yamasýný da uyguladýydýk akabinde :) Yine de anlamýyorlar..


From gokmen at pardus.org.tr  Wed Dec 10 02:52:02 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Wed, 10 Dec 2008 02:52:02 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5BContrib-commits=5D_r9105_-_in=09d?=
 =?iso-8859-9?q?evel/applications/network/wicd=3A_=2E_comar?=
In-Reply-To: <493F115C.5050803@gmail.com>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
	<200812100242.13669.gokmen@pardus.org.tr>
	<493F115C.5050803@gmail.com>
Message-ID: <200812100252.02534.gokmen@pardus.org.tr>

On Wednesday 10 December 2008 02:46:20 Gökmen Görgen wrote:
> Gökmen GÖKSEL wrote On 10-12-2008 02:42:
> > On Wednesday 10 December 2008 02:27:30 Fatih Aþýcý wrote:
> >> Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý:
> >>> Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini çaðýrmaya
> >>> çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca, Wicd'in bozuk olduðu
> >>> kanaatine varýyorlar. Deneyen 9 kiþiden 6'si bu tepkiyi verdi.
> >>
> >> Bozuk o zaman :) Bir uyarý mesajý vermeli servis çalýþmýyorsa.
> >
> > Yamasýný da gönderttiydik [1] oysa ki :)
> >
> > [1] http://lists.pardus.org.tr/paketler/Week-of-Mon-20081208/005049.html
>
> Yamasýný da uyguladýydýk akabinde :) Yine de anlamýyorlar..
Anlamalarý için bir de GUI'de uyarý verecek þekilde deðiþtir bana kalýrsa, 
problem çýkarsa yardýmcý olurum fakat servisi postinstall da baþlatmak doðru 
deðil. Mysql ya da Apache (daha bi sürrü var :) ) kurduðunda da çalýþmýyor sen 
baþlatana kadar ;)

-- 
Gökmen GÖKSEL
[pardus.org.tr]


From gkmngrgn at gmail.com  Wed Dec 10 02:56:15 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 10 Dec 2008 02:56:15 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <200812100252.02534.gokmen@pardus.org.tr>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>	<200812100242.13669.gokmen@pardus.org.tr>	<493F115C.5050803@gmail.com>
	<200812100252.02534.gokmen@pardus.org.tr>
Message-ID: <493F13AF.9080906@gmail.com>

Gökmen GÖKSEL wrote On 10-12-2008 02:52:
> On Wednesday 10 December 2008 02:46:20 Gökmen Görgen wrote:
>   
>> Gökmen GÖKSEL wrote On 10-12-2008 02:42:
>>     
>>> On Wednesday 10 December 2008 02:27:30 Fatih Aþýcý wrote:
>>>       
>>>> Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý:
>>>>         
>>>>> Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini çaðýrmaya
>>>>> çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca, Wicd'in bozuk olduðu
>>>>> kanaatine varýyorlar. Deneyen 9 kiþiden 6'si bu tepkiyi verdi.
>>>>>           
>>>> Bozuk o zaman :) Bir uyarý mesajý vermeli servis çalýþmýyorsa.
>>>>         
>>> Yamasýný da gönderttiydik [1] oysa ki :)
>>>
>>> [1] http://lists.pardus.org.tr/paketler/Week-of-Mon-20081208/005049.html
>>>       
>> Yamasýný da uyguladýydýk akabinde :) Yine de anlamýyorlar..
>>     
> Anlamalarý için bir de GUI'de uyarý verecek þekilde deðiþtir bana kalýrsa, 
> problem çýkarsa yardýmcý olurum fakat servisi postinstall da baþlatmak doðru 
> deðil. Mysql ya da Apache (daha bi sürrü var :) ) kurduðunda da çalýþmýyor sen 
> baþlatana kadar ;)
>
>   
Vaay, iþte buna kafam yattý :D Hemen yazýyorum.


From fethicanc at gmail.com  Wed Dec 10 02:58:42 2008
From: fethicanc at gmail.com (Fethican =?iso-8859-9?q?Co=FEkuner?=)
Date: Wed, 10 Dec 2008 02:58:42 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493CF763.5080900@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
Message-ID: <200812100258.43257.fethicanc@gmail.com>

On Monday 08 December 2008 12:30:59 Ozan Çaðlayan wrote:
> Öncelikle hepinize iyi bayramlar,
>

 Ýyi Bayramlar,

>
> Bu 397 paketi doðrudan üzerimize almadýk çünkü geliþtirici ve
> pardus-devel listesinde belki bizden daha fazla bazý paketlere faydasý
> dokunabilecek insanlar olabileceðini düþündük. Bu sebepten bizim
> üstlendiðimiz paketlerin listesini gönderiyor, geri kalan 261 tane
> paketi de bakýcýsýz iþaretliyorum:
>
> # Ozan

> applications/games/gnugo

  Bir go oyuncusu olarak pakete talibim :)
 
> # Pýnar
>
> desktop/kde/ktorrent
 Bu paketin de bakýmýný üstlenebilirim.

> programming/languages/python/simplejson
> programming/languages/python/cheetah
> programming/languages/python/FormEncode

   Bu üçüyle de turbogears baðýmlýlýðý olarak biraz vakit geçirmiþliðim var, 
üstlenebilirim.

> Saygýlar

Fethican



From onur at pardus.org.tr  Wed Dec 10 02:58:39 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 02:58:39 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <493F115C.5050803@gmail.com>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
	<493F0BE4.2090600@gmail.com>
	<200812100227.34173.fatih@pardus.org.tr>
	<200812100242.13669.gokmen@pardus.org.tr>
	<493F115C.5050803@gmail.com>
Message-ID: <20081210025839.2ad57b39.onur@pardus.org.tr>


On Wed, 10 Dec 2008 02:46:20 +0200
Gökmen Görgen <gkmngrgn at gmail.com> wrote:

> Gökmen GÖKSEL wrote On 10-12-2008 02:42:
> > On Wednesday 10 December 2008 02:27:30 Fatih Aþýcý wrote:
> >   
> >> Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý:
> >>     
> >>> Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini
> >>> çaðýrmaya çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca,
> >>> Wicd'in bozuk olduðu kanaatine varýyorlar. Deneyen 9 kiþiden 6'si
> >>> bu tepkiyi verdi. 
> >> Bozuk o zaman :) Bir uyarý mesajý vermeli servis çalýþmýyorsa.
> >>     
> > Yamasýný da gönderttiydik [1] oysa ki :)
> >
> > [1]
> > http://lists.pardus.org.tr/paketler/Week-of-Mon-20081208/005049.html
> >
> >   
> Yamasýný da uyguladýydýk akabinde :) Yine de anlamýyorlar..

 Bu iþin doðru çözümü, servise baðlantý kurulamýyorsa, programýn düzgün
authentication yönteminden geçip (policykit) dbus / çomar üzerinden
servisi baþlatmaya çalýþmasý ya da gui de kullanýcýnýn anlayabileceði
bir þekilde "servis çalýþmýyor aloo" demesi.

 Þu hali ile paketin kurulu olduðu sistemde kullanýcý servisi kapatsa
bile zorla servisi çalýþtýrýyorsun ki bence çok yanlýþ bir þey bu.

 Paket 2008 e alýnmýþ ve derlenmiþ ama yukarýda önerdiðim çözümlerin
yapýmý uzun sürecekse bile þu anki hack i kaldýrmamýz daha iyi olur.


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From gkmngrgn at gmail.com  Wed Dec 10 03:56:48 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 10 Dec 2008 03:56:48 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <20081210025839.2ad57b39.onur@pardus.org.tr>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>	<493F0BE4.2090600@gmail.com>	<200812100227.34173.fatih@pardus.org.tr>	<200812100242.13669.gokmen@pardus.org.tr>	<493F115C.5050803@gmail.com>
	<20081210025839.2ad57b39.onur@pardus.org.tr>
Message-ID: <493F21E0.60302@gmail.com>

Onur Küçük wrote On 10-12-2008 02:58:
> On Wed, 10 Dec 2008 02:46:20 +0200
> Gökmen Görgen <gkmngrgn at gmail.com> wrote:
>
>   
>> Gökmen GÖKSEL wrote On 10-12-2008 02:42:
>>     
>>> On Wednesday 10 December 2008 02:27:30 Fatih Aþýcý wrote:
>>>   
>>>       
>>>> Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý:
>>>>     
>>>>         
>>>>> Wicd'i hemen kurup, servisi çalýþtýrmadan wicd istemcisini
>>>>> çaðýrmaya çalýþanlar herhangi bir tepkiyle karþýlaþmayýnca,
>>>>> Wicd'in bozuk olduðu kanaatine varýyorlar. Deneyen 9 kiþiden 6'si
>>>>> bu tepkiyi verdi. 
>>>>>           
>>>> Bozuk o zaman :) Bir uyarý mesajý vermeli servis çalýþmýyorsa.
>>>>     
>>>>         
>>> Yamasýný da gönderttiydik [1] oysa ki :)
>>>
>>> [1]
>>> http://lists.pardus.org.tr/paketler/Week-of-Mon-20081208/005049.html
>>>
>>>   
>>>       
>> Yamasýný da uyguladýydýk akabinde :) Yine de anlamýyorlar..
>>     
>
>  Bu iþin doðru çözümü, servise baðlantý kurulamýyorsa, programýn düzgün
> authentication yönteminden geçip (policykit) dbus / çomar üzerinden
> servisi baþlatmaya çalýþmasý ya da gui de kullanýcýnýn anlayabileceði
> bir þekilde "servis çalýþmýyor aloo" demesi.
>
>  Þu hali ile paketin kurulu olduðu sistemde kullanýcý servisi kapatsa
> bile zorla servisi çalýþtýrýyorsun ki bence çok yanlýþ bir þey bu.
>
>  Paket 2008 e alýnmýþ ve derlenmiþ ama yukarýda önerdiðim çözümlerin
> yapýmý uzun sürecekse bile þu anki hack i kaldýrmamýz daha iyi olur.
>
>
>   
Þuan diyalog penceresi hazýr bile. Birazdan gerekli yamayý yapýp pakete 
dahil edeceðim. Yalnýz service.py'den *serviceDefault="on"* satýrýný da 
kaldýrmam gerekli midir? Kdebase'de de bu satýr var ve kullanýcý 
istemiyorsa bu servisi durdurabiliyor.


From onur at pardus.org.tr  Wed Dec 10 04:30:27 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 04:30:27 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <493F21E0.60302@gmail.com>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
	<493F0BE4.2090600@gmail.com>
	<200812100227.34173.fatih@pardus.org.tr>
	<200812100242.13669.gokmen@pardus.org.tr>
	<493F115C.5050803@gmail.com>
	<20081210025839.2ad57b39.onur@pardus.org.tr>
	<493F21E0.60302@gmail.com>
Message-ID: <20081210043027.515e645b.onur@pardus.org.tr>


On Wed, 10 Dec 2008 03:56:48 +0200
Gökmen Görgen <gkmngrgn at gmail.com> wrote:

> Þuan diyalog penceresi hazýr bile. Birazdan gerekli yamayý yapýp
> pakete dahil edeceðim.

 süper :)

> Yalnýz service.py'den *serviceDefault="on"*
> satýrýný da kaldýrmam gerekli midir? Kdebase'de de bu satýr var ve
> kullanýcý istemiyorsa bu servisi durdurabiliyor.

 serviceType=local olduðu için zaten öntanýmlý olarak servis açýk
gelecek, ama serviceDefault on kalabilir

 bu arada servis betiðinin stop kýsmýnda neden önce notify lý stop
çalýþtýrýlýyor, sonra diðer araçlar öldürülüyor ? Onlarý kapatamazsa
notify ýn verdiði bilgi yanlýþ olacak.

 Ayrýca 3 tane þeyi birden kapatmak gerekiyor mu ? pid ini aldýðýn
dosya bunlardan biri olmasýn ?

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From gkmngrgn at gmail.com  Wed Dec 10 04:48:06 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 10 Dec 2008 04:48:06 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <20081210043027.515e645b.onur@pardus.org.tr>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>	<493F0BE4.2090600@gmail.com>	<200812100227.34173.fatih@pardus.org.tr>	<200812100242.13669.gokmen@pardus.org.tr>	<493F115C.5050803@gmail.com>	<20081210025839.2ad57b39.onur@pardus.org.tr>	<493F21E0.60302@gmail.com>
	<20081210043027.515e645b.onur@pardus.org.tr>
Message-ID: <493F2DE6.6050207@gmail.com>

Onur Küçük wrote On 10-12-2008 04:30:
> On Wed, 10 Dec 2008 03:56:48 +0200
> Gökmen Görgen <gkmngrgn at gmail.com> wrote:
>
>   
>> Þuan diyalog penceresi hazýr bile. Birazdan gerekli yamayý yapýp
>> pakete dahil edeceðim.
>>     
>
>  süper :)
>
>   
>> Yalnýz service.py'den *serviceDefault="on"*
>> satýrýný da kaldýrmam gerekli midir? Kdebase'de de bu satýr var ve
>> kullanýcý istemiyorsa bu servisi durdurabiliyor.
>>     
>
>  serviceType=local olduðu için zaten öntanýmlý olarak servis açýk
> gelecek, ama serviceDefault on kalabilir
>
>  bu arada servis betiðinin stop kýsmýnda neden önce notify lý stop
> çalýþtýrýlýyor, sonra diðer araçlar öldürülüyor ? Onlarý kapatamazsa
> notify ýn verdiði bilgi yanlýþ olacak.
>
>  Ayrýca 3 tane þeyi birden kapatmak gerekiyor mu ? pid ini aldýðýn
> dosya bunlardan biri olmasýn ?
>
>   

https://svn.pardus.org.tr/contrib/devel/applications/network/wicd/

Wicd servisini baþlatmadan, wicd'i çalýþtýrmayý dener misiniz? Servis 
betiðini düzelttim. 3'ünü birden sonlandýrmak gerekiyor mu, pid'i hangi 
dosyadan alýyor vesaire bunlarý contrib'e merge etmeden öðrenip 
düzelteceðim sonradan =)

Wicd servisi baþlatýlmadan wicd-client komutunu çalýþtýrdýðýnýzda, bir 
widget'in açýlmasýný umuyorum. Çok kolpa bir þey oldu ama ileride Dbus / 
Çomar mevzusunu öðrenip bunu daha da güzelleþtirebilirim.

Cevabýnýzý bekliyorum =)



From gokcen at pardus.org.tr  Wed Dec 10 12:46:05 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Wed, 10 Dec 2008 12:46:05 +0200
Subject: [Gelistirici] r56722 - in devel/system/base/freetype: . files
In-Reply-To: <20081209235003.A36C613840CF@ns1.pardus.org.tr>
References: <20081209235003.A36C613840CF@ns1.pardus.org.tr>
Message-ID: <200812101246.05587.gokcen@pardus.org.tr>

Wednesday 10 December 2008 Tarihinde commits dedi ki:
> Author: fatih
> Date: Wed Dec 10 01:50:03 2008
> New Revision: 56722
>
> Added:
>    devel/system/base/freetype/files/fix-a-buffer-overflow.patch
> Modified:
>    devel/system/base/freetype/pspec.xml
> Log:
> Fixed a buffer overflow.
>
> BUG:FIXED:8790

Ya bunu güvenlik açýðý olarak iþaretleyip, upstream'e söyleyip, yamayý 
gönderip, public etmeseydik keþke diye düþündüm, ama biraz geç oldu tabi.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081210/115811ab/attachment-0002.htm>

From burakclskn at gmail.com  Wed Dec 10 12:59:29 2008
From: burakclskn at gmail.com (=?ISO-8859-9?Q?Burak_=C7al=FD=FEkan?=)
Date: Wed, 10 Dec 2008 12:59:29 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493CF763.5080900@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
Message-ID: <493FA111.6090306@gmail.com>

Ozan Çaðlayan wrote On 08-12-2008 12:30:
> Öncelikle hepinize iyi bayramlar,
> 
> Bakýcýsýz paketlerin listesi otomatik e-postada verilen deadline olan 1 
> Kasým'ý takip eden hafta içinde tamamlandý. Akabinde çekirdek 
> geliþtiriciler bu listenin üzerinden geçerek kendi ilgi ve bilgileri 
> çerçevesinde üstlenmek isteyecekleri paketlerin bir listesini çýkarttý.
> 
> Sonuç olarak,
> 
> 658 adet paket bakýcýlar tarafýndan terkedildi,
> 397 tanesi çekirdek geliþtiriciler tarafýndan üstlenildi,
> 261 tanesi ise halen bakýcýsýz durumda.
> 

Bakýcýsýz kvm paketini üzerime alýyorum. Çalýþmanýz için teþekkürler.


From ozan at pardus.org.tr  Wed Dec 10 13:24:57 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 10 Dec 2008 13:24:57 +0200
Subject: [Gelistirici] =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICgxKQ==?=
In-Reply-To: <200812100258.43257.fethicanc@gmail.com>
References: <493CF763.5080900@pardus.org.tr>
	<200812100258.43257.fethicanc@gmail.com>
Message-ID: <493FA709.7040405@pardus.org.tr>

Fethican Coþkuner wrote:
>> applications/games/gnugo
>>     
>
>   Bir go oyuncusu olarak pakete talibim :)
>   
gnugo'yu zaten Pýnar istemiþti ben yanlýþlýkla listeyi oluþtururken 
kendime yazmýþtým, akabinde tekrar Pýnar'a verdim paketi devel'de. Yine 
ona sorabilirsin diðer istediðin paketler gibi.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From ozan at pardus.org.tr  Wed Dec 10 14:03:59 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 10 Dec 2008 14:03:59 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
References: <493E6834.7070704@pardus.org.tr>
	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
Message-ID: <493FB02F.9000600@pardus.org.tr>

Barýþ Metin wrote:
>
> Zaten sýkýcý bir iþi bir fayda kazanmadan ikiye katlamak bence iyi bir
> çözüm deðil. Aslýnda Eren'in de önerdiði gibi þu review ve ACK/NACK
> iþleri için adam akýllý bir web arayüzü projesi baþlatsak çok iyi
> olacak. Bu iþin þu an yapýlma þekli fazlasý ile hamallýk getiriyor.
>
> Belki her iki listeyi de kazanmak için bir süre önerdiðin þekilde
> kullanýlabilir fakat sürekli tekrarladýðýmýz iþleri otomatikleþtirip
> merkezi bir yerde toplamak zaman kazandýrýr; Gürer'in, Eren'in ve
> diðer bir kaç kiþinin iþaret ettiði gibi...
>
> iyi çalýþmalar,
>   
Review süreci için bir web arayüzü bana da mantýklý gelmeye baþladý. 
Süreci daha hýzlandýrmaya ve eðlencelileþtirmeye(kudolar falan:)) 
baþlayabilir. Ancak ACK/NACK'de þöyle bir þey var, e-postalarýný kontrol 
ederken eskaza gelen bir ACK/NACK e-postasýna doðrudan cevap atýp sana 
düþen görevi yerine getirebiliyorsun. E-posta istemcisinden çýkýp bir 
yere gidip oralarda iþleri halletmek bana biraz süreci yavaþlatabilir 
gibi geliyor ama emin deðilim.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From gokmen at pardus.org.tr  Wed Dec 10 14:09:18 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Wed, 10 Dec 2008 14:09:18 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <493FB02F.9000600@pardus.org.tr>
References: <493E6834.7070704@pardus.org.tr>
	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
	<493FB02F.9000600@pardus.org.tr>
Message-ID: <200812101409.18682.gokmen@pardus.org.tr>

On Wednesday 10 December 2008 14:03:59 Ozan Çaðlayan wrote:
> Barýþ Metin wrote:
> > Zaten sýkýcý bir iþi bir fayda kazanmadan ikiye katlamak bence iyi bir
> > çözüm deðil. Aslýnda Eren'in de önerdiði gibi þu review ve ACK/NACK
> > iþleri için adam akýllý bir web arayüzü projesi baþlatsak çok iyi
> > olacak. Bu iþin þu an yapýlma þekli fazlasý ile hamallýk getiriyor.
> >
> > Belki her iki listeyi de kazanmak için bir süre önerdiðin þekilde
> > kullanýlabilir fakat sürekli tekrarladýðýmýz iþleri otomatikleþtirip
> > merkezi bir yerde toplamak zaman kazandýrýr; Gürer'in, Eren'in ve
> > diðer bir kaç kiþinin iþaret ettiði gibi...
> >
> > iyi çalýþmalar,
>
> Review süreci için bir web arayüzü bana da mantýklý gelmeye baþladý.
> Süreci daha hýzlandýrmaya ve eðlencelileþtirmeye(kudolar falan:))
> baþlayabilir. Ancak ACK/NACK'de þöyle bir þey var, e-postalarýný kontrol
> ederken eskaza gelen bir ACK/NACK e-postasýna doðrudan cevap atýp sana
> düþen görevi yerine getirebiliyorsun. E-posta istemcisinden çýkýp bir
> yere gidip oralarda iþleri halletmek bana biraz süreci yavaþlatabilir
> gibi geliyor ama emin deðilim.
Düzgün þekilde tasarlanýrsa mail üzerinden de cevap verilebilecek birþeyler 
hazýrlamak zor deðil ;)

-- 
Gökmen GÖKSEL
[pardus.org.tr]


From ozan at pardus.org.tr  Wed Dec 10 14:09:33 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 10 Dec 2008 14:09:33 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <200812092329.58126.ert976@gmail.com>
References: <493E6834.7070704@pardus.org.tr>	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>	<200812091838.51984.turkersezer@tsdesign.info>
	<200812092329.58126.ert976@gmail.com>
Message-ID: <493FB17D.9000507@pardus.org.tr>

ertan wrote:
> Merhaba,
> Fedora paket review sürecini bugzilla kaydý olarak takib ediyor. Benzeri bir 
> sistem kullanýlabilir. Böylece unutulup giden paket kalmaz. Sistemin 
> uyarlanmasý da kolay olabilir. Bilginize..
>
>   
Buna baktým, enteresanmýþ.
Bir anda review'da bekleyen paketlerin hepsini görebilmek,
Girilen yorumlarý altalta düzgünce takip edebilmek

adýna mail listesinden daha efektif geldi bana.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From emre at emrealadag.com  Wed Dec 10 14:50:49 2008
From: emre at emrealadag.com (=?ISO-8859-9?Q?Ahmet_Emre_Alada=F0?=)
Date: Wed, 10 Dec 2008 14:50:49 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <200812101409.18682.gokmen@pardus.org.tr>
References: <493E6834.7070704@pardus.org.tr>
	<1cf4bb740812090553p75d266acn99230a75970c2d8c@mail.gmail.com>
	<493FB02F.9000600@pardus.org.tr>
	<200812101409.18682.gokmen@pardus.org.tr>
Message-ID: <b438d8400812100450p2b8787e5x644d89880293b25f@mail.gmail.com>

>
> Düzgün þekilde tasarlanýrsa mail üzerinden de cevap verilebilecek birþeyler
> hazýrlamak zor deðil ;)
>

ACK/NACK talepleri RSS üzerinden duyurulursa, session bilgilerinin
saklanmasý durumunda RSS üzerinden ACK ve NACK linkleri verilebilir. Böylece
kiþi RSS haberini okurken yapmasý gereken þey ACK/NACK linklerinden birisine
týklamak olur ve zaten login deðiþkenleri saklandýðý için e-postadan daha da
hýzlý bile olabilir :)
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081210/b2114707/attachment-0002.htm>

From turkay.eren at gmail.com  Wed Dec 10 15:35:03 2008
From: turkay.eren at gmail.com (Eren =?utf-8?q?T=C3=BCrkay?=)
Date: Wed, 10 Dec 2008 15:35:03 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <b438d8400812100450p2b8787e5x644d89880293b25f@mail.gmail.com>
References: <493E6834.7070704@pardus.org.tr>
	<200812101409.18682.gokmen@pardus.org.tr>
	<b438d8400812100450p2b8787e5x644d89880293b25f@mail.gmail.com>
Message-ID: <200812101535.03354.turkay.eren@gmail.com>

On 10 Dec 2008 Wed 14:50:49 Ahmet Emre Aladað wrote:
> ACK/NACK talepleri RSS üzerinden duyurulursa, session bilgilerinin
> saklanmasý durumunda RSS üzerinden ACK ve NACK linkleri verilebilir.
> Böylece kiþi RSS haberini okurken yapmasý gereken þey ACK/NACK linklerinden
> birisine týklamak olur ve zaten login deðiþkenleri saklandýðý için
> e-postadan daha da hýzlý bile olabilir :)

Bunun nasýl bir þey olacaðýný anlamadým :) Biraz daha açýklayabilir misin?


From gelurine at gmail.com  Wed Dec 10 15:45:05 2008
From: gelurine at gmail.com (=?UTF-8?Q?G=C3=BCng=C3=B6r_Erseymen?=)
Date: Wed, 10 Dec 2008 15:45:05 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
Message-ID: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>

Merhaba,

Sbcl paketini kaynak koddan derleyebilmek için yaptýðým deðiþiklikleri
bir türlü commit edememiþtim. Aslýnda temel sorun ismail.py ye pakete
anlamsýz depler yazýlmasýn diye eklenmiþ  olan bölümmüþ. Burasýný ayný
kaynak paketten çýkan paketlerin sadece eski release ya da versionlarý
da builddep olabilsin þeklinde deðiþtirince sorun kalmadý.

Bana bu þekliyle ismail.py daha mantýklý geldi. Aþaðýdaki patch i
commit edeyim mi? nedersiniz?

Ýyi çalýþmalar.


Index: ismail.py
===================================================================
--- ismail.py   (revision 20801)
+++ ismail.py   (working copy)
@@ -420,10 +420,33 @@
         if prev != 1:
             piksError(doc.getTag("History"), errors, "missing release numbers")

+
+        # Old versions or releases of self packages can be in source
build dependencies.
+
+        hrel = int(self.history[0].release)
+        hver = pisi.version.Version(self.history[0].version)
+
         for pak in self.packages:
-            deps = map(lambda x: x.package, self.source.build_deps)
-            if pak.name in deps:
-                piksError(doc, errors, "package name '%s' is in
source '%s' build dependencies" % (pak.name, self.source.name))
+            build_deps = filter(lambda x: x.package == pak.name,
self.source.build_deps)
+
+            if len(build_deps) > 0:
+                for dep in build_deps:
+                    try:
+                        if dep.release != None and int(dep.release) < hrel:
+                            continue
+                        if dep.releaseFrom != None and
int(dep.releaseFrom) < hrel:
+                            continue
+                        if dep.version != None and
pisi.version.Version(dep.version) < hver:
+                            continue
+                        if dep.versionFrom != None and
pisi.version.Version(dep.versionFrom) < hver:
+                            continue
+                    except pisi.version.VersionException, e:
+                        piksError(doc, errors, "invalid version: %s" % e)
+                    except ValueError, e:
+                        piksError(doc, errors, "invalid release: %s" % e)
+
+                    piksError(doc, errors, "package name '%s' is in
source '%s' build dependencies with invalid release/version
information." % (pak.name, self.source.name))
+
             deps = map(lambda x: x.package, pak.packageDependencies)
             if pak.name in deps:
                 piksError(doc, errors, "package name '%s' is in self
dependencies" % pak.name)

From emre at emrealadag.com  Wed Dec 10 16:42:53 2008
From: emre at emrealadag.com (=?ISO-8859-9?Q?Ahmet_Emre_Alada=F0?=)
Date: Wed, 10 Dec 2008 16:42:53 +0200
Subject: [Gelistirici] Dil konusu
In-Reply-To: <200812101535.03354.turkay.eren@gmail.com>
References: <493E6834.7070704@pardus.org.tr>
	<200812101409.18682.gokmen@pardus.org.tr>
	<b438d8400812100450p2b8787e5x644d89880293b25f@mail.gmail.com>
	<200812101535.03354.turkay.eren@gmail.com>
Message-ID: <b438d8400812100642h56189b69l41ee5a4aa017e930@mail.gmail.com>

2008/12/10 Eren Türkay <turkay.eren at gmail.com>

> Bunun nasýl bir þey olacaðýný anlamadým :) Biraz daha açýklayabilir misin?


Pardon, aceleyle karýþýk yazdým sanýrým. Nasýl ki bloglarda her yeni girdi
girildiðinde RSS'te o girdinin özeti çýkýyor, onun gibi her ACK/NACK isteði
için bir RSS kaydý olacak. Bu kayýt içerisinde paket, en altýnda ise ACK /
NACK (review/process?pkg_id=49&action=NACK) linkleri olacak.

Senaryo:
-----------------
Ekin Meroðlu 2008-test bölümüne 80 adet paket (dosya adý) koyar. Her birisi
ayrý bir blog girdisi gibi deðerlendirilir ve 2008-test'in RSS Feed
kanalýnda yayýnlanýr.

Eren RSS Reader'ini açtýðýnda 80 adet yeni haber kaydýyla (paket ismiyle)
karþýlaþýr. Ýlgisini çekenlere týklayarak blog içeriðini görüntüler, zaten
sadece ACK/NACK linki vardýr. ACK veya NACK'a týklar. Týklamasýyla bir
pop-up içerisinde onay mesajý görüntülenir. Kendisini ilgilendiren belirli
sayýda paket olacaðý için çok da fazla vakit kaybetmez. Geri kalanýný okundu
olarak iþaretler.

Ayný þekilde web sitesine girerek hangi paketlere ne dediðini görebilir,
deðiþtirebilir...
------------------

Aklýma ilk gelen, çok da üzerinde düþünülmemiþ bir öneri... Çok verimli
olduðunu söyleyemem ama belki yeni fikirlere ortam hazýrlar.
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081210/ab8d9b6b/attachment-0002.htm>

From ozan at pardus.org.tr  Wed Dec 10 16:52:27 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 10 Dec 2008 16:52:27 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
In-Reply-To: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
Message-ID: <493FD7AB.7070505@pardus.org.tr>

Güngör Erseymen wrote:
> Merhaba,
>
> Sbcl paketini kaynak koddan derleyebilmek için yaptýðým deðiþiklikleri
> bir türlü commit edememiþtim. Aslýnda temel sorun ismail.py ye pakete
> anlamsýz depler yazýlmasýn diye eklenmiþ  olan bölümmüþ. Burasýný ayný
> kaynak paketten çýkan paketlerin sadece eski release ya da versionlarý
> da builddep olabilsin þeklinde deðiþtirince sorun kalmadý.
>
> Bana bu þekliyle ismail.py daha mantýklý geldi. Aþaðýdaki patch i
> commit edeyim mi? nedersiniz?
>   
Selam,

commit etmeye çalýþýp da edemediðin deðiþiklik nedir?
Tam olarak anlamadým nasýl bir engele takýldýðýný ve nasýl çözdüðünü. 
sbcl'ye yapmaya çalýþtýðýn deðiþikliði içeren svn diff çýktýsýný ekler 
misin buraya?

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From fethicanc at gmail.com  Wed Dec 10 17:08:33 2008
From: fethicanc at gmail.com (Fethican =?iso-8859-9?q?Co=FEkuner?=)
Date: Wed, 10 Dec 2008 17:08:33 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493FA709.7040405@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
	<200812100258.43257.fethicanc@gmail.com>
	<493FA709.7040405@pardus.org.tr>
Message-ID: <200812101708.34143.fethicanc@gmail.com>

On Wednesday 10 December 2008 13:24:57 Ozan Çaðlayan wrote:
> Fethican Coþkuner wrote:
> >> applications/games/gnugo
> >
> >   Bir go oyuncusu olarak pakete talibim :)
>
> gnugo'yu zaten Pýnar istemiþti ben yanlýþlýkla listeyi oluþtururken
> kendime yazmýþtým, akabinde tekrar Pýnar'a verdim paketi devel'de. Yine
> ona sorabilirsin diðer istediðin paketler gibi.

  Tamam, o zaman Pýnar senden istediðim diðer paketlerin arasýna gnugo'yu da 
dahil ederek cevap verirsen sevinirim.


Fethican


From gkmngrgn at gmail.com  Wed Dec 10 18:07:27 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 10 Dec 2008 18:07:27 +0200
Subject: [Gelistirici] Xscreensaver
Message-ID: <493FE93F.3060602@gmail.com>

Merhabalar,
Arkadaþlar Xfce'de ekran koruyucu olarak öntanýmlý xscreensaver 
çalýþýyor; fakat --without-gtk parametresiyle derlediðimiz için ekran 
koruyucuyu yapýlandýramýyoruz. An itibariyle xscreensaver'in yeni sürümü 
(5.07) çýkmýþ durumda ve bu güncellemeyi yaparken --without-gtk 
parametresini kaldýrmanýzý talep ediyorum =)

Kde'de durum nasýl, onu bilemediðimden kendim ellemedim, eðer kde 
xscreensaver kullanmýyorsa ben de elleþebilirim =)

Saygýlar.


From serdar at cclub.metu.edu.tr  Wed Dec 10 21:32:20 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Wed, 10 Dec 2008 21:32:20 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <200812100258.43257.fethicanc@gmail.com>
References: <493CF763.5080900@pardus.org.tr>
	<200812100258.43257.fethicanc@gmail.com>
Message-ID: <49401944.9000005@cclub.metu.edu.tr>

Fethican Coþkuner wrote On 10-12-2008 02:58:
> On Monday 08 December 2008 12:30:59 Ozan Çaðlayan wrote:
>   
>> Öncelikle hepinize iyi bayramlar,
>>
>>     
>
>  Ýyi Bayramlar,
>
>   
>> programming/languages/python/simplejson
>> programming/languages/python/cheetah
>> programming/languages/python/FormEncode
>>     
>
>    Bu üçüyle de turbogears baðýmlýlýðý olarak biraz vakit geçirmiþliðim var, 
> üstlenebilirim.
>
>   
FormEncode'u ben de istemiþtim[1], ama turbogears'la uðraþmýþsýn bu 
paketlerle de alakan benden daha fazla zannýmca, o yüzden ben de 
isteðimi geri çekmiþ olayým :)

-serdar

[1] http://liste.pardus.org.tr/gelistirici/2008-December/014984.html

>> Saygýlar
>>     
>
> Fethican
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>   



From serdar at cclub.metu.edu.tr  Wed Dec 10 21:33:19 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Wed, 10 Dec 2008 21:33:19 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=26_Ping_Ek?=
 =?iso-8859-9?q?in=2C_Faik=2C_Semen=2C_Taner=2C_P=FDnar?=
In-Reply-To: <493D3924.2080408@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
Message-ID: <4940197F.4000801@cclub.metu.edu.tr>

Merhabalar;

bir geri dönüþ almak için pingliyyim dedim..

iyi çalýþmalar

-serdar

Serdar DALGIÇ wrote On 08-12-2008 17:11:
>>   
>>     
> Merhaba, iyi bayramlar / Hi to all;
>   
>  From the packages taken over by UEKAE-core team, I would like to show 
> my interest on some of the packages. If it's ok for those who are 
> related to these packages, I would like to take over my requests.. 
> Waiting for your +/- reply; if you are unsure, ready to go for 
> rock-paper-scissors :p  .My requested packages are selected at the bottom:
>
> ----
> Çekirdek ekibin üzerine almayý düþündüðü paketler arasýnda ilgimi 
> çekenleri, üzerime alýp uðraþmayý düþündüklerimi yazýyorum aþaðýda. 
> olumlu/olumsuz geri dönüþlerinizi buradan yapabilirsiniz, kararsýzsanýz 
> zar atabiliriz, taþ/kaðýt/makas yapabiliriz :)
>
>   
>> # Ekin
>>
>> applications/network/rdate

>> # Faik
>>
>>
>> programming/tools/valgrind
>>
>> programming/tools/strace
>> programming/tools/lsof
>>
>> programming/tools/ltrace
>>
>> # Semen
>>
>> desktop/kde/yakuake
>>
>>     
>>   
>> # Taner
>>
>> programming/languages/erlang
>>   
>>     
>
>   
>> # Pýnar
>> programming/environments/eric
>> programming/languages/python/pysqlite
>>   
>>     
> trac baðýmlýlýðý ayný zamanda, o yüzden göz koydum. // a dependency for 
> trac in contrib repository; that's the reason why I request the package.
>   
>> programming/languages/python/SQLObject
>>   
>>     
> imdbpy dependency.
>
>   
>> programming/languages/python/pyparsing
>> programming/languages/python/pyinotify
>> programming/languages/python/beautifulsoup
>> programming/languages/python/ClientForm
>>
>> programming/languages/python/chardet
>> programming/languages/python/matplotlib
>>
>> programming/languages/python/pycrypto
>>
>> programming/languages/python/pyopenssl
>>
>>   
>>     
> Pýnar sana biraz haksýzlýk oldu gibi, tabi son karar senin.. bunlar 
> arasýnda gönlünden ne koparsa artýk :p
>
> // it seems to be a little unfair to Pýnar, as most of my requested 
> packages are intended to be taken by you. Last word is yours..
>
>   
>> -----------------------------------------------------
>>
>> Saygýlar
>>
>>   
>>     
> Regards
>
> -serdar
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>   



From gokmen at pardus.org.tr  Wed Dec 10 21:42:51 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Wed, 10 Dec 2008 21:42:51 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=26_Ping_Ek?=
 =?iso-8859-9?q?in=2C_Faik=2C_Semen=2C_Taner=2C_P=FDnar?=
In-Reply-To: <4940197F.4000801@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
	<4940197F.4000801@cclub.metu.edu.tr>
Message-ID: <200812102142.52344.gokmen@pardus.org.tr>

On Wednesday 10 December 2008 21:33:19 Serdar DALGIÇ wrote:
> Merhabalar;
Selamlar,
> bir geri dönüþ almak için pingliyyim dedim..
Ýnsanlar Bayram tatilinde yahu ne bu aceleniz ?

-- 
Gökmen GÖKSEL
[pardus.org.tr]


From serdar at cclub.metu.edu.tr  Wed Dec 10 21:45:41 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Wed, 10 Dec 2008 21:45:41 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=26_Ping_Ek?=
 =?iso-8859-9?q?in=2C_Faik=2C_Semen=2C_Taner=2C_P=FDnar?=
In-Reply-To: <200812102142.52344.gokmen@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>	<4940197F.4000801@cclub.metu.edu.tr>
	<200812102142.52344.gokmen@pardus.org.tr>
Message-ID: <49401C65.1010003@cclub.metu.edu.tr>

Gökmen GÖKSEL wrote On 10-12-2008 21:42:
> On Wednesday 10 December 2008 21:33:19 Serdar DALGIÇ wrote:
>   
>> Merhabalar;
>>     
> Selamlar,
>   
>> bir geri dönüþ almak için pingliyyim dedim..
>>     
> Ýnsanlar Bayram tatilinde yahu ne bu aceleniz ?
>
>   
yok, aceleden deðil de, bu aralar mesaj trafiði yoðun listenin, olasý 
bir "mark as read" durumuna karþý önlem olsun, insanlar isimlerini konu 
baþlýðýnda görürlerse gözden kaçma olasýlýðýný düþürebiliriz diye 
düþünmüþtüm..

-serdar //tabi bir de nalet olsun içimizdeki özgür yazýlým sevgisine :)




From bahadir at pardus.org.tr  Wed Dec 10 22:08:03 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Wed, 10 Dec 2008 22:08:03 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=26_Ping_Ek?=
	=?iso-8859-9?q?in=2C_Faik=2C_Semen=2C_Taner=2C_P=FDnar?=
In-Reply-To: <200812102142.52344.gokmen@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
	<4940197F.4000801@cclub.metu.edu.tr>
	<200812102142.52344.gokmen@pardus.org.tr>
Message-ID: <200812102208.06274.bahadir@pardus.org.tr>

10 Ara 2008 Çar tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> Ýnsanlar Bayram tatilinde yahu ne bu aceleniz ?

Ne bayram tatili yahu? Bayramda listedeki mesaj sayýsý katlandý, misafirler 
gitse de e-postalara baksam diyordur herkes :)
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081210/7bd9c06c/attachment-0002.pgp>

From gokmen at pardus.org.tr  Wed Dec 10 22:13:30 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Wed, 10 Dec 2008 22:13:30 +0200
Subject: [Gelistirici]
 =?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICYgUGluZyBF?=
 =?utf-8?q?kin=2C_Faik=2C_Semen=2C_Taner=2C_P=C4=B1nar?=
In-Reply-To: <200812102208.06274.bahadir@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
	<200812102142.52344.gokmen@pardus.org.tr>
	<200812102208.06274.bahadir@pardus.org.tr>
Message-ID: <200812102213.30566.gokmen@pardus.org.tr>

On Wednesday 10 December 2008 22:08:03 Bahadýr Kandemir wrote:
> 10 Ara 2008 Çar tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > Ýnsanlar Bayram tatilinde yahu ne bu aceleniz ?
>
> Ne bayram tatili yahu? Bayramda listedeki mesaj sayýsý katlandý, misafirler
> gitse de e-postalara baksam diyordur herkes :)
Ahh ahh nerde o eski bayramlar di mi .. :p

-- 
Gökmen GÖKSEL
[pardus.org.tr]


From ekin at pardus.org.tr  Wed Dec 10 22:33:32 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 10 Dec 2008 22:33:32 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <200812102233.32676.ekin@pardus.org.tr>

Merhaba;

Tuesday 09 December 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 

> graphviz-2.18-10-7.pisi
> graphviz-docs-2.18-10-4.pisi
ACK

> glib2-2.16.5-29-11.pisi
> libgcrypt-1.4.0-8-4.pisi
> libgnomecanvas-2.20.0-3-3.pisi
> gtk2-2.12.11-39-12.pisi
> gtk2-demo-2.12.11-39-4.pisi
> gtk2-docs-2.12.11-39-4.pisi

NACK - reverts and recompiles..
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Wed Dec 10 22:37:41 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 10 Dec 2008 22:37:41 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <493E6260.90205@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
	<493E6260.90205@pardus.org.tr>
Message-ID: <200812102237.41503.ekin@pardus.org.tr>

Merhaba;

Tuesday 09 December 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> > vim-7.2.060-56-15.pisi
>
> Çökme ile ilgili yamaya ACK, ondan önceki toplu bump'la ilgim yok
> Ýnanç'ýn güncellemesiydi o.

Bu konuda paketçisinden bir cevap yok, kullanan geliþtiriciler yorum 
yapabilirler mi ? Yeterince test edilmediðini düþünüyorsak  pakette sadece 
Ozanýn deðiþikliði olacak þekilde revert edeceðim.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From onur at pardus.org.tr  Wed Dec 10 22:48:42 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 22:48:42 +0200
Subject: [Gelistirici] [Contrib-commits] r9105 - in
 devel/applications/network/wicd: . comar
In-Reply-To: <493F2DE6.6050207@gmail.com>
References: <20081209235538.0099D13840CF@ns1.pardus.org.tr>
	<493F0BE4.2090600@gmail.com>
	<200812100227.34173.fatih@pardus.org.tr>
	<200812100242.13669.gokmen@pardus.org.tr>
	<493F115C.5050803@gmail.com>
	<20081210025839.2ad57b39.onur@pardus.org.tr>
	<493F21E0.60302@gmail.com>
	<20081210043027.515e645b.onur@pardus.org.tr>
	<493F2DE6.6050207@gmail.com>
Message-ID: <20081210224842.1c803ed6.onur@pardus.org.tr>


On Wed, 10 Dec 2008 04:48:06 +0200
Gökmen Görgen <gkmngrgn at gmail.com> wrote:

> https://svn.pardus.org.tr/contrib/devel/applications/network/wicd/
> 
> Wicd servisini baþlatmadan, wicd'i çalýþtýrmayý dener misiniz? Servis 
> betiðini düzelttim. 3'ünü birden sonlandýrmak gerekiyor mu, pid'i
> hangi dosyadan alýyor vesaire bunlarý contrib'e merge etmeden öðrenip 
> düzelteceðim sonradan =)
> 
> Wicd servisi baþlatýlmadan wicd-client komutunu çalýþtýrdýðýnýzda,
> bir widget'in açýlmasýný umuyorum. Çok kolpa bir þey oldu ama ileride
> Dbus / Çomar mevzusunu öðrenip bunu daha da güzelleþtirebilirim.

 Gayet güzel böyle, hatta bu kodu upstream e de ilet bence herkes
yararlansýn

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From ekin at pardus.org.tr  Wed Dec 10 23:00:49 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 10 Dec 2008 23:00:49 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091608.31832.gokmen@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
	<200812091608.31832.gokmen@pardus.org.tr>
Message-ID: <200812102300.49180.ekin@pardus.org.tr>

Merhaba;

Tuesday 09 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> > rsibreak-kde4-0.9.0_beta4-3-2.pisi
>
> ACK

Bu paket depoda KDE 4.1.80'e linklendi, KDE serisi girmeden girmemeli.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Wed Dec 10 23:02:20 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 10 Dec 2008 23:02:20 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091426.35890.bahadir@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
	<200812091426.35890.bahadir@pardus.org.tr>
Message-ID: <200812102302.20356.ekin@pardus.org.tr>

Merhaba;

Tuesday 09 December 2008 tarihinde, Bahadýr Kandemir þunlarý yazmýþtý: 
> 09 Ara 2008 Sal tarihinde, Ekin Meroðlu þunlarý yazmýþtý:
> > dbus-1.2.4-39-14.pisi
Buna gerek yok, kararlý depodaki sürüm tekrar derlenmiþ oldu.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Wed Dec 10 23:04:42 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 10 Dec 2008 23:04:42 +0200
Subject: [Gelistirici]
	=?utf-8?b?QmFrxLFjxLFzxLF6IHBha2V0bGVyICYgUGluZyBF?=
	=?utf-8?q?kin=2C_Faik=2C_Semen=2C_Taner=2C_P=C4=B1nar?=
In-Reply-To: <4940197F.4000801@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
	<4940197F.4000801@cclub.metu.edu.tr>
Message-ID: <200812102304.42780.ekin@pardus.org.tr>

Merhaba;

Wednesday 10 December 2008 tarihinde, Serdar DALGIÇ þunlarý yazmýþtý: 
> # Ekin
>
> applications/network/rdate

OK, senindir paket.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From serdar at cclub.metu.edu.tr  Wed Dec 10 23:08:18 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Wed, 10 Dec 2008 23:08:18 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=26_Ping_Ek?=
 =?iso-8859-9?q?in=2C_Faik=2C_Semen=2C_Taner=2C_P=FDnar?=
In-Reply-To: <200812102304.42780.ekin@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>	<4940197F.4000801@cclub.metu.edu.tr>
	<200812102304.42780.ekin@pardus.org.tr>
Message-ID: <49402FC2.5000203@cclub.metu.edu.tr>

Ekin Meroðlu wrote On 10-12-2008 23:04:
> Merhaba;
>
> Wednesday 10 December 2008 tarihinde, Serdar DALGIÇ þunlarý yazmýþtý: 
>   
>> # Ekin
>>
>> applications/network/rdate
>>     
>
> OK, senindir paket.
>   
teþekkürler ;)

-serdar

> --
> Ýyi Çalýþmalar;
> Ekin Meroglu <ekin_at_pardus.org.tr>
>
> ... did i listen to pop music because i was miserable, or was i miserable
> because i listened to pop music?... - rob [nick hornby / hi fi]
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>   



From onur at pardus.org.tr  Wed Dec 10 23:12:36 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 10 Dec 2008 23:12:36 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812102237.41503.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
	<493E6260.90205@pardus.org.tr>
	<200812102237.41503.ekin@pardus.org.tr>
Message-ID: <20081210231236.8d88055c.onur@pardus.org.tr>


On Wed, 10 Dec 2008 22:37:41 +0200
Ekin Meroðlu <ekin at pardus.org.tr> wrote:

> Merhaba;
> 
> Tuesday 09 December 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> > > vim-7.2.060-56-15.pisi
> >
> > Çökme ile ilgili yamaya ACK, ondan önceki toplu bump'la ilgim yok
> > Ýnanç'ýn güncellemesiydi o.
> 
> Bu konuda paketçisinden bir cevap yok, kullanan geliþtiriciler yorum 
> yapabilirler mi ? Yeterince test edilmediðini düþünüyorsak  pakette
> sadece Ozanýn deðiþikliði olacak þekilde revert edeceðim.

 ben bir sorun yakalayamadým

 ACK


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From gelurine at gmail.com  Wed Dec 10 17:41:56 2008
From: gelurine at gmail.com (=?UTF-8?Q?G=C3=BCng=C3=B6r_Erseymen?=)
Date: Wed, 10 Dec 2008 17:41:56 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
In-Reply-To: <493FD7AB.7070505@pardus.org.tr>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
	<493FD7AB.7070505@pardus.org.tr>
Message-ID: <52cf71460812100741w591a6745x430944cfc5d17c1b@mail.gmail.com>

2008/12/10 Ozan Çaðlayan <ozan at pardus.org.tr>:
> commit etmeye çalýþýp da edemediðin deðiþiklik nedir?
> Tam olarak anlamadým nasýl bir engele takýldýðýný ve nasýl çözdüðünü.
> sbcl'ye yapmaya çalýþtýðýn deðiþikliði içeren svn diff çýktýsýný ekler
> misin buraya?

Aslýnda karþýlaþtýðým engel sbcl'nin kendi içinde iki aþamalý bir
derleme süreci olmasý ve ilk aþamayý tetikleyecek bir common lisp
derleyicisinin sistemde kurulu olma zorunluluðu. Teoride diðer ansi cl
derleyicileride bu iþlemi baþlatabilmeli fakat clisp ve ecl burada
patlýyor. Sonuç olarak sbcl kendisinin build depi olmak zorunda
kalýyor ve ismail.py de bu duruma izin vermiyor.

Ben sbcl özelinde ismail.py'yi incelerken, genel anlamda bir paketin
build dep lerinin arasýnda o pspec.xml den oluþturulan paketlerin daha
önceki releaselarýnýn da bulunabilmesi gerektiði sonucunu çýkarmýþtým.
Önceki mailimde gönderdiðim patch de aslýnda bunu yapýyor; eklenen
deplerin son release/version dan küçük olduðu sürece kabuledilmesini
saðlýyor.


Aldýðým hata mesajý:
---------------------------------
$ svn ci
Waiting for Emacs...
Sending        actions.py
Adding         comar
Adding         comar/package.py
Adding         files/001-default-lib-dir.patch
Adding         files/customize-target-features.patch
Sending        pspec.xml
Adding         translations.xml
Transmitting file data ......svn: Commit failed (details follow):
svn: 'pre-commit' hook failed with error output:
["PISI: package name 'sbcl' is in source 'sbcl' build dependencies\n"]
svn: Your commit message was left in a temporary file:
svn:    '/home/elurin/base/tmp/sbcl-contrib/svn-commit.2.tmp'



pspec.xml de yapmaya çalýþtýðým deðiþiklik:
---------------------------------
$ svn diff pspec.xml
Index: pspec.xml
===================================================================
--- pspec.xml   (revision 9111)
+++ pspec.xml   (working copy)
@@ -10,9 +10,16 @@
         </Packager>
         <License>MIT</License>
         <IsA>app:console</IsA>
-        <Summary>A compiler and runtime system for ANSI Common Lisp.</Summary>
+        <Summary>A compiler and runtime system for ANSI Common Lisp</Summary>
         <Description>A compiler and runtime system for ANSI Common
Lisp. It provides an interactive environment including an integrated
native compiler, a debugger, and many extensions.</Description>
-        <Archive sha1sum="ebd5a8f45a72dd9b21229b125b14f0a48e14e9ad"
type="tarbz2">mirrors://sourceforge/sbcl/sbcl-1.0.22-x86-linux-binary.tar.bz2</Archive>
+        <Archive sha1sum="7a430cbdb4a13ca79bcc70b7a3dd4cb2b05f2ed5"
type="tarbz2">mirrors://sourceforge/sbcl/sbcl-1.0.22-source.tar.bz2</Archive>
+       <BuildDependencies>
+            <Dependency releaseFrom="2">sbcl</Dependency>
+       </BuildDependencies>
+       <Patches>
+           <Patch level="1">001-default-lib-dir.patch</Patch>
+           <Patch level="1">customize-target-features.patch</Patch>
+       </Patches>
     </Source>

     <Package>
@@ -27,9 +34,23 @@
         <AdditionalFiles>
             <AdditionalFile target="/etc/env.d/99sbcl">99sbcl</AdditionalFile>
         </AdditionalFiles>
+       <Provides>
+           <COMAR script="package.py">System.Package</COMAR>
+       </Provides>
     </Package>

     <History>
+        <Update release="3">
+            <Date>2008-11-24</Date>
+            <Version>1.0.22</Version>
+            <Comment>Build package from upstream's source.
+               - Make default lib dir /usr/lib/sbcl.
+               - Append "pardus.$RELEASE" to implementation version string.
+               - Add translations.xml.
+           </Comment>
+            <Name>Güngör Erseymen</Name>
+            <Email>gelurine at gmail.com</Email>
+       </Update>
         <Update release="2">
             <Date>2008-08-27</Date>
             <Version>1.0.22</Version>

From turkay.eren at gmail.com  Thu Dec 11 00:27:27 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Thu, 11 Dec 2008 00:27:27 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
	trunk/staj-projeleri/paket-arama: . search/pathsearch
	search/templates src
In-Reply-To: <20081210191830.148ED138406C@ns1.pardus.org.tr>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
Message-ID: <200812110027.27809.turkay.eren@gmail.com>

On 10 Dec 2008 Wed 21:18:29 uludag-commits at pardus.org.tr wrote:
> -class Entry(models.Model):
> +class Pardus2007(models.Model):
>      package = models.CharField(max_length=60)

Kodun tamamýný incelemedim ancak her depo için neden ayrý bir model 
tanýmlanmýþ anlamadým.

Tüm depolardaki paketler tek bir tabloda tutulup, "repo" gibi bir 
stunda "contrib2008", "pardus2008" tarzý verilerin saklanmasý daha hoþ olmaz 
mýydý?

Nasýl bir yapý planlandýðýný bilmiyorum tabi, belki böylesi daha iyidir ancak 
merak ettim :-)

Kolay gelsin,
Eren


From onur at pardus.org.tr  Thu Dec 11 00:37:10 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Thu, 11 Dec 2008 00:37:10 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
In-Reply-To: <52cf71460812100741w591a6745x430944cfc5d17c1b@mail.gmail.com>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
	<493FD7AB.7070505@pardus.org.tr>
	<52cf71460812100741w591a6745x430944cfc5d17c1b@mail.gmail.com>
Message-ID: <20081211003710.1622dfd7.onur@pardus.org.tr>


On Wed, 10 Dec 2008 17:41:56 +0200
"Güngör Erseymen" <gelurine at gmail.com> wrote:

> 2008/12/10 Ozan Çaðlayan <ozan at pardus.org.tr>:
> > commit etmeye çalýþýp da edemediðin deðiþiklik nedir?
> > Tam olarak anlamadým nasýl bir engele takýldýðýný ve nasýl
> > çözdüðünü. sbcl'ye yapmaya çalýþtýðýn deðiþikliði içeren svn diff
> > çýktýsýný ekler misin buraya?
> 
> Aslýnda karþýlaþtýðým engel sbcl'nin kendi içinde iki aþamalý bir
> derleme süreci olmasý ve ilk aþamayý tetikleyecek bir common lisp
> derleyicisinin sistemde kurulu olma zorunluluðu. Teoride diðer ansi cl
> derleyicileride bu iþlemi baþlatabilmeli fakat clisp ve ecl burada
> patlýyor. Sonuç olarak sbcl kendisinin build depi olmak zorunda
> kalýyor ve ismail.py de bu duruma izin vermiyor.

 Daðýtým deposu olarak baktýðýmýzda bir paketin kendine baðýmlý
olmamasý gerekiyor, kabaca kendine baðýmlý olan paketlerin derlenmesine
bootstrap deniyor. Bu tarz baðýmlýlýðý olan bazý paketlerde paketi
kendi içinde iki kere derleyerek bootstrap yapýlabiliyor. Bu pakette de
benzer bir yaklaþým kullanýlamaz mý ?


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From ekin at pardus.org.tr  Thu Dec 11 00:51:20 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Thu, 11 Dec 2008 00:51:20 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
In-Reply-To: <20081211003710.1622dfd7.onur@pardus.org.tr>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
	<52cf71460812100741w591a6745x430944cfc5d17c1b@mail.gmail.com>
	<20081211003710.1622dfd7.onur@pardus.org.tr>
Message-ID: <200812110051.20563.ekin@pardus.org.tr>

Merhaba;

Thursday 11 December 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
>  Daðýtým deposu olarak baktýðýmýzda bir paketin kendine baðýmlý
> olmamasý gerekiyor, kabaca kendine baðýmlý olan paketlerin derlenmesine
> bootstrap deniyor. 

Sadece system.base ve system.devel kurulu bir sistemde tüm paketlerin derlenip 
kurulabilmesi gerekiyor teorik olarak, aksi durumda olasý bir toolchain 
deðiþikliðinde depo yeniden derlenemez, tavuk yumurta sorunumuz olur - 
sýfýrýncý dereceden bir çember baðýmlýlýk aslýnda bu durum.

System.base / system.devel'de ise bu durumu aþmak için iki aþamalý bir 
bootstrap kullanýyoruz, sadece bu bileþenlere özel olarak. 

> Bu tarz baðýmlýlýðý olan bazý paketlerde paketi 
> kendi içinde iki kere derleyerek bootstrap yapýlabiliyor. Bu pakette de
> benzer bir yaklaþým kullanýlamaz mý ?

Bu tip bootstrap'e ihtiyaç duyan yazýlýmlarda derleme sistemin bootstrap için 
özel bir parametresi de olabiliyor - clisp veya ecl ile derlemek için  bu tip 
bir parametre vs kullanmak gerekiyor olabilir mi ?

Bu sorunla sanki bir proglamlama dilinin paketinde karþýlaþmýþtýk, paket de 
Fatih'indi diye hatýrlýyorum - Fatih, uydurdum mu ? 
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From taner at pardus.org.tr  Thu Dec 11 04:20:24 2008
From: taner at pardus.org.tr (Taner =?iso-8859-9?Q?Ta=FE?=)
Date: Thu, 11 Dec 2008 04:20:24 +0200 (EET)
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493FA111.6090306@gmail.com>
References: <493CF763.5080900@pardus.org.tr> <493FA111.6090306@gmail.com>
Message-ID: <99ced108dc232c466ca5ebfaf6090d17.squirrel@webmail.pardus.org.tr>

> Burak Çalýþkan:
> Bakýcýsýz kvm paketini üzerime alýyorum. Çalýþmanýz için teþekkürler.

Merhaba,

Sunucu parkýmýza eklediðimiz yeni bir sunucu üzerinde kvm ile
sanallaþtýrma yapmayý planlýyoruz. Bu süreç içersinde kvm paketi ile
ilgili test, güncelleme vs. gibi belirli aþama neticesinde paketi üzerime
almayý planlýyorum. Öyle bir genel kaidemiz yok ama bayraðý yine çekirdek
ekipten birinin devralmasý, -sunucu parkýmýz vesilesiyle- uygun test
koþullarýna sahip olmamýz nedeniyle de þimdilik daha uygun gibi gözüküyor.
Umarým bu durum kýrýklýk yaratmaz, keza anlayýþ ile karþýlayacaðýný
umuyorum.

Teþekkür ederim.

Taner Taþ


From emre at emrealadag.com  Thu Dec 11 12:30:33 2008
From: emre at emrealadag.com (=?ISO-8859-9?Q?Ahmet_Emre_Alada=F0?=)
Date: Thu, 11 Dec 2008 12:30:33 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
	trunk/staj-projeleri/paket-arama: . search/pathsearch
	search/templates src
In-Reply-To: <200812110027.27809.turkay.eren@gmail.com>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
	<200812110027.27809.turkay.eren@gmail.com>
Message-ID: <b438d8400812110230g76ae38b1va6de936923430a26@mail.gmail.com>

2008/12/11 Eren Türkay <turkay.eren at gmail.com>

> Kodun tamamýný incelemedim ancak her depo için neden ayrý bir model
> tanýmlanmýþ anlamadým.
>
> Tüm depolardaki paketler tek bir tabloda tutulup, "repo" gibi bir
> stunda "contrib2008", "pardus2008" tarzý verilerin saklanmasý daha hoþ
> olmaz
> mýydý?


Selam,

Her repo için ayrý bir sqlgenerator betiði çalýþtýrýlýyor. Bu betikler
pardus-2008.sql.bz2, contrib-2008.sql.bz2 gibi arþivler üretiyor. Bu SQL
dosyalarýnda yapýlan þey ise þu, kendi tablonu DROP et, yeniden oluþtur,
içeriðine þu bilgileri gir. Yani bir deðiþiklik durumunda eskiye göre ne
kadar deðiþti, git onu update et deyip hata riskine girmektense temizden
(DROP/CREATE/INSERT) yapýyor iþi.

E, bir tabloyu drop ediyorsak tüm depolarý ayný tabloda tutamayýz çünkü
contrib-2008 sql'i dump edildiðinde pardus-2008 paketleri göçer.

Ayrýca tablolar oldukça uzun olduðu için ayrý tabloda olmasý iþlemi
hýzlandýrýr diye düþündüm (hash mantýðý). Tek tabloda olduðunda hangi
paketin hangi depoda olduðunu tutmak da gerekecekti, bu da fazladan veri
tutmak anlamýna geliyor. Yapýlan iþlemler sistemi zorlayabilecek nitelikte
olduðu için mümkün olduðunca performansý göz önüne aldým.

Ha, eðer denseydi ki "ne öyle yukarýdan Pardus-2008 / Contrib-2008 seçip ona
göre arýyoruz, seçmeden arayalým, o bize söylesin hangi depoda olduðunu",
dediðin yöntem daha güzel olurdu. Diðer alternatif ise þu anki modele yeni
"pardus_2008_package_list" gibi tablolar eklemem, ona göre çift sorgu yapmam
olur ki çok da þýk olmaz.
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081211/511abf0c/attachment-0002.htm>

From dfisek at fisek.com.tr  Thu Dec 11 12:43:17 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Thu, 11 Dec 2008 12:43:17 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
 trunk/staj-projeleri/paket-arama: . search/pathsearch search/templates src
In-Reply-To: <b438d8400812110230g76ae38b1va6de936923430a26@mail.gmail.com>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
	<200812110027.27809.turkay.eren@gmail.com>
	<b438d8400812110230g76ae38b1va6de936923430a26@mail.gmail.com>
Message-ID: <20081211124317.4b906a09.dfisek@fisek.com.tr>

Merhaba,

Thu, 11 Dec 2008 12:30:33 +0200, "Ahmet Emre Aladað"
<emre at emrealadag.com> :

> Ayrýca tablolar oldukça uzun olduðu için ayrý tabloda olmasý iþlemi
> hýzlandýrýr diye düþündüm (hash mantýðý).
Yok boyle bisi. Hash degil bu SQL sunucusu, elindeki de SQL sunucular
icin oyuncak sayilacak miktarda bir veri :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From emre at emrealadag.com  Thu Dec 11 13:27:37 2008
From: emre at emrealadag.com (=?ISO-8859-9?Q?Ahmet_Emre_Alada=F0?=)
Date: Thu, 11 Dec 2008 13:27:37 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
	trunk/staj-projeleri/paket-arama: . search/pathsearch
	search/templates src
In-Reply-To: <20081211124317.4b906a09.dfisek@fisek.com.tr>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
	<200812110027.27809.turkay.eren@gmail.com>
	<b438d8400812110230g76ae38b1va6de936923430a26@mail.gmail.com>
	<20081211124317.4b906a09.dfisek@fisek.com.tr>
Message-ID: <b438d8400812110327q29e716ex57afa87bb114f95d@mail.gmail.com>

2008/12/11 Doruk Fisek <dfisek at fisek.com.tr>

>
> > Ayrýca tablolar oldukça uzun olduðu için ayrý tabloda olmasý iþlemi
> > hýzlandýrýr diye düþündüm (hash mantýðý).
> Yok boyle bisi. Hash degil bu SQL sunucusu, elindeki de SQL sunucular
> icin oyuncak sayilacak miktarda bir veri :)
>

Aslýnda dediðin doðru, her depo için ~500,000 satýr, ileride 6 depo olsa
ayný anda, 3 Milyon satýrý halletmesi lazým. Ýlk denemelerimizi sqlite3 ile
yaptýðýmýzda dakikalar süren beklemelerle karþýlaþýnca olaya biraz
paranoyakça yaklaþtým sanýrým :D

Hatta biraz ileri gidip sonuçlarý paketlerine göre kategorilere ayýrdým. Bir
dosya arandýðý zaman paketlere göre grupluyor sonuçlarý, pakete týklayýnca
sonucu görüyorsunuz. Gökçen geçen gün "Neden gruplamayý ön tanýmlý açýk
yaptýn? Ýnsanýn gözü pisi sf çýktýsý gibi dosyalarý alt alta arýyor." gibi
bir yorumda bulunmuþtu. Madem konu buradan açýldý bunu da sorayým, ne
dersiniz? Tüm dosyalarý alt alta mý sýralasýn, yoksa paketlere göre
gruplasýn mý? Öntanýmlýsý hangisi olsun?

http://packages.pardus.org.tr/search
test yazarak aratýn, bir de Paketleri Grupla'yý kapatarak deneyin :)

(Yayýndaki eski sürüm) Yeni sürümde LIMIT 100; gibi bir ifadeyle sonuçlarý
sýnýrlandýrýyorum, ileride ise pagination/caching ile daha da rahatlamasý
bekleniyor.
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081211/ba6d9675/attachment-0002.htm>

From dfisek at fisek.com.tr  Thu Dec 11 13:31:12 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Thu, 11 Dec 2008 13:31:12 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
 trunk/staj-projeleri/paket-arama: . search/pathsearch search/templates src
In-Reply-To: <b438d8400812110327q29e716ex57afa87bb114f95d@mail.gmail.com>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
	<200812110027.27809.turkay.eren@gmail.com>
	<b438d8400812110230g76ae38b1va6de936923430a26@mail.gmail.com>
	<20081211124317.4b906a09.dfisek@fisek.com.tr>
	<b438d8400812110327q29e716ex57afa87bb114f95d@mail.gmail.com>
Message-ID: <20081211133112.807fc9f2.dfisek@fisek.com.tr>

Thu, 11 Dec 2008 13:27:37 +0200, "Ahmet Emre Aladað"
<emre at emrealadag.com> :

> Aslýnda dediðin doðru, her depo için ~500,000 satýr, ileride 6 depo
> olsa ayný anda, 3 Milyon satýrý halletmesi lazým. Ýlk denemelerimizi
> sqlite3 ile yaptýðýmýzda dakikalar süren beklemelerle karþýlaþýnca
> olaya biraz paranoyakça yaklaþtým sanýrým :D
Veritabanlarinda indeks kavrami bu iþe yariyor :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From h.ibrahim.gungor at gmail.com  Thu Dec 11 13:33:40 2008
From: h.ibrahim.gungor at gmail.com (H. =?utf-8?q?=C4=B0brahim?= =?utf-8?q?_G=C3=BCng=C3=B6r?=)
Date: Thu, 11 Dec 2008 13:33:40 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
	trunk/staj-projeleri/paket-arama: . search/pathsearch
	search/templates src
In-Reply-To: <b438d8400812110327q29e716ex57afa87bb114f95d@mail.gmail.com>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
	<20081211124317.4b906a09.dfisek@fisek.com.tr>
	<b438d8400812110327q29e716ex57afa87bb114f95d@mail.gmail.com>
Message-ID: <200812111333.41192.h.ibrahim.gungor@gmail.com>

On 11 Ara 2008 Per 13:27:37 Ahmet Emre Aladað wrote:
> sorayým, ne dersiniz? Tüm dosyalarý alt alta mý sýralasýn, yoksa paketlere
> göre gruplasýn mý? Öntanýmlýsý hangisi olsun?

Gökçen'e katýlýyorum, öntanýmlý gruplamamasýndan yanayým. Tüm sonuçlarý tek 
bir sayfadan görmek çýktýyý daha anlaþýlýr kýlýyor.

-- 
H. Ýbrahim Güngör
h.ibrahim.gungor () gmail ! com

From rkirmizi at gmail.com  Thu Dec 11 14:15:17 2008
From: rkirmizi at gmail.com (Recep KIRMIZI)
Date: Thu, 11 Dec 2008 14:15:17 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
	trunk/staj-projeleri/paket-arama: . search/pathsearch
	search/templates src
In-Reply-To: <200812111333.41192.h.ibrahim.gungor@gmail.com>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
	<b438d8400812110327q29e716ex57afa87bb114f95d@mail.gmail.com>
	<200812111333.41192.h.ibrahim.gungor@gmail.com>
Message-ID: <200812111415.17401.rkirmizi@gmail.com>

On Thursday 11 December 2008 13:33:40 H. Ýbrahim Güngör wrote:
> On 11 Ara 2008 Per 13:27:37 Ahmet Emre Aladað wrote:
> > sorayým, ne dersiniz? Tüm dosyalarý alt alta mý sýralasýn, yoksa
> > paketlere göre gruplasýn mý? Öntanýmlýsý hangisi olsun?
>
> Gökçen'e katýlýyorum, öntanýmlý gruplamamasýndan yanayým. Tüm sonuçlarý tek
> bir sayfadan görmek çýktýyý daha anlaþýlýr kýlýyor.

+1


From emre at emrealadag.com  Thu Dec 11 15:48:26 2008
From: emre at emrealadag.com (=?ISO-8859-9?Q?Ahmet_Emre_Alada=F0?=)
Date: Thu, 11 Dec 2008 15:48:26 +0200
Subject: [Gelistirici] [Uludag-commits] r20803 - in
	trunk/staj-projeleri/paket-arama: . search/pathsearch
	search/templates src
In-Reply-To: <200812111415.17401.rkirmizi@gmail.com>
References: <20081210191830.148ED138406C@ns1.pardus.org.tr>
	<b438d8400812110327q29e716ex57afa87bb114f95d@mail.gmail.com>
	<200812111333.41192.h.ibrahim.gungor@gmail.com>
	<200812111415.17401.rkirmizi@gmail.com>
Message-ID: <b438d8400812110548l475dd665qacb8c80eeea42348@mail.gmail.com>

2008/12/11 Recep KIRMIZI <rkirmizi at gmail.com>

> > Gökçen'e katýlýyorum, öntanýmlý gruplamamasýndan yanayým. Tüm sonuçlarý
> tek
> > bir sayfadan görmek çýktýyý daha anlaþýlýr kýlýyor.
>
> +1


1) Peki, tüm sonuçlarý tek bir sayfada göstermek bahsettiðim üzere
performans sorunlarýna yol açýyor. Örnekte verdiðim gibi test diye veya
in:boost diye arattýðýnýzda binlerce sonucu gören django tökezliyor. Þu
durumda sayfalandýrmanýn kaç satýrda bir olmasý mantýklý?

2) Sonuçlar üzerinde kopyala/yapýþtýr ihtiyacý oluyor mu? Þu anda (tablo
kullandýðým için) kopyala/yapýþtýrdýðýnýzda þu þekilde paket isimleri de
geliyor seçime. (Ýstenmeyen bir durumsa bu söyleyin)
paket1 | path1
paket1 | path2
paket1 | path3
paket2 | path4
paket2 | path5
...
Eðer sadece path'leri kopyalamak isteriz derseniz sol tarafý (paket adý
kýsmýný) div, sað tarafý div içerisi table yaparak kopyalamayý
kolaylaþtýrabilirim (paket isimleri kopyalama alanýna gelmez).
paket 1 |  path1
              |  path2
              |  path3
paket 2 | path4
              | path5

...

Çok fazla soru sordum ama kullanýcýlarýn ne beklediðini bilmek gerek =)
Not: Selim Ok'tan sistemin ne amaçla kullanýldýðýný anlatan bir açýklama
ekleme ve arama sonuçlarýnda paketin bilgi sayfasýna link verme gibi
öneriler geldi, onlarý da ekleyeceðim.
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081211/d8eceed5/attachment-0002.htm>

From dfisek at fisek.com.tr  Thu Dec 11 16:47:27 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Thu, 11 Dec 2008 16:47:27 +0200
Subject: [Gelistirici] r56722 - in devel/system/base/freetype: . files
In-Reply-To: <200812101246.05587.gokcen@pardus.org.tr>
References: <20081209235003.A36C613840CF@ns1.pardus.org.tr>
	<200812101246.05587.gokcen@pardus.org.tr>
Message-ID: <20081211164727.e0b748dc.dfisek@fisek.com.tr>

Wed, 10 Dec 2008 12:46:05 +0200, Gökçen Eraslan <gokcen at pardus.org.tr> :

> > BUG:FIXED:8790
> Ya bunu güvenlik açýðý olarak iþaretleyip, upstream'e söyleyip,
> yamayý gönderip, public etmeseydik keþke diye düþündüm, ama biraz geç
> oldu tabi.
Az once yeni surumuyle ugrastigim bir SDL oyununda yasadigim cokmeyi de
duzeltti bu guncelleme.

Upstream'e bildirmediysek mutlaka bildirelim derim.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From selimok at gmail.com  Thu Dec 11 17:30:41 2008
From: selimok at gmail.com (selim ok)
Date: Thu, 11 Dec 2008 16:30:41 +0100
Subject: [Gelistirici] r56722 - in devel/system/base/freetype: . files
In-Reply-To: <20081211164727.e0b748dc.dfisek@fisek.com.tr>
References: <20081209235003.A36C613840CF@ns1.pardus.org.tr>
	<200812101246.05587.gokcen@pardus.org.tr>
	<20081211164727.e0b748dc.dfisek@fisek.com.tr>
Message-ID: <a001a6cb0812110730x140079d9le896136161e40c80@mail.gmail.com>

11 Aralýk 2008 Perþembe 15:47 tarihinde Doruk Fisek <dfisek at fisek.com.tr>yazdý:

> Wed, 10 Dec 2008 12:46:05 +0200, Gökçen Eraslan <gokcen at pardus.org.tr> :
>
> > > BUG:FIXED:8790
> > Ya bunu güvenlik açýðý olarak iþaretleyip, upstream'e söyleyip,
> > yamayý gönderip, public etmeseydik keþke diye düþündüm, ama biraz geç
> > oldu tabi.
> Az once yeni surumuyle ugrastigim bir SDL oyununda yasadigim cokmeyi de
> duzeltti bu guncelleme.
>
> Upstream'e bildirmediysek mutlaka bildirelim derim.
>  <http://liste.pardus.org.tr/mailman/listinfo/gelistirici>


Upstream biliyor bu hatayi, düzeltmis ve hatta benim ilk hata
bildirimimden[1] sonra bana cvs'den derleyip kurmami söyledi.[1]
Sonradan fatih cözüp geri bildirim yapinca, gelistiricisi ben zaten bunu
düzelmistim dedi. Baktim surada buldum kendisini [3].

Selim

[1]: https://savannah.nongnu.org/bugs/?25036
[2]: http://hata.pardus.org.tr/show_bug.cgi?id=8790#c8
[3]:
http://cvs.savannah.gnu.org/viewvc/freetype2/src/cff/cffparse.c?root=freetype&r1=1.43&r2=1.44


-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081211/cf017811/attachment-0002.htm>

From gelurine at gmail.com  Thu Dec 11 15:33:09 2008
From: gelurine at gmail.com (=?UTF-8?Q?G=C3=BCng=C3=B6r_Erseymen?=)
Date: Thu, 11 Dec 2008 15:33:09 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
In-Reply-To: <200812110051.20563.ekin@pardus.org.tr>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
	<52cf71460812100741w591a6745x430944cfc5d17c1b@mail.gmail.com>
	<20081211003710.1622dfd7.onur@pardus.org.tr>
	<200812110051.20563.ekin@pardus.org.tr>
Message-ID: <52cf71460812110533m76be3428r38b2b29dd0523a8a@mail.gmail.com>

2008/12/11 Ekin Meroðlu <ekin at pardus.org.tr>:
> Merhaba;
>
> Thursday 11 December 2008 tarihinde, Onur Küçük þunlarý yazmýþtý:
>>  Daðýtým deposu olarak baktýðýmýzda bir paketin kendine baðýmlý
>> olmamasý gerekiyor, kabaca kendine baðýmlý olan paketlerin derlenmesine
>> bootstrap deniyor.
>
> Sadece system.base ve system.devel kurulu bir sistemde tüm paketlerin derlenip
> kurulabilmesi gerekiyor teorik olarak, aksi durumda olasý bir toolchain
> deðiþikliðinde depo yeniden derlenemez, tavuk yumurta sorunumuz olur -
> sýfýrýncý dereceden bir çember baðýmlýlýk aslýnda bu durum.
> System.base / system.devel'de ise bu durumu aþmak için iki aþamalý bir
> bootstrap kullanýyoruz, sadece bu bileþenlere özel olarak.

Aslýnda burda söz konusu olan bootstrapdan daha çok baþarýsýz bir
cross-compile diyebilirim. (Gcc ailesindeki nin tersine yardýmcý
compiler (clisp, ecl, sbcl vs.) host olarak isimlendiriliyor) Host
sistem üzerinde sbcl nin minumum hali diyebileceðimiz ilk aþmasý
derleniyor, sonrada esas kaynak kodu bu minumum sistem derliyor.

Mesela gentoo da bu sorunu derleme aþamasýnda upstream binary sbcl
paketinide indirip host olarak kullanarak geçiþtiriyor. Pisi ile arþiv
olarak tek paket indirebildiðimden bu þekilde yapamadým.

Belkide clisp ya da ecl ile derlenebilecek hale gelene kadar (ki burda
hem sbcl tarafýnda hemde diðer derleyicilerde çözülmesi gereken
noktalar var, açýkçasý bunlarý çözmek beni aþýyor) upstreamin kaynak
paketine önceden derlenmiþ gerekli dosyalarý ekleyerek (kaynak paketin
boyutunu yaklaþýk 5M artýrýyor) pspec.xml de bu yeni dosyayý
kullanmalýyým. Böylece, toolchain deðiþsede sbcl kendi kendisine
yetebilir.

> Bu tip bootstrap'e ihtiyaç duyan yazýlýmlarda derleme sistemin bootstrap için
> özel bir parametresi de olabiliyor - clisp veya ecl ile derlemek için  bu tip
> bir parametre vs kullanmak gerekiyor olabilir mi ?

Hayýr gerekmiyor,  host derleyiciyi kendi parametreleriyle birlikte,
derleme scriptine parametre olarak geçirmek yeterli oluyor;

sh make.sh '<Host>'  ; <Host> yerine "clisp -ansi -norc", "ecl -norc" gibi

Sonuç olarak, benim anladýðým: herhangi bir paket ya kendi kendine
yeterli olacak ya da baðýmlýlýk zinciri system.base veya system.devel
de sonlancak.

Bu durumda ismail.py için gönderdiðim patch anlamsýz oluyor, çünkü
paketin eski release larýný derle gibi bir seçeneðimiz olamadýðýndan
çember baðýmlýlýk oluþturuyor ne system.base'e nede system.devel'e
ulaþabiliyoruz.

Gözümden kaçan veya yanlýþ anladýðým birþeler varmý?

Ýyi çalýþmalar.
-- 
Güngör Erseymen
http://www.elurin.info

From faik at pardus.org.tr  Fri Dec 12 18:56:08 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Fri, 12 Dec 2008 18:56:08 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=26_Ping_Ek?=
	=?iso-8859-9?q?in=2C_Faik=2C_Semen=2C_Taner=2C_P=FDnar?=
In-Reply-To: <4940197F.4000801@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
	<4940197F.4000801@cclub.metu.edu.tr>
Message-ID: <200812121856.08356.faik@pardus.org.tr>

On Wednesday 10 December 2008 21:33:19 Serdar DALGIÇ wrote:
[...]
> > Çekirdek ekibin üzerine almayý düþündüðü paketler arasýnda ilgimi
> > çekenleri, üzerime alýp uðraþmayý düþündüklerimi yazýyorum aþaðýda.
> > olumlu/olumsuz geri dönüþlerinizi buradan yapabilirsiniz
[...]
> >> # Faik
> >>
> >>
> >> programming/tools/valgrind

ACK. 

> >> programming/tools/strace
> >> programming/tools/lsof
> >>
> >> programming/tools/ltrace

NACK. :)

- Faik


From faik at pardus.org.tr  Fri Dec 12 19:02:39 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Fri, 12 Dec 2008 19:02:39 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <200812121902.39168.faik@pardus.org.tr>

On Tuesday 09 December 2008 13:02:44 Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 10
> Aralýk 2008, 23:59.
>
> ACK/NACK for new packages in 2008-test repo, reply before 10 December 2008,
> 23:59 (GMT+2) please...

Bayram gecikmesi... Yeni maillarýmý okuyorum.

> pisi-2.1.0-105-30.pisi
> package-manager-1.3.9-53-20.pisi

Halen geç deðilse ACK. Yoksa saðlýk olsun, bir daha ki ack,nack'e :)

- Faik


From onur at pardus.org.tr  Fri Dec 12 18:40:13 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Fri, 12 Dec 2008 18:40:13 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
In-Reply-To: <52cf71460812110533m76be3428r38b2b29dd0523a8a@mail.gmail.com>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
	<52cf71460812100741w591a6745x430944cfc5d17c1b@mail.gmail.com>
	<20081211003710.1622dfd7.onur@pardus.org.tr>
	<200812110051.20563.ekin@pardus.org.tr>
	<52cf71460812110533m76be3428r38b2b29dd0523a8a@mail.gmail.com>
Message-ID: <20081212184013.c43a9dd2.onur@pardus.org.tr>


On Thu, 11 Dec 2008 15:33:09 +0200
"Güngör Erseymen" <gelurine at gmail.com> wrote:

> Belkide clisp ya da ecl ile derlenebilecek hale gelene kadar (ki burda
> hem sbcl tarafýnda hemde diðer derleyicilerde çözülmesi gereken
> noktalar var, açýkçasý bunlarý çözmek beni aþýyor) upstreamin kaynak
> paketine önceden derlenmiþ gerekli dosyalarý ekleyerek (kaynak paketin
> boyutunu yaklaþýk 5M artýrýyor) pspec.xml de bu yeni dosyayý
> kullanmalýyým. Böylece, toolchain deðiþsede sbcl kendi kendisine
> yetebilir.

 Daha iyi bir çözüm bulamazsak bu en mantýklýsý gibime geliyor
 
> Gözümden kaçan veya yanlýþ anladýðým birþeler varmý?

 yoktur, daha iyi bir yöntem de aklýma gelmiyor malesef

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From semen at pardus.org.tr  Fri Dec 12 22:51:24 2008
From: semen at pardus.org.tr (Semen Cirit)
Date: Fri, 12 Dec 2008 22:51:24 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <493CF763.5080900@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
Message-ID: <4942CECC.80805@pardus.org.tr>

Ozan Çaðlayan wrote On 08-12-2008 12:30:
>
> programming/tools/cogito
>
>   
herkese selamlar,

cogito'un sitesinde soylenenlere gore, cogito 2006 yýlýndan beri 
maintain edilmiyormus. bkz:http://git.or.cz/cogito/

ayrýca bildiðim kadarýyla bazý daðýtýmlarda bu paketi daðýtýmlarýndan 
silmiþ durumda, bizim de silmemiz gerektiðini düþünüyorum.




From serbulent at pardus.org.tr  Fri Dec 12 23:14:52 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 12 Dec 2008 23:14:52 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812121902.39168.faik@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
	<200812121902.39168.faik@pardus.org.tr>
Message-ID: <200812122314.52593.serbulent@pardus.org.tr>

On Friday 12 December 2008 19:02:39 Faik Uygur wrote:
> > pisi-2.1.0-105-30.pisi
> > package-manager-1.3.9-53-20.pisi
>
> Halen geç deðilse ACK. Yoksa saðlýk olsun, bir daha ki ack,nack'e :)

Malesef bir dahakine kaldý. Geçmiþ bayramýn kutlu olsun :)

-- 
Ýyi Çalýþmalar;
 
Serbülent                                                                   

From fatih at pardus.org.tr  Sat Dec 13 10:01:37 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 13 Dec 2008 10:01:37 +0200
Subject: [Gelistirici] =?iso-8859-9?q?=DDsmail=2Epy_de_iyile=FEtirme=2E?=
In-Reply-To: <200812110051.20563.ekin@pardus.org.tr>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
	<20081211003710.1622dfd7.onur@pardus.org.tr>
	<200812110051.20563.ekin@pardus.org.tr>
Message-ID: <200812131001.41161.fatih@pardus.org.tr>

Perþembe 11 Aralýk 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> Bu sorunla sanki bir proglamlama dilinin paketinde karþýlaþmýþtýk, paket de
> Fatih'indi diye hatýrlýyorum - Fatih, uydurdum mu ?

fpc paketinde karþýlaþmýþtým. Malesef o da bootstrap edemiyor. O yüzden 
önceden derlenmiþ binary dosyayý ekleyip kendim arþiv oluþturuyorum. O binary 
ile önce compiler derleniyor. Sonra yeni derlenen compiler ile compiler tekrar 
derleniyor. Geri kalan kýsma da son derlenen compiler ile devam ediliyor.

Diðer daðýtýmlar da pakete (binary içeren) ikinci bir arþiv vererek çözüyor. 
Bizde tek arþiv verilebildiði için bir ara actions.py içinde wget ile 
çektiriyordum. Sonra bu yöntemin doðru olmadýðýna karar verince yukarýdaki 
gibi elle arþiv hazýrlamaya baþladým.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081213/8bb23818/attachment-0002.pgp>

From fatih at pardus.org.tr  Sat Dec 13 10:12:11 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sat, 13 Dec 2008 10:12:11 +0200
Subject: [Gelistirici] r56722 - in devel/system/base/freetype: . files
In-Reply-To: <200812101246.05587.gokcen@pardus.org.tr>
References: <20081209235003.A36C613840CF@ns1.pardus.org.tr>
	<200812101246.05587.gokcen@pardus.org.tr>
Message-ID: <200812131012.14844.fatih@pardus.org.tr>

Çarþamba 10 Aralýk 2008 tarihinde, Gökçen Eraslan þunlarý yazmýþtý: 
> Wednesday 10 December 2008 Tarihinde commits dedi ki:
> > Author: fatih
> > Date: Wed Dec 10 01:50:03 2008
> > New Revision: 56722
> >
> > Added:
> >    devel/system/base/freetype/files/fix-a-buffer-overflow.patch
> > Modified:
> >    devel/system/base/freetype/pspec.xml
> > Log:
> > Fixed a buffer overflow.
> >
> > BUG:FIXED:8790
>
> Ya bunu güvenlik açýðý olarak iþaretleyip, upstream'e söyleyip, yamayý
> gönderip, public etmeseydik keþke diye düþündüm, ama biraz geç oldu tabi.

O gün "buffer overflow" diyerek commit etmiþim; fakat sonradan incelediðimde 
güvenlik açýðý olup olmamasý konusunda emin olamadým. Array'in boyutu kontrol 
edilmeden büyük bir indexle okunmasý söz konusu. Eðer yazma söz konusu olsaydý 
"güvenlik" sorunu olurdu herhalde. upstream logunda da kritik bir hata 
þeklinde belirtilmemiþ.

Bu arada upstream, Selim'in söylediði gibi CVS'de düzelttiðini söylüyor. Fark 
edememiþim CVS'e eklenen kodu. Yeni libtool vs. istediði için uðraþýp test 
edemedim doðrusu. Upstream'in yamasýný almayý düþünüyorum pakete (iþe 
yarýyorsa tabi).

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081213/c344224f/attachment-0002.pgp>

From fatih at pardus.org.tr  Sat Dec 13 11:04:30 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 13 Dec 2008 11:04:30 +0200
Subject: [Gelistirici] Xscreensaver
In-Reply-To: <493FE93F.3060602@gmail.com>
References: <493FE93F.3060602@gmail.com>
Message-ID: <200812131104.34242.fatih@pardus.org.tr>

Çarþamba 10 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý: 
> Merhabalar,
> Arkadaþlar Xfce'de ekran koruyucu olarak öntanýmlý xscreensaver
> çalýþýyor; fakat --without-gtk parametresiyle derlediðimiz için ekran
> koruyucuyu yapýlandýramýyoruz. An itibariyle xscreensaver'in yeni sürümü
> (5.07) çýkmýþ durumda ve bu güncellemeyi yaparken --without-gtk
> parametresini kaldýrmanýzý talep ediyorum =)
>
> Kde'de durum nasýl, onu bilemediðimden kendim ellemedim, eðer kde
> xscreensaver kullanmýyorsa ben de elleþebilirim =)

Kullanýyor. Ne yapabileceðimize bakacaðým.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081213/ccf13c6d/attachment-0002.pgp>

From serdar at cclub.metu.edu.tr  Sat Dec 13 11:05:28 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Sat, 13 Dec 2008 11:05:28 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=26_Ping_Ek?=
 =?iso-8859-9?q?in=2C_Faik=2C_Semen=2C_Taner=2C_P=FDnar?=
In-Reply-To: <200812121856.08356.faik@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>	<4940197F.4000801@cclub.metu.edu.tr>
	<200812121856.08356.faik@pardus.org.tr>
Message-ID: <49437AD8.4040808@cclub.metu.edu.tr>

Faik Uygur wrote On 12-12-2008 18:56:
> On Wednesday 10 December 2008 21:33:19 Serdar DALGIÇ wrote:
> [...]
>   
>>> Çekirdek ekibin üzerine almayý düþündüðü paketler arasýnda ilgimi
>>> çekenleri, üzerime alýp uðraþmayý düþündüklerimi yazýyorum aþaðýda.
>>> olumlu/olumsuz geri dönüþlerinizi buradan yapabilirsiniz
>>>       
> [...]
>   
>>>> # Faik
>>>>
>>>>
>>>> programming/tools/valgrind
>>>>         
>
> ACK. 
>
>   
>>>> programming/tools/strace
>>>> programming/tools/lsof
>>>>
>>>> programming/tools/ltrace
>>>>         
>
> NACK. :)
>   

peki :) teþekkürler..

-serdar

> - Faik
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>   



From onur at pardus.org.tr  Sat Dec 13 17:26:05 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sat, 13 Dec 2008 17:26:05 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
Message-ID: <20081213172605.070b5e52.onur@pardus.org.tr>


 Merhaba,

 Yýllarýn hikayesi MPlayer için i18n desteði eklenmiþ haliyle bir paket
hazýrladým [1]. MPlayer þu anda göstereceði dili LANG çevre
deðiþkeninden alýyor. Ayrýca "-msglang tr" gibi bir parametre ile de
overrde edilebiliyor. Bu parametre sayesinde SMPlayer gibi (her
nedense) string parsing yapan araçlar da MPlayer'ý çaðýrýrken
arkaplanda Ýngilizce açýlacaðýndan emin mutlu bir hayat sürebilecekler.

 Farklý diller / LANG deðerleri ve ters baðýmlýlýklarý ile test edip
çalýþtý / çalýþmadý / patladý haber ediniz.

NOT: gnome-mplayer da bazý videolarda boyut sorunu gibi sýkýntý oluþtu
bu paketle, sorun i18n ile ilgili deðil, haberim var ama siz de denk
geldiðiniz örnekleri / sorunlarý bildirmekten çekinmeyin

 [1]
http://cekirdek.pardus.org.tr/~onur/tmp/mplayer-0.0_20081212-101.pisi

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From fatih at pardus.org.tr  Sat Dec 13 17:41:16 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 13 Dec 2008 17:41:16 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081213172605.070b5e52.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
Message-ID: <200812131741.20070.fatih@pardus.org.tr>

Cumartesi 13 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
>  Merhaba,
>
>  Yýllarýn hikayesi MPlayer için i18n desteði eklenmiþ haliyle bir paket
> hazýrladým [1]. MPlayer þu anda göstereceði dili LANG çevre
> deðiþkeninden alýyor. Ayrýca "-msglang tr" gibi bir parametre ile de
> overrde edilebiliyor. Bu parametre sayesinde SMPlayer gibi (her
> nedense) string parsing yapan araçlar da MPlayer'ý çaðýrýrken
> arkaplanda Ýngilizce açýlacaðýndan emin mutlu bir hayat sürebilecekler.
>
>  Farklý diller / LANG deðerleri ve ters baðýmlýlýklarý ile test edip
> çalýþtý / çalýþmadý / patladý haber ediniz.

Konsola düþen iletiler deðiþmesine raðmen F1 ile çýkan menü hep Türkçe 
çýkýyor. Baþka bir soruna rastlamadým henüz.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081213/9e682fe4/attachment-0002.pgp>

From dfisek at fisek.com.tr  Sat Dec 13 17:40:02 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Sat, 13 Dec 2008 17:40:02 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <20081213172605.070b5e52.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
Message-ID: <20081213174002.93cc56eb.dfisek@fisek.com.tr>

Sat, 13 Dec 2008 17:26:05 +0200, Onur Küçük <onur at pardus.org.tr> :

>  Farklý diller / LANG deðerleri ve ters baðýmlýlýklarý ile test edip
> çalýþtý / çalýþmadý / patladý haber ediniz.
Birkac hafta oncesinin kararli deposundaki bir Ingilizce sistemde
sadece mplayer'i kurarak denedim. Sorunsuz calisti.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From selimok at gmail.com  Sat Dec 13 17:48:32 2008
From: selimok at gmail.com (selim ok)
Date: Sat, 13 Dec 2008 16:48:32 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <200812131741.20070.fatih@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812131741.20070.fatih@pardus.org.tr>
Message-ID: <a001a6cb0812130748k57db9605q666fe3a329f14a21@mail.gmail.com>

13 Aralýk 2008 Cumartesi 16:41 tarihinde Fatih Aþýcý <fatih at pardus.org.tr>yazdý:

>
> Konsola düþen iletiler deðiþmesine raðmen F1 ile çýkan menü hep Türkçe
> çýkýyor. Baþka bir soruna rastlamadým henüz.
>

Bunun dýþýnda  ekte görebileceðiniz gibi, oynatma penceresinde hala bazý
Türkçe metinler var. Pardus Türkçe kuruldu fakat Almanca lokalinde
çalýþýyor.

Selamlar,
Selim



-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081213/95382007/attachment-0002.htm>
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: mplayer.png
Type: image/png
Size: 12969 bytes
Desc: kullanýlamýyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081213/95382007/attachment-0002.png>

From onur at pardus.org.tr  Sat Dec 13 17:54:35 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sat, 13 Dec 2008 17:54:35 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <200812131741.20070.fatih@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812131741.20070.fatih@pardus.org.tr>
Message-ID: <20081213175435.c5686be7.onur@pardus.org.tr>


On Sat, 13 Dec 2008 17:41:16 +0200
Fatih Aþýcý <fatih at pardus.org.tr> wrote:

> Cumartesi 13 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
> >  Merhaba,
> >
> >  Yýllarýn hikayesi MPlayer için i18n desteði eklenmiþ haliyle bir
> > paket hazýrladým [1]. MPlayer þu anda göstereceði dili LANG çevre
> > deðiþkeninden alýyor. Ayrýca "-msglang tr" gibi bir parametre ile de
> > overrde edilebiliyor. Bu parametre sayesinde SMPlayer gibi (her
> > nedense) string parsing yapan araçlar da MPlayer'ý çaðýrýrken
> > arkaplanda Ýngilizce açýlacaðýndan emin mutlu bir hayat
> > sürebilecekler.
> >
> >  Farklý diller / LANG deðerleri ve ters baðýmlýlýklarý ile test edip
> > çalýþtý / çalýþmadý / patladý haber ediniz.
> 
> Konsola düþen iletiler deðiþmesine raðmen F1 ile çýkan menü hep
> Türkçe çýkýyor. Baþka bir soruna rastlamadým henüz.

 F1 menüsü apayrý bir dünya, string lerin bir
kýsmý /usr/share/mplayer/menu.conf dan xml vari bir yapýyla statik
olarak geliyor. Oraya i18n desteði eklemek baþlý baþýna baþka bir iþ,
bir sonraki adýmda onunla uðraþacaðým, her türlü yardýma açýðým :)

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Sat Dec 13 17:59:49 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sat, 13 Dec 2008 17:59:49 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <a001a6cb0812130748k57db9605q666fe3a329f14a21@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812131741.20070.fatih@pardus.org.tr>
	<a001a6cb0812130748k57db9605q666fe3a329f14a21@mail.gmail.com>
Message-ID: <20081213175949.970a0a33.onur@pardus.org.tr>


On Sat, 13 Dec 2008 16:48:32 +0100
"selim ok" <selimok at gmail.com> wrote:

> 13 Aralýk 2008 Cumartesi 16:41 tarihinde Fatih Aþýcý
> <fatih at pardus.org.tr>yazdý:
> 
> >
> > Konsola düþen iletiler deðiþmesine raðmen F1 ile çýkan menü hep
> > Türkçe çýkýyor. Baþka bir soruna rastlamadým henüz.
> >
> 
> Bunun dýþýnda  ekte görebileceðiniz gibi, oynatma penceresinde hala
> bazý Türkçe metinler var. Pardus Türkçe kuruldu fakat Almanca
> lokalinde çalýþýyor.

 Burada iki sorun var, birincisi benim yediðim bir halt, GUI üzerindeki
Kaynak Ses vb. yazýlar string deðil, tema hazýrlanýrken piksel piksel
elle yazýldý :( Ýkincisi Keine Medien Gefunden yazýsý tam çýkmamýþ
galiba. O yazý da dandik bir bitmap tablo ile oluþturulmuþ font la skin
üzerine bindiriliyor.

 Dosyaar /usr/share/mplayer/skins altýnda, dosyalara bakarak nasýl
çalýþtýðý daha rahat anlaþýlacaktýr sanýrým.

 Bu sorunlarý nasýl çözmek gerektiðinden emin deðilim, her türlü öneriye
açýðým :)

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From ozan at pardus.org.tr  Sat Dec 13 18:09:19 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 13 Dec 2008 18:09:19 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <20081213175949.970a0a33.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>	<200812131741.20070.fatih@pardus.org.tr>	<a001a6cb0812130748k57db9605q666fe3a329f14a21@mail.gmail.com>
	<20081213175949.970a0a33.onur@pardus.org.tr>
Message-ID: <4943DE2F.7000505@pardus.org.tr>

Onur Küçük wrote:
>
>  Burada iki sorun var, birincisi benim yediðim bir halt, GUI üzerindeki
> Kaynak Ses vb. yazýlar string deðil, tema hazýrlanýrken piksel piksel
> elle yazýldý :( Ýkincisi Keine Medien Gefunden yazýsý tam çýkmamýþ
> galiba. O yazý da dandik bir bitmap tablo ile oluþturulmuþ font la skin
> üzerine bindiriliyor.
>   
Çin iþkencesi bu olsa gerek, hey allahým :)

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From turkay.eren at gmail.com  Sat Dec 13 18:40:21 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Sat, 13 Dec 2008 18:40:21 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081213172605.070b5e52.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
Message-ID: <200812131840.21319.turkay.eren@gmail.com>

On 13 Dec 2008 Sat 17:26:05 Onur Küçük wrote:
>  Yýllarýn hikayesi MPlayer için i18n desteði eklenmiþ haliyle bir paket
> hazýrladým [1]. MPlayer þu anda göstereceði dili LANG çevre
> deðiþkeninden alýyor. Ayrýca "-msglang tr" gibi bir parametre ile de
> overrde edilebiliyor. Bu parametre sayesinde SMPlayer gibi (her
> nedense) string parsing yapan araçlar da MPlayer'ý çaðýrýrken
> arkaplanda Ýngilizce açýlacaðýndan emin mutlu bir hayat sürebilecekler.

Eline saðlýk! Ýlk izlenim olarak sorunsuz görünüyor ancak daha önce de 
bahsedildiði gibi hangi dil olursa olsun "kaynak, ses, süre, boyut" Türkçe 
olarak görünüyor.

Þu anki test paketinden mi kaynaklanýyor bilmiyorum ama Gmplayer penceresini 
biraz küçülttüðümde darmadaðýn oluyor, okunmuyor hiçbir þey. Eski haline 
getirince sorun yok. MainWidget'ýn boyutunu deðiþtirilemeyecek þekilde 
ayarlayabiliyor muyuz kod içerisinde? GTK buna izin veriyor diye 
hatýrlýyorum.


From selimok at gmail.com  Sat Dec 13 19:31:49 2008
From: selimok at gmail.com (selim ok)
Date: Sat, 13 Dec 2008 18:31:49 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081213175949.970a0a33.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812131741.20070.fatih@pardus.org.tr>
	<a001a6cb0812130748k57db9605q666fe3a329f14a21@mail.gmail.com>
	<20081213175949.970a0a33.onur@pardus.org.tr>
Message-ID: <a001a6cb0812130931o4f17dd00kf5f810ad533aa0db@mail.gmail.com>

13 Aralýk 2008 Cumartesi 16:59 tarihinde Onur Küçük <onur at pardus.org.tr>yazdý:

>
> On Sat, 13 Dec 2008 16:48:32 +0100
> "selim ok" <selimok at gmail.com> wrote:
>
> > Bunun dýþýnda  ekte görebileceðiniz gibi, oynatma penceresinde hala
> > bazý Türkçe metinler var. Pardus Türkçe kuruldu fakat Almanca
> > lokalinde çalýþýyor.
>
>  Burada iki sorun var, birincisi benim yediðim bir halt, GUI üzerindeki
> Kaynak Ses vb. yazýlar string deðil, tema hazýrlanýrken piksel piksel
> elle yazýldý :( Ýkincisi Keine Medien Gefunden yazýsý tam çýkmamýþ
> galiba. O yazý da dandik bir bitmap tablo ile oluþturulmuþ font la skin
> üzerine bindiriliyor.


geöffnet yazmasý gerekiyor orada. ö harfi ile ilgili bir sorun gibi.

 Dosyaar /usr/share/mplayer/skins altýnda, dosyalara bakarak nasýl
> çalýþtýðý daha rahat anlaþýlacaktýr sanýrým.
>

Feci bir yöntem izlemiþler gerçekten. Almancada ö ü harfleri aslýnda oe ue
þeklinde de yazýlabiliyor. Çeviri kýsmýnda bu þekilde düzeltilebilir. Fakat
direk ö çýksýn istiyorsak iþi çok gibi. :/

Selim
-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081213/0d550f61/attachment-0002.htm>

From ozan at pardus.org.tr  Sat Dec 13 20:43:10 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 13 Dec 2008 20:43:10 +0200
Subject: [Gelistirici] Kernel 2.6.28
Message-ID: <4944023E.3040504@pardus.org.tr>

Selam,

Playground'umda 2.6.28 üzerinden götürmeye çalýþtýðým bir kernel-next 
paketi var. Bu paket 2009 çýktýðýnda, kernel paketinin yerini alacak.

Mevcut kernel'i, kernel-next'e dönüþtürürken karþýlaþtýðým bazý 
sorunlarý aktarýp, varsa fikirlerinizi bekliyorum:

- Novell'in sitesinde Apparmor'un 2.6.28 yamalarý mevcut ve düzgünce 
uygulanýyor ancak örneðin nfs4 koduyla ilgili "muhtemelen" deðiþmiþ bir 
API hadisesinden dolayý derlemeyi patlatýyor. Bu vesileyle apparmor'u da 
sormak istiyorum, okuduðum kadarýyla Novell apparmor'u geliþtiren 
tayfayý azat etmiþ 2007'de. Bu yamalar tam olarak ne yapýyor, apparmor 
desteði mi getiriyor yoksa transparan bir þekilde bir güvenlik 
politikasý zinciri uygulanýyor mu hali hazýrda, 2009'da ihtiyacýmýz var 
mý, vs.vs.

- Yine Mactel denilen bir Macintosh&Intel projesi var, 2.6.25'te kalmýþ 
yamalar, ubuntu, suse ve fedora'da bu yamalar yok, adamlarýn SVN'si 4 ay 
önce commit görmüþ, listeler ölmüþ. Fikri olan?

- UnionFS yamasý uygulanýyor ancak derleme esnasýnda patlýyor. Bu yamayý 
atmayý ve yerine Aufs(Another unionfs) desteði getirmeyi öneriyorum zira 
unionfs.org'da "Why to use AuFS instead of unionfs" baþlýklý bir 
kullanýcý e-postasý dýþýnda hiçbirþey yok :)

Þimdilik bu kadar, iyi akþamlar

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From fatih at pardus.org.tr  Sat Dec 13 22:03:43 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 13 Dec 2008 22:03:43 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <4944023E.3040504@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
Message-ID: <200812132203.49182.fatih@pardus.org.tr>

Cumartesi 13 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Selam,
>
> Playground'umda 2.6.28 üzerinden götürmeye çalýþtýðým bir kernel-next
> paketi var. Bu paket 2009 çýktýðýnda, kernel paketinin yerini alacak.
>
> Mevcut kernel'i, kernel-next'e dönüþtürürken karþýlaþtýðým bazý
> sorunlarý aktarýp, varsa fikirlerinizi bekliyorum:

Bunlar niye paketlenmiyor:

kurulum dizini (/var/pisi/kernel-2.6.28_rc8-114/install) altýndaki terkedilmiþ 
dosyalar:                                                                                         
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/intelliport2.bin                                                                                                      
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/whiteheat.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/ti_3410.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/ti_5052.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/tr_smctr.bin
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/atmsar11.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/whiteheat_loader.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/edgeport/boot.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/edgeport/down.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/edgeport/boot2.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/edgeport/down2.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/edgeport/down3.bin
    - 
/var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/cpia2/stv0672_vp4.bin
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/dabusb/firmware.fw
    - 
/var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/dabusb/bitstream.bin
    - 
/var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/keyspan_pda/xircom_pgs.fw
    - 
/var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/keyspan_pda/keyspan_pda.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/ttusb-
budget/dspbootcode.bin
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/sun/cassini.bin
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/emi62/loader.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/emi62/spdif.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/emi62/bitstream.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/emi62/midi.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/emi26/firmware.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/emi26/loader.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/emi26/bitstream.fw
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/kaweth/new_code.bin
    - 
/var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/kaweth/trigger_code.bin
    - 
/var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/kaweth/new_code_fix.bin
    - 
/var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/kaweth/trigger_code_fix.bin
    - /var/pisi/kernel-2.6.28_rc8-114/install/lib/firmware/vicam/firmware.fw
Ýnþa dizini býrakýlýyor

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081213/96694e19/attachment-0002.pgp>

From fatih at pardus.org.tr  Sat Dec 13 22:40:22 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sat, 13 Dec 2008 22:40:22 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812132203.49182.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812132203.49182.fatih@pardus.org.tr>
Message-ID: <200812132240.25872.fatih@pardus.org.tr>

Cumartesi 13 Aralýk 2008 tarihinde, Fatih Aþýcý þunlarý yazmýþtý: 
> Bunlar niye paketlenmiyor:

Paket kullanýlabilir halde zannettim. actions.py'de EXTRAVERSION bile eski 
kalmýþ. Ben de niye boot etmiyor diye uðraþýyorum :)

Kolay gelsin...

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081213/024beb10/attachment-0002.pgp>

From bahadir at pardus.org.tr  Sat Dec 13 23:38:48 2008
From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=)
Date: Sat, 13 Dec 2008 23:38:48 +0200
Subject: [Gelistirici] Fwd: [Uludag-commits] r20811 - in trunk/noan
Message-ID: <200812132338.55579.bahadir@pardus.org.tr>

Selamlar,

Test ve stable depolardaki ikili paketleri indeksleyen ve stable'a girmeyi 
bekleyen paketleri görme ve ack/nack iþinin web üzerinden yapýlmasýný 
saðlayacak, sürüm yöneticileri ve paket sorumlularý üzerindeki yükü 
azaltacaðýný umduðum, bir uygulama geliþtiriyorum.

Þu an depolarý indeksliyor ve daðýtým, kaynak, paket, ikili paket 
bilgilerini gösteriyor ve bekleyen ikili paketleri listeliyor.


----------  Yönlendirilmiþ Ýleti  ----------

Author: bahadir.kandemir
Date: Sat Dec 13 22:46:33 2008
New Revision: 20811

Added:
   trunk/noan/

Log:
Noan is a web application that indexes binary packages in test 
and stable repositories, and provide information about release 
process.

-------------------------------------------------------
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081213/8ddb6df7/attachment-0002.pgp>

From akin at omeroglu.net  Sat Dec 13 23:45:32 2008
From: akin at omeroglu.net (=?utf-8?q?Ak=C4=B1n_=C3=96mero=C4=9Flu?=)
Date: Sat, 13 Dec 2008 23:45:32 +0200
Subject: [Gelistirici] Fwd: [Uludag-commits] r20811 - in trunk/noan
In-Reply-To: <200812132338.55579.bahadir@pardus.org.tr>
References: <200812132338.55579.bahadir@pardus.org.tr>
Message-ID: <200812132345.32216.akin@omeroglu.net>

On Saturday 13 December 2008 23:38:48 Bahadýr Kandemir wrote:
> Selamlar,
>
> Test ve stable depolardaki ikili paketleri indeksleyen ve stable'a girmeyi
> bekleyen paketleri görme ve ack/nack iþinin web üzerinden yapýlmasýný
> saðlayacak, sürüm yöneticileri ve paket sorumlularý üzerindeki yükü
> azaltacaðýný umduðum, bir uygulama geliþtiriyorum.
>
> Þu an depolarý indeksliyor ve daðýtým, kaynak, paket, ikili paket
> bilgilerini gösteriyor ve bekleyen ikili paketleri listeliyor.
>
Emeðe saygý, +1 ve repleri görelim =)

-- 
Akýn Ömeroðlu
www.ozgurlukicin.com


From turkay.eren at gmail.com  Sat Dec 13 23:45:55 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Sat, 13 Dec 2008 23:45:55 +0200
Subject: [Gelistirici] Fwd: [Uludag-commits] r20811 - in trunk/noan
In-Reply-To: <200812132345.32216.akin@omeroglu.net>
References: <200812132338.55579.bahadir@pardus.org.tr>
	<200812132345.32216.akin@omeroglu.net>
Message-ID: <200812132345.55659.turkay.eren@gmail.com>

On 13 Dec 2008 Sat 23:45:32 Akýn Ömeroðlu wrote:
> Emeðe saygý, +1 ve repleri görelim =)

Üstad, +1 :P


From ozan at pardus.org.tr  Sun Dec 14 01:00:59 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 14 Dec 2008 01:00:59 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812132240.25872.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>	<200812132203.49182.fatih@pardus.org.tr>
	<200812132240.25872.fatih@pardus.org.tr>
Message-ID: <49443EAB.2010300@pardus.org.tr>

Fatih Aþýcý wrote:
> Paket kullanýlabilir halde zannettim. actions.py'de EXTRAVERSION bile eski 
> kalmýþ. Ben de niye boot etmiyor diye uðraþýyorum :)
>
> Kolay gelsin...
>
>   
Paket bugün derlenir hale geldi anca. Yeni konfigürasyonu yaptým, 
konfigürasyonda firmware'ler ile ilgili birkaç yeni opsiyon vardý, 
sanýrým onlarýn doðrultusunda o terkedilen fw'ler çýktý. pspec'e 
müdahale etmedim çünkü inceleyemedim ne fw'si olduklarýný, vs.vs.

extraversion'ý düzeltirim, onun dýþýnda kullanýlabilir olmasý lazým, 
derledim de henüz kurmadým ben de.

Bu arada olgun hale geldiðinde sen de bir kopyasýný alýp, drm & kms vs. 
ile ilgili gerekli þeyleri playgroundunda o kopyada yürütürsen mesela 
güzel olur.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From fatih at pardus.org.tr  Sun Dec 14 01:11:35 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 14 Dec 2008 01:11:35 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <49443EAB.2010300@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812132240.25872.fatih@pardus.org.tr>
	<49443EAB.2010300@pardus.org.tr>
Message-ID: <200812140111.43230.fatih@pardus.org.tr>

Pazar 14 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Fatih Aþýcý wrote:
> > Paket kullanýlabilir halde zannettim. actions.py'de EXTRAVERSION bile
> > eski kalmýþ. Ben de niye boot etmiyor diye uðraþýyorum :)
> >
> > Kolay gelsin...
>
> Paket bugün derlenir hale geldi anca. Yeni konfigürasyonu yaptým,
> konfigürasyonda firmware'ler ile ilgili birkaç yeni opsiyon vardý,
> sanýrým onlarýn doðrultusunda o terkedilen fw'ler çýktý. pspec'e
> müdahale etmedim çünkü inceleyemedim ne fw'si olduklarýný, vs.vs.
>
> extraversion'ý düzeltirim, onun dýþýnda kullanýlabilir olmasý lazým,
> derledim de henüz kurmadým ben de.

Ben kurdum. alsa-drivers'ý yeniden derlememe raðmen bir sürü "Unknown Symbol" 
hatasý alýyorum modüller yüklemeye çalýþýrken. Wireless için ndiswrapper 
kullanýyorum; o da çalýþtý. Makinemde bu kerneli kullanmaya çalýþacaðým bundan 
sonra. Yeni xorg/drm hedeleri için uðraþmam lazým çünkü.

> Bu arada olgun hale geldiðinde sen de bir kopyasýný alýp, drm & kms vs.
> ile ilgili gerekli þeyleri playgroundunda o kopyada yürütürsen mesela
> güzel olur.

Evet, böyle bir þey yapmayý düþünüyorum.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081214/1f51d4e7/attachment-0002.pgp>

From caglar at pardus.org.tr  Sun Dec 14 02:24:47 2008
From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur)
Date: Sun, 14 Dec 2008 02:24:47 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <4944023E.3040504@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
Message-ID: <200812140224.51252.caglar@pardus.org.tr>

Selamlar;

13 Ara 2008 Cts tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Playground'umda 2.6.28 üzerinden götürmeye çalýþtýðým bir kernel-next 
> paketi var. Bu paket 2009 çýktýðýnda, kernel paketinin yerini alacak.
> 
> Mevcut kernel'i, kernel-next'e dönüþtürürken karþýlaþtýðým bazý 
> sorunlarý aktarýp, varsa fikirlerinizi bekliyorum:
> 
> - Novell'in sitesinde Apparmor'un 2.6.28 yamalarý mevcut ve düzgünce 
> uygulanýyor ancak örneðin nfs4 koduyla ilgili "muhtemelen" deðiþmiþ bir 
> API hadisesinden dolayý derlemeyi patlatýyor. Bu vesileyle apparmor'u da 
> sormak istiyorum, okuduðum kadarýyla Novell apparmor'u geliþtiren 
> tayfayý azat etmiþ 2007'de. Bu yamalar tam olarak ne yapýyor, apparmor 
> desteði mi getiriyor yoksa transparan bir þekilde bir güvenlik 
> politikasý zinciri uygulanýyor mu hali hazýrda, 2009'da ihtiyacýmýz var 
> mý, vs.vs.

Paketi denemedim fakat nfs4acl-ext3.patch sorun yaratýyor olmalý, hatta büyük ihtimal ile tek satýrlýk bir deðiþiklik gerekiyor olmalý. Apparmor vfs katmanýnda bir seri fonksiyonun argümanlarýný ve sýralarýný deðiþtiriyor, hata veren satýrý bulup, appArmor yama serisi içinde o fonksiyonu deðiþtiren yamayý bulup (vfs-*) diðerlerine ne yaptýðýna bakýp aynýný nts4 kodu için de yapabilirsin. Apparmor serisini 2009 için tutmak tamemen size kalmýþ stratejik bir karar, novell appArmor serisine desteðini býrakmaddý (enterprise daðýtýmýn arkasýnda 10 sene duruyorlar malum) fakat openSUSE için selinux'a geçiþ çalýþmalarýna da baþladý.

Ýnceleyin, deneyin, düþünün, karar verin ve kararýnýzý uygulayýn :)

> - Yine Mactel denilen bir Macintosh&Intel projesi var, 2.6.25'te kalmýþ 
> yamalar, ubuntu, suse ve fedora'da bu yamalar yok, adamlarýn SVN'si 4 ay 
> önce commit görmüþ, listeler ölmüþ. Fikri olan?

Bu serinin büyük kýsmý çekirdeðe girmiþ olmalý, girmemiþ olanlar kolayca port ediliyorsa ve iþe yarýyorsa ve proje gerçekten ölü ise fw port denenebilir veya vanilla halde olan destek ile devam edilebilir.
 
> - UnionFS yamasý uygulanýyor ancak derleme esnasýnda patlýyor. Bu yamayý 
> atmayý ve yerine Aufs(Another unionfs) desteði getirmeyi öneriyorum zira 
> unionfs.org'da "Why to use AuFS instead of unionfs" baþlýklý bir 
> kullanýcý e-postasý dýþýnda hiçbirþey yok :)

unionfs'i Onur istemiþti o yüzden eklemiþtim, hatanýn ne olduðunu bilmiyorum ama gene appArmor ise mevcut çekirdekteki "unionfs-AppArmor.patch"e bakmak isteyebilirsin (hatta bu nfs kodu için ne tür deðiþikliklerden bahsettiðimi de gösterecektir :)).
 
> Þimdilik bu kadar, iyi akþamlar

Saygýlar
-- 
S.Çaðlar Onur <caglar at pardus.org.tr>
http://cekirdek.pardus.org.tr/~caglar/

Linux is like living in a teepee. No Windows, no Gates and an Apache in house!
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081214/a4301415/attachment-0002.pgp>

From ozan at pardus.org.tr  Sun Dec 14 12:17:30 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 14 Dec 2008 12:17:30 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812140224.51252.caglar@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812140224.51252.caglar@pardus.org.tr>
Message-ID: <4944DD3A.4010207@pardus.org.tr>

S.Çaðlar Onur wrote:
> Selamlar;
>
> 13 Ara 2008 Cts tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
>   
>
> Paketi denemedim fakat nfs4acl-ext3.patch sorun yaratýyor olmalý, hatta büyük ihtimal ile tek satýrlýk bir deðiþiklik gerekiyor olmalý. Apparmor vfs katmanýnda bir seri fonksiyonun argümanlarýný ve sýralarýný deðiþtiriyor, hata veren satýrý bulup, appArmor yama serisi içinde o fonksiyonu deðiþtiren yamayý bulup (vfs-*) diðerlerine ne yaptýðýna bakýp aynýný nts4 kodu için de yapabilirsin. Apparmor serisini 2009 için tutmak tamemen size kalmýþ stratejik bir karar, novell appArmor serisine desteðini býrakmaddý (enterprise daðýtýmýn arkasýnda 10 sene duruyorlar malum) fakat openSUSE için selinux'a geçiþ çalýþmalarýna da baþladý.
>   
nfs4acl-ext3 yamasýndan deðil de apparmor serisinden gelen vfs-mkdir ile 
vfs-unlink yamalarýndan dolayý patlýyor. Geçirilen parametrelerden 
birinin (hede.path.hodo) "path" diye bir elemaný olmadýðýný söylüyor. 
Neyse buralarý detay, önemli olan son 2 cümlendi :)
>> - Yine Mactel denilen bir Macintosh&Intel projesi var, 2.6.25'te kalmýþ 
>> yamalar, ubuntu, suse ve fedora'da bu yamalar yok, adamlarýn SVN'si 4 ay 
>> önce commit görmüþ, listeler ölmüþ. Fikri olan?
>>     
>
> Bu serinin büyük kýsmý çekirdeðe girmiþ olmalý, girmemiþ olanlar kolayca port ediliyorsa ve iþe yarýyorsa ve proje gerçekten ölü ise fw port denenebilir veya vanilla halde olan destek ile devam edilebilir.
>   
Evet çoðu applesmc modülünü etkiliyor ve o sürücü oldukça aktif þekilde 
gidiyor, 2 tane alsa yamasý var, gerisi hid quirk'leri ancak kernel'deki 
hid kodlarý yamalarýn uygulanmasýný engelleyecek kadar deðiþmiþ vs.vs. 
vanilyalýyla devam etmek sakýncasýz geliyor þimdilik bana, elimizde test 
edicek macbook da var nasýlsa : )

Teþekkür ederim efenim :)

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From ozan at pardus.org.tr  Sun Dec 14 15:37:26 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 14 Dec 2008 15:37:26 +0200
Subject: [Gelistirici] [Fwd: [Uludag-commits] r20826 - trunk/noan/noan]
Message-ID: <49450C16.7010905@pardus.org.tr>

Selam,

Burada aslýnda e-posta adresinin tek olduðunun varsayýlmasý ve deponun 
bu þekilde elden geçmesi lazým çünkü atýyorum bazý geliþtiriciler 
soyadlarýný bazý paketlerde tamamen büyük bazýlarýnda ilk harfi büyük 
yazmýþ oluyorlar, yani isimler de sorun yaratabilir.

Bir ara birden fazla e-posta gözüken geliþtiricilerin listesi 
yollanmýþtý listeye, bayaðý bir insan düzeltmiþti paketlerini. ismail.py 
farklý e-postalarý bulup söylüyor tekrar o yola girip e-postalarý 
tekleþtirebiliriz.

-------- Original Message --------
Subject: [Uludag-commits] r20826 - trunk/noan/noan
Date: Sun, 14 Dec 2008 15:21:33 +0200 (EET)
From: uludag-commits at pardus.org.tr
Reply-To: gelistirici at pardus.org.tr
To: uludag-commits at pardus.org.tr

Author: bahadir.kandemir
Date: Sun Dec 14 15:21:33 2008
New Revision: 20826

Modified:
    trunk/noan/noan/update_db.py
Log:
- Developers have more than one email address, use full name to find account



From bahadir at pardus.org.tr  Sun Dec 14 15:45:34 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Sun, 14 Dec 2008 15:45:34 +0200
Subject: [Gelistirici] [Fwd: [Uludag-commits] r20826 - trunk/noan/noan]
In-Reply-To: <49450C16.7010905@pardus.org.tr>
References: <49450C16.7010905@pardus.org.tr>
Message-ID: <200812141545.37237.bahadir@pardus.org.tr>

14 Ara 2008 Paz tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Burada aslýnda e-posta adresinin tek olduðunun varsayýlmasý ve deponun
> bu þekilde elden geçmesi lazým çünkü atýyorum bazý geliþtiriciler
> soyadlarýný bazý paketlerde tamamen büyük bazýlarýnda ilk harfi büyük
> yazmýþ oluyorlar, yani isimler de sorun yaratabilir.
>
> Bir ara birden fazla e-posta gözüken geliþtiricilerin listesi
> yollanmýþtý listeye, bayaðý bir insan düzeltmiþti paketlerini. ismail.py
> farklý e-postalarý bulup söylüyor tekrar o yola girip e-postalarý
> tekleþtirebiliriz.

Yanlýþ yazýlmýþ 3 isim var, üçünü de Fatih düzeltmiþ, e-posta adreslerine 
bakarak liste oluþturduðumda daha fazla hata çýktý.

pspec.xml'lerdeki hatalarýn çoðu düzelmiþ gibi, yeni ikili paketler depoya 
girdiðinde veritabaný da güncellenmiþ olacak. Üzerinde paket olmayan 
kayýtlarý kolayca silebiliriz.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081214/05255b79/attachment-0002.pgp>

From gelurine at gmail.com  Sun Dec 14 16:58:03 2008
From: gelurine at gmail.com (=?UTF-8?Q?G=C3=BCng=C3=B6r_Erseymen?=)
Date: Sun, 14 Dec 2008 16:58:03 +0200
Subject: [Gelistirici] =?utf-8?b?xLBzbWFpbC5weSBkZSBpeWlsZcWfdGlybWUu?=
In-Reply-To: <20081212184013.c43a9dd2.onur@pardus.org.tr>
References: <52cf71460812100545n46239af5s405511927a494226@mail.gmail.com>
	<52cf71460812100741w591a6745x430944cfc5d17c1b@mail.gmail.com>
	<20081211003710.1622dfd7.onur@pardus.org.tr>
	<200812110051.20563.ekin@pardus.org.tr>
	<52cf71460812110533m76be3428r38b2b29dd0523a8a@mail.gmail.com>
	<20081212184013.c43a9dd2.onur@pardus.org.tr>
Message-ID: <52cf71460812140658w2afa7429s181dcb4cc5762019@mail.gmail.com>

>> Belkide clisp ya da ecl ile derlenebilecek hale gelene kadar (ki burda
>> hem sbcl tarafýnda hemde diðer derleyicilerde çözülmesi gereken
>> noktalar var, açýkçasý bunlarý çözmek beni aþýyor) upstreamin kaynak
>> paketine önceden derlenmiþ gerekli dosyalarý ekleyerek (kaynak paketin
>> boyutunu yaklaþýk 5M artýrýyor) pspec.xml de bu yeni dosyayý
>> kullanmalýyým. Böylece, toolchain deðiþsede sbcl kendi kendisine
>> yetebilir.
>
>  Daha iyi bir çözüm bulamazsak bu en mantýklýsý gibime geliyor
>
>> Gözümden kaçan veya yanlýþ anladýðým birþeler varmý?
>
>  yoktur, daha iyi bir yöntem de aklýma gelmiyor malesef

Çevaplar için teþekkürler. Paketi bu þekilde hazýrlayýp en kýsa süre
içerisinde commit ediyorum.

Ýyi çalýþmalar.
-- 
Güngör Erseymen
http://www.elurin.info

From fatih at pardus.org.tr  Sun Dec 14 20:44:15 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sun, 14 Dec 2008 20:44:15 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812140111.43230.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr> <49443EAB.2010300@pardus.org.tr>
	<200812140111.43230.fatih@pardus.org.tr>
Message-ID: <200812142044.21642.fatih@pardus.org.tr>

Pazar 14 Aralýk 2008 tarihinde, Fatih Aþýcý þunlarý yazmýþtý: 
> Ben kurdum. alsa-drivers'ý yeniden derlememe raðmen bir sürü "Unknown
> Symbol" hatasý alýyorum modüller yüklemeye çalýþýrken.

[1] adresinde de benzer bir sorun raporlanmýþ. Ubuntu CONFIG_SOUND'u enable 
ederek çözmüþ. Deneyip sonucu bildireceðim.

[1] https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/200338
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081214/bd8136ce/attachment-0002.pgp>

From ozan at pardus.org.tr  Sun Dec 14 21:17:18 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 14 Dec 2008 21:17:18 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812142044.21642.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<49443EAB.2010300@pardus.org.tr>	<200812140111.43230.fatih@pardus.org.tr>
	<200812142044.21642.fatih@pardus.org.tr>
Message-ID: <49455BBE.5010102@pardus.org.tr>

Fatih Aþýcý wrote:
> Pazar 14 Aralýk 2008 tarihinde, Fatih Aþýcý þunlarý yazmýþtý: 
>   
>> Ben kurdum. alsa-drivers'ý yeniden derlememe raðmen bir sürü "Unknown
>> Symbol" hatasý alýyorum modüller yüklemeye çalýþýrken.
>>     
Ýlginç, böyle bir sorun olmamasý lazým, sonuçta 2.6.25 ile kullanýyoruz 
bu þekilde ve gönderdiðin ubuntu linki 2.6.24'ten bahsetmiþ. Ayrýca 
bizim config'lerde zaten CONFIG_SOUND=m.

Þu extraversion hadisesinden olmasýn sorun, ben onu 19 býrakmýþým, 
modüllerin hepsi 2.6.28.19-114 gibi abuk subuk bir dizine gitmiþ ayrýca 
2.6.28-rc8-114 diye de bir dizin de oluþmuþ /lib/modules altýnda.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From fatih at pardus.org.tr  Sun Dec 14 21:32:57 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 14 Dec 2008 21:32:57 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <49455BBE.5010102@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812142044.21642.fatih@pardus.org.tr>
	<49455BBE.5010102@pardus.org.tr>
Message-ID: <200812142133.01166.fatih@pardus.org.tr>

Pazar 14 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Fatih Aþýcý wrote:
> > Pazar 14 Aralýk 2008 tarihinde, Fatih Aþýcý þunlarý yazmýþtý:
> >> Ben kurdum. alsa-drivers'ý yeniden derlememe raðmen bir sürü "Unknown
> >> Symbol" hatasý alýyorum modüller yüklemeye çalýþýrken.
>
> Ýlginç, böyle bir sorun olmamasý lazým, sonuçta 2.6.25 ile kullanýyoruz
> bu þekilde ve gönderdiðin ubuntu linki 2.6.24'ten bahsetmiþ. Ayrýca
> bizim config'lerde zaten CONFIG_SOUND=m.

Doðru, soundcore modülü de yükleniyor aslýnda.

> Þu extraversion hadisesinden olmasýn sorun, ben onu 19 býrakmýþým,
> modüllerin hepsi 2.6.28.19-114 gibi abuk subuk bir dizine gitmiþ ayrýca
> 2.6.28-rc8-114 diye de bir dizin de oluþmuþ /lib/modules altýnda.

Onu düzelterek derliyorum zaten. Yoksa initramfs'e hiçbir modül girmediði için 
boot bile edemiyor.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081214/5f683523/attachment-0002.pgp>

From serbulent at pardus.org.tr  Sun Dec 14 22:03:25 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Sun, 14 Dec 2008 22:03:25 +0200
Subject: [Gelistirici] =?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
Message-ID: <200812142203.26380.serbulent@pardus.org.tr>

Merhaba,

Halen devam eden "kararli depoya paket gecis sureci" baþlýklý thread den 
ayrýlan yönleri sebebiyle yukarýdaki baþlýk altýnda özetlemek istedim konun 
test süreçleri ile ilgili kýsýmlarýný. Konu ile ilgili fikirlerinizi ve 
sorularýnýzý bekleriz.

PS: Uzun maillara da þefkat gösterelim, onlarý da okuyalým ;)

A) Ölçüm

Sorunun tanýmý; 
	
	Ýster test süreçlerine dair olsun ister daha geniþ kapsamdaki depo 				
politikalarýna iliþkin olsun, tartýþmalarýmýzý sayýsal verilerden yoksun 
sürdürüyoruz. 

Çözüm önerileri;
	
1- Kýsa vade de ( 5 Gün ); Son 3 ACK/NACK sürecindeki paketleri inceleyip ne 
zaman merge istenmiþ, ne zaman depoya girmiþ ve aradaki hangi süreçte ne 
kadar beklemiþ sorularýnýn yanýtlarýný verecek, böylece bir paketin hangi 
süreçte ortalama ne kadar zaman harcadýðýný belirleyecek bir çalýþma 
yapacaðýz.
( Tahmini bitiþ süresi: 5 Gün , Sorumlu geliþtirici "Serbülent Ünsal" )

2- Uzun vade de ( 3-4 Hafta); Merge istenen her bir paketin, merge isteðinden 
kararlý depoya giriþine kadarki süreci takip eden  bir sistem geliþtirmeyi 
düþünüyoruz. Ancak burada bir bu süreçlere ait iletilerin standart hale 
getirilmesi gerekiyor ki bu iþi yapacak araçlar iletileri düzgün biçimde 
parse edebilsin. Örneðin þu an için ACK/NACK sürecindeki mesajlarý parse 
etmek pek mümkün deðil. Bahadýr'ýn duyurduðu ack/nack arayüzü Noan bu 
verilerin bir bölümünü öðrenmek mümkün olacak.

Merge aþamasýnýn bir script tarafýndan parse edilerek kayýt altýna alýnmasý 
mümkün görünmekle beraber listede arada yapýlan tartýþmalar sebebiyle bütün 
kayýtlarýn parse edilmesi  sorun olabilir. Bunu bir taraftan listeyi takip 
edip bir taraftan da depolarý takip ederek yapabiliriz belki, çözüm 
önerilerine açýðýz.
(Tahmini bitiþ süresi: 4 Hafta, Sorumlu  geliþtirici "Serbülent Ünsal" )

B) Otomasyon

Sorunun tanýmý;

	Test süreçleri içerisinde bilgisayar tarafýndan yapýlabilecek pek çok iþ 
testçiler tarafýndan yapýlýyor. Bu durum zaman kaybý, testlerde insan 
hatalarý sebebiyle hata oranýnýn artýþý, zaman sýnýrýndan dolayý ancak temel 
testlerin yapýlabilmesi ( dolayýsý ile test kalitesinin düþmesi ), bir takým 
sýkýcý ve kendini tekrarlayan iþlemlerden dolayý test ekibinde motivasyon 
kaybý olmak üzere 4 temel soruna yol açýyor. Ayrýca test takýmýnýn elinde 
bulunan donaným listesinin geliþtircilerin ulaþabileceði bir þekilde 
bulunmamasý test takýmýndan saðlanabilecek faydayý azaltmaktadýr.

Çözüm önerileri;

	Test süreçleri içerisindeki iþler mümkün olduðunca otomatize edilmelidir.

1- Test sýrasýnda paket kurulumu. Paket kurulumlarýnda testçilerin paket 
yöneticisini kullanmak zorunda olmalarý ( kullanýcýlar ile mümkün olduðunca 
benzer bir þekilde test yapmak için ) kimi zaman 200+ paket ile yapýlan 
testlerde tek tek paketleri arayýp bulmak ve sepete eklemek ve her bir paket 
için bu iþlemi tek tek yinelemek ciddi bir vakit ve motivasyon kaybý 
yaþatmakta. Bunun için paket yöneticisinin verilen bir listedeki paketleri 
sepete ekleyebilmesi ( tabi ki kurulu olmayanlarý ) saðlanýrsa önemli bir dar 
boðazý aþmýþ olacaðýz. Bu konu için Faik zaman ayýrabilir mi bilemiyorum 
ancak itirazý yoksa vakti olan ve Paket Yöneticisi'ne aþina bir baþka 
geliþtirci de bu iþi üstlenebilir sanýrým.
(Gerekli tahmini iþ gücü : 7 Gün/Kiþi , Sorumlu geliþtirici ????? )


2- Ack/Nack süreçlerinin otomasyonu. Hem Ack/Nack toplarken hemde birbiri ile 
baðýmlýlýklar yönünden uyumlu bir paket listesi oluþtururken iþleri 
kolaylaþtýracaktýr bu süreci otomasyona geçirmek. Bahadýr'ýn duyurusunu 
yaptýðý Noan ile önümüzdeki dönemde paketler arasý baðýmlýlýk sorunlarý 
sebebiyle testlerde yaþanan aksaklýklarý ve vakit kayýplarýný 
çözebileceðimizi düþünüyorum. 
(Tahmini bitiþ süresi: ????? , Sorumlu geliþtirici ( tabi eðer kabul edersen 
Jim :) ) "Bahadýr Kandemir" )


3- Testlerin otomasyonu.

Test takýmý tarafýndan yapýlan pek çok paket testi zaman ve bilgi 
kýsýtlamalarý sebebiyle çok basit düzeyde ve yetersiz kalýyor. Bu sorunun 
çözümü için en azýndan konsol tabanlý uygulamalar ve kütüphanelerin 
testlerini yapabilecek ve sonuçlarý otomatik olarak raporlayacak bir araca 
gereksinim var. Bir süredir projeler deposunda test-manager adý ile 
geliþtirilen aracýn temel iþlevi bu olacak.

Konsol tabanlý her türden uygulama/kütüphane için test yazýmýna izin vermesi 
planlanan araç her geliþtircinin isterse sorumlu olduðu paket ve kütüphaneler 
için test yazmasýna izin verecek. Araçla ilgili daha detaylý bir e-posta 
yazarak tasarýmla ilgili önerileri toplayacaðým.
(Tahmini bitiþ süresi 4 Hafta, Sorumlu geliþtirici "Serbülent ÜNSAL" )


4- Donaným veritabaný. Test ekibinin elindeki donanýmlarý içeren ve 
geliþtiricilere arama imkaný sunan bir web arayüzü test takýmýnýn etkinliðini 
arttýracaktýr düþüncesindeyim. Bu arayüz için istemci tarafýndaki verileri 
smolt ile toplayabiliyoruz. Ancak smolt'un sunucu bölümü hem istenilen 
biçimde arama imkaný vermemesi hemde þu ana kadar paketçisi tarafýndan Pardus 
üzerinde çalýþtýrýlamamasý sebebiyle uygun görünmüyor. Söz konusu verileri 
smolt istecisinden alýp iþleyecek ve gösterecek basit bir web uygulamasýna 
ihtiyacýmýz var. Kýsa ve orta vadede ( 4-6 Hafta ) benim bunu yazmam için 
yeterli vaktim yok. Eðer gönüllü bir geliþtiricimiz yoksa uzun vadede bu 
araca sahip olacaðýmýzý söyleyebilirim bir tarih vermemek ile beraber.

(Gerekli tahmini iþ gücü : 3 Hafta/Kiþi, Sorumlu geliþtirici: ????? )



-- 
Ýyi Çalýþmalar,

Serbülent

From tekman at pardus.org.tr  Sun Dec 14 22:29:37 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Sun, 14 Dec 2008 22:29:37 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812142203.26380.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
Message-ID: <200812142229.37890.tekman@pardus.org.tr>

14 Aralýk 2008 Pazar 22:03:25 tarihinde Serbulent UNSAL þunlarý yazmýþtý:
> 3- Testlerin otomasyonu.
>
> Test takýmý tarafýndan yapýlan pek çok paket testi zaman ve bilgi
> kýsýtlamalarý sebebiyle çok basit düzeyde ve yetersiz kalýyor. Bu sorunun
> çözümü için en azýndan konsol tabanlý uygulamalar ve kütüphanelerin
> testlerini yapabilecek ve sonuçlarý otomatik olarak raporlayacak bir araca
> gereksinim var. Bir süredir projeler deposunda test-manager adý ile
> geliþtirilen aracýn temel iþlevi bu olacak.
>
> Konsol tabanlý her türden uygulama/kütüphane için test yazýmýna izin
> vermesi planlanan araç her geliþtircinin isterse sorumlu olduðu paket ve
> kütüphaneler için test yazmasýna izin verecek. Araçla ilgili daha detaylý
> bir e-posta yazarak tasarýmla ilgili önerileri toplayacaðým.
> (Tahmini bitiþ süresi 4 Hafta, Sorumlu geliþtirici "Serbülent ÜNSAL" )

NACK

Þimdilik böyle bir planýmýz yok. Ayrýca tarifi yapýlan yazýlýmýn 4 hafta gibi 
bir zamanda, hele de yazýlým geliþtiricilerimizden olmayan bir arkadaþýmýz 
tarafýndan ortaya çýkarýlabileceðine ihtimal vermiyorum. 

> 4- Donaným veritabaný. Test ekibinin elindeki donanýmlarý içeren ve
> geliþtiricilere arama imkaný sunan bir web arayüzü test takýmýnýn
> etkinliðini arttýracaktýr düþüncesindeyim. Bu arayüz için istemci
> tarafýndaki verileri smolt ile toplayabiliyoruz. Ancak smolt'un sunucu
> bölümü hem istenilen biçimde arama imkaný vermemesi hemde þu ana kadar
> paketçisi tarafýndan Pardus üzerinde çalýþtýrýlamamasý sebebiyle uygun
> görünmüyor. Söz konusu verileri smolt istecisinden alýp iþleyecek ve
> gösterecek basit bir web uygulamasýna ihtiyacýmýz var. Kýsa ve orta vadede
> ( 4-6 Hafta ) benim bunu yazmam için yeterli vaktim yok. Eðer gönüllü bir
> geliþtiricimiz yoksa uzun vadede bu araca sahip olacaðýmýzý söyleyebilirim
> bir tarih vermemek ile beraber.

Donaným veritabaný iki farklý þekil ve yerde oluþacak. Birincisi 
kullanýcýlarýn deneyimlerini aktardýklarý resmi olmayan, yapýsal olmasý 
gerekmeyen bir alan, ÖzgürlükÝçin'de önümüzdeki aylarda hayata geçecek. 
Ýkincisi de resmi olan, sistemli testleri kapsayan bir "Pardus Donaným 
Ortaðý" logo programý, ki bunun planlanan þekliyle hayata geçmesi bizden çok 
sektör talebine baðlý, benim tahminim 2009 yýlý içerisinde ilk emarelerinin 
ortaya çýkacaðýdýr.

Eðer bunlar dýþýnda bir veritabanýndan bahsediliyor ise gereðine ikna etmek 
gerekli ahaliyi. Eðer bunlardan biri ise o iþlerin sorumlularýna býrakalým 
gerisini...

ET

>
> (Gerekli tahmini iþ gücü : 3 Hafta/Kiþi, Sorumlu geliþtirici: ????? )



-- 
Erkan Tekman
TÜBÝTAK UEKAE
Proje Yöneticisi // Pardus
<-- Özgürlük için... -->

http://www.pardus.org.tr/


From fethicanc at gmail.com  Sun Dec 14 23:17:37 2008
From: fethicanc at gmail.com (Fethican =?iso-8859-9?q?Co=FEkuner?=)
Date: Sun, 14 Dec 2008 23:17:37 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812142229.37890.tekman@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812142229.37890.tekman@pardus.org.tr>
Message-ID: <200812142317.38975.fethicanc@gmail.com>

On Sunday 14 December 2008 22:29:37 Erkan Tekman wrote:
> > 4- Donaným veritabaný. Test ekibinin elindeki donanýmlarý içeren ve
> > geliþtiricilere arama imkaný sunan bir web arayüzü test takýmýnýn
> > etkinliðini arttýracaktýr düþüncesindeyim. Bu arayüz için istemci
> > tarafýndaki verileri smolt ile toplayabiliyoruz. Ancak smolt'un sunucu
> > bölümü hem istenilen biçimde arama imkaný vermemesi hemde þu ana kadar
> > paketçisi tarafýndan Pardus üzerinde çalýþtýrýlamamasý sebebiyle uygun
> > görünmüyor. Söz konusu verileri smolt istecisinden alýp iþleyecek ve
> > gösterecek basit bir web uygulamasýna ihtiyacýmýz var. Kýsa ve orta
> > vadede ( 4-6 Hafta ) benim bunu yazmam için yeterli vaktim yok. Eðer
> > gönüllü bir geliþtiricimiz yoksa uzun vadede bu araca sahip olacaðýmýzý
> > söyleyebilirim bir tarih vermemek ile beraber.
>
> Donaným veritabaný iki farklý þekil ve yerde oluþacak. Birincisi
> kullanýcýlarýn deneyimlerini aktardýklarý resmi olmayan, yapýsal olmasý
> gerekmeyen bir alan, ÖzgürlükÝçin'de önümüzdeki aylarda hayata geçecek.
> Ýkincisi de resmi olan, sistemli testleri kapsayan bir "Pardus Donaným
> Ortaðý" logo programý, ki bunun planlanan þekliyle hayata geçmesi bizden
> çok sektör talebine baðlý, benim tahminim 2009 yýlý içerisinde ilk
> emarelerinin ortaya çýkacaðýdýr.
>
> Eðer bunlar dýþýnda bir veritabanýndan bahsediliyor ise gereðine ikna etmek
> gerekli ahaliyi. Eðer bunlardan biri ise o iþlerin sorumlularýna býrakalým
> gerisini...
>
> ET

  Burada Serbülent, benim üzerinde staj projesi olarak çalýþtýðým Smolt 
uygulamasýndan bahsediyor. Bu projeden geçtiðimiz ayda test sürecine kolaylýk 
saðlamasý açýsýndan yararlanýlmasý gündeme geldi fakat Serbülent'in de 
bahsettiði üzere Smolt-server uygulamasý geliþtiricilerin ihtiyaçlarýna cevap 
vermiyor. Bu durumda Smolt-client'ýn topladýðý bilgileri parse edip üzerinde 
sorgu yapýlabilecek bir uygulamaya ihtiyaç var.

   Ayrýca Pardus kullanýcýlarýnýn donaným istatistiklerini tutma iþi en son 
Smolt ile yapýlacaktý. Erkan Bey yukarýda bahsetmiþ olduðunuz projelerden 
ikincisi de bu iþi mi yapmayý amaçlýyor?


Fethican


From bahadir at pardus.org.tr  Sun Dec 14 23:36:38 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Sun, 14 Dec 2008 23:36:38 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812142203.26380.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
Message-ID: <200812142336.41695.bahadir@pardus.org.tr>

14 Ara 2008 Paz tarihinde, Serbulent UNSAL þunlarý yazmýþtý: 
> Uzun vade de ( 3-4 Hafta); Merge istenen her bir paketin, merge
> isteðinden kararlý depoya giriþine kadarki süreci takip eden  bir sistem
> geliþtirmeyi düþünüyoruz. Ancak burada bir bu süreçlere ait iletilerin
> standart hale getirilmesi gerekiyor ki bu iþi yapacak araçlar iletileri
> düzgün biçimde parse edebilsin.

Noan'ý kaynak depolarý tarar hale getirip playground/devel/release 
depolarýndaki (bundan sonraki) hareketleri takip edebiliriz.

> Ack/Nack süreçlerinin otomasyonu. Hem Ack/Nack toplarken hemde
> birbiri ile baðýmlýlýklar yönünden uyumlu bir paket listesi oluþtururken
> iþleri kolaylaþtýracaktýr bu süreci otomasyona geçirmek.

Noan ile yapabiliriz ACK/NACK iþini. Ancak, baðýmlýlýk takibini 
anlayamadým.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081214/5b9e6ab7/attachment-0002.pgp>

From fatih at pardus.org.tr  Mon Dec 15 00:12:29 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Mon, 15 Dec 2008 00:12:29 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <49455BBE.5010102@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812142044.21642.fatih@pardus.org.tr>
	<49455BBE.5010102@pardus.org.tr>
Message-ID: <200812150012.33421.fatih@pardus.org.tr>

Pazar 14 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Fatih Aþýcý wrote:
> > Pazar 14 Aralýk 2008 tarihinde, Fatih Aþýcý þunlarý yazmýþtý:
> >> Ben kurdum. alsa-drivers'ý yeniden derlememe raðmen bir sürü "Unknown
> >> Symbol" hatasý alýyorum modüller yüklemeye çalýþýrken.
>
> Ýlginç, böyle bir sorun olmamasý lazým, sonuçta 2.6.25 ile kullanýyoruz
> bu þekilde ve gönderdiðin ubuntu linki 2.6.24'ten bahsetmiþ. Ayrýca
> bizim config'lerde zaten CONFIG_SOUND=m.

Yeni kernel'de OSS core kýsmý da optional hale gelmiþ. Bu kýsmý derlemek için 
SOUND_PRIME da enable edilmeli. Ýki seçeneðimiz var:

1) alsa'yý --without-oss ile derlemek. Bu OSS emulation'ý kapatýyor sanýrým. O 
yüzden istemeyiz (di mi?).

2) kernel'i SOUND_PRIME enable ederek derlemek. Bunu yaparsak þu ana kadar 
yaptýðýmýzla ayný þeyi yapmýþ olacaðýz sanýrým. Bu OSS sürücülerinin 
derlenmesi anlamýna gelmiyor. Onun için ayrý option var kernelde.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081215/156084e5/attachment-0002.pgp>

From tekman at pardus.org.tr  Mon Dec 15 01:07:07 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Mon, 15 Dec 2008 01:07:07 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812142317.38975.fethicanc@gmail.com>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812142229.37890.tekman@pardus.org.tr>
	<200812142317.38975.fethicanc@gmail.com>
Message-ID: <200812150107.07670.tekman@pardus.org.tr>

14 Aralýk 2008 Pazar 23:17:37 tarihinde Fethican Coþkuner þunlarý yazmýþtý:
>   Burada Serbülent, benim üzerinde staj projesi olarak çalýþtýðým Smolt
> uygulamasýndan bahsediyor. Bu projeden geçtiðimiz ayda test sürecine
> kolaylýk saðlamasý açýsýndan yararlanýlmasý gündeme geldi fakat
> Serbülent'in de bahsettiði üzere Smolt-server uygulamasý geliþtiricilerin
> ihtiyaçlarýna cevap vermiyor. Bu durumda Smolt-client'ýn topladýðý
> bilgileri parse edip üzerinde sorgu yapýlabilecek bir uygulamaya ihtiyaç
> var.

Smolt donaným ile ilgili bilgi vermekle birlikte o donanýmýn tam olarak nasýl 
çalýþýr hale geldiði konusunda bir fikir vermeyecektir. Yani yeni sürücüler 
yüklenmiþ mi, arada elle ayar yapýlmýþ mý gibi sorularýn yanýtýný almak için 
bir insan tarafýndan yapýlacak bir tarif gerekir. Bunun bir örneðini 
tuxmobile.org sitesinde bulabilirsiniz, ki sözü geçen birinci veritabaný buna 
benzeyecektir.

>    Ayrýca Pardus kullanýcýlarýnýn donaným istatistiklerini tutma iþi en son
> Smolt ile yapýlacaktý. Erkan Bey yukarýda bahsetmiþ olduðunuz projelerden
> ikincisi de bu iþi mi yapmayý amaçlýyor?

Ýkinci veritabaný ise þu anda tek örnek olan escort gibi Pardus onaylý donaným 
satmak isteyen üretici ve satýcýlarýn Pardus (TÜBÝTAK UEKAE) ile ortak 
yürüttükleri çalýþma sonucu test edilen ve sorunlarý giderilen, bunun sonucu 
olarak da Pardus logosu ile satýlmakta olan ürünleri kapsayacaktýr.

ET


From gelistirici at pardus.org.tr  Mon Dec 15 06:32:45 2008
From: gelistirici at pardus.org.tr (GUCCI)
Date: Mon, 15 Dec 2008 06:32:45 +0200 (EET)
Subject: [Gelistirici] Dear (gelistirici@pardus.org.tr) December 89% OFF!
Message-ID: <20081215-33246.11512.qmail@alonso>

Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081215/728b9afb/attachment-0002.htm>

From serbulent at pardus.org.tr  Mon Dec 15 09:27:04 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Mon, 15 Dec 2008 09:27:04 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812142229.37890.tekman@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812142229.37890.tekman@pardus.org.tr>
Message-ID: <200812150927.04457.serbulent@pardus.org.tr>

On Sunday 14 December 2008 22:29:37 Erkan Tekman wrote:
> 14 Aralýk 2008 Pazar 22:03:25 tarihinde Serbulent UNSAL þunlarý yazmýþtý:
> > 3- Testlerin otomasyonu.
> >
> > Test takýmý tarafýndan yapýlan pek çok paket testi zaman ve bilgi
> > kýsýtlamalarý sebebiyle çok basit düzeyde ve yetersiz kalýyor. Bu sorunun
> > çözümü için en azýndan konsol tabanlý uygulamalar ve kütüphanelerin
> > testlerini yapabilecek ve sonuçlarý otomatik olarak raporlayacak bir
> > araca gereksinim var. Bir süredir projeler deposunda test-manager adý ile
> > geliþtirilen aracýn temel iþlevi bu olacak.
> >
> > Konsol tabanlý her türden uygulama/kütüphane için test yazýmýna izin
> > vermesi planlanan araç her geliþtircinin isterse sorumlu olduðu paket ve
> > kütüphaneler için test yazmasýna izin verecek. Araçla ilgili daha detaylý
> > bir e-posta yazarak tasarýmla ilgili önerileri toplayacaðým.
> > (Tahmini bitiþ süresi 4 Hafta, Sorumlu geliþtirici "Serbülent ÜNSAL" )
>
> NACK
>
> Þimdilik böyle bir planýmýz yok. Ayrýca tarifi yapýlan yazýlýmýn 4 hafta
> gibi bir zamanda, hele de yazýlým geliþtiricilerimizden olmayan bir
> arkadaþýmýz tarafýndan ortaya çýkarýlabileceðine ihtimal vermiyorum.
>

Uygulamanýn faydasý ve getirileri konusundaki fikrimi saklý tutmakla beraber 
süre ile ilgili söylediklerimi geri alayým böyle düþünüyorsanýz.

> > 4- Donaným veritabaný. Test ekibinin elindeki donanýmlarý içeren ve
> > geliþtiricilere arama imkaný sunan bir web arayüzü test takýmýnýn
> > etkinliðini arttýracaktýr düþüncesindeyim. Bu arayüz için istemci
> > tarafýndaki verileri smolt ile toplayabiliyoruz. Ancak smolt'un sunucu
> > bölümü hem istenilen biçimde arama imkaný vermemesi hemde þu ana kadar
> > paketçisi tarafýndan Pardus üzerinde çalýþtýrýlamamasý sebebiyle uygun
> > görünmüyor. Söz konusu verileri smolt istecisinden alýp iþleyecek ve
> > gösterecek basit bir web uygulamasýna ihtiyacýmýz var. Kýsa ve orta
> > vadede ( 4-6 Hafta ) benim bunu yazmam için yeterli vaktim yok. Eðer
> > gönüllü bir geliþtiricimiz yoksa uzun vadede bu araca sahip olacaðýmýzý
> > söyleyebilirim bir tarih vermemek ile beraber.
>
> Donaným veritabaný iki farklý þekil ve yerde oluþacak. Birincisi
> kullanýcýlarýn deneyimlerini aktardýklarý resmi olmayan, yapýsal olmasý
> gerekmeyen bir alan, ÖzgürlükÝçin'de önümüzdeki aylarda hayata geçecek.
> Ýkincisi de resmi olan, sistemli testleri kapsayan bir "Pardus Donaným
> Ortaðý" logo programý, ki bunun planlanan þekliyle hayata geçmesi bizden
> çok sektör talebine baðlý, benim tahminim 2009 yýlý içerisinde ilk
> emarelerinin ortaya çýkacaðýdýr.
>
> Eðer bunlar dýþýnda bir veritabanýndan bahsediliyor ise gereðine ikna etmek
> gerekli ahaliyi. Eðer bunlardan biri ise o iþlerin sorumlularýna býrakalým
> gerisini...
>

Hayýr her ikiside deðildi bahsettiðim. Söylediðim uygulama geliþtiricilerin 
her hangi bir anda X donanýmýna ihtiyaç duymasý halinde 
peketlerini/uygulamalarýný test etmek için bunun test ekibimizin elinde 
bulunup bulunmadýðýný kontrol edebilecekleri bir veritabaný.

Böyle bir uygulamanýn geliþtiriciler ve test ekibi arasýndaki baðlantýyý 
kuvvetlendireceðini ve test ekibinin faydasýný arttýracaðýný düþünüyorum.



-- 
Ýyi Çalýþmalar,

Serbülent


From serbulent at pardus.org.tr  Mon Dec 15 09:30:06 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Mon, 15 Dec 2008 09:30:06 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812142336.41695.bahadir@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812142336.41695.bahadir@pardus.org.tr>
Message-ID: <200812150930.06929.serbulent@pardus.org.tr>

On Sunday 14 December 2008 23:36:38 Bahadýr Kandemir wrote:
> Noan ile yapabiliriz ACK/NACK iþini. Ancak, baðýmlýlýk takibini
> anlayamadým.

Bazen Y paketi ack alýrken baðýmlý olduðu X paketi ack almayabiliyor. Bu 
durumu ancak testci deposunu oluþturup güncelleme yaptýktan sonra fark 
ediyoruz. Noan'ýn bu durumu engellemek içnde kullanýlabileceðini düþünüyorum.

-- 
Ýyi Çalýþmalar,

Serbülent


From bahadir at pardus.org.tr  Mon Dec 15 09:40:13 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 15 Dec 2008 09:40:13 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812150930.06929.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812142336.41695.bahadir@pardus.org.tr>
	<200812150930.06929.serbulent@pardus.org.tr>
Message-ID: <200812150940.20153.bahadir@pardus.org.tr>

15 Ara 2008 Pts tarihinde, Serbulent UNSAL þunlarý yazmýþtý: 
> On Sunday 14 December 2008 23:36:38 Bahadýr Kandemir wrote:
> > Noan ile yapabiliriz ACK/NACK iþini. Ancak, baðýmlýlýk takibini
> > anlayamadým.
>
> Bazen Y paketi ack alýrken baðýmlý olduðu X paketi ack almayabiliyor. Bu
> durumu ancak testci deposunu oluþturup güncelleme yaptýktan sonra fark
> ediyoruz. Noan'ýn bu durumu engellemek içnde kullanýlabileceðini
> düþünüyorum.

Hmmm kolay, halleriz :)
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081215/e0a23f2e/attachment-0002.pgp>

From ekin at pardus.org.tr  Mon Dec 15 12:03:49 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 15 Dec 2008 12:03:49 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071448.06253.turkersezer@tsdesign.info>
	<a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>
Message-ID: <200812151203.49101.ekin@pardus.org.tr>

Merhaba;

Monday 08 December 2008 tarihinde, selim ok þunlarý yazmýþtý: 

> - Security-only güncellemeler zaten yukarida konusulan türde bir kararli
> depoyu simüle etmiyor mu? Soru soruldu ama cevap veren olmadi, tekrar
> sormak istedim.

Yukarýda konuþulandan kastýn Doruk'un söylediði ultra kararlý depo ise cevap 
hayýr - þöyle örnekleyeyim :
Biz þu anki kararlý depomuza bir yazýlýmýn kararlý güncellemeleri olan 
(örneðin) 4.1, 4.2, 4.3 sürümlerini alýyoruz. 4.4 sürümü bir güvenlik 
güncellemesi olarak yayýnlandýðýnda onu da alýyoruz "security" olarak 
iþaretleyerek. Bu durumda pisi up --security kullanan bir kullanýcý 4.0'dan 
4.4'e çýkacak - bu da tüm ara sürümlerin olasý regresyonlarýný ve hatalarýný 
sineye çekmek, zaman zaman kontrollü olarak ABI/API kýrmak anlamýna geliyor. 
Kararlý depo/sürüm'ü maintain etmenin doðru yolu (yukarýdaki senaryo için) 
kararlý depodaki 4.0 sürümüne ilgili güvenlik güncellemesini backport etmek.      
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Mon Dec 15 12:32:11 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 15 Dec 2008 12:32:11 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4938DB28.2000209@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<4938DB28.2000209@pardus.org.tr>
Message-ID: <200812151232.11112.ekin@pardus.org.tr>

Merhaba;

Friday 05 December 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Doruk Fisek wrote On 04-12-2008 18:05:
> Olay sadece kararlýlýksa,

> 1. 2007 sürümünde kalýr,
> 2. 2008'e geçer ama sadece güvenlik güncellemelerini yapar.
>
> 2.seçenekle senin önerdiðinin arasýnda bir fark bulamadým ben. PiSi de,
> paket yöneticisi de bu özelliði saðlýyor zaten. Adama yeni bir depo
> ekletmek yerine paket yöneticisi ayarlarýndan "Sadece güvenlik
> güncellemelerini yap" seçtirmek bu iþi halletmiyor mu?

http://liste.pardus.org.tr/gelistirici/2008-December/015127.html

> Tüm geliþtiricilerin sürüm kaynak svn depolarýna eriþip deðiþiklik
> yapmalarýný doðru bulmuyorum. Sürüm kaynak svn deposunda deðiþiklik
> yapýldýðý anda o paket farm'da bir sonraki çalýþmada derlenecek paketler
> arasýna giriyor. Arada hiçbir kontrol mekanizmasý yok. 

+1

> Güvenlik güncellemelerinin, ister senin 2'li depo düzeneðinde, ister þu
> anki tek kararlý depo düzeneðinde test edilmesinde ben bir fayda
> görmüyorum. Güvenlik güncellemesi bir yazýlýma yeni özellik katmýyor adý
> üstünde, neyini test ediyoruz? Buffer overflow var diyor örneðin
> advisory'de, oturup gerçekten overflow var mý ve açýðý kapatmýþ diye mi
> kontrol edeceðiz?

Bu itirazýn adý geçen güncellemenin __sadece__ güvenlik güncellemesi içerdiði 
durumlar için geçerli ama - kernelden kütüphanelere kadar bir sürü yazýlým 
kendi sürüm takvimleri ile çakýþan güvenlik fixlerini normalde 
yayýnlayacaklarý yeni sürümlerine ekleyip yayýnlýyor - on yeni özellik, iki 
bugfix, bir security içeren bir güncelleme taným gereði security ama test 
edilmemesi gibi ihtimal yok maalesef.

Senin senaryo ancak sýký kararlý depo politikasý ile, sürüm atlatmadan sadece 
sec. fixleri backport edersek uygulanabiliyor. Security ekibimiz saðolsun 
olabildiðince backportlar ile bu güncellemelerin hýzla depoya girmesini 
saðlýyor, ama her zaman uygulanabilir deðil.
 
> > 5) system.base bileþenindeki paketlerin testi yapýlýrken, "emniyet
> > mandalý" nedeniyle sadece system.base guncellenmesi durumu da farkli
> > guncelleme safhalarindaki Pardus sistem kombinasyonlarý ile test
> > edilmelidir [2].

> system.base güncellemelerinde zaten daha yavaþ ve tutarlýyýz,
> gerekmedikçe güncelleme çok fazla yapýlmýyor.

Burada da daha sýký bir politika uygulamalýyýz aslýnda.

> Bu test konusunda þunu düþünüyorum. Baþtan beri test deposu hep þu
> þekilde kullanýldý:
> - Bump et, merge iste, testte dursun.
>
> Böyle bir düþünce yanlýþ diye düþünüyorum. Orasý da insanlara sunulan
> ikili bir depo. Adý da kararsýz deðil, test. Önce paketçisi bir süre
> test etmeden, kullanmadan, "test deposuna girsin de orada millet
> kullanýp sorunu varsa söyler nasýl olsa" diye düþünmemeli. Paket
> devel'deyken kuran kullanan paket sahibi/bileþen sorumlusu bir sorun
> yakalayamazsa, test deposu daha ince sorunlarýn yakalanabileceði bir üst
> katman olmalý.

Evet geliþtirici en azýndan bir süre kullanmalý, temel fonksiyonlarýnýn 
çalýþtýðýndan emin olmalý paket test deposuna alýnmadan önce, ama örneðin 
Amarok 2 beta1'in test deposuna girip daha geniþ bir geliþtirici ekibi 
tarafýndan test edilmesinde büyük bir sorun yok bence.
   
> Paketçisinin merge isteyip sallamadýðý bu sorunlarý, Serbülent
> revdep-rebuild yapýnca yakalýyor. Böyle olmamalý.

Evet paketçiler daha ilgili olmalý, belki sýk rastlanan sorunlar ve test 
yöntemleri gibi bir geliþtirici belgesi yararlý olur. Ama depo kararlýlýðý 
konusunda mutlaka gözden kaçacak bir seri hata olacaktýr, depo bütünlüðünü 
daha otomatik araçlarla daha sýký kontrol etmeliyiz.

> Benim süreç içinde en rahatsýz olduðum þey, depoda N aydýr çalýþmaz bir
> þekilde duran bir paket hakkýnda hata girilip de "bu paket çalýþmýyor"
> denildiðinde, düzeltilen paketin testte vakit geçirmesi. Paket zaten
> çalýþmýyor, kesinlikle test edilmesine gerek yok ve test edilmesinde
> fayda yok, merge istediðim anda depoya alýnmasý en akýllýcasý.

Bunu merge'de nasýl security iþaretlediðimizde direk depoya alýyorsam kritik 
olarak belirtirsen hemen depoya alýrýz aslýnda - sorun genelde bu durumu 
ACK/NACK'ta konuþmamýzda bence.
 
> Ya da mesela geçen gün firefox'a son anda ufak bir düzeltme girdi,
> kesinlikle zararsýz ve kozmetik bir þey. Bu tarz þeylerin de test
> deposunda beklemesindense paketçisinin taahhüdünde doðrudan merge
> edilmesi(ya da hadi 1-2 gün testte dursun diyelim) daha doðru olur.

Evet, trivial düzeltmeler için de bir exception olmalý politikada - bunlar 
testçilerin de iþini azaltacak önlemler aslýnda.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Mon Dec 15 15:27:08 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 15 Dec 2008 15:27:08 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci, deneme 2
Message-ID: <200812151527.08917.ekin@pardus.org.tr>

Merhaba;

Kararlý depo süreci tartýþmasýnda konuþulanlarýn üzerinden geçtim; özet bir 
belge [1] hazýrladým, þu anda iþleyen süreci de grafiðe döktüm - þu ana kadar 
fikir belirten herkese teþekkürler. 

Ýmdiiiii, ekleme / düzeltme / yeni tartýþmalar için pamuk eller klavyeye :-P   

[1]
http://tr.pardus-wiki.org/Pardus:Kararlý_Depo_Sureci
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From coderlord at gmail.com  Mon Dec 15 15:51:07 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 15 Dec 2008 15:51:07 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci, deneme 2
In-Reply-To: <200812151527.08917.ekin@pardus.org.tr>
References: <200812151527.08917.ekin@pardus.org.tr>
Message-ID: <4cca720b0812150551ufe593d5qcb7805a38bf292a8@mail.gmail.com>

15 Aralýk 2008 Pazartesi 15:27 tarihinde Ekin Meroðlu
<ekin at pardus.org.tr> yazdý:
> Ýmdiiiii, ekleme / düzeltme / yeni tartýþmalar için pamuk eller klavyeye :-P
>
> [1]
> http://tr.pardus-wiki.org/Pardus:Kararlý_Depo_Sureci

Tartýþmaya burada mý wiki de mi devam edeceðiz?

-- 
Furkan Duman

From coderlord at gmail.com  Mon Dec 15 16:00:01 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 15 Dec 2008 16:00:01 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812151232.11112.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<4938DB28.2000209@pardus.org.tr>
	<200812151232.11112.ekin@pardus.org.tr>
Message-ID: <4cca720b0812150600n104828b5ifd5f9f334bcd5a92@mail.gmail.com>

Merhaba,

Her pakete test betikleri leri eklesek nasýl olur? Yanýlmýyorsam
Debian yapýyor bunu. Bir test framework ortaya koyulur (veya hazýrda
vardýr bilemiyorum). Paketin testini paketçisi yazar. Çok temel
iþlevlerin testi yapýlabilir bu yöntemle sanki. GUI uygulamalarýnda
nasýl yapýlýr bilemiyorum ama en azýndan konsol uygulamalarý tarafý
için yapýlabilir geliyor. Daðýtýmýn büyük çoðunluðunu ve temel
taþlarýný da konsol uygulamalarý oluþturuyor. GUI tarafýnda da
uygulama çalýþtýrýlýp stack overflow vs. alýyor mu kontrol edilebilir
belki.

Misal firebird sunucuyu test edeceðim, test betiðinde::

Sunucu servisi baþlatýlýr.
Geri dönen hata var mý / servis baþlamýþ mý bakýlýr.
Firebird araçlarý ile bir sorgu çalýþtýrýlýr.
Sorgu sonucu kontrol edilir.
Çomar bacaðý varsa, çomar metodlarý test edilir.
Servis durdurulur, durdurulmuþ mu kontrol edilir.

Bu sayede çok hýzlý bir þekilde temel özelliklerin / uygulamanýn
kýrýlýp kýrýlmadýðý kontrol edilebilir. Depoya almadan önce bu testler
çalýþtýrýlabilir. Testleri paketçisi yazacaðýndan ve uygulamayý en iyi
bilenin paketçisi olduðunu düþünerek, test ekibinin iþ yükü
azaltýlabilir.

Kolay gelsin.

-- 
Furkan Duman

From fethicanc at gmail.com  Mon Dec 15 15:59:25 2008
From: fethicanc at gmail.com (Fethican =?iso-8859-9?q?Co=FEkuner?=)
Date: Mon, 15 Dec 2008 15:59:25 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812150107.07670.tekman@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812142317.38975.fethicanc@gmail.com>
	<200812150107.07670.tekman@pardus.org.tr>
Message-ID: <200812151559.26189.fethicanc@gmail.com>

On Monday 15 December 2008 01:07:07 Erkan Tekman wrote:
> 14 Aralýk 2008 Pazar 23:17:37 tarihinde Fethican Coþkuner þunlarý yazmýþtý:
> >   Burada Serbülent, benim üzerinde staj projesi olarak çalýþtýðým Smolt
> > uygulamasýndan bahsediyor. Bu projeden geçtiðimiz ayda test sürecine
> > kolaylýk saðlamasý açýsýndan yararlanýlmasý gündeme geldi fakat
> > Serbülent'in de bahsettiði üzere Smolt-server uygulamasý geliþtiricilerin
> > ihtiyaçlarýna cevap vermiyor. Bu durumda Smolt-client'ýn topladýðý
> > bilgileri parse edip üzerinde sorgu yapýlabilecek bir uygulamaya ihtiyaç
> > var.
>
> Smolt donaným ile ilgili bilgi vermekle birlikte o donanýmýn tam olarak
> nasýl çalýþýr hale geldiði konusunda bir fikir vermeyecektir. Yani yeni
> sürücüler yüklenmiþ mi, arada elle ayar yapýlmýþ mý gibi sorularýn yanýtýný
> almak için bir insan tarafýndan yapýlacak bir tarif gerekir. Bunun bir
> örneðini tuxmobile.org sitesinde bulabilirsiniz, ki sözü geçen birinci
> veritabaný buna benzeyecektir.

  Evet bu Smolt'un yaptýðý/yapabileceði türden bir iþ deðil.

> >    Ayrýca Pardus kullanýcýlarýnýn donaným istatistiklerini tutma iþi en
> > son Smolt ile yapýlacaktý. Erkan Bey yukarýda bahsetmiþ olduðunuz
> > projelerden ikincisi de bu iþi mi yapmayý amaçlýyor?
>
> Ýkinci veritabaný ise þu anda tek örnek olan escort gibi Pardus onaylý
> donaným satmak isteyen üretici ve satýcýlarýn Pardus (TÜBÝTAK UEKAE) ile
> ortak yürüttükleri çalýþma sonucu test edilen ve sorunlarý giderilen, bunun
> sonucu olarak da Pardus logosu ile satýlmakta olan ürünleri kapsayacaktýr.
>
> ET

  Ben Smolt'un yerine geçecek ayrý bir projeden bahsettiðinizi düþünmüþtüm. 
Söylediðiniz projeler farklý ihtiyaçlara yönelikmiþ. Açýklama için 
teþekkürler. 


Fethican


From ekin at pardus.org.tr  Mon Dec 15 16:03:13 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 15 Dec 2008 16:03:13 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci, deneme 2
In-Reply-To: <4cca720b0812150551ufe593d5qcb7805a38bf292a8@mail.gmail.com>
References: <200812151527.08917.ekin@pardus.org.tr>
	<4cca720b0812150551ufe593d5qcb7805a38bf292a8@mail.gmail.com>
Message-ID: <200812151603.13703.ekin@pardus.org.tr>

Merhaba;

Monday 15 December 2008 tarihinde, Furkan Duman þunlarý yazmýþtý: 
> 15 Aralýk 2008 Pazartesi 15:27 tarihinde Ekin Meroðlu
>
> <ekin at pardus.org.tr> yazdý:
> > Ýmdiiiii, ekleme / düzeltme / yeni tartýþmalar için pamuk eller klavyeye
> > :-P
> >
> > [1]
> > http://tr.pardus-wiki.org/Pardus:Kararlý_Depo_Sureci
>
> Tartýþmaya burada mý wiki de mi devam edeceðiz?

Ben wiki'de giden tartýþmanýn takip edilebileceðini pek düþünmüyorum, özet 
olmasý için yazdým aslýnda temel olarak. Bir wikicibaþý seçip her sabah bir 
gün öncenin özetini wikideki belgeye eklemesini isteyebiliriz mesela, böylece 
özetimiz de güncel kalýr. Baþka fikri gelen ?

Ama tartýþmaya daha önceki postalara da cevap verecek þekilde devam etmemiz 
gerekiyor diye düþünüyorum - þimdi baktým da o tartýþmaya yazdýðým 10 postaya 
ancak 2 cevap almýþým, o iki cevaptan sadece biri teknik bir öneri. Sürecin 
teknik yanlarýný tartýþtýðým postalara ise - maalesef - tek bir cevap bile 
gelmemiþ. Tüm geliþtiricilerden rica ediyorum, lütfen fikirlerini belirtin, 
tartýþmaya katýlýn.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From dfisek at fisek.com.tr  Mon Dec 15 16:05:59 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 15 Dec 2008 16:05:59 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812071246.35527.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051455.24246.tekman@pardus.org.tr>
	<20081206112840.91aad407.dfisek@fisek.com.tr>
	<200812071246.35527.tekman@pardus.org.tr>
Message-ID: <20081215160559.970e8718.dfisek@fisek.com.tr>

Sun, 7 Dec 2008 12:46:35 +0200, Erkan Tekman <tekman at pardus.org.tr> :

 Turker ya da Gurer'e yanit yazar misiniz diye bekledim bir sure ama
baska konulara yanit yazmaniza karsin onlara yanit yazmamanizdan dolayi
boyle bir dusunceniz olmadigini dusundum.

 Bana yazmis gorundugunuz mesajinizdan hicbir yeri alintilayamiyorum,
zira yazdiklarimi alintilamaniza karsin yazdiklarimla ilgili hicbir sey
yazmamissiniz.

 Sordugum net bir "Pardus projesinin hedefleri neler, bu hedeflerin
oncelikleri neler?" sorusuna yanit vermeyip tamamen farkli konulardan
bahsetmenizden iki farkli sonuc cikarabiliyorum :

 a) Projenin hedefleri ve/ya onceliklerini gelistiriciler ile paylasmaya
gerek duymuyorsunuz :

 Eger durum bu ise, kararli depoya paket gecis surecini de
gelistiricilere tartistirmaniz gostermelik bir davranis demektir. Cunku
dagitimda paketlerin nasil guncellendigi teknik bir karardan ote,
politik bir karardir. Birebir hedeflerle ve onceliklerle ilgilidir.
Teknik altyapi bu hedef ve onceliklere gore ancak belirlenebilir. Biz
burada "kör" bicimde ne tartisirsak tartisalim, sonunda (dogal olarak)
projenin hedef ve onceliklerine gore bir politika belirlenecektir.

 b) Projenin hedefleri ve/ya oncelikleri kesin olarak belirlenmemis
durumda :

 Eger durum bu ise, biz bu sureci tartismadan once hedeflerin ve
onceliklerin belirlenmesi gerekir. Bunun illa burada yapilmasi
gerekmiyor elbette. Kapali kapilar arkasinda karar verip, buraya da
teblig edebilirsiniz.


 Bizlerden projenin hedef/onceliklerini paylasmadan tartismamizi
beklediginizde, bu bilgi sahibi olmadan fikir sahibi olmaya donusuyor.
Elbette yine de tartisabiliriz, ancak bir ortak "sonuc"a ulasmamiz
mumkun olmaz. Herkes kendi kafasindaki hedeflere gore tartisir ve ayni
konudan bahsedilmedigi icin sonuc alinmasi cok zorlasir. Hem her derde
deva olacak, hem de "verimli" bir surec belirlenmesi pek mumkun degil.


 Pardus projesine senelerdir elimden geldigince bos zamanlarimda katkida
bulunuyorum. Ancak bu katkiyi "acik" olundugu ve "izin verildigi" olcude
bunu yapabilirim.

 Su durumda ben bu tavriniz uzerine, proje icin ortak bir kararli depoya
gecis sureci belirlenmesi icin emek vermekten vazgecip, olaya sadece
kendi kisisel acimdan bakip degerlendirecegim.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From coderlord at gmail.com  Mon Dec 15 16:16:01 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 15 Dec 2008 16:16:01 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <4cca720b0812150600n104828b5ifd5f9f334bcd5a92@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081204180533.b835b1db.dfisek@fisek.com.tr>
	<4938DB28.2000209@pardus.org.tr>
	<200812151232.11112.ekin@pardus.org.tr>
	<4cca720b0812150600n104828b5ifd5f9f334bcd5a92@mail.gmail.com>
Message-ID: <4cca720b0812150616y2d299f5cw243dad076f382319@mail.gmail.com>

15 Aralýk 2008 Pazartesi 16:00 tarihinde Furkan Duman
<coderlord at gmail.com> yazdý:
> Her pakete test betikleri leri eklesek nasýl olur? Yanýlmýyorsam

Yanlýþ konuya gönderdim. Özür dilerim. Lütfen burada yanýt vermeyin.

-- 
Furkan Duman

From coderlord at gmail.com  Mon Dec 15 16:16:55 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 15 Dec 2008 16:16:55 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812142203.26380.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
Message-ID: <4cca720b0812150616h7b002e00kd0fddc525f022f08@mail.gmail.com>

14 Aralýk 2008 Pazar 22:03 tarihinde Serbulent UNSAL
<serbulent at pardus.org.tr> yazdý:
> B) Otomasyon
....
> Çözüm önerileri;
>
>        Test süreçleri içerisindeki iþler mümkün olduðunca otomatize edilmelidir.

Merhaba,

Her pakete test betikleri leri eklesek nasýl olur? Yanýlmýyorsam
Debian yapýyor bunu. Bir test framework ortaya koyulur (veya hazýrda
vardýr bilemiyorum). Paketin testini paketçisi yazar. Çok temel
iþlevlerin testi yapýlabilir bu yöntemle sanki. GUI uygulamalarýnda
nasýl yapýlýr bilemiyorum ama en azýndan konsol uygulamalarý tarafý
için yapýlabilir geliyor. Daðýtýmýn büyük çoðunluðunu ve temel
taþlarýný da konsol uygulamalarý oluþturuyor. GUI tarafýnda da
uygulama çalýþtýrýlýp stack overflow vs. alýyor mu kontrol edilebilir
belki.

Misal firebird sunucuyu test edeceðim, test betiðinde::

Sunucu servisi baþlatýlýr.
Geri dönen hata var mý / servis baþlamýþ mý bakýlýr.
Firebird araçlarý ile bir sorgu çalýþtýrýlýr.
Sorgu sonucu kontrol edilir.
Çomar bacaðý varsa, çomar metodlarý test edilir.
Servis durdurulur, durdurulmuþ mu kontrol edilir.

Bu sayede çok hýzlý bir þekilde temel özelliklerin / uygulamanýn
kýrýlýp kýrýlmadýðý kontrol edilebilir. Depoya almadan önce bu testler
çalýþtýrýlabilir. Testleri paketçisi yazacaðýndan ve uygulamayý en iyi
bilenin paketçisi olduðunu düþünerek, test ekibinin iþ yükü
azaltýlabilir.

Kolay gelsin.

-- 
Furkan Duman

From serbulent at pardus.org.tr  Mon Dec 15 16:25:02 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Mon, 15 Dec 2008 16:25:02 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <4cca720b0812150616h7b002e00kd0fddc525f022f08@mail.gmail.com>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<4cca720b0812150616h7b002e00kd0fddc525f022f08@mail.gmail.com>
Message-ID: <200812151625.02936.serbulent@pardus.org.tr>

On Monday 15 December 2008 16:16:55 Furkan Duman wrote:
> 14 Aralýk 2008 Pazar 22:03 tarihinde Serbulent UNSAL
>
> <serbulent at pardus.org.tr> yazdý:
> > B) Otomasyon
>
> ....
>
> > Çözüm önerileri;
> >
> >        Test süreçleri içerisindeki iþler mümkün olduðunca otomatize
> > edilmelidir.
>
> Merhaba,
>
> Her pakete test betikleri leri eklesek nasýl olur? Yanýlmýyorsam
> Debian yapýyor bunu. Bir test framework ortaya koyulur (veya hazýrda
> vardýr bilemiyorum). Paketin testini paketçisi yazar. Çok temel
> iþlevlerin testi yapýlabilir bu yöntemle sanki. GUI uygulamalarýnda
> nasýl yapýlýr bilemiyorum ama en azýndan konsol uygulamalarý tarafý
> için yapýlabilir geliyor. Daðýtýmýn büyük çoðunluðunu ve temel
> taþlarýný da konsol uygulamalarý oluþturuyor. GUI tarafýnda da
> uygulama çalýþtýrýlýp stack overflow vs. alýyor mu kontrol edilebilir
> belki.
>
> Misal firebird sunucuyu test edeceðim, test betiðinde::
>
> Sunucu servisi baþlatýlýr.
> Geri dönen hata var mý / servis baþlamýþ mý bakýlýr.
> Firebird araçlarý ile bir sorgu çalýþtýrýlýr.
> Sorgu sonucu kontrol edilir.
> Çomar bacaðý varsa, çomar metodlarý test edilir.
> Servis durdurulur, durdurulmuþ mu kontrol edilir.
>
> Bu sayede çok hýzlý bir þekilde temel özelliklerin / uygulamanýn
> kýrýlýp kýrýlmadýðý kontrol edilebilir. Depoya almadan önce bu testler
> çalýþtýrýlabilir. Testleri paketçisi yazacaðýndan ve uygulamayý en iyi
> bilenin paketçisi olduðunu düþünerek, test ekibinin iþ yükü
> azaltýlabilir.
>
> Kolay gelsin.

Kesinlikle katýlýyorum. Önerdiðim çözüm hemen hemen bu yapýyý temel alýyor 
zaten.  Tek bir farkla, betikler paketin içinden çýkmak yerine merkezi bir 
test kontrol uygulmasý tarafýndan indiriliyor ve her bir testçinin 
bilgisayarýnda çalýþtýrýldýktan sonra rapor üretiyor.

Merkezi yapýnýn faydasý ise hem test betikleri yazmak için bir taban 
oluþturuyor hem de sonuçta toplanan verilerin hýzla iþlenebilir bir düzende 
olmasýný saðlýyor.

Uzun vadedeki düþüncem test-manager tarafýndan çalýþtýrýlacak betiklerin 
paketçiler/geliþtiriciler tarafýndan yazýlabilmesi ilk postada da söylediðim 
gibi. 

-- 
Ýyi Çalýþmalar,

Serbülent


From tekman at pardus.org.tr  Mon Dec 15 16:37:33 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Mon, 15 Dec 2008 16:37:33 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081215160559.970e8718.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071246.35527.tekman@pardus.org.tr>
	<20081215160559.970e8718.dfisek@fisek.com.tr>
Message-ID: <200812151637.33263.tekman@pardus.org.tr>

Öncelikle, bu konunun nereden geldiðine bir bakacak olursak karþýmýza 
geliþtiricilerin dahil olduðu süreçlerde karþýlaþýlan bazý sýkýntýlar 
çýkýyor. Bu sýkýntýlarýn bir kýsmýnýn temelinde TÜBÝTAK UEKAE'de görevli 
ekibin insan gücü vb gibi bazý iç (ya da dýþ, nereden baktýðýnýza baðlý 
olarak) unsurlarýn bulunmasý nedeniyle projenin mevcut durumunu ve olasý kýsa 
dönem gelecek kestirimini bu listede paylaþtým.

15 Aralýk 2008 Pazartesi 16:05:59 tarihinde Doruk Fisek þunlarý yazmýþtý:
>  Bizlerden projenin hedef/onceliklerini paylasmadan tartismamizi
> beklediginizde, bu bilgi sahibi olmadan fikir sahibi olmaya donusuyor.
> Elbette yine de tartisabiliriz, ancak bir ortak "sonuc"a ulasmamiz
> mumkun olmaz. Herkes kendi kafasindaki hedeflere gore tartisir ve ayni
> konudan bahsedilmedigi icin sonuc alinmasi cok zorlasir. Hem her derde
> deva olacak, hem de "verimli" bir surec belirlenmesi pek mumkun degil.

Ayný kanýda deðilim. Pardus projesi bir Linux daðýtýmý oluþturmayý 
hedefleyerek, ama bunun yanýnda sürdürülebilir bir organizasyon, bir 
ekosistem ve teknolojik inovasyon gibi amaçlarý da vazederek, geçen süre 
içerisinde kimi kurumsal projelere dahil olan, Pardus daðýtýmý çevresinde bir 
iþ planý oluþturarak daðýtýmýn geliþtirilmesi de dahil olmak üzere daha geniþ 
bir vizyona evrilen, Türkiye'de özgür yazýlýmýn geliþmesi ve özellikle kamuda 
daha yaygýn kullanýmýný da kýsmen görev ve kýsmen durumdan vazife olarak 
üstlenen bir yapý. Pardus projesinin, bir önceki mesajýmda da kýsmen saymaya 
çalýþtýðým, pek çok paydaþý mevcut. Her hafta, her ay pek deðiþik, pek ilginç 
olasý kurumsal kullanýcý/müþteri, mevcut/potansiyel iþ ortaklarý ve 
tedarikçiler/danýþmanlar/akil kiþiler ile görüþüyor, kimileri ile yalnýzca 
çay içiyor, kimileri ile birþeyler yapmaya çalýþýyoruz. Bu görüþme ve iþlerin 
kimisi açýk, kimisi ticari sýr, kimisi harbiden "classified" bilgi.

Projenin kýsa vadede iþgücü daðýlýmý bu bahsi geçenlerin karmaþýk bir 
bileþenine baðlý olarak ayarlanýyor. Doðal olarak ana hedefimize, yani Pardus 
daðýtýmýný belli bir kalite düzeyinde ve kestirilebilir bir takvime uygun 
olarak geliþtirme iþine olabildiðince az sýkýntý yaratacak þekilde yapmaya 
özen gösteriyoruz bu ayarlamayý. Ama zaman zaman bu konuda baþarýlý olamýyor 
da olabiliriz. Böyle bir durum olduðunda baþta sürüm yöneticileri, sonrasýnda 
TÜBÝTAK UEKAE çalýþanlarýmýz ve sonrasýnda da geliþtiricilerimiz uyaracaktýr 
beni ---diye ümit ediyorum.

Ancak baþlangýçta yola çýktýðýmýz soruya yanýt vermek için yukarýda açýklamaya 
çalýþtýðým karmaþýk hesap/önceliklendirme sürecinin ayrýntýlarýna hakim olmak 
gerektiðini düþünmüyorum. Gerekli olduðuna inandýðým bilgiyi, ve de 
kimilerine göre daha fazlasýný, zaten bu liste ile paylaþtým. Eðer sorunumuzu 
halletmek için bu bilgi yeterli deðilse daha baþka neye gereksinim duyulduðu 
söylenir, uygun görülürse o bilgi de paylaþýlýr. Ama bu paragrafýn baþýnda 
belirttiðim gibi geliþtirme ve paket ve depo süreçlerini daha iyileþtirmek 
için projenin hedef ve önceliklerinin ayrýntýlý olarak paylaþýlmasýna gerek 
olmadýðýna inanýyorum.

Buradan "bu bilgileri kimse ile paylaþmam" sonucu çýkmasýn, bunu da bir önceki 
mesajýmda ilettim. Bu bilgilerden paylaþmaya mezun olduklarýmý, bu verilerden 
hareketle proje önceliklerini nasýl belirlediðimi ve iþgücü planlamasýný 
nasýl yaptýðýmý(zý) tüm paydaþlarýn (ya da temsilcilerinin) hazýr bulunacaðý 
bir ortamda seve seve paylaþýrým. Bu baðlamda yanlýþlarým, eksiklerim varsa 
eleþtirileri dinlemeye, elimden geldiðince soru ve eleþtirilere yanýt 
vermeye, gerekli durumlarda deðiþiklikler yapmaya, bunu yaparken camia ve tüm 
paydaþlar ile birlikte çalýþmaya açýðým.

Bu ilmeði baþladýðý baðlamda tutmaya ve bu kapsamdaki problemleri çözmeye 
ayýrsak en iyisi. Diðer konuyu sanal ya da fiziksel bir þekilde, o iþe 
ayrýlmýþ bir ortamda konuþalým...

ET


From gurer at pardus.org.tr  Mon Dec 15 17:05:34 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Mon, 15 Dec 2008 17:05:34 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812151637.33263.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<20081215160559.970e8718.dfisek@fisek.com.tr>
	<200812151637.33263.tekman@pardus.org.tr>
Message-ID: <200812151705.34378.gurer@pardus.org.tr>


> Böyle bir durum olduðunda baþta sürüm yöneticileri, 
> sonrasýnda TÜBÝTAK UEKAE çalýþanlarýmýz ve sonrasýnda da geliþtiricilerimiz
> uyaracaktýr beni ---diye ümit ediyorum.

Valla býrakýn uyarýyý, borazan da öttürseler, insan sabit fikirli olunca bir 
iþe yaramýyor.

Bu saydýklarýnýza sabýr diliyor, konuyu da tarihin akýþýna býrakýyorum.


From alpaslanmete at gmail.com  Mon Dec 15 17:28:09 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Mon, 15 Dec 2008 17:28:09 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci, deneme 2
In-Reply-To: <200812151603.13703.ekin@pardus.org.tr>
References: <200812151527.08917.ekin@pardus.org.tr>
	<4cca720b0812150551ufe593d5qcb7805a38bf292a8@mail.gmail.com>
	<200812151603.13703.ekin@pardus.org.tr>
Message-ID: <305f9edc0812150728g6bb8ec76xfed536856281a8c5@mail.gmail.com>

Merhaba;

Furkan Beyin þurada [1] yazdýðý maile cevaben buraya yazýyorum .. :) Sanýrým
dediðiniz Debian da uygulanan test betikleri sistemi Lintian [2] olabilir...



[1] http://liste.pardus.org.tr/gelistirici/2008-December/015131.html
[2] http://lintian.debian.org/

Sevgiler;
Mete Alpaslan


2008/12/15 Ekin Meroðlu <ekin at pardus.org.tr>

> Merhaba;
>
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081215/69ea1412/attachment-0002.htm>

From alpaslanmete at gmail.com  Mon Dec 15 17:49:51 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Mon, 15 Dec 2008 17:49:51 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci, deneme 2
In-Reply-To: <305f9edc0812150728g6bb8ec76xfed536856281a8c5@mail.gmail.com>
References: <200812151527.08917.ekin@pardus.org.tr>
	<4cca720b0812150551ufe593d5qcb7805a38bf292a8@mail.gmail.com>
	<200812151603.13703.ekin@pardus.org.tr>
	<305f9edc0812150728g6bb8ec76xfed536856281a8c5@mail.gmail.com>
Message-ID: <305f9edc0812150749p6e1a4ff5ja45771143e209c1c@mail.gmail.com>

huppss... yanlýþ yere yazmýþým kusura bakmayýnn!

2008/12/15 Mete Alpaslan <alpaslanmete at gmail.com>

> Merhaba;
>


>
>
> 2008/12/15 Ekin Meroðlu <ekin at pardus.org.tr>
>
>> Merhaba;
>>
>>
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081215/b0e17e3e/attachment-0002.htm>

From alpaslanmete at gmail.com  Mon Dec 15 17:54:39 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Mon, 15 Dec 2008 17:54:39 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812151625.02936.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<4cca720b0812150616h7b002e00kd0fddc525f022f08@mail.gmail.com>
	<200812151625.02936.serbulent@pardus.org.tr>
Message-ID: <305f9edc0812150754o2f880bte51fd8976f367f9a@mail.gmail.com>

>
> > Merhaba,
> >
> > Her pakete test betikleri leri eklesek nasýl olur? Yanýlmýyorsam
> > Debian yapýyor bunu. Bir test framework ortaya koyulur (veya hazýrda
> > vardýr bilemiyorum).
>


Sanýrým dediðiniz debian test sistemi Lintian olmasý gerekiyordu...

[1] http://lintian.debian.org/

Sevgiler;
Mete Alpaslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081215/96d9e415/attachment-0002.htm>

From coderlord at gmail.com  Mon Dec 15 18:24:23 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 15 Dec 2008 18:24:23 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812151637.33263.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071246.35527.tekman@pardus.org.tr>
	<20081215160559.970e8718.dfisek@fisek.com.tr>
	<200812151637.33263.tekman@pardus.org.tr>
Message-ID: <4cca720b0812150824p6838b087y4a939e30cc9df523@mail.gmail.com>

15 Aralýk 2008 Pazartesi 16:37 tarihinde Erkan Tekman
<tekman at pardus.org.tr> yazdý:
> Ancak baþlangýçta yola çýktýðýmýz soruya yanýt vermek için yukarýda açýklamaya
> çalýþtýðým karmaþýk hesap/önceliklendirme sürecinin ayrýntýlarýna hakim olmak
> gerektiðini düþünmüyorum. Gerekli olduðuna inandýðým bilgiyi, ve de

Doruk'un sorduðu bence basit bir soruyu neden
hesap/önceliklendirme/süreç diyerek karmaþýklaþtýrdýðýnýzý ve net bir
yanýt vermediðinizi anlayamýyorum? Bu sorunun kurumsal müþterilerle
veya ticari sýrlarý ile nasýl bir ilgisi var?

Doruk aslýnda haklý olarak bir noktaya parmak basmýþ. Sizin
kafanýzdaki hedefler farklý ise, bizim burada bu tartýþmayý yapmamýzýn
bir faydasý olamaz. Sadece bu konuda deðil, burada tartýþýlan her
konuyu ilgilendiren bir soru sormuþ. Mesela ben NM'i yeniden yazalým
diyorum ama sizin kafanýzda NM yerine Pardus'un sunucu sürümü ile
uðraþma hedefi olabilir. O yüzden önerim gözardý ediliyor olabilir ve
ben bunu hedefleri görmeden bilemem.

O halde bir de ben sorayým:

Pardus'un 2009 ve sonrasý için hedefleri ve öncelikleri nelerdir? Bu
hedef ve öncelikleri belirlenmiþ midir, belirlenmemiþ midir?

Ýyi çalýþmalar.

-- 
Furkan Duman

From serbulent at pardus.org.tr  Mon Dec 15 20:26:47 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Mon, 15 Dec 2008 20:26:47 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812091302.44934.ekin@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
Message-ID: <200812152026.47464.serbulent@pardus.org.tr>

On Tuesday 09 December 2008 13:02:44 Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 10
> Aralýk 2008, 23:59.
>
> ACK/NACK for new packages in 2008-test repo, reply before 10 December 2008,
> 23:59 (GMT+2) please...

Testi biten aþaðýdaki paketler depoya girebilir.

aria2-1.0.1-20-9.pisi
bash-completion-20060301-31-5.pisi
dovecot-1.1.7-19-4.pisi
ffmpeg2theora-0.23-2-2.pisi
freeradius-2.1.3-6-5.pisi
frozen-bubble-2.2.0-18-4.pisi
gftp-2.0.19-5-3.pisi
graphviz-2.18-10-7.pisi
graphviz-docs-2.18-10-4.pisi
gst-plugins-bad-0.10.9-4-4.pisi
gst-plugins-ugly-0.10.10-10-4.pisi
libv4l-0.5.7-8-7.pisi
octave-3.0.3-12-4.pisi
ralink-firmware-0.0_20081130-2-2.pisi
transKode-0.7-7-2.pisi
vim-7.2.060-56-15.pisi
wpa_supplicant-0.6.4-33-6.pisi
zpspell-0.4.2-8-2.pisi

-- 
Ýyi Çalýþmalar,

Serbülent


From tekman at pardus.org.tr  Mon Dec 15 23:38:18 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Mon, 15 Dec 2008 23:38:18 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <305f9edc0812150754o2f880bte51fd8976f367f9a@mail.gmail.com>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812151625.02936.serbulent@pardus.org.tr>
	<305f9edc0812150754o2f880bte51fd8976f367f9a@mail.gmail.com>
Message-ID: <200812152338.19795.tekman@pardus.org.tr>

15 Aralýk 2008 Pazartesi 17:54:39 tarihinde Mete Alpaslan þunlarý yazmýþtý:
> > > Merhaba,
> > >
> > > Her pakete test betikleri leri eklesek nasýl olur? Yanýlmýyorsam
> > > Debian yapýyor bunu. Bir test framework ortaya koyulur (veya hazýrda
> > > vardýr bilemiyorum).
>
> Sanýrým dediðiniz debian test sistemi Lintian olmasý gerekiyordu...
>
> [1] http://lintian.debian.org/

Yanlýþ anlamadýysam bu yazýlým deb paketlerinin Debian Paket Politikalarý'na 
uygunluðunu denetliyor. Yani bizim review iþlemimizi (kýsmen) 
otomatikleþtiriyor. Sözü geçen ve Serbülent'in eþgüdümünde test ekibinin 
yürüttüðü testler ile bir alakasý yok.

Yanýlýyor da olabilirim...

ET


From tekman at pardus.org.tr  Mon Dec 15 23:44:41 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Mon, 15 Dec 2008 23:44:41 +0200
Subject: [Gelistirici] State of Pardus
In-Reply-To: <4cca720b0812150824p6838b087y4a939e30cc9df523@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812151637.33263.tekman@pardus.org.tr>
	<4cca720b0812150824p6838b087y4a939e30cc9df523@mail.gmail.com>
Message-ID: <200812152344.42457.tekman@pardus.org.tr>

15 Aralýk 2008 Pazartesi 18:24:23 tarihinde Furkan Duman þunlarý yazmýþtý:
> O halde bir de ben sorayým:
>
> Pardus'un 2009 ve sonrasý için hedefleri ve öncelikleri nelerdir? Bu
> hedef ve öncelikleri belirlenmiþ midir, belirlenmemiþ midir?

Ýyice saðýrlar diyalogu olmaya yüz tutan konuda son kez yazýyorum, ve bu kez, 
Doruk'un yaptýðý gibi yalnýzca alýntý yaparak yazýyorum:

15 Aralýk 2008 Pazartesi 16:37:33 tarihinde Erkan Tekman þunlarý yazmýþtý:
> Pardus projesi bir Linux daðýtýmý oluþturmayý
> hedefleyerek, ama bunun yanýnda sürdürülebilir bir organizasyon, bir
> ekosistem ve teknolojik inovasyon gibi amaçlarý da vazederek, geçen süre
> içerisinde kimi kurumsal projelere dahil olan, Pardus daðýtýmý çevresinde
> bir iþ planý oluþturarak daðýtýmýn geliþtirilmesi de dahil olmak üzere daha
> geniþ bir vizyona evrilen, Türkiye'de özgür yazýlýmýn geliþmesi ve
> özellikle kamuda daha yaygýn kullanýmýný da kýsmen görev ve kýsmen durumdan
> vazife olarak üstlenen bir yapý. 

5 Aralýk 2008 Cuma 14:55:24 tarihinde Erkan Tekman þunlarý yazmýþtý:
> Mevcut proje yapýsý ile UEKAE ekibi hemen hemen ulaþabildiði büyüklüðe
> eriþmiþ durumda. Projenin yýllýk gideri 1 milyon ABD Dolarý'na ulaþmýþ
> durumda ve bunun %80'i (eleman maliyetinin tümü) UEKAE öz gelirlerinden
> karþýlanýyor. Yani Pardus için atanmýþ bir para yok. Gürer'in de pek
> yakýndan bileceði üzere iki yýla yakýn zamandýr proje yapýsýnýn
> deðiþtirilmesi ve milli bütçeden Pardus için atanmýþ bir kaynak
> saðlanmasýna uðraþýyoruz. Bu konuda baþarýlý olabilirsek planýmýz bir yýl
> gibi bir süre içerisinde eleman sayýsýný 3-4 katýna çýkarmak olacaktýr.

15 Aralýk 2008 Pazartesi 16:37:33 tarihinde Erkan Tekman þunlarý yazmýþtý:
> Doðal olarak ana hedefimize, yani
> Pardus daðýtýmýný belli bir kalite düzeyinde ve kestirilebilir bir takvime
> uygun olarak geliþtirme iþine olabildiðince az sýkýntý yaratacak þekilde
> yapmaya özen gösteriyoruz bu ayarlamayý. Ama zaman zaman bu konuda baþarýlý
> olamýyor da olabiliriz. Böyle bir durum olduðunda baþta sürüm yöneticileri,
> sonrasýnda TÜBÝTAK UEKAE çalýþanlarýmýz ve sonrasýnda da geliþtiricilerimiz
> uyaracaktýr beni ---diye ümit ediyorum.

(ufak bir parantez---

Gürer'e ufak bir yanýt: Benim kastým daðýtým için ayrýlan mevcut iþgücünü 
baþka iþlere kanalize etmemekti. Baþka iþler için eleman almamak vb bir 
þeyden bahsetmedim. Daðýtým için ayrýlan mevcut iþgücü, kimi eleman 
ayrýlmalarý ertesindeki doðal düþüþler dýþýnda, azalmamýþtýr. Bunu kestirerek 
söylüyorum, isteyen daha ayrýntýlý inceleyebilir. Baþka iþler için eleman 
alýmý konusu, ne yazýk ki, bir önceki mesajýmda açýklamaya çalýþtýðým genel 
Pardus resmine giriyor, yani sadece geliþtirme /depo / sürüm süreçlerinin 
iyileþtirilmesi kapsamýnda düþünülmemeli. 

Yani, daha net konuþmamý isterseniz: "artistanbul'la x iþini yapacaðýnýza 
daðýtýmla ilgilenecek iki tane daha geliþtirici alýn", "y'yi neden z iþinde 
kullanýyorsunuz, daðýtýmýn þu iþi ile ilgilensin", "herkes iþini gücünü 
býraksýn, bilmemkaç ay daðýtýmýn t iþi ile uðraþsýn" gibi bu ilmekte ya da 
sanal ve fiziksel diðer ortamlarda geçen eleþtiri ve önerileri bu eleþtiri ve 
önerileri deðerlendirirken, bu eleþtiri ve önerileri ortaya koyanlardan çokça 
daha geniþ ve daha derin bilgiye sahip olduðum için, biraz daha farklý 
düþünüyor ve sonuçta bu eleþtiri ve öneriler doðrultusunda hareket etmiyor 
olabilirim. 

--- parantezi kapa)

5 Aralýk 2008 Cuma 14:55:24 tarihinde Erkan Tekman þunlarý yazmýþtý:
> UEKAE ekibinin mevcut (ve son 1,5 yýla yayýlan) yaklaþýmý bu deðiþikliðin
> gerçekleþeceði ve ekibin büyüyeceði beklentisi (ve de inancý) ile mevcut
> iþleri ölçeklenebilir bir sürece oturtmaya çalýþmak oldu. Bu yaklaþýmla
> mevcut iþ yükünü ne kadar daha sýrtlanmaya devam edebiliriz, söylemesi zor.
> UEKAE dýþýndaki geliþtiricilerimizden temel beklentilerimizden biri bu
> durumu göz önünde bulundurarak önerilerde  bulunmalarý...

Bu yazdýklarým fazla muðlak görünüyorsa ayrýntý vereyim: 

Halen Ekin 2008 ve Onur 2009 sürüm yöneticisi olarak zaten daðýtým iþinin 
göbeðindeler. Ekin iç ve dýþ projelerin koordinasyonunu da üstlenmiþ durumda, 
ama bu iþinin olabildiðince az zamanýný almasýna çabalýyoruz, her 
projenin -genelde daðýtým grubunda olmayan- sorumlularý var. Paketler 
konusunda özellikle Gökçen ve Faik, diðer yandan Fatih, Ozan ve Semen yoðun 
olarak çalýþýyorlar. Bahadýr ve Gökmen aslen yazýlým geliþtirme iþine 
yoðunlaþmýþ olmakla birlikte paketlerle de (GÖkmen özellikle KDE4, Bahadýr 
özellikle ÇOMAR ekosistemi) hemhal oluyorlar. Gökmen'in ve Faik'in de yazýlým 
geliþtirme konusundaki görevleri unutulmamalý. Pýnar güvenlik yama ve 
güncellemeleri iþini üstlenmiþ durumda. Toplam 10 kiþi. Tam zaman eþdeðeri 
herhalde 9'un üzerindedir. Mevcut UEKAE modeli dahilinde bu ekibe en fazla 
yarý zamanlý olarak iki kiþi ekleme olanaðýmýz olabilecektir. Bu arkadaþlarýn 
da daðýtýmla yazýlým geliþtirme arasýnda zaman paylaþýmý yapmasý söz konusu 
olacaktýr. Yani gerçek 12, tam zaman eþdeðeri yaklaþýk 10,5 kiþi. Kaynaklar 
bunlar. Hah, bir de 1 kiþilik (Serbülent ve buna ek olarak iç ve ýþ proje 
sorumluluklarý var) bir test ekibimiz, iki (Gökhan ve Banu, ki Banu tümüyle 
milky  üzerinde çalýþýyor) yarý zamanlý grafikçimiz ve hizmet alýmý yoluyla 
katkýlrýný aldýðýmýz iki yarý zamanlý çeviri koordinatörümüz mevcut...

Yýlbaþý ertesinde 2008.2 çýkacak büyük olasýlýk. Ardýndan 2008 daha çok 
kurumsal kullanýcýya hitap edecek þekilde bir "kararlý" ve "sadece güvenlik" 
deposuna evrilmeye baþlayacak zamanla. 2008'i bu þekil bir kurumsal depo 
olarak bakýp tutabilmek için gereken iþgücü elimizde mevcut gibi görünüyor, 
ama zaman içerisinde bu iþ gittikçe zorlaþacaktýr. Hele de Pardus 
teknolojilerini 2008 (yani KDE3) ortamýnda güncel ve iþlevsel tutabilmek 
düþünüldüðünde. Bu konunun ayrýntýsýný Ekin daha net açýklayabilir...

2009'un çýkýþ tarihi, bildiðiniz üzere, Mart-Nisan 2009olarak açýklandý. Benim 
tahminim Ocak ortalarýnda çýkacak bir alfa ve Nisan sonunda çýkacak bir sürüm 
þeklinde. Doðal olarak KDE4.2 takvimi de belirleyici olacaktýr. 2009 da ara 
sürümler verecek, 2009.1 ve 2009.2 kesin görünüyor. 2009.3'ün varlýðý 2010 
yolunun nasýl þekilleneceðine baðlý. Benim tercihim 2009.x'lerin yalnýzca 
paket güncelleme içerikli olmasý yönündeki ama çok büyük olasýlýkla çekirdek 
takýmýn tercih ve isteði doðrultusunda Pardus teknolojilerine yenilikler de 
eklenecektir (2007.x ve 2008.x'de olduðu üzere). 2009 için kurumsal bir sürüm 
düþünülmüyor, çünkü zaten söz konusu evrilme yaklaþýk 1 yýla yakýn bir zaman 
anlamýna geliyor, bkz. aþaðý. 2009 ile ilgili planlarýmýzý gerçekleþtirmek 
açýsýndan mevcut iþgücü ve model ile sýkýntý (ya da daha öncekiler ve 
mevcutlardan farklý bir sýkýntý) yaþamayacakmýþýz gibi duruyor. Bu konudaki 
ayrýntýlarý da Onur verir...

Yukarýda sözünü ettiðim "Pardus'a atanmýþ kaynak" beklentisinin gerçekleþmesi 
ve 2009 yýlý içerisinde "eleman sayýsýný 3-4 katýna çýkarmak" (eldeki planda 
toplam 34 elemandan söz ediyoruz, yalnýzca daðýtým için) mümkün olmasý 
durumunda 2010 için hazýrlýklar 2009 yazýnda baþlayacak ve 2010 ya 2009 
sonlarýnda, ya da 2010 baþlarýnda yayýmlanacak. Ardýndan geçen 6 aylýk sürede 
de 2010 için bir kurumsal (yukarýda bahsi geçtiði üzere "kararlý" ve "sadece 
güvenlik" deposu) sürüm oluþturulacak ve 2010 yýlý sonu ile 2012 yýlý ortasý 
arasýnda bir zamanda bu kurumsal sürüm 2008 kurumsal sürümünün yerini tümüyle 
alacak. 2008 kurumsal sürümüne ne þekilde ve ne süre ile destek 
verile(bile)ceði mevcut kurumsal müþterilerle yapýlacak görüþme ve anlaþmalar 
çerçevesinde belirlenecek. 2010 "bireysel" ve kurumsal sürümleri için 
elimizde iþgücü mevcut DEÐÝL. Bu paragrafýn baþýndaki senaryo gerçekleþmez 
ise, 2010 sürümlerinin geliþtirilmesi ve yayýmlanmasý burada anlattýðým þekli 
ile mümkün olamayacaktýr. Bu durumda nasýl bir yol izleneceðine 2009 yýlý 
içerisinde karar verilecektir. Seçenekler mevcut olmakla birlikte bunlarý þu 
anda paylaþmanýn gerekli olduðunu düþünmüyorum. Ancak "bireysel" dediðimiz ve 
þu andaki tek sürümümüzün böylesi bir durumdan en son etkilenecek ürün ve 
süreç olmasý yönünde kuvvetli bir inancým mevcut. Nedenini merak edenler 
wikipedia ya da baþka bir kaynaktan "core competency" terimini 
araþtýrabilirler.

Bir önceki paragrafýn baþýndaki senaryonun gerçekleþmesi durumunda sürüm 
çýkarma, bakýmýný yapma ve ömrünü bitirme konusunda son derece saðlam bir 
süreç oturtmuþ halde olacaðýmýzý tahmin ediyorum. Bu noktada diðer 
yaygýn/büyük daðýtýmlar gibi 6 aylýk (mevcut ortalama 1 yýllýk yerine) bir 
sürüm periyodu belirlemek, uzun süreli destek (bizim "kurumsal" sürüm 
mealinde) için daha kestirilebilir bir sistematik oluþturmak, camia sürümünü 
(mevcut "bireysel" ???) ayrý bir yönetiþim modeli ile geliþtirmeye baþlamak, 
vb konularý düþünmeye ve konuþmaya baþlayabiliriz. Ama benim gördüðüm, 2011 
ve hatta 2012 baþýna kadar mevcut süreçlerimizde minör iyileþtirmeler ile 
devam etmemiz gereði.

Bir kez daha belirteyim: Burada yazdýklarým yalnýzca Pardus sürümleri ile 
ilgili olanlar. Ýç ve dýþ projeler, logo programlarý, iþ ortaklýklarý, Pardus 
temelli kimi diðer ürünler için yapýlmakta olan çalýþmalar bunlarýn dýþýnda. 
Bu konularýn defalarca söylediðim daha geniþ bir paydaþlar meclisinin konusu 
olabileceðini, mevcut konuda çözüm önerileri oluþturmak için gerekli 
olmadýðýný düþünüyorum... Ama illa bazý ayrýntýlar isterseniz þu anda tüm bu 
iþler için yukarýda hesabý verilen daðýtým iþgücünden 1 tam zaman eþdeðerinin 
çekilmesi söz konusu olabilecektir. Temel ilke (UEKAE'nin ve sirayet ile 
Pardus'un) bu iþlere daðýtýmdan yeni iþgücü aktarýmý yapýlabilmesi için iþin 
a) sözleþmeli bir proje haline gelmesi ve dolayýsý ile yeni istihdama imkan 
vermesi, b) stratejik öneme sahip olmasý ve kýsa süreli iþgücü aktarýmý ile 
sonuç vermesi ve dolayýsý ile a) konumuna geçebilecek olmasý þeklindedir.

Evet, budur... Umarým herkesin kafasýndaki sorularýn yanýtlarý vardýr bunlarýn 
arasýnda. Çünkü bunlar dýþýnda sizlere verebileceðim bir bilgi mevcut deðil. 
Vermeyeceðimden deðil,  bu baðlamda bende olan baþka bilgi olmadýðýndan... 

Güle güle kullanýn...

-- 
Erkan Tekman
TÜBÝTAK UEKAE
Proje Yöneticisi // Pardus
<-- Özgürlük için... -->

http://www.pardus.org.tr/


From rajeev.sebastian at gmail.com  Mon Dec 15 23:58:19 2008
From: rajeev.sebastian at gmail.com (Rajeev J Sebastian)
Date: Tue, 16 Dec 2008 03:28:19 +0530
Subject: [Gelistirici] State of Pardus
In-Reply-To: <200812152344.42457.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812151637.33263.tekman@pardus.org.tr>
	<4cca720b0812150824p6838b087y4a939e30cc9df523@mail.gmail.com>
	<200812152344.42457.tekman@pardus.org.tr>
Message-ID: <79a035420812151358x2b97a4bfwd65617979f66b122@mail.gmail.com>

2008/12/16 Erkan Tekman <tekman at pardus.org.tr>:
> 15 Aralýk 2008 Pazartesi 18:24:23 tarihinde Furkan Duman þunlarý yazmýþtý:
>> O halde bir de ben sorayým:
>>
>> Pardus'un 2009 ve sonrasý için hedefleri ve öncelikleri nelerdir? Bu
>> hedef ve öncelikleri belirlenmiþ midir, belirlenmemiþ midir?
>
> Ýyice saðýrlar diyalogu olmaya yüz tutan konuda son kez yazýyorum, ve bu kez,
> Doruk'un yaptýðý gibi yalnýzca alýntý yaparak yazýyorum:
>
> 15 Aralýk 2008 Pazartesi 16:37:33 tarihinde Erkan Tekman þunlarý yazmýþtý:
>> Pardus projesi bir Linux daðýtýmý oluþturmayý
>> hedefleyerek, ama bunun yanýnda sürdürülebilir bir organizasyon, bir
>> ekosistem ve teknolojik inovasyon gibi amaçlarý da vazederek, geçen süre
>> içerisinde kimi kurumsal projelere dahil olan, Pardus daðýtýmý çevresinde
>> bir iþ planý oluþturarak daðýtýmýn geliþtirilmesi de dahil olmak üzere daha
>> geniþ bir vizyona evrilen, Türkiye'de özgür yazýlýmýn geliþmesi ve
>> özellikle kamuda daha yaygýn kullanýmýný da kýsmen görev ve kýsmen durumdan
>> vazife olarak üstlenen bir yapý.
>
> 5 Aralýk 2008 Cuma 14:55:24 tarihinde Erkan Tekman þunlarý yazmýþtý:
>> Mevcut proje yapýsý ile UEKAE ekibi hemen hemen ulaþabildiði büyüklüðe
>> eriþmiþ durumda. Projenin yýllýk gideri 1 milyon ABD Dolarý'na ulaþmýþ
>> durumda ve bunun %80'i (eleman maliyetinin tümü) UEKAE öz gelirlerinden
>> karþýlanýyor. Yani Pardus için atanmýþ bir para yok. Gürer'in de pek
>> yakýndan bileceði üzere iki yýla yakýn zamandýr proje yapýsýnýn
>> deðiþtirilmesi ve milli bütçeden Pardus için atanmýþ bir kaynak
>> saðlanmasýna uðraþýyoruz. Bu konuda baþarýlý olabilirsek planýmýz bir yýl
>> gibi bir süre içerisinde eleman sayýsýný 3-4 katýna çýkarmak olacaktýr.
>
> 15 Aralýk 2008 Pazartesi 16:37:33 tarihinde Erkan Tekman þunlarý yazmýþtý:
>> Doðal olarak ana hedefimize, yani
>> Pardus daðýtýmýný belli bir kalite düzeyinde ve kestirilebilir bir takvime
>> uygun olarak geliþtirme iþine olabildiðince az sýkýntý yaratacak þekilde
>> yapmaya özen gösteriyoruz bu ayarlamayý. Ama zaman zaman bu konuda baþarýlý
>> olamýyor da olabiliriz. Böyle bir durum olduðunda baþta sürüm yöneticileri,
>> sonrasýnda TÜBÝTAK UEKAE çalýþanlarýmýz ve sonrasýnda da geliþtiricilerimiz
>> uyaracaktýr beni ---diye ümit ediyorum.
>
> (ufak bir parantez---
>
> Gürer'e ufak bir yanýt: Benim kastým daðýtým için ayrýlan mevcut iþgücünü
> baþka iþlere kanalize etmemekti. Baþka iþler için eleman almamak vb bir
> þeyden bahsetmedim. Daðýtým için ayrýlan mevcut iþgücü, kimi eleman
> ayrýlmalarý ertesindeki doðal düþüþler dýþýnda, azalmamýþtýr. Bunu kestirerek
> söylüyorum, isteyen daha ayrýntýlý inceleyebilir. Baþka iþler için eleman
> alýmý konusu, ne yazýk ki, bir önceki mesajýmda açýklamaya çalýþtýðým genel
> Pardus resmine giriyor, yani sadece geliþtirme /depo / sürüm süreçlerinin
> iyileþtirilmesi kapsamýnda düþünülmemeli.
>
> Yani, daha net konuþmamý isterseniz: "artistanbul'la x iþini yapacaðýnýza
> daðýtýmla ilgilenecek iki tane daha geliþtirici alýn", "y'yi neden z iþinde
> kullanýyorsunuz, daðýtýmýn þu iþi ile ilgilensin", "herkes iþini gücünü
> býraksýn, bilmemkaç ay daðýtýmýn t iþi ile uðraþsýn" gibi bu ilmekte ya da
> sanal ve fiziksel diðer ortamlarda geçen eleþtiri ve önerileri bu eleþtiri ve
> önerileri deðerlendirirken, bu eleþtiri ve önerileri ortaya koyanlardan çokça
> daha geniþ ve daha derin bilgiye sahip olduðum için, biraz daha farklý
> düþünüyor ve sonuçta bu eleþtiri ve öneriler doðrultusunda hareket etmiyor
> olabilirim.
>
> --- parantezi kapa)
>
> 5 Aralýk 2008 Cuma 14:55:24 tarihinde Erkan Tekman þunlarý yazmýþtý:
>> UEKAE ekibinin mevcut (ve son 1,5 yýla yayýlan) yaklaþýmý bu deðiþikliðin
>> gerçekleþeceði ve ekibin büyüyeceði beklentisi (ve de inancý) ile mevcut
>> iþleri ölçeklenebilir bir sürece oturtmaya çalýþmak oldu. Bu yaklaþýmla
>> mevcut iþ yükünü ne kadar daha sýrtlanmaya devam edebiliriz, söylemesi zor.
>> UEKAE dýþýndaki geliþtiricilerimizden temel beklentilerimizden biri bu
>> durumu göz önünde bulundurarak önerilerde  bulunmalarý...
>
> Bu yazdýklarým fazla muðlak görünüyorsa ayrýntý vereyim:
>
> Halen Ekin 2008 ve Onur 2009 sürüm yöneticisi olarak zaten daðýtým iþinin
> göbeðindeler. Ekin iç ve dýþ projelerin koordinasyonunu da üstlenmiþ durumda,
> ama bu iþinin olabildiðince az zamanýný almasýna çabalýyoruz, her
> projenin -genelde daðýtým grubunda olmayan- sorumlularý var. Paketler
> konusunda özellikle Gökçen ve Faik, diðer yandan Fatih, Ozan ve Semen yoðun
> olarak çalýþýyorlar. Bahadýr ve Gökmen aslen yazýlým geliþtirme iþine
> yoðunlaþmýþ olmakla birlikte paketlerle de (GÖkmen özellikle KDE4, Bahadýr
> özellikle ÇOMAR ekosistemi) hemhal oluyorlar. Gökmen'in ve Faik'in de yazýlým
> geliþtirme konusundaki görevleri unutulmamalý. Pýnar güvenlik yama ve
> güncellemeleri iþini üstlenmiþ durumda. Toplam 10 kiþi. Tam zaman eþdeðeri
> herhalde 9'un üzerindedir. Mevcut UEKAE modeli dahilinde bu ekibe en fazla
> yarý zamanlý olarak iki kiþi ekleme olanaðýmýz olabilecektir. Bu arkadaþlarýn
> da daðýtýmla yazýlým geliþtirme arasýnda zaman paylaþýmý yapmasý söz konusu
> olacaktýr. Yani gerçek 12, tam zaman eþdeðeri yaklaþýk 10,5 kiþi. Kaynaklar
> bunlar. Hah, bir de 1 kiþilik (Serbülent ve buna ek olarak iç ve ýþ proje
> sorumluluklarý var) bir test ekibimiz, iki (Gökhan ve Banu, ki Banu tümüyle
> milky  üzerinde çalýþýyor) yarý zamanlý grafikçimiz ve hizmet alýmý yoluyla
> katkýlrýný aldýðýmýz iki yarý zamanlý çeviri koordinatörümüz mevcut...
>
> Yýlbaþý ertesinde 2008.2 çýkacak büyük olasýlýk. Ardýndan 2008 daha çok
> kurumsal kullanýcýya hitap edecek þekilde bir "kararlý" ve "sadece güvenlik"
> deposuna evrilmeye baþlayacak zamanla. 2008'i bu þekil bir kurumsal depo
> olarak bakýp tutabilmek için gereken iþgücü elimizde mevcut gibi görünüyor,
> ama zaman içerisinde bu iþ gittikçe zorlaþacaktýr. Hele de Pardus
> teknolojilerini 2008 (yani KDE3) ortamýnda güncel ve iþlevsel tutabilmek
> düþünüldüðünde. Bu konunun ayrýntýsýný Ekin daha net açýklayabilir...
>
> 2009'un çýkýþ tarihi, bildiðiniz üzere, Mart-Nisan 2009olarak açýklandý. Benim
> tahminim Ocak ortalarýnda çýkacak bir alfa ve Nisan sonunda çýkacak bir sürüm
> þeklinde. Doðal olarak KDE4.2 takvimi de belirleyici olacaktýr. 2009 da ara
> sürümler verecek, 2009.1 ve 2009.2 kesin görünüyor. 2009.3'ün varlýðý 2010
> yolunun nasýl þekilleneceðine baðlý. Benim tercihim 2009.x'lerin yalnýzca
> paket güncelleme içerikli olmasý yönündeki ama çok büyük olasýlýkla çekirdek
> takýmýn tercih ve isteði doðrultusunda Pardus teknolojilerine yenilikler de
> eklenecektir (2007.x ve 2008.x'de olduðu üzere). 2009 için kurumsal bir sürüm
> düþünülmüyor, çünkü zaten söz konusu evrilme yaklaþýk 1 yýla yakýn bir zaman
> anlamýna geliyor, bkz. aþaðý. 2009 ile ilgili planlarýmýzý gerçekleþtirmek
> açýsýndan mevcut iþgücü ve model ile sýkýntý (ya da daha öncekiler ve
> mevcutlardan farklý bir sýkýntý) yaþamayacakmýþýz gibi duruyor. Bu konudaki
> ayrýntýlarý da Onur verir...
>
> Yukarýda sözünü ettiðim "Pardus'a atanmýþ kaynak" beklentisinin gerçekleþmesi
> ve 2009 yýlý içerisinde "eleman sayýsýný 3-4 katýna çýkarmak" (eldeki planda
> toplam 34 elemandan söz ediyoruz, yalnýzca daðýtým için) mümkün olmasý
> durumunda 2010 için hazýrlýklar 2009 yazýnda baþlayacak ve 2010 ya 2009
> sonlarýnda, ya da 2010 baþlarýnda yayýmlanacak. Ardýndan geçen 6 aylýk sürede
> de 2010 için bir kurumsal (yukarýda bahsi geçtiði üzere "kararlý" ve "sadece
> güvenlik" deposu) sürüm oluþturulacak ve 2010 yýlý sonu ile 2012 yýlý ortasý
> arasýnda bir zamanda bu kurumsal sürüm 2008 kurumsal sürümünün yerini tümüyle
> alacak. 2008 kurumsal sürümüne ne þekilde ve ne süre ile destek
> verile(bile)ceði mevcut kurumsal müþterilerle yapýlacak görüþme ve anlaþmalar
> çerçevesinde belirlenecek. 2010 "bireysel" ve kurumsal sürümleri için
> elimizde iþgücü mevcut DEÐÝL. Bu paragrafýn baþýndaki senaryo gerçekleþmez
> ise, 2010 sürümlerinin geliþtirilmesi ve yayýmlanmasý burada anlattýðým þekli
> ile mümkün olamayacaktýr. Bu durumda nasýl bir yol izleneceðine 2009 yýlý
> içerisinde karar verilecektir. Seçenekler mevcut olmakla birlikte bunlarý þu
> anda paylaþmanýn gerekli olduðunu düþünmüyorum. Ancak "bireysel" dediðimiz ve
> þu andaki tek sürümümüzün böylesi bir durumdan en son etkilenecek ürün ve
> süreç olmasý yönünde kuvvetli bir inancým mevcut. Nedenini merak edenler
> wikipedia ya da baþka bir kaynaktan "core competency" terimini
> araþtýrabilirler.
>
> Bir önceki paragrafýn baþýndaki senaryonun gerçekleþmesi durumunda sürüm
> çýkarma, bakýmýný yapma ve ömrünü bitirme konusunda son derece saðlam bir
> süreç oturtmuþ halde olacaðýmýzý tahmin ediyorum. Bu noktada diðer
> yaygýn/büyük daðýtýmlar gibi 6 aylýk (mevcut ortalama 1 yýllýk yerine) bir
> sürüm periyodu belirlemek, uzun süreli destek (bizim "kurumsal" sürüm
> mealinde) için daha kestirilebilir bir sistematik oluþturmak, camia sürümünü
> (mevcut "bireysel" ???) ayrý bir yönetiþim modeli ile geliþtirmeye baþlamak,
> vb konularý düþünmeye ve konuþmaya baþlayabiliriz. Ama benim gördüðüm, 2011
> ve hatta 2012 baþýna kadar mevcut süreçlerimizde minör iyileþtirmeler ile
> devam etmemiz gereði.
>
> Bir kez daha belirteyim: Burada yazdýklarým yalnýzca Pardus sürümleri ile
> ilgili olanlar. Ýç ve dýþ projeler, logo programlarý, iþ ortaklýklarý, Pardus
> temelli kimi diðer ürünler için yapýlmakta olan çalýþmalar bunlarýn dýþýnda.
> Bu konularýn defalarca söylediðim daha geniþ bir paydaþlar meclisinin konusu
> olabileceðini, mevcut konuda çözüm önerileri oluþturmak için gerekli
> olmadýðýný düþünüyorum... Ama illa bazý ayrýntýlar isterseniz þu anda tüm bu
> iþler için yukarýda hesabý verilen daðýtým iþgücünden 1 tam zaman eþdeðerinin
> çekilmesi söz konusu olabilecektir. Temel ilke (UEKAE'nin ve sirayet ile
> Pardus'un) bu iþlere daðýtýmdan yeni iþgücü aktarýmý yapýlabilmesi için iþin
> a) sözleþmeli bir proje haline gelmesi ve dolayýsý ile yeni istihdama imkan
> vermesi, b) stratejik öneme sahip olmasý ve kýsa süreli iþgücü aktarýmý ile
> sonuç vermesi ve dolayýsý ile a) konumuna geçebilecek olmasý þeklindedir.
>
> Evet, budur... Umarým herkesin kafasýndaki sorularýn yanýtlarý vardýr bunlarýn
> arasýnda. Çünkü bunlar dýþýnda sizlere verebileceðim bir bilgi mevcut deðil.
> Vermeyeceðimden deðil,  bu baðlamda bende olan baþka bilgi olmadýðýndan...
>
> Güle güle kullanýn...

Looks like something important ... if it's technical roadmap or
something, could someone provide a translation ?

Regards
Rajeev J Sebastian

From onur at pardus.org.tr  Tue Dec 16 00:01:56 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 16 Dec 2008 00:01:56 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812150012.33421.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812142044.21642.fatih@pardus.org.tr>
	<49455BBE.5010102@pardus.org.tr>
	<200812150012.33421.fatih@pardus.org.tr>
Message-ID: <20081216000156.b061c905.onur@pardus.org.tr>


On Mon, 15 Dec 2008 00:12:29 +0200
Fatih Aþýcý <fatih at pardus.org.tr> wrote:
...
> 1) alsa'yý --without-oss ile derlemek. Bu OSS emulation'ý kapatýyor
> sanýrým. O yüzden istemeyiz (di mi?).

 Ýstemeyiz, OSS lazým :(


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Tue Dec 16 00:04:04 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 16 Dec 2008 00:04:04 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812140224.51252.caglar@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812140224.51252.caglar@pardus.org.tr>
Message-ID: <20081216000404.f61a369f.onur@pardus.org.tr>


On Sun, 14 Dec 2008 02:24:47 +0200
"S.Çaðlar Onur" <caglar at pardus.org.tr> wrote:
...
> > - UnionFS yamasý uygulanýyor ancak derleme esnasýnda patlýyor. Bu
> > yamayý atmayý ve yerine Aufs(Another unionfs) desteði getirmeyi
> > öneriyorum zira unionfs.org'da "Why to use AuFS instead of unionfs"
> > baþlýklý bir kullanýcý e-postasý dýþýnda hiçbirþey yok :)
> 
> unionfs'i Onur istemiþti o yüzden eklemiþtim, hatanýn ne olduðunu
> bilmiyorum ama gene appArmor ise mevcut çekirdekteki
> "unionfs-AppArmor.patch"e bakmak isteyebilirsin (hatta bu nfs kodu
> için ne tür deðiþikliklerden bahsettiðimi de gösterecektir :)). 

 pardus.img dosyalarýný baðlayýp içeriðinin bir kýsmýný ramdrive a
kopyalayýp bir kýsmýný symlink yapýyoruz, bunu aslýnda direkt unionfs
ile ramdrive ý overlay yaparak yapabiliriz. Daha az ram kullanýmý,
debug da rahatlýk gibi artýlarý var. 

 Unionfs öldü yerine aufs mi neydi o geldi diyor geliþtiricisi,
düzgünse ona da geçebiliriz bir taraftan

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Tue Dec 16 00:05:39 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 16 Dec 2008 00:05:39 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <4944023E.3040504@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
Message-ID: <20081216000539.9e2549e7.onur@pardus.org.tr>


On Sat, 13 Dec 2008 20:43:10 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:
...
> - UnionFS yamasý uygulanýyor ancak derleme esnasýnda patlýyor. Bu
> yamayý atmayý ve yerine Aufs(Another unionfs) desteði getirmeyi
> öneriyorum zira unionfs.org'da "Why to use AuFS instead of unionfs"
> baþlýklý bir kullanýcý e-postasý dýþýnda hiçbirþey yok :)

 baþkalarý da kullanýyorsa geçelim / kullanalým tabi ki

 bu arada kernel-next i 2008 e almayý düþünüyor musun ? Artýk kernel
dýþýnda geliþtirilmeyen bir miktar sürücü 2.6.26 ve sonrasýna girdi
patýr patýr, onlarý açmak iyi olabilir

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From tekman at pardus.org.tr  Tue Dec 16 00:21:43 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Tue, 16 Dec 2008 00:21:43 +0200
Subject: [Gelistirici] State of Pardus
In-Reply-To: <200812152344.42457.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812150824p6838b087y4a939e30cc9df523@mail.gmail.com>
	<200812152344.42457.tekman@pardus.org.tr>
Message-ID: <200812160021.44048.tekman@pardus.org.tr>

Ýþgücü vb konularý ile ilgili olarak daha somut ve görsel bir bilgi sunayým:

Ekli grafikteki mavi çizgiler projenin resmi olarak baþlamasýndan (Eylül 2003) 
itibaren TÜBÝTAK UEKAE tarafýndan istihdam edilen tazm-zaman eþdeðeri eleman 
sayýsýný gösteriyor. Hizmet alýmý, örneðin ÖzgürlükÝçin, örneðin YTÜ 
kullanýþlýlýk ve tasarým testleri, örneðin PR, örneðin çeviri koordinatörleri 
bu hesap haricinde.

Kýrmýzý çizgiler bu iþgücünden daðýtým iþi için ayrýlanlarýn tam zaman 
eþdeðerini gösteriyor. Test, grafik, çeviri, (en önemlisi proje yönetimi :-P) 
vb bu kapsam dýþýnda. Yalnýzca Pardus teknolojileri ve paketler sayýldý. Ýç 
ve dýþ projeler için harcanan (kayda deðer) zamaný  olabildiðince çýkarmaya 
çalýþtým, eksiðim olmuþ olabilir.

Gri kesikli çizgi ise ikinci sayýnýn birincisine göre yüzdesini veriyor, sað 
eksende. Yani 2005 yýlý boyunca (o sýrada yalnýzca Pardus Çalýþan CD vardý, 
anýmsayýn) iþgücümüzün %80'ini daðýtýma ayýrýrken bu sayý 2007 
sürecinde %70'lere, 2008 sürecinde ise %50'lere düþmüþ. Ama çatalýn özellikle 
son açýlýþýnýn temelinde daðýtým dýþý iþler için alýnan elemanlar oluþturmuþ. 
Mesela geliþtiricilerimizin bir de sistem yönetimi angaryasý ile uðraþmamasý 
için aramýza katýlan Taner, sözleþmeli bir dýþ proje için istihdam ettiðimiz 
Tuðrul gibi...

Beklentimiz ve mevcut UEKAE yapýlanmasýnda sýnýrýmýz 2009 baþýnda tam zaman 
eþdeðerimizin yaklaþýk 18'e, daðýtým iþgücünün de yaklaþýk 10,5'a yükselmesi, 
yani oraný yine %60'a dayamak.

Güle güle kullanýn...

-- 
Erkan Tekman
TÜBÝTAK UEKAE
Proje Yöneticisi // Pardus
<-- Özgürlük için... -->

http://www.pardus.org.tr/
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: isg?c?.png
Type: image/png
Size: 54275 bytes
Desc: kullanýlamýyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081216/ad403154/attachment-0002.png>

From tekman at pardus.org.tr  Tue Dec 16 00:27:41 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Tue, 16 Dec 2008 00:27:41 +0200
Subject: [Gelistirici] State of Pardus
In-Reply-To: <79a035420812151358x2b97a4bfwd65617979f66b122@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812152344.42457.tekman@pardus.org.tr>
	<79a035420812151358x2b97a4bfwd65617979f66b122@mail.gmail.com>
Message-ID: <200812160027.42324.tekman@pardus.org.tr>

15 Aralýk 2008 Pazartesi 23:58:19 tarihinde Rajeev J Sebastian þunlarý 
yazmýþtý:
> Looks like something important ... if it's technical roadmap or
> something, could someone provide a translation ?

Hi Rajeev,

It's a la developers' goals and priorities of PArdus Linux distro for the 
coming two plus years. It's not official, but wanders around the likely 
possibilities and includes the interpretation of the present project manager. 
Yeah, it may serve some needs in English as well. Maybe when I have enough 
time and peace of mind...

The summary: We have the resources to look after 2008 and release 2009. But 
things may get dimmer as we proceed into 2010.

The following graph is a (wo)man-month resources of the UEKAE Pardus team 
(blue line) and those directly involved with the distro (red line). The gray 
line is the percentage of the whole team dedicated to the Pardus Linux 
distro.

Enjoy...

ET


From ozan at pardus.org.tr  Tue Dec 16 00:43:14 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Tue, 16 Dec 2008 00:43:14 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <20081216000539.9e2549e7.onur@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<20081216000539.9e2549e7.onur@pardus.org.tr>
Message-ID: <4946DD82.2010509@pardus.org.tr>

Onur Küçük wrote:
> On Sat, 13 Dec 2008 20:43:10 +0200
> Ozan Çaðlayan <ozan at pardus.org.tr> wrote:
> ...
>   
>> - UnionFS yamasý uygulanýyor ancak derleme esnasýnda patlýyor. Bu
>> yamayý atmayý ve yerine Aufs(Another unionfs) desteði getirmeyi
>> öneriyorum zira unionfs.org'da "Why to use AuFS instead of unionfs"
>> baþlýklý bir kullanýcý e-postasý dýþýnda hiçbirþey yok :)
>>     
>
>  baþkalarý da kullanýyorsa geçelim / kullanalým tabi ki
>
>  bu arada kernel-next i 2008 e almayý düþünüyor musun ? Artýk kernel
> dýþýnda geliþtirilmeyen bir miktar sürücü 2.6.26 ve sonrasýna girdi
> patýr patýr, onlarý açmak iyi olabilir
>   
Eeöh vallahi bunda benim ve diðerlerimizin yanýnda sürüm yöneticisinin 
ve çekirdeði 2008 yolunda olgunlaþtýrmýþ ve bakýmýný yapmýþ Çaðlar'ýn 
fikirleri biraz daha yol gösterici olabilir bence. 2008 çýkma 
yolundayken Çaðlar bu konuyla ilgili bir mail atýp çekirdekte kararlý 
sürüm atlamalý mýyýz yoksa ne ile baþladýysak onunla mý devam etmeliyiz 
tartýþmasýný açmýþtý:

http://liste.pardus.org.tr/gelistirici/2008-January/010734.html

Fikir edinmek isteyenler tekrar okuyabilirler onu.

Tartýþalým.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From onur at pardus.org.tr  Tue Dec 16 01:05:03 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 16 Dec 2008 01:05:03 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <4946DD82.2010509@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<20081216000539.9e2549e7.onur@pardus.org.tr>
	<4946DD82.2010509@pardus.org.tr>
Message-ID: <20081216010503.6b9f2b32.onur@pardus.org.tr>


On Tue, 16 Dec 2008 00:43:14 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:
...
> Eeöh vallahi bunda benim ve diðerlerimizin yanýnda sürüm
> yöneticisinin ve çekirdeði 2008 yolunda olgunlaþtýrmýþ ve bakýmýný
> yapmýþ Çaðlar'ýn fikirleri biraz daha yol gösterici olabilir bence.
> 2008 çýkma yolundayken Çaðlar bu konuyla ilgili bir mail atýp
> çekirdekte kararlý sürüm atlamalý mýyýz yoksa ne ile baþladýysak
> onunla mý devam etmeliyiz tartýþmasýný açmýþtý:
> 
> http://liste.pardus.org.tr/gelistirici/2008-January/010734.html
> 
> Fikir edinmek isteyenler tekrar okuyabilirler onu.

 Geçelim demiyorum bu arada, ama 2008 e alýnma hedefinde deðilse bazý
kamera sürücüleri vs. açýp deneyelim diyorum :) Bazý 2.6.28 sürücüleri
dýþarýda geliþtirilenlerden iyi durumda.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From fatih at pardus.org.tr  Tue Dec 16 01:07:22 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 16 Dec 2008 01:07:22 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <20081216010503.6b9f2b32.onur@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr> <4946DD82.2010509@pardus.org.tr>
	<20081216010503.6b9f2b32.onur@pardus.org.tr>
Message-ID: <200812160107.27824.fatih@pardus.org.tr>

Salý 16 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
>  Geçelim demiyorum bu arada, ama 2008 e alýnma hedefinde deðilse bazý
> kamera sürücüleri vs. açýp deneyelim diyorum :) Bazý 2.6.28 sürücüleri
> dýþarýda geliþtirilenlerden iyi durumda.

linux-uvc de böyle olabilir mi? kernel'le gelen güzel çalýþýyor; ama develdeki 
linux-uvc derlenmiyor bile.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081216/fe996936/attachment-0002.pgp>

From ozan at pardus.org.tr  Tue Dec 16 01:13:13 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Tue, 16 Dec 2008 01:13:13 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812160107.27824.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<4946DD82.2010509@pardus.org.tr>	<20081216010503.6b9f2b32.onur@pardus.org.tr>
	<200812160107.27824.fatih@pardus.org.tr>
Message-ID: <4946E489.8080008@pardus.org.tr>

Fatih Aþýcý wrote:
> linux-uvc de böyle olabilir mi? kernel'le gelen güzel çalýþýyor; ama develdeki 
> linux-uvc derlenmiyor bile.
>   
Kameralarý bilemiyorum, Onur seviyor onlarý :) uvc ve gspca içeri girdi, 
içerden gelsin diyorsanýz, paketleri conflict yazar, config'de açarým, 
sorun deðil, karar Onur'un. Ama ileride çatýr çutur commit gelip, yeni 
kameralar, yeni iyileþtirmeler geldiðinde elimiz kolumuz da baðlanýr mý 
bilemem içeri aldýk diye. Sonuçta network sürücülerinin hangi kartý 
hedeflediði ve iþlevi açýk olduðu için çalýþan bir þeyse içeri 
alýnabiliyor kolayca.

Network demiþken, 2.6.28'in içinde atl1, atl2, atlx vs. hepsi geliyor. 
ath9k ve ath5k sürücüleri de geliyor ancak durumlarýný tam olarak 
bilmiyorum, onlara da Ekin þefkat gösteriyor.

Playgroundumda Datron netbook, MSI wind ve asus eeepc-701SD için 
kablosuz sürücü desteði getiren rtl8187se sürücüsü var, yakýnda review'a 
alacaðým.

Ayrýca ALSA, OSS konusunda da kýlçýk bir sorunumuz var. Kernel'de OSS 
desteðini (M) yaparsak çözülecek gibime geliyor Fatih'in dediði gibi 
ancak ben yine de ortada bir sorunun olduðunu düþünüyorum zira 40 yýldýr 
açmadýðýmýz yanýnda DEPRECATED yazan þeyi, .28'e geçince açmamýz 
gerekmemeli, alsa-devel'e yazacaðým yarýn.

Son paragraflar offtopic oldu ama bilgi vereyim dedim.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From onur at pardus.org.tr  Tue Dec 16 01:18:49 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 16 Dec 2008 01:18:49 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812160107.27824.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr> <4946DD82.2010509@pardus.org.tr>
	<20081216010503.6b9f2b32.onur@pardus.org.tr>
	<200812160107.27824.fatih@pardus.org.tr>
Message-ID: <20081216011849.c40faff1.onur@pardus.org.tr>


On Tue, 16 Dec 2008 01:07:22 +0200
Fatih Aþýcý <fatih at pardus.org.tr> wrote:

> Salý 16 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
> >  Geçelim demiyorum bu arada, ama 2008 e alýnma hedefinde deðilse
> > bazý kamera sürücüleri vs. açýp deneyelim diyorum :) Bazý 2.6.28
> > sürücüleri dýþarýda geliþtirilenlerden iyi durumda.
> 
> linux-uvc de böyle olabilir mi? kernel'le gelen güzel çalýþýyor; ama
> develdeki linux-uvc derlenmiyor bile.

 Evet uvc onlardan biri. Kod olarak önemli bir deðiþiklik yoktu son
baktýðýmda ama dýþarýda geliþtirilmesi durdu, artýk linuxtv.org da
geliþtiriliyor

 Bu arada denemedim ama media/v4l2-ioctl.h include edince derleniyordur
devel deki, derlenmiyorsa ama gerekliyse bakabilirim

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Tue Dec 16 01:39:20 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 16 Dec 2008 01:39:20 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <4946E489.8080008@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr> <4946DD82.2010509@pardus.org.tr>
	<20081216010503.6b9f2b32.onur@pardus.org.tr>
	<200812160107.27824.fatih@pardus.org.tr>
	<4946E489.8080008@pardus.org.tr>
Message-ID: <20081216013920.170f8713.onur@pardus.org.tr>


On Tue, 16 Dec 2008 01:13:13 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:

> Fatih Aþýcý wrote:
> > linux-uvc de böyle olabilir mi? kernel'le gelen güzel çalýþýyor;
> > ama develdeki linux-uvc derlenmiyor bile.
> >   
> Kameralarý bilemiyorum, Onur seviyor onlarý :)

 it's complicated

> uvc ve gspca içeri girdi, içerden gelsin diyorsanýz, paketleri
> conflict yazar, config'de açarým, sorun deðil, karar Onur'un. Ama
> ileride çatýr çutur commit gelip, yeni kameralar, yeni iyileþtirmeler
> geldiðinde elimiz kolumuz da baðlanýr mý bilemem içeri aldýk diye.

 Aslýnda diðer daðýtýmlar ayrý paket yapmadýðý sürücüler için kernel
içinde backport larla yeni kamera desteði / düzeltme vs. yapýyor. Bazý
sürücüleri kernel içinde getirmemiz gerekiyor artýk (geliþimi tamamen
durduðu için) ama bazýlarýna biz karar verebiliriz.

 Sürüm tarzýmýza kýyasla bugüne kadar kernel konusunda (2007 sürecinde
mecburduk disk adý deðiþimi için) biraz çekincen bir daðýtým olduk. Bu
sürücülerin geliþimine kernel paketini nasýl maintain edeceðimize göre
karar vermemiz lazým.


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From fatih at pardus.org.tr  Tue Dec 16 01:47:48 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 16 Dec 2008 01:47:48 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <4946E489.8080008@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812160107.27824.fatih@pardus.org.tr>
	<4946E489.8080008@pardus.org.tr>
Message-ID: <200812160147.52340.fatih@pardus.org.tr>

Salý 16 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Fatih Aþýcý wrote:
> > linux-uvc de böyle olabilir mi? kernel'le gelen güzel çalýþýyor; ama
> > develdeki linux-uvc derlenmiyor bile.
>
> Kameralarý bilemiyorum, Onur seviyor onlarý :) uvc ve gspca içeri girdi,
> içerden gelsin diyorsanýz, paketleri conflict yazar, config'de açarým,
> sorun deðil, karar Onur'un. Ama ileride çatýr çutur commit gelip, yeni
> kameralar, yeni iyileþtirmeler geldiðinde elimiz kolumuz da baðlanýr mý
> bilemem içeri aldýk diye. Sonuçta network sürücülerinin hangi kartý
> hedeflediði ve iþlevi açýk olduðu için çalýþan bir þeyse içeri
> alýnabiliyor kolayca.

Bence kernel güncellemekten korkmayalým. Benim drm için yapmayý düþündüðüm 
gibi farklý sürücüleri farklý kiþiler takip edebilir.

> Ayrýca ALSA, OSS konusunda da kýlçýk bir sorunumuz var. Kernel'de OSS
> desteðini (M) yaparsak çözülecek gibime geliyor Fatih'in dediði gibi
> ancak ben yine de ortada bir sorunun olduðunu düþünüyorum zira 40 yýldýr
> açmadýðýmýz yanýnda DEPRECATED yazan þeyi, .28'e geçince açmamýz
> gerekmemeli, alsa-devel'e yazacaðým yarýn.

Bence bir sorun yok. Daha OSS core kodu soundcore modülü içerisinde yer 
alýyordu. CONFIG_SOUND açýldýðýnda bu kýsým da derleniyordu. Þimdi burasý 
optional olmuþ. Daha önce enable etmediðimiz seçenek OSS sürücülerinin 
derlenmemesini saðlýyordu. Þimdi bu seçeneðin (CONFIG_SOUND_PRIME) anlamý 
deðiþti. Yani,

CONFIG_SOUND = SOUND temel
CONFIG_SOUND_PRIME = OSS core
CONFIG_SOUND_OSS = OSS sürücüleri

Önceden þöyleydi:

CONFIG_SOUND = SOUND core (OSS core da dahil)
CONFIG_SOUND_PRIME = OSS sürücüleri

Yani CONFIG_SOUND_PRIME'ý enable etmekle önceden yaptýðýmýz gibi yapmýþ 
olacaðýz.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081216/59379845/attachment-0002.pgp>

From pinar at pardus.org.tr  Tue Dec 16 11:06:19 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Tue, 16 Dec 2008 11:06:19 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5BPardus-devel=5D__Bak=FDc=FDs=FDz_?=
 =?iso-8859-9?q?paketler_=281=29?=
In-Reply-To: <493D3924.2080408@cclub.metu.edu.tr>
References: <493CF763.5080900@pardus.org.tr>
	<493D3924.2080408@cclub.metu.edu.tr>
Message-ID: <49476F8B.3070803@pardus.org.tr>

On 12/08/2008 05:11 PM Serdar DALGIÇ wrote:
> # Pýnar
>> programming/environments/eric
>> programming/languages/python/pysqlite
>>   
>>     
> trac baðýmlýlýðý ayný zamanda, o yüzden göz koydum. // a dependency for 
> trac in contrib repository; that's the reason why I request the package.
>   
>> programming/languages/python/SQLObject
>>   
>>     
> imdbpy dependency.
>
>   
>> programming/languages/python/pyparsing
>> programming/languages/python/pyinotify
>> programming/languages/python/beautifulsoup
>> programming/languages/python/ClientForm
>> programming/languages/python/FormEncode
>> programming/languages/python/chardet
>> programming/languages/python/matplotlib
>>
>>     

ACK

>> programming/languages/python/pycrypto
>>
>> programming/languages/python/pyopenssl
>>     

NACK =)

-- 
Pinar Yanardag (a.k.a PINguAR)
http://pinguar.org
_____________________________

"Always program as if the person who will be maintaining your program is a violent psychopath that knows where you live."
-- Martin Golding




From pinar at pardus.org.tr  Tue Dec 16 11:08:36 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Tue, 16 Dec 2008 11:08:36 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <200812100258.43257.fethicanc@gmail.com>
References: <493CF763.5080900@pardus.org.tr>
	<200812100258.43257.fethicanc@gmail.com>
Message-ID: <49477014.90902@pardus.org.tr>

On 12/10/2008 02:58 AM Fethican Coþkuner wrote:
>
>> applications/games/gnugo
>>     
>
>   Bir go oyuncusu olarak pakete talibim :)
>   


benim o, benim benimm.. =P

>  
>   
>> # Pýnar
>>
>> desktop/kde/ktorrent
>>     
>  Bu paketin de bakýmýný üstlenebilirim.
>
>   
>> programming/languages/python/simplejson
>> programming/languages/python/cheetah
>> programming/languages/python/FormEncode
>>     
>
>    Bu üçüyle de turbogears baðýmlýlýðý olarak biraz vakit geçirmiþliðim var, 
> üstlenebilirim.
>   

tamamdir, yukardaki 4 paketi alabilirsin.

-- 
Pinar Yanardag (a.k.a PINguAR)
http://pinguar.org
_____________________________

"Always program as if the person who will be maintaining your program is a violent psychopath that knows where you live."
-- Martin Golding




From ekin at pardus.org.tr  Tue Dec 16 11:46:48 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 16 Dec 2008 11:46:48 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <4946E489.8080008@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812160107.27824.fatih@pardus.org.tr>
	<4946E489.8080008@pardus.org.tr>
Message-ID: <200812161146.48698.ekin@pardus.org.tr>

Merhaba;

Tuesday 16 December 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 

> ath9k ve ath5k sürücüleri de geliyor ancak durumlarýný tam olarak
> bilmiyorum, onlara da Ekin þefkat gösteriyor.

O seri biraz karýþýk - þu anda depomuzda olan madwifi daha çok donaným 
destekliyor, özellik kümesi de hallice geniþ. Ama ath5k ve ath9k'nin 
geliþtirmesi baþladýktan sonra madwifi projesi neredeyse öldü. 

Þu anda madwifi yerine ath5k/ath9k kullanmak en azýndan bazý donanýmlarý ve 
bazý özellikleri (access point modu, mesh netrok desteði, DFS vs) artýk 
desteklememek demek - daha detaylý bakacaðým yakýnda ama özetle iki seri de 
pek parlak bir gelecek vaadetmiyor yakýnda :-(
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From gurer at pardus.org.tr  Tue Dec 16 11:52:14 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Tue, 16 Dec 2008 11:52:14 +0200
Subject: [Gelistirici] State of Pardus
In-Reply-To: <200812152344.42457.tekman@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812150824p6838b087y4a939e30cc9df523@mail.gmail.com>
	<200812152344.42457.tekman@pardus.org.tr>
Message-ID: <200812161152.14872.gurer@pardus.org.tr>

On Monday 15 December 2008 23:44:41 Erkan Tekman wrote:

> Gürer'e ufak bir yanýt:
> Yani, daha net konuþmamý isterseniz: "artistanbul'la x iþini yapacaðýnýza
> daðýtýmla ilgilenecek iki tane daha geliþtirici alýn", "y'yi neden z iþinde
> kullanýyorsunuz, daðýtýmýn þu iþi ile ilgilensin",

Böyle bir þey demedim ben. Artistanbul en azýndan kullanýcý dökümantasyonu ve 
bilgilendirmesi konusunda daðýtýmýn þu anda ve her zaman ihtiyacý olan 
gerekli bir iþi güzel bir þekilde yürütüyor. Bu iþi yaparken de 
geliþtiricilerin vaktini çalmýyor. O yüzden konunun dýþýnda. Neden boyuna 
tartýþmaya bu dýþ çalýþmalarý dahil ediyorsunuz anlamýyorum.

> "herkes iþini gücünü 
> býraksýn, bilmemkaç ay daðýtýmýn t iþi ile uðraþsýn"

Bunu dedim evet. Çünkü daðýtýmýn bazý temel iþlevleri aksýyor, ve bunlar hýzla 
(öyle aylarca falan deðil) yola konmazsa daðýtým etrafýnda oluþan projelerin 
hepsinin týkanýp baþarýsýz olacaklarýný düþünüyorum.

Bunu da ancak toplu olarak yapabiliriz. Burada üç kiþi bir þeylere karar 
versek bile yarýn bu kararlar uygulanmayacak, birileri çýkýp niye böyle 
yaptýnýz yanlýþ olmuþ diyecek. Bunlarý yaþadýk hep. Herkesin katýlýmý ile ve 
ortak amaç doðrultusunda karar veremezsek canlý bir geliþtirici topluluðu 
oluþmayacak. Böyle bir geliþtirici topluluðu oluþmadýktan sonra da 
istediðiniz kadar kullanýcý ve iþ ortaðýnýz olsun, daðýtýmýn sürdürülebilir 
bir niteliði olmayacak.

> gibi bu ilmekte ya da 
> sanal ve fiziksel diðer ortamlarda geçen eleþtiri ve önerileri bu eleþtiri
> ve önerileri deðerlendirirken, bu eleþtiri ve önerileri ortaya koyanlardan
> çokça daha geniþ ve daha derin bilgiye sahip olduðum için, biraz daha
> farklý düþünüyor ve sonuçta bu eleþtiri ve öneriler doðrultusunda hareket
> etmiyor olabilirim.

Elbette bu doðru olabilir. Biz dünyayý iki kere dolaþmadýk ;)

Ya da... projede bugüne kadar yapýlan bütün hatalara (hata olduðunu 
düþündüðümüz veya düþünmediðimiz) raðmen, ekibin aþýrý gayretiyle ve çokça da 
þans yardýmýyla gene de bir baþarý yakalanmýþ olduðu için, doðru yaptýðýnýzý 
sanýyor ve ayný hatalara devam ediyor olabilirsiniz :)

Hangi ihtimalin gerçek olduðunu bize tarih söyleyecek artýk.


From serdar at cclub.metu.edu.tr  Tue Dec 16 12:46:41 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Tue, 16 Dec 2008 12:46:41 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5BPardus-devel=5D_Bak=FDc=FDs=FDz_p?=
 =?iso-8859-9?q?aketler_=281=29?=
In-Reply-To: <49476F8B.3070803@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>	<493D3924.2080408@cclub.metu.edu.tr>
	<49476F8B.3070803@pardus.org.tr>
Message-ID: <49478711.7030607@cclub.metu.edu.tr>

Pinar Yanardag wrote On 16-12-2008 11:06:
> On 12/08/2008 05:11 PM Serdar DALGIÇ wrote:
>   
>> # Pýnar
>>     
>>> programming/environments/eric
>>> programming/languages/python/pysqlite
>>>   
>>>     
>>>       
>> trac baðýmlýlýðý ayný zamanda, o yüzden göz koydum. // a dependency for 
>> trac in contrib repository; that's the reason why I request the package.
>>   
>>     
>>> programming/languages/python/SQLObject
>>>   
>>>     
>>>       
>> imdbpy dependency.
>>
>>   
>>     
>>> programming/languages/python/pyparsing
>>> programming/languages/python/pyinotify
>>> programming/languages/python/beautifulsoup
>>> programming/languages/python/ClientForm
>>> programming/languages/python/FormEncode
>>> programming/languages/python/chardet
>>> programming/languages/python/matplotlib
>>>
>>>     
>>>       
>
> ACK
>
>   
>>> programming/languages/python/pycrypto
>>>
>>> programming/languages/python/pyopenssl
>>>     
>>>       
>
> NACK =)
>
>   
teþekkürler ;)

-serdar



From tekman at pardus.org.tr  Tue Dec 16 12:43:46 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Tue, 16 Dec 2008 12:43:46 +0200
Subject: [Gelistirici] State of Pardus
In-Reply-To: <200812161152.14872.gurer@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812152344.42457.tekman@pardus.org.tr>
	<200812161152.14872.gurer@pardus.org.tr>
Message-ID: <200812161243.46695.tekman@pardus.org.tr>

16 Aralýk 2008 Salý 11:52:14 tarihinde Gürer Özen þunlarý yazmýþtý:
> Böyle bir þey demedim ben. Artistanbul en azýndan kullanýcý dökümantasyonu
> ve bilgilendirmesi konusunda daðýtýmýn þu anda ve her zaman ihtiyacý olan
> gerekli bir iþi güzel bir þekilde yürütüyor. Bu iþi yaparken de
> geliþtiricilerin vaktini çalmýyor. O yüzden konunun dýþýnda. Neden boyuna
> tartýþmaya bu dýþ çalýþmalarý dahil ediyorsunuz anlamýyorum.
> Bunu dedim evet. Çünkü daðýtýmýn bazý temel iþlevleri aksýyor, ve bunlar
> hýzla (öyle aylarca falan deðil) yola konmazsa daðýtým etrafýnda oluþan
> projelerin hepsinin týkanýp baþarýsýz olacaklarýný düþünüyorum.

Sözü geçen ifadelerin bir kýsmý Gürer, bir kýsmý diðerleri tarafýndan sanal ve 
fiziksel ortamlarda sarf ve ima edilmiþtir. Hepsini Gürer'in dedði gibi bir 
algýlama benim doðrusal olmayan yazým þeklimden kaynaklanmýþ. Düzelteyim...

> Ya da... projede bugüne kadar yapýlan bütün hatalara (hata olduðunu
> düþündüðümüz veya düþünmediðimiz) raðmen, ekibin aþýrý gayretiyle ve çokça
> da þans yardýmýyla gene de bir baþarý yakalanmýþ olduðu için, doðru
> yaptýðýnýzý sanýyor ve ayný hatalara devam ediyor olabilirsiniz :)
>
> Hangi ihtimalin gerçek olduðunu bize tarih söyleyecek artýk.

Eðer son dört yýl söylemediyse üç yýl sonra da ayný laflarý edeceðinden eminim 
sevgili Gürer...

Neyse, (en azýndan seninle) bu konu bir neticeye baðlandýysa artýk asýl 
konumuza dönebiliriz, Ekin'in wiki belgesi vb...

ET


From fethicanc at gmail.com  Tue Dec 16 13:41:44 2008
From: fethicanc at gmail.com (Fethican =?iso-8859-9?q?Co=FEkuner?=)
Date: Tue, 16 Dec 2008 13:41:44 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Bak=FDc=FDs=FDz_paketler_=281=29?=
In-Reply-To: <49477014.90902@pardus.org.tr>
References: <493CF763.5080900@pardus.org.tr>
	<200812100258.43257.fethicanc@gmail.com>
	<49477014.90902@pardus.org.tr>
Message-ID: <200812161341.44759.fethicanc@gmail.com>

On Tuesday 16 December 2008 11:08:36 Pinar Yanardag wrote:
> On 12/10/2008 02:58 AM Fethican Coþkuner wrote:
> >> applications/games/gnugo
> >
> >   Bir go oyuncusu olarak pakete talibim :)
>
> benim o, benim benimm.. =P

:) :)

>
> >> # Pýnar
> >>
> >> desktop/kde/ktorrent
> >
> >  Bu paketin de bakýmýný üstlenebilirim.
> >
> >> programming/languages/python/simplejson
> >> programming/languages/python/cheetah
> >> programming/languages/python/FormEncode
> >
> >    Bu üçüyle de turbogears baðýmlýlýðý olarak biraz vakit geçirmiþliðim
> > var, üstlenebilirim.
>
> tamamdir, yukardaki 4 paketi alabilirsin.

Aldým, teþekkürler.


Fethican


From ekin at pardus.org.tr  Tue Dec 16 14:13:07 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 16 Dec 2008 14:13:07 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812160147.52340.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr> <4946E489.8080008@pardus.org.tr>
	<200812160147.52340.fatih@pardus.org.tr>
Message-ID: <200812161413.07454.ekin@pardus.org.tr>

Merhaba;

Tuesday 16 December 2008 tarihinde, Fatih Aþýcý þunlarý yazmýþtý: 
> Bence kernel güncellemekten korkmayalým. Benim drm için yapmayý düþündüðüm
> gibi farklý sürücüleri farklý kiþiler takip edebilir.

Bence de, ama kernel'de "eskiden çalýþýyordu, artýk çalýþmýyor" durumuna yol 
açma ihtimalimiz hallice yüksek olduðu için bazý sorunlarý nasýl 
çözebileceðimiz önceden planlamak lazým. .28 'in kararlý hale gelmesi ile 
tarihlerimiz uyuþursa 2008.2 için teoride OK. 

Ama öncesinde çözmemiþ gereken bazý noktalar var : þu anda test deposunda tüm 
sürücüler ayný kernel'e göre derlendiðinden yeni bir kernel paketinin (örn: 
2.6.28) test deposunda uzun zaman geçirmesi pek mümkün olmuyor - depoda test 
edilen yeni kernel varken herhangi bir sürücünün yeni sürümünün kararlý 
depoya girmesi gerektiðinde ya da kararlý depodaki kernel'de güvenlik açýðý 
çýktýðýnda iþ karýþýyor.

Bu tip durumlar ve gittikçe daha fazla yerde karþýmýza gelmeye 
baþlayan "daðýtým içinde birden fazla (farklý özellik hatta sürümde) kernel 
desteklemek" ihtiyacýmýzý hepten çözecek bir yol aramaya baþlasak, 
kernel-server, kernel-mini, kernel-rt gibi birçok kernel paketimiz olsa ?
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]

From ekin at pardus.org.tr  Tue Dec 16 14:22:27 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 16 Dec 2008 14:22:27 +0200
Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?=
	=?utf-8?q?ity_Fixes?=
Message-ID: <200812161422.27211.ekin@pardus.org.tr>

Merhaba / Hi;

Bu gece kararlý depolara girecek güvenlik güncellemeleri :
Tonight's Security Fixes for Pardus stable repos : 
------------------------------------------------------------------------

* [Pardus 2008]
php-common-5.2.8-67-7.pisi
php-cli-5.2.8-67-7.pisi
mod_php-5.2.8-67-7.pisi
avahi-0.6.23-12-7.pisi

--
Ekin Meroglu <ekin_at_pardus.org.tr>


From ekin at pardus.org.tr  Tue Dec 16 14:23:13 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 16 Dec 2008 14:23:13 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812152026.47464.serbulent@pardus.org.tr>
References: <200812091302.44934.ekin@pardus.org.tr>
	<200812152026.47464.serbulent@pardus.org.tr>
Message-ID: <200812161423.13790.ekin@pardus.org.tr>

Merhaba;

Monday 15 December 2008 tarihinde, Serbulent UNSAL þunlarý yazmýþtý: 

> Testi biten aþaðýdaki paketler depoya girebilir.
> [...]

Bu liste girdi depoya..
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From selimok at gmail.com  Tue Dec 16 14:29:03 2008
From: selimok at gmail.com (selim ok)
Date: Tue, 16 Dec 2008 13:29:03 +0100
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812161413.07454.ekin@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr> <4946E489.8080008@pardus.org.tr>
	<200812160147.52340.fatih@pardus.org.tr>
	<200812161413.07454.ekin@pardus.org.tr>
Message-ID: <a001a6cb0812160429v3e15fd34t5f0bb7d61b3a8611@mail.gmail.com>

16 Aralýk 2008 Salý 13:13 tarihinde Ekin Meroðlu <ekin at pardus.org.tr> yazdý:

>
> Bu tip durumlar ve gittikçe daha fazla yerde karþýmýza gelmeye
> baþlayan "daðýtým içinde birden fazla (farklý özellik hatta sürümde) kernel
> desteklemek" ihtiyacýmýzý hepten çözecek bir yol aramaya baþlasak,
> kernel-server, kernel-mini, kernel-rt gibi birçok kernel paketimiz olsa ?
>

DKMS bu tip sorunlarin cözümünde kullanilabilir mi acaba? Tam olarak nasil
isledigini bilmiyorum ama bilenler bilmeyenlere anlatabilir belki biraz :P

Iyi calismalar,
Selim


-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081216/ad9d2c86/attachment-0002.htm>

From tekman at pardus.org.tr  Tue Dec 16 14:27:28 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Tue, 16 Dec 2008 14:27:28 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812161413.07454.ekin@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812160147.52340.fatih@pardus.org.tr>
	<200812161413.07454.ekin@pardus.org.tr>
Message-ID: <200812161427.28523.tekman@pardus.org.tr>

16 Aralýk 2008 Salý 14:13:07 tarihinde Ekin Meroðlu þunlarý yazmýþtý:
> Bu tip durumlar ve gittikçe daha fazla yerde karþýmýza gelmeye
> baþlayan "daðýtým içinde birden fazla (farklý özellik hatta sürümde) kernel
> desteklemek" ihtiyacýmýzý hepten çözecek bir yol aramaya baþlasak,
> kernel-server, kernel-mini, kernel-rt gibi birçok kernel paketimiz olsa ?

Anlayabildiðim kadarý ile temel endiþen yeni bir depo oluþturup bakým ve 
idaresini yapmak külfeti yaratmadan bir çözüm bulmaya çalýþýyorsun olaya. Bu 
gerçekten mümkün olabilir mi? Anlýyorum, mini ve RT gibi iþler için olabilir. 
Ama ayný anda yaþayacak olan 2007 ve 2008 ve 2009 için olabilir mi? toolchain 
için benzer bir gereksinimimiz olmayacak mý? KDE3 ve KDE4'ü ne kadar süre 
ayný depoda tutabileceðiz. Belki de 2009 deposunun yavaþ yavaþ oluþmaya 
baþlamasýnýn zamaný gelmedi mi?

2 Ykr

ET


From ekin at pardus.org.tr  Tue Dec 16 15:50:06 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 16 Dec 2008 15:50:06 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812161427.28523.tekman@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812161413.07454.ekin@pardus.org.tr>
	<200812161427.28523.tekman@pardus.org.tr>
Message-ID: <200812161550.06818.ekin@pardus.org.tr>

Merhaba;

Tuesday 16 December 2008 tarihinde, Erkan Tekman þunlarý yazmýþtý: 
> Anlayabildiðim kadarý ile temel endiþen yeni bir depo oluþturup bakým ve
> idaresini yapmak külfeti yaratmadan bir çözüm bulmaya çalýþýyorsun olaya.
> Bu gerçekten mümkün olabilir mi? Anlýyorum, mini ve RT gibi iþler için
> olabilir. 

O kadar uzaða gitmeye gerek yok, bir desktop bir de server kerneli olmasý bile 
birçok iþimizi çözecek.

> Ama ayný anda yaþayacak olan 2007 ve 2008 ve 2009 için olabilir 
> mi? 

Sürümlerle alakasý yok söylediðimin - beni isteðim bir tek sürüm (2008 örn.) 
deposunda birden fazla kernel bulunmasý, kullanýcýnýn gerekirse / isterse 
öntanýmlý kernel olarak baþka bir kernel'i seçebilmesi, sonrasýnda da sadece 
o seçtiði kernel ve sürücüleri için olan güncellemelerle hayatýna devam 
edebilmesi. Yoksa her sürümün tabii ki ayrý deposu, kernel'i, toolchain'i, 
masaüstü ortamý olacak zaten.
 
> toolchain için benzer bir gereksinimimiz olmayacak mý? KDE3 ve KDE4'ü 
> ne kadar süre ayný depoda tutabileceðiz. 

Bu sorunlarýn kernel ile olan baðlantýsýný çözemedim ? 
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From tekman at pardus.org.tr  Tue Dec 16 15:59:25 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Tue, 16 Dec 2008 15:59:25 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812161550.06818.ekin@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812161427.28523.tekman@pardus.org.tr>
	<200812161550.06818.ekin@pardus.org.tr>
Message-ID: <200812161559.25687.tekman@pardus.org.tr>

16 Aralýk 2008 Salý 15:50:06 tarihinde Ekin Meroðlu þunlarý yazmýþtý:
> > toolchain için benzer bir gereksinimimiz olmayacak mý? KDE3 ve KDE4'ü
> > ne kadar süre ayný depoda tutabileceðiz.
>
> Bu sorunlarýn kernel ile olan baðlantýsýný çözemedim ?

Bunlarýn kernel ile bir alakasý yok. Fýrsat bulmuþken söyleyeyim istedim :-P

ET


From baris at pardus.org.tr  Tue Dec 16 19:26:55 2008
From: baris at pardus.org.tr (=?UTF-8?Q?Bar=C4=B1=C5=9F_Metin?=)
Date: Tue, 16 Dec 2008 18:26:55 +0100
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812161550.06818.ekin@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812161413.07454.ekin@pardus.org.tr>
	<200812161427.28523.tekman@pardus.org.tr>
	<200812161550.06818.ekin@pardus.org.tr>
Message-ID: <1cf4bb740812160926s73a30d97xa33f74d2001344d4@mail.gmail.com>

Selam,

2008/12/16 Ekin Meroðlu <ekin at pardus.org.tr>:
>> toolchain için benzer bir gereksinimimiz olmayacak mý? KDE3 ve KDE4'ü
>> ne kadar süre ayný depoda tutabileceðiz.
>
> Bu sorunlarýn kernel ile olan baðlantýsýný çözemedim ?

Aslinda bana yerinde bir soru gibi gelmisti, yamulup da yanlis anlamadiysam.

Bir paketin farkli sekillerini (farkli surum, farkli yamalar, farkli
derleme secenekleri, vs.) destekledigimiz zaman birilerinin bir takim
sorunlarini cozebilecegiz her zaman. Fakat bunu nereye kadar
goturecegiz?

Bu isi yalnizca kernel icin yapmamiz getirdigi bakim yukunden fazla mi
fayda saglayacak?

--
Barýþ

From baris at pardus.org.tr  Tue Dec 16 19:25:03 2008
From: baris at pardus.org.tr (=?UTF-8?Q?Bar=C4=B1=C5=9F_Metin?=)
Date: Tue, 16 Dec 2008 18:25:03 +0100
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812161550.06818.ekin@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812161413.07454.ekin@pardus.org.tr>
	<200812161427.28523.tekman@pardus.org.tr>
	<200812161550.06818.ekin@pardus.org.tr>
Message-ID: <1cf4bb740812160925u6fd2aeb2r10aefdd4ce5364f4@mail.gmail.com>

Selam,

2008/12/16 Ekin Meroðlu <ekin at pardus.org.tr>:
>> toolchain için benzer bir gereksinimimiz olmayacak mý? KDE3 ve KDE4'ü
>> ne kadar süre ayný depoda tutabileceðiz.
>
> Bu sorunlarýn kernel ile olan baðlantýsýný çözemedim ?

Aslinda bana yerinde bir soru gibi gelmisti, yamulup da yanlis anlamadiysam.

Bir paketin farkli sekillerini (farkli surum, farkli yamalar, farkli
derleme secenekleri, vs.) destekledigimiz zaman birilerinin bir takim
sorunlarini cozebilecegiz her zaman. Fakat bunu nereye kadar
goturecegiz?

Bu isi yalnizca kernel icin yapmamiz getirdigi bakim yukunden fazla mi
fayda saglayacak?

--
Barýþ

From onur at pardus.org.tr  Tue Dec 16 23:46:56 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 16 Dec 2008 23:46:56 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
 2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <20081214231645.5304E1384050@ns1.pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
Message-ID: <20081216234656.63cacfec.onur@pardus.org.tr>


On Mon, 15 Dec 2008 01:16:45 +0200 (EET)
paketler-commits at pardus.org.tr wrote:

> Author: gokcen.eraslan
> Date: Mon Dec 15 01:16:44 2008
> New Revision: 56808
> 
> Added:
>    2008/desktop/gnome/cairo/files/mozilla/
>       - copied from r56807, devel/desktop/gnome/cairo/files/mozilla/
>    2008/desktop/gnome/cairo/files/mozilla/buggy-repeat.patch
>       - copied unchanged from r56807,
> devel/desktop/gnome/cairo/files/mozilla/buggy-repeat.patch
> 2008/desktop/gnome/cairo/files/mozilla/max-font-size.patch
>       - copied unchanged from r56807,
> devel/desktop/gnome/cairo/files/mozilla/max-font-size.patch
> 2008/desktop/gnome/cairo/files/mozilla/nonfatal-assertions.patch
>       - copied unchanged from r56807,
> devel/desktop/gnome/cairo/files/mozilla/nonfatal-assertions.patch
> 2008/desktop/gnome/cairo/files/mozilla/qpainter-type.patch
>       - copied unchanged from r56807,
> devel/desktop/gnome/cairo/files/mozilla/qpainter-type.patch Removed:
>    2008/desktop/gnome/cairo/files/cairo_mutex_is_private_symbol.patch
>    2008/desktop/gnome/cairo/files/reenable_lcd_filter.patch
>    2008/desktop/gnome/cairo/files/turn_on_buggy-repeat_handling.patch
> Modified:
>    2008/desktop/gnome/cairo/actions.py
>    2008/desktop/gnome/cairo/pspec.xml
> Log:
> Version bump to 1.8 stable series.

 GTK fontlarý yine [1] çirkinleþti

 [1] http://liste.pardus.org.tr/gelistirici/2008-September/013556.html



-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From ozan at pardus.org.tr  Tue Dec 16 23:49:48 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Tue, 16 Dec 2008 23:49:48 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
 2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <20081216234656.63cacfec.onur@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
Message-ID: <4948227C.3030506@pardus.org.tr>

Onur Küçük wrote:
>  GTK fontlarý yine [1] çirkinleþti
>
>  [1] http://liste.pardus.org.tr/gelistirici/2008-September/013556.html
>
>   
Ben de inanýlmaz netleþti, güzelleþti. Özellikle firefox'u açar açmaz 
farký anladým.
Normalde internetten indirilen derlenmiþ binary firefoxu açýp, yanýna da 
bizim depodaki firefox'u açýnca fontlardaki fark gözüme çarpýyordu ancak 
bende manyaklýk var heralde diyordum.
Þimdi ikisi ayný derecede güzel oldular.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From mnurolcay at gmail.com  Tue Dec 16 23:50:17 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Tue, 16 Dec 2008 23:50:17 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
	2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <20081216234656.63cacfec.onur@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
Message-ID: <200812162350.17676.mnurolcay@gmail.com>

On Tuesday 16 December 2008 23:46:56 Onur Küçük wrote:

> > Version bump to 1.8 stable series.
>
>  GTK fontlarý yine [1] çirkinleþti
>
>  [1] http://liste.pardus.org.tr/gelistirici/2008-September/013556.html

+1 

KDE4 kullanýyorum ve önceki cairo'ya dönünce düzeldi. Baþka kimsede olmuþ mu 
diye bakýndým da herkeste yok sanýrým, ya da fark edemedi sorduklarým.
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081216/6665812a/attachment-0002.htm>

From onur at pardus.org.tr  Wed Dec 17 00:28:25 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 00:28:25 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
 2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <20081216234656.63cacfec.onur@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
Message-ID: <20081217002825.3bc3873b.onur@pardus.org.tr>


 þurada [1] örnek ekran görüntüleri var

 incelerken tam boyutuna getirmeyi unutmayýn, yanlýþ render ederkenki
renk deðiþikliðine dikiz

 [1] http://cekirdek.pardus.org.tr/~onur/cairofont/

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Wed Dec 17 00:29:21 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 00:29:21 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
 2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <4948227C.3030506@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
	<4948227C.3030506@pardus.org.tr>
Message-ID: <20081217002921.51cacd92.onur@pardus.org.tr>


On Tue, 16 Dec 2008 23:49:48 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:

> Onur Küçük wrote:
> >  GTK fontlarý yine [1] çirkinleþti
> >
> >  [1]
> > http://liste.pardus.org.tr/gelistirici/2008-September/013556.html
> >
> >   
> Ben de inanýlmaz netleþti, güzelleþti. Özellikle firefox'u açar açmaz 
> farký anladým.
> Normalde internetten indirilen derlenmiþ binary firefoxu açýp, yanýna
> da bizim depodaki firefox'u açýnca fontlardaki fark gözüme çarpýyordu
> ancak bende manyaklýk var heralde diyordum.
> Þimdi ikisi ayný derecede güzel oldular.

 X DPI ayarýn ya da baþka bir þeyinde sorun olmasýn ? DPI ayarý farklý
ise (yazýlar olmasý gerektiðinden kalýn render ediliyorsa mesela)
burada iki sorun bir düzgün durumu olmuþ olabilir :)

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From gokcen at pardus.org.tr  Wed Dec 17 00:50:36 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Wed, 17 Dec 2008 00:50:36 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: . files
	files/mozilla
In-Reply-To: <20081216234656.63cacfec.onur@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
Message-ID: <200812170050.36648.gokcen@pardus.org.tr>

Tuesday 16 December 2008 Tarihinde Onur dedi ki:
>  GTK fontlarý yine [1] çirkinleþti
>
>  [1] http://liste.pardus.org.tr/gelistirici/2008-September/013556.html

Evet, bununla ilgili senin eklediðin bir yama vardý, LCD filter yamasý, onu 
atýp derledim yeni sürümü. Görünümde de bi bozulma görmediðimden, herhalde 
gerek yok yamaya diye düþünmüþtüm. Gentoo ve Fedora'da da olmayýnca herhangi 
bir yama, sorun olmaz herhalde demiþtim, lakin oldu :) 

Debian'da varmýþ yamalar, devel'deki pakete aldým þimdi de, Ozan'da görüntü 
düzelirken, bende pek fark etmedi, sende de bozulmuþ :) Anlamadým pek nasýl 
iþtir bu. Kesinlikle alalým diyor musun peki, yani nasýl bir bozulma tam 
olarak sendeki?

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081217/d58b6e8e/attachment-0002.htm>

From ozan at pardus.org.tr  Wed Dec 17 00:53:40 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 17 Dec 2008 00:53:40 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: .
	files	files/mozilla
In-Reply-To: <200812170050.36648.gokcen@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>	<20081216234656.63cacfec.onur@pardus.org.tr>
	<200812170050.36648.gokcen@pardus.org.tr>
Message-ID: <49483174.4050403@pardus.org.tr>

Gökçen Eraslan wrote:
> Tuesday 16 December 2008 Tarihinde Onur dedi ki:
> >  GTK fontlarý yine [1] çirkinleþti
> >
> >  [1] http://liste.pardus.org.tr/gelistirici/2008-September/013556.html
>
>
> Evet, bununla ilgili senin eklediðin bir yama vardý, LCD filter 
> yamasý, onu atýp derledim yeni sürümü. Görünümde de bi bozulma 
> görmediðimden, herhalde gerek yok yamaya diye düþünmüþtüm. Gentoo ve 
> Fedora'da da olmayýnca herhangi bir yama, sorun olmaz herhalde 
> demiþtim, lakin oldu :)
>
>
DPI ayarlarýmla oynamadým. Bu laptopta özellikle firefox'ta toolbarlar, 
menüler vs.vs. inanýlmaz yumuþak çýkýyordu, gözümü çok rahatsýz 
ediyordu, þu anda gerçekten çok temiz, okunaklý ve rahat oldular.
Zaten belli bir puntonun altýnda anti-aliasing'e acayip kýlým, eðer bu 
bir hataysa ve anti-aliasing yandan yediyse kapandýysa ben böyle 
kullanmayý tercih ediyorum, pisi blacklist'e ekleyeyim :)


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From ozan at pardus.org.tr  Wed Dec 17 00:57:35 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 17 Dec 2008 00:57:35 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
 2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <20081217002825.3bc3873b.onur@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>	<20081216234656.63cacfec.onur@pardus.org.tr>
	<20081217002825.3bc3873b.onur@pardus.org.tr>
Message-ID: <4948325F.3030003@pardus.org.tr>

Onur Küçük wrote:
>  þurada [1] örnek ekran görüntüleri var
>
>  incelerken tam boyutuna getirmeyi unutmayýn, yanlýþ render ederkenki
> renk deðiþikliðine dikiz
>
>  [1] http://cekirdek.pardus.org.tr/~onur/cairofont/
>
>   
Ýlkindeki yumuþatmadan dolayý, karakterlerin etraflarýnda belli belirsiz 
yeþil gölgelenmeler var.
Ýkincisi bence daha temiz duruyor sadece a'da falan rendering hatasý var 
biraz.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From fatih at pardus.org.tr  Wed Dec 17 00:59:01 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Wed, 17 Dec 2008 00:59:01 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: . files
	files/mozilla
In-Reply-To: <200812170050.36648.gokcen@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
	<200812170050.36648.gokcen@pardus.org.tr>
Message-ID: <200812170059.05956.fatih@pardus.org.tr>

Çarþamba 17 Aralýk 2008 tarihinde, Gökçen Eraslan þunlarý yazmýþtý: 
> Tuesday 16 December 2008 Tarihinde Onur dedi ki:
> >  GTK fontlarý yine [1] çirkinleþti
> >
> >  [1] http://liste.pardus.org.tr/gelistirici/2008-September/013556.html
>
> Evet, bununla ilgili senin eklediðin bir yama vardý, LCD filter yamasý, onu
> atýp derledim yeni sürümü. Görünümde de bi bozulma görmediðimden, herhalde
> gerek yok yamaya diye düþünmüþtüm. Gentoo ve Fedora'da da olmayýnca
> herhangi bir yama, sorun olmaz herhalde demiþtim, lakin oldu :)
>
> Debian'da varmýþ yamalar, devel'deki pakete aldým þimdi de, Ozan'da görüntü
> düzelirken, bende pek fark etmedi, sende de bozulmuþ :) Anlamadým pek nasýl
> iþtir bu. Kesinlikle alalým diyor musun peki, yani nasýl bir bozulma tam
> olarak sendeki?

Ekran görüntüsünden anlaþýlmasý zor. Siyah metinlerde bir renklenme var gibi. 
Kalýn fontlarda daha çok belli oluyor.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081217/be3fc72d/attachment-0002.pgp>

From gkmngrgn at gmail.com  Wed Dec 17 03:57:41 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 17 Dec 2008 03:57:41 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
 2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <20081217002825.3bc3873b.onur@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>	<20081216234656.63cacfec.onur@pardus.org.tr>
	<20081217002825.3bc3873b.onur@pardus.org.tr>
Message-ID: <49485C95.8070500@gmail.com>

Onur Küçük wrote On 17-12-2008 00:28:
>  þurada [1] örnek ekran görüntüleri var
>
>  incelerken tam boyutuna getirmeyi unutmayýn, yanlýþ render ederkenki
> renk deðiþikliðine dikiz
>
>  [1] http://cekirdek.pardus.org.tr/~onur/cairofont/
>
>   
Bende de (xfce) son durum böyle oldu:
http://omploader.org/vMTB5Zw

.fonts.conf falan kullanmýyorum, standart. Yine resmi büyütmeyi unutmayýn.


From ekin at pardus.org.tr  Wed Dec 17 11:13:54 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 17 Dec 2008 11:13:54 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <1cf4bb740812160925u6fd2aeb2r10aefdd4ce5364f4@mail.gmail.com>
References: <4944023E.3040504@pardus.org.tr>
	<200812161550.06818.ekin@pardus.org.tr>
	<1cf4bb740812160925u6fd2aeb2r10aefdd4ce5364f4@mail.gmail.com>
Message-ID: <200812171113.54687.ekin@pardus.org.tr>

Merhaba;

Tuesday 16 December 2008 tarihinde, Barýþ Metin þunlarý yazmýþtý: 
> 2008/12/16 Ekin Meroðlu <ekin at pardus.org.tr>:
> >> toolchain için benzer bir gereksinimimiz olmayacak mý? KDE3 ve KDE4'ü
> >> ne kadar süre ayný depoda tutabileceðiz.
> >
> > Bu sorunlarýn kernel ile olan baðlantýsýný çözemedim ?
>
> Aslinda bana yerinde bir soru gibi gelmisti, yamulup da yanlis
> anlamadiysam.
>
> Bir paketin farkli sekillerini (farkli surum, farkli yamalar, farkli
> derleme secenekleri, vs.) destekledigimiz zaman birilerinin bir takim
> sorunlarini cozebilecegiz her zaman. Fakat bunu nereye kadar
> goturecegiz?

Burada kernel için bir ayrýcalýk gerektiðini düþünüyorum aslýnda, yoksa depoya 
bir gcc-compat (3.x ?), bir minimal-kde girsin vs bana da hiç anlamlý 
gelmiyor - þu anki durumumuzdan son derece memnunum. Ama kernel için bazý 
çekincelerim var :  
Kullanýcý özel bir kernel'i elle derleyip yüklese bile emniyet mandalý 
nedeniyle bizim depodaki her kernel güncellemesinde depodaki bu yeni kernel 
kuruluyor, GRUB menüsüne yerleþiyor - hem boþuna paket indirip kuruyor, hem 
de kullanýcýn ilerde yine kendi kernel'ini açmasý için ek iþlem yapmasý 
gerekiyor. Örneðin sadece 4GB üzeri RAM desteklemek için (son zamanlarda 
oldukça yaygýn bir dert) kernel derlemek, güncellemelerde elle müdahale etmek 
biraz büyük bir iþ sanki. Giderek daha fazla yerde karþýmýza çýkýyor - 
sunucu, netbook vb serisi, RT gibi. 
Bence önemli nokta, diðer paketlerde bir deðiþiklik yapmadan sadece kernel 
deðiþtirerek desteklenebilecek özellikleri destekleyemiyoruz : þu anki sunucu 
paketlerimiz optimize deðil belki, ama düzgün çalýþýyorlar. Ama kernel'de PAE 
açýk deðilse RAM'in bir bölümünü _hiç bir þekilde_ destekleyemiyoruz.

Þu anda "depoda bir paketin sadece bir sürümü olabilir" kuralýna uyarak  
farklý kernel içeren bir depo açmak bu sorunun bir çözümü. Ama bu da büyük 
hamaliye : sadece kernel ve sürücü paketlerinin farklý olduðu, geri kalan 
2000+ paketin ayný olduðu bir depo. Bu depolarýn sayýsýnýn artmasý da baþka 
bir "maintainance hell". Ýçinde sadece kernel.* bulunan bir overlay depo'yu 
da desteklemiyoruz. 

> Bu isi yalnizca kernel icin yapmamiz getirdigi bakim yukunden fazla mi
> fayda saglayacak?

Bence bu er ya da geç karþýmýza gelecek, ne kadar erken çözersek o kadar iyi 
diye düþünüyorum. 
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Wed Dec 17 14:20:33 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 17 Dec 2008 14:20:33 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
Message-ID: <200812171420.33977.ekin@pardus.org.tr>

Merhaba / Hi;

2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 18 
Aralýk 2008, 23:59.

ACK/NACK for new packages in 2008-test repo, reply before 18 December 2008, 
23:59 (GMT+2) please...

-------8<----------------------------------------
akonadi-1.0.80-5-5.pisi
alsa-driver-1.0.18a_20081203-38-31.pisi
alsa-headers-1.0.18a_20081203-25-5.pisi
alsa-lib-1.0.18-32-5.pisi
alsa-plugins-1.0.18-5-5.pisi
alsa-tools-1.0.18-9-4.pisi
alsa-tools-gui-1.0.18-9-1.pisi
alsa-utils-1.0.18-32-8.pisi
ati-control-center-8.11-44-24.pisi
ati-drivers-8.11-44-38.pisi
automoc4-0.9.87-3-3.pisi
bashdb-4.0.0.2-1-1.pisi
crystalspace-1.2.1_30564-9-3.pisi
crystalspace-doc-1.2.1_30564-9-3.pisi
dbus-1.2.4-39-14.pisi
decibel-0.7.1_891686-3-3.pisi
digikam-kde4-0.10.0_beta6-2-2.pisi
dvd-slideshow-0.8.2_2-6-3.pisi
fontforge-0.0_20081117-11-8.pisi
freecol-0.8.0_alpha3-13-4.pisi
glib2-2.16.5-29-11.pisi
gnujump-1.0.6-7-3.pisi
gparted-0.4.1-13-5.pisi
grsync-0.6.2-6-2.pisi
gtk2-2.12.11-39-12.pisi
gtk2-demo-2.12.11-39-4.pisi
gtk2-docs-2.12.11-39-4.pisi
hsqldb-lib-1.8.0.10-2-2.pisi
iwlwifi4965-ucode-228.57.2.23-3-3.pisi
libgcrypt-1.4.0-8-4.pisi
libgnomecanvas-2.20.0-3-3.pisi
libical-0.42-2-2.pisi
lxsplit-0.2.4-5-3.pisi
networkx-0.37-2-1.pisi
openmpi-1.2.8-6-3.pisi
ortp-0.13.1-2-1.pisi
package-manager-1.3.9-53-20.pisi
perl-Tk-804.028-4-2.pisi
phonon-4.2.80-5-6.pisi
pidgin-2.5.2-25-6.pisi
pisi-2.1.0-105-30.pisi
PolicyKit-kde-0.2.3-10-12.pisi
powerdevil-kde4-1.4.1-2-2.pisi
rsibreak-kde4-0.9.0_beta4-3-2.pisi
skype-2.0.0.72-14-2.pisi
smc-1.6-3-4.pisi
sylpheed-2.6.0_rc-25-6.pisi
sysklogd-1.5-11-3.pisi
tapioca-qt-0.17.7_891685-3-3.pisi
telepathy-qt-0.17.7_891673-3-3.pisi
tpmmanager-0.5-3-1.pisi
tpm-tools-1.3.1-4-1.pisi
trousers-0.3.1-7-1.pisi
vsftpd-2.0.7-17-3.pisi
whois-4.7.29-10-3.pisi

Bu paketler test reposunda çok az zaman geçirdi, kritik ve/ya çok ufak 
güncellemeler deðillerse bir süre daha test deposunda  kalmalarý daha iyi 
olur.
 // 
These packages are fairly new in test repo - if updates are not critical or 
trivial, we'd like them to spend more time in test repo. 

sip-4.7.9-28-7.pisi
wordwarvi-0.24-6-4.pisi
mountmanager-0.2.4-2-2.pisi
network-manager-2.1.4-58-25.pisi
cairo-1.8.6-26-8.pisi
vpnc-0.5.3-4-2.pisi
freetype-2.3.7-31-6.pisi
amarok-kde4-2.0-12-5.pisi
scapy-2.0.0.10-4-2.pisi
soprano-2.1.64-8-4.pisi
perl-Clone-0.30-5-3.pisi
perl-Data-UUID-1.149-3-4.pisi
perl-Archive-Tar-1.42-5-2.pisi
perl-Archive-Zip-1.26-6-3.pisi
perl-Class-MethodMaker-2.13-5-3.pisi
gimp-2.6.3-37-9.pisi
gimp-devel-2.6.3-37-9.pisi
gimp-i18n-2.6.3-37-8.pisi
gimp-i18n-*-2.6.3-37-3.pisi

KDE4 serisi - 4.2 çýkana kadar test deposunda kalacaklar diye konuþmuþtuk, 
Gökçen ?
//
KDE4 - they should be in the test repo till KDE 4.2 is out - any comments ?

kde4-i18n-*-4.1.80-10-8.pisi
kdeaccessibility4-4.1.80-11-9.pisi
kdeadmin4-4.1.80-16-9.pisi
kdeartwork4-colorschemes-4.1.80-17-5.pisi
kdeartwork4-emoticons-4.1.80-17-5.pisi
kdeartwork4-icons-4.1.80-17-5.pisi
kdeartwork4-kworldclock-maps-4.1.80-17-5.pisi
kdeartwork4-screensavers-4.1.80-17-5.pisi
kdeartwork4-sounds-4.1.80-17-5.pisi
kdeartwork4-styles-4.1.80-17-5.pisi
kdeartwork4-wallpapers-4.1.80-17-5.pisi
kdebase4-4.1.80-16-9.pisi
kdebase4-runtime-4.1.80-20-13.pisi
kdebase4-workspace-4.1.80-26-22.pisi
kdebindings4-4.1.80-14-10.pisi
kdeedu4-4.1.80-17-10.pisi
kdegames4-4.1.80-17-9.pisi
kdegraphics4-4.1.80-19-11.pisi
kdelibs4-4.1.80-23-14.pisi
kdemultimedia4-4.1.80-17-10.pisi
kdenetwork4-4.1.80-17-12.pisi
kdepim4-4.1.80-9-11.pisi
kdepimlibs-4.1.80-16-10.pisi
kdeplasma-addons-4.1.80-6-6.pisi
kdesdk4-4.1.80-15-9.pisi
kdetoys4-4.1.80-15-9.pisi
kdeutils4-4.1.80-16-9.pisi
kdewebdev4-4.1.80-15-9.pisi

--
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Wed Dec 17 14:22:05 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 17 Dec 2008 14:22:05 +0200
Subject: [Gelistirici] 2008-test ACK/NACK - Update Details
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812171422.05474.ekin@pardus.org.tr>

= Package : PolicyKit-kde  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.2.3, Rel.: 10, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-09]

    Translation patches are now included. Also, desktop file for autostart is 
now in /etc/xdg/autostart, and file in /usr/share/autostart is a symlink to 
this.

= Package : akonadi  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 1.0.80, Rel.: 5, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    MySQL server dependency added. One day we may get rid of this i hope.

* Ver.: 1.0.80, Rel.: 4, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Stable update

= Package : alsa-driver  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18a_20081203, Rel.: 38, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-03]

    Version bump to latest nightly snapshot which fixes some Dell laptop 
regressions.

* Ver.: 1.0.18a, Rel.: 37, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-12]

    - Version bump to the latest stable 1.0.18,
    - Fixes eeepcs shutdown problem (Fixes #7989),
    - Fixes distortioned sound problem of Compaq Presario, (Fixes #8306).

= Package : alsa-headers  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18a_20081203, Rel.: 25, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-03]

    Version bump to latest nightly snapshot which fixes some Dell laptop 
regressions.

* Ver.: 1.0.18a, Rel.: 24, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-12]

    Version bump to latest stable 1.0.18a.

= Package : alsa-lib  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 32, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-30]

    Version bump to the latest stable 1.0.18.

= Package : alsa-plugins  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 5, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-22]

    - Add Gentoo patch for being able to disable some configure parameters,
    - Disable avcodec, disable speex as it may cause some problems with PA.

* Ver.: 1.0.18, Rel.: 4, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-31]

    - Version bump to the latest stable 1.0.18,
    - Enable speex library.

= Package : alsa-tools  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 9, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-31]

    - Version bump to the latest stable 1.0.18,
    - Add firmware_locations.patch for installing firmwares 
into /lib/firmware,
    - Split the package for separating GUI and console tools,
    - Take over package.

= Package : alsa-tools-gui  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 9, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-10-31]

    - Version bump to the latest stable 1.0.18,
    - Add firmware_locations.patch for installing firmwares 
into /lib/firmware,
    - Split the package for separating GUI and console tools,
    - Take over package.

* Ver.: 1.0.17, Rel.: 8, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-07-15]

    Version bump

* Ver.: 1.0.17_rc1, Rel.: 7, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-06-23]

    Version bump

* Ver.: 1.0.16, Rel.: 6, Type: None
* Onur Küçük <onur_at_pardus.org.tr> [2008-04-08]

    Make usx2y use udev

* Ver.: 1.0.16, Rel.: 5, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-02-06]

    Version bump

* Ver.: 1.0.16_rc1, Rel.: 4, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2008-01-28]

    Version bump

* Ver.: 1.0.14, Rel.: 3, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2007-06-04]

    Fixed dependencies

* Ver.: 1.0.14, Rel.: 2, Type: None
* Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr> [2007-06-04]

    Version bump to stable release

* Ver.: 1.0.14_rc3, Rel.: 1, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-03-25]

    First release.

= Package : alsa-utils  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.18, Rel.: 32, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-04]

    - Version bump to the latest stable 1.0.18,
    - alsa-info.sh script is updated to 0.4.52 and modified a little for 
Pardus,
    - removed 'remove_alsaconf.patch' because it can now be disabled 
using --disable-alsaconf,
    - removed 'salsa.patch' because alsactl is used instead of it,
    - alsaunmute is now a bash script shipped as an additional file,
    - removed 'alsasound.confd' as alsa-utils doesn't provide a service script 
anymore,
    - added alsactl.conf to /etc/alsa/ and an empty asound.state to /etc,
    - new /lib/alsa/init hierarchy to be used by alsactl called by udev,
    - cleaned up actions.py,
    - take over package.

= Package : amarok-kde4  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 2.0, Rel.: 12, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-12-10]

    2.0 Release

* Ver.: 1.94_891963, Rel.: 11, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-12-03]

    Update to svn release, prior to 2.0

= Package : ati-control-center  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 8.11, Rel.: 44, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-15]

    Add XDG-compliant desktop files instead of KDE3-specific ones

* Ver.: 8.11, Rel.: 43, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-14]

    Bump to latest stable. Changes:

    * New Display Enhancement - display scaling to resize the display
    devices that support TV timings (480i/p, 720p, 1080i, 1080p)
    through either digital (DVI or HDMI) or analog (component) interfaces
    * ATI CrossFireX Enhancement - enables users to verify whether an
    application is running in ATI CrossFireX mode
    * Bugs fixed:
    - The driver now changes hardware power states automatically when
    unplugging and plugging in AC power on mobile hardware older than
    Radeon Mobility HD 2xxx series.
    - X Server will may not start when using two display adapters with
    mismatched memory sizes.
    - Corruption may be noticed when playing video content using mplayer.
    - Starting X in dual-head mode with only one monitor connected may
    result in a black screen and the X Server failing to start.

= Package : ati-drivers  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 8.11, Rel.: 44, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-15]

    Add XDG-compliant desktop files instead of KDE3-specific ones

* Ver.: 8.11, Rel.: 43, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-14]

    Bump to latest stable. Changes:

    * New Display Enhancement - display scaling to resize the display
    devices that support TV timings (480i/p, 720p, 1080i, 1080p)
    through either digital (DVI or HDMI) or analog (component) interfaces
    * ATI CrossFireX Enhancement - enables users to verify whether an
    application is running in ATI CrossFireX mode
    * Bugs fixed:
    - The driver now changes hardware power states automatically when
    unplugging and plugging in AC power on mobile hardware older than
    Radeon Mobility HD 2xxx series.
    - X Server will may not start when using two display adapters with
    mismatched memory sizes.
    - Corruption may be noticed when playing video content using mplayer.
    - Starting X in dual-head mode with only one monitor connected may
    result in a black screen and the X Server failing to start.

= Package : automoc4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.87, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump.

= Package : bashdb  [Serdar Dalgýç <serdar_at_cclub.metu.edu.tr>]
======================================================================
* Ver.: 4.0.0.2, Rel.: 1, Type: None
* Serdar Dalgýç <serdar_at_cclub.metu.edu.tr> [2008-11-29]

    First release.

= Package : cairo  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.8.6, Rel.: 26, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-14]

    Version bump to 1.8 series as seriously recommended by cairo guys

= Package : crystalspace  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.2.1_30564, Rel.: 9, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-28]

    Add missing Cg dependency and depend on new cegui

= Package : crystalspace-doc  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.2.1_30564, Rel.: 9, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-28]

    Add missing Cg dependency and depend on new cegui

= Package : dbus  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.4, Rel.: 39, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-08]

    Revert last

* Ver.: 1.2.6, Rel.: 38, Type: security
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-07]

    New stable release fixes CVE-2008-4311 
(http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4311)

= Package : decibel  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.7.1_891686, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-05]

    New snapshot

= Package : digikam-kde4  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 0.10.0_beta6, Rel.: 2, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump.

= Package : dvd-slideshow  [Ertan Argüden <ert976_at_gmail.com>]
======================================================================
* Ver.: 0.8.2_2, Rel.: 6, Type: None
* Ertan Argüden <ert976_at_gmail.com> [2008-12-05]

    Version Bump

= Package : fontforge  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 0.0_20081117, Rel.: 11, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-23]

    * Displaying magnified bitmap strikes in the font view often caused a 
crash.
    * Disable libpango and libcairo.

= Package : freecol  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 0.8.0_alpha3, Rel.: 13, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-07]

    Version bump to new alpha for testing.

* Ver.: 0.8.0_alpha2, Rel.: 12, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-09-11]

    Version bump to new alpha for testing.

* Ver.: 0.8.0_p4197, Rel.: 11, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-07-13]

    Version bump to latest svn for testing.

* Ver.: 0.8.0_alpha1, Rel.: 10, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-07-12]

    Version bump to new alpha for testing.

= Package : freetype  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 2.3.7, Rel.: 31, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-12-13]

    Use upstream's patch for the last fix and fix another incorrect scaling 
issue

* Ver.: 2.3.7, Rel.: 30, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-12-10]

    Fix a buffer overflow (fixes #8790)

= Package : gimp  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.6.3, Rel.: 37, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to 2.6.3 which includes following bug fixes:
    - Plugin Map Color Range disappears from GIMP
    - Error while loading psd-data
    - Explicit zooming with e.g. '1' should handle zoom-focus better
    - Zoom selection always centered in the Navigation tab
    - Wrong lang tags for 'no'
    - SOTA Chrome cannot accept different textures
    - Clearing an already empty document history crashes GIMP
    - Image windows need better default locations
    - "Scale image..." causes distortion around edges
    - Changing crop size in Crop Tool Options can make UI unresponsive
    - Stroking a single-point path with a paint tool crashes GIMP
    - Move tool gives bad information about px moved
    - Help behavior for locales without manual translation

= Package : gimp-devel  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.6.3, Rel.: 37, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to 2.6.3 which includes following bug fixes:
    - Plugin Map Color Range disappears from GIMP
    - Error while loading psd-data
    - Explicit zooming with e.g. '1' should handle zoom-focus better
    - Zoom selection always centered in the Navigation tab
    - Wrong lang tags for 'no'
    - SOTA Chrome cannot accept different textures
    - Clearing an already empty document history crashes GIMP
    - Image windows need better default locations
    - "Scale image..." causes distortion around edges
    - Changing crop size in Crop Tool Options can make UI unresponsive
    - Stroking a single-point path with a paint tool crashes GIMP
    - Move tool gives bad information about px moved
    - Help behavior for locales without manual translation

= Package : glib2  [Burak Çalýþkan <burakclskn_at_gmail.com>]
======================================================================
* Ver.: 2.16.5, Rel.: 29, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-10-05]

    Revert to 2.16.5, 2.18 breaks firefox, needs more testing and/or BreaksABI 
facility..

* Ver.: 2.18.1, Rel.: 28, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-09-18]

    Version bump.

* Ver.: 2.18.0, Rel.: 27, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-16]

    Version bump.

= Package : gnujump  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 1.0.6, Rel.: 7, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-10]

    Version bump.

* Ver.: 1.0.5, Rel.: 6, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-11]

    Fix desktop files to make them XDG compliant

= Package : gparted  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 0.4.1, Rel.: 13, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-02]

    Version bump:
    * Improved read label performance with blkid cached results
    * Added read UUID support
    * Enforced FAT16/32 compliant volume labels (11 char max)
    * Fixed destination too small on copy and paste partition
    * Added status bar message updates while scanning devices
    * Moved Features entry from menu GParted to View
    * Renamed Features dialog to File System Support
    * Prevented paste into an existing partition
    * Added --disable-doc configure flag to stop building help docs

* Ver.: 0.3.9, Rel.: 12, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-09-19]

    Version bump

= Package : grsync  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 0.6.2, Rel.: 6, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-05]

    Version bump - translation update, fix "new session" crash.

= Package : gtk2  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.12.11, Rel.: 39, Type: None
* Ekn Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Revert to 2.12.11

* Ver.: 2.14.3, Rel.: 38, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.2, Rel.: 37, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.1, Rel.: 36, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-17]

    Version bump and parsing package

= Package : gtk2-demo  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.12.11, Rel.: 39, Type: None
* Ekn Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Revert to 2.12.11

* Ver.: 2.14.3, Rel.: 38, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.2, Rel.: 37, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.1, Rel.: 36, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-17]

    Version bump and parsing package

* Ver.: 2.12.11, Rel.: 35, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-07-07]

    Version bump.

* Ver.: 2.12.10, Rel.: 34, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-06-11]

    Correctly fix wrong handling of printer hostname in printer dialog 
(https://bugzilla.redhat.com/show_bug.cgi?id=449379)

* Ver.: 2.12.10, Rel.: 33, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-06-05]

    Version bump.

* Ver.: 2.12.9, Rel.: 32, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-05-23]

    Add patch to fix wrong handling of printer hostname in printer dialog 
(https://bugzilla.redhat.com/show_bug.cgi?id=248245)

* Ver.: 2.12.9, Rel.: 31, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-05-10]

    Set default theme and default icon-theme

* Ver.: 2.12.9, Rel.: 30, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-03-28]

    GtkFileChooser should do tab-completion when the cursor is not at the end 
of the entry (https://bugzilla.novell.com/show_bug.cgi?id=171077)

* Ver.: 2.12.9, Rel.: 29, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-03-12]

    Version bump, bugfix release of 2.12

* Ver.: 2.12.8, Rel.: 28, Type: None
* Onur Küçük <onur_at_pardus.org.tr> [2008-02-19]

    Version bump fix to scroll annoyance

* Ver.: 2.12.5, Rel.: 27, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-01-11]

    Version bump.

* Ver.: 2.12.3, Rel.: 26, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-12-05]

    Version bump.

* Ver.: 2.12.2, Rel.: 25, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-11-26]

    Version bump.

* Ver.: 2.12.1, Rel.: 24, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-10-17]

    Stable update

* Ver.: 2.12.0, Rel.: 23, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-10-03]

    Add patch for fixing crash when mousing over tooltips Gnome bug #460194

* Ver.: 2.12.0, Rel.: 22, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-09-14]

    Version bump to 2.12 branch.

* Ver.: 2.10.14, Rel.: 21, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-09-11]

    Depend on new glib2, it should be compiled with it.

* Ver.: 2.10.14, Rel.: 20, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-08-02]

    Add package handler for updating hicolor icon theme cache automatically.

* Ver.: 2.10.14, Rel.: 19, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-08-02]

    Stable update

* Ver.: 2.10.13, Rel.: 18, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-06-13]

    Version bump.

* Ver.: 2.10.10, Rel.: 17, Type: None
* Ahmet AYGÜN <ahmet_at_zion.gen.tr> [2007-04-01]

    Dependency fix.

* Ver.: 2.10.10, Rel.: 16, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-03-13]

    Stable update

* Ver.: 2.10.9, Rel.: 15, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-02-22]

    Stable update

* Ver.: 2.10.6, Rel.: 14, Type: security
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-01-24]

    Fix CVE-2007-0010

* Ver.: 2.10.6, Rel.: 13, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2006-10-28]

    Conflict with gtk1 and gdk-pixbuf

* Ver.: 2.10.6, Rel.: 12, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2006-10-27]

    Upgraded to 2.10 branch

* Ver.: 2.8.20, Rel.: 11, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2006-10-26]

    Version bump

* Ver.: 2.8.18, Rel.: 10, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-05-27]

    Bugfix update

* Ver.: 2.8.17, Rel.: 9, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-04-18]

    Bugfix update

* Ver.: 2.8.14, Rel.: 8, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-03-09]

    New stable release

* Ver.: 2.8.13, Rel.: 7, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-02-26]

    New stable release

* Ver.: 2.8.11, Rel.: 6, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-02-02]

    New stable release

* Ver.: 2.8.10, Rel.: 5, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-01-13]

    New stable release

* Ver.: 2.8.9, Rel.: 4, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-01-01]

    New stable release

* Ver.: 2.8.7, Rel.: 3, Type: security
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2005-11-16]

    Update to version 2.8.7 to fix CVE-2005-3186,CVE-2005-2975

* Ver.: 2.8.6, Rel.: 2, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2005-10-30]

    Update to version 2.8.6

* Ver.: 2.6.4, Rel.: 1, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2005-09-09]

    First release.

= Package : gtk2-docs  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.12.11, Rel.: 39, Type: None
* Ekn Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Revert to 2.12.11

* Ver.: 2.14.3, Rel.: 38, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.2, Rel.: 37, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.1, Rel.: 36, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-17]

    Version bump and parsing package

* Ver.: 2.12.11, Rel.: 35, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-07-07]

    Version bump.

* Ver.: 2.12.10, Rel.: 34, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-06-11]

    Correctly fix wrong handling of printer hostname in printer dialog 
(https://bugzilla.redhat.com/show_bug.cgi?id=449379)

* Ver.: 2.12.10, Rel.: 33, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-06-05]

    Version bump.

* Ver.: 2.12.9, Rel.: 32, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-05-23]

    Add patch to fix wrong handling of printer hostname in printer dialog 
(https://bugzilla.redhat.com/show_bug.cgi?id=248245)

* Ver.: 2.12.9, Rel.: 31, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-05-10]

    Set default theme and default icon-theme

* Ver.: 2.12.9, Rel.: 30, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-03-28]

    GtkFileChooser should do tab-completion when the cursor is not at the end 
of the entry (https://bugzilla.novell.com/show_bug.cgi?id=171077)

* Ver.: 2.12.9, Rel.: 29, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-03-12]

    Version bump, bugfix release of 2.12

* Ver.: 2.12.8, Rel.: 28, Type: None
* Onur Küçük <onur_at_pardus.org.tr> [2008-02-19]

    Version bump fix to scroll annoyance

* Ver.: 2.12.5, Rel.: 27, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2008-01-11]

    Version bump.

* Ver.: 2.12.3, Rel.: 26, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-12-05]

    Version bump.

* Ver.: 2.12.2, Rel.: 25, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-11-26]

    Version bump.

* Ver.: 2.12.1, Rel.: 24, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-10-17]

    Stable update

* Ver.: 2.12.0, Rel.: 23, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-10-03]

    Add patch for fixing crash when mousing over tooltips Gnome bug #460194

* Ver.: 2.12.0, Rel.: 22, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-09-14]

    Version bump to 2.12 branch.

* Ver.: 2.10.14, Rel.: 21, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-09-11]

    Depend on new glib2, it should be compiled with it.

* Ver.: 2.10.14, Rel.: 20, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-08-02]

    Add package handler for updating hicolor icon theme cache automatically.

* Ver.: 2.10.14, Rel.: 19, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-08-02]

    Stable update

* Ver.: 2.10.13, Rel.: 18, Type: None
* Eren Türkay <turkay.eren_at_gmail.com> [2007-06-13]

    Version bump.

* Ver.: 2.10.10, Rel.: 17, Type: None
* Ahmet AYGÜN <ahmet_at_zion.gen.tr> [2007-04-01]

    Dependency fix.

* Ver.: 2.10.10, Rel.: 16, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-03-13]

    Stable update

* Ver.: 2.10.9, Rel.: 15, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-02-22]

    Stable update

* Ver.: 2.10.6, Rel.: 14, Type: security
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2007-01-24]

    Fix CVE-2007-0010

* Ver.: 2.10.6, Rel.: 13, Type: None
* S.Çaðlar Onur <caglar_at_pardus.org.tr> [2006-10-28]

    Conflict with gtk1 and gdk-pixbuf

* Ver.: 2.10.6, Rel.: 12, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2006-10-27]

    Upgraded to 2.10 branch

* Ver.: 2.8.20, Rel.: 11, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2006-10-26]

    Version bump

* Ver.: 2.8.18, Rel.: 10, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-05-27]

    Bugfix update

* Ver.: 2.8.17, Rel.: 9, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-04-18]

    Bugfix update

* Ver.: 2.8.14, Rel.: 8, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-03-09]

    New stable release

* Ver.: 2.8.13, Rel.: 7, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-02-26]

    New stable release

* Ver.: 2.8.11, Rel.: 6, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-02-02]

    New stable release

* Ver.: 2.8.10, Rel.: 5, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-01-13]

    New stable release

* Ver.: 2.8.9, Rel.: 4, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-01-01]

    New stable release

* Ver.: 2.8.7, Rel.: 3, Type: security
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2005-11-16]

    Update to version 2.8.7 to fix CVE-2005-3186,CVE-2005-2975

* Ver.: 2.8.6, Rel.: 2, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2005-10-30]

    Update to version 2.8.6

* Ver.: 2.6.4, Rel.: 1, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2005-09-09]

    First release.

= Package : gvim  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 7.2.060, Rel.: 56, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-06]

    Add patch to fix segfault when adding XML comments (Fixes #8383)

* Ver.: 7.2.060, Rel.: 55, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-30]

    *Update to patchlevel 60,
    *Fixed this problems:
    -In diff mode, when using two tabs, each with two diffed buffers, editing 
a buffer of the other tab messes up the diff.
    -When using winrestview() in a BufWinEnter autocommand the window is 
scrolled anyway.
    -VMS: Too many characters are escaped in filename and shell commands.
    -Crash because of STRCPY() being over protective of the destination size.
    -The Python interface has an empty entry in sys.path.
    -Wrong check for filling buffer with encoding.
    -Starting Vim with the -nb argument while it's not supported causes the 
other side to hang.
    -v:prevcount is changed too often.  Counts are not multiplied when setting 
v:count.
    -Warnings for not checking return value of fwrite().
    -Can't avoid 'wildignore' and 'suffixes' for glob() and globpath().
    -synIDattr() doesn't support "sp" for special color.
    -Crash when using WorkShop command ":ws foo".
    -Compilation warnings for format in getchar.c.
    -Various compiler warnings with strict checking.
    -Combination of int and size_t may not work.
    -Can't add a patch name to the ":version" output.
    -Diff display is not always updated.

= Package : hsqldb-lib  [Cenk Güre <gure.cenk_at_gmail.com>]
======================================================================
* Ver.: 1.8.0.10, Rel.: 2, Type: None
* Cenk Güre <gure.cenk_at_gmail.com> [2008-09-19]

    Version bump

= Package : iwlwifi4965-ucode  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 228.57.2.23, Rel.: 3, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-15]

    - Version bump,
    - Allow full active scan dwell time after auto-switch from passive to 
active,
    - Properly decrement sequence number to avoid "wrong command queue error.

= Package : libgcrypt  [Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr>]
======================================================================
* Ver.: 1.4.0, Rel.: 8, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-14]

    revert libgcrypt to 1.4.0, 1.4.3 silently breaks gnutls

* Ver.: 1.4.3, Rel.: 7, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-11-02]

    Version bump
    Change version of dep. libgpg-error to 1.4

= Package : libgnomecanvas  [Eren Türkay <turkay.eren_at_gmail.com>]
======================================================================
* Ver.: 2.20.0, Rel.: 3, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Fix dependencies, 2008 repo has gail.

= Package : libical  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.42, Rel.: 2, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-15]

    Version bump: Fix for storing inline attachments, safety fix when 
formatting date strings

= Package : lxsplit  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 0.2.4, Rel.: 5, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-10]

    Version bump :
    - If the input is not a regular file, give up immediately.
    - Updated help output.

= Package : mountmanager  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 0.2.4, Rel.: 2, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-12-14]

    Fix #8781.

= Package : network-manager  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.1.4, Rel.: 58, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-16]

    Use max timeout if reply is not ignored by caller.

= Package : networkx  [Ahmet Erdoðan <tuxposta_at_gmail.com>]
======================================================================
* Ver.: 0.37, Rel.: 2, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-09-09]

    Version bump.

* Ver.: 0.35.1, Rel.: 1, Type: None
* Ahmet Erdoðan <tuxposta_at_gmail.com> [2007-12-05]

    First release

= Package : openmpi  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.8, Rel.: 6, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-10-22]

    Bug fixes and a few new features

= Package : ortp  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 0.13.1, Rel.: 2, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-09-09]

    Version Bump.

* Ver.: 0.7.1, Rel.: 1, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-01-13]

    First release.

= Package : package-manager  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.3.9, Rel.: 53, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-02]

    * Install now fetches all and then installs
    * Disable cancel button when fetching finished and started instaling

= Package : perl-Archive-Tar  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.42, Rel.: 5, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Bug fix release, add missing dependencies

= Package : perl-Archive-Zip  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.26, Rel.: 6, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Remove "use warnings" instances, add version dependency, add build tests

= Package : perl-Class-MethodMaker  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 2.13, Rel.: 5, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Improve diagnostics and avoid crash with bad arguments.

= Package : perl-Clone  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 0.30, Rel.: 5, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Handle new magic '@' in perl 5.10. [RT#40957]

= Package : perl-Data-UUID  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.149, Rel.: 3, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Changed license

= Package : perl-Tk  [Ýlker Kesen <ikesen92_at_gmail.com>]
======================================================================
 = Package : phonon  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.2.80, Rel.: 5, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-29]

    Prefix is changed to /usr/kde/4

* Ver.: 4.2.80, Rel.: 4, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Sync from SVN, xine-lib dep added

= Package : pidgin  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.5.2, Rel.: 25, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-04]

    Add missing avahi-glib dependency.

* Ver.: 2.5.2, Rel.: 24, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-11-04]

    Stable version bump including fixes for libpurple, Pidgin, Finch, MSN, 
XMPP and Yahoo components.

* Ver.: 2.5.1, Rel.: 23, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-10-20]

    A new patch added for turkish translation errors.

= Package : pisi  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 2.1.0, Rel.: 105, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-01]

    * Install now works as upgrade, downloads all and then installs
    * Requires/Action/{reverseDependencyUpdate,systemRestart,serviceRestart} 
tags
    * pisi check symlink problem (#7336)
    * Fixed bugs (5493, 5619, 7336, 5370, 8623, 8379, 4539, 8515, 8501, 8426, 
8145, 7328)

= Package : powerdevil-kde4  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 1.4.1, Rel.: 2, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-10]

    Version bump.

= Package : rsibreak-kde4  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.0_beta4, Rel.: 3, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-30]

    Depend on kdelibs4 - uses libplasma.so

* Ver.: 0.9.0_beta4, Rel.: 2, Type: None
* Gökmen GÖKSEL <gokmen_at_pardus.org.tr> [2008-10-26]

    New beta with a lot of bug fixes.

= Package : scapy  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.0.10, Rel.: 4, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to stable release.

= Package : sip  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 4.7.9, Rel.: 28, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-12-10]

    A little Bugfix release

= Package : skype  [Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.0.72, Rel.: 14, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-06-24]

    Version bump

= Package : smc  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.6, Rel.: 3, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-08]

    Stable bump

= Package : soprano  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 2.1.64, Rel.: 8, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-15]

    Version bump to 2.1.64

= Package : sylpheed  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 2.6.0_rc, Rel.: 25, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-01]

    Version bump to new RC for testing :
    * The backups for configuration files are kept for four generations now.
    * Only new messages are counted when incorporating from local mbox.
    * In the folder selection dialog, only folders which are expanded in the 
folder view are expanded now.
    * The folders which should not be selected in the folder selection dialog 
became unselectable now.
    * The bug that the addressbook window was not refreshed when sender of 
message was added to the addressbook was fixed.
    * Several bugfixes were made.

* Ver.: 2.6.0_beta2, Rel.: 24, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-11-17]

    Version bump to new beta for testing :
    * The menu was added to the remote POP3 mailbox window.
    * The sorting of remote POP3 mailbox was fixed.
    * The remote POP3 mailbox button was added to the toolbar.

* Ver.: 2.6.0_beta1, Rel.: 23, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-09-29]

    Version bump to new beta for testing

= Package : sysklogd  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 1.5, Rel.: 11, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-16]

    Fixed service script and bumped to 1.5

= Package : tapioca-qt  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.17.7_891685, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-04]

    New snapshot, prefix changed to /usr/qt/4

= Package : telepathy-qt  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.17.7_891673, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-04]

    New snapshot, prefix changed to /usr/qt/4 since this is a Qt4 library

= Package : tpm-tools  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 1.3.1, Rel.: 4, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-01-07]

    Version Bump.

* Ver.: 1.3.0, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-08]

    Version Bump.

* Ver.: 1.2.5.1, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-02-05]

    Version Bump.

* Ver.: 1.2.5, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2006-11-30]

    First release

= Package : tpmmanager  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 0.5, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-04-19]

    Stable update

* Ver.: 0.4, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-10]

    Version bump.

* Ver.: 0.3, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-03-02]

    First release

= Package : trousers  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 0.3.1, Rel.: 7, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-04-16]

    Fix compiled with gcc4.3 and many bugs

* Ver.: 0.3.1, Rel.: 6, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-01-12]

    Bug Fixed:6794

* Ver.: 0.3.1, Rel.: 5, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-04]

    Version bump

* Ver.: 0.2.9.1, Rel.: 4, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2007-05-23]

    Updated Service script.

* Ver.: 0.2.9.1, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-04-27]

    Version Bump

* Ver.: 0.2.9, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-03-13]

    Version Bump

* Ver.: 0.2.8, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2006-11-30]

    First release

= Package : vpnc  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 0.5.3, Rel.: 4, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-12-10]

    Bugfix Releases

= Package : vsftpd  [Taner Taþ <taner_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.7, Rel.: 17, Type: None
* Taner Taþ <taner_at_pardus.org.tr> [2008-09-08]

    Version Bump

= Package : whois  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 4.7.29, Rel.: 10, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-10]

    Version bump :
    * Fixed the short option -S broken in 4.7.25.
    * Added support for ASN32 in the ASPLAIN notation.
    * Do not disable the timeout after the connection to the server, because 
it can still hang forever.
    * Added the .gy, .hn, .ng and .sl TLD servers.
    * Updated 
the .tel, .cr, .dz, .ht, .im, .jo, .ly, .mt, .mu, .pr, .rs, .sn, .com.uy, .vc 
and .vn TLD servers.
    * Added support for -kenic NIC handles.
    * Added new IPv4 allocations.

= Package : wordwarvi  [Uður Çetin <jnmbk_at_users.sourceforge.net>]
======================================================================
* Ver.: 0.24, Rel.: 6, Type: None
* Uður Çetin <jnmbk_at_users.sourceforge.net> [2008-12-12]

    Version bump. Seperate xmas mode and normal mode desktop files.

* Ver.: 0.23, Rel.: 5, Type: None
* Uður Çetin <jnmbk_at_users.sourceforge.net> [2008-11-30]

    Version bump.

* Ver.: 0.22, Rel.: 4, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-11]

    Fix desktop files to make them XDG compliant


From dfisek at fisek.com.tr  Wed Dec 17 14:28:31 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Wed, 17 Dec 2008 14:28:31 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <20081217142831.2295ed37.dfisek@fisek.com.tr>

Wed, 17 Dec 2008 14:20:33 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> grsync-0.6.2-6-2.pisi
> lxsplit-0.2.4-5-3.pisi
> whois-4.7.29-10-3.pisi
ACK.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From ekin at pardus.org.tr  Wed Dec 17 14:32:20 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 17 Dec 2008 14:32:20 +0200
Subject: [Gelistirici] [RFT] sun-jdk/jre
Message-ID: <200812171432.21024.ekin@pardus.org.tr>

Merhaba / Hi;

Aþaðýdaki güncellemeler önemli güvenlik düzeltmeleri içeriyor, acil olarak 
test edilmelerine ihtiyacýmýz var - þimdiden teþekkürler
//
Following updates include security fixes, we are looking for testers for these 
packages - thanks in advance...

sun-jdk-1.6.0_p11-17-4.pisi
sun-jdk-demo-1.6.0_p11-17-1.pisi
sun-jdk-doc-1.6.0_p11-17-1.pisi
sun-jdk-samples-1.6.0_p11-17-1.pisi
sun-jre-1.6.0_p11-17-4.pisi
--
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ugur.jnmbk at gmail.com  Wed Dec 17 14:31:46 2008
From: ugur.jnmbk at gmail.com (=?UTF-8?Q?U=C4=9Fur_=C3=87etin?=)
Date: Wed, 17 Dec 2008 14:31:46 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <9dca79e40812170431t478b5225k38065ac7b184b7b3@mail.gmail.com>

17 12 2008 14:20 Ekin Meroðlu <ekin at pardus.org.tr>:
> wordwarvi-0.24-6-4.pisi

Includes new features but all works fine, ACK.

-- 
Uður Çetin

From bahadir at pardus.org.tr  Wed Dec 17 14:34:37 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Wed, 17 Dec 2008 14:34:37 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812171434.37619.bahadir@pardus.org.tr>

17 Ara 2008 Çar tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> dbus-1.2.4-39-14.pisi

NACK. No need to release, same as previous one.

> sysklogd-1.5-11-3.pisi
> network-manager-2.1.4-58-25.pisi

NACK. It's too early to release.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081217/6820d0d4/attachment-0002.pgp>

From ekrem.seren at gmail.com  Wed Dec 17 14:44:56 2008
From: ekrem.seren at gmail.com (Ekrem SEREN)
Date: Wed, 17 Dec 2008 14:44:56 +0200
Subject: [Gelistirici] [RFT] sun-jdk/jre
In-Reply-To: <200812171432.21024.ekin@pardus.org.tr>
References: <200812171432.21024.ekin@pardus.org.tr>
Message-ID: <39f080000812170444g747c4236n3fcbebde0ac3f91f@mail.gmail.com>

17 Aralýk 2008 Çarþamba 14:32 tarihinde Ekin Meroðlu <ekin at pardus.org.tr> yazdý:
> Merhaba / Hi;

Merhaba,

> Aþaðýdaki güncellemeler önemli güvenlik düzeltmeleri içeriyor, acil olarak
> test edilmelerine ihtiyacýmýz var - þimdiden teþekkürler

> sun-jdk-1.6.0_p11-17-4.pisi
> sun-jdk-demo-1.6.0_p11-17-1.pisi
> sun-jdk-doc-1.6.0_p11-17-1.pisi
> sun-jdk-samples-1.6.0_p11-17-1.pisi
> sun-jre-1.6.0_p11-17-4.pisi

Bu paketleri ofis içerisinde kullanýyoruz. JBoss/Seam projelerinde,
NetBeans ve Eclipse IDE'lerinde, Java Swing uygulamalarýnda (ve Pardus
üzerinde kullandýðým java uygulamarýnda) bir sorunla karþýlaþmadýk.

Benden ACK.

-- 
Ekrem SEREN
________________________________________
UYGUN Teknoloji Biliþim Hiz.Tic.Ltd.Þti.
http://www.uygunteknoloji.com

From gokmen at pardus.org.tr  Wed Dec 17 14:51:32 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Wed, 17 Dec 2008 14:51:32 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812171451.32698.gokmen@pardus.org.tr>

On Wednesday 17 December 2008 14:20:33 Ekin Meroðlu wrote:
> Merhaba / Hi;
Selamlar,

> rsibreak-kde4-0.9.0_beta4-3-2.pisi
ACK
-- 
Gökmen GÖKSEL
[pardus.org.tr]


From faik at pardus.org.tr  Wed Dec 17 15:14:56 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Wed, 17 Dec 2008 15:14:56 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812171514.56511.faik@pardus.org.tr>

On Wednesday 17 December 2008 14:20:33 Ekin Meroðlu wrote:
> package-manager-1.3.9-53-20.pisi
> pisi-2.1.0-105-30.pisi

ACK.

> perl-Clone-0.30-5-3.pisi

ACK. Critical fix.

> perl-Data-UUID-1.149-3-4.pisi
> perl-Archive-Tar-1.42-5-2.pisi
> perl-Archive-Zip-1.26-6-3.pisi
> perl-Class-MethodMaker-2.13-5-3.pisi

These can wait, as suggested.

- Faik


From ekin at pardus.org.tr  Wed Dec 17 16:50:15 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 17 Dec 2008 16:50:15 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171451.32698.gokmen@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812171451.32698.gokmen@pardus.org.tr>
Message-ID: <200812171650.15599.ekin@pardus.org.tr>

Merhaba;

Wednesday 17 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> On Wednesday 17 December 2008 14:20:33 Ekin Meroðlu wrote:
> > Merhaba / Hi;
>
> Selamlar,
>
> > rsibreak-kde4-0.9.0_beta4-3-2.pisi
>
> ACK

NACK

Bak buna tam bir hafta önce ne demiþim :

> Tuesday 09 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > > rsibreak-kde4-0.9.0_beta4-3-2.pisi
> >
> > ACK
>
> Bu paket depoda KDE 4.1.80'e linklendi, KDE serisi girmeden girmemeli.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From serdar at cclub.metu.edu.tr  Wed Dec 17 16:55:12 2008
From: serdar at cclub.metu.edu.tr (Serdar DALGIC)
Date: Wed, 17 Dec 2008 16:55:12 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <494912D0.1070309@cclub.metu.edu.tr>

Ekin Meroðlu wrote:
> Merhaba / Hi;
>
>   
Selamlar
> -------8<----------------------------------------
>
> bashdb-4.0.0.2-1-1.pisi
>
>   

AcK

-serdar


From onur at pardus.org.tr  Wed Dec 17 20:03:57 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 20:03:57 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812171113.54687.ekin@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812161550.06818.ekin@pardus.org.tr>
	<1cf4bb740812160925u6fd2aeb2r10aefdd4ce5364f4@mail.gmail.com>
	<200812171113.54687.ekin@pardus.org.tr>
Message-ID: <20081217200357.b735075e.onur@pardus.org.tr>


On Wed, 17 Dec 2008 11:13:54 +0200
Ekin Meroðlu <ekin at pardus.org.tr> wrote:

> Merhaba;
> 
> Tuesday 16 December 2008 tarihinde, Barýþ Metin þunlarý yazmýþtý: 
> > 2008/12/16 Ekin Meroðlu <ekin at pardus.org.tr>:
...

 Konunun toolchain vs. ile alakasý yok aslýnda, Erkan Bey thread çalmýþ
sadece... Þu anda ayný depo içerisinde birden fazla toolchain vs.
desteklemek gibi bir niyetimiz yok, uzun süre de buna ihtiyacýmýz
olacaðýný zannetmiyorum. KDEx geçiþi de herhalde bu daðýtýmýn þu anki
yaþý iki katýna kadar bir daha karþýlaþmayacaðýmýz bir þekilde
karþýmýza çýktý, bunu da þu anda 2008 de ve 2009 da her iki KDE den
ufak parçalarý depoda taþýyarak sürdürüyoruz, 2009 da da atabildiðimiz
kadar KDE3 bileþenini atýp mecbur kalýrsak sadece kitaplýk bazýnda KDE3
bileþenlerini tutacaðýz.

> > Bu isi yalnizca kernel icin yapmamiz getirdigi bakim yukunden fazla
> > mi fayda saglayacak?
> 
> Bence bu er ya da geç karþýmýza gelecek, ne kadar erken çözersek o
> kadar iyi diye düþünüyorum. 

 Sorun sadece kernel ile ilgili þu anda. Diðer yazýlýmlar ile genelde
istediðimiz özellikleri (configure vs. ile) açarak ya da kullanacaðý
kitaplýklarý seçerek (dirac vs. schroedinger mesela) devam
ettirebiliyoruz. Çoðunlukla iþlev kaybý olmadan paketlerde bunu
baþarabildik çünkü paketlerimizin çoðu yazýlýmsal. Ancak geliþen
donaným teknolojileri ile beraber kernel de yaptýðýmýz seçimler bir çok
yetenekten feragat etmemize sebep olmaya baþladý.

 4+GB RAM desteði, RT kernel gibi ciddi talep görmeye baþlayan
teknolojileri tek kernel ile sunamýyoruz, bu özellikleri açtýðýmýzda
baþka þeylerden kayýp yaþýyoruz, örneðin RT kernel yanlýþ bilmiyorsam
desktop kernel lere kýyasla biraz performans kaybý getiriyor. Belki
2009 da PAE yi öntanýmlý kernel de açabiliriz, ama mesela RT desteklemek
için bize ayrý bir kernel gerekiyor.

 Konuþtuðumuz konu birden fazla kernel paketinin bakýmý deðil bu arada,
Ekin'in de anlattýðý gibi araçlarýmýzýn / sistemimizin yapýsý þu anda
tek kernele odaklý olduðu için kullanýcý istediði tip kernel i seçip
yoluna devam edemiyor, araçlarýmýzý buna adapte edebilir miyiz, nerede
ne deðiþtirmek / nasýl yapmak lazým onu tartýþýyoruz.

 Bu soruna bir çözüm bulabilirsek güzel olur, nasýl yapabiliriz þu
anda kafamda oturmuþ bir yöntem yok ama bir kaç farklý yerde yapýsal
deðiþiklik gerekecek.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Wed Dec 17 20:07:40 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 20:07:40 +0200
Subject: [Gelistirici] [paketler-commits] r56808 - in
 2008/desktop/gnome/cairo: . files files/mozilla
In-Reply-To: <4948325F.3030003@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
	<20081217002825.3bc3873b.onur@pardus.org.tr>
	<4948325F.3030003@pardus.org.tr>
Message-ID: <20081217200740.534783ab.onur@pardus.org.tr>


On Wed, 17 Dec 2008 00:57:35 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:

> Onur Küçük wrote:
> >  þurada [1] örnek ekran görüntüleri var
> >
> >  incelerken tam boyutuna getirmeyi unutmayýn, yanlýþ render
> > ederkenki renk deðiþikliðine dikiz
> >
> >  [1] http://cekirdek.pardus.org.tr/~onur/cairofont/
> >
> >   
> Ýlkindeki yumuþatmadan dolayý, karakterlerin etraflarýnda belli
> belirsiz yeþil gölgelenmeler var.
> Ýkincisi bence daha temiz duruyor sadece a'da falan rendering hatasý
> var biraz.

 Sisteminin DPI ayarlarýndan sorun oluyor olabilir, Xorg.log.0 dan
tanýnan display size ý çözünürlüðe bölerek olmasý gereken DPI deðerini
bulup xorg.conf da tanýmlayabilirsin. Daha sonra da tasma da yazýtipi
ayarlarýnda DPI, AA ve subpixel rendering ayarlarýný kurcalayabilirsin.
Aslýnda bunlar ~/.fonts.conf da bazý ayarlarý açýyor, sende RGBA açýk
olduðu için istediðin görüntüyü alamýyor olabilirsin.

 Ofise bu bilgisayarýný getirirsen beraber de inceleyebiliriz.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Wed Dec 17 20:14:44 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 20:14:44 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: . files
 files/mozilla
In-Reply-To: <200812170050.36648.gokcen@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
	<200812170050.36648.gokcen@pardus.org.tr>
Message-ID: <20081217201444.9012249e.onur@pardus.org.tr>


On Wed, 17 Dec 2008 00:50:36 +0200
Gökçen Eraslan <gokcen at pardus.org.tr> wrote:

> Tuesday 16 December 2008 Tarihinde Onur dedi ki:
> >  GTK fontlarý yine [1] çirkinleþti
> >
> >  [1]
> > http://liste.pardus.org.tr/gelistirici/2008-September/013556.html
> 
> Evet, bununla ilgili senin eklediðin bir yama vardý, LCD filter
> yamasý, onu atýp derledim yeni sürümü. Görünümde de bi bozulma
> görmediðimden, herhalde gerek yok yamaya diye düþünmüþtüm. Gentoo ve
> Fedora'da da olmayýnca herhangi bir yama, sorun olmaz herhalde
> demiþtim, lakin oldu :) 
> 
> Debian'da varmýþ yamalar, devel'deki pakete aldým þimdi de, Ozan'da
> görüntü düzelirken, bende pek fark etmedi, sende de bozulmuþ :)

 Sembol yamasý önemli (onu niye attýðýný da anlamadým), onu mutlaka
alalým, lcd_filter yamasý da bence önemli, bu özellik en azýndan
kapatýlabiliyor (ki herþeyin düzgün olduðu bir X altýnda kapatmak
istemeyeceksiniz bence :) ama yama olmadan açýlamýyor.

 Bu arada benim eski yamam daha kýsaydý diye hatýrlýyorum, debian daki
yama ne deðiþtirmiþ bakmadým daha.

> Anlamadým pek nasýl iþtir bu. Kesinlikle alalým diyor musun peki,
> yani nasýl bir bozulma tam olarak sendeki?

 Þöyle bir mesaj da atmýþtým, ama Fatih'in dediði gibi bakýlan ekrana
göre anlaþýlmamasý da mümkün

 http://liste.pardus.org.tr/gelistirici/2008-December/015179.html


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Wed Dec 17 20:16:21 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 20:16:21 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: . files
 files/mozilla
In-Reply-To: <49483174.4050403@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
	<200812170050.36648.gokcen@pardus.org.tr>
	<49483174.4050403@pardus.org.tr>
Message-ID: <20081217201621.bdeb6ea0.onur@pardus.org.tr>


On Wed, 17 Dec 2008 00:53:40 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:
...
> DPI ayarlarýmla oynamadým. Bu laptopta özellikle firefox'ta
> toolbarlar, menüler vs.vs. inanýlmaz yumuþak çýkýyordu, gözümü çok
> rahatsýz ediyordu, þu anda gerçekten çok temiz, okunaklý ve rahat
> oldular. Zaten belli bir puntonun altýnda anti-aliasing'e acayip
> kýlým, eðer bu bir hataysa ve anti-aliasing yandan yediyse kapandýysa
> ben böyle kullanmayý tercih ediyorum, pisi blacklist'e ekleyeyim :)

 Olay AA deðil aslýnda, küçük puntolarda LCD ekranlarýnda render
yapýlýrken taþma ile ilgili bir düzeltme filtresi. Rahatsýz ediyorsa da
kapatýlabiliyor ama bence sendeki sorun baþka yerde.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From gurer at pardus.org.tr  Wed Dec 17 21:14:56 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Wed, 17 Dec 2008 21:14:56 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <20081217200357.b735075e.onur@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812171113.54687.ekin@pardus.org.tr>
	<20081217200357.b735075e.onur@pardus.org.tr>
Message-ID: <200812172114.56813.gurer@pardus.org.tr>

On Wednesday 17 December 2008 20:03:57 Onur Küçük wrote:

>  Konuþtuðumuz konu birden fazla kernel paketinin bakýmý deðil bu arada,
> Ekin'in de anlattýðý gibi araçlarýmýzýn / sistemimizin yapýsý þu anda
> tek kernele odaklý olduðu için kullanýcý istediði tip kernel i seçip
> yoluna devam edemiyor, araçlarýmýzý buna adapte edebilir miyiz, nerede
> ne deðiþtirmek / nasýl yapmak lazým onu tartýþýyoruz.

Kernel paketlerini içerecek bir system.kernel açalým. Pisi upgrade sýrasýnda 
bu bileþende kurulu olmayan kernel paketlerini kurmasýn ama kurulu olanlarý 
en son sürüme çeksin?


From onur at pardus.org.tr  Wed Dec 17 21:58:10 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 21:58:10 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812172114.56813.gurer@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812171113.54687.ekin@pardus.org.tr>
	<20081217200357.b735075e.onur@pardus.org.tr>
	<200812172114.56813.gurer@pardus.org.tr>
Message-ID: <20081217215810.a7b9428f.onur@pardus.org.tr>


On Wed, 17 Dec 2008 21:14:56 +0200
Gürer Özen <gurer at pardus.org.tr> wrote:

> On Wednesday 17 December 2008 20:03:57 Onur Küçük wrote:
> 
> >  Konuþtuðumuz konu birden fazla kernel paketinin bakýmý deðil bu
> > arada, Ekin'in de anlattýðý gibi araçlarýmýzýn / sistemimizin
> > yapýsý þu anda tek kernele odaklý olduðu için kullanýcý istediði
> > tip kernel i seçip yoluna devam edemiyor, araçlarýmýzý buna adapte
> > edebilir miyiz, nerede ne deðiþtirmek / nasýl yapmak lazým onu
> > tartýþýyoruz.
> 
> Kernel paketlerini içerecek bir system.kernel açalým. Pisi upgrade
> sýrasýnda bu bileþende kurulu olmayan kernel paketlerini kurmasýn ama
> kurulu olanlarý en son sürüme çeksin?

 Daha dün bir kahve molasý sohbetinde aynýsýný dedim :)

 Bu yöntemin getirebileceði sorun kernel paketlerinin ve ona baðlý olan
paketlerin baðýmlýlýk yapýsý. Bir userspace araç kernel modülüne
baðýmlý yazýldýðýnda "hangi kernelin hangi modülü" durumu oluyor.
Örneðin kernel modul paketi X in adý RT kernelde ne olacak ? Þu anda
aklýma örnek olarak lirc geliyor. Lirc içinden hem kernel modülü hem de
userspace kitaplýk geliyor, bu kitaplýk da KDE nin baðýmlýlýðý.
Paketi bölsek bile userspace araçlar kernel modülüne baðýmlý
olmalý. Baþka aklýnýza gelen örnek var mý ?

 Kernel modülleri ve kernel ler ayný depoda olacaksa, kernel modül
paketlerinin isimlerini farklý yapmamýz gerekiyor. Bir yöntem, pspec
içinde bu paketler için Provides ýn altýna

 kernel.module = lirc

 gibi bir þey eklemek ve pisinin system.kernel i buna göre takip
etmesi ama belki daha iyi bir yol bulabiliriz.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From gokmen at pardus.org.tr  Wed Dec 17 21:58:53 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Wed, 17 Dec 2008 21:58:53 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171650.15599.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812171451.32698.gokmen@pardus.org.tr>
	<200812171650.15599.ekin@pardus.org.tr>
Message-ID: <200812172158.53746.gokmen@pardus.org.tr>

On Wednesday 17 December 2008 16:50:15 Ekin Meroðlu wrote:
> Merhaba;
Selamlar,

> Wednesday 17 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > On Wednesday 17 December 2008 14:20:33 Ekin Meroðlu wrote:
> > > Merhaba / Hi;
> >
> > Selamlar,
> >
> > > rsibreak-kde4-0.9.0_beta4-3-2.pisi
> >
> > ACK
>
> NACK
>
> Bak buna tam bir hafta önce ne demiþim :
> > Tuesday 09 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > > > rsibreak-kde4-0.9.0_beta4-3-2.pisi
> > >
> > > ACK
> >
> > Bu paket depoda KDE 4.1.80'e linklendi, KDE serisi girmeden girmemeli.
O zaman yazmayacaksýn listeye. Listeyi yazan sensin NACK yazan sensin nasýl iþ 
bu ?

-- 
Gökmen GÖKSEL
[pardus.org.tr]


From bahadir at pardus.org.tr  Wed Dec 17 22:04:19 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Wed, 17 Dec 2008 22:04:19 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812172158.53746.gokmen@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812171650.15599.ekin@pardus.org.tr>
	<200812172158.53746.gokmen@pardus.org.tr>
Message-ID: <200812172204.22381.bahadir@pardus.org.tr>

17 Ara 2008 Çar tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> On Wednesday 17 December 2008 16:50:15 Ekin Meroðlu wrote:
> > Tuesday 09 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > > rsibreak-kde4-0.9.0_beta4-3-2.pisi
> > Bu paket depoda KDE 4.1.80'e linklendi, KDE serisi girmeden
> > girmemeli.
>
> O zaman yazmayacaksýn listeye. Listeyi yazan sensin NACK yazan sensin
> nasýl iþ bu ?

~100 paket var listede, gözden kaçmýþ belli ki. Depoya önceki gün giren 2 
paket de "az zaman geçiren" paketler arasýnda listelenmemiþ, olur böyle 
hatalar.

ACK/NACK iþini web uygulamasýna taþýmak için bir sebebimiz daha oldu.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081217/1a3a92f1/attachment-0002.pgp>

From gurer at pardus.org.tr  Wed Dec 17 22:20:35 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Wed, 17 Dec 2008 22:20:35 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <20081217215810.a7b9428f.onur@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812172114.56813.gurer@pardus.org.tr>
	<20081217215810.a7b9428f.onur@pardus.org.tr>
Message-ID: <200812172220.35236.gurer@pardus.org.tr>

On Wednesday 17 December 2008 21:58:10 Onur Küçük wrote:

> > Kernel paketlerini içerecek bir system.kernel açalým. Pisi upgrade
> > sýrasýnda bu bileþende kurulu olmayan kernel paketlerini kurmasýn ama
> > kurulu olanlarý en son sürüme çeksin?
>  Daha dün bir kahve molasý sohbetinde aynýsýný dedim :)

Bu arada, bunu önermemin sebebi, kernel paketlerinin hallice büyük olmasý ve 
ilerde bir iki tanenin yetersiz kalabileceði. Yoksa hepsini kurdurup menüden 
çözmek yoluna gidilebilirdi mesela.

> Örneðin kernel modul paketi X in adý RT kernelde ne olacak ? Þu anda
> aklýma örnek olarak lirc geliyor. Lirc içinden hem kernel modülü hem de
> userspace kitaplýk geliyor, bu kitaplýk da KDE nin baðýmlýlýðý.

Modüller zaten kerneller arasýnda ortak olamazlar. Dolayýsýyla paket adlarý da 
farklý olmalý. Tabi o baðýmlýlýklar KDE'ye kadar çýkýnca sýkýntý oluyor.

Burada konu http://hata.pardus.org.tr/show_bug.cgi?id=589 ile birleþiyor 
sanki :D


From fatih at pardus.org.tr  Wed Dec 17 22:26:12 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Wed, 17 Dec 2008 22:26:12 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <20081217215810.a7b9428f.onur@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812172114.56813.gurer@pardus.org.tr>
	<20081217215810.a7b9428f.onur@pardus.org.tr>
Message-ID: <200812172226.15628.fatih@pardus.org.tr>

Çarþamba 17 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
>  Kernel modülleri ve kernel ler ayný depoda olacaksa, kernel modül
> paketlerinin isimlerini farklý yapmamýz gerekiyor. Bir yöntem, pspec
> içinde bu paketler için Provides ýn altýna
>
>  kernel.module = lirc
>
>  gibi bir þey eklemek ve pisinin system.kernel i buna göre takip
> etmesi ama belki daha iyi bir yol bulabiliriz.

Virtual depler ile çözemiyor muyuz bu sorunu? Tüm kernel paketleri "kernel" 
provide ederse KDE uygulamasýna da bu virtual depler yazýlabilir.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081217/42782dcf/attachment-0002.pgp>

From turkersezer at tsdesign.info  Wed Dec 17 22:28:43 2008
From: turkersezer at tsdesign.info (=?utf-8?q?T=C3=BCrker_SEZER?=)
Date: Wed, 17 Dec 2008 22:28:43 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812172226.15628.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<20081217215810.a7b9428f.onur@pardus.org.tr>
	<200812172226.15628.fatih@pardus.org.tr>
Message-ID: <200812172228.43569.turkersezer@tsdesign.info>

On Wednesday 17 December 2008 22:26:12 Fatih Aþýcý wrote:
> Virtual depler ile çözemiyor muyuz bu sorunu? Tüm kernel paketleri "kernel"
> provide ederse KDE uygulamasýna da bu virtual depler yazýlabilir.

Bu yöntem de virtual dep kullanmayalým, kullandýrtmayalým politikamýza ters 
düþüyor sanýrým.


Türker


From onur at pardus.org.tr  Wed Dec 17 22:34:55 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 22:34:55 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812172220.35236.gurer@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812172114.56813.gurer@pardus.org.tr>
	<20081217215810.a7b9428f.onur@pardus.org.tr>
	<200812172220.35236.gurer@pardus.org.tr>
Message-ID: <20081217223455.8d0d0909.onur@pardus.org.tr>


On Wed, 17 Dec 2008 22:20:35 +0200
Gürer Özen <gurer at pardus.org.tr> wrote:

> Bu arada, bunu önermemin sebebi, kernel paketlerinin hallice büyük
> olmasý ve ilerde bir iki tanenin yetersiz kalabileceði. Yoksa hepsini
> kurdurup menüden çözmek yoluna gidilebilirdi mesela.

 Hepsini kurmak da zor iþ, hem kernel hem kernel-debug ve bunlarýn
source paketleri güncellemelerde sýkýntý :(

 Baþka kernel türleri de olabilir tabi, xen olur, sunucu olur,
multimedia olur, olur da olur :P

> > Örneðin kernel modul paketi X in adý RT kernelde ne olacak ? Þu anda
> > aklýma örnek olarak lirc geliyor. Lirc içinden hem kernel modülü
> > hem de userspace kitaplýk geliyor, bu kitaplýk da KDE nin
> > baðýmlýlýðý.
> 
> Modüller zaten kerneller arasýnda ortak olamazlar. Dolayýsýyla paket
> adlarý da farklý olmalý. Tabi o baðýmlýlýklar KDE'ye kadar çýkýnca
> sýkýntý oluyor.
> 
> Burada konu http://hata.pardus.org.tr/show_bug.cgi?id=589 ile
> birleþiyor sanki :D

 ehehe evet aynen

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Wed Dec 17 22:37:44 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 17 Dec 2008 22:37:44 +0200
Subject: [Gelistirici] Kernel 2.6.28
In-Reply-To: <200812172226.15628.fatih@pardus.org.tr>
References: <4944023E.3040504@pardus.org.tr>
	<200812172114.56813.gurer@pardus.org.tr>
	<20081217215810.a7b9428f.onur@pardus.org.tr>
	<200812172226.15628.fatih@pardus.org.tr>
Message-ID: <20081217223744.85575ef1.onur@pardus.org.tr>


On Wed, 17 Dec 2008 22:26:12 +0200
Fatih Aþýcý <fatih at pardus.org.tr> wrote:

> Çarþamba 17 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
> >  Kernel modülleri ve kernel ler ayný depoda olacaksa, kernel modül
> > paketlerinin isimlerini farklý yapmamýz gerekiyor. Bir yöntem, pspec
> > içinde bu paketler için Provides ýn altýna
> >
> >  kernel.module = lirc
> >
> >  gibi bir þey eklemek ve pisinin system.kernel i buna göre takip
> > etmesi ama belki daha iyi bir yol bulabiliriz.
> 
> Virtual depler ile çözemiyor muyuz bu sorunu? Tüm kernel paketleri
> "kernel" provide ederse KDE uygulamasýna da bu virtual depler
> yazýlabilir.

 Benim önerim de bir nevi virtual dep aslýnda, sadece yöntem nasýl
olmalý onu bilmiyorum. Depodan kurmadan elle üzerine týklanacak
paketler de olabileceði için hem baðýmlý pakette hem baðýmlý olunan
pakette bunun iþaretlenmesi lazým ama bence.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From gokcen at pardus.org.tr  Wed Dec 17 23:24:10 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Wed, 17 Dec 2008 23:24:10 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: . files
	files/mozilla
In-Reply-To: <20081217201444.9012249e.onur@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<200812170050.36648.gokcen@pardus.org.tr>
	<20081217201444.9012249e.onur@pardus.org.tr>
Message-ID: <200812172324.10766.gokcen@pardus.org.tr>

Wednesday 17 December 2008 Tarihinde Onur dedi ki:
>  Sembol yamasý önemli (onu niye attýðýný da anlamadým), onu mutlaka
> alalým, lcd_filter yamasý da bence önemli, bu özellik en azýndan
> kapatýlabiliyor (ki herþeyin düzgün olduðu bir X altýnda kapatmak
> istemeyeceksiniz bence :) ama yama olmadan açýlamýyor.
>
>  Bu arada benim eski yamam daha kýsaydý diye hatýrlýyorum, debian daki
> yama ne deðiþtirmiþ bakmadým daha.

1.7.6'da, CAIRO_LCD_FILTER_DEFAULT ile beraber, set_lcd_filter, get_lcd_filter 
fonksiyonlarýný filan hep kaldýrdýlar, fazla freetype'a özgü olduklarý için. 
Biz, 1.7.4'teyken sadece enum'u eklemek yetiyordu, þimdi attýklarý kodlarý da 
ekliyoruz yeni yamada.

Sonuç olarak iki yamayý da aldým.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081217/e02efe53/attachment-0002.htm>

From ekin at pardus.org.tr  Wed Dec 17 23:31:59 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Wed, 17 Dec 2008 23:31:59 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812172158.53746.gokmen@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812171650.15599.ekin@pardus.org.tr>
	<200812172158.53746.gokmen@pardus.org.tr>
Message-ID: <200812172331.59566.ekin@pardus.org.tr>

Merhaba;

Wednesday 17 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 

> > > Bu paket depoda KDE 4.1.80'e linklendi, KDE serisi girmeden girmemeli.
>
> O zaman yazmayacaksýn listeye. Listeyi yazan sensin NACK yazan sensin nasýl
> iþ bu ?

Sana yazacak birþey bulamýyorum.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From fatih at pardus.org.tr  Wed Dec 17 23:42:44 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Wed, 17 Dec 2008 23:42:44 +0200
Subject: [Gelistirici] [Pardus-devel] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812172342.47758.fatih@pardus.org.tr>

Çarþamba 17 Aralýk 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> ati-control-center-8.11-44-24.pisi
> ati-drivers-8.11-44-38.pisi

  NACK

> freetype-2.3.7-31-6.pisi

  ACK (this one could be regarded as trivial)

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081217/978c54ca/attachment-0002.pgp>

From gokmen at pardus.org.tr  Thu Dec 18 00:13:17 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Thu, 18 Dec 2008 00:13:17 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812172331.59566.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812172158.53746.gokmen@pardus.org.tr>
	<200812172331.59566.ekin@pardus.org.tr>
Message-ID: <200812180013.17760.gokmen@pardus.org.tr>

On Wednesday 17 December 2008 23:31:59 Ekin Meroðlu wrote:
> Merhaba;
>
> Wednesday 17 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > > > Bu paket depoda KDE 4.1.80'e linklendi, KDE serisi girmeden
> > > > girmemeli.
> >
> > O zaman yazmayacaksýn listeye. Listeyi yazan sensin NACK yazan sensin
> > nasýl iþ bu ?
>
> Sana yazacak birþey bulamýyorum.
Haklý olmadýðýn zaman yazacak birþeyler bulmak zor zaten.

Deponun kararlýlýðýnýn sorumluluðu sende; yani paketin depoya girecek diðer 
paketler ile çalýþýp çalýþmayacaðý sorumluluðu sende. Ben sadece listede bana 
ait olan paketin durumu ile ilgili onay verebilirim. Gerisi beni 
ilgilendirmemeli. 

KDE4 paketleri test deposunda kalacak mý diye Gökçen'e sormuþsun, Gökçen o 
paketleri depoya alalým derse senin verdiðin nack mý geçerli olacak benim 
verdiðim ack mý ? Ya da Gökçen'de nack verirse, madem biliyorsun benim onay 
verdiðim paketi alacak mýsýn depoya ? Madem almayacaksýn neden boþu boþuna 
yazýyorsun hala..

En azýndan durumunu bildiðin paketleri bu listeye ekleme lütfen..
-- 
Gökmen GÖKSEL
[pardus.org.tr]


From ekin at pardus.org.tr  Thu Dec 18 00:22:25 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Thu, 18 Dec 2008 00:22:25 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812180013.17760.gokmen@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812172331.59566.ekin@pardus.org.tr>
	<200812180013.17760.gokmen@pardus.org.tr>
Message-ID: <200812180022.25939.ekin@pardus.org.tr>

Merhaba;

Thursday 18 December 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> > Sana yazacak birþey bulamýyorum.
>
> Haklý olmadýðýn zaman yazacak birþeyler bulmak zor zaten.
O güncellemeyi ben yaptým :
--
= Package : rsibreak-kde4  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.0_beta4, Rel.: 3, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-30]

    Depend on kdelibs4 - uses libplasma.so
--
Ve durumu geliþtirici listesine yazdým :

http://liste.pardus.org.tr/gelistirici/2008-November/014841.html

ben durumun farkýndayým, daha önce de gerektiðinde Nack verdim, yine 
veriyorum. Ben senin paketini takip ediyorum, sen ayakta uyuyup otel parasý 
veriyorsun, bir de bana iþ öðretiyorsun. 

Yeter.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From onur at pardus.org.tr  Thu Dec 18 00:35:37 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Thu, 18 Dec 2008 00:35:37 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: . files
 files/mozilla
In-Reply-To: <200812172324.10766.gokcen@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<200812170050.36648.gokcen@pardus.org.tr>
	<20081217201444.9012249e.onur@pardus.org.tr>
	<200812172324.10766.gokcen@pardus.org.tr>
Message-ID: <20081218003537.f4e00807.onur@pardus.org.tr>


On Wed, 17 Dec 2008 23:24:10 +0200
Gökçen Eraslan <gokcen at pardus.org.tr> wrote:

> Wednesday 17 December 2008 Tarihinde Onur dedi ki:
> >  Sembol yamasý önemli (onu niye attýðýný da anlamadým), onu mutlaka
> > alalým, lcd_filter yamasý da bence önemli, bu özellik en azýndan
> > kapatýlabiliyor (ki herþeyin düzgün olduðu bir X altýnda kapatmak
> > istemeyeceksiniz bence :) ama yama olmadan açýlamýyor.
> >
> >  Bu arada benim eski yamam daha kýsaydý diye hatýrlýyorum, debian
> > daki yama ne deðiþtirmiþ bakmadým daha.
> 
> 1.7.6'da, CAIRO_LCD_FILTER_DEFAULT ile beraber, set_lcd_filter,
> get_lcd_filter fonksiyonlarýný filan hep kaldýrdýlar, fazla
> freetype'a özgü olduklarý için. Biz, 1.7.4'teyken sadece enum'u
> eklemek yetiyordu, þimdi attýklarý kodlarý da ekliyoruz yeni yamada.

 Bunlar public API de export edilen semboller mi ? Eðer öyleyse ABI
kýrmýþ olabiliriz cairo da, bu sembolleri geri eklemek bu yüzden de iyi
olabilir.

 Aslýnda bu filtrelerin freetype dan gelmesi bence de daha doðru ama
freetype a girdi mi ya da bu fonksiyonlarýn yerine baþka bir filtre
koydular mý biliyor musun ?  

> Sonuç olarak iki yamayý da aldým.

 oki doki, teþekkürler

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From gokmen at pardus.org.tr  Thu Dec 18 00:43:08 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Thu, 18 Dec 2008 00:43:08 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812180022.25939.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180013.17760.gokmen@pardus.org.tr>
	<200812180022.25939.ekin@pardus.org.tr>
Message-ID: <200812180043.08064.gokmen@pardus.org.tr>

On Thursday 18 December 2008 00:22:25 Ekin Meroðlu wrote:
> Merhaba;
Selamlar,

> ben durumun farkýndayým, daha önce de gerektiðinde Nack verdim, yine
> veriyorum. Ben senin paketini takip ediyorum, sen ayakta uyuyup otel parasý
> veriyorsun, bir de bana iþ öðretiyorsun.
Bu yazdýklarýn nack almasý gereken paketin neden hala o listede olduðuna 
iliþkin bir sebep teþkil etmiyor ne yazýk ki. Ayrýca kendin söylüyorsun nack 
verdiðini; en azýndan oradan dikkat etseydin de listeye eklemeseydin.

"Yanlýþlýk olmuþ o listede bulunmamasý gerekiyordu" diye yazsaydýn da bu kadar 
uzatmasaydýn.

-- 
Gökmen GÖKSEL
[pardus.org.tr]


From tekman at pardus.org.tr  Thu Dec 18 00:44:26 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Thu, 18 Dec 2008 00:44:26 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812180043.08064.gokmen@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180022.25939.ekin@pardus.org.tr>
	<200812180043.08064.gokmen@pardus.org.tr>
Message-ID: <200812180044.26884.tekman@pardus.org.tr>

18 Aralýk 2008 Perþembe 00:43:08 tarihinde Gökmen GÖKSEL þunlarý yazmýþtý:
> On Thursday 18 December 2008 00:22:25 Ekin Meroðlu wrote:
> > Merhaba;
>
> Selamlar,
>
> > ben durumun farkýndayým, daha önce de gerektiðinde Nack verdim, yine
> > veriyorum. Ben senin paketini takip ediyorum, sen ayakta uyuyup otel
> > parasý veriyorsun, bir de bana iþ öðretiyorsun.
>
> Bu yazdýklarýn nack almasý gereken paketin neden hala o listede olduðuna
> iliþkin bir sebep teþkil etmiyor ne yazýk ki. Ayrýca kendin söylüyorsun
> nack verdiðini; en azýndan oradan dikkat etseydin de listeye eklemeseydin.
>
> "Yanlýþlýk olmuþ o listede bulunmamasý gerekiyordu" diye yazsaydýn da bu
> kadar uzatmasaydýn.

Gökmen,

Adam "ben güncellemeyi yaparken zaten neden uzun süre NACK almasý gerektiðini 
de açýkladým, bu durumu deðiþtiren biþi yok, ACK vermek abes" diyor, sen daha 
uzatýyorsun.

Faik'in meþhur deyiþi ile: "Gökmen DUR!"

ET


From gokmen at pardus.org.tr  Thu Dec 18 00:56:08 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Thu, 18 Dec 2008 00:56:08 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812180044.26884.tekman@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180043.08064.gokmen@pardus.org.tr>
	<200812180044.26884.tekman@pardus.org.tr>
Message-ID: <200812180056.08298.gokmen@pardus.org.tr>

On Thursday 18 December 2008 00:44:26 Erkan Tekman wrote:
> 18 Aralýk 2008 Perþembe 00:43:08 tarihinde Gökmen GÖKSEL þunlarý yazmýþtý:
> > On Thursday 18 December 2008 00:22:25 Ekin Meroðlu wrote:
> > > Merhaba;
> >
> > Selamlar,
> >
> > > ben durumun farkýndayým, daha önce de gerektiðinde Nack verdim, yine
> > > veriyorum. Ben senin paketini takip ediyorum, sen ayakta uyuyup otel
> > > parasý veriyorsun, bir de bana iþ öðretiyorsun.
> >
> > Bu yazdýklarýn nack almasý gereken paketin neden hala o listede olduðuna
> > iliþkin bir sebep teþkil etmiyor ne yazýk ki. Ayrýca kendin söylüyorsun
> > nack verdiðini; en azýndan oradan dikkat etseydin de listeye
> > eklemeseydin.
> >
> > "Yanlýþlýk olmuþ o listede bulunmamasý gerekiyordu" diye yazsaydýn da bu
> > kadar uzatmasaydýn.
>
> Gökmen,
Erkan Bey,

> Adam "ben güncellemeyi yaparken zaten neden uzun süre NACK almasý
> gerektiðini de açýkladým, bu durumu deðiþtiren biþi yok, ACK vermek abes"
> diyor, sen daha uzatýyorsun.
Uzattýðým falan yok, Bahadýr'da yazmasa bu sürecin doðru olduðunu sanacak 
herkes. Sorumlu kiþiden NACK alacak paket ACK/NACK listesinde olmamalý. Bu 
süreç yanlýþ. 
> Faik'in meþhur deyiþi ile: "Gökmen DUR!"

-- 
Gökmen GÖKSEL
[pardus.org.tr]


From taner at pardus.org.tr  Thu Dec 18 08:39:06 2008
From: taner at pardus.org.tr (Taner Tas)
Date: Thu, 18 Dec 2008 08:39:06 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812180839.06376.taner@pardus.org.tr>


> vsftpd-2.0.7-17-3.pisi

ACK

-- 
Taner Taþ

From inancyildirgan at gmail.com  Thu Dec 18 09:51:54 2008
From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=)
Date: Thu, 18 Dec 2008 09:51:54 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812180951.55047.inancyildirgan@gmail.com>

> fontforge-0.0_20081117-11-8.pisi
ACK.
> powerdevil-kde4-1.4.1-2-2.pisi
Bu paketi depodan atalým artýk. Kde 4.2 ile bütünleþik olarak geldiðinden 
devel deposundan da sildim. Kde 4.2 serisi stable depoya girerse stable 
depodan da silinsin.




From onur at pardus.org.tr  Thu Dec 18 10:21:05 2008
From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=)
Date: Thu, 18 Dec 2008 10:21:05 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812180951.55047.inancyildirgan@gmail.com>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180951.55047.inancyildirgan@gmail.com>
Message-ID: <200812181021.05935.onur@pardus.org.tr>

Thursday 18 December 2008 Tarihinde 09:51:54 yazmýþtý:
> > fontforge-0.0_20081117-11-8.pisi
>
> ACK.
>
> > powerdevil-kde4-1.4.1-2-2.pisi
>
> Bu paketi depodan atalým artýk. Kde 4.2 ile bütünleþik olarak geldiðinden
> devel deposundan da sildim. Kde 4.2 serisi stable depoya girerse stable
> depodan da silinsin.

 Þu anda stable depodaki KDE 4.1.x için derlendiyse (ki öyle olmalý, yeni kde4 
de conflict var) bence stable a girsin, stable ve KDE4 kullanan kullanýcýlar 
mahrum kalmasýn :)

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From gokcen at pardus.org.tr  Thu Dec 18 11:19:52 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Thu, 18 Dec 2008 11:19:52 +0200
Subject: [Gelistirici] r56808 - in 2008/desktop/gnome/cairo: . files
	files/mozilla
In-Reply-To: <4948227C.3030506@pardus.org.tr>
References: <20081214231645.5304E1384050@ns1.pardus.org.tr>
	<20081216234656.63cacfec.onur@pardus.org.tr>
	<4948227C.3030506@pardus.org.tr>
Message-ID: <200812181119.52453.gokcen@pardus.org.tr>

On Tuesday 16 December 2008 23:49:48 Ozan Çaðlayan wrote:
> Normalde internetten indirilen derlenmiþ binary firefoxu açýp, yanýna da
> bizim depodaki firefox'u açýnca fontlardaki fark gözüme çarpýyordu ancak
> bende manyaklýk var heralde diyordum.

Firefox'un içinde gelen cairo'da bizdeki LCD yamasý olmadýðý için, internetten 
indirdiðinle bizdeki ayný göründü. 

--
Gökçen Eraslan



From h.ibrahim.gungor at gmail.com  Thu Dec 18 11:28:49 2008
From: h.ibrahim.gungor at gmail.com (H. =?iso-8859-9?q?=DDbrahim?= =?iso-8859-9?q?_G=FCng=F6r?=)
Date: Thu, 18 Dec 2008 11:28:49 +0200
Subject: [Gelistirici] [paketler-commits] r56887 -
	devel/programming/libs/eet
In-Reply-To: <20081216102442.92D811384072@ns1.pardus.org.tr>
References: <20081216102442.92D811384072@ns1.pardus.org.tr>
Message-ID: <200812181128.49638.h.ibrahim.gungor@gmail.com>

16 Ara 2008 Sal günü (saat 12:24:42) paketler-commits at pardus.org.tr þunlarý 
yazmýþtý:
> Author: gokcen.eraslan
> Date: Tue Dec 16 12:24:42 2008
> New Revision: 56887
>
> Added:
>    devel/programming/libs/eet/
>    devel/programming/libs/eet/actions.py
>    devel/programming/libs/eet/pspec.xml
>    devel/programming/libs/eet/translations.xml
> Log:
> eet package moved from contrib, needed by qedje which is needed by kde 4.2
> beta2. Türker and Kenan have information about that.

"eet" ve yeni baðýmlýlýðý "eina"nýn 26-11-2008 trunk shapshotý var oyun 
alanýmda, gerekliyse alabilirsin =) KDE4 hangisine ihtiyaç duyuyor bilmiyorum 
ama Contrib depodan aldýðýn "eet" biraz eski. Trunk'da büyük deðiþimler olmuþ, 
yeni baðýmlýlýk eklenmiþ vs.

Kolay gelsin
----~----~----~----~----
H. Ýbrahim Güngör
h.ibrahim.gungor () gmail ! com


From fatih at pardus.org.tr  Thu Dec 18 12:09:26 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Thu, 18 Dec 2008 12:09:26 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Net=2ELink_ve_M=FCd=FCr?=
In-Reply-To: <49399977.7030403@gmail.com>
References: <200811260950.51463.bahadir@pardus.org.tr>
	<200812052209.39770.fatih@pardus.org.tr>
	<49399977.7030403@gmail.com>
Message-ID: <200812181209.30277.fatih@pardus.org.tr>

Cuma 05 Aralýk 2008 tarihinde, Ýþbaran Akçayýr þunlarý yazmýþtý: 
> Fatih Aþýcý wrote On 05-12-2008 22:09:
> > wifi profillerinde "Eriþim noktasýnýn MAC adresini sakla" gibi bir
> > seçenek de sunulabilir. Ýsteniyorsa ayný SSID'ye sahip AP'lerden birine
> > baðlanmak da mümkün olur böylece.
>
> Bu da uygulanabilir deðil çünkü roaming olayýný yok etmiþ oluruz,
> otomatik baðlanma olmasýn :D

Ben bunu anlamadým desem :) Bir de seçimlik bir davranýþtan bahsediyorum. 
Ýsteyen istediði gibi kullanýr.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081218/39db7e77/attachment-0002.pgp>

From serbulent at pardus.org.tr  Thu Dec 18 12:49:25 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Thu, 18 Dec 2008 12:49:25 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812181021.05935.onur@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180951.55047.inancyildirgan@gmail.com>
	<200812181021.05935.onur@pardus.org.tr>
Message-ID: <200812181249.25543.serbulent@pardus.org.tr>

On Thursday 18 December 2008 10:21:05 Onur Küçük wrote:
> Thursday 18 December 2008 Tarihinde 09:51:54 yazmýþtý:
> > > fontforge-0.0_20081117-11-8.pisi
> >
> > ACK.
> >
> > > powerdevil-kde4-1.4.1-2-2.pisi
> >
> > Bu paketi depodan atalým artýk. Kde 4.2 ile bütünleþik olarak geldiðinden
> > devel deposundan da sildim. Kde 4.2 serisi stable depoya girerse stable
> > depodan da silinsin.
>
>  Þu anda stable depodaki KDE 4.1.x için derlendiyse (ki öyle olmalý, yeni
> kde4 de conflict var) bence stable a girsin, stable ve KDE4 kullanan
> kullanýcýlar mahrum kalmasýn :)

Bununla ilgili son karar nedir ? Ekin, Gökçen ?

-- 
Ýyi Çalýþmalar,

Serbülent


From isbaran at gmail.com  Thu Dec 18 12:59:37 2008
From: isbaran at gmail.com (=?ISO-8859-9?Q?=DD=FEbaran_Ak=E7ay=FDr?=)
Date: Thu, 18 Dec 2008 12:59:37 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Net=2ELink_ve_M=FCd=FCr?=
In-Reply-To: <200812181209.30277.fatih@pardus.org.tr>
References: <200811260950.51463.bahadir@pardus.org.tr>	<200812052209.39770.fatih@pardus.org.tr>	<49399977.7030403@gmail.com>
	<200812181209.30277.fatih@pardus.org.tr>
Message-ID: <494A2D19.4090308@gmail.com>

Fatih Aþýcý wrote On 18-12-2008 12:09:
> Cuma 05 Aralýk 2008 tarihinde, Ýþbaran Akçayýr þunlarý yazmýþtý: 
>> Fatih Aþýcý wrote On 05-12-2008 22:09:
>>> wifi profillerinde "Eriþim noktasýnýn MAC adresini sakla" gibi bir
>>> seçenek de sunulabilir. Ýsteniyorsa ayný SSID'ye sahip AP'lerden birine
>>> baðlanmak da mümkün olur böylece.
>> Bu da uygulanabilir deðil çünkü roaming olayýný yok etmiþ oluruz,
>> otomatik baðlanma olmasýn :D
> 
> Ben bunu anlamadým desem :) 

Farklý ap'lerin bssid/mac leri farklý olup essid leri ayný olunca farklý
mac diye baðlanmaz þeklinde bir teoriydi, birinden diðerine geçince
(fiziksel hareketle) geçiþi algýlayýp baðlantýyý kesebilir mesela sanki ..

> Bir de seçimlik bir davranýþtan bahsediyorum. 
> Ýsteyen istediði gibi kullanýr.

Default olmadýktan sonra seçimlik herþey olsun sorun deðil tabi ki :)



From coderlord at gmail.com  Thu Dec 18 13:04:07 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 13:04:07 +0200
Subject: [Gelistirici] =?utf-8?b?TmV0LkxpbmsgdmUgTcO8ZMO8cg==?=
In-Reply-To: <494A2D19.4090308@gmail.com>
References: <200811260950.51463.bahadir@pardus.org.tr>
	<200812052209.39770.fatih@pardus.org.tr> <49399977.7030403@gmail.com>
	<200812181209.30277.fatih@pardus.org.tr> <494A2D19.4090308@gmail.com>
Message-ID: <4cca720b0812180304s1ecf433fkb6b307154be6a79d@mail.gmail.com>

18 Aralýk 2008 Perþembe 12:59 tarihinde Ýþbaran Akçayýr
<isbaran at gmail.com> yazdý:
> Farklý ap'lerin bssid/mac leri farklý olup essid leri ayný olunca farklý
> mac diye baðlanmaz þeklinde bir teoriydi, birinden diðerine geçince
> (fiziksel hareketle) geçiþi algýlayýp baðlantýyý kesebilir mesela sanki ..

wpa_supplicant için konuþuyorum:

ESSID'lerin ayný olmasý roaming için yeterli. BSSID'leri farklý bile
olsa baðlanýyor. BSSID'ler farklý iken baðlanmamasý isteniyorsa
supplicant a uygun parametrenin geçilmesi gerekli diye biliyorum.

-- 
Furkan Duman

From coderlord at gmail.com  Thu Dec 18 13:16:16 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 13:16:16 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <200812071620.02158.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812071620.02158.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>

1. Að baðlantýsýnýn kopmasýnýn NM'de algýlanmasý sorununu nasýl
çözmeliyiz? Ben NM içinde interface'leri belirli aralýklarla polling
ile tarayarak baðlantý kopma durumuna bakalým ve interface i belirli
bir süre sonra down yapalým diyorum. Daha sonra belirlenen bir
aralýkta yeniden kontrol ederek up durumuna getiririz. Bu kýsým NM
tarafýndan mý halledilmeli yoksa Comar mý halletmeli? Merkezi olmasý
ve bir araca baðlý olmamasý için Comar mantýklý seçenek gibi duruyor.
Ancak bu sefer de bir interface baðlý olduðu müddetçe bir Comar Job'ýn
link state'i sürekli arka planda kalarak kontrol etmesi gerekli.

2. NM'in ve link.py ýn bence hatalý bir davranýþý var. NM'de profili
seçili hale getirdiðimizde, bu profil kullanýlacak diyoruz ancak
interface i de up yapýyoruz.
Connect/Disconnect bence modelde ayrýlmalý. Profilin seçili hale
gelmesi ayný zamanda Connect olmasýna neden olmamalý. Bu ikisi
birbirinden ayrý davranýþlar olmalý. profil'in seçilmesi (servislerde
olduðu gibi) sistemin açýlýþta bu profilden baþlamasý anlamýna
gelmeli. (Profil seçildiðinde otomatik up yapabiliriz, bunu
kastetmiyorum) Ancak ben profil seçili ve up durumdayken de, profil
seçimini deðiþtirmeden disconnect/reconnect yapabilmeliyim.

-- 
Furkan Duman

From serbulent at pardus.org.tr  Thu Dec 18 13:21:15 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Thu, 18 Dec 2008 13:21:15 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci,
	deneme 2 (Part 1)
In-Reply-To: <200812151527.08917.ekin@pardus.org.tr>
References: <200812151527.08917.ekin@pardus.org.tr>
Message-ID: <200812181321.15379.serbulent@pardus.org.tr>

On Monday 15 December 2008 15:27:08 Ekin Meroðlu wrote:
> Merhaba;
>
> Kararlý depo süreci tartýþmasýnda konuþulanlarýn üzerinden geçtim; özet bir
> belge [1] hazýrladým, þu anda iþleyen süreci de grafiðe döktüm - þu ana
> kadar fikir belirten herkese teþekkürler.
>
> Ýmdiiiii, ekleme / düzeltme / yeni tartýþmalar için pamuk eller klavyeye
> :-P
>
> [1]
> http://tr.pardus-wiki.org/Pardus:Kararlý_Depo_Sureci

Uzun postalarýn okunma ve yanýtlanmasý zor geliyor sanki. 3 e Böldük bakalým. 
Vira pismillah...


>Geliþtiricinin stable at pardus.org.tr listesine e-posta atarak ilgili kararlý 
>depoya merge istemesi 
>+ Web uygulamasý ile takip edilebilir () 

Sanki bu iþi de noan ile yapmak pek zor olmasa gerek. Ayný alt yapý ile olur 
gibi geldi bana. Ama Bahadýr daha iyi bilecektir.


>Test deposunda biriken paketler için e-posta listesinde ACK/NACK istenmesi 
>+ Web uygulamasý ile takip edilebilir () 

Bir dahaki ACK/nack e kadar ( ~1 Hafta ) bunu çalýþýr hale getirebilirmiyiz, 
ne diyorsun Bahadýr ?

>ACK alan paketlerle testçi deposu oluþturulup depo bütünlüðü testi yapýlmasý, 
>Testci deposu ile paket testleri yapýlmasý 

Bu madde ile ilgili uygulanabilir bir çözüm önerisi yok gibi. Yavaþ denilen 
test sürecinin ortalamasý 4,5 gün ( konu ile ilgili detaylý veriler 
yakýnda... ) 

Test süresi çok kýsa tutulunca testlere katýlým ciddi olarak düþüyor. Test 
takýmýna test için en az 3 akþam verilmeli. Buna depo oluþturma gelen geri 
döüþleri iþleme , hata tekrar etme gibi iþleride eklerseniz 4 günün altý 
mantýklý deðil test iþi için.

Bu bölümle ilgili benim aklýmdaki tek çözüm test safhasý ile ilgili daha fazla 
otomasyon.



-- 
Ýyi Çalýþmalar,

Serbülent


From serbulent at pardus.org.tr  Thu Dec 18 13:21:19 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Thu, 18 Dec 2008 13:21:19 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci,
	deneme 2 (Part 2)
In-Reply-To: <200812151527.08917.ekin@pardus.org.tr>
References: <200812151527.08917.ekin@pardus.org.tr>
Message-ID: <200812181321.19296.serbulent@pardus.org.tr>

On Monday 15 December 2008 15:27:08 Ekin Meroðlu wrote:
> Merhaba;
>
> Kararlý depo süreci tartýþmasýnda konuþulanlarýn üzerinden geçtim; özet bir
> belge [1] hazýrladým, þu anda iþleyen süreci de grafiðe döktüm - þu ana
> kadar fikir belirten herkese teþekkürler.
>
> Ýmdiiiii, ekleme / düzeltme / yeni tartýþmalar için pamuk eller klavyeye
> :-P
>
> [1]
> http://tr.pardus-wiki.org/Pardus:Kararlý_Depo_Sureci




>2008-stable ve 2008-unstable gibi iki ayrý ikili depo olsun, 2008-stable çok 
>sýký test edilsin, 2008-unstable'a ise test deposunda belli bir süreyi 
>hatasýz atlatan paketler doðrudan girsin, güncel depo olsun. (Doruk, Furkan)

>    * - Bu ayný anda iki daðýtým demek: iki kaynak depo, iki farm, iki ikili 
>depo, gittikçe arasý açýlan iki branch. stable deposu için gittikçe artan 
>bir backport ve test iþgücü gerektiriyor. (Ekin, Tekman, Onur, Ozan)
>    * - Contrib de bu þekilde dallanmalý, ona da bir politika gerekecek 
(Ekin)
>    * - Normal depo ismiyle kararsýz kalmak zor ve yanlýþ (Furkan) 


Bu öneri ile ilgi yeni bir yorum gelmediðine göre sanýrým herkes iþ gücü 
sýkýntýsýndan dolayý bunu uygulamanýn mümkün görünmediðinde hemfikir ?

>Bileþen sorumlularý daha çok insiyatif ve sorumluluk alsýn (Hemen herkes.) 

Demiþiz ve bununla ilgili hiçbir þey yapmamýþýz. Bileþenler nelerdir ? 
Sorumlularý kimdir ve bu kiþilerin sorumluluklarý nelerdir ? Bunlarý birkaç 
cümle ile tanýmlasak. En azýndan bileþenleri tanýmlarak baþlayalým yeniden.

>Paket imzalama olmadan __kararlý__ depo çok anlamlý deðil, bu özelliðin 
>önceliði yüksek (Gürer)

Biraz aðýr bir ifade olmuþ sanki ? Bu özelliðe ne kadar ihtiyacýmýz var, ne 
kadar öncelikli ? Bu özellik için gönüllü olan geliþtircimiz var mý ? Faik'in 
bu konudaki fikirleri neler ?



-- 
Ýyi Çalýþmalar,

Serbülent


From serbulent at pardus.org.tr  Thu Dec 18 13:21:23 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Thu, 18 Dec 2008 13:21:23 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci,
	deneme 2 (Part 3)
In-Reply-To: <200812151527.08917.ekin@pardus.org.tr>
References: <200812151527.08917.ekin@pardus.org.tr>
Message-ID: <200812181321.23348.serbulent@pardus.org.tr>

On Monday 15 December 2008 15:27:08 Ekin Meroðlu wrote:
> Merhaba;
>
> Kararlý depo süreci tartýþmasýnda konuþulanlarýn üzerinden geçtim; özet bir
> belge [1] hazýrladým, þu anda iþleyen süreci de grafiðe döktüm - þu ana
> kadar fikir belirten herkese teþekkürler.
>
> Ýmdiiiii, ekleme / düzeltme / yeni tartýþmalar için pamuk eller klavyeye
> :-P
>
> [1]
> http://tr.pardus-wiki.org/Pardus:Kararlý_Depo_Sureci




>Belgelendirme ve politika belirlemeye öncelik verilmeli, belgelendirme ve 
>mentorluk ile yeni geliþtirici kazanýlmalý (Gürer, Selim)

Sanki biraz havada kalmýþ ? Biraz daha somutlaþtýrsak yapabileceklerimizi 
bununla ilgili sorumlu ve takvim belirlesek ?

>Yakýnda geliþtirici toplantýsý yapalým (Tekman)

Zaman önerisi olan ? Mesela bu haftasonu bir IRC toplantýsý ? Gündem olarak 
wikideki "Kararlý Depo Süreci" belgesini temel alabiliriz bence.

>Yapýlacak iþlerin ve çýrak isteyen geliþtiricilerin listesi olmalý (Selim) 

Bildiðim kadarý ile hiç bir geliþtirci bununla ilgili bir çalýþma yapmadý. Çok 
vakit alacak bir iþ deðil sanýrým. Geliþtiricilerimize Ping...

>Review güncellemelere de uygulansýn (Furkan)

>    * - Yeni paketler bu kadar az ilgi görürken review ile güncelleme yapmak 
>iþleri çok daha yavaþlatacak, review yapacak geliþtirici sayýsý belli ve 
>artmýyor. (Onur, Ekin) 

Buna itirazý olan yok sanýrým ? Þu an için mümkün görünmüyor bence de...

>Tartýþmalara çok az geliþtirici katýlýyor. (Ekin, Gürer...)

>    * - Çoðu kiþi býkkýnlýk ya da çekingenlikle bu tip kararlarýn dýþýnda 
>kalýyor, bu kiþileri sürece dahil etmenin yolunu bulmak gerekiyor. (Türker) 

Ýnanmayan bu threade baksýn :)



-- 
Ýyi Çalýþmalar,

Serbülent


From gurer at pardus.org.tr  Thu Dec 18 13:39:46 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Thu, 18 Dec 2008 13:39:46 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci,
	deneme 2 (Part 2)
In-Reply-To: <200812181321.19296.serbulent@pardus.org.tr>
References: <200812151527.08917.ekin@pardus.org.tr>
	<200812181321.19296.serbulent@pardus.org.tr>
Message-ID: <200812181339.46942.gurer@pardus.org.tr>

On Thursday 18 December 2008 13:21:19 Serbulent UNSAL wrote:

> >Paket imzalama olmadan __kararlý__ depo çok anlamlý deðil, bu özelliðin
> >önceliði yüksek (Gürer)
>
> Biraz aðýr bir ifade olmuþ sanki ? Bu özelliðe ne kadar ihtiyacýmýz var, ne
> kadar öncelikli ? Bu özellik için gönüllü olan geliþtircimiz var mý ?
> Faik'in bu konudaki fikirleri neler ?

Benim bununla ilgili yazdýklarým baþka bir tartýþmanýn içindeydi ve yanlýþ 
özetlenmiþ:

"""Mesela paket imzalama iþi tekrar tekrar ele alýnmasýna raðmen neden bir 
sonuca varamadý? Bu özellik olmadan mesela sadece güvenlik güncellemeleri 
içeren bir sürüm de anlamýný yitirmiþ olmuyor mu?"""

Fikir belirtmekten ziyade bir soruydu bu. Bir de "kararlý depo" deyince, 
güvenlikten ziyade ABI/API kýrmayan, iþlevselliði sürdüren bir depo 
anlaþýlýyor. Bunun için imza þart deðil tabiki.


From bahadir at pardus.org.tr  Thu Dec 18 13:57:36 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 13:57:36 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812071620.02158.bahadir@pardus.org.tr>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
Message-ID: <200812181357.40657.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> 1. Að baðlantýsýnýn kopmasýnýn NM'de algýlanmasý sorununu nasýl
> çözmeliyiz? Ben NM içinde interface'leri belirli aralýklarla polling
> ile tarayarak baðlantý kopma durumuna bakalým ve interface i belirli
> bir süre sonra down yapalým diyorum. Daha sonra belirlenen bir
> aralýkta yeniden kontrol ederek up durumuna getiririz. Bu kýsým NM
> tarafýndan mý halledilmeli yoksa Comar mý halletmeli? Merkezi olmasý
> ve bir araca baðlý olmamasý için Comar mantýklý seçenek gibi duruyor.
> Ancak bu sefer de bir interface baðlý olduðu müddetçe bir Comar Job'ýn
> link state'i sürekli arka planda kalarak kontrol etmesi gerekli.

Bir daemon ile yapabiliriz.

> 2. NM'in ve link.py ýn bence hatalý bir davranýþý var. NM'de profili
> seçili hale getirdiðimizde, bu profil kullanýlacak diyoruz ancak
> interface i de up yapýyoruz.
> Connect/Disconnect bence modelde ayrýlmalý. Profilin seçili hale
> gelmesi ayný zamanda Connect olmasýna neden olmamalý. Bu ikisi
> birbirinden ayrý davranýþlar olmalý. profil'in seçilmesi (servislerde
> olduðu gibi) sistemin açýlýþta bu profilden baþlamasý anlamýna
> gelmeli. (Profil seçildiðinde otomatik up yapabiliriz, bunu
> kastetmiyorum) Ancak ben profil seçili ve up durumdayken de, profil
> seçimini deðiþtirmeden disconnect/reconnect yapabilmeliyim.

Bu iþ profile manager ile yapýlmalý. Network-Manager'a "açýlýþta baðlan" 
desteði eklemeye kalkarsak zaten karýþýk olan arayüz daha da anlaþýlmaz 
olacak.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081218/1d4b2ef1/attachment-0002.pgp>

From coderlord at gmail.com  Thu Dec 18 14:04:55 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 14:04:55 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <200812181357.40657.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812071620.02158.bahadir@pardus.org.tr>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180404k29a0d7d4oa63c6b7b524789af@mail.gmail.com>

18 Aralýk 2008 Perþembe 13:57 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
>> kastetmiyorum) Ancak ben profil seçili ve up durumdayken de, profil
>> seçimini deðiþtirmeden disconnect/reconnect yapabilmeliyim.
>
> Bu iþ profile manager ile yapýlmalý. Network-Manager'a "açýlýþta baðlan"
> desteði eklemeye kalkarsak zaten karýþýk olan arayüz daha da anlaþýlmaz
> olacak.

Burada yanlýþ mý anlaþýldým? Profil seçili durumdayken de ben
disconnect yapabilmeliyim. Yaptýðým iþlem profil seçimini etkilememeli
þimdi olduðu gibi. Baðlantýnýn durumu ile profil seçimi durumunu
ayýrmalýyýz demek istemiþtim. Ayný servislerde yaptýðýmýz gibi.
Servislerin bir on bir de start stop durumu olmasý.

-- 
Furkan Duman

From onur at pardus.org.tr  Thu Dec 18 14:09:23 2008
From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=)
Date: Thu, 18 Dec 2008 14:09:23 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <200812181357.40657.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
Message-ID: <200812181409.23746.onur@pardus.org.tr>

Thursday 18 December 2008 Tarihinde 13:57:36 yazmýþtý:
> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
> > 1. Að baðlantýsýnýn kopmasýnýn NM'de algýlanmasý sorununu nasýl
> > çözmeliyiz? Ben NM içinde interface'leri belirli aralýklarla polling
> > ile tarayarak baðlantý kopma durumuna bakalým ve interface i belirli
> > bir süre sonra down yapalým diyorum. Daha sonra belirlenen bir
> > aralýkta yeniden kontrol ederek up durumuna getiririz. Bu kýsým NM
> > tarafýndan mý halledilmeli yoksa Comar mý halletmeli? Merkezi olmasý
> > ve bir araca baðlý olmamasý için Comar mantýklý seçenek gibi duruyor.
> > Ancak bu sefer de bir interface baðlý olduðu müddetçe bir Comar Job'ýn
> > link state'i sürekli arka planda kalarak kontrol etmesi gerekli.
>
> Bir daemon ile yapabiliriz.

 ifplugd bunu yapabiliyordur belki


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From coderlord at gmail.com  Thu Dec 18 14:15:01 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 14:15:01 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <200812181409.23746.onur@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
	<200812181409.23746.onur@pardus.org.tr>
Message-ID: <4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>

18 Aralýk 2008 Perþembe 14:09 tarihinde Onur Küçük <onur at pardus.org.tr> yazdý:
> Thursday 18 December 2008 Tarihinde 13:57:36 yazmýþtý:
>> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
>> > 1. Að baðlantýsýnýn kopmasýnýn NM'de algýlanmasý sorununu nasýl
>> > çözmeliyiz? Ben NM içinde interface'leri belirli aralýklarla polling
>> > ile tarayarak baðlantý kopma durumuna bakalým ve interface i belirli
>> > bir süre sonra down yapalým diyorum. Daha sonra belirlenen bir
>> > aralýkta yeniden kontrol ederek up durumuna getiririz. Bu kýsým NM
>> > tarafýndan mý halledilmeli yoksa Comar mý halletmeli? Merkezi olmasý
>> > ve bir araca baðlý olmamasý için Comar mantýklý seçenek gibi duruyor.
>> > Ancak bu sefer de bir interface baðlý olduðu müddetçe bir Comar Job'ýn
>> > link state'i sürekli arka planda kalarak kontrol etmesi gerekli.
>>
>> Bir daemon ile yapabiliriz.
>
>  ifplugd bunu yapabiliyordur belki

Bildiðim kadarýyla ifplugd bu algýlamayý yaptýktan sonra belirli
betikelri harekete geçiriyor. Bu betikler içinden ilgili comar link
modelinde up/down metodlarýnýn çalýþtýrýlmasý doðru bir yöntem midir?
Bu soruyu þunun için de soruyorum. PPP baðlantý durumunu algýlamak
için ppp link.py betiðinde herhangi birþey yapýldýðýný göremedim. PPTP
VPN için buna bir çözüm geliþtirmeye çalýþýyorum. Ýlk düþündüðüm, pppd
daemon baðlantý kurduðunda ifplugd de olduðu gibi belirli betikleri
çalýþtýrýyor. Bu betikler ile notify vs. mesajlarýný göndermeyi
düþünüyorum.

Genel olarak sorarsam, state'i alamadýðýmýz fakat harici betik
destekleyen uygulamalarý Comar a adapte ederken nasýl bir yöntem
izlemeliyiz?

-- 
Furkan Duman

From bahadir at pardus.org.tr  Thu Dec 18 14:14:10 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 14:14:10 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180404k29a0d7d4oa63c6b7b524789af@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
	<4cca720b0812180404k29a0d7d4oa63c6b7b524789af@mail.gmail.com>
Message-ID: <200812181414.13131.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Burada yanlýþ mý anlaþýldým? Profil seçili durumdayken de ben
> disconnect yapabilmeliyim. Yaptýðým iþlem profil seçimini etkilememeli
> þimdi olduðu gibi. Baðlantýnýn durumu ile profil seçimi durumunu
> ayýrmalýyýz demek istemiþtim. Ayný servislerde yaptýðýmýz gibi.
> Servislerin bir on bir de start stop durumu olmasý.

Connect/Disconnect iþini bir buton ile yapýp checkbox'u açýlýþta baðlanma 
iþi için kullanýr hale getirebiliriz, ve alýþýlan bir davranýþý 
deðiþtirmiþ oluruz.

Ya da açýlýþta baðlanma durumunu ikinci bir checkbox'a alabiliriz, ki bu 
arayüzü karýþýk hale getirir.

Bu profil iþini ya profile-manager'a yaptýralým, ya network-manager'ýn ilk 
ekranýný yeniden tasarlayalým, ya da 2009 ile gelecek network-manager'a 
býrakalým.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081218/0e64bb9a/attachment-0002.pgp>

From bahadir at pardus.org.tr  Thu Dec 18 14:17:31 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 14:17:31 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181409.23746.onur@pardus.org.tr>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
Message-ID: <200812181417.31530.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Genel olarak sorarsam, state'i alamadýðýmýz fakat harici betik
> destekleyen uygulamalarý Comar a adapte ederken nasýl bir yöntem
> izlemeliyiz?

ifplugd betiðinde bu iþi, ilgili aygýt ile iliþkili "up" profilleri 
setState(down) ile kapatarak yapýyoruz.

Bir sakýncasý yoksa ayný yöntemi kullanabilirsin.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081218/83c682d1/attachment-0002.pgp>

From coderlord at gmail.com  Thu Dec 18 14:19:10 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 14:19:10 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <200812181414.13131.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
	<4cca720b0812180404k29a0d7d4oa63c6b7b524789af@mail.gmail.com>
	<200812181414.13131.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180419v7ac7fa74t6cdbdd27fd398e6c@mail.gmail.com>

18 Aralýk 2008 Perþembe 14:14 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
>> Burada yanlýþ mý anlaþýldým? Profil seçili durumdayken de ben
>> disconnect yapabilmeliyim. Yaptýðým iþlem profil seçimini etkilememeli
>> þimdi olduðu gibi. Baðlantýnýn durumu ile profil seçimi durumunu
>> ayýrmalýyýz demek istemiþtim. Ayný servislerde yaptýðýmýz gibi.
>> Servislerin bir on bir de start stop durumu olmasý.
>
> Connect/Disconnect iþini bir buton ile yapýp checkbox'u açýlýþta baðlanma
> iþi için kullanýr hale getirebiliriz, ve alýþýlan bir davranýþý
> deðiþtirmiþ oluruz.

Bence uygulanacak yöntem bu olmalý. Þu anki davranýþ bana mantýklý gelmiyor.

> Bu profil iþini ya profile-manager'a yaptýralým, ya network-manager'ýn ilk

profile-manager nedir? :)

> ekranýný yeniden tasarlayalým, ya da 2009 ile gelecek network-manager'a
> býrakalým.

Burada konuþtuklarýmýzý 2009 için düþünmüþtüm.

-- 
Furkan Duman

From coderlord at gmail.com  Thu Dec 18 14:20:58 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 14:20:58 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <200812181417.31530.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181409.23746.onur@pardus.org.tr>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
	<200812181417.31530.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180420u7df8f8a8u19e8c5ebf4a8dfe4@mail.gmail.com>

18 Aralýk 2008 Perþembe 14:17 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> ifplugd betiðinde bu iþi, ilgili aygýt ile iliþkili "up" profilleri
> setState(down) ile kapatarak yapýyoruz.

Nerededir bu betik? Böyle birþey var ise niye kullanmýyoruz?

-- 
Furkan Duman

From gurer at pardus.org.tr  Thu Dec 18 14:19:43 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Thu, 18 Dec 2008 14:19:43 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180420u7df8f8a8u19e8c5ebf4a8dfe4@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181417.31530.bahadir@pardus.org.tr>
	<4cca720b0812180420u7df8f8a8u19e8c5ebf4a8dfe4@mail.gmail.com>
Message-ID: <200812181419.43408.gurer@pardus.org.tr>

On Thursday 18 December 2008 14:20:58 Furkan Duman wrote:
> 18 Aralýk 2008 Perþembe 14:17 tarihinde Bahadýr Kandemir
>
> <bahadir at pardus.org.tr> yazdý:
> > ifplugd betiðinde bu iþi, ilgili aygýt ile iliþkili "up" profilleri
> > setState(down) ile kapatarak yapýyoruz.
>
> Nerededir bu betik? Böyle birþey var ise niye kullanmýyoruz?

/etc/udev/rules.d/*comar* betikleri var bir de.


From coderlord at gmail.com  Thu Dec 18 14:22:37 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 14:22:37 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <4cca720b0812180420u7df8f8a8u19e8c5ebf4a8dfe4@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181409.23746.onur@pardus.org.tr>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
	<200812181417.31530.bahadir@pardus.org.tr>
	<4cca720b0812180420u7df8f8a8u19e8c5ebf4a8dfe4@mail.gmail.com>
Message-ID: <4cca720b0812180422qa753fd4x6e55e04a4307b7bb@mail.gmail.com>

18 Aralýk 2008 Perþembe 14:20 tarihinde Furkan Duman
<coderlord at gmail.com> yazdý:
> 18 Aralýk 2008 Perþembe 14:17 tarihinde Bahadýr Kandemir
> <bahadir at pardus.org.tr> yazdý:
>> ifplugd betiðinde bu iþi, ilgili aygýt ile iliþkili "up" profilleri
>> setState(down) ile kapatarak yapýyoruz.
>
> Nerededir bu betik? Böyle birþey var ise niye kullanmýyoruz?

Buldum. Harika. Bunu hemen niye kullanmaya baþlamýyoruz Ozan?


-- 
Furkan Duman

From inancyildirgan at gmail.com  Thu Dec 18 14:24:42 2008
From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=)
Date: Thu, 18 Dec 2008 14:24:42 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812181021.05935.onur@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180951.55047.inancyildirgan@gmail.com>
	<200812181021.05935.onur@pardus.org.tr>
Message-ID: <200812181424.42113.inancyildirgan@gmail.com>

On Thursday 18 December 2008 10:21:05 Onur Küçük wrote:
> Thursday 18 December 2008 Tarihinde 09:51:54 yazmýþtý:
> > > fontforge-0.0_20081117-11-8.pisi
> >
> > ACK.
> >
> > > powerdevil-kde4-1.4.1-2-2.pisi
> >
> > Bu paketi depodan atalým artýk. Kde 4.2 ile bütünleþik olarak geldiðinden
> > devel deposundan da sildim. Kde 4.2 serisi stable depoya girerse stable
> > depodan da silinsin.
>
>  Þu anda stable depodaki KDE 4.1.x için derlendiyse (ki öyle olmalý, yeni
> kde4 de conflict var) bence stable a girsin, stable ve KDE4 kullanan
> kullanýcýlar mahrum kalmasýn :)

Kde 4.2 nin stable sürümü çýkana kadar test deposunda kalacaðýný bilmiyordum. 
O zaman bu paketin 2008 deposundaki baðýmlýlýklarý arasýna 
kdebase4-workspace'i ekledikten sonra derletip stable depoya almamýzda bir 
sakýnca yok. Uzun zamandýr kullanýyorum zaten paketle ilgili bir soruna da 
rastlamadým.


From bahadir at pardus.org.tr  Thu Dec 18 14:26:17 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 14:26:17 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180419v7ac7fa74t6cdbdd27fd398e6c@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181414.13131.bahadir@pardus.org.tr>
	<4cca720b0812180419v7ac7fa74t6cdbdd27fd398e6c@mail.gmail.com>
Message-ID: <200812181426.17501.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Bence uygulanacak yöntem bu olmalý. Þu anki davranýþ bana mantýklý
> gelmiyor.
>
> Burada konuþtuklarýmýzý 2009 için düþünmüþtüm.

Neden bilmem, 2008'deki NM'ye kaydý aklým.

> profile-manager nedir? :)

07 Ara 2008 Paz tarihinde, Bahadýr Kandemir þunlarý yazmýþtý: 
> Tüm sistemi kapsayacak bir profil sistemi olsa aslýnda, evdeyken açýk
> olacak baðlantýlarý, servisleri, host ayarlarýný, çalýþtýrýlacak
> betikleri belirleyebilsek. Ofise gittiðimizde proxy ayarlarý otomatik
> yapýlsa, SSH kapansa...

Bu sistemi yönetecek "abi" manager :)
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081218/7b18e9c3/attachment-0002.pgp>

From coderlord at gmail.com  Thu Dec 18 14:48:46 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 14:48:46 +0200
Subject: [Gelistirici]
	=?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
	=?utf-8?b?bnTEsXPEsSBrdXJhcmtlbiBoYW5naSBvcnRhbWRhc8SxbsSxeiBzb3J1?=
	=?utf-8?q?sunu_sormas=C4=B1=2E?=
In-Reply-To: <4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
	<200812181409.23746.onur@pardus.org.tr>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
Message-ID: <4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>

18 Aralýk 2008 Perþembe 14:15 tarihinde Furkan Duman
<coderlord at gmail.com> yazdý:
> Bu soruyu þunun için de soruyorum. PPP baðlantý durumunu algýlamak
> için ppp link.py betiðinde herhangi birþey yapýldýðýný göremedim. PPTP
> VPN için buna bir çözüm geliþtirmeye çalýþýyorum. Ýlk düþündüðüm, pppd
> daemon baðlantý kurduðunda ifplugd de olduðu gibi belirli betikleri
> çalýþtýrýyor. Bu betikler ile notify vs. mesajlarýný göndermeyi
> düþünüyorum.
>
> Genel olarak sorarsam, state'i alamadýðýmýz fakat harici betik
> destekleyen uygulamalarý Comar a adapte ederken nasýl bir yöntem
> izlemeliyiz?

PPP konusunda bilgili olup da, yardýmcý olmak isteyen var mýdýr? Bu
sadece VPN ile ilgili bir sýkýntý deðil. PPP'nin kullanýmýnýn
gerektiði yerlerde yaþayacaðýmýzý düþünüyorum. O yüzden PPP ile biraz
uðraþmak istiyorum. Gürer ve Onur ppp betiklerini yazmýþtý sanýrým.
Baðlantý durumunu belirleyemediðimiz için mi link betiklerinde bu
durumu gözardý ettik? (En azýndan öyle algýladým hatam olabilir)

-- 
Furkan Duman

From gurer at pardus.org.tr  Thu Dec 18 14:48:46 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Thu, 18 Dec 2008 14:48:46 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
	<4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
Message-ID: <200812181448.46595.gurer@pardus.org.tr>

On Thursday 18 December 2008 14:48:46 Furkan Duman wrote:

> PPP konusunda bilgili olup da, yardýmcý olmak isteyen var mýdýr? Bu
> sadece VPN ile ilgili bir sýkýntý deðil. PPP'nin kullanýmýnýn
> gerektiði yerlerde yaþayacaðýmýzý düþünüyorum. O yüzden PPP ile biraz
> uðraþmak istiyorum. Gürer ve Onur ppp betiklerini yazmýþtý sanýrým.
> Baðlantý durumunu belirleyemediðimiz için mi link betiklerinde bu
> durumu gözardý ettik? (En azýndan öyle algýladým hatam olabilir)

PPP betikleri üzerinde pek çalýþýlmadý, neredeyse Onur'un yaptýðý ilk 
hallerinde duruyorlar, fazla talep de gelmediði için öyle kaldýlar.


From fatih at pardus.org.tr  Thu Dec 18 16:09:41 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Thu, 18 Dec 2008 16:09:41 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <200812181414.13131.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180404k29a0d7d4oa63c6b7b524789af@mail.gmail.com>
	<200812181414.13131.bahadir@pardus.org.tr>
Message-ID: <200812181609.44832.fatih@pardus.org.tr>

Perþembe 18 Aralýk 2008 tarihinde, Bahadýr Kandemir þunlarý yazmýþtý: 
> Bu profil iþini ya profile-manager'a yaptýralým, ya network-manager'ýn ilk
> ekranýný yeniden tasarlayalým, ya da 2009 ile gelecek network-manager'a
> býrakalým.

Bence ana ekranda checkbox olmasýna hiç gerek yok. Kafa karýþtýrýyor. Açýlýþta 
açýlýp açýlmamasýný o baðlantýnýn özelliklerinde seçelim.

Sadece 2009 için konuþuyorum bu arada. 2008'deki arayüzde bu tür köklü 
deðiþiklikler yapmayalým zaten.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081218/0c0d8921/attachment-0002.pgp>

From coderlord at gmail.com  Thu Dec 18 16:20:38 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 16:20:38 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
Message-ID: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>

Merhaba,

Bazý paketlerde belirli durumlarda Comar'dan baðýmsýz resolv.conf
deðiþikliði yapýlýyor. Örnek PPP.

pppd daemon belirli bir option deðeri saðlanmýþsa, baðlantýyý
saðladýðýnda karþýdan aldýðý DNS adresini resolv.conf içerisine
katýþtýrýyor.

Bir sh betiði olan bu betik hem Çomarize deðil, hem de bir þekilde
pppd düzgün sonlanmazsa, yazýlan DNS adresi resolv.conf'da kalýyor.

Bu ve benzeri paketleri elimizden geldiðince Çomarize edelim diyorum.
DNS iþlemlerinin yapýldýðý Stack modelimiz mevcut. Bu modeli
kullanarak DNS adres ekleme çýkartma! (niye model bir çýkartma metodu
saðlamýyor? ) yapabiliriz.

Ancak burada yine ilk bahsettiðim sorun ile yine karþý karþýyayýz.
pppd düzgün kapanmaz ise bu sistemde yine fazladan DNS adresleri
kalacak.

Önerim þu,

Bu ve benzeri paketler, DNS eklemeyi Çomar üzerinden yaparken DNS
adresini geçici olarak yazsýn. Sistem yeniden açýldýðýnda, NM'de
tanýmlanan DNS adreslerine resolv.conf otomatik geri dönsün. Yani
geçici DNS ekleme metodundan eklenen DNS'lerin yaþam ömrü, sistem
yeniden baþlayana dek veya interface düzgün kapatýlýncaya kadar olsun.

Sistem yeniden baþlayýnca yedeklediðimiz orijinal resolv.conf müdür
tarafýndan geri yüklensin.

Ne dersiniz?

-- 
Furkan Duman

From selimok at gmail.com  Thu Dec 18 17:11:30 2008
From: selimok at gmail.com (selim ok)
Date: Thu, 18 Dec 2008 16:11:30 +0100
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
Message-ID: <a001a6cb0812180711j6303e7d4if730eb789d12f59@mail.gmail.com>

18 Aralýk 2008 Perþembe 15:20 tarihinde Furkan Duman <coderlord at gmail.com>yazdý:

>
> Ne dersiniz?
>

Geçici olarak eklenen DNS ilk sýrada olsun, derim. Eðer zaten öyle
düþünülüyorsa görmezden geliniz.
Bunun dýþýnda NM'de herhangi profil için otomatik yada özel olarak girilen
dns adresleri de ayný þekilde resolv.conf'a geçici olarak eklensin.
Görebildiðim kadarýyla þu anda özel dns adresleri de kalýcý olarak
resolv.conf'a yazýlýyor. n  (n>3) tane farklý profili olan birisi için bu
bir sorun oluþturuyor olmalý. Zira 4. adresten itibaren yazýlan dns
adresleri bir ise yaramýyor diye biliyorum.

Ýyi çalýþmalar,
Selim


-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081218/f5e58c87/attachment-0002.htm>

From gkmngrgn at gmail.com  Thu Dec 18 17:22:10 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Thu, 18 Dec 2008 17:22:10 +0200
Subject: [Gelistirici] [paketler-commits] r56763 - in
 playground/igungor/lastfmsubmitd: .	comar
In-Reply-To: <20081212191652.D0A3B138404D@ns1.pardus.org.tr>
References: <20081212191652.D0A3B138404D@ns1.pardus.org.tr>
Message-ID: <494A6AA2.8050905@gmail.com>

paketler-commits at pardus.org.tr wrote On 12-12-2008 21:16:
> Author: igungor
> Date: Fri Dec 12 21:16:52 2008
> New Revision: 56763
>
> Modified:
>    playground/igungor/lastfmsubmitd/comar/service.py
>    playground/igungor/lastfmsubmitd/pspec.xml
> Log:
> love
>
> Modified: playground/igungor/lastfmsubmitd/comar/service.py
> =================================================================
> --- playground/igungor/lastfmsubmitd/comar/service.py	(original)
> +++ playground/igungor/lastfmsubmitd/comar/service.py	Fri Dec 12 21:16:52 2008
> @@ -8,11 +8,11 @@
>  
>  @synchronized
>  def start():
> -    startService(command="/usr/bin/lastfmsubmitd",
> -                 pidfile="/var/run/lastfm/lastfmsubmitd.pid",
> -                 donotify=False)
>      startService(command="/usr/bin/lastmp",
>                   pidfile="/var/run/lastfm/lastmp.pid",
> +                 donotify=False)
> +    startService(command="/usr/bin/lastfmsubmitd",
> +                 pidfile="/var/run/lastfm/lastfmsubmitd.pid",
>                   donotify=True)
>  
>  @synchronized
> @@ -24,7 +24,7 @@
>  
>  def reload():
>      stopService(command="/usr/bin/lastfmsubmitd",
> -                signal=signal.SIGHUP)
> +                donotify=True)
>      stopService(command="/usr/bin/lastmp",
>                  donotify=False)
>  
>
> Modified: playground/igungor/lastfmsubmitd/pspec.xml
> =================================================================
> --- playground/igungor/lastfmsubmitd/pspec.xml	(original)
> +++ playground/igungor/lastfmsubmitd/pspec.xml	Fri Dec 12 21:16:52 2008
> @@ -26,7 +26,9 @@
>              <Path fileType="library">/usr/lib</Path>
>              <Path fileType="man">/usr/share/man</Path>
>              <Path fileType="doc">/usr/share/doc</Path>
> -            <Path fileType="data">/var</Path>
> +            <Path fileType="data">/var/log/lastfm</Path>
> +            <Path fileType="data">/var/run/lastfm</Path>
> +            <Path fileType="data">/var/spool/lastfm</Path>
>          </Files>
>          <AdditionalFiles>
>              <AdditionalFile owner="root" permission="0640" target="/etc/lastfmsubmitd.conf">lastfmsubmitd.conf</AdditionalFile>
> @@ -40,7 +42,7 @@
>  
>      <History>
>          <Update release="1">
> -            <Date>2008-12-11</Date>
> +            <Date>2008-12-12</Date>
>              <Version>1.0.1</Version>
>              <Comment>First release.</Comment>
>              <Name>H. Ýbrahim Güngör</Name>
>   
Ýbrahim bunu ne zaman review'e göndermeyi düþünüyorsun? QuodLibet 
eklentilerinden biri buna ihtiyaç duyuyor =)


From ozan at pardus.org.tr  Thu Dec 18 18:08:46 2008
From: ozan at pardus.org.tr (ozan at pardus.org.tr)
Date: Thu, 18 Dec 2008 18:08:46 +0200 (EET)
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
Message-ID: <b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>



> Merhaba,
>
>
> Önerim þu,
>
> Bu ve benzeri paketler, DNS eklemeyi Çomar üzerinden yaparken DNS
> adresini geçici olarak yazsýn. Sistem yeniden açýldýðýnda, NM'de
> tanýmlanan DNS adreslerine resolv.conf otomatik geri dönsün. Yani
> geçici DNS ekleme metodundan eklenen DNS'lerin yaþam ömrü, sistem
> yeniden baþlayana dek veya interface düzgün kapatýlýncaya kadar olsun.
>
> Sistem yeniden baþlayýnca yedeklediðimiz orijinal resolv.conf müdür
> tarafýndan geri yüklensin.
>
> Ne dersiniz?

Selam.

Öncelikle bu dns iþi biraz sofistike bir olay. NM ile öntanýmlý dns'ler
kullanýlabiliyor, karþýdan alýnabiliyor ya da NM'e girilebiliyor. Tüm
bunlar profil bazýnda yapýlabiliyor, bu yüzden öncelikle profil bazýnda
bunlarýn tutarlý ve saðlýklý bir biçimde tutulduðunun garanti edilmesi
lazým. Ýlgili 1 hatasý vardý sanýrým bugzilla'da.

Bunun dýþýnda rp-pppoe gerçekten üzerinden çok geçilmesi gereken bir
paket, her þeyi shell betiði aslýnda. Eðer dns'lerin karþýdan alýnmasý
isteniyorsa dns=server tarzý bir configuration deðeri veriliyor. Her þey
baþarýlý giderse, /etc/resolv.conf'u, /etc/ppp/resolv.conf'a linkliyor,
ancak bir sorun olduðunda eski /etc/resolv.conf gidiyor. Bunun böyle
yapýlmamasý lazým. Bunun da ilgili bir hatasý var bugzilla'da.

güzel bir çözüm için iyi düþünmek lazým. Zaten NM ile PPP baðlantýsý doðru
düzgün yapýlamýyor(ya da belki hiç) þu anda. Dosya tabanlý bir switching
mekanizmasý kullanýlabilir belki. Mevcut dosyanýn zýrt pýrt comar
çaðrýlarý tarafýndan tekrar tekrar deðiþtirilmesindense, comar'a
switchResolvconfTo('/etc/ppp/resolv.conf') gibi bir çaðrý yapýp sembolink
link kullanýp, çýkýþta da bunun eski haline falan getirilmesi gerekiyor.
Ancak eski hal ne? Bunun cevabý da çok açýk deðil. En son UP olarak
kullanýlmýþ bir profilin resolv.conf'u mu yoksa daðýtýmla gelen ön tanýmlý
resolv.conf mu, vs. vs.. Ya da belki de yeni bir að baðlantýsý kurulana
kadar resolv.conf oluþmamalý sistemde, bir profil UP edildiðinde yerine
gelmeli.

NM'de tam bir PPP desteði gelecekse, PPP baðlantýlarý da birer profile
tabi olacaklarýndan iþ çok daha transparan bir þekilde halledilebilir.

Böyle çeþitli fikirler geldi aklýma, tekrar okudum da biraz da çöp
fikirler gibiler, konustum iste azýcýk :)


From ozan at pardus.org.tr  Thu Dec 18 18:14:09 2008
From: ozan at pardus.org.tr (ozan at pardus.org.tr)
Date: Thu, 18 Dec 2008 18:14:09 +0200 (EET)
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
	<200812181409.23746.onur@pardus.org.tr>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
	<4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
Message-ID: <7fbe656f3db2a88c81e99645aa4bf6ba.squirrel@webmail.pardus.org.tr>



> 18 Aralýk 2008 Perþembe 14:15 tarihinde Furkan Duman
> <coderlord at gmail.com> yazdý:
>
> PPP konusunda bilgili olup da, yardýmcý olmak isteyen var mýdýr? Bu
> sadece VPN ile ilgili bir sýkýntý deðil. PPP'nin kullanýmýnýn
> gerektiði yerlerde yaþayacaðýmýzý düþünüyorum. O yüzden PPP ile biraz
> uðraþmak istiyorum. Gürer ve Onur ppp betiklerini yazmýþtý sanýrým.
> Baðlantý durumunu belirleyemediðimiz için mi link betiklerinde bu
> durumu gözardý ettik? (En azýndan öyle algýladým hatam olabilir)
>

Ben geçen hafta elime geçen bir USB ADSL modem ile internete çýkmaya
çalýþtým br2684ctl ve rp-pppoe kullanarak. Yaklaþýk 1 saate yakýn
uðraþtým, deli oldum. Baðlantý PPPoA olduðu için pppoe betiklerini
kullanmama hiç gerek yok diye düþündüm adýna aldanarak. Meðerse onu da
kullanmak gerekiyormuþ..

Önce bir nas arabirimi yaratýlmasý gerekiyor daha sonra pppoe-setup ile
genel bir yapýlandýrma ve arkasýndan pppoe-connect ile baðlanma
teþebbüsleri. pppoe-stop ile baðlantýyý sonlandýrma. Temelde hepsi aslýnda
pppd'ye giden yolda hazýrlayýcý betikler, sonuçta o daemon kullanýlýyor.

Benim anladýðým bunlar


From ozan at pardus.org.tr  Thu Dec 18 18:28:30 2008
From: ozan at pardus.org.tr (ozan at pardus.org.tr)
Date: Thu, 18 Dec 2008 18:28:30 +0200 (EET)
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180422qa753fd4x6e55e04a4307b7bb@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<200812181409.23746.onur@pardus.org.tr>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
	<200812181417.31530.bahadir@pardus.org.tr>
	<4cca720b0812180420u7df8f8a8u19e8c5ebf4a8dfe4@mail.gmail.com>
	<4cca720b0812180422qa753fd4x6e55e04a4307b7bb@mail.gmail.com>
Message-ID: <a79b543de660d679937bcef568f3dcde.squirrel@webmail.pardus.org.tr>



> 18 Aralýk 2008 Perþembe 14:20 tarihinde Furkan Duman
> <coderlord at gmail.com> yazdý:
>> 18 Aralýk 2008 Perþembe 14:17 tarihinde Bahadýr Kandemir
>> <bahadir at pardus.org.tr> yazdý:
>>> ifplugd betiðinde bu iþi, ilgili aygýt ile iliþkili "up" profilleri
>>> setState(down) ile kapatarak yapýyoruz.
>>
>> Nerededir bu betik? Böyle birþey var ise niye kullanmýyoruz?
>
> Buldum. Harika. Bunu hemen niye kullanmaya baþlamýyoruz Ozan?

Bilmem betiði ben yazmadým sadece vakit bulduðum bir aralar test ettim.
Kýsaca mekanizmayý ve yapýlmasý gerekenleri özetleyeyim:

ifplugd kararlý duruma gelmiþ, geliþmesi 2-3 yýl kadar önce durmuþ,
tastamam bir daemon. Oldukça küçük bir memory footprint'i var, bayaðý
minik bir þey. Bizim dýþýmýzdaki daðýtýmlarýn genelde hepsinde bunun
arkada çalýþtýðýna þahit oldum yani kullanýlan bir mekanizma.

Her interface için ayrý bir daemon baþlatmanýz gerekiyor. daemonlara
parametreyle interface'i, down-delay ve up-delay veriyorsunuz. Bu son
ikisi saniye cinsinden ve ifplugd link state'in down olduðunu anladýktan
kaç saniye sonra betiði tetikleyecek, link geri geldikten kaç saniye sonra
betiði tetikleyecek bunlarý tanýmlýyor.

Hangi interface'ler için daemon'ýn baþlayacaðýný paket þu anda
/etc/conf.d/ifplugd.conf'tan alýyor comar servis betiði. Bunun böyle
olmamasý ve hali hazýrda sistemde bulunan tüm interface'ler
(eth*,ra*,ath*,wlan*,vs.) için çalýþtýrýlmasý gerekiyor. Basit bir comar
þeysiyle elde edilebiliyordur bu bilgi heralde.

Neyse bu arkadaþlar çalýþýyorlar, eth0'in link state'i down olunca mesela,

ifplugd.action eth0 down

çaðýrýyorlar. Gerisi ifplugd.action'a kalmýþ. Bu çomarize bir betik ve
elden geçmesi gerekiyor NM altyapýsýný iyi bilen biri tarafýndan. Ben
denediðimde sorun þuydu:

1. Baðlýyým,
2. Kabloyu çekiyorum, down-delay süre sonra NM'den popup geliyor baðlantý
gitti diye. (Burda seviniyor insan biraz, yýllar sonra ateþi bulduk
diye..)
3. Kabloyu takýyorum, up-delay kadar sonra popup geliyor ahanda geldi diye.
Ancak bu noktadan sonra hiçbiryere falan ping atamýyordum, internet geri
gelmiyordu, ben de routing table ile ilgili bir þey olabileceðini
düþünmüþtüm.

Haaa.. Bunlar iþin güzel taraflarý bir de kablosuz hadisesi var ki o cok
fena. HAL'in rfkill arabirimi pislik içinde, düzgün çalýþmýyor. iwl3945'te
switch'i kapattýðýmda link down bilgisini alýyorum ancak geri geldiðinde
alamýyorum. iwl'ler için ayrý, dell'ler için ayrý kodlar falan var. HAL
halen sürüm çýkartamadý ancak git'te hepsini tekrar yazdýlar. Ama o sürüme
2008'de geçebilecek miyiz bilemiyorum.

Ýkinci parti kernel tarafý. Kernel tarafýnda da rfkill altyapýsý tamamen
deðiþti.

Kýsacasý ilk planda ifplugd desteðini sadece kablolu aygýtlar için
getirmek, kargaþayý önleyecektir diye düþünüyorum.

Uzun ama aciklayici oldu sanýrým. Bu desteðin eksikliði aslýnda NM'in hata
dediðimiz bir çok tutarsýzlýðýnýn ana sebebi.


From bahadir at pardus.org.tr  Thu Dec 18 18:28:04 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 18:28:04 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
Message-ID: <200812181828.06838.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Bu ve benzeri paketler, DNS eklemeyi Çomar üzerinden yaparken DNS
> adresini geçici olarak yazsýn. Sistem yeniden açýldýðýnda, NM'de
> tanýmlanan DNS adreslerine resolv.conf otomatik geri dönsün. Yani
> geçici DNS ekleme metodundan eklenen DNS'lerin yaþam ömrü, sistem
> yeniden baþlayana dek veya interface düzgün kapatýlýncaya kadar olsun.
>
> Sistem yeniden baþlayýnca yedeklediðimiz orijinal resolv.conf müdür
> tarafýndan geri yüklensin.

Baðlantý kurulduðunda

  Net.Stack.userNameServers(["dns1", "dns2"], "search.domain")

kesildiðinde

  Net.Stack.userNameServers([], "")

çaðýrarak yapabilirsin bu iþi. Sistemdeki "asýl" 
DNS'ler /etc/resolv.default.conf ve /usr/share/baselayout/resolv.conf 
dosyalarýnda bulunuyor. Baðlantý kurulduðunda, eðer profilde tanýmlý DNS 
varsa, önce useNameServers ile verilen, sonra da bu iki sistem 
dosyasýndaki DNS'ler kullanýlýyor.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081218/0470dec8/attachment-0002.pgp>

From h.ibrahim.gungor at gmail.com  Thu Dec 18 18:30:28 2008
From: h.ibrahim.gungor at gmail.com (H. =?iso-8859-9?q?=DDbrahim?= =?iso-8859-9?q?_G=FCng=F6r?=)
Date: Thu, 18 Dec 2008 18:30:28 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5Bpaketler-commits=5D_r56763_-_in_p?=
 =?iso-8859-9?q?layground/igungor/lastfmsubmitd=3A_=2E=09comar?=
In-Reply-To: <494A6AA2.8050905@gmail.com>
References: <20081212191652.D0A3B138404D@ns1.pardus.org.tr>
	<494A6AA2.8050905@gmail.com>
Message-ID: <200812181830.28499.h.ibrahim.gungor@gmail.com>

18 Ara 2008 Per günü (saat 17:22:10) Gökmen Görgen þunlarý yazmýþtý:
> Ýbrahim bunu ne zaman review'e göndermeyi düþünüyorsun? QuodLibet
> eklentilerinden biri buna ihtiyaç duyuyor =)

Þu haliyle çalýþýyor fakat biraz daha sevgiye ihtiyacý var, Bazý sinir bozucu 
sorunlarý var: "mpd" servisinin açýk olmasý -bu kýsým kolay- ve müziðin 
çalmasý gerekiyor - vadda!-. Ya programý yamayacaðým ya da service.py ile 
oynaþacaðým biraz. Bu yüzden review'a almadým. Ýlgilenmek istersen paket 
senindir zira pek ilgi duymadým kendisine ;)

----~----~----~----~----
H. Ýbrahim Güngör
h.ibrahim.gungor () gmail ! com


From h.ibrahim.gungor at gmail.com  Thu Dec 18 18:35:44 2008
From: h.ibrahim.gungor at gmail.com (H. =?iso-8859-9?q?=DDbrahim?= =?iso-8859-9?q?_G=FCng=F6r?=)
Date: Thu, 18 Dec 2008 18:35:44 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5Bpaketler-commits=5D_r56763_-_in_p?=
 =?iso-8859-9?q?layground/igungor/lastfmsubmitd=3A_=2E=09comar?=
In-Reply-To: <494A6AA2.8050905@gmail.com>
References: <20081212191652.D0A3B138404D@ns1.pardus.org.tr>
	<494A6AA2.8050905@gmail.com>
Message-ID: <200812181835.45073.h.ibrahim.gungor@gmail.com>

18 Ara 2008 Per günü (saat 17:22:10) Gökmen Görgen þunlarý yazmýþtý:
> Ýbrahim bunu ne zaman review'e göndermeyi düþünüyorsun? QuodLibet
> eklentilerinden biri buna ihtiyaç duyuyor =)

Söylemeyi unuttum, daemon'ýn çalýþmasýnda sorun yok. Sorun "lastmp" denilen 
betikte, mpd'den çalýþan þarký bilgisini okuyor, þarkýnýn belli bir yüzdesi 
geçtikten sonra /var/spool/lastfm'e yazýyor, lastfmsubmitd'de burayý okuyup 
last.fm sunucusuna postalýyor. Yani "lastmp" betiði olmadan bu sunucu 
anlamsýz. QuodLibet, "lastmp" gibi bir betiðe sahipse lastfmsubmitd'i 
yamayabilirim belki.

----~----~----~----~----
H. Ýbrahim Güngör
h.ibrahim.gungor () gmail ! com


From coderlord at gmail.com  Thu Dec 18 18:44:23 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 18:44:23 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812181828.06838.bahadir@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181828.06838.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180844o2d6c8f16x90ac8778ba0c2174@mail.gmail.com>

18 Aralýk 2008 Perþembe 18:28 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> kesildiðinde
>
>  Net.Stack.userNameServers([], "")
>
> çaðýrarak yapabilirsin bu iþi. Sistemdeki "asýl"

Kesildiðinde bunu çaðýramazsam ne olacak? Sistem yeniden açýldýðýnda
resolv.conf düzelecek mi?


-- 
Furkan Duman

From bahadir at pardus.org.tr  Thu Dec 18 18:47:03 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 18:47:03 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180844o2d6c8f16x90ac8778ba0c2174@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181828.06838.bahadir@pardus.org.tr>
	<4cca720b0812180844o2d6c8f16x90ac8778ba0c2174@mail.gmail.com>
Message-ID: <200812181847.06743.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> 18 Aralýk 2008 Perþembe 18:28 tarihinde Bahadýr Kandemir
> <bahadir at pardus.org.tr> yazdý:
> > kesildiðinde
> >
> >  Net.Stack.userNameServers([], "")
> >
> > çaðýrarak yapabilirsin bu iþi. Sistemdeki "asýl"
>
> Kesildiðinde bunu çaðýramazsam ne olacak? Sistem yeniden açýldýðýnda
> resolv.conf düzelecek mi?

Herhangi bir network profili, baðlantýdan hemen sonra bu metodu çaðýrýyor. 
A profili baðlý iken, B'nin DNS'leri resolv.conf'ta kalmýyor.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081218/b707c4dc/attachment-0002.pgp>

From gokmen at pardus.org.tr  Thu Dec 18 16:51:36 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Thu, 18 Dec 2008 16:51:36 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5Bpaketler-commits=5D_r56763_-_in_p?=
 =?iso-8859-9?q?layground/igungor/lastfmsubmitd=3A_=2E=09comar?=
In-Reply-To: <494A6AA2.8050905@gmail.com>
References: <20081212191652.D0A3B138404D@ns1.pardus.org.tr>
	<494A6AA2.8050905@gmail.com>
Message-ID: <200812181651.36582.gokmen@pardus.org.tr>

Perþembe 18 Aralýk 2008 günü (saat 17:22:10) Gökmen Görgen þunlarý yazmýþtý:
> Ýbrahim bunu ne zaman review'e göndermeyi düþünüyorsun? QuodLibet
> eklentilerinden biri buna ihtiyaç duyuyor =)
Gökmeen kýsalt þu mesajlarýný yahu ;)

--
Gökmen GÖKSEL


From coderlord at gmail.com  Thu Dec 18 18:52:02 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 18:52:02 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812181847.06743.bahadir@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181828.06838.bahadir@pardus.org.tr>
	<4cca720b0812180844o2d6c8f16x90ac8778ba0c2174@mail.gmail.com>
	<200812181847.06743.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180852q1a9219a9i9c2a36bbd625541e@mail.gmail.com>

18 Aralýk 2008 Perþembe 18:47 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
>> 18 Aralýk 2008 Perþembe 18:28 tarihinde Bahadýr Kandemir
>> <bahadir at pardus.org.tr> yazdý:
>> > kesildiðinde
>> >
>> >  Net.Stack.userNameServers([], "")
>> >
>> > çaðýrarak yapabilirsin bu iþi. Sistemdeki "asýl"
>>
>> Kesildiðinde bunu çaðýramazsam ne olacak? Sistem yeniden açýldýðýnda
>> resolv.conf düzelecek mi?
>
> Herhangi bir network profili, baðlantýdan hemen sonra bu metodu çaðýrýyor.
> A profili baðlý iken, B'nin DNS'leri resolv.conf'ta kalmýyor.

O halde bunu kullandýktan sonra herhangi bir interface baðlantýsý
olursa DNS bilgisi kaybolacak? Bu bir sýkýntý deðil mi?

-- 
Furkan Duman

From coderlord at gmail.com  Thu Dec 18 18:53:09 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 18:53:09 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180852q1a9219a9i9c2a36bbd625541e@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181828.06838.bahadir@pardus.org.tr>
	<4cca720b0812180844o2d6c8f16x90ac8778ba0c2174@mail.gmail.com>
	<200812181847.06743.bahadir@pardus.org.tr>
	<4cca720b0812180852q1a9219a9i9c2a36bbd625541e@mail.gmail.com>
Message-ID: <4cca720b0812180853w2f20f073nd6262686d138bc35@mail.gmail.com>

18 Aralýk 2008 Perþembe 18:52 tarihinde Furkan Duman
<coderlord at gmail.com> yazdý:
> 18 Aralýk 2008 Perþembe 18:47 tarihinde Bahadýr Kandemir
> <bahadir at pardus.org.tr> yazdý:
>> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
>>> 18 Aralýk 2008 Perþembe 18:28 tarihinde Bahadýr Kandemir
>>> <bahadir at pardus.org.tr> yazdý:
>>> > kesildiðinde
>>> >
>>> >  Net.Stack.userNameServers([], "")
>>> >
>>> > çaðýrarak yapabilirsin bu iþi. Sistemdeki "asýl"
>>>
>>> Kesildiðinde bunu çaðýramazsam ne olacak? Sistem yeniden açýldýðýnda
>>> resolv.conf düzelecek mi?
>>
>> Herhangi bir network profili, baðlantýdan hemen sonra bu metodu çaðýrýyor.
>> A profili baðlý iken, B'nin DNS'leri resolv.conf'ta kalmýyor.
>
> O halde bunu kullandýktan sonra herhangi bir interface baðlantýsý
> olursa DNS bilgisi kaybolacak? Bu bir sýkýntý deðil mi?

Profil olarak düþünme. Bir interface baðlantýsý yaptýktan sonra VPN
baðlantýsý yapabilirim. VPN in profili diðer interface lerden ayrý
olacak.


-- 
Furkan Duman

From bahadir at pardus.org.tr  Thu Dec 18 18:55:53 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 18:55:53 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180853w2f20f073nd6262686d138bc35@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<4cca720b0812180852q1a9219a9i9c2a36bbd625541e@mail.gmail.com>
	<4cca720b0812180853w2f20f073nd6262686d138bc35@mail.gmail.com>
Message-ID: <200812181855.53673.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> > O halde bunu kullandýktan sonra herhangi bir interface baðlantýsý
> > olursa DNS bilgisi kaybolacak? Bu bir sýkýntý deðil mi?
>
> Profil olarak düþünme. Bir interface baðlantýsý yaptýktan sonra VPN
> baðlantýsý yapabilirim. VPN in profili diðer interface lerden ayrý
> olacak.

VPN içinde useNameServer kullanýrsan, kullandýðýn profilin DNS ayarlarý 
gidecek. Tam olarak bunu mu soruyorsun anlamadým :)
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081218/2097bdb4/attachment-0002.pgp>

From coderlord at gmail.com  Thu Dec 18 19:00:22 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 19:00:22 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812181855.53673.bahadir@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<4cca720b0812180852q1a9219a9i9c2a36bbd625541e@mail.gmail.com>
	<4cca720b0812180853w2f20f073nd6262686d138bc35@mail.gmail.com>
	<200812181855.53673.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180900u350a6ba5o26ce384bfdd73ce@mail.gmail.com>

18 Aralýk 2008 Perþembe 18:55 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
>> > O halde bunu kullandýktan sonra herhangi bir interface baðlantýsý
>> > olursa DNS bilgisi kaybolacak? Bu bir sýkýntý deðil mi?
>>
>> Profil olarak düþünme. Bir interface baðlantýsý yaptýktan sonra VPN
>> baðlantýsý yapabilirim. VPN in profili diðer interface lerden ayrý
>> olacak.
>
> VPN içinde useNameServer kullanýrsan, kullandýðýn profilin DNS ayarlarý
> gidecek. Tam olarak bunu mu soruyorsun anlamadým :)

Öyle. Ayný zamanda eðer interface lerden birisinin durumu deðiþirse,
mesela kablolu up durumdaydý ve VPN baðlantýsý yaptým. Daha sonra
kablosuz baðlantýyý da açtým. Bu durumda VPN de useNameServer ile
yazdýklarýmý kaybediyorum deðil mi?

-- 
Furkan Duman

From bahadir at pardus.org.tr  Thu Dec 18 19:02:35 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Thu, 18 Dec 2008 19:02:35 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180900u350a6ba5o26ce384bfdd73ce@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181855.53673.bahadir@pardus.org.tr>
	<4cca720b0812180900u350a6ba5o26ce384bfdd73ce@mail.gmail.com>
Message-ID: <200812181902.40733.bahadir@pardus.org.tr>

18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Ayný zamanda eðer interface lerden birisinin durumu deðiþirse,
> mesela kablolu up durumdaydý ve VPN baðlantýsý yaptým. Daha sonra
> kablosuz baðlantýyý da açtým. Bu durumda VPN de useNameServer ile
> yazdýklarýmý kaybediyorum deðil mi?

Evet. Kalýcý olmasýný istiyorsan setNameServers ile belirleyebilirsin.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081218/fecfc452/attachment-0002.pgp>

From coderlord at gmail.com  Thu Dec 18 19:12:14 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 18 Dec 2008 19:12:14 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812181902.40733.bahadir@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181855.53673.bahadir@pardus.org.tr>
	<4cca720b0812180900u350a6ba5o26ce384bfdd73ce@mail.gmail.com>
	<200812181902.40733.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812180912j4285673cx2cca470165cb2be7@mail.gmail.com>

18 Aralýk 2008 Perþembe 19:02 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
>> Ayný zamanda eðer interface lerden birisinin durumu deðiþirse,
>> mesela kablolu up durumdaydý ve VPN baðlantýsý yaptým. Daha sonra
>> kablosuz baðlantýyý da açtým. Bu durumda VPN de useNameServer ile
>> yazdýklarýmý kaybediyorum deðil mi?
>
> Evet. Kalýcý olmasýný istiyorsan setNameServers ile belirleyebilirsin.

:) Benim derdim kalýcý olmamasý zaten. PPP baðlantýsýný bir þekilde
düzgün kapatamazsak bu DNS'ler resolv.conf da kalmaya devam edecek.

- NM'den girilen DNS'ler kalýcý olmalý.
- PPP benzeri paketlerde set edilen DNS ler geçici olmalý ve sistem
yeniden baþladýðýnda ortada olmamalý.

-- 
Furkan Duman

From nakof at zig.gen.tr  Thu Dec 18 19:41:20 2008
From: nakof at zig.gen.tr (nihat ciddi)
Date: Thu, 18 Dec 2008 19:41:20 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <200812181409.23746.onur@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
	<200812181409.23746.onur@pardus.org.tr>
Message-ID: <20081218194120.b595d4e3.nakof@zig.gen.tr>


> Thursday 18 December 2008 Tarihinde 13:57:36 yazmýþtý:
> > 18 Ara 2008 Per tarihinde, Furkan Duman þunlarý yazmýþtý:
> > > 1. Að baðlantýsýnýn kopmasýnýn NM'de algýlanmasý sorununu nasýl
> > > çözmeliyiz? Ben NM içinde interface'leri belirli aralýklarla
> > > polling ile tarayarak baðlantý kopma durumuna bakalým ve
> > > interface i belirli bir süre sonra down yapalým diyorum. Daha
> > > sonra belirlenen bir aralýkta yeniden kontrol ederek up durumuna
> > > getiririz. Bu kýsým NM tarafýndan mý halledilmeli yoksa Comar mý
> > > halletmeli? Merkezi olmasý ve bir araca baðlý olmamasý için Comar
> > > mantýklý seçenek gibi duruyor. Ancak bu sefer de bir interface
> > > baðlý olduðu müddetçe bir Comar Job'ýn link state'i sürekli arka
> > > planda kalarak kontrol etmesi gerekli.
> >
> > Bir daemon ile yapabiliriz.
> 
>  ifplugd bunu yapabiliyordur belki

kablosuzu cok iyi test edemedim ama kablolularda bence is gorur.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: kullanýlamýyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081218/adc2cce4/attachment-0002.pgp>

From serbulent at pardus.org.tr  Thu Dec 18 20:29:00 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Thu, 18 Dec 2008 20:29:00 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812180839.06376.taner@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180839.06376.taner@pardus.org.tr>
Message-ID: <200812182029.00466.serbulent@pardus.org.tr>

On Thursday 18 December 2008 08:39:06 Taner Tas wrote:
> > vsftpd-2.0.7-17-3.pisi
>
> ACK

Taner bunun için þurada [1] bu gece kararlý depoya girecek demiþsin. Sanýrým 
güvenlik güncellemesi bu ayný zamanda ( pspec de yalnýz version bump yazýyor 
ama hata mesajýndan çýkarttýðým bu ) eðer böyle ise lütfen ACK vermeden bu 
listede de durumu belirt ki liste oluþtururken hata yapmayayým.

Aksi halde hata mesajýnda yazanlarý yanlýþ anlýyorum sanýrým. 

[1] http://bugs.pardus.org.tr/show_bug.cgi

-- 
Ýyi Çalýþmalar;
 
Serbülent                                                                   

From serbulent at pardus.org.tr  Thu Dec 18 20:31:17 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Thu, 18 Dec 2008 20:31:17 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812181424.42113.inancyildirgan@gmail.com>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812181021.05935.onur@pardus.org.tr>
	<200812181424.42113.inancyildirgan@gmail.com>
Message-ID: <200812182031.17208.serbulent@pardus.org.tr>

On Thursday 18 December 2008 14:24:42 Ýnanç Yýldýrgan wrote:
> On Thursday 18 December 2008 10:21:05 Onur Küçük wrote:
> > Thursday 18 December 2008 Tarihinde 09:51:54 yazmýþtý:
> > > > fontforge-0.0_20081117-11-8.pisi
> > >
> > > ACK.
> > >
> > > > powerdevil-kde4-1.4.1-2-2.pisi
> > >
> > > Bu paketi depodan atalým artýk. Kde 4.2 ile bütünleþik olarak
> > > geldiðinden devel deposundan da sildim. Kde 4.2 serisi stable depoya
> > > girerse stable depodan da silinsin.
> >
> >  Þu anda stable depodaki KDE 4.1.x için derlendiyse (ki öyle olmalý, yeni
> > kde4 de conflict var) bence stable a girsin, stable ve KDE4 kullanan
> > kullanýcýlar mahrum kalmasýn :)
>
> Kde 4.2 nin stable sürümü çýkana kadar test deposunda kalacaðýný
> bilmiyordum. O zaman bu paketin 2008 deposundaki baðýmlýlýklarý arasýna
> kdebase4-workspace'i ekledikten sonra derletip stable depoya almamýzda bir
> sakýnca yok. Uzun zamandýr kullanýyorum zaten paketle ilgili bir soruna da
> rastlamadým.

Teþekkürler açýklama için.

Ekin , Gökçen ping again. Bu paketi bu sürümü ile alýyor muyuz ? Son karar 
nedir ? 23:59 a kadar olumlu bir yanýt gelmemiþse listeye dahil etmeyeceðim.


-- 
Ýyi Çalýþmalar;
 
Serbülent                                                                   


From fatih at pardus.org.tr  Fri Dec 19 00:07:13 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Fri, 19 Dec 2008 00:07:13 +0200
Subject: [Gelistirici] CC ve CXX
Message-ID: <200812190007.13571.fatih@pardus.org.tr>

Selamlar,

Build sýrasýnda CC ve CXX her zaman export edilse nasýl olur? Çoðu pakette 
shelltools.export kullanmak gerekiyor yoksa.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081219/8c4b0e19/attachment-0002.pgp>

From serdar at cclub.metu.edu.tr  Fri Dec 19 00:09:44 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Fri, 19 Dec 2008 00:09:44 +0200
Subject: [Gelistirici] CC ve CXX
In-Reply-To: <200812190007.13571.fatih@pardus.org.tr>
References: <200812190007.13571.fatih@pardus.org.tr>
Message-ID: <494ACA28.4050302@cclub.metu.edu.tr>

Fatih Aþýcý wrote On 19-12-2008 00:07:
> Selamlar,
>
> Build sýrasýnda CC ve CXX her zaman export edilse nasýl olur? Çoðu pakette 
> shelltools.export kullanmak gerekiyor yoksa.
>
>   
+1, herhangi bir sorun yaratmayacaksa build esnasýnda öntanýmlý export 
edilebilir bence..

-serdar

> ------------------------------------------------------------------------
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici



From gokmen at pardus.org.tr  Thu Dec 18 22:09:42 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Thu, 18 Dec 2008 22:09:42 +0200
Subject: [Gelistirici] CC ve CXX
In-Reply-To: <200812190007.13571.fatih@pardus.org.tr>
References: <200812190007.13571.fatih@pardus.org.tr>
Message-ID: <200812182209.42308.gokmen@pardus.org.tr>

Cuma 19 Aralýk 2008 günü (saat 00:07:13) Fatih Aþýcý þunlarý yazmýþtý:
> Selamlar,
Selamlar,

> Build sýrasýnda CC ve CXX her zaman export edilse nasýl olur? Çoðu pakette
> shelltools.export kullanmak gerekiyor yoksa.
Bende diyecektim bunu :)

-- 
Gökmen GÖKSEL


From alpaslanmete at gmail.com  Fri Dec 19 00:20:20 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Fri, 19 Dec 2008 00:20:20 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <4cca720b0812180419v7ac7fa74t6cdbdd27fd398e6c@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>	<200812181357.40657.bahadir@pardus.org.tr>	<4cca720b0812180404k29a0d7d4oa63c6b7b524789af@mail.gmail.com>	<200812181414.13131.bahadir@pardus.org.tr>
	<4cca720b0812180419v7ac7fa74t6cdbdd27fd398e6c@mail.gmail.com>
Message-ID: <494ACCA4.9000309@gmail.com>

Furkan Duman wrote On 12/18/2008 02:19 PM:
> Burada konuþtuklarýmýzý 2009 için düþünmüþtüm.
>

Konu baþlýðýyla alakasýz ama gördüðüm kadarýyla 2009 COMAR'ýn net 
bacaðýna epey deðiþiklikler gelecek gibi görünüyor acaba bridge desteði 
eklemeyi de düþünüyor musunuz?

Mete Alpaslan


From alpaslanmete at gmail.com  Fri Dec 19 01:25:00 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Fri, 19 Dec 2008 01:25:00 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
Message-ID: <494ADBCC.10902@gmail.com>

Merhaba;

Lvm & Raid ile ilgilenirken Lvm hacimlerinin sistem baþlatýldýktan sonra 
aktif hale geçmemesinden kaynaklý sorunlar yaþýyorum ...

klan mete # lvscan
  /proc/misc: No entry for device-mapper found
  Is device-mapper driver missing from kernel?
  Failure to communicate with kernel device-mapper driver.
  inactive          '/dev/fileserver/share' [2,00 GB] inherit
  inactive          '/dev/fileserver/backup' [4,00 GB] inherit
  inactive          '/dev/fileserver/media' [1,00 GB] inherit

klan mete # ls /dev/mapper/*
ls: /dev/mapper/'e eriþilemedi: Böyle bir dosya ya da dizin yok

Sorunu çözmek için el ile dürttüðüm device-mapper modülünden sonra lvm 
hacimlerini tekrak elle aktif hale getiriyorum....

klan mete # modprobe dm_mod

klan mete # ls -l /dev/mapper/*
crw-rw---- 1 root root 10, 60 Ara 18 03:26 /dev/mapper/control

klan mete # lvm vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "fileserver" using metadata type lvm2

klan mete # lvm vgchange -a y
  3 logical volume(s) in volume group "fileserver" now active

klan mete # ls -l /dev/mapper/*
crw-rw---- 1 root root  10, 60 Ara 18 03:26 /dev/mapper/control
brw------- 1 root root 253,  1 Ara 18 03:28 /dev/mapper/fileserver-backup
brw------- 1 root root 253,  2 Ara 18 03:28 /dev/mapper/fileserver-media
brw------- 1 root root 253,  0 Ara 18 03:28 /dev/mapper/fileserver-share

Bunlarý hepsini el ile yapmamak içinse udev kurallarý ekledim !

klan mete # ls /etc/udev/rules.d/64-*
/etc/udev/rules.d/64-device-mapper.rules  
/etc/udev/rules.d/64-lvm2.rules  /etc/udev/rules.d/64-md-raid.rules

Sonradan kurduðum lvm2 için eklediðim 64-lvm2.rules kuralý sistem 
baþlangýçý sýrasýnda etkili olmasýna raðmen sistemde kurulu olarak gelen 
device-mapper, mdadm için eklediðim 64-device-mapper.rules ve 
64-md-raid.rules etkili olmuyor....
 
klan mete # ls -l /dev/disk/by-id/lvm2-pvuuid-*
lrwxrwxrwx 1 root root 10 Ara 18  2008 
/dev/disk/by-id/lvm2-pvuuid-Bkx3W6-TkAr-ZI7f-lBGv-7Gih-GEAq-J3LoXn -> 
../../sdb1
lrwxrwxrwx 1 root root 10 Ara 18  2008 
/dev/disk/by-id/lvm2-pvuuid-J29J4j-Dfhm-xSiL-VBVd-KZ1M-I8fB-te1IML -> 
../../sdc1


Sonuç olarak boot sýrasýnda aktif hale getiremediðim lvm hacimlerini ve 
raid dizilerini kullanamýyorum..... :)

Not:Sorunu tam olarak açýklamak istediðimden uzun bir mail oldu kusura 
bakmayýn.

Mete Alpaslan

-------------- sonraki bölüm --------------
An embedded and charset-unspecified text was scrubbed...
Name: 64-lvm2.rules
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081219/152a0d26/attachment.txt>
-------------- sonraki bölüm --------------
An embedded and charset-unspecified text was scrubbed...
Name: 64-md-raid.rules
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081219/152a0d26/attachment-0001.txt>
-------------- sonraki bölüm --------------
An embedded and charset-unspecified text was scrubbed...
Name: 64-device-mapper.rules
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081219/152a0d26/attachment-0002.txt>

From isbaran at gmail.com  Fri Dec 19 01:53:11 2008
From: isbaran at gmail.com (Isbaran Akcayir)
Date: Fri, 19 Dec 2008 01:53:11 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <494ADBCC.10902@gmail.com>
References: <494ADBCC.10902@gmail.com>
Message-ID: <395ed7070812181553u5b4675fav83127bbc861aeb33@mail.gmail.com>

2008/12/19 Mete Alpaslan <alpaslanmete at gmail.com>

> Merhaba;
>
> Lvm & Raid ile ilgilenirken Lvm hacimlerinin sistem baþlatýldýktan sonra
> aktif hale geçmemesinden kaynaklý sorunlar yaþýyorum ...
>
> klan mete # lvscan
>  /proc/misc: No entry for device-mapper found
>  Is device-mapper driver missing from kernel?
>  Failure to communicate with kernel device-mapper driver.
>  inactive          '/dev/fileserver/share' [2,00 GB] inherit
>  inactive          '/dev/fileserver/backup' [4,00 GB] inherit
>  inactive          '/dev/fileserver/media' [1,00 GB] inherit
>
> klan mete # ls /dev/mapper/*
> ls: /dev/mapper/'e eriþilemedi: Böyle bir dosya ya da dizin yok
>
> Sorunu çözmek için el ile dürttüðüm device-mapper modülünden sonra lvm
> hacimlerini tekrak elle aktif hale getiriyorum....
>
> klan mete # modprobe dm_mod
>
> klan mete # ls -l /dev/mapper/*
> crw-rw---- 1 root root 10, 60 Ara 18 03:26 /dev/mapper/control
>
> klan mete # lvm vgscan
>  Reading all physical volumes.  This may take a while...
>  Found volume group "fileserver" using metadata type lvm2
>
> klan mete # lvm vgchange -a y
>  3 logical volume(s) in volume group "fileserver" now active
>
> klan mete # ls -l /dev/mapper/*
> crw-rw---- 1 root root  10, 60 Ara 18 03:26 /dev/mapper/control
> brw------- 1 root root 253,  1 Ara 18 03:28 /dev/mapper/fileserver-backup
> brw------- 1 root root 253,  2 Ara 18 03:28 /dev/mapper/fileserver-media
> brw------- 1 root root 253,  0 Ara 18 03:28 /dev/mapper/fileserver-share
>
> Bunlarý hepsini el ile yapmamak içinse udev kurallarý ekledim !
>
> klan mete # ls /etc/udev/rules.d/64-*
> /etc/udev/rules.d/64-device-mapper.rules  /etc/udev/rules.d/64-lvm2.rules
>  /etc/udev/rules.d/64-md-raid.rules
>
> Sonradan kurduðum lvm2 için eklediðim 64-lvm2.rules kuralý sistem
> baþlangýçý sýrasýnda etkili olmasýna raðmen sistemde kurulu olarak gelen
> device-mapper, mdadm için eklediðim 64-device-mapper.rules ve
> 64-md-raid.rules etkili olmuyor....
>
> klan mete # ls -l /dev/disk/by-id/lvm2-pvuuid-*
> lrwxrwxrwx 1 root root 10 Ara 18  2008
> /dev/disk/by-id/lvm2-pvuuid-Bkx3W6-TkAr-ZI7f-lBGv-7Gih-GEAq-J3LoXn ->
> ../../sdb1
> lrwxrwxrwx 1 root root 10 Ara 18  2008
> /dev/disk/by-id/lvm2-pvuuid-J29J4j-Dfhm-xSiL-VBVd-KZ1M-I8fB-te1IML ->
> ../../sdc1
>
>
> Sonuç olarak boot sýrasýnda aktif hale getiremediðim lvm hacimlerini ve
> raid dizilerini kullanamýyorum..... :)
>
> Not:Sorunu tam olarak açýklamak istediðimden uzun bir mail oldu kusura
> bakmayýn.
>

module_init_tools paketinden gelen betikte otomatik yükleme listesine alma
fonksiyonlarý vardý modülleri (çomar betikleri), böyle bir þey iþ görmüyor
mu ?
Bir de lvm .43 ten .42 ye geçerken device-mapper paketini tekrar kurmak
gerekiyordu .43 device-mapper'ý replace ediyordu doðru hatýrlýyorsam
device-mapper var mý sistemde ?

iyi geceler
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081219/c282e0b8/attachment-0002.htm>

From turkay.eren at gmail.com  Fri Dec 19 03:00:04 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Fri, 19 Dec 2008 03:00:04 +0200
Subject: [Gelistirici] [Contrib-commits] r9173 -
	2008/applications/multimedia/lmms
In-Reply-To: <20081219001931.D3781138406C@ns1.pardus.org.tr>
References: <20081219001931.D3781138406C@ns1.pardus.org.tr>
Message-ID: <200812190300.04549.turkay.eren@gmail.com>

On 19 Dec 2008 Fri 02:19:31 contrib-commits at pardus.org.tr wrote:
> -    cmaketools.configure("-DCMAKE_INSTALL_PREFIX=/usr", sourceDir="..")
> +    cmaketools.configure(sourceDir="..")

Bu commit ile beraber paketi derlemedim ama CMAKE_INSTALL_PREFIX 
belirtilmeyince öntanýmlý olarak /usr/local kullanýyor diye aklýma kalmýþ. 
Eðer yanlýþ hatýrlamýyorsam bu satýrýn kaldýrýlmamasý gerek. Yamuluyorsam 
düzeltiniz efem :)


From mnurolcay at gmail.com  Fri Dec 19 08:14:38 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Fri, 19 Dec 2008 08:14:38 +0200
Subject: [Gelistirici] [Contrib-commits] r9173 -
	2008/applications/multimedia/lmms
In-Reply-To: <200812190300.04549.turkay.eren@gmail.com>
References: <20081219001931.D3781138406C@ns1.pardus.org.tr>
	<200812190300.04549.turkay.eren@gmail.com>
Message-ID: <200812190814.39177.mnurolcay@gmail.com>

On Friday 19 December 2008 03:00:04 Eren Türkay wrote:

> Bu commit ile beraber paketi derlemedim ama CMAKE_INSTALL_PREFIX
> belirtilmeyince öntanýmlý olarak /usr/local kullanýyor diye aklýma kalmýþ.

Review mesajlarýnýn birinde yanlýþ hatýrlamýyorsam, Fatih bunun default 
verildiðini söylemiþti. Mevcut haliyle /usr altýna atýyor.

> Eðer yanlýþ hatýrlamýyorsam bu satýrýn kaldýrýlmamasý gerek. Yamuluyorsam
> düzeltiniz efem :)

+1 :)
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081219/212c2b68/attachment-0002.htm>

From coderlord at gmail.com  Fri Dec 19 10:08:49 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 19 Dec 2008 10:08:49 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
Message-ID: <4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>

18 Aralýk 2008 Perþembe 18:08 tarihinde  <ozan at pardus.org.tr> yazdý:
> resolv.conf mu, vs. vs.. Ya da belki de yeni bir að baðlantýsý kurulana
> kadar resolv.conf oluþmamalý sistemde, bir profil UP edildiðinde yerine
> gelmeli.

Bu söylediðin çok mantýklý geldi bana. Yani að baðlantýsý kurulana dek
resolv.conf oluþmamasý veya içinin boþ olmasý.

Profilde benim tanýmladýðým DNS ler geçerli olmalý. Ýster auto isterse
manual girilmiþ olsun. Sistem global DNS tanýmlarýný neden
kullanýyoruz bilemedim þimdi veya niye 3 DNS kýsýtý koyduk. Sistem her
zaman boþ bir resolv.conf ile açýlmalý. Ta ki bir profil up olana dek.
Bu þekilde yapmamamýz için geçerli bir sebep aklýma gelmiyor. Ne
düþünüyorsunuz?


> NM'de tam bir PPP desteði gelecekse, PPP baðlantýlarý da birer profile
> tabi olacaklarýndan iþ çok daha transparan bir þekilde halledilebilir.

PPP  baðlantýlarý (Dial up, VPN, PPPOE vs..) bir profile dahil olacaklar.

-- 
Furkan Duman

From gurer at pardus.org.tr  Fri Dec 19 10:34:14 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Fri, 19 Dec 2008 10:34:14 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
Message-ID: <200812191034.15083.gurer@pardus.org.tr>

On Friday 19 December 2008 10:08:49 Furkan Duman wrote:

> Profilde benim tanýmladýðým DNS ler geçerli olmalý. Ýster auto isterse
> manual girilmiþ olsun. Sistem global DNS tanýmlarýný neden
> kullanýyoruz bilemedim þimdi

Her baðlantýya ayný þeyleri tek tek yazmayalým diye.

> veya niye 3 DNS kýsýtý koyduk.

Biz koymadýk, glibc name resolver'ýn kýsýtý bu. Bir diðer kýsýtý da yanlýþ 
hatýrlamýyorsam 5 sn gibi bir timeout dolmadan listedeki ikinci sunucuya 
geçmemesi.

Aslýnda en güzeli yerel bir dns proxy yazmak, yada uygun bi tane bulup entegre 
etmek. Bir global listesi olacak, bir de dhcp'den vb gelen geçici listesi. 
Ýsim çözme ricasý geldiðinde listedeki herkese paralel sorgulama yapacak, 
daha sonra içlerinden en hýzlý cevap vereni kullanmaya devam edecek. O da 
yavaþ cevap verir hale gelirse tekrar listeden tarayacak. Sistemdeki 
resolv.conf ise bunu kullanacak þekilde ayarlanýp öyle býrakýlacak.

Þu anki sistemden çok daha kolay ve hýzlý olur bence.


From serbulent at pardus.org.tr  Fri Dec 19 10:47:31 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 19 Dec 2008 10:47:31 +0200
Subject: [Gelistirici] CC ve CXX
In-Reply-To: <200812182209.42308.gokmen@pardus.org.tr>
References: <200812190007.13571.fatih@pardus.org.tr>
	<200812182209.42308.gokmen@pardus.org.tr>
Message-ID: <200812191047.31542.serbulent@pardus.org.tr>

On Thursday 18 December 2008 22:09:42 Gökmen GÖKSEL wrote:
> Cuma 19 Aralýk 2008 günü (saat 00:07:13) Fatih Aþýcý þunlarý yazmýþtý:
> > Selamlar,
>
> Selamlar,
>
> > Build sýrasýnda CC ve CXX her zaman export edilse nasýl olur? Çoðu
> > pakette shelltools.export kullanmak gerekiyor yoksa.
>
> Bende diyecektim bunu :)

Gökmen sistem saatini düzelt ;)

-- 
Ýyi Çalýþmalar,

Serbülent


From taner at pardus.org.tr  Fri Dec 19 11:03:55 2008
From: taner at pardus.org.tr (Taner Tas)
Date: Fri, 19 Dec 2008 11:03:55 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812182029.00466.serbulent@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812180839.06376.taner@pardus.org.tr>
	<200812182029.00466.serbulent@pardus.org.tr>
Message-ID: <200812191103.55487.taner@pardus.org.tr>

On Thursday 18 December 2008 20:29:00 Serbulent UNSAL wrote:
> Taner bunun için þurada [1] bu gece kararlý depoya girecek demiþsin.
> Sanýrým güvenlik güncellemesi bu ayný zamanda ( pspec de yalnýz version
> bump yazýyor ama hata mesajýndan çýkarttýðým bu ) eðer böyle ise lütfen ACK
> vermeden bu listede de durumu belirt ki liste oluþtururken hata yapmayayým.
>
> Aksi halde hata mesajýnda yazanlarý yanlýþ anlýyorum sanýrým.
>

Güvenlik güncellemesi olarak deðil, versiyon deðiþikliði þeklinde güncelleme 
yaptým. Depoya girme süresi konusunda, test sürecine yönelik biraz iyimser 
davrandým zannedersem.

-- 
Taner Taþ


From ahmet at pardusman.org  Fri Dec 19 11:09:58 2008
From: ahmet at pardusman.org (Ahmet =?iso-8859-9?q?AYG=DCN?=)
Date: Fri, 19 Dec 2008 11:09:58 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
Message-ID: <200812191110.01106.ahmet@pardusman.org>

Furkan Duman, Friday 19 December 2008 10:08:49 tarihinde yazdý:
> Bu söylediðin çok mantýklý geldi bana. Yani að baðlantýsý kurulana dek
> resolv.conf oluþmamasý veya içinin boþ olmasý.
Bazý durumlarda að baðlantýsý olmasa da resolv.conf ihtiyacý duyulabilir, bu 
pek genel geçer bir çözüm gibi gözükmedi bana :)
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081219/6dadad52/attachment-0002.pgp>

From ahmet at pardusman.org  Fri Dec 19 11:12:55 2008
From: ahmet at pardusman.org (Ahmet =?iso-8859-9?q?AYG=DCN?=)
Date: Fri, 19 Dec 2008 11:12:55 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812180912j4285673cx2cca470165cb2be7@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181902.40733.bahadir@pardus.org.tr>
	<4cca720b0812180912j4285673cx2cca470165cb2be7@mail.gmail.com>
Message-ID: <200812191112.55854.ahmet@pardusman.org>

Furkan Duman, Thursday 18 December 2008 19:12:14 tarihinde yazdý:
> :) Benim derdim kalýcý olmamasý zaten. PPP baðlantýsýný bir þekilde
> düzgün kapatamazsak bu DNS'ler resolv.conf da kalmaya devam edecek.
>
> - NM'den girilen DNS'ler kalýcý olmalý.
> - PPP benzeri paketlerde set edilen DNS ler geçici olmalý ve sistem
> yeniden baþladýðýnda ortada olmamalý.
Temizlik senaryosunu "sistem yeniden baþlatýlsýn" üzerine kuruyoruz ama bu son 
isteyeceðimiz þeylerden biri deðil mi :)

ifplugd ile otomatize bir çözüm kulaða daha hoþ geliyor :)
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081219/85ab02d8/attachment-0002.pgp>

From coderlord at gmail.com  Fri Dec 19 11:17:48 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 19 Dec 2008 11:17:48 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812191112.55854.ahmet@pardusman.org>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812181902.40733.bahadir@pardus.org.tr>
	<4cca720b0812180912j4285673cx2cca470165cb2be7@mail.gmail.com>
	<200812191112.55854.ahmet@pardusman.org>
Message-ID: <4cca720b0812190117o4d4b1f4fl31a81f2b9d47c9ba@mail.gmail.com>

19 Aralýk 2008 Cuma 11:12 tarihinde Ahmet AYGÜN <ahmet at pardusman.org> yazdý:
> Furkan Duman, Thursday 18 December 2008 19:12:14 tarihinde yazdý:
>> :) Benim derdim kalýcý olmamasý zaten. PPP baðlantýsýný bir þekilde
>> düzgün kapatamazsak bu DNS'ler resolv.conf da kalmaya devam edecek.
>>
>> - NM'den girilen DNS'ler kalýcý olmalý.
>> - PPP benzeri paketlerde set edilen DNS ler geçici olmalý ve sistem
>> yeniden baþladýðýnda ortada olmamalý.
> Temizlik senaryosunu "sistem yeniden baþlatýlsýn" üzerine kuruyoruz ama bu son
> isteyeceðimiz þeylerden biri deðil mi :)
>
> ifplugd ile otomatize bir çözüm kulaða daha hoþ geliyor :)

Bunu exception oluþan durumlar için istiyorum. Mesela pppd nin
çökmesi, bilgisayarýn aniden kapanmasý vs.. Baðlantýyý düzgün
sonlandýrýrsak zaten sorun yok.

-- 
Furkan Duman

From coderlord at gmail.com  Fri Dec 19 11:18:43 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 19 Dec 2008 11:18:43 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812191110.01106.ahmet@pardusman.org>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
	<200812191110.01106.ahmet@pardusman.org>
Message-ID: <4cca720b0812190118o154ab62dq327ee66f21b63cc@mail.gmail.com>

19 Aralýk 2008 Cuma 11:09 tarihinde Ahmet AYGÜN <ahmet at pardusman.org> yazdý:
> Furkan Duman, Friday 19 December 2008 10:08:49 tarihinde yazdý:
>> Bu söylediðin çok mantýklý geldi bana. Yani að baðlantýsý kurulana dek
>> resolv.conf oluþmamasý veya içinin boþ olmasý.
> Bazý durumlarda að baðlantýsý olmasa da resolv.conf ihtiyacý duyulabilir, bu
> pek genel geçer bir çözüm gibi gözükmedi bana :)

resolv.conf kalabilir. Gürer'in dns proxy önerisi mantýklý geldi bana.

-- 
Furkan Duman

From coderlord at gmail.com  Fri Dec 19 11:22:57 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 19 Dec 2008 11:22:57 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812191034.15083.gurer@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
Message-ID: <4cca720b0812190122wab4965xe446031f1585051a@mail.gmail.com>

19 Aralýk 2008 Cuma 10:34 tarihinde Gürer Özen <gurer at pardus.org.tr> yazdý:
> Aslýnda en güzeli yerel bir dns proxy yazmak, yada uygun bi tane bulup entegre
> etmek. Bir global listesi olacak, bir de dhcp'den vb gelen geçici listesi.
> Ýsim çözme ricasý geldiðinde listedeki herkese paralel sorgulama yapacak,
> daha sonra içlerinden en hýzlý cevap vereni kullanmaya devam edecek. O da
> yavaþ cevap verir hale gelirse tekrar listeden tarayacak. Sistemdeki
> resolv.conf ise bunu kullanacak þekilde ayarlanýp öyle býrakýlacak.

Bu çok mantýklý bir öneri aradýðýmda hemen bir tane küçük uygulama buldum.

http://www.phys.uu.nl/~rombouts/pdnsd.html

resolv.conf'a

domain localdomain
nameserver localhost

yazýp býrakýyorsun. dns cache iþini bu hallediyor.

http://wiki.linux-sevenler.org/index.php/Pdnsd_-_Gentoo_Altinda_Proxy_DNS_Server_Kurulumu

Belgesinde isim çözme iþinin ve web sayfa baðlantýlarýnýn çok
hýzlanacaðýndan bahsediliyor.

Konfigurasyonu kolay görünüyor. Bu hemen bulduðum birþey, baþka
uygulamalara da bakabiliriz.

-- 
Furkan Duman

From ahmet at pardusman.org  Fri Dec 19 11:27:11 2008
From: ahmet at pardusman.org (Ahmet =?iso-8859-9?q?AYG=DCN?=)
Date: Fri, 19 Dec 2008 11:27:11 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812190117o4d4b1f4fl31a81f2b9d47c9ba@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812191112.55854.ahmet@pardusman.org>
	<4cca720b0812190117o4d4b1f4fl31a81f2b9d47c9ba@mail.gmail.com>
Message-ID: <200812191127.14794.ahmet@pardusman.org>

Furkan Duman, Friday 19 December 2008 11:17:48 tarihinde yazdý:
> Bunu exception oluþan durumlar için istiyorum. Mesela pppd nin
> çökmesi, bilgisayarýn aniden kapanmasý vs.. Baðlantýyý düzgün
> sonlandýrýrsak zaten sorun yok.
pppd'nin çökmesi bilgisayarý yeniden baþlatacak kadar büyük bir sorun teþkil 
etmiyor bence, sonuçta dns ayarlarýný bilgisayarý yeniden baþlatmadan da 
düzeltmenin bir yolunu bulduk gibi :)

Esas derdim; yarýn bir gün bu konuya bulduðumuz çözümün sonucunda Pardus 
kullanýcýsýný pencere kullanýcýsý yerine koyup "bilgisayarý kapatýp açýn, 
düzelir" cümlesini söylemek zorunda kalmayalým istiyorum ;)
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081219/4770dd20/attachment-0002.pgp>

From coderlord at gmail.com  Fri Dec 19 11:32:30 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 19 Dec 2008 11:32:30 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812191127.14794.ahmet@pardusman.org>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812191112.55854.ahmet@pardusman.org>
	<4cca720b0812190117o4d4b1f4fl31a81f2b9d47c9ba@mail.gmail.com>
	<200812191127.14794.ahmet@pardusman.org>
Message-ID: <4cca720b0812190132o1c45cbc7t827d524b7a94f5cc@mail.gmail.com>

19 Aralýk 2008 Cuma 11:27 tarihinde Ahmet AYGÜN <ahmet at pardusman.org> yazdý:
> pppd'nin çökmesi bilgisayarý yeniden baþlatacak kadar büyük bir sorun teþkil
> etmiyor bence, sonuçta dns ayarlarýný bilgisayarý yeniden baþlatmadan da
> düzeltmenin bir yolunu bulduk gibi :)

Tabii ki sorun teþkil etmiyor. Benim derdim resolv.conf'a ppp den
gelen dns bilgisinin kalýcý olarak yazýlmamasý. Kullanýcýyý etkileyen
bir durum yok zaten.

-- 
Furkan Duman

From dfisek at fisek.com.tr  Fri Dec 19 11:40:29 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Fri, 19 Dec 2008 11:40:29 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812190132o1c45cbc7t827d524b7a94f5cc@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812191112.55854.ahmet@pardusman.org>
	<4cca720b0812190117o4d4b1f4fl31a81f2b9d47c9ba@mail.gmail.com>
	<200812191127.14794.ahmet@pardusman.org>
	<4cca720b0812190132o1c45cbc7t827d524b7a94f5cc@mail.gmail.com>
Message-ID: <20081219114029.314b7c36.dfisek@fisek.com.tr>

Fri, 19 Dec 2008 11:32:30 +0200, "Furkan Duman" <coderlord at gmail.com> :

> Tabii ki sorun teþkil etmiyor. Benim derdim resolv.conf'a ppp den
> gelen dns bilgisinin kalýcý olarak yazýlmamasý. Kullanýcýyý etkileyen
> bir durum yok zaten.
Soyledigin DHCP'den gelen ya da profil icin tanimlanan ozel DNS icin de
gecerli.

Bir de su var, istenmiyorsa ontanimli DNS'leri hic kullanmamak da mumkun
olmali. Su anda ozel DNS tanimlasan da, 2-3. siraya Pardus'un DNS'leri
zorla yerlesiyor.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From coderlord at gmail.com  Fri Dec 19 11:58:48 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 19 Dec 2008 11:58:48 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <20081219114029.314b7c36.dfisek@fisek.com.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812191112.55854.ahmet@pardusman.org>
	<4cca720b0812190117o4d4b1f4fl31a81f2b9d47c9ba@mail.gmail.com>
	<200812191127.14794.ahmet@pardusman.org>
	<4cca720b0812190132o1c45cbc7t827d524b7a94f5cc@mail.gmail.com>
	<20081219114029.314b7c36.dfisek@fisek.com.tr>
Message-ID: <4cca720b0812190158o20a161b5t6627f3d970473826@mail.gmail.com>

19 Aralýk 2008 Cuma 11:40 tarihinde Doruk Fisek <dfisek at fisek.com.tr> yazdý:
> Bir de su var, istenmiyorsa ontanimli DNS'leri hic kullanmamak da mumkun
> olmali. Su anda ozel DNS tanimlasan da, 2-3. siraya Pardus'un DNS'leri
> zorla yerlesiyor.

Haklýsýn. Global DNS tanýmýnýn amacý sadece Gürer'in dediði gibi DNS
adreslerini tekrar tekrar yazmamak olmalý. Yoksa öntanýmlý
kullanmamalý.

-- 
Furkan Duman

From dfisek at fisek.com.tr  Fri Dec 19 12:08:22 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Fri, 19 Dec 2008 12:08:22 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812042313.34497.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812042313.34497.ekin@pardus.org.tr>
Message-ID: <20081219120822.7dd2e68f.dfisek@fisek.com.tr>

Thu, 4 Dec 2008 23:13:33 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> Eline saðlýk ama kýrma bi tarafýný, gerek yok :-)
Lazimmis bak, kac zamandir gecistirilen konular tartisiliyor. En
azindan bir "sorun" oldugu kabul edilir hale geldi diye duusnuyorum.

> Bunun yararý ortada, ama bu listeyi güncel tutmanýn pek kolay
> olmayacaðýný düþünüyorum hala. Üzerimde anlaþýlmýþ ve güncel
> tutmacýbaþýcýsý seçilmiþ bir liste oluþursa ne güzel - Gönüllü var
> mý ?  
Eger bu liste disinda kalan paketler belirli makul bir sure sonunda
*test surecine girmis olsun olmasin* kararli depoya girecekse, ben
boyle bir liste tutarim.

"Eger" kismina dikkat.

>> ilk adýmda tarif ettiðin stable dala kesinlikle  ihtiyacýmýz olduðunu
>> düþünerek o fikrimi daha geniþ açýklayayým :  (1 deposuna stable, 2
>> deposuna da unstable diyorum)
> gerektireceðini düþünüyorum. Þu anki durumdan sen de ben de memnun
> deðiliz, ama yenisini kurup iki depoya da hakettiði ilgiyi
> gösteremezsek þu anki durumu mumla ararýz.
Acikcasi bu biraz dagitimin hedefleriyle ilgili. Erkan Tekman'in yanit
vermesini o nedenle beklemistim ama artik TUBITAK'in kendi hedefleri
beni pek ilgilendirmiyor, kendi isime bakiyorum :)

Burada secimi siz (TUBITAK calisanlari) yapacaksiniz. Temel sistemin
sabit kaldigi, sadece guvenlik ve bir seylerin kirilip/dokulmedigi
guncellemelerin yapildigi bir sistem ihtiyaci ortada. 2007 cikali 2
sene olmasina, 6 aydir neredeyse hic yeni yazilim girmemesine ve
hatalari duzeltilmemesine karsin hala 2007 kullanan bircok kullanici
olmasi bunun en buyuk kaniti.

Pratikte su anki yapi itibariyla 2007 kararli surum, 2008 de kararsiz
surume karsilik geliyor zaten. Insanlar "oyle ya da boyle"
ihtiyaclarini karsilamanin bir yolunu bulmak zorunda kaliyorlar. 2008
cikip 2007 durulmadan once de, guvenlikten taviz verip sistemlerini
guncellemeyerek kararligini korumaya calisiyorlardi.

Yani adi biz "sadece guvenlik guncellemeleri yapan surum yapamayiz"
oluyor ama pratikte yapiyorsunuz zaten.

Eger bu ismi konmamis durumdan memnunsaniz, daha sýk sürüm yayýnlayýp
(atýyorum 6 ayda bir ya da 4 ayda bir), eskisini ýskartaya çýkarýp,
kararlý hale getirebilirsiniz. Hatalariyla sevin onu dersiniz. 4-6 ay
da, bence cok ciddi bisiler kirip dokmeden yasanabilir bir donem.
Kirilacagi noktada zaten elde yeni bir surum olur.

> > Kullanicilar "sistemim bozuldu, 
> > guncellemeler test edilmiyor mu" dediginde de, "test deposunda x
> > hafta hata belirtilmemis. eger surecin daha iyi olmasini
> > istiyorsaniz, siz de testlere daha cok katilin. 
> Bunu diyebilirsek ne güzel - biz deriz de kim ne kadar anlar emin
> olamadým :-P
Daha once deniyordu, insanlar da catir catir anliyordu. Bu test sureci
dedigimiz sey 8-10 ay once *gokten inme* gelen bisi. Oyle bir
davraniyoruz ki, sanki senelerdir yapilan bir is. Oyle bir davraniyoruz
ki, son 8-10 ayda dagitim kalitesinde cok ciddi bir artis oldu.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From dfisek at fisek.com.tr  Fri Dec 19 12:35:51 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Fri, 19 Dec 2008 12:35:51 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812051452.22820.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040834r18990e6ei3b14953e91504c9e@mail.gmail.com>
	<20081204203903.af8780c2.dfisek@fisek.com.tr>
	<200812051452.22820.ekin@pardus.org.tr>
Message-ID: <20081219123551.2904eec9.dfisek@fisek.com.tr>

Fri, 5 Dec 2008 14:52:22 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> [Tekrar yazýlmasý gereken] Depo politikasýna göre acil durumlarda
> paketçisine ulaþýlamayan paketlerde ikinci derece sorumlu olmak ve
> bileþenlerdeki geliþmelere nezaret etmek dýþýnda bir iþi yok :-)
Bence degil. Bu zaman icinde dejenere olmus depo politikasina gore :)

Bilesen sorumlusu gercekten bilesen sorumlusuysa, "nezaret etmek"
disinda bir katkisi olmali ortama.

Ornegin kendi bileseni cercevesinde,

- "Bakicisiz" paketlere bakici bulmak
- "Bakicisiz" paketlerin hata raporlari ile ilgilenmek
- Paketlere acilmis (bakicisi olsa da) hata raporlarini izlemek ve ilgi
gormemesi ve makul bir zamanda cozum yoluna girmemesi durumunda
paketcileri ittirmek.
- Yeni bir paket alinacagi zaman bu konuda karar vermek
- Bilesenden paket atilmasi ile ilgili karar vermek.
- Uygun bulmadigi guncellemelerin kararli depoya girmesine itiraz etmek.
- Daha onceki onerilerimden biri olan paket onceliklendirmesi
uygulanirsa, hangi paketlerin test surecine girmesinin zorunlu olduguna
karar vermek.
- Kendi bileseni ve icindeki paketlerle ilgili her tur karar verilirken
birinci derecede soz sahibi olmak.

Hakkiyla yapilmasina izin verilen bir bilesen sorumlu sisteminin
getirecegi yararlari listelemeye kalktim ama neredeyse "diþlere iyi
gelir, hatta aganiginaganigi"ye donecegi icin vazgectim :)

> Ama bu, depo baðýmlýlýklarýnýn ayný bileþen içinde kaldýðýný
> farzedersek mantýklý ki þu anki durum buna yakýn bile deðil - 2007 ->
> 2008 geçiþinde depoyu bileþen bileþen paylaþmak tam anlamýyla mümkün
> olmamýþtý mesela, her bileþenin baðýmlýlýk aðacý alakasýz yerlere
> gidiyordu.
Bu eskiden de boyleydi. O zaman bilesen paylasilabiliyor ve bu sistem
isleyebiliyordu. Bence gecerli bir neden degil soyledigin.

Atalarimiz bosuna "böl ve yonet" dememisler. Eger tum dagitimi buyuk
bir yun yumagi olarak gorursek elbette yonetilemez ve icinden cikilamaz
hale gelir.

Su haliyle senin soyledigin, paketleri birbirinden ayiramiyoruz, o
zaman dagitimdan tek kisi sorumlu olsun, o da her isin altindan
kalksina karsilik geliyor. 1900 paketin oldugu bir dagitimda bu bence
gercekci ve uygulanabilir bir yaklasim degil. Bunu en basta senin
bizzat yasayarak anladigini tahmin ediyorum.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From serbulent at pardus.org.tr  Fri Dec 19 14:57:34 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 19 Dec 2008 14:57:34 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812142203.26380.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
Message-ID: <200812191457.34441.serbulent@pardus.org.tr>

On Sunday 14 December 2008 22:03:25 Serbulent UNSAL wrote:
> 1- Kýsa vade de ( 5 Gün ); Son 3 ACK/NACK sürecindeki paketleri inceleyip
> ne zaman merge istenmiþ, ne zaman depoya girmiþ ve aradaki hangi süreçte ne
> kadar beklemiþ sorularýnýn yanýtlarýný verecek, böylece bir paketin hangi
> süreçte ortalama ne kadar zaman harcadýðýný belirleyecek bir çalýþma
> yapacaðýz.
> ( Tahmini bitiþ süresi: 5 Gün , Sorumlu geliþtirici "Serbülent Ünsal" )

Ekteki dosyada 29-11-08 , 21-11-08, 10-11-08 tarihlerinde yapýlmýþ Ack/Nack 
süreçlerinden (depoya giren paketler arasýndan) rastgele seçilmiþ 60 paketin 
merge isteði yapýlmasýndan depoya girene kadar olan yaþam süreçlerini 
özetlemeye çalýþtýk. Elde edilen ortalamlarýn açýklamalarý þöyle;

Request to Merge : Merge isteðinden Sürüm yöneticisinin paketi merge etmesine 
kadar geçen zaman.

Merge to Compile : Merge edilen paketin ne kadar zaman sonra derlendiði.

Compile to Repo: Derlenmenin ardýndan depoya giriþ (senkronizasyon süresi)

Repo to Ack: Paketin depoya giriþinin ardýndan Ack/Nack isteðine kadar geçen 
süre

Time for Ack/Nack: Ack/Nack toplarken geçen süre

Test Time: Test sýrasýnda geçen süre

Test Result to Stable: Paketin testinin bitiminden kararlý depoya giriþine 
kadar geçen süre. 

-- 
Ýyi Çalýþmalar,

Serbülent
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: paket_zaman.ods
Type: application/vnd.oasis.opendocument.spreadsheet
Size: 44186 bytes
Desc: kullanýlamýyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081219/89e5510c/attachment-0002.ods>

From alpaslanmete at gmail.com  Fri Dec 19 15:57:53 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Fri, 19 Dec 2008 15:57:53 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <395ed7070812181553u5b4675fav83127bbc861aeb33@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<395ed7070812181553u5b4675fav83127bbc861aeb33@mail.gmail.com>
Message-ID: <305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>

2008/12/19 Isbaran Akcayir <isbaran at gmail.com>

>
> module_init_tools paketinden gelen betikte otomatik yükleme listesine alma
> fonksiyonlarý vardý modülleri (çomar betikleri), böyle bir þey iþ görmüyor
> mu ?


Bu dediklerini tam olarak bilmiyorum :S Nerde ve nasýl kullanabiliriz ?


> Bir de lvm .43 ten .42 ye geçerken device-mapper paketini tekrar kurmak
> gerekiyordu .43 device-mapper'ý replace ediyordu doðru hatýrlýyorsam
> device-mapper var mý sistemde ?
>

Zaten  lvm.conf dosyasýný da düzelterek .42 revisionýný kullanýyorum.

Bütün lvm ve raid yapýlandýrmasýný yapmama raðmen sistem baþlangýcýnda
aktive ettiðim bölümleri kullanamýyorum.Bazý daðýtýmlar udev kurullarýyla
bazýlarýysa da init betikleriyle halletmiþler.

Müdür de anlayabildiðim kadarýyla udevd trigger ediliyor ve (sanýrým) udev
kurallarýna göre moduller aktive ediliyor. O yüzden /etc/udev/rules.d altýna
kurallar koydum. Lvm için olanlar geçerli olurken diðerleri bana mýsýn
demiyor :(

Mete Alpaslan


> iyi geceler
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081219/a7b97cef/attachment-0002.htm>

From gokcen at pardus.org.tr  Fri Dec 19 16:18:02 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Fri, 19 Dec 2008 16:18:02 +0200
Subject: [Gelistirici] r56887 - devel/programming/libs/eet
In-Reply-To: <200812181128.49638.h.ibrahim.gungor@gmail.com>
References: <20081216102442.92D811384072@ns1.pardus.org.tr>
	<200812181128.49638.h.ibrahim.gungor@gmail.com>
Message-ID: <200812191618.02903.gokcen@pardus.org.tr>

On Thursday 18 December 2008 11:28:49 H. Ýbrahim Güngör wrote:
> "eet" ve yeni baðýmlýlýðý "eina"nýn 26-11-2008 trunk shapshotý var oyun
> alanýmda, gerekliyse alabilirsin =) KDE4 hangisine ihtiyaç duyuyor
> bilmiyorum ama Contrib depodan aldýðýn "eet" biraz eski. Trunk'da büyük
> deðiþimler olmuþ, yeni baðýmlýlýk eklenmiþ vs.

review'daki qzion bununla derleniyor, eina'yý review'e alabilir misin? Þimdiki 
eet'i SVN'e çekip, eina'yý baðýmlýlýk olarak yazalým.

--
Gökçen Eraslan



From h.ibrahim.gungor at gmail.com  Fri Dec 19 16:29:39 2008
From: h.ibrahim.gungor at gmail.com (H. =?iso-8859-9?q?=DDbrahim?= =?iso-8859-9?q?_G=FCng=F6r?=)
Date: Fri, 19 Dec 2008 16:29:39 +0200
Subject: [Gelistirici] r56887 - devel/programming/libs/eet
In-Reply-To: <200812191618.02903.gokcen@pardus.org.tr>
References: <20081216102442.92D811384072@ns1.pardus.org.tr>
	<200812181128.49638.h.ibrahim.gungor@gmail.com>
	<200812191618.02903.gokcen@pardus.org.tr>
Message-ID: <200812191629.39734.h.ibrahim.gungor@gmail.com>

19 Ara 2008 Cum günü (saat 16:18:02) Gökçen Eraslan þunlarý yazmýþtý:

> review'daki qzion bununla derleniyor, eina'yý review'e alabilir misin?
> Þimdiki eet'i SVN'e çekip, eina'yý baðýmlýlýk olarak yazalým.
>

OK, alýyorum birazdan.
----~----~----~----~----
H. Ýbrahim Güngör
h.ibrahim.gungor () gmail ! com


From serbulent at pardus.org.tr  Fri Dec 19 17:32:49 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 19 Dec 2008 17:32:49 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812191457.34441.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812191457.34441.serbulent@pardus.org.tr>
Message-ID: <200812191732.49959.serbulent@pardus.org.tr>

On Friday 19 December 2008 14:57:34 Serbulent UNSAL wrote:
> On Sunday 14 December 2008 22:03:25 Serbulent UNSAL wrote:
> > 1- Kýsa vade de ( 5 Gün ); Son 3 ACK/NACK sürecindeki paketleri inceleyip
> > ne zaman merge istenmiþ, ne zaman depoya girmiþ ve aradaki hangi süreçte
> > ne kadar beklemiþ sorularýnýn yanýtlarýný verecek, böylece bir paketin
> > hangi süreçte ortalama ne kadar zaman harcadýðýný belirleyecek bir
> > çalýþma yapacaðýz.
> > ( Tahmini bitiþ süresi: 5 Gün , Sorumlu geliþtirici "Serbülent Ünsal" )

Verileri biraz gözden geçirip yeniden düzenledim ve sayfalara böldüm. Ayrýca 
bir de sýklýk daðýlýmý ekledim. 

PS: Special thnx to ET 

-- 
Ýyi Çalýþmalar,

Serbülent
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: paket_zaman.ods
Type: application/vnd.oasis.opendocument.spreadsheet
Size: 43812 bytes
Desc: kullanýlamýyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081219/fa238b97/attachment-0002.ods>

From coderlord at gmail.com  Fri Dec 19 17:55:19 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 19 Dec 2008 17:55:19 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<395ed7070812181553u5b4675fav83127bbc861aeb33@mail.gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
Message-ID: <4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>

19 Aralýk 2008 Cuma 15:57 tarihinde Mete Alpaslan
<alpaslanmete at gmail.com> yazdý:
> Müdür de anlayabildiðim kadarýyla udevd trigger ediliyor ve (sanýrým) udev
> kurallarýna göre moduller aktive ediliyor. O yüzden /etc/udev/rules.d altýna
> kurallar koydum. Lvm için olanlar geçerli olurken diðerleri bana mýsýn
> demiyor :(

device_mapper modülü yüklenmiyor sanýrým baþlangýçta.

Modüllerin yüklenmesi bildiðim kadarýyla Müdür'ün iþi. Hatta þuraya bakarsan:

http://svn.pardus.org.tr/uludag/trunk/comar/mudur/src/

Sistemde varolan device'lara göre ilgili modüllerin modprobe
edildiðini görebilirsin.

Muhtemelen buraya lvm için bir ek gerekiyor, ancak Müdür ve açýlýþ
sisteminde daha deneyimli geliþtiricilerimiz doðru bir cevap
verebilir. Onur, Gürer ve Bahadýr'ýn bu konuda çalýþtýðýný biliyorum.

Kolay gelsin.

-- 
Furkan Duman

From gokcen at pardus.org.tr  Fri Dec 19 18:09:18 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Fri, 19 Dec 2008 18:09:18 +0200
Subject: [Gelistirici] r9173 - 2008/applications/multimedia/lmms
In-Reply-To: <200812190814.39177.mnurolcay@gmail.com>
References: <20081219001931.D3781138406C@ns1.pardus.org.tr>
	<200812190300.04549.turkay.eren@gmail.com>
	<200812190814.39177.mnurolcay@gmail.com>
Message-ID: <200812191809.18425.gokcen@pardus.org.tr>

On Friday 19 December 2008 08:14:38 Mehmet Nur Olcay wrote:
> +1 :)

Yok, default /usr'dý her zaman, installPrefix yazmaya gerek yok yani. Fatih'in 
dediði, sonradan benim de deðiþtirdiðim þey CMAKE_BUILD_TYPE=release 
deðiþkeni.





From mnurolcay at gmail.com  Fri Dec 19 18:15:07 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Fri, 19 Dec 2008 18:15:07 +0200
Subject: [Gelistirici] r9173 - 2008/applications/multimedia/lmms
In-Reply-To: <200812191809.18425.gokcen@pardus.org.tr>
References: <20081219001931.D3781138406C@ns1.pardus.org.tr>
	<200812190814.39177.mnurolcay@gmail.com>
	<200812191809.18425.gokcen@pardus.org.tr>
Message-ID: <200812191815.08084.mnurolcay@gmail.com>

On Friday 19 December 2008 18:09:18 Gökçen Eraslan wrote:
> On Friday 19 December 2008 08:14:38 Mehmet Nur Olcay wrote:
> > +1 :)
>
> Yok, default /usr'dý her zaman, installPrefix yazmaya gerek yok yani.
> Fatih'in dediði, sonradan benim de deðiþtirdiðim þey
> CMAKE_BUILD_TYPE=release deðiþkeni.
>
evet buydu, sabah google marifetiyle listelerde o kadar aradým ama bulamadým 
installPrefix diye.

Teþekkürler bilgi için.
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081219/26a1715a/attachment-0002.htm>

From onur at pardus.org.tr  Fri Dec 19 18:57:54 2008
From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=)
Date: Fri, 19 Dec 2008 18:57:54 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
Message-ID: <200812191857.54402.onur@pardus.org.tr>

Friday 19 December 2008 Tarihinde 17:55:19 yazmýþtý:
> 19 Aralýk 2008 Cuma 15:57 tarihinde Mete Alpaslan
...
> Muhtemelen buraya lvm için bir ek gerekiyor, ancak Müdür ve açýlýþ
> sisteminde daha deneyimli geliþtiricilerimiz doðru bir cevap
> verebilir. Onur, Gürer ve Bahadýr'ýn bu konuda çalýþtýðýný biliyorum.

 Ben bu iþten pek anlamýyorum, ilgili modüllerin sistem init baþlamadan 
yüklenmesi mi gerekiyor ? Eðer öyleyse initramfs içinde olmalý

 http://svn.pardus.org.tr/uludag/trunk/comar/mudur/src/

 Deðilse müdür / udev içinde halledilebilir tabi

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From gokcen at pardus.org.tr  Fri Dec 19 20:17:25 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Fri, 19 Dec 2008 20:17:25 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812181249.25543.serbulent@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812181021.05935.onur@pardus.org.tr>
	<200812181249.25543.serbulent@pardus.org.tr>
Message-ID: <200812192017.25604.gokcen@pardus.org.tr>

On Thursday 18 December 2008 12:49:25 Serbulent UNSAL wrote:
> Bununla ilgili son karar nedir ? Ekin, Gökçen ?

Girsin depoya. KDE 4.1 ile sorunu yok nasýlsa.

--
Gökçen Eraslan



From serbulent at pardus.org.tr  Fri Dec 19 20:23:24 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 19 Dec 2008 20:23:24 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812192017.25604.gokcen@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812181249.25543.serbulent@pardus.org.tr>
	<200812192017.25604.gokcen@pardus.org.tr>
Message-ID: <200812192023.25005.serbulent@pardus.org.tr>

On Friday 19 December 2008 20:17:25 Gökçen Eraslan wrote:
> Girsin depoya. KDE 4.1 ile sorunu yok nasýlsa.

Biraz geç oldu, bir dahaki sefere artýk :)

-- 
Ýyi Çalýþmalar,

Serbülent


From erenoglu at gmail.com  Sat Dec 20 01:30:30 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Sat, 20 Dec 2008 00:30:30 +0100
Subject: [Gelistirici] [paketler-commits] r57068 - in
	playground/review/applications/multimedia/esound: . files
In-Reply-To: <20081219125217.A3EA01384050@ns1.pardus.org.tr>
References: <20081219125217.A3EA01384050@ns1.pardus.org.tr>
Message-ID: <fe9771a80812191530h14966d62p868c367a53066c1f@mail.gmail.com>

Merhaba,

Kusura bakmayin karisiyorum ama ESD artik obsolute olup pulseaudio
tarafindan devralinmadi mi? Yani pulseaudio icinde normalde esd icin calisan
bir executable var, onun yerine birebir kullanilabiliyor.

Neden esd gerekiyor ayrica anlayamadim..

Saygilar selamlar,

Emre

2008/12/19 <paketler-commits at pardus.org.tr>

> Author: ozan.caglayan
> Date: Fri Dec 19 14:52:17 2008
> New Revision: 57068
>
> Removed:
>   playground/review/applications/multimedia/esound/files/esd.conf
>   playground/review/applications/multimedia/esound/files/esound.conf.d
> Modified:
>   playground/review/applications/multimedia/esound/actions.py
>   playground/review/applications/multimedia/esound/pspec.xml
> Log:
> remove useless conf files, take over the package, enable oss and remove
> dodoc for htmls
>
> Modified: playground/review/applications/multimedia/esound/actions.py
> =================================================================
> --- playground/review/applications/multimedia/esound/actions.py (original)
> +++ playground/review/applications/multimedia/esound/actions.py Fri Dec 19
> 14:52:17 2008
> @@ -15,7 +15,7 @@
>                          --enable-static=no \
>                          --enable-alsa \
>                          --enable-ipv6 \
> -                         --disable-oss \
> +                         --enable-oss \
>                          --disable-dependency-tracking \
>                          --sysconfdir=/etc/esd")
>
> @@ -26,5 +26,4 @@
>     autotools.rawInstall("DESTDIR=%s" % get.installDIR())
>
>     pisitools.dodoc("AUTHORS", "ChangeLog", "MAINTAINERS", "NEWS",
> "README", "TIPS", "TODO")
> -    pisitools.dohtml("docs/html")
>
>
> Modified: playground/review/applications/multimedia/esound/pspec.xml
> =================================================================
> --- playground/review/applications/multimedia/esound/pspec.xml  (original)
> +++ playground/review/applications/multimedia/esound/pspec.xml  Fri Dec 19
> 14:52:17 2008
> @@ -5,8 +5,8 @@
>         <Name>esound</Name>
>         <Homepage>http://www.tux.org/~ricdude/EsounD.html<http://www.tux.org/%7Ericdude/EsounD.html>
> </Homepage>
>         <Packager>
> -            <Name>Onur Küçük</Name>
> -            <Email>onur at pardus.org.tr</Email>
> +            <Name>Ozan Çaðlayan</Name>
> +            <Email>ozan at pardus.org.tr</Email>
>         </Packager>
>         <License>GPLv2</License>
>         <License>LGPLv2</License>
> @@ -38,9 +38,6 @@
>             <Path fileType="doc">/usr/share/doc</Path>
>             <Path fileType="man">/usr/share/man</Path>
>         </Files>
> -        <AdditionalFiles>
> -            <AdditionalFile owner="root" permission="0644"
> target="/etc/esd/esd.conf">esd.conf</AdditionalFile>
> -        </AdditionalFiles>
>     </Package>
>
>     <History>
> _______________________________________________
> Paketler-commits mailing list
> Paketler-commits at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/paketler-commits
>



-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081220/08d96b20/attachment-0002.htm>

From erenoglu at gmail.com  Sat Dec 20 01:45:25 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Sat, 20 Dec 2008 00:45:25 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <200812191857.54402.onur@pardus.org.tr>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
Message-ID: <fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>

Merhaba,

2008/12/19 Onur Küçük <onur at pardus.org.tr>

>
>  Ben bu iþten pek anlamýyorum, ilgili modüllerin sistem init baþlamadan
> yüklenmesi mi gerekiyor ? Eðer öyleyse initramfs içinde olmalý
>
>  http://svn.pardus.org.tr/uludag/trunk/comar/mudur/src/
>
>  Deðilse müdür / udev içinde halledilebilir tabi
>

Ben bir ara uretilen lvm2 paketini sistemime kurmustum (Name: lvm2, version:
2.02.39, release: 7, build 1).  Bununla ilgili modul ve executable'lari daha
once devel listesine attigim bir mesajda, init ve mkinitramfs dosyalarini
degistirrerek, initrd icinde atmayi basardim.

GRUB'ta su anda asagidaki satiri kullaniyorum:
kernel          /kernel-2.6.25.20-113  root=/dev/mapper/os-pardus mudur=raid
lvm ro

mudur=raid,lvm is goruyor, tabii mkinitramfs ve init script'deki
degisiklikler ile.  Ayrica bir de virtio sanal disk modullerinden boot etmek
icin de degisiklik yapmistim ama beta halde, yine de iyi calisiyordu KVM
icinde Pardus calisirken.

Ancak ne yaptiysam, sistem acilisinda diskleri dogru durust gosterip
fstab'dan mount edilmelerini saglayamadim, UDEV kurali ekledim vs. olmadi.
icin icinden cikamadim.

Su anda sistemim RAID+LVM ustunde aciliyor, sadece /boot ayri bir partition.
Ancak fstab icinden mount ettirmeyi basaramadigim icin local.start
dosyasinda asagidaki satirlar olmasi gerekiyor:

/usr/sbin/vgmknodes
/bin/mount   /dev/mapper/os-data   /d

(/d sadece bir dizin, veriler orda duruyor, windows aliskanligi).

Isin icinden cikabilirseniz test edebilirim :)

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081220/5e584d21/attachment-0002.htm>

From ekin at pardus.org.tr  Sat Dec 20 02:59:18 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 20 Dec 2008 02:59:18 +0200
Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?=
	=?utf-8?q?ity_Fixes?=
Message-ID: <200812200259.18623.ekin@pardus.org.tr>


Merhaba / Hi;

Bu gece kararlý depolara girecek güvenlik güncellemeleri :
Tonight's Security Fixes for Pardus stable repos : 
------------------------------------------------------------------------

* [Pardus 2007]
macromedia-flash-9.0.152.0-11-10.pisi
php-common-5.2.8-60-29.pisi
php-cli-5.2.8-60-38.pisi
mod_php-5.2.8-60-61.pisi
firefox-2.0.0.19-81-73.pisi
firefox-devel-2.0.0.19-81-46.pisi

* [Pardus 2008]
flashplugin-10.0.15.3-19-4.pisi
thunderbird-2.0.0.19-41-7.pisi
firefox-devel-3.0.5-93-19.pisi
firefox-3.0.5-93-19.pisi
sun-jdk-1.6.0_p11-17-4.pisi
sun-jdk-demo-1.6.0_p11-17-1.pisi
sun-jdk-doc-1.6.0_p11-17-1.pisi
sun-jdk-samples-1.6.0_p11-17-1.pisi
sun-jre-1.6.0_p11-17-4.pisi

--
Ekin Meroðlu <ekin_at_pardus.org.tr>


From gkmngrgn at gmail.com  Sat Dec 20 03:04:59 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Sat, 20 Dec 2008 03:04:59 +0200
Subject: [Gelistirici] Pardus'ta PackageKit
Message-ID: <494C44BB.7020809@gmail.com>

Arkadaþlar merhaba,
VirtualBox'tan Fedora (Xfce Community) ve Xubuntu'yu kurcalýyorum ve 
PackageKit'i gerçekten çok beðendiðimi söylemeliyim. Pardus'ta 
PackageKit ile ilgili birkaç eposta listesi girdisi ve birkaç blog 
girdisinden baþka bir þey bulamadým.

Pardus'ta PackageKit ile ilgili herhangi bir çalýþma yapýlacak mýdýr? 
Son durum nedir? Ayrýca KPackageKit diye bir þey de varmýþ, ne düþünüyoruz?

Saygýlar =)


From dfisek at fisek.com.tr  Sat Dec 20 06:08:26 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Sat, 20 Dec 2008 06:08:26 +0200
Subject: [Gelistirici] yeni gelistiriciler kazanmak
In-Reply-To: <a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071333.24924.gurer@pardus.org.tr>
	<493BBC37.7000008@pardus.org.tr>
	<200812071448.06253.turkersezer@tsdesign.info>
	<a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>
Message-ID: <20081220060826.42624f78.dfisek@fisek.com.tr>

Mon, 8 Dec 2008 04:34:30 +0100, "selim ok" <selimok at gmail.com> :

> Nasil cözülecek diye daha önceden de tartistigimiz yeni gelistirici
> bulma sorunumuz bana kalirsa daha da derinlesmis gibi görünüyor.
> Yapabilecek misiniz bilmiyorum ama IRC, forumlar ve e-posta
> listelerine cok daha fazla zaman ayirin demek istiyorum sadece (zaman
> ayiranlari tenzih ederim). Bunlarin meyvesini almak uzun sürer ama bu
> tartismaya katilan arkadaslarin önemli bir yüzdesi, su anda yerinde
> yeller esen gelistiriciler sayesinde buradalar. (Evet ben onlardan
> biriyim diyenler parmak kaldirabilir. Yoksa sonsuza kadar anonim
> kalin.)
Kesinlikle katiliyorum.

Yeni gelistiriciler gokten zembille inmiyorlar. Birebir "temas" onemli
bisi. Insanlar iletisim kurdukca gelistiricilere isiniyorlar, o
gelistiricilerin de kendileri gibi "iki kolu, iki bacagi, iki gozu"
oldugunu goruyorlar. Gelistiriciler iletisim kurduklari insanlara "siz
de katki yapabilirsiniz, hadi gelin siz de bisiler katin" duygusunu
aþýlayabiliyorlar.

Ben Pardus'u gelistirmekte kullandigimiz araclari (listeler, svn, wiki,
bugzilla, vb) da insanlara birebir anlatmanin yararli olabilecegini
dusunuyorum. Ne yazik ki bircok insan Ozan'in bahsettigi arastirmalari
yapip, kendi kendilerini Pardus'a dahil etmeyi basar(a)mayabiliyorlar.

Bundan hareketle, 13. Turkiye'de Internet Konferansi'nda Pazartesi günü
(22 Aralýk) 15:00'te "Pardus Geliþtiricisi Olmak" baþlýklý bir seminer
vereceðim. Seminerde bir Pardus geliþtiricisinin projenin geliþimini
izlemek ve geliþimine katýlmak için kullandýðý svn depolarý, e-posta
listeleri, hata takip sistemi, wiki gibi internet araçlarýnýn etkin
kullanýmýný birebir internette gezerek anlatacaðým. Bir geliþtirici
nasýl projedeki geliþmeleri takip ediyor, onu gösterme düþüncesindeyim.

Bu bir yerde yazýlan/çizilenlerin ve belgelerin görüntülü bir anlatýmý
gibi, evet :). Baslamak bitirmenin yarisi derler, bu seminerin de
gelistirici olmayi kafasindan gecirenlere ama gozunde buyutenlere bir v0
saglayacagini, boyle bir dusuncesi olmayanlara da merak uyandiracagini
tahmin ediyorum.

Bence bu tarz bir seminer, bircok universitenin bilgisayar bölümünde ya
da meslek yüksek okulunda verilebilir ve cok da ilgi ceker. Bir
seminerden tek bir gelistirici kazanilsa bile "maliyetini" kurtarir
bence :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From gkmngrgn at gmail.com  Sat Dec 20 06:35:31 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Sat, 20 Dec 2008 06:35:31 +0200
Subject: [Gelistirici] Pardus'ta PackageKit
In-Reply-To: <494C44BB.7020809@gmail.com>
References: <494C44BB.7020809@gmail.com>
Message-ID: <494C7613.6080904@gmail.com>

Gökmen Görgen wrote On 20-12-2008 03:04:
> Arkadaþlar merhaba,
> VirtualBox'tan Fedora (Xfce Community) ve Xubuntu'yu kurcalýyorum ve 
> PackageKit'i gerçekten çok beðendiðimi söylemeliyim. Pardus'ta 
> PackageKit ile ilgili birkaç eposta listesi girdisi ve birkaç blog 
> girdisinden baþka bir þey bulamadým.
>
Çaðlar Onur'un PackageKit ekibinde Pardus geliþtiricisi olarak yer 
aldýðýna ve program kurulumunda pisi parametresinin var olduðuna dair 
bir iki bilgi daha buldum o_O!


From tekman at pardus.org.tr  Sat Dec 20 18:51:58 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Sat, 20 Dec 2008 18:51:58 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812191732.49959.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812191457.34441.serbulent@pardus.org.tr>
	<200812191732.49959.serbulent@pardus.org.tr>
Message-ID: <200812201851.58562.tekman@pardus.org.tr>

19 Aralýk 2008 Cuma 17:32:49 tarihinde Serbulent UNSAL þunlarý yazmýþtý:
> nledim ve sayfalara böldüm. Ayrýca
> bir de sýklýk daðýlýmý ekledim.

Serbülent, bir de insanlarýn ekli dosyayý açmadan fikir sahibi olabilmeleri 
için "ne bulduðunu" yaz demiþtim. Ben yazayým bari (talodaki kimi hatalarý 
düzelttikten sonra):

Ýncelenen 60 paket için güncellemenin merge isteðinin yapýlmasý ile satble 
depoya girmesi arasýndaki süre ortalama olarak 17,6 gün bulunmuþ. Bu zamanýn 
büyük bileþenleri depoya giriþ ile ACK/NACK listesine giriþ arasýnda geçen 
süre (ort. 6,1 gün) ve ACK/NACK'ýn bitiþi ile testin bitiþi arasýndaki süre 
(ort. 5,1 gün) olarak çýkmýþ. 

Paketlerin %33'ü 2-2 1/2 haftada, %27'si  2 1/2-3 haftada ve %23'ü 1 1/2-2 
haftada tamamlamýþlar süreci. En kýsa süre iki paket için 9 gün ve en uzun 
süre bir paket için 50 (ve iki paket için 32) gün. Paketlerin %87'si süreci 
1-3 haftada tamamlamýþlar.

Þimdi de bir yorum  ve iki soru (Varsayým ACK/NACK ve test periyodu 7 gün 
alýnmýþ durumda, ki hemen hemen tutturuluyor): 

2008 sürüm yöneticimiz bir güncellemenin ACK/NACK listesinde girebilmesi için 
test deposunda birkaç gün kalmasýný ve test deposu kullanýcýlarýndan olumsuz 
bir ses çýkamamasýný þart koþuyor. Bu süre 2 gün dersek zaten depoya giriþ 
ile ACK/NACK listesine giriþ arasýndaki süre ortalama 5,5 gün olmak 
durumunda. Buradaki sonuç (6,1 gün) kabul edilebilir uzaklýkta, bu politika 
deðiþmeden yarým günden daha fazla kazanç saðlanabilirmiþ gibi görünmüyor.

Test adýmýný ortadan kaldýrsak toplam süre 12,5 gün olacak. Bunun kabul 
edilebilir, 17,6'nýn kabul edilemez bir süre olduðunu mu düþünüyoruz?

ACK/NACK ve test adýmlarýný kaldýrýrsak süre 6,4 güne düþecek. Evet, bu 
diðerlerinden net bir þekilde 1+ hafta daha kýsa bir süre. Ama gerçekten 
aradaki süreçleri kaldýrmaya deðecek mi?

ET,


From selimok at gmail.com  Sat Dec 20 22:46:38 2008
From: selimok at gmail.com (selim ok)
Date: Sat, 20 Dec 2008 21:46:38 +0100
Subject: [Gelistirici] yeni gelistiriciler kazanmak
In-Reply-To: <20081220060826.42624f78.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071333.24924.gurer@pardus.org.tr>
	<493BBC37.7000008@pardus.org.tr>
	<200812071448.06253.turkersezer@tsdesign.info>
	<a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>
	<20081220060826.42624f78.dfisek@fisek.com.tr>
Message-ID: <a001a6cb0812201246q1d77f804kb418bfba74fde25d@mail.gmail.com>

20 Aralýk 2008 Cumartesi 05:08 tarihinde Doruk Fisek <dfisek at fisek.com.tr>yazdý:

>
> Bence bu tarz bir seminer, bircok universitenin bilgisayar bölümünde ya
> da meslek yüksek okulunda verilebilir ve cok da ilgi ceker. Bir
> seminerden tek bir gelistirici kazanilsa bile "maliyetini" kurtarir
> bence :)
>  <http://liste.pardus.org.tr/mailman/listinfo/gelistirici>


Geçen senelerde nasýl pardus geliþtiricisi olunur seminerleri veriliyordu
zaten, ben de bir tanesine katýlýp oldukça motivasyon kazanmýþ
geliþtiricilerin aslýnda çok insancýl yaratýklar olduklarýný anlamýþtým.
Umarým bol ve ilgili katýlýmcýlarla karþýlaþýrsýn.
Bu konuya önem ve destek verdiðin için de ayrýca teþekkür ediyorum.

Ýyi çalýþmalar,
Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081220/2ed80d5c/attachment-0002.htm>

From isingor at gmail.com  Sat Dec 20 23:21:12 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Sat, 20 Dec 2008 23:21:12 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812201851.58562.tekman@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812191457.34441.serbulent@pardus.org.tr>
	<200812191732.49959.serbulent@pardus.org.tr>
	<200812201851.58562.tekman@pardus.org.tr>
Message-ID: <a64a8a8c0812201321y5e292a70sc974de3601956934@mail.gmail.com>

2008/12/20 Erkan Tekman <tekman at pardus.org.tr>

> Þimdi de bir yorum  ve iki soru (Varsayým ACK/NACK ve test periyodu 7 gün
> alýnmýþ durumda, ki hemen hemen tutturuluyor):
>
> 2008 sürüm yöneticimiz bir güncellemenin ACK/NACK listesinde girebilmesi
> için
> test deposunda birkaç gün kalmasýný ve test deposu kullanýcýlarýndan
> olumsuz
> bir ses çýkamamasýný þart koþuyor. Bu süre 2 gün dersek zaten depoya giriþ
> ile ACK/NACK listesine giriþ arasýndaki süre ortalama 5,5 gün olmak
> durumunda. Buradaki sonuç (6,1 gün) kabul edilebilir uzaklýkta, bu politika
> deðiþmeden yarým günden daha fazla kazanç saðlanabilirmiþ gibi görünmüyor.
>
> Test adýmýný ortadan kaldýrsak toplam süre 12,5 gün olacak. Bunun kabul
> edilebilir, 17,6'nýn kabul edilemez bir süre olduðunu mu düþünüyoruz?



Test adýmýný kaldýrmaya karþý olduðumu söyleyeyim. Test takýmý son günlerde
çok iyi hatalar yakalamaya baþladý. Hatta tam tersine, test ekibinin
derinliðini ve testçilerimiz içinde farklý ilgi alanlarýndan gelen kullanýcý
profillerini çoðaltmamýz gerekiyor.



> ACK/NACK ve test adýmlarýný kaldýrýrsak süre 6,4 güne düþecek. Evet, bu
> diðerlerinden net bir þekilde 1+ hafta daha kýsa bir süre. Ama gerçekten
> aradaki süreçleri kaldýrmaya deðecek mi?
>


Koray'ýn deyimiyle söyleyeyim: Upstream ile halay çekmeye çalýþmanýn son
kullanýcýya hiçbir faydasýnýn olmayacaðýný düþünüyorum. Ýsteyenlerin stable
depo yerine doðrudan test deposunu kullanma þansý zaten mevcut...


Ali
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081220/c9b7758f/attachment-0002.htm>

From ekin at pardus.org.tr  Sat Dec 20 23:23:37 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 20 Dec 2008 23:23:37 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081219123551.2904eec9.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051452.22820.ekin@pardus.org.tr>
	<20081219123551.2904eec9.dfisek@fisek.com.tr>
Message-ID: <200812202323.37517.ekin@pardus.org.tr>

Merhaba;

Friday 19 December 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 
> Fri, 5 Dec 2008 14:52:22 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :
> > [Tekrar yazýlmasý gereken] Depo politikasýna göre acil durumlarda
> > paketçisine ulaþýlamayan paketlerde ikinci derece sorumlu olmak ve
> > bileþenlerdeki geliþmelere nezaret etmek dýþýnda bir iþi yok :-)
>
> Bence degil. Bu zaman icinde dejenere olmus depo politikasina gore :)

Onun için tekrar yazýlmasý gereken dedim, ben de þu anki halinin yanlýþ ve çok 
eksik olduðunu düþünüyorum, onun için sonunda smiley var.

> Bilesen sorumlusu gercekten bilesen sorumlusuysa, "nezaret etmek"
> disinda bir katkisi olmali ortama.
>
> Ornegin kendi bileseni cercevesinde,
> - "Bakicisiz" paketlere bakici bulmak
>[...]
> - Kendi bileseni ve icindeki paketlerle ilgili her tur karar verilirken 
> birinci derecede soz sahibi olmak.
> Hakkiyla yapilmasina izin verilen bir bilesen sorumlu sisteminin 
> getirecegi yararlari listelemeye kalktim ama neredeyse "diþlere iyi
> gelir, hatta aganiginaganigi"ye donecegi icin vazgectim :)

Ben bunlarýn hiçbirine karþý deðilim teoride. Ama her kararý bileþen sorumlusu 
tek baþýna verirse bu bileþen sorumlularýnýn birbirinin ayaðýna basmamasý 
için bir mekanizma gerekecek - bence sürüm yöneticisi ya da depo sorumlusunu 
da içeren düzgün bir politika ile çözülecek bir sorun bu.Kaldý ki þu anda 
bileþen sorumlusu olmak isteyene de kimse dur demiyor (örn. Ýnanç Yýldýrgan 
Font bileþeni sorumlusu oldu yakýn zamanda), bileþeni ile ilgili bir karar 
vermek / deðiþiklik yapmak isteyene de. 

Açýkçasý sürüm yöneticisi olarak kimseyle yetki paylaþmak istemiyor, ali kýran 
baþ kesen olmayý tercih ediyormuþum gibi bir algý var özellikle bu postada, 
anlamakta güçlük çekiyorum. Evet, depo ve sürüm sürecinde bazý kararlarýn 
hýzlý alýnmasý gerekiyor, bazý düzeltmelerin tek elden "böyle olmalý" kararý 
verilerek yapýlmasý gerekiyor. Þimdiye kadar kararlarda geliþtiricilerle 
tartýþmaya, herkesten fikir almaya çalýþtýðýmý düþünüyorum, ama acil 
durumlarda da sorumluluðu alarak müdahale ettim tabii ki. Ama bu tip 
eleþtirilerde, geliþtirici listesine attýðým maillere cevap alma oranýmýn 
bile neredeyse 5'te 1 olduðunu da göz önüne alýrsanýz sevinirim - ortada her 
türlü sürece dahil olmak, çözüm önerileriyle gelmek için kendini yýrtan bir 
kitle var da, ben (ya da bir baþka geliþtirici) kimseye söz hakký vermeden 
aklýna eseni yapýyor gibi bir durum yok. Birileri bir karar veriyor, çünkü 
baþka karar veren, fikir belirten, hatta kararlar verildikten sonra "niye" 
diye soran bile yok.      

> > Ama bu, depo baðýmlýlýklarýnýn ayný bileþen içinde kaldýðýný
> > farzedersek mantýklý ki þu anki durum buna yakýn bile deðil - 2007 ->
> > 2008 geçiþinde depoyu bileþen bileþen paylaþmak tam anlamýyla mümkün
> > olmamýþtý mesela, her bileþenin baðýmlýlýk aðacý alakasýz yerlere
> > gidiyordu.

Bunlarý bileþen sorumlularýna daha fazla sorumluluk ve görev vermeyelim diye 
yazmadým, "bileþen sorumlusu bileþenindeki paketi alsýn, derlesin, test 
etsin" önerisine karþý söyledim. Birkaç kere anlatmaya çalýþtýðým nedenlerle 
en azýndan farmýn on kiþi tarafýndan hep beraber çalýþtýrýlabilmesi mümkün 
görünmüyor.

> Bu eskiden de boyleydi. O zaman bilesen paylasilabiliyor ve bu sistem
> isleyebiliyordu. Bence gecerli bir neden degil soyledigin.
> Atalarimiz bosuna "böl ve yonet" dememisler. Eger tum dagitimi buyuk
> bir yun yumagi olarak gorursek elbette yonetilemez ve icinden cikilamaz
> hale gelir.

Baþtan beri ben de bileþen sorumlularýnýn daha fazla yetki ve sorumluluk 
almasýnýn iyi olacaðýný savunuyorum.

> Su haliyle senin soyledigin, paketleri birbirinden ayiramiyoruz, o
> zaman dagitimdan tek kisi sorumlu olsun, o da her isin altindan
> kalksina karsilik geliyor. 

Ben böyle bir þey söylemiyorum. Bileþen sorumlularý kendi bileþenlerinde 
birinci dereceden söz sahibi olsunlar, ama bu yeterli deðil. Bu ekibin 
(bileþen sorumlularýndan oluþan) nasýl uyumlu çalýþacaðýný da süreç haline 
getirmek gerekiyor - yoksa bir sürüm/depo yöneticisi yerine 10 sürüm 
yöneticisi koymaktan faklý bir iþi yapmýyorsun, bu kadar birbirine baðlý 
alanlarda çalýþýrken bu da tartýþma, birbirlerinin yaptýðýný bozma vs ile 
daha çok zaman kaybetmeye neden olacak, iþler daha da yavaþlayacak diye 
düþünüyorum. 

Yine ayný nokta, bir daha tekrarlayayým :  

Bir süreci deðiþtirirken sýrf eskisinden memnun olmamak yeterli deðil, 
eskisinden ne öðrenebiliriz diye de bakmak gerekiyor. 

Ben iki (bir baþka ekipte de üç) kiþiyle ortak farm yönettim, farmýn böyle 
yönetilmek için fazla manuel olduðunu, þu anki ve yakýn gelecekteki depo 
büyüklüðü ve güncelleme sýklýðýnýn en azýndan farmýn birkaç kiþi tarafýndan 
çalýþtýrýlmasýný gerektirmediðini öðrendim. Eðer bir gün farm on kiþi 
tarafýndan birlikte yönetilecekse oldukça temel süreç ve yazýlým 
deðiþikliklerine ihtiyacýmýz olduðunu biliyorum ve bunu anlatmaya 
çalýþýyorum.

Yine uzunca bir dönem herkesin commit ettiði bir depoyu derledim, bunun da 
sorunsuz olmadýðýný, amaç yükü paylaþmak ise baþka yollarý olduðunu 
söylüyorum. Burada da kimsenin elini tutmuyoruz durumu var aslýnda - 2007 
deposuna uzun süre 4, sonra deðiþikliklerle baþka 4 kiþinin yazma hakký 
vardý, 2008'e iki kiþinin yazma hakký var : bu sefer de nasýlsa yapan var, 
commit etmediyse bir bildiði vardýr düþüncesiyle diðerleri kommit yapmýyor 
(bu denklemin her iki tarafýnda da bulundum). Burada da kararlý sürüm bakým 
ekibi ve bileþen sorumlularýný da içeren düzgün bir politika yazýlmadan, en 
azýndan temel konularda bir ortak noktaya varýlmadan yazma hakkýnýn 
açýlmasýnýn ortalýðý karýþtýracaðýný düþünüyorum.

Özetle (farmýn teknik gereklilikleri dýþýnda) hiçbir konuda geliþtiricilerin 
daha fazla sorumluluk almasýna, her anlamda "iþ yapmasýna" karþý deðilim, ama 
o sorumluluðu ve iþi verirken kurallarýný koymazsak sonuç alabileceðimizi 
düþünmüyorum. "Bileþen sorumlularý kendi bileþenlerini merge etsin" demek 
yetmiyor, "bileþen sorumlularý kendi aralarýnda þöyle iletiþim kuracak, sorun 
çýktýðýnda böyle halledilecek, diðer geliþtiricileri geliþmelerden þu þekilde 
haberdar edecek" demek lazým. Bugüne kadar bunu yapmadýk, ama artýk bir 
deðiþiklik yapacaksak kitabýna uygun yapmak lazým.
 
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>


From ekin at pardus.org.tr  Sat Dec 20 23:47:08 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 20 Dec 2008 23:47:08 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081219120822.7dd2e68f.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812042313.34497.ekin@pardus.org.tr>
	<20081219120822.7dd2e68f.dfisek@fisek.com.tr>
Message-ID: <200812202347.08686.ekin@pardus.org.tr>

Merhaba;

Friday 19 December 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 
> Burada secimi siz (TUBITAK calisanlari) yapacaksiniz. Temel sistemin
> sabit kaldigi, sadece guvenlik ve bir seylerin kirilip/dokulmedigi
> guncellemelerin yapildigi bir sistem ihtiyaci ortada. 2007 cikali 2
> sene olmasina, 6 aydir neredeyse hic yeni yazilim girmemesine ve
> hatalari duzeltilmemesine karsin hala 2007 kullanan bircok kullanici
> olmasi bunun en buyuk kaniti.

Ben bunu anlamlý sebebinin 2007'nin kararlýlýðýndan çok destek verdiðimiz bir 
2008 -> 2008 geçiþ sistemimizin olmamasý olduðunu düþünüyorum ama.
 
> Pratikte su anki yapi itibariyla 2007 kararli surum, 2008 de kararsiz
> surume karsilik geliyor zaten. Insanlar "oyle ya da boyle"
> ihtiyaclarini karsilamanin bir yolunu bulmak zorunda kaliyorlar. 2008
> cikip 2007 durulmadan once de, guvenlikten taviz verip sistemlerini
> guncellemeyerek kararligini korumaya calisiyorlardi.
>
> Yani adi biz "sadece guvenlik guncellemeleri yapan surum yapamayiz"
> oluyor ama pratikte yapiyorsunuz zaten.

Senin önerinden ben ayný sürüm içinde stable - unstable dal maintain etmek 
anlýyorum ben. Yani bir yýl önce önerini uygulamýþ olsaydýk : 
- zamanýnda 2007-unstable, 2007-stable dallarý olmalýydý, 
- 2008 çýktýðýnda 2007-unstable'i öldürüp  2007-stable, 2008-unstable, 
2008-stable dallarý ile devam etmeliydik. 
- 2008 süreci içinde bir noktada 2007-stable'i da öldürmeli,
- 2009 çýktýðýnda da 2008-unstable'i öldürüp 2008-stable, 2009-unstable, 
2009-stable dallarý ile devam etmeliyiz.

Bu da pratikte ayný anda iki yerine üç daðýtým maintain etmek demek.

> Eger bu ismi konmamis durumdan memnunsaniz, daha sýk sürüm yayýnlayýp
> (atýyorum 6 ayda bir ya da 4 ayda bir), eskisini ýskartaya çýkarýp,
> kararlý hale getirebilirsiniz. Hatalariyla sevin onu dersiniz. 4-6 ay
> da, bence cok ciddi bisiler kirip dokmeden yasanabilir bir donem.
> Kirilacagi noktada zaten elde yeni bir surum olur.

6 ay bana biraz hýzlý geliyor, ama bence yapýlabilir tabii ki. Ama bu konu her 
gündeme geldiðinde karþýmýza hayatýn gerçekleri çýkýyor - 200x'in sorunlarý 
çözüp güncelleyen ekip ile 200x+1'i hazýrlayan ekip ayný - yani bir sürüm 
çýkýnca tamam sen, sen, bi de sen yeni sürümü geliþtirin, siz oradakiler, siz 
de eski sürüme bakým yapýn denilecek insanlar ayný, dolayýsýyla yeni sürüm 
için çalýþmaya baþlamak uzun sürüyor.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From hberberoglu at gmail.com  Sat Dec 20 23:50:52 2008
From: hberberoglu at gmail.com (Huseyin Berberoglu)
Date: Sat, 20 Dec 2008 23:50:52 +0200
Subject: [Gelistirici] yeni gelistiriciler kazanmak
In-Reply-To: <20081220060826.42624f78.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812071333.24924.gurer@pardus.org.tr>
	<493BBC37.7000008@pardus.org.tr>
	<200812071448.06253.turkersezer@tsdesign.info>
	<a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>
	<20081220060826.42624f78.dfisek@fisek.com.tr>
Message-ID: <4520141a0812201350n5172c497le4b0709da6aad34a@mail.gmail.com>

2008/12/20 Doruk Fisek <dfisek at fisek.com.tr>

> Bence bu tarz bir seminer, bircok universitenin bilgisayar bölümünde ya
> da meslek yüksek okulunda verilebilir ve cok da ilgi ceker. Bir
> seminerden tek bir gelistirici kazanilsa bile "maliyetini" kurtarir
> bence :)
>

Aynen katýlýyorum.

meren'in verdiði "Nasýl geliþtirici olunur konulu" iki süper seminerden
sonra "ben de geliþtirici olayým" demiþ ve anlatýlanlarý uygulamaya
baþlamýþtým. Özellikle seminer sonrasý sohbet çok faydalý oluyor.

Kolaylýklar.


-- 
Hüseyin Berberoðlu
http://www.birazkisisel.com - süper blog
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081220/f7d7a70f/attachment-0002.htm>

From inancyildirgan at gmail.com  Sun Dec 21 00:40:36 2008
From: inancyildirgan at gmail.com (=?utf-8?q?=C4=B0nan=C3=A7_Y=C4=B1ld=C4=B1rgan?=)
Date: Sun, 21 Dec 2008 00:40:36 +0200
Subject: [Gelistirici] google-gadgets ve KDE 4.2
Message-ID: <494d74b3.0eff300a.7846.4f35@mx.google.com>

google-gadgets kde 4.2 nin baðýmlýlýklarýndan biri. Yalnýz programýn çalýþmasý 
için xulrunner baðýmlýlýðý gerekiyor. Þu an [1] adresindeki paket 
derlenmesine raðmen hiç bir þekilde çalýþmýyor. Ama [2] deki paket gayet 
sorunsuz. Diðer daðýtýmlardan bakýnca hepsi xulrunner'i buna baðýmlýlýk 
olarak eklemiþ. Biz de ise xulrunner contrib deposunda ve bir sürü gnome 
baðýmlýlýðý ile beraber geliyor. Gentoo da xulrunner'in hiç bir gnome 
baðýmlýlýðý yok. (En azýndan gnome-vfs ve libgnomeui gibi) Fikirler, 
öneriler?

[1]= 
https://svn.pardus.org.tr/pardus/devel/applications/util/google-gadgets/pspec.xml

[2] = 
http://svn.pardus.org.tr/pardus/playground/inanc/google-gadgets/pspec.xml

http://kambing.ui.edu/gentoo-portage/x11-misc/google-gadgets/google-gadgets-0.10.4.ebuild
http://cvs.fedoraproject.org/viewvc/rpms/google-gadgets/devel/google-gadgets.spec?revision=1.5&view=markup


From ekin at pardus.org.tr  Sun Dec 21 01:10:48 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sun, 21 Dec 2008 01:10:48 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
	<4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
Message-ID: <200812210110.48360.ekin@pardus.org.tr>

Merhaba;

Thursday 18 December 2008 tarihinde, Furkan Duman þunlarý yazmýþtý: 
> PPP konusunda bilgili olup da, yardýmcý olmak isteyen var mýdýr? Bu
> sadece VPN ile ilgili bir sýkýntý deðil. PPP'nin kullanýmýnýn
> gerektiði yerlerde yaþayacaðýmýzý düþünüyorum. O yüzden PPP ile biraz
> uðraþmak istiyorum. Gürer ve Onur ppp betiklerini yazmýþtý sanýrým.
> Baðlantý durumunu belirleyemediðimiz için mi link betiklerinde bu
> durumu gözardý ettik? (En azýndan öyle algýladým hatam olabilir)

PPP ayný zamanda cep telefonlarýný kullanarak gprs/edge baðlantýsý için de 
gerekiyor ve þu anda bu tip bir baðlantýyý hiç desteklemiyoruz. 
Network-manager dýþýnda da durum pek iç açýcý deðil : örneðin çoðu gsm 
telefon ikiden fazla (örneðin nokia 6300 7 adet) init string'e ihtiyaç 
duyuyor baðlantý için, kpp ise sadece 2 string destekliyor.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Sun Dec 21 01:12:30 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sun, 21 Dec 2008 01:12:30 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <20081207190423.e8b7a1cf.nakof@zig.gen.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<20081207162759.87edb751.dfisek@fisek.com.tr>
	<20081207190423.e8b7a1cf.nakof@zig.gen.tr>
Message-ID: <200812210112.30961.ekin@pardus.org.tr>

Merhaba;

Sunday 07 December 2008 tarihinde, nihat ciddi þunlarý yazmýþtý: 
> > Ornek vereyim, uzakta bir sunucuyu mount edip calisilmasi gerekiyor.
> > Ama belirli bir profildeyken yerel agdaki IP'sinden, diger
> > profillerdeyken internetteki IP'siyle baglanmaniz gerekiyor. Bunun
> > benzeri yerel paket deposu kullanmak / internet deposu kullanmak
> > olabilir.
>
> debian/ubuntu'daki gibi, profil up/down olunca calisacak script'ler
> olmasi guzel olurdu.

Evet, en basitinden bu destek bile bir çok derdimizi çözecek - 2008'e 
eklenmesinde de sorun yok bence, büyük bir davranýþ deðiþikliði deðil.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From alpaslanmete at gmail.com  Sun Dec 21 01:29:01 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Sun, 21 Dec 2008 01:29:01 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
Message-ID: <494D7FBD.5000804@gmail.com>

Emre Erenoglu wrote On 12/20/2008 01:45 AM:
> Merhaba,
>
> 2008/12/19 Onur Küçük <onur at pardus.org.tr <mailto:onur at pardus.org.tr>>
>
>
>      Ben bu iþten pek anlamýyorum, ilgili modüllerin sistem init
>     baþlamadan
>     yüklenmesi mi gerekiyor ? Eðer öyleyse initramfs içinde olmalý
>
>      http://svn.pardus.org.tr/uludag/trunk/comar/mudur/src/
>
>      Deðilse müdür / udev içinde halledilebilir tabi
>
>
> Ben bir ara uretilen lvm2 paketini sistemime kurmustum (Name: lvm2, 
> version: 2.02.39, release: 7, build 1).  Bununla ilgili modul ve 
> executable'lari daha once devel listesine attigim bir mesajda, init ve 
> mkinitramfs dosyalarini degistirrerek, initrd icinde atmayi basardim.
Paketin review sürecinde Ýþbaran ile yaptýðýnýz  ve devel listesindeki 
mailleri gözden geçirdim sanýrým ayný sorunlarý hala yaþýyoruz :)
>
> GRUB'ta su anda asagidaki satiri kullaniyorum:
> kernel          /kernel-2.6.25.20-113  root=/dev/mapper/os-pardus 
> mudur=raid lvm ro
>
> mudur=raid,lvm is goruyor, tabii mkinitramfs ve init script'deki 
> degisiklikler ile.  Ayrica bir de virtio sanal disk modullerinden boot 
> etmek icin de degisiklik yapmistim ama beta halde, yine de iyi 
> calisiyordu KVM icinde Pardus calisirken.
initramfs [1] 
<https://svn.pardus.org.tr/pardus/2008/kernel/kernel/actions.py> 
linkinde zaten '-full' parametresiyle full module olarak 
oluþturulduðundan initramfs deðiþiklik yapmaya gerek olmadýðýný 
düþünmüþtüm ...? :S

>
> Ancak ne yaptiysam, sistem acilisinda diskleri dogru durust gosterip 
> fstab'dan mount edilmelerini saglayamadim, UDEV kurali ekledim vs. 
> olmadi. icin icinden cikamadim.
>
> Su anda sistemim RAID+LVM ustunde aciliyor, sadece /boot ayri bir 
> partition. Ancak fstab icinden mount ettirmeyi basaramadigim icin 
> local.start dosyasinda asagidaki satirlar olmasi gerekiyor:
sizin buradaki sorununuz device_mapper modulu aktif olmasýna karþýn 
hacim gruplarýnýn aktif olmamasý sorunu  mu? Sorununuz biraz daha 
açarmýsýnýz? :)

>
> /usr/sbin/vgmknodes
> /bin/mount   /dev/mapper/os-data   /d
>
> (/d sadece bir dizin, veriler orda duruyor, windows aliskanligi)
> Isin icinden cikabilirseniz test edebilirim :)
<https://svn.pardus.org.tr/pardus/2008/kernel/kernel/actions.py>Tabi çok 
iyi olur... :
>
> Emre
> ------------------------------------------------------------------------
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici

-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081221/0b2228b3/attachment-0002.htm>

From erenoglu at gmail.com  Sun Dec 21 03:34:48 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Sun, 21 Dec 2008 02:34:48 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <494D7FBD.5000804@gmail.com>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<494D7FBD.5000804@gmail.com>
Message-ID: <fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>

Merhaba,

2008/12/21 Mete Alpaslan <alpaslanmete at gmail.com>

>  Ben bir ara uretilen lvm2 paketini sistemime kurmustum (Name: lvm2,
> version: 2.02.39, release: 7, build 1).  Bununla ilgili modul ve
> executable'lari daha once devel listesine attigim bir mesajda, init ve
> mkinitramfs dosyalarini degistirrerek, initrd icinde atmayi basardim.
>
> Paketin review sürecinde Ýþbaran ile yaptýðýnýz  ve devel listesindeki
> mailleri gözden geçirdim sanýrým ayný sorunlarý hala yaþýyoruz :)
>

Evet hala yasiyoruz :)

>
>  GRUB'ta su anda asagidaki satiri kullaniyorum:
> kernel          /kernel-2.6.25.20-113  root=/dev/mapper/os-pardus
> mudur=raid lvm ro
>
> mudur=raid,lvm is goruyor, tabii mkinitramfs ve init script'deki
> degisiklikler ile.  Ayrica bir de virtio sanal disk modullerinden boot etmek
> icin de degisiklik yapmistim ama beta halde, yine de iyi calisiyordu KVM
> icinde Pardus calisirken.
>
> initramfs [1]<https://svn.pardus.org.tr/pardus/2008/kernel/kernel/actions.py>linkinde zaten '-full' parametresiyle full module olarak oluþturulduðundan
> initramfs deðiþiklik yapmaya gerek olmadýðýný düþünmüþtüm ...? :S
>

lvm ile ilgili olarak dm-mod modulunden baska volume group'larin boot'ta
aktive edilebilmesi icin bir kac executable'in initramfs'e girmesi gerekiyor
sanirim. Benim mkinitframfs script'inde soyle yapmisiz:

#install lvm binary and library dependencies
if [ -f "/etc/lvm/lvm.conf" ]; then
    echo "adding lvm dynamic libraries..."
    cp -L --parents /lib/libdevmapper.so.1.02 $MOUNT_IMAGE
    cp -L --parents /lib/libreadline.so.5 $MOUNT_IMAGE
    cp -L --parents /lib/librt.so.1 $MOUNT_IMAGE
    cp -L --parents /lib/libdl.so.2 $MOUNT_IMAGE
    cp -L --parents /usr/lib/libncursesw.so.5 $MOUNT_IMAGE
    cp -L --parents /lib/libc.so.6 $MOUNT_IMAGE
    cp -L --parents /lib/libpthread.so.0 $MOUNT_IMAGE
    cp -L --parents /lib/ld-linux.so.2 $MOUNT_IMAGE
    echo "adding lvm binary..."
    cp -a /usr/sbin/lvm $MOUNT_IMAGE/sbin/lvm
fi

Diger dagitimlar bunu nasil hallediyorlar tam emin degilim, ornegin
Ubuntu'da bizim gibi mkinitramfs var ama farkli bir script,
/etc/initramfs-tools diye bir config dizini var, initrd'nin icine ne girsin
ne girmesin secilebiliyor moduller vs.

> Su anda sistemim RAID+LVM ustunde aciliyor, sadece /boot ayri bir
> partition. Ancak fstab icinden mount ettirmeyi basaramadigim icin
> local.start dosyasinda asagidaki satirlar olmasi gerekiyor:Ancak ne
> yaptiysam, sistem acilisinda diskleri dogru durust gosterip fstab'dan mount
> edilmelerini saglayamadim, UDEV kurali ekledim vs. olmadi. icin icinden
> cikamadim.
>
> sizin buradaki sorununuz device_mapper modulu aktif olmasýna karþýn hacim
> gruplarýnýn aktif olmamasý sorunu  mu? Sorununuz biraz daha açarmýsýnýz? :)
>

Evet aynen, boot sirasinda initrd'nin icindeki init script'ten volume
group'lari aktive ediyorum, sonra buradan boot ediyorum, ancak sistem
acilisinda root mount edilip esas init devreye girip fstab'i okudugu
zamanda, volume group'lar bulunamiyor, ya da volume group'larin
"symlink"leri bulunamiyor desem daha dogru sanirim.  Su anda sistem mount
tablosundaki ilginc maddeler soyle:

/dev/dm-3 on / type ext3 (rw,noatime,user_xattr)
/dev/md1 on /home type ext3 (rw,noatime,user_xattr)
/dev/sda1 on /boot type ext3 (rw,noatime,relatime)
/dev/mapper/os-data on /d type ext3 (rw)

Kok dosya sistemi, /dev/mapper/os-pardus olmasi gerekirken hala /dev/dm-3
olarak gorunuyor (taaa initrd'deki boot sirasindaki isimlendirme).  /d olan
ise local.start'tan duzgun olarak mount ediliyor, ancak fstab'a yazarsam
edilmiyor. Bir sekilde bu vgmknodes UDEV tarafindan vs. trigger edilmiyor.

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081221/91fd391b/attachment-0002.htm>

From selimok at gmail.com  Sun Dec 21 04:30:29 2008
From: selimok at gmail.com (selim ok)
Date: Sun, 21 Dec 2008 03:30:29 +0100
Subject: [Gelistirici] Knights paketi
Message-ID: <a001a6cb0812201830o716c56eet4c84deede92e40c@mail.gmail.com>

Merhaba,
Kullanicilarin kurulan CD ile birlikte bir satranc uygulamasi da birlikte
gelsin taleplerinin uygulanabilirligini arastirirken, knights paketinin hala
kararli depoda oldugunu farkettim.
http://bugs.pardus.org.tr/show_bug.cgi?id=1364 adresinde de gorebileceginiz
gibi bu uygulama icin acilmis ve wontfix ile kapatilmis bir hata mevcut.
Depodan cikarilmasi gerektigi konusulmus fakat bunu yapan olmamis.

Ilk sorum bu paketi kimin depodan cikaracagi?
Ikinci sorum da bu gibi durumlarda dogru yontem hangisidir? Dogrudan surum
yoneticisine danismak mi, yoksa listede yeni bir konu basligi acip herkesin
fikrini almak mi?

Iyi calismalar,
Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081221/77f6d15f/attachment-0002.htm>

From dfisek at fisek.com.tr  Sun Dec 21 13:00:17 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Sun, 21 Dec 2008 13:00:17 +0200
Subject: [Gelistirici]
 =?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
 =?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812201851.58562.tekman@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812191457.34441.serbulent@pardus.org.tr>
	<200812191732.49959.serbulent@pardus.org.tr>
	<200812201851.58562.tekman@pardus.org.tr>
Message-ID: <20081221130017.b271779d.dfisek@fisek.com.tr>

Sat, 20 Dec 2008 18:51:58 +0200, Erkan Tekman <tekman at pardus.org.tr> :

> Test adýmýný ortadan kaldýrsak toplam süre 12,5 gün olacak. Bunun
> kabul edilebilir, 17,6'nýn kabul edilemez bir süre olduðunu mu
> düþünüyoruz?
> ACK/NACK ve test adýmlarýný kaldýrýrsak süre 6,4 güne düþecek. Evet,
> bu diðerlerinden net bir þekilde 1+ hafta daha kýsa bir süre. Ama
> gerçekten aradaki süreçleri kaldýrmaya deðecek mi?
Oncelikle kisisel fikrim, yapilan istatistik cok sagliksiz. Rastgele
paket secerek yapilmis ama zaman dilimlerine gore yapilan is oldukca
farklilik gosteriyor.

Hicbir problemi olmamasina karsin 1.5 ayda gecen paketler oldugu gibi,
problemli olmasina karsin 3 gunde aktarilan paketler de oldu.
Sadece son 1 ayda, o da rastgele ortalama alip paketlerin 17.6 gunde
depoya vardigini dusunmek, yanlis bir kabulle yanlis bir sonuca varmak
oluyor.

Ornegin ilgili kisilerin halet-i ruhiyyesine gore bir paketin sadece
ikili test deposuna varmasi bile bir haftayi bulabiliyor. Ya da test
deposuna bir gun sonra varmasina karsin, test surecine girmesi 2-3
haftayi bulabiliyor.

Su bir gercek, bu konunun tekrar ciddi (ve sert) bir bicimde
tartisilmaya baslandigi son 1-2 ayda test sureci artik daha ciddi
bicimde yapiliyor. Daha once baska gelistiriciler yine bunu dile
getirmisti, bir konu tartisildigi sirada dikkat edilmeye baslaniyor,
daha sonra tekrar eski haline geliyor. Ama bununla ilgili "adý konmuþ"
zaman kurallari olmadigi icin bu sagliksiz olcumun bile aslinda sadece
gecici bir performans olarak kalabilecegi bir gercek.

Daha test ekibinin gokten zembille indigi ilk andan beri ayni seyi
defalarca soyledim. Surecin belirsiz degil, belirli olmasi gerekir.
Paket testlerine ne zaman baslanir (or: her Sali), kararli depoya ne
zaman paket aktarilir (or: her Pazartesi), test deposu ne zaman
derlenir (or: her iki gunde bir). Bunu kisilerin keyiflerine birakmamak
gerekiyor. Yakinda test surecinde 1 yili devirmis olacagiz, hala bu
konuda bir arpa boyu yol katedilmek istenmiyor.

Istenmiyor diyorum cunku bunlari tanimlayip, kaotik ve belirsiz ortam
yerine bunu gercek bir surec haline getirmenin cok zaman alacagini
dusunmuyorum.

Oysa nedense surekli bir "savunma" ve "koruma" hali devam ediyor.
Yapilan bircok iyilestirme onerisi (paketleri siniflandirma, zaman
tanimlarinin yapilmasi, vb) sanki yapilmamis gibi davranilip "ya hep,
ya hic" yaklasimlari sergileniyor.

Ben yapilan saptirmalari duzeltmek icin hem tekrar tekrar anlatmakta,
hem de surekli yazdiklarimi hatirlatacak enerjiyi bulmakta gucluk
cekiyorum.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From dfisek at fisek.com.tr  Sun Dec 21 13:35:34 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Sun, 21 Dec 2008 13:35:34 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812202323.37517.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812051452.22820.ekin@pardus.org.tr>
	<20081219123551.2904eec9.dfisek@fisek.com.tr>
	<200812202323.37517.ekin@pardus.org.tr>
Message-ID: <20081221133534.fbec5046.dfisek@fisek.com.tr>

Sat, 20 Dec 2008 23:23:37 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> Ben bunlarýn hiçbirine karþý deðilim teoride. Ama her kararý bileþen
> sorumlusu tek baþýna verirse bu bileþen sorumlularýnýn birbirinin
> ayaðýna basmamasý için bir mekanizma gerekecek
Bu "mekanizma" zaten oyle ya da boyle isliyor ve islemek zorunda. Bugun
daha kucuk olcekte olani birbirine bagli paketler icin gecerli. Paketin
birinin sorumlusu biri iken, digerinin sorumlusu baskasi olabiliyor.

> bileþen sorumlusu olmak isteyene de kimse dur demiyor (örn. Ýnanç
> Yýldýrgan Font bileþeni sorumlusu oldu yakýn zamanda), bileþeni ile
> ilgili bir karar vermek / deðiþiklik yapmak isteyene de.
Bunun paket paylasimindan bir farki yok ki.

Caglar, Ismail ve Erdinc'in uzerinde projeden ayrilmalari sonucu
paketlerini guncelleyememelerinin uzerinden aylar hatta yildan fazla
zaman gecmesine karsin uzerlerinde yuzlerce paket gozukuyordu, "kimse
dur demiyor"du da uzerine almak isteyene. Eee... Bu sorunu cozuyor
muydu?

> Açýkçasý sürüm yöneticisi olarak kimseyle yetki paylaþmak istemiyor,
> ali kýran baþ kesen olmayý tercih ediyormuþum gibi bir algý var
> özellikle bu postada, anlamakta güçlük çekiyorum.
Acikcasi yazar olarak oyle bir algim yoktu, oyle bir dusunce
olusturduysam da ozur dilerim. Niyetim o degildi.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From dfisek at fisek.com.tr  Sun Dec 21 13:58:00 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Sun, 21 Dec 2008 13:58:00 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812202347.08686.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812042313.34497.ekin@pardus.org.tr>
	<20081219120822.7dd2e68f.dfisek@fisek.com.tr>
	<200812202347.08686.ekin@pardus.org.tr>
Message-ID: <20081221135800.756b17f5.dfisek@fisek.com.tr>

Sat, 20 Dec 2008 23:47:08 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> > sene olmasina, 6 aydir neredeyse hic yeni yazilim girmemesine ve
> > hatalari duzeltilmemesine karsin hala 2007 kullanan bircok kullanici
> > olmasi bunun en buyuk kaniti.
> Ben bunu anlamlý sebebinin 2007'nin kararlýlýðýndan çok destek
> verdiðimiz bir 2007 -> 2008 geçiþ sistemimizin olmamasý olduðunu
> düþünüyorum ama. 
Evet, soyledigin onemli bir etken. Ama bence ana etken degil.

Sadece bir tusa basarak guncelleyememe yuzunden 6 aydir eski surum
kullanmaya devam etmez insanlar.

> Senin önerinden ben ayný sürüm içinde stable - unstable dal maintain
> etmek anlýyorum ben. Yani bir yýl önce önerini uygulamýþ olsaydýk : 
...
> Bu da pratikte ayný anda iki yerine üç daðýtým maintain etmek demek.
Dogru.

Dagitimin hedeflerini sormamin nedeni de buydu (nedense pek ilgisiz
goruldu). "Kurum masaustlerinde Linux kullanimi" gibi bir hedef varsa,
bu bence kacinilmaz. Bu olmazsa kurumlarda kullanilmaz anlaminda
demiyorum. Ilk birkac hedeften biriyse bunun oyle ya da boyle yapilmasi
gerekiyor diyorum.

MSB'yi ornek alirsak, public olarak olmasa da, arka planda bunu yapmak
zorunda kaldiginiza eminim. 2007 kurmustunuz o sistemlere. 2008'e
aktarildigini sanmiyorum. 2009 ciktigi zaman da 2009'a aktarilacagini
da sanmiyorum. Arka planda o "dagitim"i maintain etmeye devam
edeceksiniz.

> 6 ay bana biraz hýzlý geliyor, ama bence yapýlabilir tabii ki. Ama bu
> konu her gündeme geldiðinde karþýmýza hayatýn gerçekleri çýkýyor -
...
Hizli evet... Ama API/ABI kirmayacagiz hedefini daha uzun sure
tutturmak daha guc olabilir bence.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From serbulent at pardus.org.tr  Sun Dec 21 22:28:41 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Sun, 21 Dec 2008 22:28:41 +0200
Subject: [Gelistirici]
	=?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
	=?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812191732.49959.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812191457.34441.serbulent@pardus.org.tr>
	<200812191732.49959.serbulent@pardus.org.tr>
Message-ID: <200812212228.41975.serbulent@pardus.org.tr>

On Friday 19 December 2008 17:32:49 Serbulent UNSAL wrote:
> Verileri biraz gözden geçirip yeniden düzenledim ve sayfalara böldüm.
> Ayrýca bir de sýklýk daðýlýmý ekledim.

Her ekleme ve düzeltmede buraya göndermemek için dosyayý [1] adresine koydum. 
FYI

[1] http://cekirdek.pardus.org.tr/~serbulent/test/paket_zaman.ods

-- 
Ýyi Çalýþmalar;
 
Serbülent                                                                   

From serbulent at pardus.org.tr  Sun Dec 21 22:33:22 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Sun, 21 Dec 2008 22:33:22 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <20081221130017.b271779d.dfisek@fisek.com.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812201851.58562.tekman@pardus.org.tr>
	<20081221130017.b271779d.dfisek@fisek.com.tr>
Message-ID: <200812212233.22277.serbulent@pardus.org.tr>

On Sunday 21 December 2008 13:00:17 Doruk Fisek wrote:
> Sat, 20 Dec 2008 18:51:58 +0200, Erkan Tekman <tekman at pardus.org.tr> :
> > Test adýmýný ortadan kaldýrsak toplam süre 12,5 gün olacak. Bunun
> > kabul edilebilir, 17,6'nýn kabul edilemez bir süre olduðunu mu
> > düþünüyoruz?
> > ACK/NACK ve test adýmlarýný kaldýrýrsak süre 6,4 güne düþecek. Evet,
> > bu diðerlerinden net bir þekilde 1+ hafta daha kýsa bir süre. Ama
> > gerçekten aradaki süreçleri kaldýrmaya deðecek mi?
>
> Oncelikle kisisel fikrim, yapilan istatistik cok sagliksiz. Rastgele
> paket secerek yapilmis ama zaman dilimlerine gore yapilan is oldukca
> farklilik gosteriyor.
>

Öncelikle bu çalýþma "Bakýn ne kadar da hýzlýyýz" amacýyla yapýlmadý. Orada 6 
günde biten test örneði de var ( ki olmasý gerekenden yavaþ bence ) , 3 günde 
bitende ( bu da fazla hýzlý ve katýlýmýn düþük olduðu bir testti )

> Hicbir problemi olmamasina karsin 1.5 ayda gecen paketler oldugu gibi,
> problemli olmasina karsin 3 gunde aktarilan paketler de oldu.
> Sadece son 1 ayda, o da rastgele ortalama alip paketlerin 17.6 gunde
> depoya vardigini dusunmek, yanlis bir kabulle yanlis bir sonuca varmak
> oluyor.
>
> Ornegin ilgili kisilerin halet-i ruhiyyesine gore bir paketin sadece
> ikili test deposuna varmasi bile bir haftayi bulabiliyor. Ya da test
> deposuna bir gun sonra varmasina karsin, test surecine girmesi 2-3
> haftayi bulabiliyor.


Bu dediðin örneklerin hemen hepsi çalýþmada da görülebiliyor, demek o kadar da 
saðlýksýz deðilmiþ ? Test deposunda yeterince beklemiþ, hata içermeyen ve 
geliþtiricisinin ilk seferde ACK verdiði bir paket için ortalama doðru. 

Tek tek örnekler üzerinden konuþarak gerçekçi bir tartýþma yapýlamayacaðýný 
düþündüðümüzden böyle bir çalýþmaya gerek duyduk. O yüzden tartýþmayý tekrar 
uç örnekler üzerinden yürütmesek ? 


>
> Su bir gercek, bu konunun tekrar ciddi (ve sert) bir bicimde
> tartisilmaya baslandigi son 1-2 ayda test sureci artik daha ciddi
> bicimde yapiliyor.


Bu konu tartýþýlsa da tartýþýlmasa da aklýmýzda süreçlerimizi nasýl daha iyi 
yaparýz sorusu hep var. Ýçimizden birisi unutsa diðerleri unutulmasýna zaten 
müsade etmez, etmiyor da.

Senin bir baþka postanda söylediðin gibi 8-10 aylýk olan bir süreç bu. Daha 
yeni yeni her test öncesi onlarca paketin nasýl test edileceðini ilk defa 
yazmaktan 3-5 paketin testini yazma durumuna geldik. 

Test süreçlerini nasýl daha iyileþtirebiliriz konulu (ki bir bölümü cevapsýz 
kalan veya 3 gün tartýþýlýp unutulan) postalarým halen mevcut bu listede.

> Daha once baska gelistiriciler yine bunu dile 
> getirmisti, bir konu tartisildigi sirada dikkat edilmeye baslaniyor,
> daha sonra tekrar eski haline geliyor.

Baþlangýçdan bu yana genel olarak daha hýzlandýðý doðru sürecin. Evet bu 
listedeki tartýþmalarýnda buna katkýsý olmuþtur. Ama cümlenin 2. kýsmýndaki 
ithamý eðer yanýnda saðlam sayýsal veriler ile desteklemeyeceksen kabul etmem 
mümkün deðil. Bir þeyleri suçlarken hiç olmazsa destekleyecek bir iki kanýt 
koy yanýnaki havanda su dövmeyelim. 

> Ama bununla ilgili "adý konmuþ" 
> zaman kurallari olmadigi icin bu sagliksiz olcumun bile aslinda sadece
> gecici bir performans olarak kalabilecegi bir gercek.
>
> Daha test ekibinin gokten zembille indigi ilk andan beri ayni seyi
> defalarca soyledim. Surecin belirsiz degil, belirli olmasi gerekir.
> Paket testlerine ne zaman baslanir (or: her Sali), kararli depoya ne
> zaman paket aktarilir (or: her Pazartesi), test deposu ne zaman
> derlenir (or: her iki gunde bir). Bunu kisilerin keyiflerine birakmamak
> gerekiyor. Yakinda test surecinde 1 yili devirmis olacagiz, hala bu
> konuda bir arpa boyu yol katedilmek istenmiyor.
>
> Istenmiyor diyorum cunku bunlari tanimlayip, kaotik ve belirsiz ortam
> yerine bunu gercek bir surec haline getirmenin cok zaman alacagini
> dusunmuyorum.

Peki sence, bu adamlarýn caný istemiyordan daha mantýklý bir neden olamaz mý 
ortada ?

Þöyle yapalým; sen bana bundan sonraki testlerde kaç defa testci deposunu 
çeþitli sebeplerden yeniden oluþturmak zorunda kalacaðýmý, kaç defa testin 
bitmesini engelleyen kritik hata ile karþýlacaðýmýzý, bu hatalara iliþkin, 
hata bildiren testçiden ne kadar zamanda geri dönüþ alacaðýmýzý ve benim 
tahmin edemeyeceðim bunlara benzer diðer sorunlarýn ne kadar zaman alacaðýný 
söylersen ben de hemen sana yýllýk programý çýkartýrým.

Konu kimsenin keyfi ile ilgili deðil senin anlayacaðýn. Ama belirli bir 
periyot vermek de mümkün deðil. Sadece elimizden gelenin en iyisi demekle 
yetinmek durumundayýz, istemesek de.

>
> Oysa nedense surekli bir "savunma" ve "koruma" hali devam ediyor.
> Yapilan bircok iyilestirme onerisi (paketleri siniflandirma, zaman
> tanimlarinin yapilmasi, vb) sanki yapilmamis gibi davranilip "ya hep,
> ya hic" yaklasimlari sergileniyor.
>

Hayýr sadece alternatif süreçlerin daha faydalý olacaðýna 1-2 kiþinin deðil 
ortak aklýn ikna olmasý gerekiyor. Bir de madem bir taþ atýyoruz bu sefer 
düzgün atalým, hem de nasýl taþ atýlacaðýný adam gibi 
tanýmlayalým/belgelendirelim durumu var iþleri biraz daha yavaþlatan.

> Ben yapilan saptirmalari duzeltmek icin hem tekrar tekrar anlatmakta,
> hem de surekli yazdiklarimi hatirlatacak enerjiyi bulmakta gucluk
> cekiyorum.
>
>                    Doruk

Sanki insanlar senin yazdýklarýný bilerek erteliyor/savsaklýyor/saptýrýyor muþ 
fikrine kapýldýðýný düþünüyorum.

Tüm samimiyetimle söylüyorum ki, böyle bir þey yok. Lütfen tartýþmaya devam 
etmeden bu tür düþüncelerin etkisinden kurtulmaya çalýþ. Aksi halde bu konu 
baþlýðý karþýlýklý ego tatmininden baþka bir sonuca varmayacak ki, böyle 
olsun istemiyorum.

Bu kadar zaman emek ve enerji harcadýðýmýz bu tartýþmalar serisinin sonunda 
elimizde somut birþeyler görmeyi en çok isteyenlerden biriyim emin ol. 

-- 
Ýyi Çalýþmalar;
 
Serbülent                                                                   


From gkmngrgn at gmail.com  Mon Dec 22 03:19:45 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Mon, 22 Dec 2008 03:19:45 +0200
Subject: [Gelistirici] QuodLibet Eklentileri
Message-ID: <494EEB31.8090000@gmail.com>

Arkadaþlar merhaba,
   QuodLibet'in eklentilerini nasýl paketleyeceðim konusunda size 
danýþmak istedim. Debian ve Archlinux'ta QuodLibet eklentileri svn'den 
çekilerek veya bütün halinde arþivi oluþturularak paketlenmiþ; 
Gentoo'daysa tek tek paketleme yoluna gidilmiþ. Açýkçasý ben tek bir 
eklenti dosyasý için paket oluþturmak yerine quodlibet-plugins adýnda 
bir paket oluþturmayý düþünüyorum.
   Fakat burada da bir baþka sorun karþýma çýktý. Ýçindeki eklentilerin 
bir kýsmýnýn baðýmlýlýklarý saðlanamýyor. Bu sebeple de kendim arþivi 
oluþturup bir yere upload ederek, onu paketlemeyi düþünüyorum. Ama 
arþivi nereye göndereceðim konusunda sýkýntý çekiyorum. Bu konuda fikri 
olan?


From turkersezer at tsdesign.info  Mon Dec 22 03:32:07 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Mon, 22 Dec 2008 03:32:07 +0200
Subject: [Gelistirici] QuodLibet Eklentileri
In-Reply-To: <494EEB31.8090000@gmail.com>
References: <494EEB31.8090000@gmail.com>
Message-ID: <200812220332.07218.turkersezer@tsdesign.info>

On Monday 22 December 2008 03:19:45 Gökmen Görgen wrote:
> arþivi nereye göndereceðim konusunda sýkýntý çekiyorum. Bu konuda fikri
> olan?

vsftpd'nin ssl desteðinden kaynaklandýðý düþünülen bir bug'dan dolayý yarým 
kalan bir ftp sunucu kurulumu iþimiz vardý. Eðer bu sorun çözüldüyse bu 
hizmetten faydalanmaya baþlayabiliriz sanýrým.

Sorun çözülemediyse de burdan bir kez daha ping atmýþ olalým ilgililere. Baþka 
bir ftp server, baþka bir yöntem felan bulup kurarlar belki ftp sunucusunu. 


Türker


From turkersezer at tsdesign.info  Mon Dec 22 03:48:13 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Mon, 22 Dec 2008 03:48:13 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812212233.22277.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<20081221130017.b271779d.dfisek@fisek.com.tr>
	<200812212233.22277.serbulent@pardus.org.tr>
Message-ID: <200812220348.13372.turkersezer@tsdesign.info>

On Sunday 21 December 2008 22:33:22 Serbulent UNSAL wrote:
> On Sunday 21 December 2008 13:00:17 Doruk Fisek wrote:
> > Daha once baska gelistiriciler yine bunu dile
> > getirmisti, bir konu tartisildigi sirada dikkat edilmeye baslaniyor,
> > daha sonra tekrar eski haline geliyor.
>
> Ama cümlenin 2. kýsmýndaki 
> ithamý eðer yanýnda saðlam sayýsal veriler ile desteklemeyeceksen kabul
> etmem mümkün deðil. Bir þeyleri suçlarken hiç olmazsa destekleyecek bir iki
> kanýt koy yanýnaki havanda su dövmeyelim.

Tartýþýldýðý süreçte ve hemen ertesinde özen gösterilen fakat kýsa zaman 
içinde diðer iþler arasýnda kaynayýp eski haline dönen iþlerin ayrýntýlý 
dökümünü istiyorsan bunu çýkarmakla uðraþmak gereksiz olur ama örnek 
istiyorsan örnek vermekte sýkýntý çekmeyiz sanýrým. Review süreci, pardus 
araçlarýnýn yeni sürüm çýkarýrken taglenmesi felan gibi ilk anda aklýma gelen 
örnekler mevcut.

Ayrýca belirtmek gerekiyor ki bunlara vurgu yapmamýzdaki maksat kimseyi 
suçlamak deðil, daha önce yaptýðýmýz hatalarý, eksiklikleri tekrarlamamak 
için tespit etmek. Yoksa eminim ki kimse tartýþýldýðý zaman insanlarýn aðzýna 
bir parmak bal çalmak için bunlara özen gösterildiðini daha sonra bilinçli 
olarak tamam bu kadar yeter dendiðini düþünmüyor. Bunlar bir standarta 
oturmadýðýndan iþ yoðunluðu arasýnda kaynayabiliyor.

> > Istenmiyor diyorum cunku bunlari tanimlayip, kaotik ve belirsiz ortam
> > yerine bunu gercek bir surec haline getirmenin cok zaman alacagini
> > dusunmuyorum.
>
> Peki sence, bu adamlarýn caný istemiyordan daha mantýklý bir neden olamaz
> mý ortada ?
>
> Þöyle yapalým; sen bana bundan sonraki testlerde kaç defa testci deposunu
> çeþitli sebeplerden yeniden oluþturmak zorunda kalacaðýmý, kaç defa testin
> bitmesini engelleyen kritik hata ile karþýlacaðýmýzý, bu hatalara iliþkin,
> hata bildiren testçiden ne kadar zamanda geri dönüþ alacaðýmýzý ve benim
> tahmin edemeyeceðim bunlara benzer diðer sorunlarýn ne kadar zaman
> alacaðýný söylersen ben de hemen sana yýllýk programý çýkartýrým.

Kimse kimseden yýllýk program istemiyor. Ayrýca elbette ki kimse keyfine göre 
ack/nack sürecini, test sürecini vs. geciktirmiyor. Fakat þu anki halinde 
sürecin ne zaman baþlayacaðý belli olmadýðýndan gecikip gecikmediðini bile 
bilemiyoruz. Mesela bir testci herþey normal giderse bir sonraki testin ne 
zaman baþlayacaðýný bilme þansýna sahip deðil. Yine ayný þekilde biz yeni 
ack/nack sürecinin baþlama zamanýný bilemiyoruz.

Ayrýca söylediðin sorunlarýn da "test deposu 2 gün arayla derlenir", "testler 
her perþembe baþlar" gibi kurallar koyulmasýyla alakasý yok bana göre.

Test deposunun 2 günde bir derleneceði, testin perþembeleri baþlayacaðý 
belirlenir, bu kurallara uymak için gerekenler yapýlýr. Bir sorun çýkar da 
süreç belirtilen zamanda yapýlamazsa da bunun sebebi söylenir, süreç devam 
eder.

> Konu kimsenin keyfi ile ilgili deðil senin anlayacaðýn. Ama belirli bir
> periyot vermek de mümkün deðil. Sadece elimizden gelenin en iyisi demekle
> yetinmek durumundayýz, istemesek de.

Daha iyi bir yapýya ulaþabilmek için bu kadar yazdýðýmýza göre keyfi birþeyler 
olmadýðýna inanýyoruz demek ki. Çabamýz sorunlarýn belirlenmesi mümkün 
olduðunca çözülmesi, süreçlerin netleþmesi yönünde.

> > Oysa nedense surekli bir "savunma" ve "koruma" hali devam ediyor.
> > Yapilan bircok iyilestirme onerisi (paketleri siniflandirma, zaman
> > tanimlarinin yapilmasi, vb) sanki yapilmamis gibi davranilip "ya hep,
> > ya hic" yaklasimlari sergileniyor.
>
> Hayýr sadece alternatif süreçlerin daha faydalý olacaðýna 1-2 kiþinin deðil
> ortak aklýn ikna olmasý gerekiyor. Bir de madem bir taþ atýyoruz bu sefer
> düzgün atalým, hem de nasýl taþ atýlacaðýný adam gibi
> tanýmlayalým/belgelendirelim durumu var iþleri biraz daha yavaþlatan.

Diðer threadlerde de, burada da niye bunlarý konuþtuðumuzu, ortak niyetimizin 
Pardusla ilgili süreçleri daha iyiye götürmek, hem ortaya çýkan ürünü 
iyileþtirmek hem bu ürün için çalýþanlarý daha rahat/verimli çalýþýr hale 
getirmek olduðunu söylemek durumunda kaldýk. Demek ki þu ya da bu þekilde 
bunun dýþýnda (ya da bunlara ek olarak) birþeyler söylemeye çalýþtýðýmýz 
düþünülüyor zaman zaman.

Herkes böyle birþeyin olmadýðýnda hemfikir olduðu halde nasýl her seferinde 
böyle birþeyle karþýlaþýyoruz sorusunun yanýtýný ise maalesef bilmiyorum.


Türker


From coderlord at gmail.com  Mon Dec 22 09:56:28 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 22 Dec 2008 09:56:28 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812191034.15083.gurer@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
Message-ID: <4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>

19 Aralýk 2008 Cuma 10:34 tarihinde Gürer Özen <gurer at pardus.org.tr> yazdý:
> Aslýnda en güzeli yerel bir dns proxy yazmak, yada uygun bi tane bulup entegre
> etmek. Bir global listesi olacak, bir de dhcp'den vb gelen geçici listesi.
> Ýsim çözme ricasý geldiðinde listedeki herkese paralel sorgulama yapacak,
> daha sonra içlerinden en hýzlý cevap vereni kullanmaya devam edecek. O da
> yavaþ cevap verir hale gelirse tekrar listeden tarayacak. Sistemdeki
> resolv.conf ise bunu kullanacak þekilde ayarlanýp öyle býrakýlacak.

Gürer'in tanýmladýðý bu iþi karþýlayacak ve sorunumuzu çözecek bir
uygulama buldum.

dnsmasq - http://www.thekelleys.org.uk/dnsmasq/doc.html

Uygulamanýn artýlarý:

Uygulamayý seçme nedenlerimden ilki dbus desteðinin olmasý. Yani
resolv.conf elleþmeden veya baþka dosyalarý yaz boz yapmadan dbus
yoluyla dns sunucu ekleyebiliyorsunuz. resolv.conf ve hosts
dosyasýndaki deðiþiklikleri izliyor, deðiþiklik varsa otomatik
listesini güncelliyor. ppp dns dosyasý oluþtuðunda otomatik dns
listesine ekliyor. Gürer'in tanýmladýðý gibi, paralel sorgu yapabilip
içinden en hýzlýyý seçiyor. Daha da güzeli dns caching yapýyor. Bu
sayede normalde 120 ms olan dns sorgu sürem cache'lenen sorgularda 1
ms 'ye indi. Sayfalarýn bariz biçimde daha hýzlý yanýt verdiðine þahit
oldum. Modem kullanýcýlarý için performans bariz biçimde artacak
bence. Test etmek lazým.

Eksileri:

dbus altyapýsý istediðim metodlarý saðlamýyor. Eklemek lazým. ( Bu da
halloldu sayýlýr )

stack modelinde dnsmasq ile birlikte çalýþmasý için gereken þeyleri
hallettim. Gayet güzel çalýþmakta. Biraz daha ince ayar gerekli.Belki
bazý Comar modellerinde deðiþiklik gerekecek. Þu an emin deðilim o
duruma gelince tartýþýrýz. Yakýnda ilgili kodlarý playground a atarým.

Bundan önce ben size aklýmdakileri söyleyeyim. Tasarýmýn bir özetini
çýkartmaya çalýþayým, bunun üzerinde kafanýza yatmayaný konuþuruz:

Global olarak kullandýðýmýz DNS tanýmlarýnýn çok bir anlamý olmadýðýný
düþünüyorum. Çýkarabiliriz veya kalabilir. Çok önemli deðil. Priority
de sona atarýz bu dns sunucularý.

Her profil kendi dns tanýmlarýný taþýmalý. Bu Auto (dhcp'den) veya
manual (elle istenildiði kadar) olabilir. (NM arabirim deðiþikliði
lazým!)

Ayný anda iki profil up durumda ise her ikisinin de dns tanýmlarý dns
listesine eklenir. Profillerden birisi down olduðunda o profile ait
dns tanýmý dns listesinden çýkar, diðer profile ait olan kalýr. (dns
listesinden kastým dnsmasq'a gönderdiðimiz dns adres listesi) Bütün
profiller down olduðunda dns listesi boþalýr. (Veya koddan tamamen
çýkartmazsak sadece global dns tanýmlarý kalýr.)

resolv.conf üzerinde bir deðiþiklik yapýlmaz. resolv.conf'da dnsmasq
kullanýlmasý için sadece "nameserver 127.0.0.1" tanýmý bulunur. Herþey
dbus üzerinden dnsmasq ile konuþarak halledilir. (Dosya iþlemi
olmayacaðý/azalacaðý için Laptop pil süresinde ufak bir iyileþtirme
diye düþünülebilir)

Bütün bunlar sayesinde DNS için, daha merkezi ve yönetilebilir bir yapý oluþur.

Fikirler, görüþler lütfen.

-- 
Furkan Duman

From gurer at pardus.org.tr  Mon Dec 22 10:32:13 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Mon, 22 Dec 2008 10:32:13 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
Message-ID: <200812221032.13977.gurer@pardus.org.tr>

On Monday 22 December 2008 09:56:28 Furkan Duman wrote:

> dbus altyapýsý istediðim metodlarý saðlamýyor. Eklemek lazým. ( Bu da
> halloldu sayýlýr )

> Bütün bunlar sayesinde DNS için, daha merkezi ve yönetilebilir bir yapý
> oluþur.

Aslansýn, Pardussun :)


From ozan at pardus.org.tr  Mon Dec 22 10:36:09 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 10:36:09 +0200
Subject: [Gelistirici] [paketler-commits] r57068 -
 in	playground/review/applications/multimedia/esound: . files
In-Reply-To: <fe9771a80812191530h14966d62p868c367a53066c1f@mail.gmail.com>
References: <20081219125217.A3EA01384050@ns1.pardus.org.tr>
	<fe9771a80812191530h14966d62p868c367a53066c1f@mail.gmail.com>
Message-ID: <494F5179.9090105@pardus.org.tr>

Emre Erenoglu wrote On 20-12-2008 01:30:
> Merhaba,
> 
> Kusura bakmayin karisiyorum ama ESD artik obsolute olup pulseaudio
> tarafindan devralinmadi mi? Yani pulseaudio icinde normalde esd icin calisan
> bir executable var, onun yerine birebir kullanilabiliyor.
> 
> Neden esd gerekiyor ayrica anlayamadim..

aslýnda obsolete oldu denemez halen sürüm çýkartýyor. pulseaudio'nun içinde esd modülü var ancak örneðin thunderbird doðrudan /usr/lib/esd.so'ya eriþip onunla ses çalmaya çalýþtýðýndan bu esound gerekiyor. Bu paket bir servis olarak calismiyor zaten, esd.so vasýtasýyla pulseaudio kullanýyor yine..


-- 
Ozan Çaðlayan



From bahadir at pardus.org.tr  Mon Dec 22 10:57:18 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 22 Dec 2008 10:57:18 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
Message-ID: <200812221057.22533.bahadir@pardus.org.tr>

22 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Gürer'in tanýmladýðý bu iþi karþýlayacak ve sorunumuzu çözecek bir
> uygulama buldum.
>
> dnsmasq - http://www.thekelleys.org.uk/dnsmasq/doc.html

Süper!

> dbus altyapýsý istediðim metodlarý saðlamýyor. Eklemek lazým. ( Bu da
> halloldu sayýlýr )

Eline saðlýk :)

> stack modelinde dnsmasq ile birlikte çalýþmasý için gereken þeyleri
> hallettim. Gayet güzel çalýþmakta. Biraz daha ince ayar gerekli.Belki
> bazý Comar modellerinde deðiþiklik gerekecek. Þu an emin deðilim o
> duruma gelince tartýþýrýz. Yakýnda ilgili kodlarý playground a atarým.

uludag/branches/net-link-2.0/ gibi bir branch aç, gözden geçirmeye 
baþlayalým betikleri.

> Her profil kendi dns tanýmlarýný taþýmalý. Bu Auto (dhcp'den) veya
> manual (elle istenildiði kadar) olabilir. (NM arabirim deðiþikliði
> lazým!)

Hallederiz :)

Net.Link ve Net.Stack'teki DNS metodlarý birden fazla DNS alabiliyor, 
sadece arabirim deðiþikliði yeterli olur.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/ffeea14d/attachment-0002.pgp>

From erenoglu at gmail.com  Mon Dec 22 12:59:48 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 11:59:48 +0100
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
Message-ID: <fe9771a80812220259g86e9c03mb6c56bc8ee01e46e@mail.gmail.com>

Merhaba,

2008/12/22 Furkan Duman <coderlord at gmail.com>

> 19 Aralýk 2008 Cuma 10:34 tarihinde Gürer Özen <gurer at pardus.org.tr>
> yazdý:
> > Aslýnda en güzeli yerel bir dns proxy yazmak, yada uygun bi tane bulup
> entegre
> > etmek. Bir global listesi olacak, bir de dhcp'den vb gelen geçici
> listesi.
> > Ýsim çözme ricasý geldiðinde listedeki herkese paralel sorgulama yapacak,
> > daha sonra içlerinden en hýzlý cevap vereni kullanmaya devam edecek. O da
> > yavaþ cevap verir hale gelirse tekrar listeden tarayacak. Sistemdeki
> > resolv.conf ise bunu kullanacak þekilde ayarlanýp öyle býrakýlacak.
>
> Gürer'in tanýmladýðý bu iþi karþýlayacak ve sorunumuzu çözecek bir
> uygulama buldum.
>
> dnsmasq - http://www.thekelleys.org.uk/dnsmasq/doc.html


Dnsmasq bir cok router'in icinde gelen nezih bir daemon'dur.


> Uygulamanýn artýlarý:
>
> Uygulamayý seçme nedenlerimden ilki dbus desteðinin olmasý. Yani
> resolv.conf elleþmeden veya baþka dosyalarý yaz boz yapmadan dbus
> yoluyla dns sunucu ekleyebiliyorsunuz. resolv.conf ve hosts
> dosyasýndaki deðiþiklikleri izliyor, deðiþiklik varsa otomatik
> listesini güncelliyor. ppp dns dosyasý oluþtuðunda otomatik dns
> listesine ekliyor. Gürer'in tanýmladýðý gibi, paralel sorgu yapabilip
> içinden en hýzlýyý seçiyor. Daha da güzeli dns caching yapýyor. Bu
> sayede normalde 120 ms olan dns sorgu sürem cache'lenen sorgularda 1
> ms 'ye indi. Sayfalarýn bariz biçimde daha hýzlý yanýt verdiðine þahit
> oldum. Modem kullanýcýlarý için performans bariz biçimde artacak
> bence. Test etmek lazým.


Burada anlayamadigim bir sey var. Bildigim kadari ile pratikte Pardus
internete 2 yolla baglanabilir.
1) Evdeki veya ofisteki bir router araciligi ile
2) ADSL PPPoE ile dogrudan
bunlarin ustune 3. ve 4. baglanti sekilleri olabilir:
3) VPN ile PPTP veya L2TP veya IPSEC
4) PPP Dial-Up

Bunlardan, sirayla:
1) Pardus DHCP sunucu'dan DNS adreslerini alir, bu DNS'ler evdeki router'in
icinde calisan dns proxy (dnsmasq gibi) ya da sirket agindaki DNS sunucu
veya router olabilir. Her durumda bir DNS sunucu agda mevcuttur ve gerekli
cashing'i bu yapar. Pardus'un bir daha cashing dns calistirmasi icin bir
sebep gormuyorum.
2) Mesajlardan okuduguma gore PPP turleri (ADSL, Dial-Up) baglanti
yapildiginda PPP resolv.conf'u baska bir yere linkliyormus. Bu da PPP
gocerse sorun cikartiyormus. OK, buna bir cozum bulunmali.

Bunun yaninda, ozel isler disinda hicbir dagitimda yerel dnsmasq
kullanildigini gormedim. Ozel isler derken, ornegin libvirt sanal makinelere
NAT yapan virbr0 koprusu uzerinde dnsmasq calistirir IP adresi vs. dagitmak
icin. Bu sebepten dnsmasq kullanilacaksa, dikkatli olmak lazim cunku diger
islerde kullanilacak dnsmasq'larin islevini etkileyebilir.


Global olarak kullandýðýmýz DNS tanýmlarýnýn çok bir anlamý olmadýðýný
> düþünüyorum. Çýkarabiliriz veya kalabilir. Çok önemli deðil. Priority
> de sona atarýz bu dns sunucularý.


Kesinlikle katiliyorum, global DNS neden var anlayamiyorum. Her baglanti
yapildiginda DHCP'den DNS adresleri geliyor zaten , bu bilgi ile resolv.conf
bir sekilde update edilmeli. Bununla ilgili 2007 surumunde bir hata raporu
da girmistim bu yuzden bir otelde nete baglanamayinca. Gerekiyorsa
resolv.conf durur, baska bir yere dosya eklenip kaldirilarak konfig update
edilir baglantiya ozel yeni dns'leri de alacak sekilde.

Her profil kendi dns tanýmlarýný taþýmalý. Bu Auto (dhcp'den) veya
> manual (elle istenildiði kadar) olabilir. (NM arabirim deðiþikliði
> lazým!)


Bu OK.


> Ayný anda iki profil up durumda ise her ikisinin de dns tanýmlarý dns
> listesine eklenir. Profillerden birisi down olduðunda o profile ait
> dns tanýmý dns listesinden çýkar, diðer profile ait olan kalýr. (dns
> listesinden kastým dnsmasq'a gönderdiðimiz dns adres listesi) Bütün
> profiller down olduðunda dns listesi boþalýr. (Veya koddan tamamen
> çýkartmazsak sadece global dns tanýmlarý kalýr.)


Bu da guzel. Ubuntu'da ise resolvconf isimli bir paket var, herhalde
Debian'dan gelmistir. Tanimi soyle:
       Overwrite  (-a)  or  delete  (-d) the nameserver information record
for network
       interface INTERFACE and run the update scripts in
/etc/resolvconf/update.d/  if
       the nameserver information has changed.

Bilmiyorum bu bizim isimizi gorur mu? Ya da dnsmasq metodu daha mi iyi
karsilastirmak lazim. Ancak dnsmasq ile ilgili soyle bir sey demisler gene
tanimda:

       Nameserver  information provided to resolvconf is stored for use by
subscribers
       to resolvconf's notification service.   Subscribers  that  need  to
know  when
       nameserver    information    has   changed   should   install   a
script   in
       /etc/resolvconf/update.d/  (...  or  in
/etc/resolvconf/update-libc.d/:   see
       below).   For  example, *DNS caches such as dnsmasq(8) and pdnsd(8)
subscribe to
       the notification service so that they know whither to forward queries
*.


Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/3dce49ec/attachment-0002.htm>

From coderlord at gmail.com  Mon Dec 22 13:21:44 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 22 Dec 2008 13:21:44 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <fe9771a80812220259g86e9c03mb6c56bc8ee01e46e@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
	<fe9771a80812220259g86e9c03mb6c56bc8ee01e46e@mail.gmail.com>
Message-ID: <4cca720b0812220321u16107c42obb6409a580864d7f@mail.gmail.com>

22 Aralýk 2008 Pazartesi 12:59 tarihinde Emre Erenoglu
<erenoglu at gmail.com> yazdý:
> 1) Pardus DHCP sunucu'dan DNS adreslerini alir, bu DNS'ler evdeki router'in
> icinde calisan dns proxy (dnsmasq gibi) ya da sirket agindaki DNS sunucu
> veya router olabilir. Her durumda bir DNS sunucu agda mevcuttur ve gerekli
> cashing'i bu yapar. Pardus'un bir daha cashing dns calistirmasi icin bir
> sebep gormuyorum.

Debian/Ubuntu'daki ResolvConf a daha sonra geleceðim. Burada amaçlanan
dns ekleme çýkartmanýn merkezileþmesi ve yönetimin kolaylaþmasý. dbus
altyapýsý ile dnsmasq bu iþi rahatça karþýlýyor. Ayarlarýndan
cache'leme opsiyonu kaldýrýlabiliyor da. Ancak ben denemelerimde (bkz.
dig) 70-120 ms olan dns sorgu süresinin dnsmasq cache lemesi ile 1 ms
ye düþtüðünü gördüm. Birçok resim obje vs. olan ve içsel dns cache
lemesi olmayan browser larda isim çözümlemesinde toplamda oldukça
büyük bir zaman harcanýyor.
Ayrýca harici dns sunucularýna gelen yükün azaltýlmasý için de local
caching önerilmekte. dnsmasq'ýn güzelliði cache boyutunun
ayarlanabiliyor olmasý ve bellekte çok ufak bir yer kaplamasý.
Dolayýsýyla faydasý, zararýndan büyük olacak diye düþünüyorum.

> Bunun yaninda, ozel isler disinda hicbir dagitimda yerel dnsmasq
> kullanildigini gormedim. Ozel isler derken, ornegin libvirt sanal makinelere

Internetteki araþtýrmalarýmda, ResolvConf yerine dnsmasq
kullanýlmasýný öneren cümlelere rastlamýþtým. Zannedersem Gnome NM'de
dnsmasq kullanýyor veya kullanacak.

> NAT yapan virbr0 koprusu uzerinde dnsmasq calistirir IP adresi vs. dagitmak
> icin. Bu sebepten dnsmasq kullanilacaksa, dikkatli olmak lazim cunku diger
> islerde kullanilacak dnsmasq'larin islevini etkileyebilir.

Bunu bilmiyorum. Denemek lazým.

> yapildiginda DHCP'den DNS adresleri geliyor zaten , bu bilgi ile resolv.conf
> bir sekilde update edilmeli. Bununla ilgili 2007 surumunde bir hata raporu

resolv.conf 'a link oluþturmak, düzenlemek vs gibi iþler hem kodlamada
angarya, hem de daha önce bahsettiðim gibi hdd'nin fazla çalýþmasý ve
pil ömrü gibi sýkýntýlar mevcut. Bence dosya düzenlemek, zorunlu
haller dýþýnda kullanýlmamasý gereken bir yöntem.

> Bu da guzel. Ubuntu'da ise resolvconf isimli bir paket var, herhalde
> Debian'dan gelmistir. Tanimi soyle:
>        Overwrite  (-a)  or  delete  (-d) the nameserver information record
> for network
>        interface INTERFACE and run the update scripts in
> /etc/resolvconf/update.d/  if
>        the nameserver information has changed.

Bunu inceledim. Betik tabanlý karmaþýk bir kodu var. Bizim sisteme
uyarlamanýn da kolay olacaðýný sanmýyorum. Belki baþka bir ilgili de
resolvconf çözümünü implemente eder ve karþýlaþtýrma olanaðýmýz olur.
Bazý sitelerde de resolvconf yerine dnsmasq kullanýlmasýnýn
önerildiðini okudum. Sonuç olarak bana, dnsmasq daha temiz ve
implemente edilmesi daha kolay bir çözüm gibi geliyor. Ayrýca
geniþlemeye açýk bir yapýsý var. Belirli bir domain i istediðin bir ip
ye linkleyebiliyorsun. Bununla, çocuklarý müstehcen sitelerden korumak
için bazý siteleri banlamak mümkün olabilir ileride mesela. Ayrýca
resolv.conf, ppp resolv.conf deðiþikliklerini takip edip otomatik dns
listesine ekleme yapabiliyor. DHCP server TFTP server da barýndýrýyor
içerisinde. Ýsteðe göre bunlarý da açýp kullanabiliyorsun ancak bu
konumuz dýþý ve ben bu özellikleri ile ilgilenmedim.

Kolay gelsin.

-- 
Furkan Duman

From coderlord at gmail.com  Mon Dec 22 13:29:31 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 22 Dec 2008 13:29:31 +0200
Subject: [Gelistirici] =?utf-8?q?Kablolu_a=C4=9Flar_i=C3=A7in_wpa=5Fsuppli?=
	=?utf-8?q?cant_deste=C4=9Fi=2E?=
Message-ID: <4cca720b0812220329n534f2b1fp703b9ba3f56f832@mail.gmail.com>

Merhaba,

kullanici listesinde konu ile ilgili bir yardým isteði gördüm. NM'de
altyapýmýz hazýr olduðuna göre kablolu aðlar için de 802.1X desteðini
niye açmýyoruz diyorum. Ýnsanlar radius vb. sunucu ile auth.
olabilsin.

Kolay gelsin.

-- 
Furkan Duman

From isbaran at gmail.com  Mon Dec 22 13:42:10 2008
From: isbaran at gmail.com (=?ISO-8859-9?Q?=DD=FEbaran_Ak=E7ay=FDr?=)
Date: Mon, 22 Dec 2008 13:42:10 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Kablolu_a=F0lar_i=E7in_wpa=5Fsupplic?=
 =?iso-8859-9?q?ant_deste=F0i=2E?=
In-Reply-To: <4cca720b0812220329n534f2b1fp703b9ba3f56f832@mail.gmail.com>
References: <4cca720b0812220329n534f2b1fp703b9ba3f56f832@mail.gmail.com>
Message-ID: <494F7D12.20502@gmail.com>

Furkan Duman wrote On 22-12-2008 13:29:
> Merhaba,

Merhaba,

> kullanici listesinde konu ile ilgili bir yardým isteði gördüm. NM'de
> altyapýmýz hazýr olduðuna göre kablolu aðlar için de 802.1X desteðini
> niye açmýyoruz diyorum. Ýnsanlar radius vb. sunucu ile auth.
> olabilsin.
> 

Kendi adýma donaným eksikliðinden bir sürü iþim yarým kaldý, yakýn
zamanda inþ. 802.1x li bir þeyler alýp test edip uðraþmayý planlýyorum
bu iþlerle


From serbulent at pardus.org.tr  Mon Dec 22 13:44:32 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Mon, 22 Dec 2008 13:44:32 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812171420.33977.ekin@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
Message-ID: <200812221344.32966.serbulent@pardus.org.tr>

On Wednesday 17 December 2008 14:20:33 Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 18
> Aralýk 2008, 23:59.
>
> ACK/NACK for new packages in 2008-test repo, reply before 18 December 2008,
> 23:59 (GMT+2) please...

Testi biten aþaðýdaki paketler depoya girebilir.

alsa-driver-1.0.18a_20081203-38-31.pisi
alsa-headers-1.0.18a_20081203-25-5.pisi
alsa-lib-1.0.18-32-5.pisi
alsa-plugins-1.0.18-5-5.pisi
alsa-tools-1.0.18-9-4.pisi
alsa-tools-gui-1.0.18-9-1.pisi
alsa-utils-1.0.18-32-8.pisi
bashdb-4.0.0.2-1-1.pisi
fontforge-0.0_20081117-11-8.pisi
freetype-2.3.7-31-6.pisi
grsync-0.6.2-6-2.pisi
lxsplit-0.2.4-5-3.pisi
package-manager-1.3.9-53-20.pisi
perl-Clone-0.30-5-3.pisi
pisi-2.1.0-105-30.pisi
sip-4.7.9-28-7.pisi
vsftpd-2.0.7-17-3.pisi
whois-4.7.29-10-3.pisi
wordwarvi-0.24-6-4.pisi

-- 
Ýyi Çalýþmalar,

Serbülent


From gurer at pardus.org.tr  Mon Dec 22 14:08:37 2008
From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=)
Date: Mon, 22 Dec 2008 14:08:37 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <fe9771a80812220259g86e9c03mb6c56bc8ee01e46e@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
	<fe9771a80812220259g86e9c03mb6c56bc8ee01e46e@mail.gmail.com>
Message-ID: <200812221408.38007.gurer@pardus.org.tr>

On Monday 22 December 2008 12:59:48 Emre Erenoglu wrote:

> 1) Pardus DHCP sunucu'dan DNS adreslerini alir, bu DNS'ler evdeki router'in
> icinde calisan dns proxy (dnsmasq gibi) ya da sirket agindaki DNS sunucu
> veya router olabilir. Her durumda bir DNS sunucu agda mevcuttur ve gerekli
> cashing'i bu yapar. Pardus'un bir daha cashing dns calistirmasi icin bir
> sebep gormuyorum.

Asýl amaç caching deðil paralel query. Modemin yada modemin sorduðu telekomun 
falan dns'i cevap vermemeye (ki pek yaygýn bir durum) baþladýðýnda nette 
gezinmeye devam edebiliyoruz bu sayede.

Bu arada, DHCP den DNS adresi gelmesi þart olmadýðý gibi, gelen sunucunun 
hýzlý ve düzgün bir sunucu olacaðýnýn bir garantisi yok.

Þu anki Parduslarda kullanýcý bunu elle ayarlayabiliyor, ama herkesin bu 
kavramlarý bilmesi yada ayarlamakla uðraþmasýna gerek yok. Ayrýca yanlýþ 
ayarlanýrsa gezinmeye engel olabiliyor. Bilgisayar madem kendi baþýna en 
hýzlý ve doðru cevap alacaðý sunucuyu bulabilir, bizi uðraþtýrmasýn.


From faik at pardus.org.tr  Mon Dec 22 14:49:04 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Mon, 22 Dec 2008 14:49:04 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812221344.32966.serbulent@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812221344.32966.serbulent@pardus.org.tr>
Message-ID: <200812221449.04847.faik@pardus.org.tr>

On Monday 22 December 2008 13:44:32 Serbulent UNSAL wrote:
> package-manager-1.3.9-53-20.pisi
> pisi-2.1.0-105-30.pisi

Bu iki paketin depoya alýmýný durdurun lütfen. Demin arayüzden güncelleme 
yaparken bir hata ile karþýlaþtým þimdi inceliyorum.

ClientForm paketi güncellenecek paketler arasýnda görünüyor ama hiç 
güncellenemiyor.

- Faik


From erenoglu at gmail.com  Mon Dec 22 15:58:42 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 14:58:42 +0100
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812221408.38007.gurer@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
	<fe9771a80812220259g86e9c03mb6c56bc8ee01e46e@mail.gmail.com>
	<200812221408.38007.gurer@pardus.org.tr>
Message-ID: <fe9771a80812220558q37c7d253o46b22dc022db059a@mail.gmail.com>

Merhaba,

2008/12/22 Gürer Özen <gurer at pardus.org.tr>

> On Monday 22 December 2008 12:59:48 Emre Erenoglu wrote:
>
> > 1) Pardus DHCP sunucu'dan DNS adreslerini alir, bu DNS'ler evdeki
> router'in
> > icinde calisan dns proxy (dnsmasq gibi) ya da sirket agindaki DNS sunucu
> > veya router olabilir. Her durumda bir DNS sunucu agda mevcuttur ve
> gerekli
> > cashing'i bu yapar. Pardus'un bir daha cashing dns calistirmasi icin bir
> > sebep gormuyorum.
>
> Asýl amaç caching deðil paralel query. Modemin yada modemin sorduðu
> telekomun
> falan dns'i cevap vermemeye (ki pek yaygýn bir durum) baþladýðýnda nette
> gezinmeye devam edebiliyoruz bu sayede.



> Bu arada, DHCP den DNS adresi gelmesi þart olmadýðý gibi, gelen sunucunun
>
hýzlý ve düzgün bir sunucu olacaðýnýn bir garantisi yok.
>


Esasen OK, hatta madem dnsmasq yapilack caching de yapilmali, ancak DHCP'nin
calismamasi, yanlis query vermesi ve/veya DNS'in down olmasi Pardus'u
ilgilendirmemeli. Cikacak her sorun icin cozum uretmeye calismak cok
mantikli olmayabilir. Pardus'ta yapilmasi gereken RFC'ler veya genel
mekanizma ne diyorsa o.


> Þu anki Parduslarda kullanýcý bunu elle ayarlayabiliyor, ama herkesin bu
> kavramlarý bilmesi yada ayarlamakla uðraþmasýna gerek yok. Ayrýca yanlýþ
> ayarlanýrsa gezinmeye engel olabiliyor. Bilgisayar madem kendi baþýna en
> hýzlý ve doðru cevap alacaðý sunucuyu bulabilir, bizi uðraþtýrmasýn.


Default olarak DHCP'den almasinda bir sorun olmasin yeter benim icin.

OK, anlasilan dnsmasq'in faydalari cok, uygun bir model bulunursa bunu
"embed" edebilsek sisteme cok guzel olur baska dagitimlara da ornek
olabilir.  (Windows'da da bir caching DNS Client mekanizmasi var).

Caching yapilacaksa, cache'i manuel olarak flush etmenin de bir metodu
olmali, aksi takdirde kullanicilar bu cache'den dolayi da sorun
yasayabilirler. Bu sebeptendir ki windows'da da ornegin "ipconfig /flushdns"
gibi bir komut var.

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/231fe71c/attachment-0002.htm>

From gurer at pardus.org.tr  Mon Dec 22 16:01:28 2008
From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=)
Date: Mon, 22 Dec 2008 16:01:28 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <fe9771a80812220558q37c7d253o46b22dc022db059a@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812221408.38007.gurer@pardus.org.tr>
	<fe9771a80812220558q37c7d253o46b22dc022db059a@mail.gmail.com>
Message-ID: <200812221601.28245.gurer@pardus.org.tr>

On Monday 22 December 2008 15:58:42 Emre Erenoglu wrote:

> Caching yapilacaksa, cache'i manuel olarak flush etmenin de bir metodu
> olmali, aksi takdirde kullanicilar bu cache'den dolayi da sorun
> yasayabilirler. Bu sebeptendir ki windows'da da ornegin "ipconfig
> /flushdns" gibi bir komut var.

Timeout'unu çok kýsa tutarýz, mesela 30 saniye yada bir dakika falan. Böylece 
kullanýmda gene bir hýz kazandýrýr ama geçerliliði kalmamýþ data hýzla düþer.


From ekin at pardus.org.tr  Mon Dec 22 16:55:31 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 22 Dec 2008 16:55:31 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812221449.04847.faik@pardus.org.tr>
References: <200812171420.33977.ekin@pardus.org.tr>
	<200812221344.32966.serbulent@pardus.org.tr>
	<200812221449.04847.faik@pardus.org.tr>
Message-ID: <200812221655.31849.ekin@pardus.org.tr>

Merhaba;

Monday 22 December 2008 tarihinde, Faik Uygur þunlarý yazmýþtý: 
> On Monday 22 December 2008 13:44:32 Serbulent UNSAL wrote:
> > package-manager-1.3.9-53-20.pisi
> > pisi-2.1.0-105-30.pisi
>
> Bu iki paketin depoya alýmýný durdurun lütfen. Demin arayüzden güncelleme
> yaparken bir hata ile karþýlaþtým þimdi inceliyorum.

Tamamdýr.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Mon Dec 22 17:18:41 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 22 Dec 2008 17:18:41 +0200
Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?=
	=?utf-8?q?ity_Fixes?=
Message-ID: <200812221718.42041.ekin@pardus.org.tr>


Merhaba / Hi;

Bu gece kararlý depolara girecek güvenlik güncellemeleri :
Tonight's Security Fixes for Pardus stable repos : 
------------------------------------------------------------------------

* [Pardus 2008]
git-1.6.0.6-74-11.pisi
git-emacs-1.6.0.6-74-11.pisi
gitweb-1.6.0.6-74-11.pisi

--
Ekin Meroglu <ekin_at_pardus.org.tr>


From coderlord at gmail.com  Mon Dec 22 19:06:29 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 22 Dec 2008 19:06:29 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <fe9771a80812220558q37c7d253o46b22dc022db059a@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
	<fe9771a80812220259g86e9c03mb6c56bc8ee01e46e@mail.gmail.com>
	<200812221408.38007.gurer@pardus.org.tr>
	<fe9771a80812220558q37c7d253o46b22dc022db059a@mail.gmail.com>
Message-ID: <4cca720b0812220906y6cb019ffr51fec43bd27d9eaa@mail.gmail.com>

22 Aralýk 2008 Pazartesi 15:58 tarihinde Emre Erenoglu
<erenoglu at gmail.com> yazdý:
> Caching yapilacaksa, cache'i manuel olarak flush etmenin de bir metodu
> olmali, aksi takdirde kullanicilar bu cache'den dolayi da sorun
> yasayabilirler. Bu sebeptendir ki windows'da da ornegin "ipconfig /flushdns"
> gibi bir komut var.

Bunu kolayca halledebiliriz.

-- 
Furkan Duman

From ozan at pardus.org.tr  Mon Dec 22 19:39:10 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 19:39:10 +0200
Subject: [Gelistirici] BootPerformance
Message-ID: <494FD0BE.8060406@pardus.org.tr>

https://wiki.ubuntu.com/KernelTeam/Specs/BootPerformance

Yorumlar, fikirler..

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From erenoglu at gmail.com  Mon Dec 22 20:26:54 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 19:26:54 +0100
Subject: [Gelistirici] BootPerformance
In-Reply-To: <494FD0BE.8060406@pardus.org.tr>
References: <494FD0BE.8060406@pardus.org.tr>
Message-ID: <fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>

Merhaba,

2008/12/22 Ozan Çaðlayan <ozan at pardus.org.tr>

> https://wiki.ubuntu.com/KernelTeam/Specs/BootPerformance
>
> Yorumlar, fikirler..


Guzel dusunmusler bu spec'i yazmislar. Ben bu kernel patch'inin oldugu mail
threadini de okudum, Linus henuz kabul etmemis ama bakarsiniz bir gun kabul
ediverir. Cok negatif gelmedi bana. Ayrica sanirim Ingo ya da diger
developer'lardan birisi 3 aydir test sistemlerinde test ettiklerini, bu
patch'ten bir regression olmadigini soylemis.

Yorumlarima gelince:

1) Pardus'ta boot zamanini olcen bir sistemimiz var mi? Yani ornegin logon
ekranina gelene kadar olan surede, hangi islem ne kadar sure tutmus bunu
gorebiliyor muyuz? Bunu bilirsek en uzun sure tutanlardan baslayarak
saldirilabilir.

2) Kernel Mode Setting denen bir sey var, grafik ekrani direk initialize
etmek icin kullaniliyor, ilginc olabilir, hiz kazandirabilir.

3) Geri bildirim Aracina yapilacak bir eklenti ile, Pardus kullanicilarinin
bilgisayarlarinda hangi modullerin yuklu oldugu yoklanip, cikan sonuca gore
en fazla olan moduller in-kernel olabilir.

4) Acilista dosyalari hangi sirayla okundugu ara sira profile edilip, disk
layout'u ona gore ayarlanir ve/veya bunlar tek parca bir dosyaya koyularak
boot sirasinda hop diye okunup ramdisk'e koyulur, gerisi ramdisk'ten acilir.
(fantazi oldu biraz)

5) Grub'un suresini biz de kisaltabiliriz

6) Splash screen gostermek (turuncu boot ekranimiz) zaman aliyorsa
ucurulabilir, (2) bu iste de iyi olabilir.

En onemlisi bence 1, nerenin yavas oldugunu bilirsek ona gore hareket
edebiliriz. Ayrica bu spec'teki "hizli boot ediyorsak stand-by veya
hibernate'e ne gerek var" yorumuna katilmiyorum, bunlar da asiri onemli,
sirketteki Windows ve evdeki Pardus'u nerdeyse hic kapatmam, hep suspend to
RAM ve devam.

Bunun disinda, attigimiz tasin (harcanan zamanin), urkuttugumuz kusa
degmemesi durumuna dikkat etmek lazim. Belki Ubuntu'nun yazdiklarindan
ve/veya yukarda yazdiklarimdan bazisini yaparak zamani %50 azaltirken,
digerlerini yapmak 2 kat daha fazla emek isteyip ancak 10% iyilesme sagliyor
olabilir.

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/7dd59a93/attachment-0002.htm>

From ozan at pardus.org.tr  Mon Dec 22 20:34:21 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 20:34:21 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>
References: <494FD0BE.8060406@pardus.org.tr>
	<fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>
Message-ID: <494FDDAD.9010802@pardus.org.tr>

Emre Erenoglu wrote:
>
> Guzel dusunmusler bu spec'i yazmislar. Ben bu kernel patch'inin oldugu 
> mail threadini de okudum, Linus henuz kabul etmemis ama bakarsiniz bir 
> gun kabul ediverir. Cok negatif gelmedi bana. Ayrica sanirim Ingo ya 
> da diger developer'lardan birisi 3 aydir test sistemlerinde test 
> ettiklerini, bu patch'ten bir regression olmadigini soylemis.
Evet linus kabul etmedi, bir ara hakikaten bazý sorunlar yarattý ancak 
geliþtiricileri düzeltti. Özetle subsystem'leri asenkron olarak 
initialize ediyor kernel bu yamayla.
>
> Yorumlarima gelince:
>
> 1) Pardus'ta boot zamanini olcen bir sistemimiz var mi? Yani ornegin 
> logon ekranina gelene kadar olan surede, hangi islem ne kadar sure 
> tutmus bunu gorebiliyor muyuz? Bunu bilirsek en uzun sure tutanlardan 
> baslayarak saldirilabilir.
playground'umda bootchart var, grafik cýkartýyor boot zamaný ile ilgili.
>
> 2) Kernel Mode Setting denen bir sey var, grafik ekrani direk 
> initialize etmek icin kullaniliyor, ilginc olabilir, hiz kazandirabilir.
2.6.29 ile gelecek, gelince geçeceðiz ancak þu an en iyi bazý radeon 
kartlarla çalýþýyor. Fatih daha fazlasýný biliyor :)
>
>
> 4) Acilista dosyalari hangi sirayla okundugu ara sira profile edilip, 
> disk layout'u ona gore ayarlanir ve/veya bunlar tek parca bir dosyaya 
> koyularak boot sirasinda hop diye okunup ramdisk'e koyulur, gerisi 
> ramdisk'ten acilir. (fantazi oldu biraz)
fantazi deðil, sreadahead adlý aracýn yaptýðý bu. O bahsi geçen 5 sn'lik 
demo'da, onun dýþýnda fedora'da falan kullanýlýyor kendisi. Ancak ne 
hikmetse pardus'ta çalýþmýyor, hangi dosyalarýn okunduðunun bilgisini 
toplayan collector, açýlýþta sistemi kitliyor.
>
> 5) Grub'un suresini biz de kisaltabiliriz
Bu aslýnda dolaylý bir hýz kazancý, adam yiyorlar. Orada kasti bir 
bekleme var sonuçta, isteyen kullanýcý gidip boot-manager'dan ya da 
grub.conf'tan bunu deðiþtirebiliyor. Bazý daðýtýmlar hiç göstermiyor 
orayý, ESC'e basýn diyor default'la açmayacaksanýz. Bence bu da güzel 
bir yaklaþým..
>
> 6) Splash screen gostermek (turuncu boot ekranimiz) zaman aliyorsa 
> ucurulabilir, (2) bu iste de iyi olabilir.
Zaman almasýndan ziyade arada sýrada bazý sorunlara yol açýyor. Ben de 
pek sevmiyorum kendisini.
>
> En onemlisi bence 1, nerenin yavas oldugunu bilirsek ona gore hareket 
> edebiliriz. Ayrica bu spec'teki "hizli boot ediyorsak stand-by veya 
> hibernate'e ne gerek var" yorumuna katilmiyorum, bunlar da asiri 
> onemli, sirketteki Windows ve evdeki Pardus'u nerdeyse hic kapatmam, 
> hep suspend to RAM ve devam.
Aslýnda o tüm spec'in Rationale'i olarak tanýmlanmýþ, benim hoþuma 
gitti. Gerçekten boot hýzlý olsa niye suspend'le falan uðraþasýn ki?


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From turkay.eren at gmail.com  Mon Dec 22 20:38:19 2008
From: turkay.eren at gmail.com (Eren =?utf-8?q?T=C3=BCrkay?=)
Date: Mon, 22 Dec 2008 20:38:19 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>
References: <494FD0BE.8060406@pardus.org.tr>
	<fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>
Message-ID: <200812222038.19506.turkay.eren@gmail.com>

On 22 Dec 2008 Mon 20:26:54 Emre Erenoglu wrote:
> 1) Pardus'ta boot zamanini olcen bir sistemimiz var mi? Yani ornegin logon
> ekranina gelene kadar olan surede, hangi islem ne kadar sure tutmus bunu
> gorebiliyor muyuz? Bunu bilirsek en uzun sure tutanlardan baslayarak
> saldirilabilir.

Böyle bir þey yok diye biliyorum. Müdür'ün 3 durumu için (sysinit, boot, 
default) bir log mevcut. /var/log/mudur.log içerisinde ikamet ediyor 
kendileri. Ancak her iþlemin (disklerin baðlanmasý, modüllerin yüklenmesi 
vs.) logu tutulmuyor ki bu da ayrýntýlý olarak nerede ne kadar zaman geçmiþ 
görmemizi saðlamýyor. Ozan'ýn dediði gibi bootchart kullanýlabilir?

> Bunun disinda, attigimiz tasin (harcanan zamanin), urkuttugumuz kusa
> degmemesi durumuna dikkat etmek lazim. Belki Ubuntu'nun yazdiklarindan
> ve/veya yukarda yazdiklarimdan bazisini yaparak zamani %50 azaltirken,
> digerlerini yapmak 2 kat daha fazla emek isteyip ancak 10% iyilesme
> sagliyor olabilir.

Bunu hatýrlattýðýn iyi oldu. Gerçekten de nelerin öncelikli oluðunu düþünüp, 
harcanan emeðin buna deðeceðini düþünerek hareket etmek çok iyi olurdu.


From turkay.eren at gmail.com  Mon Dec 22 20:40:40 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Mon, 22 Dec 2008 20:40:40 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <494FDDAD.9010802@pardus.org.tr>
References: <494FD0BE.8060406@pardus.org.tr>
	<fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>
	<494FDDAD.9010802@pardus.org.tr>
Message-ID: <200812222040.40205.turkay.eren@gmail.com>

On 22 Dec 2008 Mon 20:34:21 Ozan Çaðlayan wrote:
> Aslýnda o tüm spec'in Rationale'i olarak tanýmlanmýþ, benim hoþuma
> gitti. Gerçekten boot hýzlý olsa niye suspend'le falan uðraþasýn ki?

Sürekli olarak KDE'ye login olmayý ve içerisindeki uygulamalarýn çalýþmasýný 
beklememek için olabilir mi?

Laptoptaki suspend sorunu ile karþýlaþmadan önce hiç kapatmýyordum. 1 dakika 
içerisinde bilgisayarý en son nasýl býraktýysan öyle bulmak hoþ ve hemen 
çalýþmaya baþlayabiliyor insan.


From ozan at pardus.org.tr  Mon Dec 22 21:02:15 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 21:02:15 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <200812222040.40205.turkay.eren@gmail.com>
References: <494FD0BE.8060406@pardus.org.tr>	<fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>	<494FDDAD.9010802@pardus.org.tr>
	<200812222040.40205.turkay.eren@gmail.com>
Message-ID: <494FE437.3090200@pardus.org.tr>

Eren Türkay wrote:
> On 22 Dec 2008 Mon 20:34:21 Ozan Çaðlayan wrote:
>   
>> Aslýnda o tüm spec'in Rationale'i olarak tanýmlanmýþ, benim hoþuma
>> gitti. Gerçekten boot hýzlý olsa niye suspend'le falan uðraþasýn ki?
>>     
>
> Sürekli olarak KDE'ye login olmayý ve içerisindeki uygulamalarýn çalýþmasýný 
> beklememek için olabilir mi?
>
> Laptoptaki suspend sorunu ile karþýlaþmadan önce hiç kapatmýyordum. 1 dakika 
> içerisinde bilgisayarý en son nasýl býraktýysan öyle bulmak hoþ ve hemen 
> çalýþmaya baþlayabiliyor insan.
>   
Ve þu an depodaki pm-utils'te ntp, NetworkManager, alsa, battery gibi 
gereksiz hooklar var, yeni sürümde NM dýþýndakiler atýlmýþ. Bu NM hook'u 
bizim iþimize yarýyor mu bilmiyorum zira gnome NM'inin hook'u.

Neyse bu atýlmalarla beraber 2sn falan daha hýzlý gerçekleþtiði yazýyor 
git log'unda. Göreceðiz :)

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From coderlord at gmail.com  Mon Dec 22 21:07:16 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 22 Dec 2008 21:07:16 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <494FE437.3090200@pardus.org.tr>
References: <494FD0BE.8060406@pardus.org.tr>
	<fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>
	<494FDDAD.9010802@pardus.org.tr>
	<200812222040.40205.turkay.eren@gmail.com>
	<494FE437.3090200@pardus.org.tr>
Message-ID: <4cca720b0812221107v4fd5fa3am56f4703b1ffa8736@mail.gmail.com>

22 Aralýk 2008 Pazartesi 21:02 tarihinde Ozan Çaðlayan
<ozan at pardus.org.tr> yazdý:
> Ve þu an depodaki pm-utils'te ntp, NetworkManager, alsa, battery gibi
> gereksiz hooklar var, yeni sürümde NM dýþýndakiler atýlmýþ. Bu NM hook'u
> bizim iþimize yarýyor mu bilmiyorum zira gnome NM'inin hook'u.
>
> Neyse bu atýlmalarla beraber 2sn falan daha hýzlý gerçekleþtiði yazýyor
> git log'unda. Göreceðiz :)

Benim gözüme baþka yerlerde de çarptý bu tip baþka daðýtýmlara has
þeyler. NM hook bizim iþimize yaramýyor. Kendi hook'umuzu koyacaðýz
yakýn zamanda inþallah. :)

-- 
Furkan Duman

From bahadir at pardus.org.tr  Mon Dec 22 21:06:59 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 22 Dec 2008 21:06:59 +0200
Subject: [Gelistirici] Pardus'ta PackageKit
In-Reply-To: <494C44BB.7020809@gmail.com>
References: <494C44BB.7020809@gmail.com>
Message-ID: <200812222107.07279.bahadir@pardus.org.tr>

20 Ara 2008 Cts tarihinde, Gökmen Görgen þunlarý yazmýþtý: 
> Pardus'ta PackageKit ile ilgili herhangi bir çalýþma yapýlacak mýdýr?
> Son durum nedir? Ayrýca KPackageKit diye bir þey de varmýþ, ne
> düþünüyoruz?

(K)PackageKit ile PiSi'nin tüm özelliklerini kullanamadýðýmýz için yola 
COMAR ve Package Manager ile devam etmeye karar verdik.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/fbfe1aad/attachment-0002.pgp>

From coderlord at gmail.com  Mon Dec 22 21:11:42 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 22 Dec 2008 21:11:42 +0200
Subject: [Gelistirici] =?utf-8?q?wpa=5Fsupplicant_servisini_dbus_=C3=A7a?=
	=?utf-8?b?xJ9yxLFzxLEgaWxlIMOnYWzEscWfdMSxcm1haw==?=
Message-ID: <4cca720b0812221111x684a1f24o8a2fa9c12b350a3f@mail.gmail.com>

Merhaba,

wpa_supplicant'ý da comar'a yaptýðýmýz gibi dbus çaðrýsýnda
çalýþtýrýlacak hale getirsek nasýl olur? Þu dbus servis olayýný
kastediyorum. wireless-tools link betiðinde ve wpa_supplicant.py da
servis baþlatma ile ilgili birçok þeyi atardýk.

Buna engel bir durum aklýnýza geliyor mu?

-- 
Furkan Duman

From bahadir at pardus.org.tr  Mon Dec 22 21:13:57 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 22 Dec 2008 21:13:57 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?wpa=5Fsupplicant_servisini_dbus_=E7a?=
	=?iso-8859-9?q?=F0r=FDs=FD_ile_=E7al=FD=FEt=FDrmak?=
In-Reply-To: <4cca720b0812221111x684a1f24o8a2fa9c12b350a3f@mail.gmail.com>
References: <4cca720b0812221111x684a1f24o8a2fa9c12b350a3f@mail.gmail.com>
Message-ID: <200812222113.58000.bahadir@pardus.org.tr>

22 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Merhaba,
>
> wpa_supplicant'ý da comar'a yaptýðýmýz gibi dbus çaðrýsýnda
> çalýþtýrýlacak hale getirsek nasýl olur? Þu dbus servis olayýný
> kastediyorum. wireless-tools link betiðinde ve wpa_supplicant.py da
> servis baþlatma ile ilgili birçok þeyi atardýk.
>
> Buna engel bir durum aklýnýza geliyor mu?

Ne zamandýr aklýma, net-link-2.0'da sýra wpa_supplicant'ý servis 
aktivasyonuna geçirme vardý ancak devam ettiremedim. Aktivasyona geçince 
birçok WPA hatasýndan da kurtulmuþ oluruz gibime geliyor.


-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/d88122ab/attachment-0002.pgp>

From ozan at pardus.org.tr  Mon Dec 22 21:19:41 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 21:19:41 +0200
Subject: [Gelistirici] Kernel 2.6.25
Message-ID: <494FE84D.6010006@pardus.org.tr>

Selam,

playground'umdaki kernel-2.6.25 için merge istemeyi düþünüyorum. 
Getirdiði deðiþiklikler þunlar:

                - Add libata fixes(gone upstream already) from SUSE,
                - Add pata_marvell patch from Fedora,
                - Add sanitize_invalid_partition_table_entries.patch 
which will probably
                fix some YALI issues caused by buggy partition tables 
having partition
                boundaries behind the end of the disk,
                - Add driver_sd_needs_updating.patch,
                - Add a small return value bugfix for EDD module,
                - Sync Realtek RTL818x drivers from upstream. Fixes some 
problems and
                brings support for some Asus, NetGear, Sitecom devices,
                - Sync eeepc_laptop stuff from upstream,
                - Sync Ralink rt2x00 drivers from upstream,
                - Add Nvidia-based Apple Macbook Pro backlight driver,
                - Remove USB_STKWEBCAM from configuration as those 
cameras are well
                supported with our syntekdriver package (Fixes #8677),
                - Add lirc_gpio driver for bt8xx tv cards (Fixes #8693),
                - Do not modularize loop devices, make them 'in-kernel' 
(Fixes #8556),
                - Add Gigabyte M912 to i8042.noloop table so that its 
touchpad works,
                - Add a missing PCIID to sky2 driver to make Marvell 
Yukon 88E8040T work (Fixes #8872).

En son hata, hatayý giren kiþinin að baðlantýsý yapmasýný engellediði 
için merge istemeye karar verdim diðerleri için 2.6.25.21'i 
bekleyecektim. Ne diyorsunuz? Bir süre önce buraya kullanýp test 
edilmesi için derlenmiþ paketleri göndermiþtik, kullananlardan olumsuz 
bir feedback almadým. Ne dersiniz?

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From bahadir at pardus.org.tr  Mon Dec 22 21:21:02 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 22 Dec 2008 21:21:02 +0200
Subject: [Gelistirici] Kernel 2.6.25
In-Reply-To: <494FE84D.6010006@pardus.org.tr>
References: <494FE84D.6010006@pardus.org.tr>
Message-ID: <200812222121.02445.bahadir@pardus.org.tr>

22 Ara 2008 Pts tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> En son hata, hatayý giren kiþinin að baðlantýsý yapmasýný engellediði
> için merge istemeye karar verdim diðerleri için 2.6.25.21'i
> bekleyecektim. Ne diyorsunuz? Bir süre önce buraya kullanýp test
> edilmesi için derlenmiþ paketleri göndermiþtik, kullananlardan olumsuz
> bir feedback almadým. Ne dersiniz?

Test talebinden beri kullanýyorum, problem yaþamadým.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/af5a0550/attachment-0002.pgp>

From dfisek at fisek.com.tr  Mon Dec 22 21:24:11 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 22 Dec 2008 21:24:11 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <494FDDAD.9010802@pardus.org.tr>
References: <494FD0BE.8060406@pardus.org.tr>
	<fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>
	<494FDDAD.9010802@pardus.org.tr>
Message-ID: <20081222212411.9e83721e.dfisek@fisek.com.tr>

Mon, 22 Dec 2008 20:34:21 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :

> Bu aslýnda dolaylý bir hýz kazancý, adam yiyorlar. Orada kasti bir 
> bekleme var sonuçta, isteyen kullanýcý gidip boot-manager'dan ya da 
> grub.conf'tan bunu deðiþtirebiliyor. Bazý daðýtýmlar hiç göstermiyor 
> orayý, ESC'e basýn diyor default'la açmayacaksanýz. Bence bu da güzel 
> bir yaklaþým..
Oyleymis gercekten... Cok ciddi bir arti getirmeyecek ama surekli
temizlik yapmayan bir kullanici icin n tane cekirdegi surekli gormekten
daha iyi olabilir.

Tek aklima gelen sorun o "Esc'e basin" seysini her dilden insanin
anlayacagi bicimde nasil soyleriz? :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From ozan at pardus.org.tr  Mon Dec 22 21:31:38 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 21:31:38 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <20081222212411.9e83721e.dfisek@fisek.com.tr>
References: <494FD0BE.8060406@pardus.org.tr>	<fe9771a80812221026y7f901cf3n2e96b1cef23ad7f@mail.gmail.com>	<494FDDAD.9010802@pardus.org.tr>
	<20081222212411.9e83721e.dfisek@fisek.com.tr>
Message-ID: <494FEB1A.6050204@pardus.org.tr>

Doruk Fisek wrote:
> Mon, 22 Dec 2008 20:34:21 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :
>
>   
>> Bu aslýnda dolaylý bir hýz kazancý, adam yiyorlar. Orada kasti bir 
>> bekleme var sonuçta, isteyen kullanýcý gidip boot-manager'dan ya da 
>> grub.conf'tan bunu deðiþtirebiliyor. Bazý daðýtýmlar hiç göstermiyor 
>> orayý, ESC'e basýn diyor default'la açmayacaksanýz. Bence bu da güzel 
>> bir yaklaþým..
>>     
> Oyleymis gercekten... Cok ciddi bir arti getirmeyecek ama surekli
> temizlik yapmayan bir kullanici icin n tane cekirdegi surekli gormekten
> daha iyi olabilir.
>
> Tek aklima gelen sorun o "Esc'e basin" seysini her dilden insanin
> anlayacagi bicimde nasil soyleriz? :)
>   
tr için Turkce digerleri icin ingilizce olur diye sallayayým mesela :) 
Onu da örnek olarak verdim gerçi ama ben bile cok zor görmüþtüm o 
mesajý, "ulan niye grub menüsü gelmiyor" diyordum içimden, 3-4. bootta 
gördüm yazýyý..

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From onur at pardus.org.tr  Mon Dec 22 11:36:27 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 11:36:27 +0200
Subject: [Gelistirici] Kernel 2.6.25.*
In-Reply-To: <20081130143808.d026aeeb.onur@pardus.org.tr>
References: <492D9427.6010806@pardus.org.tr>
	<200811281941.38440.onur@pardus.org.tr>
	<200811281945.02585.onur@pardus.org.tr>
	<20081130143808.d026aeeb.onur@pardus.org.tr>
Message-ID: <20081222113627.788c10c1.onur@pardus.org.tr>


On Sun, 30 Nov 2008 14:38:08 +0200
Onur Küçük <onur at pardus.org.tr> wrote:

> 
>  bir de yazmayý unuttum þunu da yapsak iyi olur [1], lirc için gpio
> desteðini açýyor ki brooktree aygýtlarý gpio üzerinden programlýyoruz
> önemli bir durum aslýnda
> 
>  son kernel lerde durum nedir bakýp ona göre bir yama hazýrlayacaðým,
> orjinal yama lirc geliþtiricilerinden geliyor
> 
> [1]  http://bugs.pardus.org.tr/show_bug.cgi?id=8693


 Hazýr paket çýkmamýþken, [1] adresindeki (satýr 600) ivb_list i de
senkronlayalým mý ?

 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=drivers/ide/ide-iops.c;h=c41c3b9b6f022b89148792c05d9564021ff271da;hb=HEAD

 Sadece tabloya deðer girmek yetiyor, kablo tipi tanýma (40/80 pin)
patladýðýnda aygýtlarýn DMA sý açýlamýyor.



-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Mon Dec 22 19:47:31 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 19:47:31 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<4cca720b0812180316y7ba741bq6622a8fc5789eb65@mail.gmail.com>
	<200812181357.40657.bahadir@pardus.org.tr>
	<200812181409.23746.onur@pardus.org.tr>
	<4cca720b0812180415v45187b41t77463a9873e999c3@mail.gmail.com>
	<4cca720b0812180448r477e4d32kcf40dc6f144abcd1@mail.gmail.com>
Message-ID: <20081222194731.9ac7bedd.onur@pardus.org.tr>


On Thu, 18 Dec 2008 14:48:46 +0200
"Furkan Duman" <coderlord at gmail.com> wrote:
...
> PPP konusunda bilgili olup da, yardýmcý olmak isteyen var mýdýr? Bu
> sadece VPN ile ilgili bir sýkýntý deðil. PPP'nin kullanýmýnýn
> gerektiði yerlerde yaþayacaðýmýzý düþünüyorum. O yüzden PPP ile biraz
> uðraþmak istiyorum. Gürer ve Onur ppp betiklerini yazmýþtý sanýrým.
> Baðlantý durumunu belirleyemediðimiz için mi link betiklerinde bu
> durumu gözardý ettik? (En azýndan öyle algýladým hatam olabilir)

 Zamanýnda elle kullanmýþtým dialup baðlantý, ATx komutlarý vs. ama çok
zaman geçti unutmuþumdur herhalde. Betikleri hazýrlayalý da çok zaman
oldu, Gürer'in de dediði gibi fazla talep olmayýnca sevgi göstermedik
ilk hazýrlandýklarý hali ile kaldý. Yardým lazýmsa yardým edebilirim
ama benim de biraz hatýrlamam lazým :(

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Mon Dec 22 19:48:26 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 19:48:26 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <20081207190423.e8b7a1cf.nakof@zig.gen.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<20081207162759.87edb751.dfisek@fisek.com.tr>
	<20081207190423.e8b7a1cf.nakof@zig.gen.tr>
Message-ID: <20081222194826.d7b16493.onur@pardus.org.tr>


On Sun, 7 Dec 2008 19:04:23 +0200
nihat ciddi <nakof at zig.gen.tr> wrote:

> 
> > Ornek vereyim, uzakta bir sunucuyu mount edip calisilmasi gerekiyor.
> > Ama belirli bir profildeyken yerel agdaki IP'sinden, diger
> > profillerdeyken internetteki IP'siyle baglanmaniz gerekiyor. Bunun
> > benzeri yerel paket deposu kullanmak / internet deposu kullanmak
> > olabilir.
> 
> debian/ubuntu'daki gibi, profil up/down olunca calisacak script'ler
> olmasi guzel olurdu.

 debian da bu destek olduðunu bilmiyordum, güzelmiþ, bizde de olsa
güzel olur :)


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Mon Dec 22 19:54:40 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 19:54:40 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <200812202347.08686.ekin@pardus.org.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<200812042313.34497.ekin@pardus.org.tr>
	<20081219120822.7dd2e68f.dfisek@fisek.com.tr>
	<200812202347.08686.ekin@pardus.org.tr>
Message-ID: <20081222195440.8f693bf2.onur@pardus.org.tr>


On Sat, 20 Dec 2008 23:47:08 +0200
Ekin Meroðlu <ekin at pardus.org.tr> wrote:

> 6 ay bana biraz hýzlý geliyor, ama bence yapýlabilir tabii ki. Ama bu
> konu her gündeme geldiðinde karþýmýza hayatýn gerçekleri çýkýyor -
> 200x'in sorunlarý çözüp güncelleyen ekip ile 200x+1'i hazýrlayan ekip
> ayný - yani bir sürüm çýkýnca tamam sen, sen, bi de sen yeni sürümü
> geliþtirin, siz oradakiler, siz de eski sürüme bakým yapýn denilecek
> insanlar ayný, dolayýsýyla yeni sürüm için çalýþmaya baþlamak uzun
> sürüyor.

 Bunun sebebi biraz da ayný anda birden çok sürümü aktif olarak
geliþtiriyor olmamýz aslýnda. Bir sürümde sürekli güncelleme modunda
giderken bundan vaz geçmeden diðer sürümü de geliþtiriyor olmamýz.
Bir sürümü atýyorum security / critical bugfix moduna alýrsak herkesin
diðer sürüme hazýrlanmasý kolaylaþýr. Mesela release cycle ýmýzý 6 ay
belirleyip, sürüm çýktýktan sonra 2-3 ay tam gaz gidip, sonra tamamen
yeni sürüme odaklanmak gibi bir yöntem seçebiliriz. Diðer daðýtýmlar bu
yöntemi kullanýyorlar genelde, ama onlarýn iþ gücü olanaklarý
iletiþim becerileri vs. bize göre çok daha iyi durumda, bu yüzden bu
yöntem bizim için en iyi yöntem mi emin deðilim.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Mon Dec 22 20:02:27 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 20:02:27 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
Message-ID: <20081222200227.f622486f.onur@pardus.org.tr>


On Sat, 20 Dec 2008 00:45:25 +0100
"Emre Erenoglu" <erenoglu at gmail.com> wrote:

> Merhaba,
> 
> 2008/12/19 Onur Küçük <onur at pardus.org.tr>
> 
> >
> >  Ben bu iþten pek anlamýyorum, ilgili modüllerin sistem init
> > baþlamadan yüklenmesi mi gerekiyor ? Eðer öyleyse initramfs içinde
> > olmalý
> >
> >  http://svn.pardus.org.tr/uludag/trunk/comar/mudur/src/
> >
> >  Deðilse müdür / udev içinde halledilebilir tabi
> >
> 
> Ben bir ara uretilen lvm2 paketini sistemime kurmustum (Name: lvm2,
> version: 2.02.39, release: 7, build 1).  Bununla ilgili modul ve
> executable'lari daha once devel listesine attigim bir mesajda, init
> ve mkinitramfs dosyalarini degistirrerek, initrd icinde atmayi
> basardim.

 Þu anki initramfs kullanýmýmýzda þöyle bir sorunumuz var, initramfs
kernel paketi ile birlikte geliyor ve paket derlenirken oluþturuluyor.
Bu sebeple kernel paketi dýþýndaki paketlerden gelen kernel modüllerini
(derlenirken kernel in çoktan derlenip paketlenmiþ olmasý sebebiyle)
initramfs içine saðlýklý bir þekilde alamýyoruz.

 Kitaplýklar için bir sorun yok, baþka programlarý da initramfs içine
allýyoruz zaten.

 Bunun deðiþmesi gerekiyor mu bu destek için ?

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Mon Dec 22 20:07:11 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 20:07:11 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<494D7FBD.5000804@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
Message-ID: <20081222200711.b9adf6b8.onur@pardus.org.tr>


On Sun, 21 Dec 2008 02:34:48 +0100
"Emre Erenoglu" <erenoglu at gmail.com> wrote:
...
> lvm ile ilgili olarak dm-mod modulunden baska volume group'larin
> boot'ta aktive edilebilmesi icin bir kac executable'in initramfs'e
> girmesi gerekiyor sanirim. Benim mkinitframfs script'inde soyle
> yapmisiz:
> 
> #install lvm binary and library dependencies
> if [ -f "/etc/lvm/lvm.conf" ]; then
>     echo "adding lvm dynamic libraries..."
>     cp -L --parents /lib/libdevmapper.so.1.02 $MOUNT_IMAGE
>     cp -L --parents /lib/libreadline.so.5 $MOUNT_IMAGE
>     cp -L --parents /lib/librt.so.1 $MOUNT_IMAGE
>     cp -L --parents /lib/libdl.so.2 $MOUNT_IMAGE
>     cp -L --parents /usr/lib/libncursesw.so.5 $MOUNT_IMAGE
>     cp -L --parents /lib/libc.so.6 $MOUNT_IMAGE
>     cp -L --parents /lib/libpthread.so.0 $MOUNT_IMAGE
>     cp -L --parents /lib/ld-linux.so.2 $MOUNT_IMAGE
>     echo "adding lvm binary..."
>     cp -a /usr/sbin/lvm $MOUNT_IMAGE/sbin/lvm
> fi

 Bu seriyi elle initramfs e eklemek yanlýþ bence. Belki device-mapper
ve ncurses a statik kitaplýk desteðini açýp lvm ELF ini statik
derleyebiliriz. Statik derlemediðimizde baþýmýz da aðrýyacak gibime
geliyor.

> Evet aynen, boot sirasinda initrd'nin icindeki init script'ten volume
> group'lari aktive ediyorum, sonra buradan boot ediyorum, ancak sistem
> acilisinda root mount edilip esas init devreye girip fstab'i okudugu
> zamanda, volume group'lar bulunamiyor, ya da volume group'larin
> "symlink"leri bulunamiyor desem daha dogru sanirim.  Su anda sistem
> mount tablosundaki ilginc maddeler soyle:
> 
> /dev/dm-3 on / type ext3 (rw,noatime,user_xattr)
> /dev/md1 on /home type ext3 (rw,noatime,user_xattr)
> /dev/sda1 on /boot type ext3 (rw,noatime,relatime)
> /dev/mapper/os-data on /d type ext3 (rw)
> 
> Kok dosya sistemi, /dev/mapper/os-pardus olmasi gerekirken
> hala /dev/dm-3 olarak gorunuyor (taaa initrd'deki boot sirasindaki
> isimlendirme).  /d olan ise local.start'tan duzgun olarak mount
> ediliyor, ancak fstab'a yazarsam edilmiyor. Bir sekilde bu vgmknodes
> UDEV tarafindan vs. trigger edilmiyor.

 Hmmm mesela initramfs de daha önceden node lar oluþturulduðu için
udev tekrar dürtülmüyor olabilir mi ?

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Mon Dec 22 20:11:32 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 20:11:32 +0200
Subject: [Gelistirici] Pardus'ta PackageKit
In-Reply-To: <494C44BB.7020809@gmail.com>
References: <494C44BB.7020809@gmail.com>
Message-ID: <20081222201132.a69f3f83.onur@pardus.org.tr>


On Sat, 20 Dec 2008 03:04:59 +0200
Gökmen Görgen <gkmngrgn at gmail.com> wrote:

> Arkadaþlar merhaba,
> VirtualBox'tan Fedora (Xfce Community) ve Xubuntu'yu kurcalýyorum ve 
> PackageKit'i gerçekten çok beðendiðimi söylemeliyim. Pardus'ta 
> PackageKit ile ilgili birkaç eposta listesi girdisi ve birkaç blog 
> girdisinden baþka bir þey bulamadým.
> 
> Pardus'ta PackageKit ile ilgili herhangi bir çalýþma yapýlacak mýdýr? 
> Son durum nedir? Ayrýca KPackageKit diye bir þey de varmýþ, ne
> düþünüyoruz?

 Çaðlar (ve birileri daha ?) package-kit içi pisi backend leri
hazýrlanmasý için uðraþmýþtý. Bir kýsmý upstream e de girmiþti. Son
durum nedir bilmiyorum. Package-manager varken bizim için öncelikli bir
iþ deðil bence ama bilmiyorum bu konuda Faik ne der ?

 Tabi olay biraz da "birileri yaparsa bu destek olur" durumu var. Daha
öncelikli iþlerimiz de var sankim.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Mon Dec 22 20:12:42 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 20:12:42 +0200
Subject: [Gelistirici] QuodLibet Eklentileri
In-Reply-To: <494EEB31.8090000@gmail.com>
References: <494EEB31.8090000@gmail.com>
Message-ID: <20081222201242.65dd97e1.onur@pardus.org.tr>


On Mon, 22 Dec 2008 03:19:45 +0200
Gökmen Görgen <gkmngrgn at gmail.com> wrote:

> Arkadaþlar merhaba,
>    QuodLibet'in eklentilerini nasýl paketleyeceðim konusunda size 
> danýþmak istedim. Debian ve Archlinux'ta QuodLibet eklentileri
> svn'den çekilerek veya bütün halinde arþivi oluþturularak
> paketlenmiþ; Gentoo'daysa tek tek paketleme yoluna gidilmiþ. Açýkçasý
> ben tek bir eklenti dosyasý için paket oluþturmak yerine
> quodlibet-plugins adýnda bir paket oluþturmayý düþünüyorum.
>    Fakat burada da bir baþka sorun karþýma çýktý. Ýçindeki
> eklentilerin bir kýsmýnýn baðýmlýlýklarý saðlanamýyor. Bu sebeple de
> kendim arþivi oluþturup bir yere upload ederek, onu paketlemeyi
> düþünüyorum. Ama arþivi nereye göndereceðim konusunda sýkýntý
> çekiyorum. Bu konuda fikri olan?

 Bana bir þekilde iletirsen çekirdek deki dizinime koyarým. Bir sürü
paketin dosyasý orada duruyor zaten :)

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Mon Dec 22 20:29:54 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 20:29:54 +0200
Subject: [Gelistirici] kararli depoya paket gecis sureci
In-Reply-To: <20081219123551.2904eec9.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<4cca720b0812040834r18990e6ei3b14953e91504c9e@mail.gmail.com>
	<20081204203903.af8780c2.dfisek@fisek.com.tr>
	<200812051452.22820.ekin@pardus.org.tr>
	<20081219123551.2904eec9.dfisek@fisek.com.tr>
Message-ID: <20081222202954.be277a1c.onur@pardus.org.tr>


On Fri, 19 Dec 2008 12:35:51 +0200
Doruk Fisek <dfisek at fisek.com.tr> wrote:

> Ornegin kendi bileseni cercevesinde,
> 
> - "Bakicisiz" paketlere bakici bulmak
> - "Bakicisiz" paketlerin hata raporlari ile ilgilenmek
> - Paketlere acilmis (bakicisi olsa da) hata raporlarini izlemek ve
> ilgi gormemesi ve makul bir zamanda cozum yoluna girmemesi durumunda
> paketcileri ittirmek.
> - Yeni bir paket alinacagi zaman bu konuda karar vermek
> - Bilesenden paket atilmasi ile ilgili karar vermek.
> - Uygun bulmadigi guncellemelerin kararli depoya girmesine itiraz
> etmek.
> - Daha onceki onerilerimden biri olan paket onceliklendirmesi
> uygulanirsa, hangi paketlerin test surecine girmesinin zorunlu
> olduguna karar vermek.
> - Kendi bileseni ve icindeki paketlerle ilgili her tur karar
> verilirken birinci derecede soz sahibi olmak.

 Bileþen sorumlusu kavramýný svn üstünde deðil gerçek anlamda hayata
geçirmemiz gerektiðini söyleyip duruyorum ben de. Yukarýdaki liste
bana mantýklý geliyor, hatta uzun süredir elimden geldiðimce böyle
davranýyorum multimedia ve oyun paketlerinde ve baðýmlýlýklarýnda. Ancak
bu listeyi iþletirken bileþen sorumlularýnýn bu listede ilgili konularý
konuþmalarý, yorumlara açýk olmasý ve "takým oyunu" oynayabilir
olmalarý gerekiyor. Hani kaba tabirle laftan anlamasý da gerekiyor :)

 Bileþen sorumlularýnýn farm iþletmesi, bu mesajda yoktu ama thead
içinde geçti galiba, bence mantýklý gözükmüyor. 

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Mon Dec 22 20:17:00 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 20:17:00 +0200
Subject: [Gelistirici] Knights paketi
In-Reply-To: <a001a6cb0812201830o716c56eet4c84deede92e40c@mail.gmail.com>
References: <a001a6cb0812201830o716c56eet4c84deede92e40c@mail.gmail.com>
Message-ID: <20081222201700.253dd9c4.onur@pardus.org.tr>


On Sun, 21 Dec 2008 03:30:29 +0100
"selim ok" <selimok at gmail.com> wrote:

> Merhaba,
> Kullanicilarin kurulan CD ile birlikte bir satranc uygulamasi da
> birlikte gelsin taleplerinin uygulanabilirligini arastirirken,
> knights paketinin hala kararli depoda oldugunu farkettim.
> http://bugs.pardus.org.tr/show_bug.cgi?id=1364 adresinde de
> gorebileceginiz gibi bu uygulama icin acilmis ve wontfix ile
> kapatilmis bir hata mevcut. Depodan cikarilmasi gerektigi konusulmus
> fakat bunu yapan olmamis.

 Ýlla depodan çýkarmak mý gerekiyor ? Geliþtiricisi ilgilenmiyor diye
basit bir hata yüzünden depodan atmamýza gerek yok bence. Hatasýný
düzeltip depoda tutabiliriz.

 Alternatifi çok daha iyiyse çýkarýlabilir tabi, kiþisel bir baðým yok,
satranç oyunlarýný kurcalamadým, ama tek sebep basit bir
hatasý varken geliþtiricisi ilgilenmemesi olduðunda ters baðýmlýlýðý
olmayan bir paketin depodan atýlmasý bana cazip gelmiyor.

> Ilk sorum bu paketi kimin depodan cikaracagi?
> Ikinci sorum da bu gibi durumlarda dogru yontem hangisidir? Dogrudan
> surum yoneticisine danismak mi, yoksa listede yeni bir konu basligi
> acip herkesin fikrini almak mi?

 Bence listede konuþalým bu tarz þeyleri. Sahipli görünümlü sahipsiz
paketleri alan çýkabiliyor (ben Ýsmail den böyle tcsh ý almýþtým
mesela), konu ile ilgili kiþilerin fark etmediði bir önemi olabiliyor
bazen bu paketlerin.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Mon Dec 22 21:39:09 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 21:39:09 +0200
Subject: [Gelistirici] Kernel 2.6.25
In-Reply-To: <494FE84D.6010006@pardus.org.tr>
References: <494FE84D.6010006@pardus.org.tr>
Message-ID: <20081222213909.f009bf35.onur@pardus.org.tr>


On Mon, 22 Dec 2008 21:19:41 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:

> En son hata, hatayý giren kiþinin að baðlantýsý yapmasýný engellediði 
> için merge istemeye karar verdim diðerleri için 2.6.25.21'i 
> bekleyecektim. Ne diyorsunuz?

 Bu ne zaman çýkar bir fikrin var mý ? Bir kaç güne çýkarsa
bekleyebiliriz ama bir sürü hata düzeltmesi var, daha uzun sürecekse
beklemeyelim. Olmadý test deposunda bir daha güncelleriz.

 Bir de son yolladýðým ivp listesini de güncelleyelim mi ?

> Bir süre önce buraya kullanýp test 
> edilmesi için derlenmiþ paketleri göndermiþtik, kullananlardan
> olumsuz bir feedback almadým. Ne dersiniz?

 Bende bir sorun çýkarmadý

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From ozan at pardus.org.tr  Mon Dec 22 21:39:44 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 21:39:44 +0200
Subject: [Gelistirici] Kernel 2.6.25
In-Reply-To: <20081222213909.f009bf35.onur@pardus.org.tr>
References: <494FE84D.6010006@pardus.org.tr>
	<20081222213909.f009bf35.onur@pardus.org.tr>
Message-ID: <494FED00.8030601@pardus.org.tr>

Onur Küçük wrote:
> On Mon, 22 Dec 2008 21:19:41 +0200
> Ozan Çaðlayan <ozan at pardus.org.tr> wrote:
>
>   
>> En son hata, hatayý giren kiþinin að baðlantýsý yapmasýný engellediði 
>> için merge istemeye karar verdim diðerleri için 2.6.25.21'i 
>> bekleyecektim. Ne diyorsunuz?
>>     
>
>  Bu ne zaman çýkar bir fikrin var mý ? Bir kaç güne çýkarsa
> bekleyebiliriz ama bir sürü hata düzeltmesi var, daha uzun sürecekse
> beklemeyelim. Olmadý test deposunda bir daha güncelleriz.
>
>  Bir de son yolladýðým ivp listesini de güncelleyelim mi ?
>   
linux-kernel listesini takip ediyorum. Çýkmadan önce Greg-KH patch'leri 
gönderiyor, bunlar girecek, belli bir süre sonra da yayýnlanýyor. Bir 
hareket yok, bir takvimi var mý onu da bilmiyorum açýkçasý..

ivp listesi neydi, hiç hatýrlamýyorum :)


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From gokmen at pardus.org.tr  Mon Dec 22 21:41:44 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Mon, 22 Dec 2008 21:41:44 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <20081222212411.9e83721e.dfisek@fisek.com.tr>
References: <494FD0BE.8060406@pardus.org.tr> <494FDDAD.9010802@pardus.org.tr>
	<20081222212411.9e83721e.dfisek@fisek.com.tr>
Message-ID: <200812222141.45174.gokmen@pardus.org.tr>

Pazartesi 22 Aralýk 2008 günü (saat 21:24:11) Doruk Fisek þunlarý yazmýþtý:
> Tek aklima gelen sorun o "Esc'e basin" seysini her dilden insanin
> anlayacagi bicimde nasil soyleriz? :)

-- 
Gökmen GÖKSEL
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: 1.png
Type: image/png
Size: 3537 bytes
Desc: kullanýlamýyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/cca654fc/attachment-0002.png>

From dfisek at fisek.com.tr  Mon Dec 22 21:46:23 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 22 Dec 2008 21:46:23 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <20081222194826.d7b16493.onur@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<20081207162759.87edb751.dfisek@fisek.com.tr>
	<20081207190423.e8b7a1cf.nakof@zig.gen.tr>
	<20081222194826.d7b16493.onur@pardus.org.tr>
Message-ID: <20081222214623.8f4de72c.dfisek@fisek.com.tr>

Mon, 22 Dec 2008 19:48:26 +0200, Onur Küçük <onur at pardus.org.tr> :

> > debian/ubuntu'daki gibi, profil up/down olunca calisacak script'ler
> > olmasi guzel olurdu.
>  debian da bu destek olduðunu bilmiyordum, güzelmiþ, bizde de olsa
> güzel olur :)
Slackware'de de bu ppp baglantilarinda vardi diye hatirliyorum, ip-up
ve ip-down.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From dfisek at fisek.com.tr  Mon Dec 22 21:48:33 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 22 Dec 2008 21:48:33 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <200812222141.45174.gokmen@pardus.org.tr>
References: <494FD0BE.8060406@pardus.org.tr> <494FDDAD.9010802@pardus.org.tr>
	<20081222212411.9e83721e.dfisek@fisek.com.tr>
	<200812222141.45174.gokmen@pardus.org.tr>
Message-ID: <20081222214833.8f5c4da9.dfisek@fisek.com.tr>

Mon, 22 Dec 2008 21:41:44 +0200, Gökmen GÖKSEL <gokmen at pardus.org.tr> :

> > Tek aklima gelen sorun o "Esc'e basin" seysini her dilden insanin
> > anlayacagi bicimde nasil soyleriz? :)
:)))))

"Default'la acmayacaksaniz" ifadesini de o grafige tutturdun mu
tamamdir :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From bahadir at pardus.org.tr  Mon Dec 22 22:02:46 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 22 Dec 2008 22:02:46 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Network_Manager=27=FDn_a=F0_ba=F0lan?=
 =?iso-8859-9?q?t=FDs=FD_kurarken_hangi_ortamdas=FDn=FDz_sorusunu_sormas?=
 =?iso-8859-9?q?=FD=2E?=
In-Reply-To: <20081222214623.8f4de72c.dfisek@fisek.com.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<20081222194826.d7b16493.onur@pardus.org.tr>
	<20081222214623.8f4de72c.dfisek@fisek.com.tr>
Message-ID: <200812222202.51427.bahadir@pardus.org.tr>

22 Ara 2008 Pts tarihinde, Doruk Fisek þunlarý yazmýþtý: 
> Mon, 22 Dec 2008 19:48:26 +0200, Onur Küçük <onur at pardus.org.tr> :
> > > debian/ubuntu'daki gibi, profil up/down olunca calisacak script'ler
> > > olmasi guzel olurdu.
> >
> >  debian da bu destek olduðunu bilmiyordum, güzelmiþ, bizde de olsa
> > güzel olur :)
>
> Slackware'de de bu ppp baglantilarinda vardi diye hatirliyorum, ip-up
> ve ip-down.

/etc/network/ içindeki net.link ayarlarýnda, her profil için baðlantý 
öncesi ve sonrasý çalýþtýrýlacak betikler tanýmlanabilir:

[Pardus]
remote = Pardus
mode = auto
device = pci:14e4_4328_wlan0
script_up = /path/to/script1
script_down = /path/to/script2

"iface up" öncesi ve "iface down" sonrasý çalýþtýrýlacak 2 betik 
tanýmlanmasý yeterli mi?
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/8a3e8264/attachment-0002.pgp>

From dfisek at fisek.com.tr  Mon Dec 22 22:10:50 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 22 Dec 2008 22:10:50 +0200
Subject: [Gelistirici]
 =?utf-8?b?TmV0d29yayBNYW5hZ2VyJ8SxbiBhxJ8gYmHEn2xh?=
 =?utf-8?q?nt=C4=B1s=C4=B1_kurarken_hangi_ortamdas=C4=B1n=C4=B1z_sorusunu_?=
 =?utf-8?b?c29ybWFzxLEu?=
In-Reply-To: <200812222202.51427.bahadir@pardus.org.tr>
References: <4cca720b0812070612m534d661epcd3e41a787d2341e@mail.gmail.com>
	<20081222194826.d7b16493.onur@pardus.org.tr>
	<20081222214623.8f4de72c.dfisek@fisek.com.tr>
	<200812222202.51427.bahadir@pardus.org.tr>
Message-ID: <20081222221050.4c1a3a25.dfisek@fisek.com.tr>

Mon, 22 Dec 2008 22:02:46 +0200, Bahadýr Kandemir
<bahadir at pardus.org.tr> :

> "iface up" öncesi ve "iface down" sonrasý çalýþtýrýlacak 2 betik 
> tanýmlanmasý yeterli mi?
Bence yeterli otesi harika :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From gokmen at pardus.org.tr  Mon Dec 22 22:16:37 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Mon, 22 Dec 2008 22:16:37 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <20081222214833.8f5c4da9.dfisek@fisek.com.tr>
References: <494FD0BE.8060406@pardus.org.tr>
	<200812222141.45174.gokmen@pardus.org.tr>
	<20081222214833.8f5c4da9.dfisek@fisek.com.tr>
Message-ID: <200812222216.37890.gokmen@pardus.org.tr>

Pazartesi 22 Aralýk 2008 günü (saat 21:48:33) Doruk Fisek þunlarý yazmýþtý:
> Mon, 22 Dec 2008 21:41:44 +0200, Gökmen GÖKSEL <gokmen at pardus.org.tr> :
> > > Tek aklima gelen sorun o "Esc'e basin" seysini her dilden insanin
> > > anlayacagi bicimde nasil soyleriz? :)
> :
> :)))))
>
> "Default'la acmayacaksaniz" ifadesini de o grafige tutturdun mu
> tamamdir :)

-- 
Gökmen GÖKSEL
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: 1.png
Type: image/png
Size: 8633 bytes
Desc: kullanýlamýyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/0ae4c5a2/attachment-0002.png>

From erenoglu at gmail.com  Mon Dec 22 22:32:35 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 21:32:35 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <20081222200227.f622486f.onur@pardus.org.tr>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<20081222200227.f622486f.onur@pardus.org.tr>
Message-ID: <fe9771a80812221232h2b702e23n8eed70ede7979777@mail.gmail.com>

Merhaba,

2008/12/22 Onur Küçük <onur at pardus.org.tr>

>
> On Sat, 20 Dec 2008 00:45:25 +0100
> "Emre Erenoglu" <erenoglu at gmail.com> wrote:
>
> > Merhaba,
> >
> > 2008/12/19 Onur Küçük <onur at pardus.org.tr>
> >
> > >
> > >  Ben bu iþten pek anlamýyorum, ilgili modüllerin sistem init
> > > baþlamadan yüklenmesi mi gerekiyor ? Eðer öyleyse initramfs içinde
> > > olmalý
> > >
> > >  http://svn.pardus.org.tr/uludag/trunk/comar/mudur/src/
> > >
> > >  Deðilse müdür / udev içinde halledilebilir tabi
> > >
> >
> > Ben bir ara uretilen lvm2 paketini sistemime kurmustum (Name: lvm2,
> > version: 2.02.39, release: 7, build 1).  Bununla ilgili modul ve
> > executable'lari daha once devel listesine attigim bir mesajda, init
> > ve mkinitramfs dosyalarini degistirrerek, initrd icinde atmayi
> > basardim.
>
>  Þu anki initramfs kullanýmýmýzda þöyle bir sorunumuz var, initramfs
> kernel paketi ile birlikte geliyor ve paket derlenirken oluþturuluyor.
> Bu sebeple kernel paketi dýþýndaki paketlerden gelen kernel modüllerini
> (derlenirken kernel in çoktan derlenip paketlenmiþ olmasý sebebiyle)
> initramfs içine saðlýklý bir þekilde alamýyoruz.


Neden alamiyoruz, mkinitramfs script'ine parametre verince alinabiliyor? Ya
da en basitinden, lvm2, raid ve virtio modullerini dogrudan initramfs'in
icine atalim, kernel'e parametre vererek devreye girsin ciksinlar.
Ugrasmayalim, kac kb'lik yer kaplar ki bunlar hepi topu. Benim initramfs
mesela lvm ve raid'le birlikte 6,2 mByte, virtio da eklesek hepi topu 6,5
olur max.

Kitaplýklar için bir sorun yok, baþka programlarý da initramfs içine
> allýyoruz zaten.
>
>  Bunun deðiþmesi gerekiyor mu bu destek için ?


Onu siz daha iyi bilirsiniz :) Diger gelistiricler belki yorum yapabilir.
Sonuc olarak sisteme lvm2 statik binary'si eklenmeli, virtio modulleri
eklenmeli, hepsi bu (simdikinden fark olarak).

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/7c83fea4/attachment-0002.htm>

From erenoglu at gmail.com  Mon Dec 22 22:37:55 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 21:37:55 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <20081222200711.b9adf6b8.onur@pardus.org.tr>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<494D7FBD.5000804@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
Message-ID: <fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>

Merhaba,

2008/12/22 Onur Küçük <onur at pardus.org.tr>

>
> On Sun, 21 Dec 2008 02:34:48 +0100
> "Emre Erenoglu" <erenoglu at gmail.com> wrote:
> ...
> > lvm ile ilgili olarak dm-mod modulunden baska volume group'larin
> > boot'ta aktive edilebilmesi icin bir kac executable'in initramfs'e
> > girmesi gerekiyor sanirim. Benim mkinitframfs script'inde soyle
> > yapmisiz:
> >
> > #install lvm binary and library dependencies
> > if [ -f "/etc/lvm/lvm.conf" ]; then
> >     echo "adding lvm dynamic libraries..."
> >     cp -L --parents /lib/libdevmapper.so.1.02 $MOUNT_IMAGE
> >     cp -L --parents /lib/libreadline.so.5 $MOUNT_IMAGE
> >     cp -L --parents /lib/librt.so.1 $MOUNT_IMAGE
> >     cp -L --parents /lib/libdl.so.2 $MOUNT_IMAGE
> >     cp -L --parents /usr/lib/libncursesw.so.5 $MOUNT_IMAGE
> >     cp -L --parents /lib/libc.so.6 $MOUNT_IMAGE
> >     cp -L --parents /lib/libpthread.so.0 $MOUNT_IMAGE
> >     cp -L --parents /lib/ld-linux.so.2 $MOUNT_IMAGE
> >     echo "adding lvm binary..."
> >     cp -a /usr/sbin/lvm $MOUNT_IMAGE/sbin/lvm
> > fi
>
>  Bu seriyi elle initramfs e eklemek yanlýþ bence. Belki device-mapper
> ve ncurses a statik kitaplýk desteðini açýp lvm ELF ini statik
> derleyebiliriz. Statik derlemediðimizde baþýmýz da aðrýyacak gibime
> geliyor.


Evet statik bulamadigim icin mecbur linkli kutuphaneleri de attim icine.


> > Evet aynen, boot sirasinda initrd'nin icindeki init script'ten volume
> > group'lari aktive ediyorum, sonra buradan boot ediyorum, ancak sistem
> > acilisinda root mount edilip esas init devreye girip fstab'i okudugu
> > zamanda, volume group'lar bulunamiyor, ya da volume group'larin
> > "symlink"leri bulunamiyor desem daha dogru sanirim.  Su anda sistem
> > mount tablosundaki ilginc maddeler soyle:
> >
> > /dev/dm-3 on / type ext3 (rw,noatime,user_xattr)
> > /dev/md1 on /home type ext3 (rw,noatime,user_xattr)
> > /dev/sda1 on /boot type ext3 (rw,noatime,relatime)
> > /dev/mapper/os-data on /d type ext3 (rw)
> >
> > Kok dosya sistemi, /dev/mapper/os-pardus olmasi gerekirken
> > hala /dev/dm-3 olarak gorunuyor (taaa initrd'deki boot sirasindaki
> > isimlendirme).  /d olan ise local.start'tan duzgun olarak mount
> > ediliyor, ancak fstab'a yazarsam edilmiyor. Bir sekilde bu vgmknodes
> > UDEV tarafindan vs. trigger edilmiyor.
>
>  Hmmm mesela initramfs de daha önceden node lar oluþturulduðu için
> udev tekrar dürtülmüyor olabilir mi ?


Esasen /etc/fstab okunmadan once volume group'larin initialize edilmis
olmasi gerekiyor. Initramfs'de bunu init ediyoruz, ama normal init'e gecip
sanirim /dev tekrar populate edilirken logical volume'ler gidiyor sanirim.
Belki mudur acilis esnasinda fstab okunmadan once kernel parametrelerinde
lvm varsa tutup bu lvm'yi (vgmknodes) da trigger etmeli ki /dev/mapper/
altinda gerekli dosyalar olussun.

Bir sonraki reboot'umda bir kontrol edeyim initramfs'de naapiyoruz hangi
device'lar cikiyor ortaya :)

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/4b099ab9/attachment-0002.htm>

From erenoglu at gmail.com  Mon Dec 22 22:41:27 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 21:41:27 +0100
Subject: [Gelistirici] Kernel 2.6.25
In-Reply-To: <494FED00.8030601@pardus.org.tr>
References: <494FE84D.6010006@pardus.org.tr>
	<20081222213909.f009bf35.onur@pardus.org.tr>
	<494FED00.8030601@pardus.org.tr>
Message-ID: <fe9771a80812221241o1261fd15k81342d39cd257849@mail.gmail.com>

Merhaba,

2008/12/22 Ozan Çaðlayan <ozan at pardus.org.tr>

> Onur Küçük wrote:
> > On Mon, 22 Dec 2008 21:19:41 +0200
> > Ozan Çaðlayan <ozan at pardus.org.tr> wrote:
> >
> >
> >> En son hata, hatayý giren kiþinin að baðlantýsý yapmasýný engellediði
> >> için merge istemeye karar verdim diðerleri için 2.6.25.21'i
> >> bekleyecektim. Ne diyorsunuz?
>

Kullanici listesinde yeni notebook alanlardan ath9 karti olanlar cikiyor,
bunlarin destegi 2.6.27 ile geliyor sanirim. Arada bu suruculeri de alma
sansi olur mu dersiniz?

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/8ccd9126/attachment-0002.htm>

From dfisek at fisek.com.tr  Mon Dec 22 22:43:07 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 22 Dec 2008 22:43:07 +0200
Subject: [Gelistirici]
 =?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
 =?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <200812212233.22277.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812201851.58562.tekman@pardus.org.tr>
	<20081221130017.b271779d.dfisek@fisek.com.tr>
	<200812212233.22277.serbulent@pardus.org.tr>
Message-ID: <20081222224307.158596b4.dfisek@fisek.com.tr>

Sun, 21 Dec 2008 22:33:22 +0200, Serbulent UNSAL
<serbulent at pardus.org.tr> :

> Hayýr sadece alternatif süreçlerin daha faydalý olacaðýna 1-2 kiþinin
> deðil ortak aklýn ikna olmasý gerekiyor.
Turker acikcasi cok guzel bir yanit yazmis, her kelimesine +1 ekliyorum
ama ustteki cumlene de katilmadan edemiyorum.

"Ortak akil" dedigin nedir? Eger bu ortak akil biz tum
gelistiricilersek, test sureci Mart'ta yururluge konurken niye bu ortak
akil ikna edilmedi? Bircok kisi itiraz etmisti o sirada. Yaparken ortak
akli umursamamak, ayni yapilani duzeltmek icin "ortak akil" demek
tutarsiz olmuyor mu?

Yok "ortak akil" bu kitle arasindan secilmis birilerinden olusuyorsa,
kimler oldugunu bilelim de, yemek ismarlama planlarimizi ona gore
yapalim >8-)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From ozan at pardus.org.tr  Mon Dec 22 22:45:13 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 22 Dec 2008 22:45:13 +0200
Subject: [Gelistirici] Kernel 2.6.25
In-Reply-To: <fe9771a80812221241o1261fd15k81342d39cd257849@mail.gmail.com>
References: <494FE84D.6010006@pardus.org.tr>	<20081222213909.f009bf35.onur@pardus.org.tr>	<494FED00.8030601@pardus.org.tr>
	<fe9771a80812221241o1261fd15k81342d39cd257849@mail.gmail.com>
Message-ID: <494FFC59.8010107@pardus.org.tr>

Emre Erenoglu wrote:
>
> Kullanici listesinde yeni notebook alanlardan ath9 karti olanlar 
> cikiyor, bunlarin destegi 2.6.27 ile geliyor sanirim. Arada bu 
> suruculeri de alma sansi olur mu dersiniz?
>
> Emre
ath9k ile desteklenen kartlarla, madwifi_ng ile desteklenen kartlar 
arasýnda kesiþim varsa, yani ayný kartlar ikisinde de destekleniyorsa 
sorun teþkil ediyor, ama ath9k tamamen þu an desteklemediðimiz kartlarý 
destekliyorsa, bakarým..

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From onur at pardus.org.tr  Mon Dec 22 22:47:25 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Mon, 22 Dec 2008 22:47:25 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812221232h2b702e23n8eed70ede7979777@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<20081222200227.f622486f.onur@pardus.org.tr>
	<fe9771a80812221232h2b702e23n8eed70ede7979777@mail.gmail.com>
Message-ID: <20081222224725.9588d6da.onur@pardus.org.tr>


On Mon, 22 Dec 2008 21:32:35 +0100
"Emre Erenoglu" <erenoglu at gmail.com> wrote:

> >  Þu anki initramfs kullanýmýmýzda þöyle bir sorunumuz var, initramfs
> > kernel paketi ile birlikte geliyor ve paket derlenirken
> > oluþturuluyor. Bu sebeple kernel paketi dýþýndaki paketlerden gelen
> > kernel modüllerini (derlenirken kernel in çoktan derlenip
> > paketlenmiþ olmasý sebebiyle) initramfs içine saðlýklý bir þekilde
> > alamýyoruz.
> 
> 
> Neden alamiyoruz, mkinitramfs script'ine parametre verince
> alinabiliyor? Ya da en basitinden, lvm2, raid ve virtio modullerini
> dogrudan initramfs'in icine atalim, kernel'e parametre vererek
> devreye girsin ciksinlar. Ugrasmayalim, kac kb'lik yer kaplar ki
> bunlar hepi topu. Benim initramfs mesela lvm ve raid'le birlikte 6,2
> mByte, virtio da eklesek hepi topu 6,5 olur max.

 yazdým ya, kernel paketi hazýrlanýrken initramfs oluþturuluyor ve
ilgili modüller o sýrada içine giriyor, daha sonra da kernel modülü
içeren paketler o paketle derleniyor

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From erenoglu at gmail.com  Mon Dec 22 22:59:35 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 21:59:35 +0100
Subject: [Gelistirici] Kernel 2.6.25
In-Reply-To: <494FFC59.8010107@pardus.org.tr>
References: <494FE84D.6010006@pardus.org.tr>
	<20081222213909.f009bf35.onur@pardus.org.tr>
	<494FED00.8030601@pardus.org.tr>
	<fe9771a80812221241o1261fd15k81342d39cd257849@mail.gmail.com>
	<494FFC59.8010107@pardus.org.tr>
Message-ID: <fe9771a80812221259w6b378687rde5ae20fbe3d9897@mail.gmail.com>

Merhaba,

2008/12/22 Ozan Çaðlayan <ozan at pardus.org.tr>

> Emre Erenoglu wrote:
> >
> > Kullanici listesinde yeni notebook alanlardan ath9 karti olanlar
> > cikiyor, bunlarin destegi 2.6.27 ile geliyor sanirim. Arada bu
> > suruculeri de alma sansi olur mu dersiniz?
> >
> > Emre
> ath9k ile desteklenen kartlarla, madwifi_ng ile desteklenen kartlar
> arasýnda kesiþim varsa, yani ayný kartlar ikisinde de destekleniyorsa
> sorun teþkil ediyor, ama ath9k tamamen þu an desteklemediðimiz kartlarý
> destekliyorsa, bakarým..


Bir kac gun once bir kullanici yeni notebook'tan bahsediyordu. Bir sekilde
ath9'u bulmus yuklemis sorunu kalmamis sanirim. Yanlis hatirlamiyorsam karti
802.11n atheros 5009 idi.

Belki bunu dahil edip blacklist'e alsak, gerekirse enable etsek vs.
-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/95de77f9/attachment-0002.htm>

From erenoglu at gmail.com  Mon Dec 22 23:01:21 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Mon, 22 Dec 2008 22:01:21 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <20081222224725.9588d6da.onur@pardus.org.tr>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<20081222200227.f622486f.onur@pardus.org.tr>
	<fe9771a80812221232h2b702e23n8eed70ede7979777@mail.gmail.com>
	<20081222224725.9588d6da.onur@pardus.org.tr>
Message-ID: <fe9771a80812221301x410cc4ffv9be5252543d4f561@mail.gmail.com>

2008/12/22 Onur Küçük <onur at pardus.org.tr>

>
> On Mon, 22 Dec 2008 21:32:35 +0100
> "Emre Erenoglu" <erenoglu at gmail.com> wrote:
>
> > >  Þu anki initramfs kullanýmýmýzda þöyle bir sorunumuz var, initramfs
> > > kernel paketi ile birlikte geliyor ve paket derlenirken
> > > oluþturuluyor. Bu sebeple kernel paketi dýþýndaki paketlerden gelen
> > > kernel modüllerini (derlenirken kernel in çoktan derlenip
> > > paketlenmiþ olmasý sebebiyle) initramfs içine saðlýklý bir þekilde
> > > alamýyoruz.
> >
> >
> > Neden alamiyoruz, mkinitramfs script'ine parametre verince
> > alinabiliyor? Ya da en basitinden, lvm2, raid ve virtio modullerini
> > dogrudan initramfs'in icine atalim, kernel'e parametre vererek
> > devreye girsin ciksinlar. Ugrasmayalim, kac kb'lik yer kaplar ki
> > bunlar hepi topu. Benim initramfs mesela lvm ve raid'le birlikte 6,2
> > mByte, virtio da eklesek hepi topu 6,5 olur max.
>
>  yazdým ya, kernel paketi hazýrlanýrken initramfs oluþturuluyor ve
> ilgili modüller o sýrada içine giriyor, daha sonra da kernel modülü
> içeren paketler o paketle derleniyor
>

Hmm, ubuntu mesela bir kernel upgrade'den sonra once DKMS kasiyor, sonra
update-initramfs diye bir script calistiriyor. yok mu bizde benzeri
mekanizma? Yine de onceki mesajimda belirttigim herseyi atalim icine gitsin
metodu da guzel olabilir :)  az enerji, cok is, az dezavantaj ise :)

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/0657362e/attachment-0002.htm>

From dfisek at fisek.com.tr  Tue Dec 23 01:00:02 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 23 Dec 2008 01:00:02 +0200
Subject: [Gelistirici]
 =?utf-8?q?Test_s=C3=BCre=C3=A7leri_-_Otomasyon_ve_?=
 =?utf-8?b?w5Zsw6fDvG0=?=
In-Reply-To: <20081222224307.158596b4.dfisek@fisek.com.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
	<200812201851.58562.tekman@pardus.org.tr>
	<20081221130017.b271779d.dfisek@fisek.com.tr>
	<200812212233.22277.serbulent@pardus.org.tr>
	<20081222224307.158596b4.dfisek@fisek.com.tr>
Message-ID: <20081223010002.5105e6f0.dfisek@fisek.com.tr>

Mon, 22 Dec 2008 22:43:07 +0200, Doruk Fisek <dfisek at fisek.com.tr> :

> ekliyorum ama ustteki cumlene de katilmadan edemiyorum.
katilmak -> takilmak olacak :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From alpaslanmete at gmail.com  Tue Dec 23 01:05:43 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Tue, 23 Dec 2008 01:05:43 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>	<200812191857.54402.onur@pardus.org.tr>	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>	<494D7FBD.5000804@gmail.com>	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
Message-ID: <49501D47.1080500@gmail.com>

Emre Erenoglu wrote On 22-12-2008 22:37:
> Merhaba,
>
> 2008/12/22 Onur Küçük <onur at pardus.org.tr <mailto:onur at pardus.org.tr>>
>
>
>     On Sun, 21 Dec 2008 02:34:48 +0100
>     "Emre Erenoglu" <erenoglu at gmail.com <mailto:erenoglu at gmail.com>>
>     wrote:
>     ...
>     > lvm ile ilgili olarak dm-mod modulunden baska volume group'larin
>     > boot'ta aktive edilebilmesi icin bir kac executable'in initramfs'e
>     > girmesi gerekiyor sanirim. Benim mkinitframfs script'inde soyle
>     > yapmisiz:
>     >
>     > #install lvm binary and library dependencies
>     > if [ -f "/etc/lvm/lvm.conf" ]; then
>     >     echo "adding lvm dynamic libraries..."
>     >     cp -L --parents /lib/libdevmapper.so.1.02 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libreadline.so.5 $MOUNT_IMAGE
>     >     cp -L --parents /lib/librt.so.1 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libdl.so.2 $MOUNT_IMAGE
>     >     cp -L --parents /usr/lib/libncursesw.so.5 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libc.so.6 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libpthread.so.0 $MOUNT_IMAGE
>     >     cp -L --parents /lib/ld-linux.so.2 $MOUNT_IMAGE
>     >     echo "adding lvm binary..."
>     >     cp -a /usr/sbin/lvm $MOUNT_IMAGE/sbin/lvm
>     > fi
>
>      Bu seriyi elle initramfs e eklemek yanlýþ bence. Belki device-mapper
>     ve ncurses a statik kitaplýk desteðini açýp lvm ELF ini statik
>     derleyebiliriz. Statik derlemediðimizde baþýmýz da aðrýyacak gibime
>     geliyor.
>
>
> Evet statik bulamadigim icin mecbur linkli kutuphaneleri de attim icine.
>  
>
>     > Evet aynen, boot sirasinda initrd'nin icindeki init script'ten
>     volume
>     > group'lari aktive ediyorum, sonra buradan boot ediyorum, ancak
>     sistem
>     > acilisinda root mount edilip esas init devreye girip fstab'i okudugu
>     > zamanda, volume group'lar bulunamiyor, ya da volume group'larin
>     > "symlink"leri bulunamiyor desem daha dogru sanirim.  Su anda sistem
>     > mount tablosundaki ilginc maddeler soyle:
>     >
>     > /dev/dm-3 on / type ext3 (rw,noatime,user_xattr)
>     > /dev/md1 on /home type ext3 (rw,noatime,user_xattr)
>     > /dev/sda1 on /boot type ext3 (rw,noatime,relatime)
>     > /dev/mapper/os-data on /d type ext3 (rw)
>     >
>     > Kok dosya sistemi, /dev/mapper/os-pardus olmasi gerekirken
>     > hala /dev/dm-3 olarak gorunuyor (taaa initrd'deki boot sirasindaki
>     > isimlendirme).  /d olan ise local.start'tan duzgun olarak mount
>     > ediliyor, ancak fstab'a yazarsam edilmiyor. Bir sekilde bu vgmknodes
>     > UDEV tarafindan vs. trigger edilmiyor.
>
>      Hmmm mesela initramfs de daha önceden node lar oluþturulduðu için
>     udev tekrar dürtülmüyor olabilir mi ?
>
>
> Esasen /etc/fstab okunmadan once volume group'larin initialize edilmis 
> olmasi gerekiyor. Initramfs'de bunu init ediyoruz, ama normal init'e 
> gecip sanirim /dev tekrar populate edilirken logical volume'ler 
> gidiyor sanirim. Belki mudur acilis esnasinda fstab okunmadan once 
> kernel parametrelerinde lvm varsa tutup bu lvm'yi (vgmknodes) da 
> trigger etmeli ki /dev/mapper/ altinda gerekli dosyalar olussun.

Emre Bey acaba ekteki lvm2 kuralýný dener misiniz?  Bahsettiðiniz sorunu 
çözmesi gerekiyor?
>
> Bir sonraki reboot'umda bir kontrol edeyim initramfs'de naapiyoruz 
> hangi device'lar cikiyor ortaya :)
Sonucu bizimle de paylaþýrsanýz çok iyi olur? :)

Mete Alpaslan
>
> -- 
> Emre
> ------------------------------------------------------------------------
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici

-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081223/9f81e12c/attachment-0002.htm>
-------------- sonraki bölüm --------------
An embedded and charset-unspecified text was scrubbed...
Name: 64-lvm2.rules
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081223/9f81e12c/attachment.txt>

From erenoglu at gmail.com  Tue Dec 23 01:23:14 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Tue, 23 Dec 2008 00:23:14 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <49501D47.1080500@gmail.com>
References: <494ADBCC.10902@gmail.com>
	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<494D7FBD.5000804@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
Message-ID: <fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>

Merhaba,

2008/12/23 Mete Alpaslan <alpaslanmete at gmail.com>

>
> Esasen /etc/fstab okunmadan once volume group'larin initialize edilmis
> olmasi gerekiyor. Initramfs'de bunu init ediyoruz, ama normal init'e gecip
> sanirim /dev tekrar populate edilirken logical volume'ler gidiyor sanirim.
> Belki mudur acilis esnasinda fstab okunmadan once kernel parametrelerinde
> lvm varsa tutup bu lvm'yi (vgmknodes) da trigger etmeli ki /dev/mapper/
> altinda gerekli dosyalar olussun.
>
>
> Emre Bey acaba ekteki lvm2 kuralýný dener misiniz?  Bahsettiðiniz sorunu
> çözmesi gerekiyor?
>

Verdiginiz kurali /etc/udev/rules.d/64-lvm2.rules  olarak attim, sistemi
bastan baslattim, actigimda ne yazik ki /dev/mapper altinda ilgili dizinler
gorunmuyor.

>
>
> Bir sonraki reboot'umda bir kontrol edeyim initramfs'de naapiyoruz hangi
> device'lar cikiyor ortaya :)
>
> Sonucu bizimle de paylaþýrsanýz çok iyi olur? :)
>

initramfs icindeyken ben vgmknodes calitirdigimdan (init script icinde),
/dev/mapper yerine geliyor. Sistem root=  girdisini ve bu cihazlari
kullanarak root'u mount ediyor ve devam ediyor. Sistem acildiginda ise
sadece sunlar gozukuyor:

emre at voyager ~ $ ls /dev/dm-
dm-0  dm-1  dm-2  dm-3

Ancak /dev/mapper diye bir dizin yok. Ben vgmknodes calistirirsam hepsi
geliyor yerli yerine.

---
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081223/b59b0390/attachment-0002.htm>

From erenoglu at gmail.com  Tue Dec 23 01:28:07 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Tue, 23 Dec 2008 00:28:07 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>
	<200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<494D7FBD.5000804@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
Message-ID: <fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>

Merhaba,

Bu arada farkettim ki sizin kural /sbin/vgchange'i gosteriyor, halbuki bende
vgchange /usr/sbin altinda. Degistirip deneyelim bakalim.

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081223/aab4bc97/attachment-0002.htm>

From erenoglu at gmail.com  Tue Dec 23 01:42:31 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Tue, 23 Dec 2008 00:42:31 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>
References: <494ADBCC.10902@gmail.com> <200812191857.54402.onur@pardus.org.tr>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<494D7FBD.5000804@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
	<fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>
Message-ID: <fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>

Merhaba,

On Tue, Dec 23, 2008 at 12:28 AM, Emre Erenoglu <erenoglu at gmail.com> wrote:

>
> Bu arada farkettim ki sizin kural /sbin/vgchange'i gosteriyor, halbuki
> bende vgchange /usr/sbin altinda. Degistirip deneyelim bakalim.
>

Iih, yemedi, kurala bakiyorum, asagidaki satirlara anlam veremedim:

IMPORT{PROGRAM}="vol_id $tempnode"
...
IMPORT{PROGRAM}="collect_lvm $tempnode"
...

Bu yukardaki IMPORT direktifleri calismiyor olabilir mi? vol_id nedir,
collect_lvm nedir? bunlar executable script ise bu tip seyler yok sistemde.

/dev/disk/by-id/lvm2-pvuuid-namfcF-BtJI-7BWL-jZUJ-Q4J1-rE15-24CY9c

ise mevcut.

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081223/805faf5b/attachment-0002.htm>

From onur at pardus.org.tr  Tue Dec 23 02:06:18 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Tue, 23 Dec 2008 02:06:18 +0200
Subject: [Gelistirici] Kernel 2.6.25
In-Reply-To: <494FED00.8030601@pardus.org.tr>
References: <494FE84D.6010006@pardus.org.tr>
	<20081222213909.f009bf35.onur@pardus.org.tr>
	<494FED00.8030601@pardus.org.tr>
Message-ID: <20081223020618.b73469aa.onur@pardus.org.tr>


On Mon, 22 Dec 2008 21:39:44 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:

> linux-kernel listesini takip ediyorum. Çýkmadan önce Greg-KH
> patch'leri gönderiyor, bunlar girecek, belli bir süre sonra da
> yayýnlanýyor. Bir hareket yok, bir takvimi var mý onu da bilmiyorum
> açýkçasý..

 Hmmm ben de bilmiyorum malesef

> ivp listesi neydi, hiç hatýrlamýyorum :)

 Yeni daha bugün attým mesajý eski thread e

 http://liste.pardus.org.tr/gelistirici/2008-December/015360.html


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From pinar at pardus.org.tr  Tue Dec 23 05:19:17 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Tue, 23 Dec 2008 05:19:17 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?G=FCvenlik_G=FCncellemeleri_-_Securi?=
 =?iso-8859-9?q?ty_Fixes?=
In-Reply-To: <200812221718.42041.ekin@pardus.org.tr>
References: <200812221718.42041.ekin@pardus.org.tr>
Message-ID: <495058B5.4010904@pardus.org.tr>

On 12/22/2008 05:18 PM Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> Bu gece kararlý depolara girecek güvenlik güncellemeleri :
> Tonight's Security Fixes for Pardus stable repos : 
> ------------------------------------------------------------------------
>
> * [Pardus 2008]
> git-1.6.0.6-74-11.pisi
> git-emacs-1.6.0.6-74-11.pisi
> gitweb-1.6.0.6-74-11.pisi
>   


[PLSA 2008-88] Git: Privilege Escalation
http://security.pardus.org.tr/en/2008-88
http://lists.pardus.org.tr/pardus-security/2008-December/000184.html


There are also new PLSA's for recent fixes:

[PLSA 2008-86] Flashplugin: System access Vulnerability
http://security.pardus.org.tr/en/2008-86/
http://lists.pardus.org.tr/pardus-security/2008-December/000183.html

[PLSA 2008-85] Thunderbird: Multiple Vulnerabilities
http://security.pardus.org.tr/en/2008-85/
http://lists.pardus.org.tr/pardus-security/2008-December/000182.html

[PLSA 2008-84] Firefox: Multiple Vulnerabilities
http://security.pardus.org.tr/en/2008-84/
http://lists.pardus.org.tr/pardus-security/2008-December/000181.html

[PLSA 2008-83] Sun-JDK: Multiple Vulnerabilities
http://security.pardus.org.tr/en/2008-83/
http://lists.pardus.org.tr/pardus-security/2008-December/000180.html

[PLSA 2008-82] Avahi: Denial of Service Vulnerability
http://security.pardus.org.tr/en/2008-82/
http://lists.pardus.org.tr/pardus-security/2008-December/000179.html

[PLSA 2008-81] Php: Multiple Vulnerabilities
http://security.pardus.org.tr/en/2008-81/
http://lists.pardus.org.tr/pardus-security/2008-December/000178.html

-- 
Pýnar Yanardað (a.k.a PINguAR)
http://pinguar.org
_____________________________




From faik at pardus.org.tr  Tue Dec 23 09:16:13 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Tue, 23 Dec 2008 09:16:13 +0200
Subject: [Gelistirici] Pardus'ta PackageKit
In-Reply-To: <20081222201132.a69f3f83.onur@pardus.org.tr>
References: <494C44BB.7020809@gmail.com>
	<20081222201132.a69f3f83.onur@pardus.org.tr>
Message-ID: <200812230916.14066.faik@pardus.org.tr>

On Monday 22 December 2008 20:11:32 Onur Küçük wrote:
>  Çaðlar (ve birileri daha ?) package-kit içi pisi backend leri
> hazýrlanmasý için uðraþmýþtý. Bir kýsmý upstream e de girmiþti. Son
> durum nedir bilmiyorum. Package-manager varken bizim için öncelikli bir
> iþ deðil bence ama bilmiyorum bu konuda Faik ne der ?

package-manager'ý bir PackageKit arayüzü yapalým diye düþündük bir ara, fakat
Bahadýr'ýn dediði gibi pisi'nin tüm özelliklerini desteklemeyecek, yarý 
comar - yarý PackageKit kullanan bir þey olacak diye vazgeçmiþtik. Buna izin 
veren bir yöntem de eklendiyse PackageKit'e güzel olabilir. Hazýr 
package-manager kde 4 portu öncesi bakacaðým.

- Faik


From faik at pardus.org.tr  Tue Dec 23 09:50:24 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Tue, 23 Dec 2008 09:50:24 +0200
Subject: [Gelistirici] Pardus'ta PackageKit
In-Reply-To: <494C44BB.7020809@gmail.com>
References: <494C44BB.7020809@gmail.com>
Message-ID: <200812230950.24989.faik@pardus.org.tr>

On Saturday 20 December 2008 03:04:59 Gökmen Görgen wrote:
> Arkadaþlar merhaba,

Selam,

> Pardus'ta PackageKit ile ilgili herhangi bir çalýþma yapýlacak mýdýr?
> Son durum nedir? 

PackageKit pisi backend'ini Çaðlar yazdý. O zaman nasýl kullanabiliriz bunu 
diye düþündüðümüzde package-manager'a PackageKit kullandýralým demiþtik, 
sonra pisi özel þeyleri ne yapacaðýz peki diyerekten comar ile devam 
etmiþtik. Öyle de kaldý.

> Ayrýca KPackageKit diye bir þey de varmýþ, ne düþünüyoruz?

Daha çok yeni ve Gnome arayüzüne göre ilkel bir durumda olduðunu biliyorum 
sadece. Zaten 2-3 ay önce 0.1 sürümü anons edilmiþ. [1]  Ama anons mesajýna 
bakarsanýz saðlam bir alt yapý kurmuþ gibi de görünüyorlar.  Hazýr pm kde4 
port'u öncesi daha detaylý incelesem faydasý olacaktýr.

Hatta PackageKit'i bi yakalamaya çalýþayým, ne durumda, KPackageKit'e bakayým 
ve anladýðým kadarýyla bunlardan neler yapabiliriz bi düþünüp, toparlayýp 
buraya yazayým, konuþalým.

Saygýlar,
- Faik

[1] 
http://lists.freedesktop.org/archives/packagekit/2008-September/003722.html


From selimok at gmail.com  Tue Dec 23 11:12:56 2008
From: selimok at gmail.com (selim ok)
Date: Tue, 23 Dec 2008 10:12:56 +0100
Subject: [Gelistirici] Knights paketi
In-Reply-To: <20081222201700.253dd9c4.onur@pardus.org.tr>
References: <a001a6cb0812201830o716c56eet4c84deede92e40c@mail.gmail.com>
	<20081222201700.253dd9c4.onur@pardus.org.tr>
Message-ID: <a001a6cb0812230112u18dd6a88mdbb87c2473b040ac@mail.gmail.com>

22 Aralýk 2008 Pazartesi 19:17 tarihinde Onur Küçük <onur at pardus.org.tr>yazdý:

>
> On Sun, 21 Dec 2008 03:30:29 +0100
> "selim ok" <selimok at gmail.com> wrote:
>
> > Merhaba,
> > Kullanicilarin kurulan CD ile birlikte bir satranc uygulamasi da
> > birlikte gelsin taleplerinin uygulanabilirligini arastirirken,
> > knights paketinin hala kararli depoda oldugunu farkettim.
> > http://bugs.pardus.org.tr/show_bug.cgi?id=1364 adresinde de
> > gorebileceginiz gibi bu uygulama icin acilmis ve wontfix ile
> > kapatilmis bir hata mevcut. Depodan cikarilmasi gerektigi konusulmus
> > fakat bunu yapan olmamis.
>
>  Ýlla depodan çýkarmak mý gerekiyor ? Geliþtiricisi ilgilenmiyor diye
> basit bir hata yüzünden depodan atmamýza gerek yok bence. Hatasýný
> düzeltip depoda tutabiliriz.


Hatasini duzeltebilirsek sorun degil, fakat hata kaydinda bildirilen sorun
bana oldukca ciddi geldi. Oyuna girip ciktigimda bir sürec islemcinin
%100'ünü kullaniyorsa bu oyunun resmi yada kararli dedigimiz depoda
bulunmamasi gerekir. Hatasi duzeltilse bile kendisini katkici deposuna almak
daha dogru degil mi? Benum depodan cikarilsindan kastim en azindan kararli
depodan cikarilmasi yönündeydi.

  Alternatifi çok daha iyiyse çýkarýlabilir tabi, kiþisel bir baðým yok,
> satranç oyunlarýný kurcalamadým, ama tek sebep basit bir
> hatasý varken geliþtiricisi ilgilenmemesi olduðunda ters baðýmlýlýðý
> olmayan bir paketin depodan atýlmasý bana cazip gelmiyor.
>

Alternatifi cok iyi diyemiyorum kendi gozlemlerime dayanarak, zira
kullanmasi kolay degil. Fakat alternatifi iyi degil diye sorunlu ve
gelistirilmesi yillar once durmus bir paketin depoda kalmasi gerekmemeli.

 Bence listede konuþalým bu tarz þeyleri. Sahipli görünümlü sahipsiz
> paketleri alan çýkabiliyor (ben Ýsmail den böyle tcsh ý almýþtým
> mesela), konu ile ilgili kiþilerin fark etmediði bir önemi olabiliyor
> bazen bu paketlerin.
>

Bence de listede konusalim, listeler iyidir cok güzel bir bilgi arsivi
olusuyor kendiliginden. :)

Iyi calismalar,
Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081223/4b3d1198/attachment-0002.htm>

From dfisek at fisek.com.tr  Tue Dec 23 12:16:01 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 23 Dec 2008 12:16:01 +0200
Subject: [Gelistirici] Knights paketi
In-Reply-To: <a001a6cb0812230112u18dd6a88mdbb87c2473b040ac@mail.gmail.com>
References: <a001a6cb0812201830o716c56eet4c84deede92e40c@mail.gmail.com>
	<20081222201700.253dd9c4.onur@pardus.org.tr>
	<a001a6cb0812230112u18dd6a88mdbb87c2473b040ac@mail.gmail.com>
Message-ID: <20081223121601.ad94c86b.dfisek@fisek.com.tr>

Tue, 23 Dec 2008 10:12:56 +0100, "selim ok" <selimok at gmail.com> :

> Hatasini duzeltebilirsek sorun degil, fakat hata kaydinda bildirilen
> sorun bana oldukca ciddi geldi. Oyuna girip ciktigimda bir sürec
> islemcinin %100'ünü kullaniyorsa bu oyunun resmi yada kararli
> dedigimiz depoda bulunmamasi gerekir. Hatasi duzeltilse bile
> kendisini katkici deposuna almak daha dogru degil mi? Benum depodan
> cikarilsindan kastim en azindan kararli depodan cikarilmasi
> yönündeydi.
Hata raporuna baktim da, problem Gnuchess paketinden de kaynaklaniyor
olabilirmis gibi geldi.

Biraz bakindim, gnuchess listesine 2006'da bu konuyla ilgili bir yama
gondermis biri :

http://osdir.com/ml/gnu.chess.bugs/2006-10/msg00000.html

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From ekin at pardus.org.tr  Tue Dec 23 14:20:15 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 23 Dec 2008 14:20:15 +0200
Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?=
	=?utf-8?q?ity_Fixes?=
Message-ID: <200812231420.15761.ekin@pardus.org.tr>

Merhaba / Hi;

Bu gece kararlý depolara girecek güvenlik güncellemeleri :
Tonight's Security Fixes for Pardus stable repos : 
------------------------------------------------------------------------

* [Pardus 2007]
perl-doc-5.8.8-19-12.pisi
perl-5.8.8-19-12.pisi
libperl-5.8.8-19-12.pisi
mplayer-0.0_20080322-85-61.pisi

* [Pardus 2008]
perl-doc-5.10.0-21-5.pisi
perl-5.10.0-21-5.pisi
mplayer-0.0_20081015-101-18.pisi

--
Ekin Meroglu <ekin_at_pardus.org.tr>


From gkmngrgn at gmail.com  Tue Dec 23 16:19:41 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Tue, 23 Dec 2008 16:19:41 +0200
Subject: [Gelistirici] Pardus'ta PackageKit
In-Reply-To: <200812230950.24989.faik@pardus.org.tr>
References: <494C44BB.7020809@gmail.com>
	<200812230950.24989.faik@pardus.org.tr>
Message-ID: <4950F37D.7090708@gmail.com>

Faik Uygur wrote On 23-12-2008 09:50:
> Hatta PackageKit'i bi yakalamaya çalýþayým, ne durumda, KPackageKit'e bakayým 
> ve anladýðým kadarýyla bunlardan neler yapabiliriz bi düþünüp, toparlayýp 
> buraya yazayým, konuþalým.
>
>   
Faik bu bizim için çok iyi olur. Paket yöneticisi arayüzü (gtk+ ve qt) 
açýsýndan çeþitlilik bence son kullanýcýlar için hoþ olacak, týpki 
depomuzda kde'nin yanýnda xfce'nin de yer almasý gibi bir þey. Henüz 
PackageKit'i deneyebilmiþ deðilim ama baðýmlýlýklarýndan cppunit'i 
güncelleyip contrib-2008'e merge ettikten sonra (þuan sadece 
contrib-devel'de duruyor ve bu paket PackageKit inþa baðýmlýlýðý imiþ) 
benim de deneme fýrsatým olacak.

Epostaný merakla bekliyorum. Saygýlar.


From ekin at pardus.org.tr  Tue Dec 23 16:31:18 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 23 Dec 2008 16:31:18 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
Message-ID: <200812231631.18865.ekin@pardus.org.tr>

Merhaba / Hi;

2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 25 
Aralýk 2008, 23:59.

ACK/NACK for new packages in 2008-test repo, reply before 25 December 2008, 
23:59 (GMT+2) please...

-------8<----------------------------------------
akonadi-1.0.81-6-6.pisi
ati-control-center-8.12-45-25.pisi
ati-drivers-8.12-45-39.pisi
automoc4-0.9.87-3-3.pisi
baselayout-3.1-88-45.pisi
bzflag-2.0.12-7-2.pisi
cairo-1.8.6-27-9.pisi
crystalspace-1.2.1_30564-9-3.pisi
crystalspace-doc-1.2.1_30564-9-3.pisi
dbus-1.2.4-39-14.pisi
decibel-0.7.1_891686-3-3.pisi
dvd-slideshow-0.8.2_2-6-3.pisi
eet-1.1.0_38048-8-1.pisi
eina-0.0.20081126-1-1.pisi
freecol-0.8.0_alpha3-13-4.pisi
gimp-2.6.3-37-9.pisi
gimp-devel-2.6.3-37-9.pisi
gimp-i18n-2.6.3-37-8.pisi
gimp-i18n-*-2.6.3-37-3.pisi
glib2-2.16.5-29-11.pisi
gnujump-1.0.6-8-4.pisi
gparted-0.4.1-13-5.pisi
gtk2-2.12.11-39-12.pisi
gtk2-demo-2.12.11-39-4.pisi
gtk2-docs-2.12.11-39-4.pisi
hsqldb-lib-1.8.0.10-2-2.pisi
hunspell-1.2.8-1-2.pisi
hunspell-docs-1.2.8-1-2.pisi
hunspell-tools-1.2.8-1-1.pisi
iwlwifi4965-ucode-228.57.2.23-3-3.pisi
kgraphviewer-1.0.4-2-2.pisi
kid3-1.1-8-2.pisi
libgcrypt-1.4.0-8-4.pisi
libgnomecanvas-2.20.0-3-3.pisi
libical-0.42-2-2.pisi
libkate-0.2.8-4-4.pisi
libmsn-4.0_beta1-1-1.pisi
libotr-3.2.0-2-1.pisi
lyx-1.6.1-20-3.pisi
meanwhile-1.0.2-1-1.pisi
mechanize-0.1.10-2-2.pisi
metalink-0.3.5-3-2.pisi
mod_dav_svn-1.5.4-37-11.pisi
mountmanager-0.2.4-2-2.pisi
mudur-2.0.1-70-34.pisi
net-tools-1.60-26-9.pisi
network-manager-2.1.4-58-25.pisi
networkx-0.37-2-1.pisi
numpy-1.2.1-11-4.pisi
openmpi-1.2.8-6-3.pisi
ortp-0.13.1-2-1.pisi
package-manager-1.3.9-53-20.pisi
pardus-python-0.3.1-12-12.pisi
perl-Archive-Tar-1.42-5-2.pisi
perl-Archive-Zip-1.26-6-3.pisi
perl-Class-MethodMaker-2.13-5-3.pisi
perl-Data-UUID-1.149-3-4.pisi
perl-DBD-mysql-4.010-7-3.pisi
perl-Digest-MD5-2.38-3-2.pisi
perl-File-HomeDir-0.82-4-3.pisi
perl-File-Temp-0.21-3-3.pisi
perl-HTML-Parser-3.59-4-2.pisi
perl-Internals-1.1-1-1.pisi
perl-IO-via-dynamic-0.13-2-3.pisi
perl-ldap-0.39-5-4.pisi
perl-libwww-5.822-7-7.pisi
perl-Log-Log4perl-1.20-3-3.pisi
perl-MIME-Lite-3.023-3-3.pisi
perl-Tk-804.028-4-2.pisi
perl-XML-SAX-Writer-0.52-2-3.pisi
perl-YAML-0.68-6-3.pisi
phonon-4.2.80-5-6.pisi
php-mode-1.5.0-3-2.pisi
pidgin-2.5.2-25-6.pisi
pisi-2.1.0-105-30.pisi
podofo-0.6.0-1-1.pisi
PolicyKit-kde-0.2.3-10-12.pisi
powerdevil-kde4-1.4.1-2-2.pisi
Pygments-1.0-2-2.pisi
pyopenssl-0.8-3-2.pisi
pyrex-0.9.8.5-6-3.pisi
pysvn-1.6.2-8-3.pisi
python-clientform-0.2.10-3-1.pisi
pytz-2008i-2-2.pisi
qedje-0.3.0-1-1.pisi
quassel-0.3.1-2-2.pisi
qzion-0.3.0-1-1.pisi
rocksndiamonds-3.2.6.0-1-1.pisi
scapy-2.0.0.10-4-2.pisi
skype-2.0.0.72-14-2.pisi
smc-1.6-3-4.pisi
soprano-2.1.64-8-4.pisi
subversion-1.5.4-37-11.pisi
sylpheed-2.6.0-26-7.pisi
sympy-0.6.3-5-2.pisi
sysklogd-1.5-11-3.pisi
tapioca-qt-0.17.7_891685-3-3.pisi
telepathy-qt-0.17.7_891673-3-3.pisi
tpmmanager-0.5-3-1.pisi
tpm-tools-1.3.1-4-1.pisi
trousers-0.3.1-7-1.pisi
vpnc-0.5.3-4-2.pisi
webkitkde-0.0_898446-1-1.pisi
wesnoth-1.4.6-14-6.pisi
wireless-tools-29-45-18.pisi
zodb3-3.9.0-3-2.pisi

** KDE4

kde4-i18n-*-4.1.80-10-8.pisi
kdeaccessibility4-4.1.80-11-9.pisi
kdeadmin4-4.1.80-16-9.pisi
kdeartwork4-colorschemes-4.1.80-17-5.pisi
kdeartwork4-emoticons-4.1.80-17-5.pisi
kdeartwork4-icons-4.1.80-17-5.pisi
kdeartwork4-kworldclock-maps-4.1.80-17-5.pisi
kdeartwork4-screensavers-4.1.80-17-5.pisi
kdeartwork4-sounds-4.1.80-17-5.pisi
kdeartwork4-styles-4.1.80-17-5.pisi
kdeartwork4-wallpapers-4.1.80-17-5.pisi
kdebase4-4.1.80-16-9.pisi
kdebase4-runtime-4.1.80-20-13.pisi
kdebase4-workspace-4.1.80-26-22.pisi
kdebindings4-4.1.80-14-10.pisi
kdeedu4-4.1.80-17-10.pisi
kdegames4-4.1.80-17-9.pisi
kdegraphics4-4.1.80-19-11.pisi
kdelibs4-4.1.80-23-14.pisi
kdemultimedia4-4.1.80-17-10.pisi
kdenetwork4-4.1.80-17-12.pisi
kdepim4-4.1.80-9-11.pisi
kdepimlibs-4.1.80-16-10.pisi
kdeplasma-addons-4.1.80-6-6.pisi
kdesdk4-4.1.80-15-9.pisi
kdetoys4-4.1.80-15-9.pisi
kdeutils4-4.1.80-16-9.pisi
kdewebdev4-4.1.80-15-9.pisi
amarok-kde4-2.0-12-5.pisi
digikam-kde4-0.10.0_beta6-2-2.pisi
--
Ekin Meroglu <ekin_at_pardus.org.tr>


From ekin at pardus.org.tr  Tue Dec 23 16:32:30 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 23 Dec 2008 16:32:30 +0200
Subject: [Gelistirici] 2008-test ACK/NACK - Update Details
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <200812231632.30788.ekin@pardus.org.tr>

= Package : PolicyKit-kde  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.2.3, Rel.: 10, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-09]

    Translation patches are now included. Also, desktop file for autostart is 
now in /etc/xdg/autostart, and file in /usr/share/autostart is a symlink to 
this.

= Package : Pygments  [Serdar Dalgýç <serdar_at_cclub.metu.edu.tr>]
======================================================================
* Ver.: 1.0, Rel.: 2, Type: None
* Serdar Dalgýç <serdar_at_cclub.metu.edu.tr> [2008-12-18]

    Version 1.0
    -----------
    (codename Dreiundzwanzig, released Nov 23, 2008)
    - Don't use join(splitlines()) when converting newlines to ``\n``, because 
that doesn't keep all newlines at the end when the ``stripnl`` lexer option 
is False.
    - Add ``-N`` option to command-line interface to get a lexer name for a 
given filename.
    - Add Tango style, written by Andre Roberge for the Crunchy project.
    - Add Python3TracebackLexer and ``python3`` option to PythonConsoleLexer.
    - Fix a few bugs in the Haskell lexer.
    - Fix PythonTracebackLexer to be able to recognize SyntaxError and 
KeyboardInterrupt (#360).
    - Provide one formatter class per image format, so that surprises like:: 
pygmentize -f gif -o foo.gif foo.py creating a PNG file are avoided.
    - Actually use the `font_size` option of the image formatter.
    - Fixed numpy lexer that it doesn't listen for `*.py` any longer.
    - Fixed HTML formatter so that text options can be Unicode strings (#371).
    - Unified Diff lexer supports the "udiff" alias now.
    - Fix a few issues in Scala lexer (#367).
    - RubyConsoleLexer now supports simple prompt mode (#363).
    - JavascriptLexer is smarter about what constitutes a regex (#356).
    - Add Applescript lexer, thanks to Andreas Amann (#330).
    - Make the codetags more strict about matching words (#368).
    - NginxConfLexer is a little more accurate on mimetypes and variables 
(#370).

= Package : akonadi  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 1.0.81, Rel.: 6, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-17]

    Version bump:
    - Restore protocol backward compatibility with Akonadi 1.0.x servers.
    - Build system fixes.
    - Fix compiler warnings.
    - Fall back to the default server path if the configured one points to a 
non-existing file.

* Ver.: 1.0.80, Rel.: 5, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    MySQL server dependency added. One day we may get rid of this i hope.

* Ver.: 1.0.80, Rel.: 4, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Stable update

= Package : amarok-kde4  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 2.0, Rel.: 12, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-12-10]

    2.0 Release

* Ver.: 1.94_891963, Rel.: 11, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-12-03]

    Update to svn release, prior to 2.0

= Package : ati-control-center  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 8.12, Rel.: 45, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-12-14]

    Bump to latest stable. Resolved Issues:

    - Primary display will remain blank after task switching between virtual 
termi-
    nals with dual displays running in Single Independent mode
    - Executing Glxears may cause the operating system to stop responding
    - Some systems may become unstable when running multiple OpenGL applica-
    tions with an ATI Radeon HD 3200 Series adapter
    - Catalyst Control Center fails to identify the correct display type 
connected
    Segmentation fault may occur when enabling bios version on systems with
    three or more adapters
    - Executing 'Glxgears' may cause the operating system to stop responding
    - CrossFire logo is not shown when playing 3D applications in full screen 
mode
    for 64bit Linux distributions
    - Desktop corruption may occur when task switching from multiple X windows
    keeping one console in text mode
    - Alientrap NEXUIZ,a delay may occurs when exiting the game
    - X11Perf benchmark no longer causes a segmentation fault durring 
execution
    - System with multi adapters may experience problems installing the 
display
    driver

* Ver.: 8.11, Rel.: 44, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-15]

    Add XDG-compliant desktop files instead of KDE3-specific ones

* Ver.: 8.11, Rel.: 43, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-14]

    Bump to latest stable. Changes:

    * New Display Enhancement - display scaling to resize the display
    devices that support TV timings (480i/p, 720p, 1080i, 1080p)
    through either digital (DVI or HDMI) or analog (component) interfaces
    * ATI CrossFireX Enhancement - enables users to verify whether an
    application is running in ATI CrossFireX mode
    * Bugs fixed:
    - The driver now changes hardware power states automatically when
    unplugging and plugging in AC power on mobile hardware older than
    Radeon Mobility HD 2xxx series.
    - X Server will may not start when using two display adapters with
    mismatched memory sizes.
    - Corruption may be noticed when playing video content using mplayer.
    - Starting X in dual-head mode with only one monitor connected may
    result in a black screen and the X Server failing to start.

= Package : ati-drivers  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 8.12, Rel.: 45, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-12-14]

    Bump to latest stable. Resolved Issues:

    - Primary display will remain blank after task switching between virtual 
termi-
    nals with dual displays running in Single Independent mode
    - Executing Glxears may cause the operating system to stop responding
    - Some systems may become unstable when running multiple OpenGL applica-
    tions with an ATI Radeon HD 3200 Series adapter
    - Catalyst Control Center fails to identify the correct display type 
connected
    Segmentation fault may occur when enabling bios version on systems with
    three or more adapters
    - Executing 'Glxgears' may cause the operating system to stop responding
    - CrossFire logo is not shown when playing 3D applications in full screen 
mode
    for 64bit Linux distributions
    - Desktop corruption may occur when task switching from multiple X windows
    keeping one console in text mode
    - Alientrap NEXUIZ,a delay may occurs when exiting the game
    - X11Perf benchmark no longer causes a segmentation fault durring 
execution
    - System with multi adapters may experience problems installing the 
display
    driver

* Ver.: 8.11, Rel.: 44, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-15]

    Add XDG-compliant desktop files instead of KDE3-specific ones

* Ver.: 8.11, Rel.: 43, Type: None
* Fatih Aþýcý <fatih_at_pardus.org.tr> [2008-11-14]

    Bump to latest stable. Changes:

    * New Display Enhancement - display scaling to resize the display
    devices that support TV timings (480i/p, 720p, 1080i, 1080p)
    through either digital (DVI or HDMI) or analog (component) interfaces
    * ATI CrossFireX Enhancement - enables users to verify whether an
    application is running in ATI CrossFireX mode
    * Bugs fixed:
    - The driver now changes hardware power states automatically when
    unplugging and plugging in AC power on mobile hardware older than
    Radeon Mobility HD 2xxx series.
    - X Server will may not start when using two display adapters with
    mismatched memory sizes.
    - Corruption may be noticed when playing video content using mplayer.
    - Starting X in dual-head mode with only one monitor connected may
    result in a black screen and the X Server failing to start.

= Package : automoc4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.87, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump.

= Package : baselayout  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 3.1, Rel.: 88, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-17]

    Fixed deault search domain not setting properly.

= Package : bzflag  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.12, Rel.: 7, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-18]

    Version bump to stable update.

= Package : cairo  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.8.6, Rel.: 27, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-17]

    Debian patches added about LCD filter and private symbol export

* Ver.: 1.8.6, Rel.: 26, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-14]

    Version bump to 1.8 series as seriously recommended by cairo guys

= Package : crystalspace  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.2.1_30564, Rel.: 9, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-28]

    Add missing Cg dependency and depend on new cegui

= Package : crystalspace-doc  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.2.1_30564, Rel.: 9, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-28]

    Add missing Cg dependency and depend on new cegui

= Package : dbus  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.4, Rel.: 39, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-08]

    Revert last

* Ver.: 1.2.6, Rel.: 38, Type: security
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-07]

    New stable release fixes CVE-2008-4311 
(http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4311)

= Package : decibel  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.7.1_891686, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-05]

    New snapshot

= Package : digikam-kde4  [Ozan Çaðlayan <ozan_at_pardus.org.tr>]
======================================================================
* Ver.: 0.10.0_beta6, Rel.: 2, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump.

= Package : dvd-slideshow  [Ertan Argüden <ert976_at_gmail.com>]
======================================================================
* Ver.: 0.8.2_2, Rel.: 6, Type: None
* Ertan Argüden <ert976_at_gmail.com> [2008-12-05]

    Version Bump

= Package : eet  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 1.1.0_38048, Rel.: 8, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-19]

    New snapshot

* Ver.: 1.0.1, Rel.: 7, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2008-05-29]

    New snapshot

* Ver.: 0.9.10.037, Rel.: 6, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2007-04-29]

    Disable static libs

* Ver.: 0.9.10.037, Rel.: 5, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2006-12-09]

    Version bump

* Ver.: 0.9.10.036, Rel.: 4, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2006-11-03]

    Version bump

* Ver.: 0.9.10.035, Rel.: 3, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2006-10-21]

    Version bump

* Ver.: 0.9.10.032, Rel.: 2, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2006-07-30]

    Version bump

* Ver.: 0.9.10.027, Rel.: 1, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2006-06-10]

    First release

= Package : eina  [H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com>]
======================================================================
* Ver.: 0.0.20081126, Rel.: 1, Type: None
* H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com> [2008-12-19]

    First release.

= Package : freecol  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 0.8.0_alpha3, Rel.: 13, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-07]

    Version bump to new alpha for testing.

* Ver.: 0.8.0_alpha2, Rel.: 12, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-09-11]

    Version bump to new alpha for testing.

* Ver.: 0.8.0_p4197, Rel.: 11, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-07-13]

    Version bump to latest svn for testing.

* Ver.: 0.8.0_alpha1, Rel.: 10, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-07-12]

    Version bump to new alpha for testing.

= Package : gimp  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.6.3, Rel.: 37, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to 2.6.3 which includes following bug fixes:
    - Plugin Map Color Range disappears from GIMP
    - Error while loading psd-data
    - Explicit zooming with e.g. '1' should handle zoom-focus better
    - Zoom selection always centered in the Navigation tab
    - Wrong lang tags for 'no'
    - SOTA Chrome cannot accept different textures
    - Clearing an already empty document history crashes GIMP
    - Image windows need better default locations
    - "Scale image..." causes distortion around edges
    - Changing crop size in Crop Tool Options can make UI unresponsive
    - Stroking a single-point path with a paint tool crashes GIMP
    - Move tool gives bad information about px moved
    - Help behavior for locales without manual translation

= Package : gimp-devel  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.6.3, Rel.: 37, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to 2.6.3 which includes following bug fixes:
    - Plugin Map Color Range disappears from GIMP
    - Error while loading psd-data
    - Explicit zooming with e.g. '1' should handle zoom-focus better
    - Zoom selection always centered in the Navigation tab
    - Wrong lang tags for 'no'
    - SOTA Chrome cannot accept different textures
    - Clearing an already empty document history crashes GIMP
    - Image windows need better default locations
    - "Scale image..." causes distortion around edges
    - Changing crop size in Crop Tool Options can make UI unresponsive
    - Stroking a single-point path with a paint tool crashes GIMP
    - Move tool gives bad information about px moved
    - Help behavior for locales without manual translation

= Package : gimp-i18n  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.6.3, Rel.: 37, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to 2.6.3 which includes following bug fixes:
    - Plugin Map Color Range disappears from GIMP
    - Error while loading psd-data
    - Explicit zooming with e.g. '1' should handle zoom-focus better
    - Zoom selection always centered in the Navigation tab
    - Wrong lang tags for 'no'
    - SOTA Chrome cannot accept different textures
    - Clearing an already empty document history crashes GIMP
    - Image windows need better default locations
    - "Scale image..." causes distortion around edges
    - Changing crop size in Crop Tool Options can make UI unresponsive
    - Stroking a single-point path with a paint tool crashes GIMP
    - Move tool gives bad information about px moved
    - Help behavior for locales without manual translation

= Package : glib2  [Burak Çalýþkan <burakclskn_at_gmail.com>]
======================================================================
* Ver.: 2.16.5, Rel.: 29, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-10-05]

    Revert to 2.16.5, 2.18 breaks firefox, needs more testing and/or BreaksABI 
facility..

* Ver.: 2.18.1, Rel.: 28, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-09-18]

    Version bump.

* Ver.: 2.18.0, Rel.: 27, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-16]

    Version bump.

= Package : gnujump  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 1.0.6, Rel.: 8, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-18]

    Drop Turkish translation for now since GnuJump's i18n support is buggy and 
causes the game to crash on some systems (#8839).

* Ver.: 1.0.6, Rel.: 7, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-10]

    Version bump.

* Ver.: 1.0.5, Rel.: 6, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-11-11]

    Fix desktop files to make them XDG compliant

= Package : gparted  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 0.4.1, Rel.: 13, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-02]

    Version bump:
    * Improved read label performance with blkid cached results
    * Added read UUID support
    * Enforced FAT16/32 compliant volume labels (11 char max)
    * Fixed destination too small on copy and paste partition
    * Added status bar message updates while scanning devices
    * Moved Features entry from menu GParted to View
    * Renamed Features dialog to File System Support
    * Prevented paste into an existing partition
    * Added --disable-doc configure flag to stop building help docs

* Ver.: 0.3.9, Rel.: 12, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-09-19]

    Version bump

= Package : gtk2  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.12.11, Rel.: 39, Type: None
* Ekn Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Revert to 2.12.11

* Ver.: 2.14.3, Rel.: 38, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.2, Rel.: 37, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

* Ver.: 2.14.1, Rel.: 36, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-17]

    Version bump and parsing package

= Package : gtk2-demo  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.12.11, Rel.: 39, Type: None
* Ekn Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Revert to 2.12.11

* Ver.: 2.14.3, Rel.: 38, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.

= Package : gtk2-docs  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.12.11, Rel.: 39, Type: None
* Ekn Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Revert to 2.12.11

* Ver.: 2.14.3, Rel.: 38, Type: None
* Burak Çalýþkan <burakclskn_at_gmail.com> [2008-09-18]

    Version bump.


= Package : hsqldb-lib  [Cenk Güre <gure.cenk_at_gmail.com>]
======================================================================
* Ver.: 1.8.0.10, Rel.: 2, Type: None
* Cenk Güre <gure.cenk_at_gmail.com> [2008-09-19]

    Version bump

= Package : hunspell  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.8, Rel.: 1, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-01]

    First release.

= Package : hunspell-docs  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.8, Rel.: 1, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-01]

    First release.

= Package : hunspell-tools  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.8, Rel.: 1, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-01]

    First release.

= Package : iwlwifi4965-ucode  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 228.57.2.23, Rel.: 3, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-15]

    - Version bump,
    - Allow full active scan dwell time after auto-switch from passive to 
active,
    - Properly decrement sequence number to avoid "wrong command queue error.

= Package : kdeaccessibility4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 11, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeadmin4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-colorschemes  [Gökçen Eraslan 
<gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-emoticons  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-icons  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-kworldclock-maps  [Gökçen Eraslan 
<gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-screensavers  [Gökçen Eraslan 
<gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-sounds  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-styles  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdeartwork4-wallpapers  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebase4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebase4-runtime  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 20, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebase4-workspace  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 26, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdebindings4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 14, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdeedu4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdegames4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdegraphics4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 19, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-25]

    Version bump to 4.2 beta 1

= Package : kdelibs4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 23, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1

= Package : kdemultimedia4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdenetwork4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 17, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-03]

    Missing deps. speex, gmp, libidn and ortp added. Strict dep to decibel 
added

* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdepim4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 9, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdepimlibs  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Version bump to 4.2 beta 1, libical dep added

= Package : kdeplasma-addons  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 6, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdesdk4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 15, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdetoys4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 15, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdeutils4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 16, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kdewebdev4  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.1.80, Rel.: 15, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-28]

    Version bump to 4.2 beta 1

= Package : kgraphviewer  [Semen Cirit <semen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.4, Rel.: 2, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-12-16]

    A new patch is added for spirit parser.

= Package : kid3  [Semen Cirit <semen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.1, Rel.: 8, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-12-17]

    - Version bump
    - With new version, convertion from  ID3v2.4 tags to ID3v2.3 is possible.

= Package : libgcrypt  [Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr>]
======================================================================
* Ver.: 1.4.0, Rel.: 8, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-14]

    revert libgcrypt to 1.4.0, 1.4.3 silently breaks gnutls

* Ver.: 1.4.3, Rel.: 7, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-11-02]

    Version bump
    Change version of dep. libgpg-error to 1.4

= Package : libgnomecanvas  [Eren Türkay <turkay.eren_at_gmail.com>]
======================================================================
* Ver.: 2.20.0, Rel.: 3, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-10-06]

    Fix dependencies, 2008 repo has gail.

= Package : libical  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.42, Rel.: 2, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-15]

    Version bump: Fix for storing inline attachments, safety fix when 
formatting date strings

= Package : libkate  [H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com>]
======================================================================
* Ver.: 0.2.8, Rel.: 4, Type: None
* H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com> [2008-12-15]

    * Version bump
    * Include examples/ directory

= Package : libmsn  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.0_beta1, Rel.: 1, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-15]

    First release.

= Package : libotr  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 3.2.0, Rel.: 2, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2008-06-21]

    Version bump

* Ver.: 3.1.0, Rel.: 1, Type: None
* Kenan Pelit <kpelit_at_gmail.com> [2007-12-08]

    First release

= Package : lyx  [H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com>]
======================================================================
* Ver.: 1.6.1, Rel.: 20, Type: None
* H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com> [2008-12-13]

    First bugfix release of brand new 1.6 major branch.

= Package : meanwhile  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 1.0.2, Rel.: 1, Type: None
* Gökmen GÖKSEL <gokmen_at_pardus.org.tr> [2008-12-18]

    First release.

= Package : mechanize  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 0.1.10, Rel.: 2, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-19]

    Version bump to stable release.

= Package : metalink  [Semen Cirit <semen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.3.5, Rel.: 3, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-12-15]

    - Version bump
    - Patch is removed.

= Package : mod_dav_svn  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.5.4, Rel.: 37, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-22]

    * Properly handle explicit mergeinfo added in merge source
    * Fixed merging of paths containing spaces
    * Fixed regression in mergeinfo-aware merges against

* Ver.: 1.5.3, Rel.: 36, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-11-18]

    Fixed service script not emiting COMAR signal.

= Package : mountmanager  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 0.2.4, Rel.: 2, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-12-14]

    Fix #8781.

= Package : mudur  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.1, Rel.: 70, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-19]

    Ignore cleanup errors silently.

= Package : net-tools  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 1.60, Rel.: 26, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-19]

    Fixed COMAR script raising an exception instead of DHCP error.

= Package : network-manager  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 2.1.4, Rel.: 58, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-16]

    Use max timeout if reply is not ignored by caller.

= Package : networkx  [Ahmet Erdoðan <tuxposta_at_gmail.com>]
======================================================================
* Ver.: 0.37, Rel.: 2, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-09-09]

    Version bump.

* Ver.: 0.35.1, Rel.: 1, Type: None
* Ahmet Erdoðan <tuxposta_at_gmail.com> [2007-12-05]

    First release

= Package : numpy  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.1, Rel.: 11, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-18]

    Version bump to stable release.

= Package : openmpi  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.2.8, Rel.: 6, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-10-22]

    Bug fixes and a few new features

= Package : ortp  [Fatih Aþýcý <fatih_at_pardus.org.tr>]
======================================================================
* Ver.: 0.13.1, Rel.: 2, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-09-09]

    Version Bump.

* Ver.: 0.7.1, Rel.: 1, Type: None
* Ýsmail Dönmez <ismail_at_pardus.org.tr> [2006-01-13]

    First release.

= Package : package-manager  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.3.9, Rel.: 53, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-02]

    * Install now fetches all and then installs
    * Disable cancel button when fetching finished and started instaling

= Package : pardus-python  [Bahadýr Kandemir <bahadir_at_pardus.org.tr>]
======================================================================
* Ver.: 0.3.1, Rel.: 12, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-19]

    Fixed netutils module trying to parse address, even if it's not set.

= Package : perl-Archive-Tar  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.42, Rel.: 5, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Bug fix release, add missing dependencies

= Package : perl-Archive-Zip  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.26, Rel.: 6, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Remove "use warnings" instances, add version dependency, add build tests

= Package : perl-Class-MethodMaker  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 2.13, Rel.: 5, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Improve diagnostics and avoid crash with bad arguments.

= Package : perl-DBD-mysql  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 4.010, Rel.: 7, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-17]

    * Fix to dbd_bind_ph() for uninitialized value 'buffer_length'.
    * Fix to re-enable TAKE_IMP_DATA_VERSION.
    * Fix to escaped single quotes throwing off bind param detection.

= Package : perl-Data-UUID  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.149, Rel.: 3, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-16]

    Changed license

= Package : perl-Digest-MD5  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 2.38, Rel.: 3, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-17]

    * Sync with perl core changes
    * Warning when 'hd5_hex' et al are called as a method on an object 
[RT#19643]
    * Fix compatibility problems with older perl [RT#30348]

= Package : perl-File-HomeDir  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 0.82, Rel.: 4, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-19]

    * Localising $@ during evals
    * Get rid of extra warnings when getting more then one warning

= Package : perl-File-Temp  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 0.21, Rel.: 3, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-17]

    * Some versions of rmtree croakif you attempt to remove a directory that 
you are inside. [RT#35779].
    * Memory leak fix [RT#37621]

= Package : perl-HTML-Parser  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 3.59, Rel.: 4, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-17]

    * Recognize the Unicode BOM in utf8_mode as well [RT#27522]
    * Suppress "Parsing of undecoded UTF-8 will give garbage" warning
    with attr_encoded [RT#29089]

= Package : perl-IO-via-dynamic  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 0.13, Rel.: 2, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-19]

    Workaround for a reference count bug in Perl 5.10.0

= Package : perl-Internals  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.1, Rel.: 1, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-17]

    First release.

= Package : perl-Log-Log4perl  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.20, Rel.: 3, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-19]

    * Fixes the caller() level when calling get_logger() on a subclass of 
Log4perl
    * Support of literal text in DateFormat format
    * Fix "Numerical result out of range" problem

= Package : perl-MIME-Lite  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 3.023, Rel.: 3, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-19]

    * Respect crazy people who put multiple Cc or Bcc headers in message 
[RT#30574]
    * Fix weird unicode-in-$1 bug

= Package : perl-Tk  [Ýlker Kesen <ikesen92_at_gmail.com>]
======================================================================
 = Package : perl-XML-SAX-Writer  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 0.52, Rel.: 2, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-19]

    Added QuoteCharacter parameter to new() to control quoting of attributes

= Package : perl-YAML  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 0.68, Rel.: 6, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-19]

    Added YAML::Any, added build tests to package

= Package : perl-ldap  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 0.39, Rel.: 5, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-19]

    * Several fixes to the handling of IntermediateMessage and LDAP Content 
synchronisation
    * Fix Net::LDAP::Util to not cause Undefined subroutine 
Net::LDAP::Util::ldap_error_desc

= Package : perl-libwww  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 5.822, Rel.: 7, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-17]

    * Wrong content handlers would sometimes be skipped [RT#40187]
    * Avoid aborting requests saved to file early [RT#40985]
    * redo used incorrectly in LWP::Protocol::http [RT#41116]
    * Skip a failing decoded_content on systems without Encode.pm [RT#40735]

= Package : phonon  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 4.2.80, Rel.: 5, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-29]

    Prefix is changed to /usr/kde/4

* Ver.: 4.2.80, Rel.: 4, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-11-21]

    Sync from SVN, xine-lib dep added

= Package : php-mode  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.5.0, Rel.: 3, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-22]

    Version bump.

= Package : pidgin  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.5.2, Rel.: 25, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-04]

    Add missing avahi-glib dependency.

* Ver.: 2.5.2, Rel.: 24, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-11-04]

    Stable version bump including fixes for libpurple, Pidgin, Finch, MSN, 
XMPP and Yahoo components.

* Ver.: 2.5.1, Rel.: 23, Type: None
* Semen Cirit <semen_at_pardus.org.tr> [2008-10-20]

    A new patch added for turkish translation errors.

= Package : pisi  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 2.1.0, Rel.: 105, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-01]

    * Install now works as upgrade, downloads all and then installs
    * Requires/Action/{reverseDependencyUpdate,systemRestart,serviceRestart} 
tags
    * pisi check symlink problem (#7336)
    * Fixed bugs (5493, 5619, 7336, 5370, 8623, 8379, 4539, 8515, 8501, 8426, 
8145, 7328)

= Package : podofo  [Gökçen Eraslan <gokcen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.6.0, Rel.: 1, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-01]

    First release.

= Package : powerdevil-kde4  [Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com>]
======================================================================
* Ver.: 1.4.1, Rel.: 2, Type: None
* Ýnanç Yýldýrgan <inancyildirgan_at_gmail.com> [2008-11-10]

    Version bump.

= Package : pyopenssl  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 0.8, Rel.: 3, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to stable release.

= Package : pyrex  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.8.5, Rel.: 6, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-18]

    Version bump to some minor bug fixes and improvements.

= Package : pysvn  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 1.6.2, Rel.: 8, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-18]

    Version bump to new stable release.

= Package : python-clientform  [Serdar Dalgýç <serdar_at_cclub.metu.edu.tr>]
======================================================================
* Ver.: 0.2.10, Rel.: 3, Type: None
* Serdar Dalgýç <serdar_at_cclub.metu.edu.tr> [2008-12-18]

    For Pardus:
    * Version bump to 0.2.10
    * Rename the package as python-clientform instead of ClientForm
    * Fix date typo in Second Update
    For the Package:
    * Fix bug that caused some newlines to be erroneously stripped from form 
data (Gary Poster)
    * Fix for missing closing tags: When there was no closing body tag or 
closing form tag, the final opening form element on a page would not cause a 
form object to be returned from ParseFileEx and c. (Bradley Murray)
    * Use Title-Case in MIME headers in form data
    * FileControl fixes for no-files and no-filename cases.

* Ver.: 0.2.9, Rel.: 2, Type: None
* Serdar Dalgýç <serdar_at_cclub.metu.edu.tr> [2008-08-22]

    Version bump, add examples to documents.

* Ver.: 0.2.7, Rel.: 1, Type: None
* Ýlker Kesen <ikesen92_at_gmail.com> [2007-06-20]

    Initial release.

= Package : pytz  [Serdar Dalgýç <serdar_at_cclub.metu.edu.tr>]
======================================================================
* Ver.: 2008i, Rel.: 2, Type: None
* Serdar Dalgýç <serdar_at_cclub.metu.edu.tr> [2008-12-19]

    New Upstream Release.

= Package : qedje  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.3.0, Rel.: 1, Type: None
* Gökmen GÖKSEL <gokmen_at_pardus.org.tr> [2008-12-16]

    First release.

= Package : quassel  [H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com>]
======================================================================
* Ver.: 0.3.1, Rel.: 2, Type: None
* H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com> [2008-12-22]

    Add qt4 sqlite dependency to fix crash as it can't find a storage backend.

* Ver.: 0.3.1, Rel.: 1, Type: None
* H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com> [2008-12-01]

    First release.

= Package : qzion  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.3.0, Rel.: 1, Type: None
* Gökmen GÖKSEL <gokmen_at_pardus.org.tr> [2008-12-16]

    First release.

= Package : rocksndiamonds  [H. Ýbrahim Güngör 
<h.ibrahim.gungor_at_gmail.com>]
======================================================================
* Ver.: 3.2.6.0, Rel.: 1, Type: None
* H. Ýbrahim Güngör <h.ibrahim.gungor_at_gmail.com> [2008-11-29]

    First release.

= Package : rsibreak-kde4  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.9.0_beta4, Rel.: 3, Type: None
* Ekin Meroðlu <ekin_at_pardus.org.tr> [2008-11-30]

    Depend on kdelibs4 - uses libplasma.so

* Ver.: 0.9.0_beta4, Rel.: 2, Type: None
* Gökmen GÖKSEL <gokmen_at_pardus.org.tr> [2008-10-26]

    New beta with a lot of bug fixes.

= Package : scapy  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.0.10, Rel.: 4, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Version bump to stable release.

= Package : skype  [Ali Erdinç Köroðlu <erdinc_at_pardus.org.tr>]
======================================================================
* Ver.: 2.0.0.72, Rel.: 14, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-06-24]

    Version bump

= Package : smc  [Murat Þenel <muratasenel_at_gmail.com>]
======================================================================
* Ver.: 1.6, Rel.: 3, Type: None
* Murat Þenel <muratasenel_at_gmail.com> [2008-10-08]

    Stable bump

= Package : soprano  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 2.1.64, Rel.: 8, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-15]

    Version bump to 2.1.64

= Package : subversion  [Faik Uygur <faik_at_pardus.org.tr>]
======================================================================
* Ver.: 1.5.4, Rel.: 37, Type: None
* Faik Uygur <faik_at_pardus.org.tr> [2008-12-22]

    * Properly handle explicit mergeinfo added in merge source
    * Fixed merging of paths containing spaces
    * Fixed regression in mergeinfo-aware merges against

* Ver.: 1.5.3, Rel.: 36, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-11-18]

    Fixed service script not emiting COMAR signal.

= Package : sylpheed  [Doruk Fiþek <dfisek_at_fisek.com.tr>]
======================================================================
* Ver.: 2.6.0, Rel.: 26, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-19]

    Version bump to new stable :
    * A workaround for raw-JIS filename used for attachments was made.

* Ver.: 2.6.0_rc, Rel.: 25, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-12-01]

    Version bump to new RC for testing :
    * The backups for configuration files are kept for four generations now.
    * Only new messages are counted when incorporating from local mbox.
    * In the folder selection dialog, only folders which are expanded in the 
folder view are expanded now.
    * The folders which should not be selected in the folder selection dialog 
became unselectable now.
    * The bug that the addressbook window was not refreshed when sender of 
message was added to the addressbook was fixed.
    * Several bugfixes were made.

* Ver.: 2.6.0_beta2, Rel.: 24, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-11-17]

    Version bump to new beta for testing :
    * The menu was added to the remote POP3 mailbox window.
    * The sorting of remote POP3 mailbox was fixed.
    * The remote POP3 mailbox button was added to the toolbar.

* Ver.: 2.6.0_beta1, Rel.: 23, Type: None
* Doruk Fiþek <dfisek_at_fisek.com.tr> [2008-09-29]

    Version bump to new beta for testing

= Package : sympy  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 0.6.3, Rel.: 5, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-19]

    Version bump to stable release which includes following fixes:
    * port to python2.6 (all tests pass)
    * port to jython (all tests pass except those depending on the "ast" 
module)
    * true division fixed (all tests pass with "-Qnew" Python option)
    * buildbot.sympy.org created, sympy is now regularly tested on python2.4, 
2.5, 2.6 on both i386 and amd64 architectures.
    * py.bench -- py.test based benchmarking added
    * bin/test -- simple py.test like testing framework, without external 
dependencies, nice colored output
    * most limits now work
    * factorization over Z[x] greatly improved
    * Piecewise function added
    * nsimplify() implemented
    * symbols and var syntax unified
    * C code printing

= Package : sysklogd  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 1.5, Rel.: 11, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-16]

    Fixed service script and bumped to 1.5

= Package : tapioca-qt  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.17.7_891685, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-04]

    New snapshot, prefix changed to /usr/qt/4

= Package : telepathy-qt  [Kenan Pelit <kpelit_at_gmail.com>]
======================================================================
* Ver.: 0.17.7_891673, Rel.: 3, Type: None
* Gökçen Eraslan <gokcen_at_pardus.org.tr> [2008-12-04]

    New snapshot, prefix changed to /usr/qt/4 since this is a Qt4 library

= Package : tpm-tools  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 1.3.1, Rel.: 4, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-01-07]

    Version Bump.

* Ver.: 1.3.0, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-08]

    Version Bump.

* Ver.: 1.2.5.1, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-02-05]

    Version Bump.

* Ver.: 1.2.5, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2006-11-30]

    First release

= Package : tpmmanager  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 0.5, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-04-19]

    Stable update

* Ver.: 0.4, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-10]

    Version bump.

* Ver.: 0.3, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-03-02]

    First release

= Package : trousers  [Ertuðrul Erata <ertugrulerata_at_gmail.com>]
======================================================================
* Ver.: 0.3.1, Rel.: 7, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-04-16]

    Fix compiled with gcc4.3 and many bugs

* Ver.: 0.3.1, Rel.: 6, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2008-01-12]

    Bug Fixed:6794

* Ver.: 0.3.1, Rel.: 5, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-11-04]

    Version bump

* Ver.: 0.2.9.1, Rel.: 4, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2007-05-23]

    Updated Service script.

* Ver.: 0.2.9.1, Rel.: 3, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-04-27]

    Version Bump

* Ver.: 0.2.9, Rel.: 2, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2007-03-13]

    Version Bump

* Ver.: 0.2.8, Rel.: 1, Type: None
* Ertuðrul Erata <ertugrulerata_at_gmail.com> [2006-11-30]

    First release

= Package : vpnc  [Ýþbaran Akçayýr <isbaran_at_comu.edu.tr>]
======================================================================
* Ver.: 0.5.3, Rel.: 4, Type: None
* Ýþbaran Akçayýr <isbaran_at_comu.edu.tr> [2008-12-10]

    Bugfix Releases

= Package : webkitkde  [Gökmen GÖKSEL <gokmen_at_pardus.org.tr>]
======================================================================
* Ver.: 0.0_898446, Rel.: 1, Type: None
* Gökmen GÖKSEL <gokmen_at_pardus.org.tr> [2008-12-18]

    First release

= Package : wesnoth  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 1.4.6, Rel.: 14, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-16]

    Stable version bump to fix several small bugs and update many 
translations.

= Package : wireless-tools  [S.Çaðlar Onur <caglar_at_pardus.org.tr>]
======================================================================
* Ver.: 29, Rel.: 45, Type: None
* Bahadýr Kandemir <bahadir_at_pardus.org.tr> [2008-12-19]

    Fixed COMAR script raising an exception instead of DHCP error.

* Ver.: 29, Rel.: 44, Type: None
* Ozan Çaðlayan <ozan_at_pardus.org.tr> [2008-12-17]

    Backport Non-ASCII character included ESSID problems from 30pre7 (Fixes 
#8583).

= Package : zodb3  [Pýnar Yanardað <pinar_at_pardus.org.tr>]
======================================================================
* Ver.: 3.9.0, Rel.: 3, Type: None
* Pýnar Yanardað <pinar_at_pardus.org.tr> [2008-12-19]

    Version bump which includes various bug fixes and new features like:
    * The Blob open method now supports a new mode, 'c'
    * ClientStorage now provides blob cache management.
    * ZODB 3.9 ZEO clients can connect to ZODB 3.8 servers.
    * There's a new convenience function, ZEO.DB, for creating databases using 
ZEO Client Storages.
    * Object saves are a little faster
    * FileStorage now provides optional garbage collection.
    * Added support for copying and recovery of blob storages:
    * ZEO cache files can be larger than 4G.

--
Ekin Meroglu <ekin_at_pardus.org.tr>


From isbaran at gmail.com  Tue Dec 23 16:41:04 2008
From: isbaran at gmail.com (=?ISO-8859-9?Q?=DD=FEbaran_Ak=E7ay=FDr?=)
Date: Tue, 23 Dec 2008 16:41:04 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <4950F880.7090703@gmail.com>

Ekin Meroðlu wrote On 23-12-2008 16:31:
> Merhaba / Hi;
> 

Selam,

> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 25 
> Aralýk 2008, 23:59.
> 

> amarok-kde4-2.0-12-5.pisi

ACK

iyi günler



From dfisek at fisek.com.tr  Tue Dec 23 16:53:20 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 23 Dec 2008 16:53:20 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <20081223165320.5ae8a906.dfisek@fisek.com.tr>

Tue, 23 Dec 2008 16:31:18 +0200, Ekin Meroðlu <ekin at pardus.org.tr> :

> gnujump-1.0.6-8-4.pisi
> sylpheed-2.6.0-26-7.pisi
ACK.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From pinar at pardus.org.tr  Tue Dec 23 16:59:46 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Tue, 23 Dec 2008 16:59:46 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <4950FCE2.2080408@pardus.org.tr>


On 12/23/2008 04:31 PM Ekin Meroðlu wrote:
> bzflag-2.0.12-7-2.pisi
> gimp-2.6.3-37-9.pisi
> gimp-devel-2.6.3-37-9.pisi
> gimp-i18n-2.6.3-37-8.pisi
> gimp-i18n-*-2.6.3-37-3.pisi
>   
> mechanize-0.1.10-2-2.pisi
>   
> numpy-1.2.1-11-4.pisi
>   
> pidgin-2.5.2-25-6.pisi
>   
> pyopenssl-0.8-3-2.pisi
>   
> pyrex-0.9.8.5-6-3.pisi
> pysvn-1.6.2-8-3.pisi
>   
> scapy-2.0.0.10-4-2.pisi
>   
> sympy-0.6.3-5-2.pisi
>   
> wesnoth-1.4.6-14-6.pisi
> zodb3-3.9.0-3-2.pisi
>
>   

onyuzmilyonbin ACK


-- 
Pýnar Yanardað (a.k.a PINguAR)
http://pinguar.org
_____________________________




From bahadir at pardus.org.tr  Tue Dec 23 18:55:25 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Tue, 23 Dec 2008 18:55:25 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <200812231855.28064.bahadir@pardus.org.tr>

23 Ara 2008 Sal tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> baselayout-3.1-88-45.pisi
> mudur-2.0.1-70-34.pisi
> net-tools-1.60-26-9.pisi
> network-manager-2.1.4-58-25.pisi
> pardus-python-0.3.1-12-12.pisi
> wireless-tools-29-45-18.pisi

ack
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081223/07ba9a0c/attachment-0002.pgp>

From inancyildirgan at gmail.com  Tue Dec 23 19:18:43 2008
From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=)
Date: Tue, 23 Dec 2008 19:18:43 +0200
Subject: [Gelistirici] Knights paketi
In-Reply-To: <20081223121601.ad94c86b.dfisek@fisek.com.tr>
References: <a001a6cb0812201830o716c56eet4c84deede92e40c@mail.gmail.com>
	<a001a6cb0812230112u18dd6a88mdbb87c2473b040ac@mail.gmail.com>
	<20081223121601.ad94c86b.dfisek@fisek.com.tr>
Message-ID: <200812231918.44412.inancyildirgan@gmail.com>

On Tuesday 23 December 2008 12:16:01 Doruk Fisek wrote:

> Hata raporuna baktim da, problem Gnuchess paketinden de kaynaklaniyor
> olabilirmis gibi geldi.
>
> Biraz bakindim, gnuchess listesine 2006'da bu konuyla ilgili bir yama
> gondermis biri :
>
> http://osdir.com/ml/gnu.chess.bugs/2006-10/msg00000.html
>
>                    Doruk

Vermiþ olduðunuz adresteki patchi uygulayýp denedim. Sanýrým sorun knights 
paketinde. Çünkü depoda bulunan gnuchess ile eboard paketini deneyince böyle 
bir sorunla karþýlaþmýyorum. Ama knights ile deneyince sorun ortaya çýkýyor. 
Patch i uygulayýp denediðimde ise eboard ile yine sorun yok ama knights da 
sorun devam ediyor.


From serdar at cclub.metu.edu.tr  Tue Dec 23 19:21:44 2008
From: serdar at cclub.metu.edu.tr (=?ISO-8859-9?Q?Serdar_DALGI=C7?=)
Date: Tue, 23 Dec 2008 19:21:44 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <49511E28.2050600@cclub.metu.edu.tr>

Ekin Meroðlu wrote On 23-12-2008 16:31:
> Merhaba / Hi;
>
>   
Selamlar;

> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 25 
> Aralýk 2008, 23:59.
>   
> Pygments-1.0-2-2.pisi
>   
> python-clientform-0.2.10-3-1.pisi
> pytz-2008i-2-2.pisi
>   

ACK

iyi çalýþmalar

-serdar


From inancyildirgan at gmail.com  Tue Dec 23 19:22:14 2008
From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=)
Date: Tue, 23 Dec 2008 19:22:14 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <200812231922.14463.inancyildirgan@gmail.com>

On Tuesday 23 December 2008 16:31:18 Ekin Meroðlu wrote:

> mountmanager-0.2.4-2-2.pisi
> powerdevil-kde4-1.4.1-2-2.pisi

ACK.




From fatih at pardus.org.tr  Tue Dec 23 22:30:45 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 23 Dec 2008 22:30:45 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <200812232230.50316.fatih@pardus.org.tr>

Salý 23 Aralýk 2008 tarihinde, Ekin Meroðlu þunlarý yazmýþtý: 
> ati-control-center-8.12-45-25.pisi
> ati-drivers-8.12-45-39.pisi

  ACK. ATI kart kullanan testçiler, eski sürümden bu yana regression olup 
olmadýðýný kontrol edebilirlerse iyi olur. Kurduktan sonra sonucu görmek için 
sistemlerini yeniden baþlatmalarý gerektiðini de hatýrlatalým.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081223/e9e0645b/attachment-0002.pgp>

From serbulent at pardus.org.tr  Tue Dec 23 22:59:02 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 23 Dec 2008 22:59:02 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812232230.50316.fatih@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<200812232230.50316.fatih@pardus.org.tr>
Message-ID: <200812232259.02658.serbulent@pardus.org.tr>

On Tuesday 23 December 2008 22:30:45 Fatih Aþýcý wrote:
> > ati-control-center-8.12-45-25.pisi
> > ati-drivers-8.12-45-39.pisi

OK test sýrasýnda özel olarak ilgileneceðiz.

-- 
Ýyi Çalýþmalar;
 
Serbülent                                                                   

From fatih at pardus.org.tr  Tue Dec 23 23:19:39 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 23 Dec 2008 23:19:39 +0200
Subject: [Gelistirici] r20870 - trunk/pisi/pisi/actionsapi
In-Reply-To: <20081223202406.D058613840C1@ns1.pardus.org.tr>
References: <20081223202406.D058613840C1@ns1.pardus.org.tr>
Message-ID: <200812232319.42647.fatih@pardus.org.tr>

Salý 23 Aralýk 2008 tarihinde, uludag-commits at pardus.org.tr þunlarý yazmýþtý: 
> Author: gokmen.goksel
> Date: Tue Dec 23 22:24:06 2008
> New Revision: 20870
>
> Modified:
>    trunk/pisi/pisi/actionsapi/pythonmodules.py
> Log:
>  * Auto dodoc doesnt work because its python and u need to use split..
>  * AUTHORS file added to automatic dodoc list.

Bunlara NEWS ve TODO'yu eklemenin yaný sýra dosya boyutunun da 0'a eþit olup 
olmadýðýný kontrol etsek ? Bunlar bazý arþivlerden boþ çýkýyor.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081223/654e984c/attachment-0002.pgp>

From gokmen at pardus.org.tr  Tue Dec 23 23:25:10 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Tue, 23 Dec 2008 23:25:10 +0200
Subject: [Gelistirici] r20870 - trunk/pisi/pisi/actionsapi
In-Reply-To: <200812232319.42647.fatih@pardus.org.tr>
References: <20081223202406.D058613840C1@ns1.pardus.org.tr>
	<200812232319.42647.fatih@pardus.org.tr>
Message-ID: <200812232325.10712.gokmen@pardus.org.tr>

Salý 23 Aralýk 2008 günü (saat 23:19:39) Fatih Aþýcý þunlarý yazmýþtý:
> Salý 23 Aralýk 2008 tarihinde, uludag-commits at pardus.org.tr þunlarý 
yazmýþtý:
> > Author: gokmen.goksel
> > Date: Tue Dec 23 22:24:06 2008
> > New Revision: 20870
> >
> > Modified:
> >    trunk/pisi/pisi/actionsapi/pythonmodules.py
> > Log:
> >  * Auto dodoc doesnt work because its python and u need to use split..
> >  * AUTHORS file added to automatic dodoc list.
>
> Bunlara NEWS ve TODO'yu eklemenin yaný sýra dosya boyutunun da 0'a eþit
> olup olmadýðýný kontrol etsek ? Bunlar bazý arþivlerden boþ çýkýyor.
Evet güzel fikir bu da ;) bakayým ;)
-- 
Gökmen GÖKSEL


From rkirmizi at gmail.com  Tue Dec 23 23:26:27 2008
From: rkirmizi at gmail.com (Recep KIRMIZI)
Date: Tue, 23 Dec 2008 23:26:27 +0200
Subject: [Gelistirici] BootPerformance
In-Reply-To: <200812222216.37890.gokmen@pardus.org.tr>
References: <494FD0BE.8060406@pardus.org.tr>
	<20081222214833.8f5c4da9.dfisek@fisek.com.tr>
	<200812222216.37890.gokmen@pardus.org.tr>
Message-ID: <200812232326.27703.rkirmizi@gmail.com>

On Monday 22 December 2008 22:16:37 Gökmen GÖKSEL wrote:
> Pazartesi 22 Aralýk 2008 günü (saat 21:48:33) Doruk Fisek þunlarý yazmýþtý:
> > Mon, 22 Dec 2008 21:41:44 +0200, Gökmen GÖKSEL <gokmen at pardus.org.tr> :
> > > > Tek aklima gelen sorun o "Esc'e basin" seysini her dilden insanin
> > > > anlayacagi bicimde nasil soyleriz? :)
> > :
> > :)))))
> >
> > "Default'la acmayacaksaniz" ifadesini de o grafige tutturdun mu
> > tamamdir :)

zuhahahahahah :P


From gokmen at pardus.org.tr  Tue Dec 23 23:31:25 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Tue, 23 Dec 2008 23:31:25 +0200
Subject: [Gelistirici] r20870 - trunk/pisi/pisi/actionsapi
In-Reply-To: <200812232325.10712.gokmen@pardus.org.tr>
References: <20081223202406.D058613840C1@ns1.pardus.org.tr>
	<200812232319.42647.fatih@pardus.org.tr>
	<200812232325.10712.gokmen@pardus.org.tr>
Message-ID: <200812232331.25893.gokmen@pardus.org.tr>

Salý 23 Aralýk 2008 günü (saat 23:25:10) Gökmen GÖKSEL þunlarý yazmýþtý:
> Salý 23 Aralýk 2008 günü (saat 23:19:39) Fatih Aþýcý þunlarý yazmýþtý:
> > Salý 23 Aralýk 2008 tarihinde, uludag-commits at pardus.org.tr þunlarý
>
> yazmýþtý:
> > > Author: gokmen.goksel
> > > Date: Tue Dec 23 22:24:06 2008
> > > New Revision: 20870
> > >
> > > Modified:
> > >    trunk/pisi/pisi/actionsapi/pythonmodules.py
> > > Log:
> > >  * Auto dodoc doesnt work because its python and u need to use split..
> > >  * AUTHORS file added to automatic dodoc list.
> >
> > Bunlara NEWS ve TODO'yu eklemenin yaný sýra dosya boyutunun da 0'a eþit
> > olup olmadýðýný kontrol etsek ? Bunlar bazý arþivlerden boþ çýkýyor.
>
> Evet güzel fikir bu da ;) bakayým ;)
Tamamdýr ;)

-- 
Gökmen GÖKSEL


From fatih at pardus.org.tr  Wed Dec 24 00:59:14 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Wed, 24 Dec 2008 00:59:14 +0200
Subject: [Gelistirici] cmaketools
Message-ID: <200812240059.14306.fatih@pardus.org.tr>

Selamlar,

cmaketools'da CMAKE_C_COMPILER ve CMAKE_CXX_COMPILER deðiþkenlerini öntanýmlý 
olarak atasak daha doðru olacak sanki?

Bir de daha önce CMAKE_BUILD_TYPE öntanýmlý olarak "release" olsun demiþ ve o 
þekilde deðiþtirmiþtik. Ancak "RelWithDebInfo" olmasý daha doðru olacak gibi 
geldi þimdi? Bu þekilde debug sembolleri de ekleniyor. Ýlerde debug 
paketlerini oluþtururken lazým olabilir. Ana pakete girmeden önce nasýl olsa 
strip ediliyor.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/9c350d96/attachment-0002.pgp>

From mnurolcay at gmail.com  Wed Dec 24 02:42:52 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Wed, 24 Dec 2008 02:42:52 +0200
Subject: [Gelistirici] CC ve CXX
In-Reply-To: <200812190007.13571.fatih@pardus.org.tr>
References: <200812190007.13571.fatih@pardus.org.tr>
Message-ID: <200812240242.52616.mnurolcay@gmail.com>

On Friday 19 December 2008 00:07:13 Fatih Aþýcý wrote:
> Selamlar,
>
> Build sýrasýnda CC ve CXX her zaman export edilse nasýl olur? Çoðu pakette
> shelltools.export kullanmak gerekiyor yoksa.

Bu konuda henüz bir karar alýnmadý sanýrým, bir sakýncasý var mýdýr acep?
eklense güzel olurdu. 
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/a964cf53/attachment-0002.htm>

From pinar at pardus.org.tr  Wed Dec 24 08:20:57 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Wed, 24 Dec 2008 08:20:57 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5BPardus-devel=5D_G=FCvenlik_G=FCnc?=
 =?iso-8859-9?q?ellemeleri_-_Security_Fixes?=
In-Reply-To: <200812231420.15761.ekin@pardus.org.tr>
References: <200812231420.15761.ekin@pardus.org.tr>
Message-ID: <4951D4C9.4030002@pardus.org.tr>

On 12/23/2008 02:20 PM Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> Bu gece kararlý depolara girecek güvenlik güncellemeleri :
> Tonight's Security Fixes for Pardus stable repos : 
> ------------------------------------------------------------------------
>
> * [Pardus 2007]
> perl-doc-5.8.8-19-12.pisi
> perl-5.8.8-19-12.pisi
> libperl-5.8.8-19-12.pisi
> mplayer-0.0_20080322-85-61.pisi
>
> * [Pardus 2008]
> perl-doc-5.10.0-21-5.pisi
> perl-5.10.0-21-5.pisi
> mplayer-0.0_20081015-101-18.pisi
>   

[PLSA 2008-87] Mplayer: Buffer Overflow
http://security.pardus.org.tr/en/2008-87
http://lists.pardus.org.tr/pardus-security/2008-December/000185.html


[PLSA 2008-89] Perl: Symlink Attack
http://security.pardus.org.tr/en/2008-89/
http://lists.pardus.org.tr/pardus-security/2008-December/000186.html

-- 
Pýnar Yanardað (a.k.a PINguAR)
http://pinguar.org
_____________________________



From coderlord at gmail.com  Wed Dec 24 11:39:32 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Wed, 24 Dec 2008 11:39:32 +0200
Subject: [Gelistirici]
	=?utf-8?q?Kablolu_a=C4=9Flar_i=C3=A7in_wpa=5Fsuppli?=
	=?utf-8?q?cant_deste=C4=9Fi=2E?=
In-Reply-To: <494F7D12.20502@gmail.com>
References: <4cca720b0812220329n534f2b1fp703b9ba3f56f832@mail.gmail.com>
	<494F7D12.20502@gmail.com>
Message-ID: <4cca720b0812240139o2ccf1d28s54fe31962c551c8@mail.gmail.com>

22 Aralýk 2008 Pazartesi 13:42 tarihinde Ýþbaran Akçayýr
<isbaran at gmail.com> yazdý:
>> kullanici listesinde konu ile ilgili bir yardým isteði gördüm. NM'de
>> altyapýmýz hazýr olduðuna göre kablolu aðlar için de 802.1X desteðini
>> niye açmýyoruz diyorum. Ýnsanlar radius vb. sunucu ile auth.
>> olabilsin.
>>
>
> Kendi adýma donaným eksikliðinden bir sürü iþim yarým kaldý, yakýn
> zamanda inþ. 802.1x li bir þeyler alýp test edip uðraþmayý planlýyorum
> bu iþlerle

Kablolu'nun link.py'ýna wireless'ýn link.py'ýndaki wpa_supplicant auth
kodunu eklesek ve NM'de ilgili ayarlarýn çýkmasý için betikte gereken
deðiþiklikleri yapsak yeterli olmaz mý ilk etapta?

-- 
Furkan Duman

From alpaslanmete at gmail.com  Wed Dec 24 12:41:03 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Wed, 24 Dec 2008 12:41:03 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>
	<494D7FBD.5000804@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
	<fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>
	<fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>
Message-ID: <305f9edc0812240241xf808bbdn14ad1865373483da@mail.gmail.com>

2008/12/23 Emre Erenoglu <erenoglu at gmail.com>

> Merhaba,
>
> On Tue, Dec 23, 2008 at 12:28 AM, Emre Erenoglu <erenoglu at gmail.com>wrote:
>
>>
>> Bu arada farkettim ki sizin kural /sbin/vgchange'i gosteriyor, halbuki
>> bende vgchange /usr/sbin altinda. Degistirip deneyelim bakalim.
>>
>
> Iih, yemedi, kurala bakiyorum, asagidaki satirlara anlam veremedim:
>
> IMPORT{PROGRAM}="vol_id $tempnode"
> ...
> IMPORT{PROGRAM}="collect_lvm $tempnode"
> ...
>
> Bu yukardaki IMPORT direktifleri calismiyor olabilir mi? vol_id nedir,
> collect_lvm nedir? bunlar executable script ise bu tip seyler yok sistemde.


Sanýrým Suse'den [1] almýþtým bu kuralý benzeri de Ubuntu da var...

[1] http://rpm.pbone.net/index.php3/stat/6/idpl/10629950

Mete Alpaslan



>
> /dev/disk/by-id/lvm2-pvuuid-namfcF-BtJI-7BWL-jZUJ-Q4J1-rE15-24CY9c
>
> ise mevcut.
>
> --
> Emre
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/525954b0/attachment-0002.htm>

From erenoglu at gmail.com  Wed Dec 24 12:47:13 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 24 Dec 2008 11:47:13 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <305f9edc0812240241xf808bbdn14ad1865373483da@mail.gmail.com>
References: <494ADBCC.10902@gmail.com> <494D7FBD.5000804@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
	<fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>
	<fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>
	<305f9edc0812240241xf808bbdn14ad1865373483da@mail.gmail.com>
Message-ID: <fe9771a80812240247j66f43e42w153a6ce637498d8c@mail.gmail.com>

Merhaba,

2008/12/24 Mete Alpaslan <alpaslanmete at gmail.com>

>
> 2008/12/23 Emre Erenoglu <erenoglu at gmail.com>
>
>> Merhaba,
>>
>> On Tue, Dec 23, 2008 at 12:28 AM, Emre Erenoglu <erenoglu at gmail.com>wrote:
>>
>>>
>>> Bu arada farkettim ki sizin kural /sbin/vgchange'i gosteriyor, halbuki
>>> bende vgchange /usr/sbin altinda. Degistirip deneyelim bakalim.
>>>
>>
>> Iih, yemedi, kurala bakiyorum, asagidaki satirlara anlam veremedim:
>>
>> IMPORT{PROGRAM}="vol_id $tempnode"
>> ...
>> IMPORT{PROGRAM}="collect_lvm $tempnode"
>> ...
>>
>> Bu yukardaki IMPORT direktifleri calismiyor olabilir mi? vol_id nedir,
>> collect_lvm nedir? bunlar executable script ise bu tip seyler yok sistemde.
>
>
> Sanýrým Suse'den [1] almýþtým bu kuralý benzeri de Ubuntu da var...
>
> [1] http://rpm.pbone.net/index.php3/stat/6/idpl/10629950
>
>
OK ama bizim sistemde calismiyor gibi gorunuyor  :)

Bu arada belki bendeki lvm2 paketini upgrade etmek lazimdir, yeni versiyonu
var mi bir yerlerde?

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/06212f11/attachment-0002.htm>

From isbaran at gmail.com  Wed Dec 24 13:56:50 2008
From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=)
Date: Wed, 24 Dec 2008 13:56:50 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812240247j66f43e42w153a6ce637498d8c@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<494D7FBD.5000804@gmail.com>	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>	<20081222200711.b9adf6b8.onur@pardus.org.tr>	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>	<49501D47.1080500@gmail.com>	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>	<fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>	<fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>	<305f9edc0812240241xf808bbdn14ad1865373483da@mail.gmail.com>
	<fe9771a80812240247j66f43e42w153a6ce637498d8c@mail.gmail.com>
Message-ID: <49522382.7020903@gmail.com>

Emre Erenoglu wrote On 24-12-2008 12:47:
> Merhaba,
> 
> 
> Bu arada belki bendeki lvm2 paketini upgrade etmek lazimdir, yeni versiyonu
> var mi bir yerlerde?
> 

En son .42 var, playground'umdaki .43 e geçmeyin device-mapper la
beraber geliyor sorun yaratýr

Kolay gelsin


From alpaslanmete at gmail.com  Wed Dec 24 14:02:23 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Wed, 24 Dec 2008 14:02:23 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812240247j66f43e42w153a6ce637498d8c@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
	<fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>
	<fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>
	<305f9edc0812240241xf808bbdn14ad1865373483da@mail.gmail.com>
	<fe9771a80812240247j66f43e42w153a6ce637498d8c@mail.gmail.com>
Message-ID: <305f9edc0812240402h68b5b8adna5a22d03df7540c@mail.gmail.com>

2008/12/24 Emre Erenoglu <erenoglu at gmail.com>

> Merhaba,
>
> 2008/12/24 Mete Alpaslan <alpaslanmete at gmail.com>
>
>>
>> 2008/12/23 Emre Erenoglu <erenoglu at gmail.com>
>>
>>> Merhaba,
>>>
>>> On Tue, Dec 23, 2008 at 12:28 AM, Emre Erenoglu <erenoglu at gmail.com>wrote:
>>>
>>>>
>>>> Bu arada farkettim ki sizin kural /sbin/vgchange'i gosteriyor, halbuki
>>>> bende vgchange /usr/sbin altinda. Degistirip deneyelim bakalim.
>>>>
>>>
>>> Iih, yemedi, kurala bakiyorum, asagidaki satirlara anlam veremedim:
>>>
>>> IMPORT{PROGRAM}="vol_id $tempnode"
>>> ...
>>> IMPORT{PROGRAM}="collect_lvm $tempnode"
>>> ...
>>>
>>> Bu yukardaki IMPORT direktifleri calismiyor olabilir mi? vol_id nedir,
>>> collect_lvm nedir? bunlar executable script ise bu tip seyler yok sistemde.
>>
>>
>> Sanýrým Suse'den [1] almýþtým bu kuralý benzeri de Ubuntu da var...
>>
>> [1] http://rpm.pbone.net/index.php3/stat/6/idpl/10629950
>>
>>
> OK ama bizim sistemde calismiyor gibi gorunuyor  :)
>
> Bu arada belki bendeki lvm2 paketini upgrade etmek lazimdir, yeni versiyonu
> var mi bir yerlerde?
>

Ýþbaranýn playgroundunda yeni sürüm var ama orada lvm2 içinden çýkan
device_mapper ayrý paket paket olarak deðil bu durum zaten device_mapper
yüklü gelen sistemde kütüphaneler doðru linklenmiyor ve lvm2 paketi
çalýþmýyor....

bu arada [1] linkte geçen thread de postinstall da autoload  ilgili modulu
eklenmesi ve hacim gruplarý aktive etmek için de servis betiði yazýlmasý
söylenmiþ initramfs teki sorunumuzu tam çözer mi emin deðilim?

Daðýtýmlarýnýn çoðu çözümü gereken paketlere initramfs(initrd) ve boot için
script koymuþlar.[2] ve [3]

Ektede Debian Sid de lvm paketinde lvm2 desteðiyle initramfs yaratmak için
ve sistem açýlýþýnda kullanýlan scriptler var... Önerim bizde dýþarýdan
modul yükleyebilmek için initramfs tetikleyebileceðimiz betikler yaratmak
ama bu iþ sistemin gelini etkilediði için tecrübeli geliþtiricilerimizin
fikirleri bekliyorum?

Mete Alpaslan

[1]
http://liste.uludag.org.tr/pipermail/paketler/Week-of-Mon-20070604/000667.html
[2]
http://rpm.pbone.net/index.php3/stat/4/idpl/10629950/com/lvm2-2.02.39-8.6.x86_64.rpm.html
[3] http://packages.debian.org/source/sid/lvm2



>
> --
> Emre
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/2f5680c4/attachment-0002.htm>
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: lvm2create_initrd
Type: application/octet-stream
Size: 16086 bytes
Desc: kullanýlamýyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/2f5680c4/attachment-0004.obj>
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: lvm2udev
Type: application/octet-stream
Size: 768 bytes
Desc: kullanýlamýyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/2f5680c4/attachment-0005.obj>

From erenoglu at gmail.com  Wed Dec 24 14:35:58 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 24 Dec 2008 13:35:58 +0100
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <305f9edc0812240402h68b5b8adna5a22d03df7540c@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
	<fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>
	<fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>
	<305f9edc0812240241xf808bbdn14ad1865373483da@mail.gmail.com>
	<fe9771a80812240247j66f43e42w153a6ce637498d8c@mail.gmail.com>
	<305f9edc0812240402h68b5b8adna5a22d03df7540c@mail.gmail.com>
Message-ID: <fe9771a80812240435l325413f0q1bffef39c639188b@mail.gmail.com>

Merhaba,

2008/12/24 Mete Alpaslan <alpaslanmete at gmail.com>

> 2008/12/24 Emre Erenoglu <erenoglu at gmail.com>
>
> Merhaba,
>>
>> 2008/12/24 Mete Alpaslan <alpaslanmete at gmail.com>
>>
>>> 2008/12/23 Emre Erenoglu <erenoglu at gmail.com>
>>>
>>>> Merhaba,On Tue, Dec 23, 2008 at 12:28 AM, Emre Erenoglu <
>>>> erenoglu at gmail.com> wrote:
>>>>
>>>>>
>>>>> Bu arada farkettim ki sizin kural /sbin/vgchange'i gosteriyor, halbuki
>>>>> bende vgchange /usr/sbin altinda. Degistirip deneyelim bakalim.
>>>>>
>>>>
>>>> Iih, yemedi, kurala bakiyorum, asagidaki satirlara anlam veremedim:
>>>>
>>>> IMPORT{PROGRAM}="vol_id $tempnode"
>>>> ...
>>>> IMPORT{PROGRAM}="collect_lvm $tempnode"
>>>> ...
>>>>
>>>> Bu yukardaki IMPORT direktifleri calismiyor olabilir mi? vol_id nedir,
>>>> collect_lvm nedir? bunlar executable script ise bu tip seyler yok sistemde.
>>>
>>>
>>> Sanýrým Suse'den [1] almýþtým bu kuralý benzeri de Ubuntu da var...
>>>
>>> [1] http://rpm.pbone.net/index.php3/stat/6/idpl/10629950
>>>
>>>
>> OK ama bizim sistemde calismiyor gibi gorunuyor  :)
>>
>> Bu arada belki bendeki lvm2 paketini upgrade etmek lazimdir, yeni
>> versiyonu var mi bir yerlerde?
>>
>
> Ýþbaranýn playgroundunda yeni sürüm var ama orada lvm2 içinden çýkan
> device_mapper ayrý paket paket olarak deðil bu durum zaten device_mapper
> yüklü gelen sistemde kütüphaneler doðru linklenmiyor ve lvm2 paketi
> çalýþmýyor....
>
> bu arada [1] linkte geçen thread de postinstall da autoload  ilgili modulu
> eklenmesi ve hacim gruplarý aktive etmek için de servis betiði yazýlmasý
> söylenmiþ initramfs teki sorunumuzu tam çözer mi emin deðilim?
>
> Daðýtýmlarýnýn çoðu çözümü gereken paketlere initramfs(initrd) ve boot için
> script koymuþlar.[2] ve [3]
>
> Ektede Debian Sid de lvm paketinde lvm2 desteðiyle initramfs yaratmak için
> ve sistem açýlýþýnda kullanýlan scriptler var... Önerim bizde dýþarýdan
> modul yükleyebilmek için initramfs tetikleyebileceðimiz betikler yaratmak
> ama bu iþ sistemin gelini etkilediði için tecrübeli geliþtiricilerimizin
> fikirleri bekliyorum?
>
> Mete Alpaslan
>
> [1]
> http://liste.uludag.org.tr/pipermail/paketler/Week-of-Mon-20070604/000667.html
> [2]
> http://rpm.pbone.net/index.php3/stat/4/idpl/10629950/com/lvm2-2.02.39-8.6.x86_64.rpm.html
>

Bu [2] nolu link'teki rpm pakette daha once sorusunu sordugum collect_lvm
isimli dosya oldugunu gordum. Ne is yaptigina bakmak lazim. Bizim pakette
var mi bilemiorum su anda. Ayrica vol_id diye ayri bir rpm goruyorum, ancak
eski sistemlerde kullanin diye bir not dusulmus nedense:
http://rpm.pbone.net/index.php3/stat/4/idpl/3903682/com/vol_id-085-30.10.i586.rpm.html


>
> [3] http://packages.debian.org/source/sid/lvm2
>

Burdaki lvm2udev script'i de ilginc gorunuyor. BUna ek olarak sunlar var
pakette:

/etc/init.d/lvm2
/usr/share/initramfs-tools/hooks/lvm2
/usr/share/initramfs-tools/scripts/local-top/lvm2

Biz bu initramfs-tools olayini destekliyor muyuz bilmiyorum, sistemimde
bulamadim.

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/49c25620/attachment-0002.htm>

From coderlord at gmail.com  Wed Dec 24 14:38:01 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Wed, 24 Dec 2008 14:38:01 +0200
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <20081224115358.1842913840FC@ns1.pardus.org.tr>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
Message-ID: <4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>

2008/12/24  <uludag-commits at pardus.org.tr>:
> Author: isbaran
> Date: Wed Dec 24 13:53:57 2008
> New Revision: 20882
>
> Modified:
>   trunk/tasma/network-manager/nameconf.py
> Log:
> dont know if we really have to provide at least 2 name servers ?

kullanýcý listesindeki hata mesajý farklý bir durumu anlatmakta

tr.org.pardus.comar.python.TypeError:setNameServers() take exactly 2
arguments(1 given)

setNameServers 2 arguman almakta. Hatada 1 arguman gönderilmiþ.
Yaptýðýn bu deðiþiklik sanýrým çok doðru deðil. 1 arguman gönderen
yeri bulmak lazým.

-- 
Furkan Duman

From coderlord at gmail.com  Wed Dec 24 14:43:44 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Wed, 24 Dec 2008 14:43:44 +0200
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>
Message-ID: <4cca720b0812240443y2731e9f8p37fa0b6647f7ab33@mail.gmail.com>

2008/12/24 Furkan Duman <coderlord at gmail.com>:
> Yaptýðýn bu deðiþiklik sanýrým çok doðru deðil. 1 arguman gönderen
> yeri bulmak lazým.

if self.old_dns != dns:
            self.setEnabled(False)
            ch = comlink.callHandler("baselayout", "Net.Stack",
"setNameServers", "tr.org.pardus.comar.net.stack.set")
            ch.registerDone(handler)
            ch.registerCancel(cancel)
            ch.registerError(cancel)
            ch.registerDBusError(cancel)
            ch.registerAuthError(cancel)
            ch.call(dns)                     <----------------------
burada bir de searchdomain gitmesi lazým sanki.

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^


-- 
Furkan Duman

From erenoglu at gmail.com  Wed Dec 24 14:58:31 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 24 Dec 2008 13:58:31 +0100
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <4cca720b0812240443y2731e9f8p37fa0b6647f7ab33@mail.gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>
	<4cca720b0812240443y2731e9f8p37fa0b6647f7ab33@mail.gmail.com>
Message-ID: <fe9771a80812240458j14b06aa9nffb9bd75bc3529bd@mail.gmail.com>

Merhaba,

2008/12/24 Furkan Duman <coderlord at gmail.com>

> 2008/12/24 Furkan Duman <coderlord at gmail.com>:
> > Yaptýðýn bu deðiþiklik sanýrým çok doðru deðil. 1 arguman gönderen
> > yeri bulmak lazým.
>
> if self.old_dns != dns:
>            self.setEnabled(False)
>            ch = comlink.callHandler("baselayout", "Net.Stack",
> "setNameServers", "tr.org.pardus.comar.net.stack.set")
>            ch.registerDone(handler)
>            ch.registerCancel(cancel)
>            ch.registerError(cancel)
>            ch.registerDBusError(cancel)
>            ch.registerAuthError(cancel)
>            ch.call(dns)                     <----------------------
> burada bir de searchdomain gitmesi lazým sanki.
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>

Esasen DNS'in calismasi icin 1 DNS yeter. 2.si yedektir. Eger kullanici 1
DNS girdi ise, 2.ye de aynisi kopyalanabilir, default DNS'lerden birisi
yazilabilir ya da kullaniciya 2 tane giriniz diye mesajla uyarilabilir.
Tabii son opsiyonda kullanici 2.'yi bilmiyorsa onun da ustesinden gelmek
lazim. (Bosver 1 tane ile idare et butonu gibi).

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/db681b89/attachment-0002.htm>

From coderlord at gmail.com  Wed Dec 24 15:23:05 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Wed, 24 Dec 2008 15:23:05 +0200
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <fe9771a80812240458j14b06aa9nffb9bd75bc3529bd@mail.gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>
	<4cca720b0812240443y2731e9f8p37fa0b6647f7ab33@mail.gmail.com>
	<fe9771a80812240458j14b06aa9nffb9bd75bc3529bd@mail.gmail.com>
Message-ID: <4cca720b0812240523h1cc202afsaf71e465a7c8a5b0@mail.gmail.com>

24 Aralýk 2008 Çarþamba 14:58 tarihinde Emre Erenoglu
<erenoglu at gmail.com> yazdý:
> Esasen DNS'in calismasi icin 1 DNS yeter. 2.si yedektir. Eger kullanici 1
> DNS girdi ise, 2.ye de aynisi kopyalanabilir, default DNS'lerden birisi

Kullanýcý istediði kadar girebilmeli. 1 tane de girmesi yeterli. Kodda
sorun görünüyor. Bence son gönderdiðini revert etmelisin Ýþbaran.

-- 
Furkan Duman

From hberberoglu at gmail.com  Wed Dec 24 15:26:00 2008
From: hberberoglu at gmail.com (Huseyin Berberoglu)
Date: Wed, 24 Dec 2008 15:26:00 +0200
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <4cca720b0812240523h1cc202afsaf71e465a7c8a5b0@mail.gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>
	<4cca720b0812240443y2731e9f8p37fa0b6647f7ab33@mail.gmail.com>
	<fe9771a80812240458j14b06aa9nffb9bd75bc3529bd@mail.gmail.com>
	<4cca720b0812240523h1cc202afsaf71e465a7c8a5b0@mail.gmail.com>
Message-ID: <4520141a0812240526p1d98aa17h8c898f7210c31fd7@mail.gmail.com>

2008/12/24 Furkan Duman <coderlord at gmail.com>

> Kullanýcý istediði kadar girebilmeli. 1 tane de girmesi yeterli. Kodda
> sorun görünüyor. Bence son gönderdiðini revert etmelisin Ýþbaran.
>

Ýþbaran'ý ben kandýrdým, suçlu benim :p
Kaç tane girersek girelim bu hatayý alýyormuþuz.

Kolaylýklar.
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/e9631948/attachment-0002.htm>

From isbaran at gmail.com  Wed Dec 24 15:47:48 2008
From: isbaran at gmail.com (=?ISO-8859-9?Q?=DD=FEbaran_Ak=E7ay=FDr?=)
Date: Wed, 24 Dec 2008 15:47:48 +0200
Subject: [Gelistirici] [Uludag-commits] r20882
	-	trunk/tasma/network-manager
In-Reply-To: <4cca720b0812240523h1cc202afsaf71e465a7c8a5b0@mail.gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>	<4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>	<4cca720b0812240443y2731e9f8p37fa0b6647f7ab33@mail.gmail.com>	<fe9771a80812240458j14b06aa9nffb9bd75bc3529bd@mail.gmail.com>
	<4cca720b0812240523h1cc202afsaf71e465a7c8a5b0@mail.gmail.com>
Message-ID: <49523D84.7080306@gmail.com>

Furkan Duman wrote On 24-12-2008 15:23:
> 24 Aralýk 2008 Çarþamba 14:58 tarihinde Emre Erenoglu
> <erenoglu at gmail.com> yazdý:
>> Esasen DNS'in calismasi icin 1 DNS yeter. 2.si yedektir. Eger kullanici 1
>> DNS girdi ise, 2.ye de aynisi kopyalanabilir, default DNS'lerden birisi
> 
> Kullanýcý istediði kadar girebilmeli. 1 tane de girmesi yeterli. Kodda
> sorun görünüyor. Bence son gönderdiðini revert etmelisin Ýþbaran.
> 

Kullanýcý listesini almýyorum, hata searchdomain gitmemesi.
Yeri gelmiþken searchdomain genel kýsýmlarda doðru kullanýlýyor mu merak
ettim ?
Þimdi elle girilebilen bir þey deðil, bu doðru mudur mesela?

Bir de resolv.default.conf'u dhcp kullanýyor gibi bir fikre kapýldým,
oraya searchdomain yazýlýyor ve net.stack ordan searchdomain'i alýyor
baðlantý up olduðunda sanki, bu doðru mu ?


Görüþürüz, kolay gelsin herkese ..


From coderlord at gmail.com  Wed Dec 24 15:58:13 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Wed, 24 Dec 2008 15:58:13 +0200
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <49523D84.7080306@gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<4cca720b0812240438k52c84cfdib3a0910e1ce02fac@mail.gmail.com>
	<4cca720b0812240443y2731e9f8p37fa0b6647f7ab33@mail.gmail.com>
	<fe9771a80812240458j14b06aa9nffb9bd75bc3529bd@mail.gmail.com>
	<4cca720b0812240523h1cc202afsaf71e465a7c8a5b0@mail.gmail.com>
	<49523D84.7080306@gmail.com>
Message-ID: <4cca720b0812240558l787a4a21i913936ad559a5ca5@mail.gmail.com>

24 Aralýk 2008 Çarþamba 15:47 tarihinde Ýþbaran Akçayýr
<isbaran at gmail.com> yazdý:
> Yeri gelmiþken searchdomain genel kýsýmlarda doðru kullanýlýyor mu merak
> ettim ?
> Þimdi elle girilebilen bir þey deðil, bu doðru mudur mesela?

Açýkçasý searchdomain nasýl kullanýlýyor bir fikrim yok. Belki Bahadýr
bir fikir verebilir.

-- 
Furkan Duman

From bahadir at pardus.org.tr  Wed Dec 24 16:05:47 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Wed, 24 Dec 2008 16:05:47 +0200
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <4cca720b0812240558l787a4a21i913936ad559a5ca5@mail.gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<49523D84.7080306@gmail.com>
	<4cca720b0812240558l787a4a21i913936ad559a5ca5@mail.gmail.com>
Message-ID: <200812241605.52983.bahadir@pardus.org.tr>

24 Ara 2008 Çar tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Açýkçasý searchdomain nasýl kullanýlýyor bir fikrim yok. Belki Bahadýr
> bir fikir verebilir.

search pardus.org.tr olduðunu varsayalým, packages alan adý resolv edilmeye 
çalýþýldýðýnda önce packages.pardus.org.tr sorgulanýyor, sonra packages 
adresi.

Zorunlu bir deðer deðil, boþ býrakýlabilir.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/24d272a5/attachment-0002.pgp>

From isbaran at gmail.com  Wed Dec 24 16:37:26 2008
From: isbaran at gmail.com (=?ISO-8859-9?Q?=DD=FEbaran_Ak=E7ay=FDr?=)
Date: Wed, 24 Dec 2008 16:37:26 +0200
Subject: [Gelistirici] [Uludag-commits] r20882
	-	trunk/tasma/network-manager
In-Reply-To: <200812241605.52983.bahadir@pardus.org.tr>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>	<49523D84.7080306@gmail.com>	<4cca720b0812240558l787a4a21i913936ad559a5ca5@mail.gmail.com>
	<200812241605.52983.bahadir@pardus.org.tr>
Message-ID: <49524926.2070009@gmail.com>

Bahadýr Kandemir wrote On 24-12-2008 16:05:
> 24 Ara 2008 Çar tarihinde, Furkan Duman þunlarý yazmýþtý: 
>> Açýkçasý searchdomain nasýl kullanýlýyor bir fikrim yok. Belki Bahadýr
>> bir fikir verebilir.
> 
> search pardus.org.tr olduðunu varsayalým, packages alan adý resolv edilmeye 
> çalýþýldýðýnda önce packages.pardus.org.tr sorgulanýyor, sonra packages 
> adresi.
> 
> Zorunlu bir deðer deðil, boþ býrakýlabilir.

Ne olduðundan ziyade, doðru kullanýyor muyuz'u merak ettiydim ..
Mesela elle girmek ister miyim bu ayarý ? Ýstersem gidip
resolv.default.conf'u mu ellemeliyim ?

Bir de default.conf ile .conf arasýnda yazdýðým gibi bir iliþki mi var
üþengeçlikten araya sýkýþtýrayým belki cevap gelir :)



From bahadir at pardus.org.tr  Wed Dec 24 16:51:53 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Wed, 24 Dec 2008 16:51:53 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BUludag-commits=5D_r20882_-=09trun?=
	=?iso-8859-9?q?k/tasma/network-manager?=
In-Reply-To: <49523D84.7080306@gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<4cca720b0812240523h1cc202afsaf71e465a7c8a5b0@mail.gmail.com>
	<49523D84.7080306@gmail.com>
Message-ID: <200812241651.56436.bahadir@pardus.org.tr>

24 Ara 2008 Çar tarihinde, Ýþbaran Akçayýr þunlarý yazmýþtý: 
> Bir de resolv.default.conf'u dhcp kullanýyor gibi bir fikre kapýldým,
> oraya searchdomain yazýlýyor ve net.stack ordan searchdomain'i alýyor
> baðlantý up olduðunda sanki, bu doðru mu ?

resolv.conf, profiller "up" edildiðinde deðiþtirildiði için, öntanýmlý 
DNS'leri resolv.default.conf'a taþýdým. Önce profilden gelen DNS, sonra 
resolv.default.conf'tan gelenler, sonra 
da /usr/share/baselayout/resolv.conf içindeki DNS'ler resolv.conf'a kayýt 
ediliyor.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/7077f814/attachment-0002.pgp>

From erenoglu at gmail.com  Wed Dec 24 17:23:07 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 24 Dec 2008 16:23:07 +0100
Subject: [Gelistirici] [Uludag-commits] r20882 -
	trunk/tasma/network-manager
In-Reply-To: <49524926.2070009@gmail.com>
References: <20081224115358.1842913840FC@ns1.pardus.org.tr>
	<49523D84.7080306@gmail.com>
	<4cca720b0812240558l787a4a21i913936ad559a5ca5@mail.gmail.com>
	<200812241605.52983.bahadir@pardus.org.tr>
	<49524926.2070009@gmail.com>
Message-ID: <fe9771a80812240723p58f02b55ka1580de85361400f@mail.gmail.com>

Merhaba,

2008/12/24 Ýþbaran Akçayýr <isbaran at gmail.com>

> Bahadýr Kandemir wrote On 24-12-2008 16:05:
> > 24 Ara 2008 Çar tarihinde, Furkan Duman þunlarý yazmýþtý:
> >> Açýkçasý searchdomain nasýl kullanýlýyor bir fikrim yok. Belki Bahadýr
> >> bir fikir verebilir.
> >
> > search pardus.org.tr olduðunu varsayalým, packages alan adý resolv
> edilmeye
> > çalýþýldýðýnda önce packages.pardus.org.tr sorgulanýyor, sonra packages
> > adresi.
> >
> > Zorunlu bir deðer deðil, boþ býrakýlabilir.
>
> Ne olduðundan ziyade, doðru kullanýyor muyuz'u merak ettiydim ..
> Mesela elle girmek ister miyim bu ayarý ? Ýstersem gidip
> resolv.default.conf'u mu ellemeliyim ?
>

Kullanicilar veya sirket ortamlarinda elle girilmesi istenilebilir, ornegin
benim sirketteki Windows'um (mecburen kullaniyoruz :P) DHCP'den 6 tane
search domain almis eklemis kendine :)  Yine Windows'un gelismis ag
ayarlarinda bu search domain kavrami vardir, bos birakilabilir, birden cok
da girilebilir, secime baglidir.

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/490871d3/attachment-0002.htm>

From coderlord at gmail.com  Wed Dec 24 18:27:53 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Wed, 24 Dec 2008 18:27:53 +0200
Subject: [Gelistirici] =?utf-8?b?RndkOiBUw7xya8OnZSBnw7x2ZW5saWsgc2F5ZmFz?=
	=?utf-8?q?=C4=B1nda_eksikler_mevcut=2E?=
In-Reply-To: <4cca720b0812050745y4bcc95fdi692f52840d7fa3d2@mail.gmail.com>
References: <4cca720b0812050745y4bcc95fdi692f52840d7fa3d2@mail.gmail.com>
Message-ID: <4cca720b0812240827u5576a00wa29b91baa096ab9d@mail.gmail.com>

security at pardus.org.tr'ye attýðým e-postaya bir yanýt alamadým halen.
Aþaðýda belirttiðim durum hala geçerli.

---------- Yönlendirilmiþ ileti ----------
Kimden: Furkan Duman <coderlord at gmail.com>
Tarih: 05 Aralýk 2008 Cuma 17:45
Konu: Türkçe güvenlik sayfasýnda eksikler mevcut.
Kime: security at pardus.org.tr


Merhabalar,

security.pardus.org.tr'de 2008 için Ýngilizce olarak þu an 79 girdi
olmasýna karþýn Türkçe'sinde 46 girdi mevcut. 2007 ve 2006 için
maalesef hiç Türkçe girdi bulunmuyor.

Kolay gelsin.

-- 
Furkan Duman

From pinar at pardus.org.tr  Wed Dec 24 18:33:21 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Wed, 24 Dec 2008 18:33:21 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Fwd=3A_T=FCrk=E7e_g=FCvenlik_sayfas?=
 =?iso-8859-9?q?=FDnda_eksikler_mevcut=2E?=
In-Reply-To: <4cca720b0812240827u5576a00wa29b91baa096ab9d@mail.gmail.com>
References: <4cca720b0812050745y4bcc95fdi692f52840d7fa3d2@mail.gmail.com>
	<4cca720b0812240827u5576a00wa29b91baa096ab9d@mail.gmail.com>
Message-ID: <49526451.2000606@pardus.org.tr>

On 12/24/2008 06:27 PM Furkan Duman wrote:
> security at pardus.org.tr'ye attýðým e-postaya bir yanýt alamadým halen.
> Aþaðýda belirttiðim durum hala geçerli.
>
>   

Turkce guvenlik sayfasindaki cevirileri Serdar Soytetir yurutuyordu. 
Serdar'i CC'liyorum, son durum hakkinda bilgi verir umarim.


> ---------- Yönlendirilmiþ ileti ----------
> Kimden: Furkan Duman <coderlord at gmail.com>
> Tarih: 05 Aralýk 2008 Cuma 17:45
> Konu: Türkçe güvenlik sayfasýnda eksikler mevcut.
> Kime: security at pardus.org.tr
>
>
> Merhabalar,
>
> security.pardus.org.tr'de 2008 için Ýngilizce olarak þu an 79 girdi
> olmasýna karþýn Türkçe'sinde 46 girdi mevcut. 2007 ve 2006 için
> maalesef hiç Türkçe girdi bulunmuyor.
>
> Kolay gelsin.
>
>   


-- 
Pýnar Yanardað (a.k.a PINguAR)
http://pinguar.org
_____________________________



From erenoglu at gmail.com  Wed Dec 24 20:40:15 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 24 Dec 2008 19:40:15 +0100
Subject: [Gelistirici] Cok fazla Guncelleme?
Message-ID: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>

Merhaba,

Gozlemledigim bir hususu paylasmak istedim. Belki daha once tartisilmistir
ama benim haberim olmamistir, boyle bir durum varsa kusuruma bakmayin.

Gordugum kadari ile Pardus'ta diger ana dagitimlara nazaran (en azindan
Ubuntu) cok daha fazla paket guncellemesi cikiyor. Bu yoruma gore hem iyi
hem kotu olabilir. Kotu yonu, kullanicilar asiri duzeyde paket guncellemesi
ile karsi karsiya kaliyorlar, cogu zaman yavas ADSL ve limitli tarifeye
sahip oldugundan hosnutsuz olabiliyor.

Belki cozum olarak;
- 200x.y gibi bir release'de sadece guvenlik ve kritik hatalarin
duzeltilmesi
- 200x.(y+1) 'e gecmek isteyen kullanicinin depo adresi degistirerek bunu
yapmasi
- Son release'i kullanmasina ragmen yine de paketlerin en son versiyonunu
isteyen kullanicinin -test deposunu ya da "backports" gibi bir baska depoyu
kullanmasi
- Veya Xdelta'nin calistirilmasi, update'lerin boyutunun ciddi sekilde
azaltilmasi

gibi cozumler olabilir. Bunlardan en az sorun cikartacak veya en az kaynak
isteyen varsa bunun pesine dusulebilir :)

Bu soylediklerim tartisildigini gordugum depo politikalari mesajlari ile
benzerlik gosteriyorsa gormezden gelebilirsiniz, sadece kullanici tarafindan
bir yorum yapayim dedim :)

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/786b40bf/attachment-0002.htm>

From gkmngrgn at gmail.com  Wed Dec 24 20:51:35 2008
From: gkmngrgn at gmail.com (=?UTF-8?B?R8O2a21lbiBHw7ZyZ2Vu?=)
Date: Wed, 24 Dec 2008 20:51:35 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
Message-ID: <495284B7.80607@gmail.com>

Emre Erenoglu wrote On 24-12-2008 20:40:
> Merhaba,
>
> Gozlemledigim bir hususu paylasmak istedim. Belki daha once 
> tartisilmistir ama benim haberim olmamistir, boyle bir durum varsa 
> kusuruma bakmayin.
>
> Gordugum kadari ile Pardus'ta diger ana dagitimlara nazaran (en 
> azindan Ubuntu) cok daha fazla paket guncellemesi cikiyor. Bu yoruma 
> gore hem iyi hem kotu olabilir. Kotu yonu, kullanicilar asiri duzeyde 
> paket guncellemesi ile karsi karsiya kaliyorlar, cogu zaman yavas ADSL 
> ve limitli tarifeye sahip oldugundan hosnutsuz olabiliyor.
>
> Belki cozum olarak;
> - 200x.y gibi bir release'de sadece guvenlik ve kritik hatalarin 
> duzeltilmesi
> - 200x.(y+1) 'e gecmek isteyen kullanicinin depo adresi degistirerek 
> bunu yapmasi
> - Son release'i kullanmasina ragmen yine de paketlerin en son 
> versiyonunu isteyen kullanicinin -test deposunu ya da "backports" gibi 
> bir baska depoyu kullanmasi
> - Veya Xdelta'nin calistirilmasi, update'lerin boyutunun ciddi sekilde 
> azaltilmasi
>
> gibi cozumler olabilir. Bunlardan en az sorun cikartacak veya en az 
> kaynak isteyen varsa bunun pesine dusulebilir :)
>
> Bu soylediklerim tartisildigini gordugum depo politikalari mesajlari 
> ile benzerlik gosteriyorsa gormezden gelebilirsiniz, sadece kullanici 
> tarafindan bir yorum yapayim dedim :)
Toptan PackageKit'e geçelim derdim ama söylendiði gibi PackageKit 
pisi'nin tüm teknolojilerini desteklemiyor =)


From alpaslanmete at gmail.com  Wed Dec 24 20:55:09 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Wed, 24 Dec 2008 20:55:09 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812240435l325413f0q1bffef39c639188b@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
	<49501D47.1080500@gmail.com>
	<fe9771a80812221523n7b87ee63k9a7536e96fbc0a1a@mail.gmail.com>
	<fe9771a80812221528m5b71698bq593142a0805d5577@mail.gmail.com>
	<fe9771a80812221542t52cb1297id6a59e8757c0e87@mail.gmail.com>
	<305f9edc0812240241xf808bbdn14ad1865373483da@mail.gmail.com>
	<fe9771a80812240247j66f43e42w153a6ce637498d8c@mail.gmail.com>
	<305f9edc0812240402h68b5b8adna5a22d03df7540c@mail.gmail.com>
	<fe9771a80812240435l325413f0q1bffef39c639188b@mail.gmail.com>
Message-ID: <305f9edc0812241055i1d070136y9483d21a90bf5b65@mail.gmail.com>

2008/12/24 Emre Erenoglu <erenoglu at gmail.com>

> Merhaba,
>
> 2008/12/24 Mete Alpaslan <alpaslanmete at gmail.com>
>
>> 2008/12/24 Emre Erenoglu <erenoglu at gmail.com>
>>
>> Merhaba,
>>>
>>> 2008/12/24 Mete Alpaslan <alpaslanmete at gmail.com>
>>>
>>>> 2008/12/23 Emre Erenoglu <erenoglu at gmail.com>
>>>>
>>>>> Merhaba,On Tue, Dec 23, 2008 at 12:28 AM, Emre Erenoglu <
>>>>> erenoglu at gmail.com> wrote:
>>>>>
>>>>>>
>>>>>> Bu arada farkettim ki sizin kural /sbin/vgchange'i gosteriyor, halbuki
>>>>>> bende vgchange /usr/sbin altinda. Degistirip deneyelim bakalim.
>>>>>>
>>>>>
>>>>> Iih, yemedi, kurala bakiyorum, asagidaki satirlara anlam veremedim:
>>>>>
>>>>> IMPORT{PROGRAM}="vol_id $tempnode"
>>>>> ...
>>>>> IMPORT{PROGRAM}="collect_lvm $tempnode"
>>>>> ...
>>>>>
>>>>> Bu yukardaki IMPORT direktifleri calismiyor olabilir mi? vol_id nedir,
>>>>> collect_lvm nedir? bunlar executable script ise bu tip seyler yok sistemde.
>>>>
>>>>
>>>> Sanýrým Suse'den [1] almýþtým bu kuralý benzeri de Ubuntu da var...
>>>>
>>>> [1] http://rpm.pbone.net/index.php3/stat/6/idpl/10629950
>>>>
>>>>
>>> OK ama bizim sistemde calismiyor gibi gorunuyor  :)
>>>
>>> Bu arada belki bendeki lvm2 paketini upgrade etmek lazimdir, yeni
>>> versiyonu var mi bir yerlerde?
>>>
>>
>> Ýþbaranýn playgroundunda yeni sürüm var ama orada lvm2 içinden çýkan
>> device_mapper ayrý paket paket olarak deðil bu durum zaten device_mapper
>> yüklü gelen sistemde kütüphaneler doðru linklenmiyor ve lvm2 paketi
>> çalýþmýyor....
>>
>> bu arada [1] linkte geçen thread de postinstall da autoload  ilgili modulu
>> eklenmesi ve hacim gruplarý aktive etmek için de servis betiði yazýlmasý
>> söylenmiþ initramfs teki sorunumuzu tam çözer mi emin deðilim?
>>
>> Daðýtýmlarýnýn çoðu çözümü gereken paketlere initramfs(initrd) ve boot
>> için script koymuþlar.[2] ve [3]
>>
>> Ektede Debian Sid de lvm paketinde lvm2 desteðiyle initramfs yaratmak için
>> ve sistem açýlýþýnda kullanýlan scriptler var... Önerim bizde dýþarýdan
>> modul yükleyebilmek için initramfs tetikleyebileceðimiz betikler yaratmak
>> ama bu iþ sistemin gelini etkilediði için tecrübeli geliþtiricilerimizin
>> fikirleri bekliyorum?
>>
>> Mete Alpaslan
>>
>> [1]
>> http://liste.uludag.org.tr/pipermail/paketler/Week-of-Mon-20070604/000667.html
>> [2]
>> http://rpm.pbone.net/index.php3/stat/4/idpl/10629950/com/lvm2-2.02.39-8.6.x86_64.rpm.html
>>
>
> Bu [2] nolu link'teki rpm pakette daha once sorusunu sordugum collect_lvm
> isimli dosya oldugunu gordum. Ne is yaptigina bakmak lazim. Bizim pakette
> var mi bilemiorum su anda. Ayrica vol_id diye ayri bir rpm goruyorum, ancak
> eski sistemlerde kullanin diye bir not dusulmus nedense:
>
> http://rpm.pbone.net/index.php3/stat/4/idpl/3903682/com/vol_id-085-30.10.i586.rpm.html
>
>
>>
>> [3] http://packages.debian.org/source/sid/lvm2
>>
>
> Burdaki lvm2udev script'i de ilginc gorunuyor. BUna ek olarak sunlar var
> pakette:
>
> /etc/init.d/lvm2
> /usr/share/initramfs-tools/hooks/lvm2
> /usr/share/initramfs-tools/scripts/local-top/lvm2
>
> Biz bu initramfs-tools olayini destekliyor muyuz bilmiyorum, sistemimde
> bulamadim.
>

Bildiðim kadarýyla destekelemiyoruz....


>
> Emre
>
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/1620caf1/attachment-0002.htm>

From turkay.eren at gmail.com  Wed Dec 24 20:54:45 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Wed, 24 Dec 2008 20:54:45 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <495284B7.80607@gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
	<495284B7.80607@gmail.com>
Message-ID: <200812242054.45325.turkay.eren@gmail.com>

On 24 Dec 2008 Wed 20:51:35 Gökmen Görgen wrote:
> Toptan PackageKit'e geçelim derdim ama söylendiði gibi PackageKit
> pisi'nin tüm teknolojilerini desteklemiyor =)

Bunun PackageKit ile alakasý yok ki? :) Emre, güncellemelerin toplu olarak 
verilmesi konusundaki görüþlerini dile getirmiþ. Diðer daðýtýmlarda ne oluyor 
bilmiyorum ama gerçekten güncelleme sunduðumuzda en azýndan 230MB güncelleme 
gidiyor kullanýcýlara.

Bu konuda neyin yanlýþ yapýldýðý konusunda bir fikrim yok ancak her paketin 
test edilip, hemen depoya aktarýlmasý yerine; hepsini test ettikten sonra 
depoya aktarýlmasý bunun sebebi diye aklýmdan geçiverdi.

Yine test konusunda girmek istemiyorum, zira önceki thread'de tartýþýldý. 
Elimizdeki insan gücü ile en iyisi buysa, delta sisteminin kullanýlmaya 
baþlanmasý, bize yeni bir politika tartýþmaya gerek býrakmadan sorunumuzu 
çözecek gibi görünüyor. Ki bu da 2009 için planlanan bir þey sanýrým?


From gkmngrgn at gmail.com  Wed Dec 24 21:09:05 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Wed, 24 Dec 2008 21:09:05 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <200812242054.45325.turkay.eren@gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>	<495284B7.80607@gmail.com>
	<200812242054.45325.turkay.eren@gmail.com>
Message-ID: <495288D1.5050102@gmail.com>

Eren Türkay wrote On 24-12-2008 20:54:
> Bunun PackageKit ile alakasý yok ki? :)
>   

Az biraz ucundan var =) Test deposuyla ilgili olan tartýþmalara, -her ne 
kadar katýlým beklenmiþ olsa da- katýlamadým, zira çok çok yabancý 
olduðum bir konu ve tartýþma da gittikçe anlamsýzlaþmaya, 
yararsýzlaþmaya baþladý gibime geldi. Hala da bir fikrim yok açýkçasý.

Bununla beraber, kullanýcýlara sadece kritik güncellemeleri yapmasýný 
saðlayacak bir mekanizma saðlayabilseydik (PackageKit'te olduðu gibi) 
güzel olurdu düþüncesindeyim =)


From turkay.eren at gmail.com  Wed Dec 24 21:24:01 2008
From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=)
Date: Wed, 24 Dec 2008 21:24:01 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <495288D1.5050102@gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
	<200812242054.45325.turkay.eren@gmail.com>
	<495288D1.5050102@gmail.com>
Message-ID: <200812242124.01921.turkay.eren@gmail.com>

On 24 Dec 2008 Wed 21:09:05 Gökmen Görgen wrote:
> Bununla beraber, kullanýcýlara sadece kritik güncellemeleri yapmasýný
> saðlayacak bir mekanizma saðlayabilseydik (PackageKit'te olduðu gibi)
> güzel olurdu düþüncesindeyim =)

PackageKit'deki kritik güncellemelerin yapýlmasý mekanizmasý bizdeki "pisi 
up --security-only". Bunun sadece package-manager arayüzüne yerleþtirilmesi 
yetecektir sanýrým þu durum için?

PackageKit'e tamamen geçiþ, pisi'ye ait özelliklerin kullanýmý mümkün 
olmadýkça uzak bir hedef gibi görünüyor bana. Ancak Faik ne der bilmiyorum 
tabi, son söz onun :)

Bana en mantýklý çözüm hâlâ delta görünüyor. Buildfarm commitlerinden 
anladýðým kadarýyla pek bir sorunu yok gibi. 

Onun haricinde elde yeterli insan gücü olduðunda, güncellenen paket hemen test 
edilip depoya alýnýrsa, kullanýcýlara çok fazla yük bindirmemiþ oluruz diye 
tahmin ediyorum?


From ozan at pardus.org.tr  Wed Dec 24 21:24:59 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 24 Dec 2008 21:24:59 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <200812242054.45325.turkay.eren@gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>	<495284B7.80607@gmail.com>
	<200812242054.45325.turkay.eren@gmail.com>
Message-ID: <49528C8B.3060004@pardus.org.tr>

Eren Türkay wrote:
> Yine test konusunda girmek istemiyorum, zira önceki thread'de tartýþýldý. 
> Elimizdeki insan gücü ile en iyisi buysa, delta sisteminin kullanýlmaya 
> baþlanmasý, bize yeni bir politika tartýþmaya gerek býrakmadan sorunumuzu 
> çözecek gibi görünüyor. Ki bu da 2009 için planlanan bir þey sanýrým.
>   
deltayý 2009'a kalmadan devreye sokacaðýz. En son breaksABI desteðini 
ekledim, farm tarafýnda düzgün çalýþýyor ancak pisi tarafýný test etmeye 
vaktim olmadý. Bir depo oluþturup en yakýn zamanda deneyeceðim.

Ayrýca bir not: kullanýcýlar depodaki bütün güncellemeleri yapmak 
zorunda deðiller, bunu da es geçmeyelim.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From erenoglu at gmail.com  Wed Dec 24 21:26:18 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 24 Dec 2008 20:26:18 +0100
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <200812242054.45325.turkay.eren@gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
	<495284B7.80607@gmail.com> <200812242054.45325.turkay.eren@gmail.com>
Message-ID: <fe9771a80812241126o29e3b847h89c5637906978c22@mail.gmail.com>

2008/12/24 Eren Türkay <turkay.eren at gmail.com>

> On 24 Dec 2008 Wed 20:51:35 Gökmen Görgen wrote:
> > Toptan PackageKit'e geçelim derdim ama söylendiði gibi PackageKit
> > pisi'nin tüm teknolojilerini desteklemiyor =)
>
> Bunun PackageKit ile alakasý yok ki? :) Emre, güncellemelerin toplu olarak
> verilmesi konusundaki görüþlerini dile getirmiþ. Diðer daðýtýmlarda ne
> oluyor
> bilmiyorum ama gerçekten güncelleme sunduðumuzda en azýndan 230MB
> güncelleme
> gidiyor kullanýcýlara.


Hem bu toplu upgrade, hem baska seyler. Ornegin Ubuntu 8.04'te X paketinin
versiyonu 1.6 ise,  backports deposu da acik degilse, sittin sene 1.6 ile
kalirsiniz, ancak kritik bugfix olursa guncellenir.  Yok 1.8 cikmissa ve
gecmek istiyorsaniz, o zaman ya Ubuntu 8.10'a upgrade edersiniz, ya da
8.04'te backport deposunu acip orda olmasini umarsiniz.

Bizde ise, sanki (tam emin degilim), bir programin bir sonraki versiyonu
ciktiysa, onu hemen update ediyoruz ve paketi guncelliyoruz. Ornegin
Openoffice, 2.2 sonra 2.3 cikti diyelim, hop guncelleme. Ubuntu 8.04 ise
mesela 2.02 ile omrunun sonuna kadar durabiliyor, surum icerisinde 2.3'e
upgrade olmuyor.

Pardus biraz daha "canli" bir sistem, yenilik geldikce hop yukseltiyoruz :)
Dedigim gibi hem iyi hem kotu olabiliyor. Politika acisindan yanlisim varsa
lutfen duzeltin.

Bu konuda neyin yanlýþ yapýldýðý konusunda bir fikrim yok ancak her paketin
> test edilip, hemen depoya aktarýlmasý yerine; hepsini test ettikten sonra
> depoya aktarýlmasý bunun sebebi diye aklýmdan geçiverdi.


Hepsini test ettikten sonra derken, benim kastettigim, 2008.1'deki paketler
oyle kalacak, ancak 2008.2 ciktiginda guncellemeler ortaya cikacak. Hatta
oyle ki, 2008.2 'nin depo adresinin farkli olmasi bile gerekebilir, boylece
2008.1 kullananlar guncellemek istemedikleri surece 2008.1'de kalirlar. Yeni
paket kursalar bile 2008.1 deposundan kurarlar vs.

 Bu debian'daki gibi karmasik bir depo yapisi gerektirebilir, getirisi
goturusunden cok ya da az olabilir, tartmak lazim.


> Yine test konusunda girmek istemiyorum, zira önceki thread'de tartýþýldý.
> Elimizdeki insan gücü ile en iyisi buysa, delta sisteminin kullanýlmaya
> baþlanmasý, bize yeni bir politika tartýþmaya gerek býrakmadan sorunumuzu
> çözecek gibi görünüyor. Ki bu da 2009 için planlanan bir þey sanýrým?


xDelta ozellikle kullanicilar arasinda populer olacagina eminim, ancak
sorunlari var ki yillardan beri devreye giremedi. Hic kolay bir sistem
degil.

Yukarda bahsettigim seyler, kurumsal kurulumlarda destek verme acisindan cok
daha onemli hale gelebilir. Yani 2008.1 kullanan bir kurum, kendi deposunu
yaratti diyelim ve Tubitak'tan 2008.1 deposunu kopyaladi diyelim. Bundan
sonra sadece "guvenlik" ile ilgili guncellemeleri alip, yazilim versiyon
yukseltmeleri ile 2 yil boyunca ilgilenmeyebilecegi bir mekanizma olmali
diye dusunuyorum.



>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>



-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/8fc0bc1c/attachment-0002.htm>

From erenoglu at gmail.com  Wed Dec 24 21:33:16 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 24 Dec 2008 20:33:16 +0100
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <49528C8B.3060004@pardus.org.tr>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
	<495284B7.80607@gmail.com> <200812242054.45325.turkay.eren@gmail.com>
	<49528C8B.3060004@pardus.org.tr>
Message-ID: <fe9771a80812241133i6ff5f1feqb1a68d462ecf97a9@mail.gmail.com>

2008/12/24 Ozan Çaðlayan <ozan at pardus.org.tr>

> Eren Türkay wrote:
> > Yine test konusunda girmek istemiyorum, zira önceki thread'de tartýþýldý.
> > Elimizdeki insan gücü ile en iyisi buysa, delta sisteminin kullanýlmaya
> > baþlanmasý, bize yeni bir politika tartýþmaya gerek býrakmadan sorunumuzu
> > çözecek gibi görünüyor. Ki bu da 2009 için planlanan bir þey sanýrým.
> >
> deltayý 2009'a kalmadan devreye sokacaðýz. En son breaksABI desteðini
> ekledim, farm tarafýnda düzgün çalýþýyor ancak pisi tarafýný test etmeye
> vaktim olmadý. Bir depo oluþturup en yakýn zamanda deneyeceðim.


Super, denemek isteyen baska kullanicilar da var :)  Sanal sistemlerle de
yapabiliriz bi guzellik.

Ayrýca bir not: kullanýcýlar depodaki bütün güncellemeleri yapmak
> zorunda deðiller, bunu da es geçmeyelim.


Dogru, ancak bu baska bir sorunu birlikte getiriyor. Kullanicilara destek
verilmesi gerektiginde, ornegin destek alan ve veren iki sistemde de 2008.1
kurulu oldugu halde, destek verende guncellemeler yapilmis dolayisi ile X
paketinin 1.2 versiyonu paketleri varken, destek alanda ise ayni paketin 1.1
versiyonu bulunabilir. Bu destek verme anlaminda dusunuldugunde hos bir sey
degil.

Bana kalirsa 2008.1 yukleyen herkeste zamandan bagimsiz olarak ayni
paketlerin ayni versiyonu olmalidir, sadece guvenlik guncellemesi varsa bu
guncelleme yapilabilir. Yeni ozellikleri veya kritik olmayan hatalari
giderilmis (hatalar bitmez ne de olsa) yeni versiyon paket ise bir sonraki
release'de (2008.2) olmali veya kutuphane bagimliliklari degismiyorsa
2008.1'e de ayri bir depo yoluyla backport edilebilmeli (kullanici ozellikle
isterse).

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/9ac8e6c2/attachment-0002.htm>

From turkay.eren at gmail.com  Wed Dec 24 21:34:34 2008
From: turkay.eren at gmail.com (Eren =?utf-8?q?T=C3=BCrkay?=)
Date: Wed, 24 Dec 2008 21:34:34 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <fe9771a80812241126o29e3b847h89c5637906978c22@mail.gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
	<200812242054.45325.turkay.eren@gmail.com>
	<fe9771a80812241126o29e3b847h89c5637906978c22@mail.gmail.com>
Message-ID: <200812242134.34580.turkay.eren@gmail.com>

On 24 Dec 2008 Wed 21:26:18 Emre Erenoglu wrote:
> Hatta oyle ki, 2008.2 'nin depo adresinin farkli olmasi bile gerekebilir,
> boylece 2008.1 kullananlar guncellemek istemedikleri surece 2008.1'de
> kalirlar. Yeni paket kursalar bile 2008.1 deposundan kurarlar vs.

Ancak bu her 2008.x için ayrý depolarý maintain etmek, ayrý güvenlik 
güncellemelerinin yamalarýný backport etmek demek. Küçük uygulamalar zorluk 
çýkaracak da olsa bir þekilde halledilebilir ancak kernel, Xorg gibi önemli 
bileþenlerin ayrý sürümlerini maintain etmek þu durumda mümkün müdür 
bilemedim. Sýrf Redhat bunu yapmak için 90 tane kernel hackeri 
çalýþtýrýyor :)

Canlý örneði mevcut, örneðin 2007 deposu. Güvenlik açýðý çýktýðýnda, 
uygulamanýn 2008'deki yeni sürümünü kolaylýkla yamalarken, 2007 sürümüne 
backport etmeye çalýþmak inanýn çok zahmet verdirici. Kaldý ki çoðu zaman 
koda yabancý olduðumuz için geliþtiricilerinden eski sürüm için yama istemek 
zorunda kalýyoruz ve bu da güvenlik açýðýný kýsa zamanda kapatmamýzý 
engelliyor.


From tulliana at gmail.com  Wed Dec 24 22:01:32 2008
From: tulliana at gmail.com (Serdar Soytetir)
Date: Wed, 24 Dec 2008 22:01:32 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?Fwd=3A_T=FCrk=E7e_g=FCvenlik_sayfas?=
 =?iso-8859-9?q?=FDnda_eksikler_mevcut=2E?=
In-Reply-To: <4cca720b0812240827u5576a00wa29b91baa096ab9d@mail.gmail.com>
References: <4cca720b0812050745y4bcc95fdi692f52840d7fa3d2@mail.gmail.com>
	<4cca720b0812240827u5576a00wa29b91baa096ab9d@mail.gmail.com>
Message-ID: <200812242201.32651.tulliana@gmail.com>

24 Aralýk 2008 Çarþamba günü (saat 18:27:53) Furkan Duman þunlarý yazmýþtý:
Merhaba Furkan,
> security at pardus.org.tr'ye attýðým e-postaya bir yanýt alamadým halen.
> Aþaðýda belirttiðim durum hala geçerli.
>
> ---------- Yönlendirilmiþ ileti ----------
> Kimden: Furkan Duman <coderlord at gmail.com>
> Tarih: 05 Aralýk 2008 Cuma 17:45
> Konu: Türkçe güvenlik sayfasýnda eksikler mevcut.
> Kime: security at pardus.org.tr
>
>
> Merhabalar,
>
> security.pardus.org.tr'de 2008 için Ýngilizce olarak þu an 79 girdi
> olmasýna karþýn Türkçe'sinde 46 girdi mevcut. 2007 ve 2006 için
> maalesef hiç Türkçe girdi bulunmuyor.
>
PLSA girdilerinin çevirileri ile ben ilgileniyordum ve belirlediðimiz bir 
tarihten baþlayarak 46 girdiyi çevirdim. Son dönemde Pardus 2009 KDE 4.2 
telaþý baþladý (4.2 için yakþalýk 1 ay kaldý) ve zamanýmý KDE4 çevirilerine 
ayýrmaya baþladým. Eðer PLSA çevirileri ile ilgilenmek isteyen varsa hemen 
baþlayabilir. Ayrýca Pardus çevirileri ile ilgilenen diðer çevirmenimiz 
sevgili Necmettin Betiger de üstlenebilir. Bugün özgürlükiçin.com'da 
duyurusunu yaptýðýmýz gibi KDE4 çevirileri konusunda yeni bir "hýzlý dönem"e 
giriyoruz. Haberin yayýnlanmasýndan sonra oldukça memnun ecidici 
geribildirimler aldým. Hiçkimse üstlenmezse bir süre sonra PLSA çevirmeye 
tekrar baþlarým.
> Kolay gelsin.
Saygýlar.
-- 
Serdar Soytetir


From necmettin.begiter at gmail.com  Wed Dec 24 22:12:26 2008
From: necmettin.begiter at gmail.com (Necmettin Begiter)
Date: Wed, 24 Dec 2008 22:12:26 +0200
Subject: [Gelistirici]
	=?utf-8?b?RndkOiBUw7xya8OnZSBnw7x2ZW5saWsgc2F5ZmFz?=
	=?utf-8?q?=C4=B1nda_eksikler_mevcut=2E?=
In-Reply-To: <200812242201.32651.tulliana@gmail.com>
References: <4cca720b0812050745y4bcc95fdi692f52840d7fa3d2@mail.gmail.com>
	<4cca720b0812240827u5576a00wa29b91baa096ab9d@mail.gmail.com>
	<200812242201.32651.tulliana@gmail.com>
Message-ID: <3787dfa80812241212g62e7b31al220ed13c3ce7b888@mail.gmail.com>

2008/12/24 Serdar Soytetir <tulliana at gmail.com>

> 24 Aralýk 2008 Çarþamba günü (saat 18:27:53) Furkan Duman þunlarý yazmýþtý:
> Merhaba Furkan,
> > security at pardus.org.tr'ye attýðým e-postaya bir yanýt alamadým halen.
> > Aþaðýda belirttiðim durum hala geçerli.
> >
> > ---------- Yönlendirilmiþ ileti ----------
> > Kimden: Furkan Duman <coderlord at gmail.com>
> > Tarih: 05 Aralýk 2008 Cuma 17:45
> > Konu: Türkçe güvenlik sayfasýnda eksikler mevcut.
> > Kime: security at pardus.org.tr
> >
> >
> > Merhabalar,
> >
> > security.pardus.org.tr'de 2008 için Ýngilizce olarak þu an 79 girdi
> > olmasýna karþýn Türkçe'sinde 46 girdi mevcut. 2007 ve 2006 için
> > maalesef hiç Türkçe girdi bulunmuyor.
> >
> PLSA girdilerinin çevirileri ile ben ilgileniyordum ve belirlediðimiz bir
> tarihten baþlayarak 46 girdiyi çevirdim. Son dönemde Pardus 2009 KDE 4.2
> telaþý baþladý (4.2 için yakþalýk 1 ay kaldý) ve zamanýmý KDE4 çevirilerine
> ayýrmaya baþladým. Eðer PLSA çevirileri ile ilgilenmek isteyen varsa hemen
> baþlayabilir. Ayrýca Pardus çevirileri ile ilgilenen diðer çevirmenimiz
> sevgili Necmettin Betiger de üstlenebilir. Bugün özgürlükiçin.com<http://xn--zgrlkiin-x0a7lucc.com>
> 'da
> duyurusunu yaptýðýmýz gibi KDE4 çevirileri konusunda yeni bir "hýzlý
> dönem"e
> giriyoruz. Haberin yayýnlanmasýndan sonra oldukça memnun ecidici
> geribildirimler aldým. Hiçkimse üstlenmezse bir süre sonra PLSA çevirmeye
> tekrar baþlarým.
> > Kolay gelsin.
> Saygýlar.
> --
> Serdar Soytetir
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>

Selamlar,

PLSA çevirilerini üstleniyorum.

Ýyi çalýþmalar,

-- 
Necmettin Begiter
TBD Biliþim dergisi, Editör

Kurbaðalýdere cd. Ali Ruhi Sk. N:2 K:3
Hasanpaþa - Kadýköy / Ýstanbul

216.3376909
533.6393375
necmettin at bilisimdergisi.net
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/9baccc30/attachment-0002.htm>

From caglar at pardus.org.tr  Wed Dec 24 22:20:54 2008
From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur)
Date: Wed, 24 Dec 2008 22:20:54 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <200812242124.01921.turkay.eren@gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
	<495288D1.5050102@gmail.com>
	<200812242124.01921.turkay.eren@gmail.com>
Message-ID: <200812242220.58378.caglar@pardus.org.tr>

24 Ara 2008 Çar tarihinde, Eren Türkay þunlarý yazmýþtý: 
> On 24 Dec 2008 Wed 21:09:05 Gökmen Görgen wrote:
> > Bununla beraber, kullanýcýlara sadece kritik güncellemeleri yapmasýný
> > saðlayacak bir mekanizma saðlayabilseydik (PackageKit'te olduðu gibi)
> > güzel olurdu düþüncesindeyim =)
> 
> PackageKit'deki kritik güncellemelerin yapýlmasý mekanizmasý bizdeki "pisi 
> up --security-only". Bunun sadece package-manager arayüzüne yerleþtirilmesi 
> yetecektir sanýrým þu durum için?
> 
> PackageKit'e tamamen geçiþ, pisi'ye ait özelliklerin kullanýmý mümkün 
> olmadýkça uzak bir hedef gibi görünüyor bana. Ancak Faik ne der bilmiyorum 
> tabi, son söz onun :)

PK'nýn pisi'ye ait özellikleri desteklememesi gibi bir durum yok. PK kendisine pisi backend'i ne saðlýyorsa (ki çok uzun bir zaman boyunca future complete olan tek backend pisiydi) onlarý kullanabiliyor. 

PackageKit bir grafik arabirim deðil, bir soyutlama katmaný ve mevzu bahis sorunlar PackageKit-Gnome ve KPackageKit GUI'leri için ve çözümsüzlük bunlarla ÇOMAR entegrasyonu ile ilgili yoksa, pisi yerine örneðin pkcon kullanarak da yaþayabilirsiniz hem de konsoldan PolicyKit yetkilendirmesi ile...

caglar at Shinigami ~ $ pkcon
Usage:
  pkcon [OPTION...] PackageKit Console Program

PackageKit Console Interface

Subcommands:
  get-actions
  get-groups
  get-filters
  get-transactions
  get-time
  search [name|details|group|file] [data]
  install [packages|files]
  remove [package]
  update <package>
  refresh
  resolve [package]
  get-updates
  get-depends [package]
  get-requires [package]
  get-details [package]
  get-files [package]
  repo-list
  repo-disable [repo_id]
  repo-set-data [repo_id] [parameter] [value];


Help Options:
  -?, --help        Show help options

Application Options:
  -v, --verbose     Show extra debugging information
  --version         Show the program version and exit
  --filter          Set the filter, e.g. installed
  -n, --nowait      Exit without waiting for actions to complete


caglar at Shinigami ~ $ pkcon get-depends kernel
installed       mkinitramfs-0.4-41-7                            A tool to create the initramfs image
installed       baselayout-3.1-88-45                            Filesystem baselayout
installed       grub-0.97-56-15                                 GNU GRUB boot loader
installed       bootsplash-3.3-1-2                              Graphical boot process for the linux kernel

caglar at Shinigami ~ $ pkcon search details chess
available       eboard-1.1.1-1-1                                A GTK+ chess board
available       knights-0.6.4_beta1-5-1                         KDE Chess Interface
available       dreamchess-0.2.0-2-2                            XBoard-compatible 3D chess interface and engine
available       gnuchess-book-1.01-1-1                          Opening book for GNU Chess
available       gnuchess-5.07-1-1                               Console based chess interface

caglar at Shinigami ~ $ pkcon install gnuchess

caglar at Shinigami ~ $ pkcon search details chess
available       eboard-1.1.1-1-1                                A GTK+ chess board
available       knights-0.6.4_beta1-5-1                         KDE Chess Interface
available       dreamchess-0.2.0-2-2                            XBoard-compatible 3D chess interface and engine
available       gnuchess-book-1.01-1-1                          Opening book for GNU Chess
installed       gnuchess-5.07-1-1                               Console based chess interface

caglar at Shinigami ~ $ pkcon resolve gnuchess
installed       gnuchess-5.07-1-1                    [===============]

caglar at Shinigami ~ $ pkcon remove gnuchess

caglar at Shinigami ~ $ pkcon resolve gnuchess
available       gnuchess-5.07-1-1                    [===============]

Saygýlar
-- 
S.Çaðlar Onur <caglar at pardus.org.tr>
http://cekirdek.pardus.org.tr/~caglar/

Linux is like living in a teepee. No Windows, no Gates and an Apache in house!
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081224/75cac553/attachment-0002.pgp>

From coderlord at gmail.com  Thu Dec 25 00:15:09 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Thu, 25 Dec 2008 00:15:09 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
Message-ID: <4cca720b0812241415hb0b179aj942980e4d147b7a2@mail.gmail.com>

22 Aralýk 2008 Pazartesi 09:56 tarihinde Furkan Duman
<coderlord at gmail.com> yazdý:

> hallettim. Gayet güzel çalýþmakta. Biraz daha ince ayar gerekli.Belki
> bazý Comar modellerinde deðiþiklik gerekecek. Þu an emin deðilim o
> duruma gelince tartýþýrýz. Yakýnda ilgili kodlarý playground a atarým.

ilgili kodlarý ve paketi

http://svn.pardus.org.tr/pardus/playground/furkan/dnsmasq/

altýna gönderdim.

- Arabirimin kayýt ettiði dns ler þu an kötü bir yöntem ile
çýkarýlýyor. Net.Stack içine bir unregisterServers gibi bir metod
olabilir.
- searchdomain i þu an hiç kullanmadým. DBUS metodlarýnda deðiþiklik lazým.
- net-tools ve wireless-tools link.py'larýnda dns ekleme ve çýkarma
için deðiþiklik yaptým. Test edecekseniz sisteminize register etmeniz
gerekir.

Öneriler ve testler lütfen.

-- 
Furkan Duman

From gokcen at pardus.org.tr  Thu Dec 25 12:18:31 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Thu, 25 Dec 2008 12:18:31 +0200
Subject: [Gelistirici] cmaketools ve CMAKE_BUILD_TYPE=RelWithDebInfo
In-Reply-To: <200812240059.14306.fatih@pardus.org.tr>
References: <200812240059.14306.fatih@pardus.org.tr>
Message-ID: <200812251218.31614.gokcen@pardus.org.tr>

On Wednesday 24 December 2008 00:59:14 Fatih Aþýcý wrote:
> Selamlar,
>
> cmaketools'da CMAKE_C_COMPILER ve CMAKE_CXX_COMPILER deðiþkenlerini
> öntanýmlý olarak atasak daha doðru olacak sanki?
>

Evet, Faik'in yapacaðý CC ve CXX export deðiþikliðiyle bunu da yapabiliriz.

> Bir de daha önce CMAKE_BUILD_TYPE öntanýmlý olarak "release" olsun demiþ ve
> o þekilde deðiþtirmiþtik. Ancak "RelWithDebInfo" olmasý daha doðru olacak
> gibi geldi þimdi? Bu þekilde debug sembolleri de ekleniyor. Ýlerde debug
> paketlerini oluþtururken lazým olabilir. Ana pakete girmeden önce nasýl
> olsa strip ediliyor.

Olabilir aslýnda, bir ara da debug paketlerinin üretilmesiyle ilgili karar 
verilmeyen þeylere karar vermemiz lazým. Ayrý bir thread'de debug paketlerini 
konuþalým.


From gokcen at pardus.org.tr  Thu Dec 25 12:37:13 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Thu, 25 Dec 2008 12:37:13 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <200812251237.13914.gokcen@pardus.org.tr>

On Tuesday 23 December 2008 16:31:18 Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 25
> Aralýk 2008, 23:59.
>
> ACK/NACK for new packages in 2008-test repo, reply before 25 December 2008,
> 23:59 (GMT+2) please...
>
> -------8<----------------------------------------
> akonadi-1.0.81-6-6.pisi
> phonon-4.2.80-5-6.pisi
> automoc4-0.9.87-3-3.pisi
> decibel-0.7.1_891686-3-3.pisi
> soprano-2.1.64-8-4.pisi
> tapioca-qt-0.17.7_891685-3-3.pisi
> telepathy-qt-0.17.7_891673-3-3.pisi

Bunlarýn, kararlý depodaki KDE'yi etkileme ihtimallerine karþý almayalým. 
NACK.

> eet-1.1.0_38048-8-1.pisi
> libotr-3.2.0-2-1.pisi

Bunlar contrib'den geldi, ama test edilsin yine de eet'te önemli deðiþiklikler 
var. ACK.

> eina-0.0.20081126-1-1.pisi
> libical-0.42-2-2.pisi
> libmsn-4.0_beta1-1-1.pisi
> meanwhile-1.0.2-1-1.pisi
> qedje-0.3.0-1-1.pisi
> qzion-0.3.0-1-1.pisi
> webkitkde-0.0_898446-1-1.pisi

Bunlar da KDE 4.2 için gerekli olan paketler ama alýnmalarýnda bir sakýnca 
yok. ACK.

> cairo-1.8.6-27-9.pisi
> gparted-0.4.1-13-5.pisi
> hunspell-1.2.8-1-2.pisi
> hunspell-docs-1.2.8-1-2.pisi
> hunspell-tools-1.2.8-1-1.pisi
> podofo-0.6.0-1-1.pisi
> PolicyKit-kde-0.2.3-10-12.pisi

ACK.

> ** KDE4
>

Daha almayalým KDE 4.2'yi. NACK. Kararlý sürüm çýkýnca alýrýz.

> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici




From faik at pardus.org.tr  Thu Dec 25 15:08:38 2008
From: faik at pardus.org.tr (Faik Uygur)
Date: Thu, 25 Dec 2008 15:08:38 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <200812251508.38598.faik@pardus.org.tr>

On Tuesday 23 December 2008 16:31:18 Ekin Meroðlu wrote:
> mod_dav_svn-1.5.4-37-11.pisi
> perl-Archive-Tar-1.42-5-2.pisi
> perl-Archive-Zip-1.26-6-3.pisi
> perl-Class-MethodMaker-2.13-5-3.pisi
> perl-Data-UUID-1.149-3-4.pisi
> perl-DBD-mysql-4.010-7-3.pisi
> perl-Digest-MD5-2.38-3-2.pisi
> perl-File-HomeDir-0.82-4-3.pisi
> perl-File-Temp-0.21-3-3.pisi
> perl-HTML-Parser-3.59-4-2.pisi
> perl-Internals-1.1-1-1.pisi
> perl-IO-via-dynamic-0.13-2-3.pisi
> perl-ldap-0.39-5-4.pisi
> perl-libwww-5.822-7-7.pisi
> perl-Log-Log4perl-1.20-3-3.pisi
> perl-MIME-Lite-3.023-3-3.pisi
> perl-XML-SAX-Writer-0.52-2-3.pisi
> perl-YAML-0.68-6-3.pisi
> php-mode-1.5.0-3-2.pisi
> subversion-1.5.4-37-11.pisi

ACK.

> package-manager-1.3.9-53-20.pisi
> pisi-2.1.0-105-30.pisi

NACK.

pisi sürüm 105, güncellenecek paketler arasýnda replaced paket var ise 
güncelleme yapamýyor. 106 ile düzeltildi.

pisi sürüm 106 ile pm sürüm 53 beraber girebilir.

- Faik


From onur at pardus.org.tr  Thu Dec 25 16:00:54 2008
From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=)
Date: Thu, 25 Dec 2008 16:00:54 +0200
Subject: [Gelistirici] Cok fazla Guncelleme?
In-Reply-To: <fe9771a80812241133i6ff5f1feqb1a68d462ecf97a9@mail.gmail.com>
References: <fe9771a80812241040t3dc015d4v123f3eafff11b082@mail.gmail.com>
	<49528C8B.3060004@pardus.org.tr>
	<fe9771a80812241133i6ff5f1feqb1a68d462ecf97a9@mail.gmail.com>
Message-ID: <200812251600.54342.onur@pardus.org.tr>

Wednesday 24 December 2008 Tarihinde 21:33:16 yazmýþtý:
> 2008/12/24 Ozan Çaðlayan <ozan at pardus.org.tr>
> Bana kalirsa 2008.1 yukleyen herkeste zamandan bagimsiz olarak ayni
> paketlerin ayni versiyonu olmalidir, sadece guvenlik guncellemesi varsa bu
> guncelleme yapilabilir. Yeni ozellikleri veya kritik olmayan hatalari
> giderilmis (hatalar bitmez ne de olsa) yeni versiyon paket ise bir sonraki
> release'de (2008.2) olmali veya kutuphane bagimliliklari degismiyorsa
> 2008.1'e de ayri bir depo yoluyla backport edilebilmeli (kullanici
> ozellikle isterse).

 Ýdeal bir dünyada böyle bir yapý olmasý güzel olabilirdi, ancak þu anda 
idealden o kadar uzaðýz ki...

 Kendi adýma konuþayým, uzun süredir yaptýðým güncellemeleri önemli bir 
iyileþtirme ya da hata düzeltmesi durumunda yapýyorum (oyunlar hariç, 
oyunlarda güncel kalmak zorundasýnýz, özellikle Internet üzerinden oynanan 
oyunlarda sunucularýn sürümünü takip etmeniz gerekiyor). Yine de bir ton 
pakete dokunmak zorunda kalýyorum.

 Bu kadar çok deðiþiklik yapýlmasýnýn sebebi de bir ton hatamýz olmasý, ancak 
bu hatalarla doðru dürüst ilgilenilmemesi. Bugzilla ya sürekli yeni hata kaydý 
geliyor, ancak paket sahipleri bu hatalara ya yetiþemiyor, ya da çözmek için 
tenezzül etmiyor.

 Sýrf bugzilla deðil tabi ki, daha sürüm çýktýðýnda da bildiðimiz / 
bilmediðimiz bir sürü hatamýz vardý. Ancak paketlerin sahiplerinin ilgisizliði 
yüzünden paketlerin yeni toolchain e aktarýlmasý, güncellemesi, paketleme 
sorunlarýnýn düzeltilmesi çok az kiþi tarafýndan yapýldý ve bir yerden sonra 
pil bitti (benimki bitmiþti en azýndan) ve kalitesiz bir þekilde yapýlmaya 
baþlandý.

 O zamanlar geliþtiricilerin hepsi makul bir tempo ile yeni sürüm için 
çalýþýyor olsaydý, daha çok göz yeni sürümü görseydi, çok daha fazla hata 
yakalanýr ve çözülebilirdi. 2008 çýktýktan sonra bu kadar zaman geçmesine 
raðmen de hala "hata çözme" bir kaç kiþi tarafýndan yapýlýyor, bugzilla ilgi 
ve sevgi görmüyor.

 Bir ürün çýkarýrken bu ürünün çýkmasý kadar kalitesi de çok önemli bir 
etmendir. Ürün çýkýþýnda belli bir kaliteyi tutturamazsanýz, olanaklarýnýz el 
veriyorsa, ürün çýktýktan sonra o kaliteyi yakalamaya çalýþýrsýnýz. Bence þu 
anki çabamýz (ve çok güncelleme olmasýnýn ana sebebi) buradan kaynaklanýyor.

 Olayýn bir yüzü de, Pardus sürümlerinin ömrü diðer daðýtýmlara kýyasla çok 
daha uzun. Diðer daðýtýmlar þu anda 6 aylýk periyot sistemi ile ilerliyor. 
Pardus tarafýnda 1.0 ile 2007 arasý yaklaþýk 1 sene iken, 2007 ile 2008 arasý 
1.5 seneyi buldu. 2009 için ise 9-10 aylýk bir süreyi tutturup bu aralýðý daha 
aþaðýya çekmek istiyoruz, ancak açýk kod dünyasý o kadar hýzlý ilerliyor ki 
bir paketin 9 ay boyunca sevgi görmemesi demek bazý paketlerde 2, bazýlarýnda 
20 sürüm demek olabiliyor, ki bu sizi "eski bir daðýtým" yapýyor. Biz de 6 
aylýk periyota düþebilirsek belki bu "kararlý mý güncel mi" muhabbetlerine 
daha farklý bir yaklaþým getirebiliriz, ancak bunu baþta Pardus'u Pardus yapan 
geliþtiricilerin ne kadar emek sarf ettiði, ortaya nasýl bir iþ çýkardýðý, 
gereken iþ gücü ihtiyacýnýn adil bir þekilde yüklenilip yüklenilmediði 
belirleyecek.


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From gkmngrgn at gmail.com  Thu Dec 25 16:24:09 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Thu, 25 Dec 2008 16:24:09 +0200
Subject: [Gelistirici] [paketler-commits] r57424
	-	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <20081225141717.33EF71384109@ns1.pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
Message-ID: <49539789.5030908@gmail.com>

paketler-commits at pardus.org.tr wrote On 25-12-2008 16:17:
> Author: semen
> Date: Thu Dec 25 16:17:16 2008
> New Revision: 57424
>
> Added:
>    devel/applications/network/mozilla/thunderbird/files/turkish.patch
>
>   
Semen hazýr buna el atmýþken, mozillathunderbird.desktop dosyasýna da el 
atar mýsýn? Bugzilla'da Geany, Gajim, Liferea için isimlerin 
düzeltilmesi ile ilgili bug vardý, örneðin Gajim yerine Gajim Instant 
Messenger þeklinde görünmesi gibi veya Liferea olmasý gerekirken Liferea 
Haber Okuyucusu þeklinde menüde yer almasý gibi..

Name=Thunderbird yeterli herhalde. Zira Firefox'un adý da menüde Mozilla 
Firefox deðil, Firefox diye görünüyor.




From necmettin.begiter at gmail.com  Thu Dec 25 17:51:53 2008
From: necmettin.begiter at gmail.com (Necmettin Begiter)
Date: Thu, 25 Dec 2008 17:51:53 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <49539789.5030908@gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com>
Message-ID: <3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>

2008/12/25 Gökmen Görgen <gkmngrgn at gmail.com>:
> Semen hazýr buna el atmýþken, mozillathunderbird.desktop dosyasýna da el
> atar mýsýn? Bugzilla'da Geany, Gajim, Liferea için isimlerin
> düzeltilmesi ile ilgili bug vardý, örneðin Gajim yerine Gajim Instant
> Messenger þeklinde görünmesi gibi veya Liferea olmasý gerekirken Liferea
> Haber Okuyucusu þeklinde menüde yer almasý gibi..
>
> Name=Thunderbird yeterli herhalde. Zira Firefox'un adý da menüde Mozilla
> Firefox deðil, Firefox diye görünüyor.

Zaten haber okuyucu, web tarayýcý gibi kelimeler açýklamalarda
gelmiyor mu, KDE menülerinde görünüyor.. XFCE kullanýcýsý için mi
ekliyoruz bilmiyorum ama eklersek iki kere tekrar etmiþ olmayacak mý
bu metinler?

-- 
Necmettin Begiter
TBD Biliþim dergisi, Editör

Kurbaðalýdere cd. Ali Ruhi Sk. N:2 K:3
Hasanpaþa - Kadýköy / Ýstanbul

216.3376909
533.6393375
necmettin at bilisimdergisi.net

From serbulent at pardus.org.tr  Thu Dec 25 18:54:23 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Thu, 25 Dec 2008 18:54:23 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812251508.38598.faik@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<200812251508.38598.faik@pardus.org.tr>
Message-ID: <200812251854.23495.serbulent@pardus.org.tr>

On Thursday 25 December 2008 15:08:38 Faik Uygur wrote:
> > package-manager-1.3.9-53-20.pisi
> > pisi-2.1.0-105-30.pisi
>
> NACK.
>
> pisi sürüm 105, güncellenecek paketler arasýnda replaced paket var ise
> güncelleme yapamýyor. 106 ile düzeltildi.
>
> pisi sürüm 106 ile pm sürüm 53 beraber girebilir.

OK bu durumda,

pisi-2.1.0-106-31.pisi
package-manager-1.3.9-53-20.pisi

ikilisini alýyoruz teste.

-- 
Ýyi Çalýþmalar;
 
Serbülent                                                                   

From ekin at pardus.org.tr  Thu Dec 25 21:09:49 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Thu, 25 Dec 2008 21:09:49 +0200
Subject: [Gelistirici] [paketler-commits] r56486 -
	devel/desktop/kde/base/kdebase
In-Reply-To: <20081130131417.CEB301384088@ns1.pardus.org.tr>
References: <20081130131417.CEB301384088@ns1.pardus.org.tr>
Message-ID: <200812252109.49331.ekin@pardus.org.tr>

Merhaba;

Sunday 30 November 2008 tarihinde, paketler-commits at pardus.org.tr þunlarý yazmýþtý: 
> Author: ozan.caglayan
> Date: Sun Nov 30 15:14:17 2008
> New Revision: 56486
>
> Modified:
>    devel/desktop/kde/base/kdebase/pspec.xml
> Log:
> this was made a long time ago by Gokcen. Those files should also be removed
> from kdeedu.

Bu deðiþikliklerin olduðu kdeedu'yu da depoya almamýz gerekiyor, yeni kdebase kurulurken sistemdeki kdeedu'yu siliyor : 

--------8<---------------------------------------
Created package(s): ['/var/pisi/kdebase-3.5.10-149-21.pisi', '/var/pisi/kdebase-beagle-3.5.10-149-21.pisi']
Installing: /var/pisi/kdebase-3.5.10-149-21.pisi
Kurulum sýrasý: kdebase
kdebase paketi, versiyon 3.5.10, sürüm 149, inþa 21 kuruluyor
Dosya çakýþmalarý:
/usr/kde/3.5/share/applnk/Edutainment/Miscellaneous/.directory kdeedu paketinden
/usr/kde/3.5/share/applnk/Edutainment/Science/.directory kdeedu paketinden
/usr/kde/3.5/share/applnk/Edutainment/Languages/.directory kdeedu paketinden
/usr/kde/3.5/share/applnk/Edutainment/Tools/.directory kdeedu paketinden
/usr/kde/3.5/share/applnk/Edutainment/Mathematics/.directory kdeedu paketinden

Yeni daðýtým sürümüne yükseltiliyor
kdebase paketi kaldýrýlmak üzere yapýlandýrýlýyor
kdebase paketinin dosyalarý arþivden çýkartýlýyor
kdebase paketi yapýlandýrýlýyor
kdebase paketi yapýlandýrýldý
kdebase paketi yükseltildi
Installing: /var/pisi/kdebase-beagle-3.5.10-149-21.pisi
Aþaðýdaki paketlerde çakýþmalar bulunuyor:
[kdebase-beagle: kdeedu sürüm <= 20  ile çakýþýyor]

Baðýmlýlýklarý saðlamak için bu paketler verilen sýrada kaldýrýlacaktýr:
kdeedu
kdeedu paketi kaldýrýlýyor
kdeedu paketi kaldýrýlmak üzere yapýlandýrýlýyor
Çakýþan dosya silinmiyor : /usr/kde/3.5/share/applnk/Edutainment/Miscellaneous/.directory
Çakýþan dosya silinmiyor : /usr/kde/3.5/share/applnk/Edutainment/Science/.directory
Çakýþan dosya silinmiyor : /usr/kde/3.5/share/applnk/Edutainment/Tools/.directory
Çakýþan dosya silinmiyor : /usr/kde/3.5/share/applnk/Edutainment/Languages/.directory
Çakýþan dosya silinmiyor : /usr/kde/3.5/share/applnk/Edutainment/Mathematics/.directory
kdeedu paketi kaldýrýldý
Kurulum sýrasý: kdebase-beagle
kdebase-beagle paketi, versiyon 3.5.10, sürüm 149, inþa 21 kuruluyor
Yeni daðýtým sürümüne yükseltiliyor
kdebase-beagle paketi kaldýrýlmak üzere yapýlandýrýlýyor
kdebase-beagle paketinin dosyalarý arþivden çýkartýlýyor
kdebase-beagle paketi yapýlandýrýlýyor
kdebase-beagle paketi yapýlandýrýldý
kdebase-beagle paketi yükseltildi
--------8<---------------------------------------
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From fatih at pardus.org.tr  Thu Dec 25 21:12:29 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Thu, 25 Dec 2008 21:12:29 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <49539789.5030908@gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com>
Message-ID: <200812252112.32437.fatih@pardus.org.tr>

Perþembe 25 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý: 
> paketler-commits at pardus.org.tr wrote On 25-12-2008 16:17:
> > Author: semen
> > Date: Thu Dec 25 16:17:16 2008
> > New Revision: 57424
> >
> > Added:
> >    devel/applications/network/mozilla/thunderbird/files/turkish.patch
>
> Semen hazýr buna el atmýþken, mozillathunderbird.desktop dosyasýna da el
> atar mýsýn? Bugzilla'da Geany, Gajim, Liferea için isimlerin
> düzeltilmesi ile ilgili bug vardý, örneðin Gajim yerine Gajim Instant
> Messenger þeklinde görünmesi gibi veya Liferea olmasý gerekirken Liferea
> Haber Okuyucusu þeklinde menüde yer almasý gibi..

Uygulamanýn özgün adý Name, ne uygulamasý olduðu da GenericName ile 
belirtiliyor. Bunlarý uygun bir þekilde göstermek masaüstü ortamýnýn 
sorumluluðunda. Ben thunderbird ile ilgili bir sorun göremedim.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081225/edcc0bb0/attachment-0002.pgp>

From isingor at gmail.com  Thu Dec 25 22:28:16 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Thu, 25 Dec 2008 22:28:16 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com>
	<3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
Message-ID: <a64a8a8c0812251228u5d195563w7fe19daf8fd7cfc1@mail.gmail.com>

2008/12/25 Necmettin Begiter <necmettin.begiter at gmail.com>

> 2008/12/25 Gökmen Görgen <gkmngrgn at gmail.com>:
> > Name=Thunderbird yeterli herhalde. Zira Firefox'un adý da menüde Mozilla
> > Firefox deðil, Firefox diye görünüyor.
>
>
Hayýr, yeterli deðil. Thunderbird baþka bir markanýn ve yazýlým ürününün
adý. OpenOffice.org ile OpenOffice arasýnda da benzer bir durum söz konusu.

Marka çakýþmasý durumu olmasa bile, o ürünün tam adýnýn kullanýlmasý esas
olmalý. Kýsacasý, Mozilla Firefox'un menüde sadece Firefox olarak gözükmesi
yanlýþ....


Ali
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081225/1127fc6c/attachment-0002.htm>

From dfisek at fisek.com.tr  Thu Dec 25 23:26:35 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Thu, 25 Dec 2008 23:26:35 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
 devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <a64a8a8c0812251228u5d195563w7fe19daf8fd7cfc1@mail.gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com>
	<3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
	<a64a8a8c0812251228u5d195563w7fe19daf8fd7cfc1@mail.gmail.com>
Message-ID: <20081225232635.1e3ffd35.dfisek@fisek.com.tr>

Thu, 25 Dec 2008 22:28:16 +0200, "Ali Iþýngör" <isingor at gmail.com> :

> Marka çakýþmasý durumu olmasa bile, o ürünün tam adýnýn kullanýlmasý
> esas olmalý. Kýsacasý, Mozilla Firefox'un menüde sadece Firefox
> olarak gözükmesi yanlýþ....
Niye ki? Mozilla kendi sitesinde de sadece "Firefox" ve sadece
"Thunderbird" diyor. spreadfirefox.com diye bir siteleri var.
spreadmozillafirefox.com diye almamislar sitenin adini :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From gkmngrgn at gmail.com  Thu Dec 25 23:32:36 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Thu, 25 Dec 2008 23:32:36 +0200
Subject: [Gelistirici] [paketler-commits] r57424
	-	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>	<49539789.5030908@gmail.com>
	<3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
Message-ID: <4953FBF4.6060301@gmail.com>

Necmettin Begiter wrote On 25-12-2008 17:51:
> Zaten haber okuyucu, web tarayýcý gibi kelimeler açýklamalarda
> gelmiyor mu, KDE menülerinde görünüyor.. XFCE kullanýcýsý için mi
> ekliyoruz bilmiyorum ama eklersek iki kere tekrar etmiþ olmayacak mý
> bu metinler?
>
>   
Ne ekliyoruz? Name satýrýný düzeltmesini talep ediyorum sadece. Ya 
Firefox'unki gibi sadece Thunderbird olsun, ya da Ali Iþýngör'ün 
savunduðu düþüncedeki gibi Firefox'un adýný Mozilla Firefox yapýn ki 
isimler tutarlý olsun. Ýlgili Desktop dosyasý:
https://svn.pardus.org.tr/pardus/playground/gokcen/applications/network/mozilla/thunderbird/files/mozillathunderbird.desktop

Bir de Firefox'unkine bakýn:
https://svn.pardus.org.tr/pardus/playground/gokcen/applications/network/mozilla/firefox/files/pardus/mozillafirefox.desktop


Bir de menüye bakýn:
http://omploader.org/vMTF3YQ

*Not: *Transmission'u yeni sürümde düzelttim.


From ozan at pardus.org.tr  Fri Dec 26 00:14:57 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Fri, 26 Dec 2008 00:14:57 +0200
Subject: [Gelistirici] [paketler-commits]
	r57424	-	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <4953FBF4.6060301@gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>	<49539789.5030908@gmail.com>	<3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
	<4953FBF4.6060301@gmail.com>
Message-ID: <495405E1.2020103@pardus.org.tr>

Gökmen Görgen wrote:
> Necmettin Begiter wrote On 25-12-2008 17:51:
>   
>> Zaten haber okuyucu, web tarayýcý gibi kelimeler açýklamalarda
>> gelmiyor mu, KDE menülerinde görünüyor.. XFCE kullanýcýsý için mi
>> ekliyoruz bilmiyorum ama eklersek iki kere tekrar etmiþ olmayacak mý
>> bu metinler?
>>
>>   
>>     
> Ne ekliyoruz? Name satýrýný düzeltmesini talep ediyorum sadece. Ya 
> Firefox'unki gibi sadece Thunderbird olsun, ya da Ali Iþýngör'ün 
> savunduðu düþüncedeki gibi Firefox'un adýný Mozilla Firefox yapýn ki 
>   
Yep ikisi de ya Mozilla X ya da X olmalý.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From isingor at gmail.com  Fri Dec 26 00:45:55 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Fri, 26 Dec 2008 00:45:55 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <495405E1.2020103@pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com>
	<3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
	<4953FBF4.6060301@gmail.com> <495405E1.2020103@pardus.org.tr>
Message-ID: <a64a8a8c0812251445h25165d5fvbb83cde125937bdd@mail.gmail.com>

2008/12/26 Ozan Çaðlayan <ozan at pardus.org.tr>

> Gökmen Görgen wrote:
> > Necmettin Begiter wrote On 25-12-2008 17:51:
> >
> >> Zaten haber okuyucu, web tarayýcý gibi kelimeler açýklamalarda
> >> gelmiyor mu, KDE menülerinde görünüyor.. XFCE kullanýcýsý için mi
> >> ekliyoruz bilmiyorum ama eklersek iki kere tekrar etmiþ olmayacak mý
> >> bu metinler?
> >>
> >>
> >>
> > Ne ekliyoruz? Name satýrýný düzeltmesini talep ediyorum sadece. Ya
> > Firefox'unki gibi sadece Thunderbird olsun, ya da Ali Iþýngör'ün
> > savunduðu düþüncedeki gibi Firefox'un adýný Mozilla Firefox yapýn ki
> >
> Yep ikisi de ya Mozilla X ya da X olmalý.
>
>

Hýmmm... Ben yaþlý bir adam olarak karþý tepelerin dutluk, tarayýcýnýn
adýnýn ise "Mozilla Firebird" olduðu zamanlarý hatýrlayýp, Firefox için
marka çakýþmasý var demiþim. Aslýnda böyle bir çakýþma yok.

Ben yine de tarayýcýnýn "*resmi adý*" olan Mozilla Firefox'un kullanýlmasý
taraftarý olduðumu söyleyeyim. Birinci neden, aslýnda çok basit:
Programlarýn resmi adýný kullanmak genel prensibiz olmalý. Ayrýca bu
kýsaltmalarýn sonu yok, hani olur da World of Warcraft özgürleþirse onu da
menüye Warcraft ya da WOW olarak mý koyacaðýz?

Ýkinci nedenim ise çok daha pratik bir gerekçeye dayanýyor. Gelecekte
depodaki Mozilla ürünlerinin sayýlarýnýn artacaðýný tahmin etmek için
müneccim olmaya gerek yok. *Mozilla Firefox*, *Mozilla Thunderbird,* *Mozilla
Sunbird*'ün (1.0 sürümü artýk çýktý çýkacak..) Programlar > Ýnternet
menüsünde alt alta ve birlikte durmasý gerektiðini düþünüyorum. Bu ürünler
hem birbirini tamamlayan hem de kendi aralarýnda çok iyi konuþan yazýlýmlar.
Birlikte durmalarýnda fayda var...


Ali
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081226/6a89b1ba/attachment-0002.htm>

From tulliana at gmail.com  Fri Dec 26 01:08:00 2008
From: tulliana at gmail.com (Serdar Soytetir)
Date: Fri, 26 Dec 2008 01:08:00 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <a64a8a8c0812251445h25165d5fvbb83cde125937bdd@mail.gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<495405E1.2020103@pardus.org.tr>
	<a64a8a8c0812251445h25165d5fvbb83cde125937bdd@mail.gmail.com>
Message-ID: <200812260108.00252.tulliana@gmail.com>

26 Aralýk 2008 Cuma günü (saat 00:45:55) Ali Iþýngör þunlarý yazmýþtý:
Merhabalar,
> 2008/12/26 Ozan Çaðlayan <ozan at pardus.org.tr>
>
> > Gökmen Görgen wrote:
> > > Necmettin Begiter wrote On 25-12-2008 17:51:
> > >> Zaten haber okuyucu, web tarayýcý gibi kelimeler açýklamalarda
> > >> gelmiyor mu, KDE menülerinde görünüyor.. XFCE kullanýcýsý için mi
> > >> ekliyoruz bilmiyorum ama eklersek iki kere tekrar etmiþ olmayacak mý
> > >> bu metinler?
> > >
> > > Ne ekliyoruz? Name satýrýný düzeltmesini talep ediyorum sadece. Ya
> > > Firefox'unki gibi sadece Thunderbird olsun, ya da Ali Iþýngör'ün
> > > savunduðu düþüncedeki gibi Firefox'un adýný Mozilla Firefox yapýn ki
> >
> > Yep ikisi de ya Mozilla X ya da X olmalý.
>
> Hýmmm... Ben yaþlý bir adam olarak karþý tepelerin dutluk, tarayýcýnýn
> adýnýn ise "Mozilla Firebird" olduðu zamanlarý hatýrlayýp, Firefox için
> marka çakýþmasý var demiþim. Aslýnda böyle bir çakýþma yok.
>
> Ben yine de tarayýcýnýn "*resmi adý*" olan Mozilla Firefox'un kullanýlmasý
> taraftarý olduðumu söyleyeyim. Birinci neden, aslýnda çok basit:
> Programlarýn resmi adýný kullanmak genel prensibiz olmalý. Ayrýca bu
> kýsaltmalarýn sonu yok, hani olur da World of Warcraft özgürleþirse onu da
> menüye Warcraft ya da WOW olarak mý koyacaðýz?
Evet, kesinlikle katýlýyorum, uygulamalarýn resmi adý kullanýlmalý.
Hatta upstream nasýl yazýyorsa öyle yazýlmalý, KDE uygulamalarýndaki ilginç 
büyük harf kullanýmýna dahi dokunmadýk , Örnek: KMail, KWallet ...
>
> Ýkinci nedenim ise çok daha pratik bir gerekçeye dayanýyor. Gelecekte
> depodaki Mozilla ürünlerinin sayýlarýnýn artacaðýný tahmin etmek için
> müneccim olmaya gerek yok. *Mozilla Firefox*, *Mozilla Thunderbird,*
> *Mozilla Sunbird*'ün (1.0 sürümü artýk çýktý çýkacak..) Programlar >
> Ýnternet menüsünde alt alta ve birlikte durmasý gerektiðini düþünüyorum. Bu
> ürünler hem birbirini tamamlayan hem de kendi aralarýnda çok iyi konuþan
> yazýlýmlar. Birlikte durmalarýnda fayda var...
>
>
> Ali
Ýyi çalýþmalar...
-- 
Serdar Soytetir


From fatih at pardus.org.tr  Fri Dec 26 01:23:30 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Fri, 26 Dec 2008 01:23:30 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812260108.00252.tulliana@gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<a64a8a8c0812251445h25165d5fvbb83cde125937bdd@mail.gmail.com>
	<200812260108.00252.tulliana@gmail.com>
Message-ID: <200812260123.34215.fatih@pardus.org.tr>

Cuma 26 Aralýk 2008 tarihinde, Serdar Soytetir þunlarý yazmýþtý: 
> > Ben yine de tarayýcýnýn "*resmi adý*" olan Mozilla Firefox'un
> > kullanýlmasý taraftarý olduðumu söyleyeyim. Birinci neden, aslýnda çok
> > basit: Programlarýn resmi adýný kullanmak genel prensibiz olmalý. Ayrýca
> > bu kýsaltmalarýn sonu yok, hani olur da World of Warcraft özgürleþirse
> > onu da menüye Warcraft ya da WOW olarak mý koyacaðýz?
>
> Evet, kesinlikle katýlýyorum, uygulamalarýn resmi adý kullanýlmalý.
> Hatta upstream nasýl yazýyorsa öyle yazýlmalý, KDE uygulamalarýndaki ilginç
> büyük harf kullanýmýna dahi dokunmadýk , Örnek: KMail, KWallet ...

Ben de bu tür durumlarda uygulama açýldýðýnda ana pencerenin baþlýðýnda yazaný 
alýyorum. Orada çoðu zaman özgün ismi tam olarak bulmak mümkün.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081226/d5ed6590/attachment-0002.pgp>

From coderlord at gmail.com  Fri Dec 26 09:21:00 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Fri, 26 Dec 2008 09:21:00 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <a64a8a8c0812251445h25165d5fvbb83cde125937bdd@mail.gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com>
	<3787dfa80812250751o6b480fbcp824bb09afa9c8eaa@mail.gmail.com>
	<4953FBF4.6060301@gmail.com> <495405E1.2020103@pardus.org.tr>
	<a64a8a8c0812251445h25165d5fvbb83cde125937bdd@mail.gmail.com>
Message-ID: <4cca720b0812252321m5c822d4dlb6b26ff342fe4722@mail.gmail.com>

26.12.2008 tarihinde Ali Iþýngör <isingor at gmail.com> yazmýþ:
> Ben yine de tarayýcýnýn "*resmi adý*" olan Mozilla Firefox'un kullanýlmasý
> taraftarý olduðumu söyleyeyim. Birinci neden, aslýnda çok basit:

Tarayýcý, Windows altýna kurulduðunda, menüye ve kýsayollara Mozilla
Firefox ismi ile yerleþiyor. Windows kurulum paketinini upstream
tarafýndan hazýrlandýðýný varsayarsak, onlarýn da kullanýlmasýný
istediði ismin Mozilla Firefox olduðunu varsayabiliriz.

-- 
Furkan Duman

From gokcen at pardus.org.tr  Fri Dec 26 10:28:26 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Fri, 26 Dec 2008 10:28:26 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <20081225232635.1e3ffd35.dfisek@fisek.com.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<a64a8a8c0812251228u5d195563w7fe19daf8fd7cfc1@mail.gmail.com>
	<20081225232635.1e3ffd35.dfisek@fisek.com.tr>
Message-ID: <200812261028.27154.gokcen@pardus.org.tr>

On Thursday 25 December 2008 23:26:35 Doruk Fisek wrote:
> Niye ki? Mozilla kendi sitesinde de sadece "Firefox" ve sadece
> "Thunderbird" diyor. spreadfirefox.com diye bir siteleri var.
> spreadmozillafirefox.com diye almamislar sitenin adini

Ben de Firefox olmasý taraftarýyým. Fedora, Suse ve Ubuntu'da Firefox ve 
Firefox Web Browser olarak geçiyor, Mozilla'yý kullanan yok. Zaten Mozilla'nýn 
daðýtýmlar için desktop dosyasý daðýtmýyor olmasý da bu kararý daðýtýma 
býrakýyor.

Comment için "Browse the Web", GenericName olarak da "Web Browser" uygun 
göründüðü için bu þekilde deðiþtirip, çevirileri düzelttim. Son durumda 
menüde,

KDE 3 için:
Firefox (Web Tarayýcý)

KDE 4 için de:
Web Tarayýcý (Firefox)

olarak görünüyor(aradaki fark ayrýca tartýþýlabilir tabi). Thunderbird için de 
ayný deðiþikliði yapmayý düþünüyorum. Diðer daðýtýmlar için yine ayný þey 
geçerli.

--
Gökçen Eraslan


From onur at pardus.org.tr  Fri Dec 26 10:41:00 2008
From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=)
Date: Fri, 26 Dec 2008 10:41:00 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812261028.27154.gokcen@pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<20081225232635.1e3ffd35.dfisek@fisek.com.tr>
	<200812261028.27154.gokcen@pardus.org.tr>
Message-ID: <200812261041.00381.onur@pardus.org.tr>

Friday 26 December 2008 Tarihinde 10:28:26 yazmýþtý:
> On Thursday 25 December 2008 23:26:35 Doruk Fisek wrote:
> > Niye ki? Mozilla kendi sitesinde de sadece "Firefox" ve sadece
> > "Thunderbird" diyor. spreadfirefox.com diye bir siteleri var.
> > spreadmozillafirefox.com diye almamislar sitenin adini
>
> Ben de Firefox olmasý taraftarýyým. Fedora, Suse ve Ubuntu'da Firefox ve
> Firefox Web Browser olarak geçiyor, Mozilla'yý kullanan yok. 

 +1


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From serbulent at pardus.org.tr  Fri Dec 26 11:34:42 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 26 Dec 2008 11:34:42 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <4950FCE2.2080408@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<4950FCE2.2080408@pardus.org.tr>
Message-ID: <200812261134.42959.serbulent@pardus.org.tr>

On Tuesday 23 December 2008 16:59:46 Pinar Yanardag wrote:
> > pidgin-2.5.2-25-6.pisi

Test deposunda bu versiyon bulunmuyor. Salý günü yeni sürüm girmiþ. Bir dahaki 
sefere kaldý.

-- 
Ýyi Çalýþmalar,

Serbülent


From ekin at pardus.org.tr  Fri Dec 26 14:54:04 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Fri, 26 Dec 2008 14:54:04 +0200
Subject: [Gelistirici] [Buildfarm] [2008] error:
	programming/languages/python/python-sphinx/pspec.xml
In-Reply-To: <20081226125033.2A0416361AF2@pardus.org.tr>
References: <20081226125033.2A0416361AF2@pardus.org.tr>
Message-ID: <200812261454.06533.ekin@pardus.org.tr>

Merhaba;

Friday 26 December 2008 tarihinde, Pardus 2008 Buildfarm þunlarý yazmýþtý: 

> An error occured while processing the file
> 'programming/languages/python/python-sphinx/pspec.xml' (maintainer: 'Gökmen
> GÖKSEL'). Error log is as follows:
>
> --------------------------------------------------------------------------
> Error occured for 'programming/languages/python/python-sphinx/pspec.xml'
> in BUILD process:
>  Ýnþa baðýmlýlýðý setuptools versiyon >= 0.6c_9 saðlanamadý
> --------------------------------------------------------------------------

2008 deposunda setuptools 0.6c_8 var, develde update etmiþsin merge 
istememiþsin.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From gokmen at pardus.org.tr  Fri Dec 26 15:14:22 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Fri, 26 Dec 2008 15:14:22 +0200
Subject: [Gelistirici] [Buildfarm] [2008] error:
	programming/languages/python/python-sphinx/pspec.xml
In-Reply-To: <200812261454.06533.ekin@pardus.org.tr>
References: <20081226125033.2A0416361AF2@pardus.org.tr>
	<200812261454.06533.ekin@pardus.org.tr>
Message-ID: <200812261514.22189.gokmen@pardus.org.tr>

Cuma 26 Aralýk 2008 günü (saat 14:54:04) Ekin Meroðlu þunlarý yazmýþtý:
> Merhaba;
>
> Friday 26 December 2008 tarihinde, Pardus 2008 Buildfarm þunlarý yazmýþtý:
> > An error occured while processing the file
> > 'programming/languages/python/python-sphinx/pspec.xml' (maintainer:
> > 'Gökmen GÖKSEL'). Error log is as follows:
> >
> > -------------------------------------------------------------------------
> >- Error occured for 'programming/languages/python/python-sphinx/pspec.xml'
> > in BUILD process:
> >  Ýnþa baðýmlýlýðý setuptools versiyon >= 0.6c_9 saðlanamadý
> > -------------------------------------------------------------------------
> >-
>
> 2008 deposunda setuptools 0.6c_8 var, develde update etmiþsin merge
> istememiþsin.
Kaçmýþ aradan istedim þimdik ..

-- 
Gökmen GÖKSEL


From serbulent at pardus.org.tr  Fri Dec 26 17:20:16 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 26 Dec 2008 17:20:16 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <4950FCE2.2080408@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<4950FCE2.2080408@pardus.org.tr>
Message-ID: <200812261720.16418.serbulent@pardus.org.tr>

On Tuesday 23 December 2008 16:59:46 Pinar Yanardag wrote:
> > bzflag-2.0.12-7-2.pisi

Kýrýk ters baðýmlýlýklarý var, listeden çýkartýyorum.


p2008_guncel-pardus ~ # revdep-rebuild

Checking reverse dependencies...
Packages containing binaries and libraries broken by any package update,
will be recompiled.

Collecting system binaries and libraries... done.
  (/root/.revdep-rebuild.1_files)

Collecting complete LD_LIBRARY_PATH... done.
  (/root/.revdep-rebuild.2_ldpath)

Checking dynamic linking consistency...
  broken /usr/lib/bzflag/logDetail.so (requires libbind.so.4)
  broken /usr/lib/bzflag/timedctf.so (requires libbind.so.4)
  broken /usr/lib/bzflag/RogueGenocide.so (requires libbind.so.4)
  broken /usr/lib/bzflag/torBlock.so (requires libbind.so.4)
  broken /usr/lib/bzflag/teamflagreset.so (requires libbind.so.4)
  broken /usr/lib/bzflag/flagStay.so (requires libbind.so.4)
  broken /usr/lib/bzflag/vocaliser.so (requires libbind.so.4)
  broken /usr/lib/bzflag/shockwaveDeath.so (requires libbind.so.4)
  broken /usr/lib/bzflag/hiddenAdmin.so (requires libbind.so.4)
  broken /usr/lib/bzflag/nagware.so (requires libbind.so.4)
  broken /usr/lib/bzflag/serverControl.so (requires libbind.so.4)
  broken /usr/lib/bzflag/rabbitTimer.so (requires libbind.so.4)
  broken /usr/lib/bzflag/koth.so (requires libbind.so.4)
  broken /usr/lib/bzflag/SAMPLE_PLUGIN.so (requires libbind.so.4)
  broken /usr/lib/bzflag/Phoenix.so (requires libbind.so.4)
  broken /usr/lib/bzflag/HoldTheFlag.so (requires libbind.so.4)
  broken /usr/lib/bzflag/killall.so (requires libbind.so.4)
  broken /usr/lib/bzflag/chathistory.so (requires libbind.so.4)
  broken /usr/lib/bzflag/keepaway.so (requires libbind.so.4)
  broken /usr/lib/bzflag/wwzones.so (requires libbind.so.4)
  broken /usr/lib/bzflag/recordmatch.so (requires libbind.so.4)
  broken /usr/lib/bzflag/rabidRabbit.so (requires libbind.so.4)
  broken /usr/lib/bzflag/playHistoryTracker.so (requires libbind.so.4)
  broken /usr/lib/bzflag/airspawn.so (requires libbind.so.4)
  broken /usr/lib/bzflag/regFlag.so (requires libbind.so.4)
  broken /usr/bin/bzadmin (requires libbind.so.4)
  broken /usr/bin/bzfs (requires libbind.so.4)
  broken /usr/bin/bzflag (requires libGLEW.so.1.5 libbind.so.4)
 done.
  (/root/.revdep-rebuild.3_rebuild)

Determining package names consistency...
 done.
  (/root/.revdep-rebuild.4_names)
bzflag paketi içinde usr/bin/bzadmin dosyasý var
bzflag paketi içinde usr/bin/bzflag dosyasý var
bzflag paketi içinde usr/bin/bzfs dosyasý var
bzflag paketi içinde usr/lib/bzflag/airspawn.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/chathistory.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/flagStay.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/hiddenAdmin.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/HoldTheFlag.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/keepaway.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/killall.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/koth.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/logDetail.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/nagware.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/Phoenix.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/playHistoryTracker.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/rabbitTimer.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/rabidRabbit.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/recordmatch.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/regFlag.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/RogueGenocide.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/SAMPLE_PLUGIN.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/serverControl.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/shockwaveDeath.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/teamflagreset.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/timedctf.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/torBlock.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/vocaliser.so dosyasý var
bzflag paketi içinde usr/lib/bzflag/wwzones.so dosyasý var

-- 
Ýyi Çalýþmalar,

Serbülent


From dfisek at fisek.com.tr  Fri Dec 26 18:18:52 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Fri, 26 Dec 2008 18:18:52 +0200
Subject: [Gelistirici] gelistiricilere yonelik bir web sayfasi
Message-ID: <20081226181852.559b05ef.dfisek@fisek.com.tr>

Merhaba,

 http://{gelistirici,developer}.pardus.org.tr benzeri bir cift isimle,
gelistiricilere yonelik bir meta web sitesi hos olabilir mi?

 Temel islevi ortaliktaki, gelistiricilere yonelik kaynaklari birarada
gostermesi olabilir. Ne gibi? Ilk aklima gelen baglantilar :

 - svn.pardus.org.tr
 - paketler.pardus.org.tr
 - bugzilla
 - belgeler (pardus-wiki'de Turkce ve Ingilizce bir gelistirici
kategorisi yapip, o belgeleri o kategoride isaretlemek, direk wiki'nin o
kategorisine de baglanti vermek daha pratik olabilir)
 - gelistirici/*-commits/bugzilla listeleri
 - bakýcýsýz paketlerin listesi (paketler.pardus.org tr ilgili sayfa)
 - yeni paket isteklerinin listesi (bugzilla ilgili katego

 "Hizli baglantilar" ya da "Sýk Sorulan Sorular" ile belli yerlere kolay
ulasim da olabilir. Ornegin :
 - "Ben gelistirici olmak istiyorum"
 - "Ben Pardus'ta olmayan yeni bir yazilimi paketlemek istiyorum"
 - "Ben yeni bir paketin sorumlulugunu ustlenmek istiyorum"
 vb.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From gokmen at pardus.org.tr  Fri Dec 26 18:30:01 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Fri, 26 Dec 2008 18:30:01 +0200
Subject: [Gelistirici] gelistiricilere yonelik bir web sayfasi
In-Reply-To: <20081226181852.559b05ef.dfisek@fisek.com.tr>
References: <20081226181852.559b05ef.dfisek@fisek.com.tr>
Message-ID: <200812261830.01338.gokmen@pardus.org.tr>

Cuma 26 Aralýk 2008 günü (saat 18:18:52) Doruk Fisek þunlarý yazmýþtý:
> Merhaba,
Selamlar,

>  http://{gelistirici,developer}.pardus.org.tr benzeri bir cift isimle,
> gelistiricilere yonelik bir meta web sitesi hos olabilir mi?
bi gireydin yazmadan :) http://developer.pardus.org.tr

Zaten yazdýklarýný yapmayý planladýðýmýz bir web sayfasý var fakat þu an için 
alt yapýsýný deðiþtiriyoruz Faik ile, wiki yerine rst kullanan bir yapýya 
geçeceðiz yakýnda da duyuracaðýz.

-- 
Gökmen GÖKSEL


From dfisek at fisek.com.tr  Fri Dec 26 18:39:10 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Fri, 26 Dec 2008 18:39:10 +0200
Subject: [Gelistirici] gelistiricilere yonelik bir web sayfasi
In-Reply-To: <200812261830.01338.gokmen@pardus.org.tr>
References: <20081226181852.559b05ef.dfisek@fisek.com.tr>
	<200812261830.01338.gokmen@pardus.org.tr>
Message-ID: <20081226183910.03384933.dfisek@fisek.com.tr>

Fri, 26 Dec 2008 18:30:01 +0200, Gökmen GÖKSEL <gokmen at pardus.org.tr> :

> >  http://{gelistirici,developer}.pardus.org.tr benzeri bir cift
> > isimle, gelistiricilere yonelik bir meta web sitesi hos olabilir mi?
> bi gireydin yazmadan :) http://developer.pardus.org.tr
Aklin yolu bir gibi bisi olmus :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From gkmngrgn at gmail.com  Fri Dec 26 19:44:49 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Fri, 26 Dec 2008 19:44:49 +0200
Subject: [Gelistirici] gelistiricilere yonelik bir web sayfasi
In-Reply-To: <200812261830.01338.gokmen@pardus.org.tr>
References: <20081226181852.559b05ef.dfisek@fisek.com.tr>
	<200812261830.01338.gokmen@pardus.org.tr>
Message-ID: <49551811.8020202@gmail.com>

Gökmen GÖKSEL wrote On 26-12-2008 18:30:
> bi gireydin yazmadan :) http://developer.pardus.org.tr
Tema deðiþsiiiiiiiiiiiiin!! :P


From selimok at gmail.com  Fri Dec 26 19:46:41 2008
From: selimok at gmail.com (selim ok)
Date: Fri, 26 Dec 2008 18:46:41 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081213172605.070b5e52.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
Message-ID: <a001a6cb0812260946u16efe978s7e88d7328cb734bd@mail.gmail.com>

13 Aralýk 2008 Cumartesi 16:26 tarihinde Onur Küçük <onur at pardus.org.tr>yazdý:

>
>
> NOT: gnome-mplayer da bazý videolarda boyut sorunu gibi sýkýntý oluþtu
> bu paketle, sorun i18n ile ilgili deðil, haberim var ama siz de denk
> geldiðiniz örnekleri / sorunlarý bildirmekten çekinmeyin
>

Ntvmsnbc.com'daki videolari oynatirken her seferinde video basladiginda
mplayer arayüzü kilitleniyor. Görüntüyü görmek bazen mümkün olurken bazen
plugin penceresinin sol üst kösesinde yaklasik 10x10 piksellik bir alana
sikisiyor görüntü. Her seferinde video oynatiliyor yani arka plandan ses
gelmeye devam ediyor,firefox kapansa bile devam ediyor. Her sayfa
yenilemesinde bir önceki kapanmadan yeni bir tane basliyor. Ancak mplayer
öldürülerek video durdurulabiliyor.

Depodaki sürüme gectigimde bu sorunlar düzeldi.

Iyi calismalar,
Selim


-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081226/b8ccedf9/attachment-0002.htm>

From serbulent at pardus.org.tr  Fri Dec 26 19:42:52 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Fri, 26 Dec 2008 19:42:52 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <4950FCE2.2080408@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<4950FCE2.2080408@pardus.org.tr>
Message-ID: <200812261942.52202.serbulent@pardus.org.tr>

On Tuesday 23 December 2008 16:59:46 Pinar Yanardag wrote:
> > mechanize-0.1.10-2-2.pisi

Bu paket obsolate olacak ClientForm paketine depend ediyor ClientForm un adý 
python-clientform olarak deðiþti. listeden çýkartýyorum.

-- 
Ýyi Çalýþmalar,

Serbülent


From gokmen at pardus.org.tr  Fri Dec 26 19:52:22 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Fri, 26 Dec 2008 19:52:22 +0200
Subject: [Gelistirici] gelistiricilere yonelik bir web sayfasi
In-Reply-To: <49551811.8020202@gmail.com>
References: <20081226181852.559b05ef.dfisek@fisek.com.tr>
	<200812261830.01338.gokmen@pardus.org.tr>
	<49551811.8020202@gmail.com>
Message-ID: <200812261952.22191.gokmen@pardus.org.tr>

Cuma 26 Aralýk 2008 günü (saat 19:44:49) Gökmen Görgen þunlarý yazmýþtý:
> Gökmen GÖKSEL wrote On 26-12-2008 18:30:
> > bi gireydin yazmadan :) http://developer.pardus.org.tr
>
> Tema deðiþsiiiiiiiiiiiiin!! :P
Sabýýýr :)

-- 
Gökmen GÖKSEL


From onur at pardus.org.tr  Fri Dec 26 20:13:55 2008
From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=)
Date: Fri, 26 Dec 2008 20:13:55 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <a001a6cb0812260946u16efe978s7e88d7328cb734bd@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<a001a6cb0812260946u16efe978s7e88d7328cb734bd@mail.gmail.com>
Message-ID: <200812262013.56053.onur@pardus.org.tr>

Friday 26 December 2008 Tarihinde 19:46:41 yazmýþtý:
> 13 Aralýk 2008 Cumartesi 16:26 tarihinde Onur Küçük 
<onur at pardus.org.tr>yazdý:
> > NOT: gnome-mplayer da bazý videolarda boyut sorunu gibi sýkýntý oluþtu
> > bu paketle, sorun i18n ile ilgili deðil, haberim var ama siz de denk
> > geldiðiniz örnekleri / sorunlarý bildirmekten çekinmeyin
>
> Ntvmsnbc.com'daki videolari oynatirken her seferinde video basladiginda
> mplayer arayüzü kilitleniyor. Görüntüyü görmek bazen mümkün olurken bazen
> plugin penceresinin sol üst kösesinde yaklasik 10x10 piksellik bir alana
> sikisiyor görüntü. Her seferinde video oynatiliyor yani arka plandan ses
> gelmeye devam ediyor,firefox kapansa bile devam ediyor. Her sayfa
> yenilemesinde bir önceki kapanmadan yeni bir tane basliyor. Ancak mplayer
> öldürülerek video durdurulabiliyor.
>
> Depodaki sürüme gectigimde bu sorunlar düzeldi.

 Bunu düzeltmiþ olmam lazým

http://cekirdek.pardus.org.tr/~onur/tmp/bikbik/

 daki paketlerin hepsini kurup dener misin nedir durum ? Bayaðý bir sorun 
çözüldü bu paketlerle


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From selimok at gmail.com  Fri Dec 26 20:37:10 2008
From: selimok at gmail.com (selim ok)
Date: Fri, 26 Dec 2008 19:37:10 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <200812262013.56053.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<a001a6cb0812260946u16efe978s7e88d7328cb734bd@mail.gmail.com>
	<200812262013.56053.onur@pardus.org.tr>
Message-ID: <a001a6cb0812261037w2e6b77d6s31320419881a6344@mail.gmail.com>

26 Aralýk 2008 Cuma 19:13 tarihinde Onur Küçük <onur at pardus.org.tr> yazdý:

> Friday 26 December 2008 Tarihinde 19:46:41 yazmýþtý:
> > 13 Aralýk 2008 Cumartesi 16:26 tarihinde Onur Küçük
> <onur at pardus.org.tr>yazdý:
> > > NOT: gnome-mplayer da bazý videolarda boyut sorunu gibi sýkýntý oluþtu
> > > bu paketle, sorun i18n ile ilgili deðil, haberim var ama siz de denk
> > > geldiðiniz örnekleri / sorunlarý bildirmekten çekinmeyin
> >
> > Ntvmsnbc.com'daki videolari oynatirken her seferinde video basladiginda
> > mplayer arayüzü kilitleniyor. Görüntüyü görmek bazen mümkün olurken bazen
> > plugin penceresinin sol üst kösesinde yaklasik 10x10 piksellik bir alana
> > sikisiyor görüntü. Her seferinde video oynatiliyor yani arka plandan ses
> > gelmeye devam ediyor,firefox kapansa bile devam ediyor. Her sayfa
> > yenilemesinde bir önceki kapanmadan yeni bir tane basliyor. Ancak mplayer
> > öldürülerek video durdurulabiliyor.
> >
> > Depodaki sürüme gectigimde bu sorunlar düzeldi.
>
>  Bunu düzeltmiþ olmam lazým
>
> http://cekirdek.pardus.org.tr/~onur/tmp/bikbik/<http://cekirdek.pardus.org.tr/%7Eonur/tmp/bikbik/>
>
>  daki paketlerin hepsini kurup dener misin nedir durum ? Bayaðý bir sorun
> çözüldü bu paketlerle


Simdide videolari cache'e aliyor ama baslamasi gereken yerde baslayamiyor.
Kilitlenme yok, buffering devam ediyor, fakat elle de baslatilamiyor.

Iyi calismalar,
Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081226/d5a8be56/attachment-0002.htm>

From gkmngrgn at gmail.com  Fri Dec 26 20:50:04 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Fri, 26 Dec 2008 20:50:04 +0200
Subject: [Gelistirici] gelistiricilere yonelik bir web sayfasi
In-Reply-To: <200812261952.22191.gokmen@pardus.org.tr>
References: <20081226181852.559b05ef.dfisek@fisek.com.tr>	<200812261830.01338.gokmen@pardus.org.tr>	<49551811.8020202@gmail.com>
	<200812261952.22191.gokmen@pardus.org.tr>
Message-ID: <4955275C.4090508@gmail.com>

Gökmen GÖKSEL wrote On 26-12-2008 19:52:
> Cuma 26 Aralýk 2008 günü (saat 19:44:49) Gökmen Görgen þunlarý yazmýþtý:
>   
>> Gökmen GÖKSEL wrote On 26-12-2008 18:30:
>>     
>>> bi gireydin yazmadan :) http://developer.pardus.org.tr
>>>       
>> Tema deðiþsiiiiiiiiiiiiin!! :P
>>     
> Sabýýýr :)
>
>   
bi de yeri gelmiþken söyleyeyim. eðer tasarým ve kodlama(?! django mu 
jinja mý ne bu anlamadým gerçi) konusunda dýþarýya açýksanýz elimden 
geleni yaparým =) En azýndan commitleri görebilsem benim için yeterli 
hehe =) php de olsa tasarým konusunda referans:
http://www.gokmengorgen.net/gunluk/



From gokmen at pardus.org.tr  Fri Dec 26 21:33:09 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Fri, 26 Dec 2008 21:33:09 +0200
Subject: [Gelistirici] gelistiricilere yonelik bir web sayfasi
In-Reply-To: <4955275C.4090508@gmail.com>
References: <20081226181852.559b05ef.dfisek@fisek.com.tr>
	<200812261952.22191.gokmen@pardus.org.tr>
	<4955275C.4090508@gmail.com>
Message-ID: <200812262133.09133.gokmen@pardus.org.tr>

Cuma 26 Aralýk 2008 günü (saat 20:50:04) Gökmen Görgen þunlarý yazmýþtý:
> Gökmen GÖKSEL wrote On 26-12-2008 19:52:
> > Cuma 26 Aralýk 2008 günü (saat 19:44:49) Gökmen Görgen þunlarý yazmýþtý:
> >> Gökmen GÖKSEL wrote On 26-12-2008 18:30:
> >>> bi gireydin yazmadan :) http://developer.pardus.org.tr
> >>
> >> Tema deðiþsiiiiiiiiiiiiin!! :P
> >
> > Sabýýýr :)
>
> bi de yeri gelmiþken söyleyeyim. eðer tasarým ve kodlama(?! django mu
> jinja mý ne bu anlamadým gerçi) konusunda dýþarýya açýksanýz elimden
> geleni yaparým =) En azýndan commitleri görebilsem benim için yeterli
> hehe =) php de olsa tasarým konusunda referans:
> http://www.gokmengorgen.net/gunluk/
Teþekkürler tasarýmý bitirdim zaten içerik ile uðraþýyorum þu anda ;)

template uludag/web/developer.template altýnda sphinx için Jinja tabanlý 
(Django'ya benzer) bir template sistemi kullanýyor ;)

-- 
Gökmen GÖKSEL


From akin at omeroglu.net  Fri Dec 26 22:21:43 2008
From: akin at omeroglu.net (=?iso-8859-9?q?Ak=FDn_=D6mero=F0lu?=)
Date: Fri, 26 Dec 2008 22:21:43 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?=5Bpaketler-commits=5D_r57424_-=09de?=
	=?iso-8859-9?q?vel/applications/network/mozilla/thunderbird/files?=
In-Reply-To: <49539789.5030908@gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com>
Message-ID: <200812262221.43979.akin@omeroglu.net>

Merhabalar,

Firefox'un sadece Firefox olarak kullanýlmasýnýn ne yazýk ki Türkiye'de bir 
takým hukuki sýkýntýlar yaratma ihtimali var.

Kýsaca bahsetmek gerekirse firefox markasý ülkemizde bizi de ilgilendirdiðini 
düþündüðüm 42. marka sýnýfýnda tescil edilmiþ durumda. Mozilla Vakfý, hem 
Amerika hem de Avrupa marka ofislerinde hali hazýrda iki ek sýnýfta ve ayrýca 
42. sýnýfta tescil yaptýrmýþ durumda.

Ben avukat deðilim ama herhangi bir þekilde karýþtýrýlma ihtimali nedeni ile 
marka kullanýlmasýnýn önlenmesi tehlikesi ile karþýlaþýlmamasý için en 
azýndan firefox için "mozilla firefox" isminin kullanýlmasý önleminin 
alýnmasýný tavsiye edebilirim.

Sevgiler...

-- 
Akýn Ömeroðlu
www.ozgurlukicin.com


From gokcen at pardus.org.tr  Fri Dec 26 22:43:03 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Fri, 26 Dec 2008 22:43:03 +0200
Subject: [Gelistirici]
 =?utf-8?q?r57424_-=09devel/applications/network/moz?=
 =?utf-8?q?illa/thunderbird/files?=
In-Reply-To: <200812262221.43979.akin@omeroglu.net>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com> <200812262221.43979.akin@omeroglu.net>
Message-ID: <200812262243.03459.gokcen@pardus.org.tr>

Friday 26 December 2008 Tarihinde Akýn dedi ki:
> Kýsaca bahsetmek gerekirse firefox markasý ülkemizde bizi de
> ilgilendirdiðini düþündüðüm 42. marka sýnýfýnda tescil edilmiþ durumda.
> Mozilla Vakfý, hem Amerika hem de Avrupa marka ofislerinde hali hazýrda iki
> ek sýnýfta ve ayrýca 42. sýnýfta tescil yaptýrmýþ durumda.

Anlamadýðým bir þey var, Firefox markasýnýn tescil edilmesi, her yerde önüne 
Mozilla koyulmasý zorunluluðunu da yanýnda mý getiriyor? O zaman Pardus'un 
tescilinde de mi ayný þey geçerli, herkes TÜBÝTAK Pardus diye mi kullanmak 
zorunda mesela?

Bir de eðer böyleyse, neden burda[1], burda[2] ve burda[3] hiç Mozilla Firefox 
diye deðil de Firefox diye geçiyor bu tarayýcýnýn adý? Yani, bu konuda 
yeterince hassas olsalardý, her yerde öyle kullanýrlardý diye düþünmekten 
alýkoyamýyorum kendimi :)

[1] http://www.mozilla.org/
[2] http://www.mozilla-europe.org/en/firefox/
[3] https://developer.mozilla.org/En

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081226/44433870/attachment-0002.htm>

From akin at omeroglu.net  Fri Dec 26 23:02:18 2008
From: akin at omeroglu.net (=?utf-8?q?Ak=C4=B1n_=C3=96mero=C4=9Flu?=)
Date: Fri, 26 Dec 2008 23:02:18 +0200
Subject: [Gelistirici]
	=?utf-8?q?r57424_-=09devel/applications/network/moz?=
	=?utf-8?q?illa/thunderbird/files?=
In-Reply-To: <200812262243.03459.gokcen@pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<200812262221.43979.akin@omeroglu.net>
	<200812262243.03459.gokcen@pardus.org.tr>
Message-ID: <200812262302.18935.akin@omeroglu.net>

On Friday 26 December 2008 22:43:03 Gökçen Eraslan wrote:
> Friday 26 December 2008 Tarihinde Akýn dedi ki:
> > Kýsaca bahsetmek gerekirse firefox markasý ülkemizde bizi de
> > ilgilendirdiðini düþündüðüm 42. marka sýnýfýnda tescil edilmiþ durumda.
> > Mozilla Vakfý, hem Amerika hem de Avrupa marka ofislerinde hali hazýrda
> > iki ek sýnýfta ve ayrýca 42. sýnýfta tescil yaptýrmýþ durumda.
>
> Anlamadýðým bir þey var, Firefox markasýnýn tescil edilmesi, her yerde
> önüne Mozilla koyulmasý zorunluluðunu da yanýnda mý getiriyor? O zaman
> Pardus'un tescilinde de mi ayný þey geçerli, herkes TÜBÝTAK Pardus diye mi
> kullanmak zorunda mesela?

Dilim döndüðünce daha iyi anlamana yardýmcý olmaya çalýþayým o halde sevgili 
Gökçen. Paragrafýn ilk satýrýný tekrar okursan bu sorunun "ülkemizde" 
kaynaklandýðýný söyledim. Mozilla kendi markasý olan Firefox markasýný Avrupa 
Birliði ülkelerinde ve Amerika'da tescil ettirmiþ olmasýna raðmen (Asya 
kýtasý ve bir takým sair ülkeleri araþtýrmadým.) bu tescili ülkemizde 
yapMAmýþtýr. 

Fazla ayrýntýya girmek istemediðimden Mozilla'nýn þu andaki tescilli markasý 
için Türkiye'de rücu hakkýný Paris Anlaþmasýna göre kullanýrsa edineceði 
hukuki avantajý ve diðer konulara girmiyorum.

Markada karýþtýrýlma ihtimali çok basit bir anlatýmla tescilli bir markanýn 
ismi, logosu,rengi ya da markayý oluþturan bir baþka "esaslý unsurunu" bir 
baþka tescilli olsun olmasýn marka tarafýndan kullanýlmasý durumunda ortaya o 
markayý kullanan kullanýcýlarýn bu iki markayý karýþtýrma ihtimalinin 
çýkmasýný anlatmaktadýr. Örneðin Chanel ile Þanel, Mintax ile Mintaks benzer 
markalardýr.

Bu sebeple karýþtýrýlma ihtimalini engellemek maksadý ile þu çözüm önerisini 
getirdim. Üretici firmanýn adýný ürünü ile birlikte yazmak. Senin daha farklý 
bir çözüm önerin de olabilir pek tabi =)

Pardus markasýna bakacak olursan bilgisayar hizmetleri ile sýnýflarda Pardus 
markasýnýn tek tescil sahibi olduðunu göreceksin. Ýleride bir gün ayný 
sýnýfta Pardus markasý tescil edilmeye çalýþýrsa zaten UEKAE avukatlarýnýn 
durumu engelleyeceðinden þüphem yok.

>
> Bir de eðer böyleyse, neden burda[1], burda[2] ve burda[3] hiç Mozilla
> Firefox diye deðil de Firefox diye geçiyor bu tarayýcýnýn adý? Yani, bu
> konuda yeterince hassas olsalardý, her yerde öyle kullanýrlardý diye
> düþünmekten alýkoyamýyorum kendimi :)
>
Burda, burda ve burda yazmamalarýnýn sebebi sanýrým önemli olarak gördükleri 
tüm ülkelerde tescilli marka olmasý olabilir. =) Dediðim gibi bu sorun 
ülkesel...



-- 
Akýn Ömeroðlu
www.ozgurlukicin.com

From gkmngrgn at gmail.com  Fri Dec 26 23:05:11 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Fri, 26 Dec 2008 23:05:11 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812262221.43979.akin@omeroglu.net>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>	<49539789.5030908@gmail.com>
	<200812262221.43979.akin@omeroglu.net>
Message-ID: <49554707.9050107@gmail.com>

Akýn Ömeroðlu wrote On 26-12-2008 22:21:
> Merhabalar,
>
> Firefox'un sadece Firefox olarak kullanýlmasýnýn ne yazýk ki Türkiye'de bir 
> takým hukuki sýkýntýlar yaratma ihtimali var.
>
> Kýsaca bahsetmek gerekirse firefox markasý ülkemizde bizi de ilgilendirdiðini 
> düþündüðüm 42. marka sýnýfýnda tescil edilmiþ durumda. Mozilla Vakfý, hem 
> Amerika hem de Avrupa marka ofislerinde hali hazýrda iki ek sýnýfta ve ayrýca 
> 42. sýnýfta tescil yaptýrmýþ durumda.
>
> Ben avukat deðilim ama herhangi bir þekilde karýþtýrýlma ihtimali nedeni ile 
> marka kullanýlmasýnýn önlenmesi tehlikesi ile karþýlaþýlmamasý için en 
> azýndan firefox için "mozilla firefox" isminin kullanýlmasý önleminin 
> alýnmasýný tavsiye edebilirim.
>
>   
Ehieh. Gran Paradiso paketleyelim derim. Ýsim sorununun bu kadar ses 
çýkaracaðýný bilmiyordum, alt tarafý bir standart istedim =)



From isingor at gmail.com  Fri Dec 26 23:08:54 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Fri, 26 Dec 2008 23:08:54 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812262243.03459.gokcen@pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com> <200812262221.43979.akin@omeroglu.net>
	<200812262243.03459.gokcen@pardus.org.tr>
Message-ID: <a64a8a8c0812261308s32f34b67x980a47ab4031eff0@mail.gmail.com>

2008/12/26 Gökçen Eraslan <gokcen at pardus.org.tr>

> Friday 26 December 2008 Tarihinde Akýn dedi ki:
> > Kýsaca bahsetmek gerekirse firefox markasý ülkemizde bizi de
> > ilgilendirdiðini düþündüðüm 42. marka sýnýfýnda tescil edilmiþ durumda.
> > Mozilla Vakfý, hem Amerika hem de Avrupa marka ofislerinde hali hazýrda
> iki
> > ek sýnýfta ve ayrýca 42. sýnýfta tescil yaptýrmýþ durumda.
>
>
> Anlamadýðým bir þey var, Firefox markasýnýn tescil edilmesi, her yerde
> önüne Mozilla koyulmasý zorunluluðunu da yanýnda mý getiriyor? O zaman
> Pardus'un tescilinde de mi ayný þey geçerli, herkes TÜBÝTAK Pardus diye mi
> kullanmak zorunda mesela?
>


Gökçenciðim, sapla samaný birbirine fena halde karýþtýrýyorsun. Anlamamakta
ýsrar ettiðin þey, adýna FF, Firefox þeklinde adýný kýsalttýðýmýz ürünün
resmi adýnýn *Mozilla Firefox* olmasý.

Mozilla Firefox'un sitesinde þu
adrese<http://www.mozilla.org/projects/firefox/firefox-name-faq.html>bakarsan,
aynen þunu söylediklerini görürsün:

*Is it Firefox or Mozilla Firefox?*

*The official name is Mozilla Firefox. We will often shorten that to
Firefox. *



> Bir de eðer böyleyse, neden burda[1], burda[2] ve burda[3] hiç Mozilla
> Firefox diye deðil de Firefox diye geçiyor bu tarayýcýnýn adý? Yani, bu
> konuda yeterince hassas olsalardý, her yerde öyle kullanýrlardý diye
> düþünmekten alýkoyamýyorum kendimi :)
>


Yine ayný örneði vereceðim. Programlarýn resmi adýný kullanmak genel
prensibimiz olmalý. Bu kýsaltmalarýn sonu yok, hani olur da World of
Warcraft özgürleþirse onu da menüye Warcraft ya da WOW olarak mý koyacaðýz?

Firefox, Thunderbird, Sunbird gibi ürünlerin baþýna Mozilla adýnýn
konmasýnýn pratik bir faydasýný da gördüðümü söylemiþtim. Bu ürünler
Programlar > Ýnternet menüsünde alt alta duracak, OpenOffice.org'da da bunu
yapýyoruz, bak ne güzel kullanýcýnýn da hayatýný bir parça kolaylaþtýracaðýz
diye bir somut önerim olmuþtu.

Aslýnda benzer bir þeyi söylüyoruz, herkes bu paketlerin isimlendirilmesinde
bir standartlaþma istiyor. Benim tavrým, bu standartlaþmanýn kiþissel
beðenilerimiz deðil, ürünlerin resmi adlarý üzerinden yürümesi yönünde :)...

Ama yok bu tartýþmanýn zemini Mozilla Firefox'u kim daha çok seviyor, kim
Firefox'u tercih ediyor  ya da +1 göndermelere kayacaksa, tüm söylediklerimi
unutmaný senden rica ediyorum...


Öperim Ali
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081226/267c4bde/attachment-0002.htm>

From isingor at gmail.com  Fri Dec 26 23:13:11 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Fri, 26 Dec 2008 23:13:11 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812262243.03459.gokcen@pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<49539789.5030908@gmail.com> <200812262221.43979.akin@omeroglu.net>
	<200812262243.03459.gokcen@pardus.org.tr>
Message-ID: <a64a8a8c0812261313w10be8aebx4d06de2fee92027c@mail.gmail.com>

2008/12/26 Gökçen Eraslan <gokcen at pardus.org.tr>

>
>
> [1] http://www.mozilla.org/
> [2] http://www.mozilla-europe.org/en/firefox/
> [3] https://developer.mozilla.org/En
>
>
> --
> Gökçen Eraslan
>


Bu arada Mozilla'yý öpeyim, sana bir þey olmasýn....

Ne zaman geliyorsun bize :)
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081226/85b1b34b/attachment-0002.htm>

From tekman at pardus.org.tr  Sat Dec 27 08:20:16 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Sat, 27 Dec 2008 08:20:16 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <a64a8a8c0812261308s32f34b67x980a47ab4031eff0@mail.gmail.com>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<200812262243.03459.gokcen@pardus.org.tr>
	<a64a8a8c0812261308s32f34b67x980a47ab4031eff0@mail.gmail.com>
Message-ID: <200812270820.17056.tekman@pardus.org.tr>

26 Aralýk 2008 Cuma 23:08:54 tarihinde Ali Iþýngör þunlarý yazmýþtý:
> Mozilla Firefox'un sitesinde þu
> adrese<http://www.mozilla.org/projects/firefox/firefox-name-faq.html>bakars
>an, aynen þunu söylediklerini görürsün:
>
> *Is it Firefox or Mozilla Firefox?*
>
> *The official name is Mozilla Firefox. We will often shorten that to
> Firefox. *

Avukat deðilim, ama yukarýdaki alýntýya dayanarak bile "Firefox" olarak 
kullanmamýz mümkündür gibi duruyor. Adamlarýn "göstermediði" hassasiyeti biz 
niye gösterelim bir, dünyada %20 kullaným oranýna ulaþmýþ bu ürün arýk meþhur 
marka haline gelmiþtir, baþkasýna Firefox diye tescil ettirmezler iki...

Ayrýca Pardus, PArdus olarak tescil edilmiþtir. TÜBÝTAK Pardus ya da Pardus 
Linux ya da Pardus GNU/Linux olarak deðil...

ET


From akin at omeroglu.net  Sat Dec 27 12:30:06 2008
From: akin at omeroglu.net (=?iso-8859-9?q?Ak=FDn_=D6mero=F0lu?=)
Date: Sat, 27 Dec 2008 12:30:06 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812270820.17056.tekman@pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<a64a8a8c0812261308s32f34b67x980a47ab4031eff0@mail.gmail.com>
	<200812270820.17056.tekman@pardus.org.tr>
Message-ID: <200812271230.06748.akin@omeroglu.net>

On Saturday 27 December 2008 08:20:16 Erkan Tekman wrote:

> meþhur marka haline gelmiþtir, baþkasýna Firefox diye tescil ettirmezler
> iki...
>

O halde TPE'nin 2005/48167 numaralý tescil numarasý ile kaydettiði ve Devrim 
Demirel'e ait olan 42. sýnýfta kayýtlý "firefox" isim ve þekil markasýný yok 
mu sayýyoruz?

Benim için sorun deðil ve fakat Mozilla Vakfý Türkiye'yi yok sayýyor diye 
kendi çöplüðümüzde ileride baþýmýzý aðrýtabilme ihtimali olan bir konuyu 
þimdiden bertaraf etme þansýný kullanmamak bana çok mantýklý gelmiyor.

Mozilla Vakfý Türkiye'ye gelip yasal haklarýný kullanmadan TPE'nin baþkaný 
bile Mozilla Firefox kullansa bile ben meþhur markayým deme þansýný 
yakalamayacak.

AMD'de meþhur marka olmasýna raðmen ülkemizde tescil yaptýrmadýðý için 
zamanýnda baþýna neler geldiðini hatýrlarsýnýz sanýrým...

-- 
Akýn Ömeroðlu
www.ozgurlukicin.com


From tekman at pardus.org.tr  Sat Dec 27 13:07:04 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Sat, 27 Dec 2008 13:07:04 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812271230.06748.akin@omeroglu.net>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<200812270820.17056.tekman@pardus.org.tr>
	<200812271230.06748.akin@omeroglu.net>
Message-ID: <200812271307.09663.tekman@pardus.org.tr>

27 Aralýk 2008 Cumartesi 12:30:06 tarihinde Akýn Ömeroðlu þunlarý yazmýþtý:
> On Saturday 27 December 2008 08:20:16 Erkan Tekman wrote:
> > meþhur marka haline gelmiþtir, baþkasýna Firefox diye tescil ettirmezler
> > iki...
>
> O halde TPE'nin 2005/48167 numaralý tescil numarasý ile kaydettiði ve
> Devrim Demirel'e ait olan 42. sýnýfta kayýtlý "firefox" isim ve þekil
> markasýný yok mu sayýyoruz?

Bir yerde evet. Elimizi ayaðýmýzý kendi kendimize gereðinden fazla 
baðlamamakta yarar var. Böyle bir tartýþma sonrasýnda Firefox yerine Mozilla 
Firefox adýný / markasýný kullanmaya karar verirsek bundan sonra Firefox 
markasýný kullanmak için mutlaka mahkeme ya da avukatlýk bürosu  yolunu 
izlemek gerekir.

Dünya ve Türkiye'deki mevcut durumun Firefox meþhur markasýný kullanmamýza 
olanak saðlar bir hal olduðuna karar vererek hareket edersek mahkeme ve 
avukata gitme sýrasý mevcut marka sahibinde olacaktýr ve bildiðim kadarý ile 
ticari zarara uðradýðýný ispat zorunluluðu olacaktýr ve yanlýþ anýmsamýyorsam 
Firefox tarayýcýsý ortalýktayken bu ismi Türkiye'de tescil ettirme yoluna 
gittiðinden -belki de- hukuk kendisini haksýz bulacaktýr.

"youtube Türkiye'de þirket kurup vergi ödemeden sitesini açmam" zihniyeti ile 
ayný noktada durmayalým ne olur...

ET


From akin at omeroglu.net  Sat Dec 27 13:28:07 2008
From: akin at omeroglu.net (=?iso-8859-9?q?Ak=FDn_=D6mero=F0lu?=)
Date: Sat, 27 Dec 2008 13:28:07 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812271307.09663.tekman@pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<200812271230.06748.akin@omeroglu.net>
	<200812271307.09663.tekman@pardus.org.tr>
Message-ID: <200812271328.07280.akin@omeroglu.net>

On Saturday 27 December 2008 13:07:04 Erkan Tekman wrote:

>
> Dünya ve Türkiye'deki mevcut durumun Firefox meþhur markasýný kullanmamýza
> olanak saðlar bir hal olduðuna karar vererek hareket edersek mahkeme ve
> avukata gitme sýrasý mevcut marka sahibinde olacaktýr ve bildiðim kadarý
> ile ticari zarara uðradýðýný ispat zorunluluðu olacaktýr

Tazminat istemek için böyle bir zararýn doðduðuna dair ispat etmesi belki 
gerekebilir ve fakat Pardus benim markamý izinsiz olarak kullanmaktadýr, 
daðýtýmý durdurulsun demek için herhangi bir þeyi ispat etmesine gerek yok 
tescilli markaya sahip olduðunu göstermekten baþka. AMD iþlemcilerinin 
daðýtýmýnýn Türkiye'de bu þekilde durdurulduðunu eminim benim kadar siz de 
hatýrlýyorsunuz.

> ve yanlýþ 
> anýmsamýyorsam Firefox tarayýcýsý ortalýktayken bu ismi Türkiye'de tescil
> ettirme yoluna gittiðinden -belki de- hukuk kendisini haksýz bulacaktýr.

O durum ancak ileride mozilla gelip burada rücu etmek isterse olacak bir 
durumdur. Kaldý ki mahkeme iki markanýn ayný anda yaþayabileceðine de karar 
verebilir. AMD örneðinde sonuçta yerel marka sahibi davayý kaybetti ama 
AMD'nin yaklaþýk bir buçuk yýl boyunca "resmi" olarak iþlemci satamadýðýný 
düþünecek olursak bu durum biraz da "buruk zafer" oldu =)

>
> "youtube Türkiye'de þirket kurup vergi ödemeden sitesini açmam" zihniyeti
> ile ayný noktada durmayalým ne olur...

Sapla samaný karýþtýrmayalým ne olur :) Türkiye'nin internet yasaklarý 
hedesinde ki düzenlemesi tamamen "saçmalýk" ama marka konusunda yaptýðý 
düzenleme ise hem AB ülkeleri ile uyumlu (bknz Gümrük Birliðine girmem için 
ne yapmalýyým?) hem de taraf olduðumuz Paris Sözleþmesi ile uyumlu. 

Yani ne kadar meþhur olursan ol tescil olmadan bir hiçsin sözünü hem elin 
Ýngilizi, Fransýzý hem de biz söylüyoruz. Youtube saçmalýðý ise bizim özgün 
çalýþmamýz.

O yüzden biri sap biri saman oluyor...

Bu konuda karar "bana kalýrsa" geliþtiricilerin görüþünden çok kurum 
avukatlardan alýnacak hukuki görüþ sonucunda verilmeli. :) 

Sonuçta bu kurumsal bir olduðuna göre, karar hem sizin, hem de paket sahibinin 
ama benim fikrim bu yöndeydi...

Ýlginiz için teþekkür ederim.

-- 
Akýn Ömeroðlu
www.ozgurlukicin.com


From fatih at pardus.org.tr  Sat Dec 27 15:09:14 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 27 Dec 2008 15:09:14 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
Message-ID: <200812271509.19047.fatih@pardus.org.tr>

Cumartesi 27 Aralýk 2008 tarihinde, paketler-commits at pardus.org.tr þunlarý 
yazmýþtý: 
> +2008-12-27  Ozan Çaðlayan <ozan at pardus.org.tr>
> +       * bin/mudur.py (startServices) : Remove the 2 second sleep
> +       to see whether it breaks or not.

Baþka bir þey için deniyor olabilirsin; ama yine hatýrlatayým. Oradaki sleep 
olmazsa, X geç açýldýðý için kullanýcý uzun süre konsoldaki login ekranýyla 
karþý karþýya kalýyor. Bazý kullanýcýlar bunu görünce oradan login olmaya 
çalýþýyorlar.

Oradaki sleep sadece konsoldaki login ekranýnýn gecikmesi için. Zaten müdür'ün 
son kýsmý orasý. 2009 için baþka bir çözüm düþünüyorum.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081227/b180c299/attachment-0002.pgp>

From bahadir at pardus.org.tr  Sat Dec 27 15:11:45 2008
From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=)
Date: Sat, 27 Dec 2008 15:11:45 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812271509.19047.fatih@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271509.19047.fatih@pardus.org.tr>
Message-ID: <200812271512.00733.bahadir@pardus.org.tr>

27 Ara 2008 Cts tarihinde, Fatih Aþýcý þunlarý yazmýþtý: 
> Cumartesi 27 Aralýk 2008 tarihinde, paketler-commits at pardus.org.tr
> þunlarý yazmýþtý:
> > +2008-12-27  Ozan Çaðlayan <ozan at pardus.org.tr>
> > +       * bin/mudur.py (startServices) : Remove the 2 second sleep
> > +       to see whether it breaks or not.
>
> Oradaki sleep sadece konsoldaki login ekranýnýn gecikmesi için. Zaten
> müdür'ün son kýsmý orasý. 2009 için baþka bir çözüm düþünüyorum.

Deðiþmeyecekse, o kýsma ufak bir yorum ekler misin? "time.sleep() is evil" 
diyoruz ama iþe yarýyorsa neden olduðunu bilelim ki "aboooo" demeyelim 
koda bakýnca :)
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081227/27783f50/attachment-0002.pgp>

From ozan at pardus.org.tr  Sat Dec 27 15:18:31 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 27 Dec 2008 15:18:31 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812271512.00733.bahadir@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>	<200812271509.19047.fatih@pardus.org.tr>
	<200812271512.00733.bahadir@pardus.org.tr>
Message-ID: <49562B27.6000606@pardus.org.tr>

Bahadýr Kandemir wrote:
> 27 Ara 2008 Cts tarihinde, Fatih Aþýcý þunlarý yazmýþtý: 
>   
>> Cumartesi 27 Aralýk 2008 tarihinde, paketler-commits at pardus.org.tr
>> þunlarý yazmýþtý:
>>     
>>> +2008-12-27  Ozan Çaðlayan <ozan at pardus.org.tr>
>>> +       * bin/mudur.py (startServices) : Remove the 2 second sleep
>>> +       to see whether it breaks or not.
>>>       
>> Oradaki sleep sadece konsoldaki login ekranýnýn gecikmesi için. Zaten
>> müdür'ün son kýsmý orasý. 2009 için baþka bir çözüm düþünüyorum.
>>     
>
> Deðiþmeyecekse, o kýsma ufak bir yorum ekler misin? "time.sleep() is evil" 
> diyoruz ama iþe yarýyorsa neden olduðunu bilelim ki "aboooo" demeyelim 
> koda bakýnca :)
>   
+1.

Yorum ekledim.

Fatih doðru anladýysam, müdür'ün son runlevel'ý da bittikten sonra 
kullanýcý bir süre login ekranýnda bekliyor X geciktiði için. Bunu 
geciktirip, login daha yaratýlmadan sanki müdür devam ediyormuþ gibi 
bekletiyoruz adamý deðil mi?

Peki X niye o kadar geç açýlýyor? kdebase headstart'ýmýz, ilk baþlatýlan 
servis o, X'in çoktan baþlamýþ olmasý gerekmez mi?

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From fatih at pardus.org.tr  Sat Dec 27 15:26:16 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 27 Dec 2008 15:26:16 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <49562B27.6000606@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271512.00733.bahadir@pardus.org.tr>
	<49562B27.6000606@pardus.org.tr>
Message-ID: <200812271526.19828.fatih@pardus.org.tr>

Cumartesi 27 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Fatih doðru anladýysam, müdür'ün son runlevel'ý da bittikten sonra
> kullanýcý bir süre login ekranýnda bekliyor X geciktiði için. Bunu
> geciktirip, login daha yaratýlmadan sanki müdür devam ediyormuþ gibi
> bekletiyoruz adamý deðil mi?

Evet, aynen öyle. Bu sorunu (ya da benzerini) Fedora, X'i vt1'de çalýþtýrarak 
çözmüþ. tty1'de login de çalýþtýrmýyorlar yanlýþ hatýrlamýyorsam. Kendi 
bilgisayarýmda deniyorum. Ýþe yarýyor görünüyor.

> Peki X niye o kadar geç açýlýyor? kdebase headstart'ýmýz, ilk baþlatýlan
> servis o, X'in çoktan baþlamýþ olmasý gerekmez mi?

Bunun sebebini ben de merak ediyorum. Ýncelemek lazým.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081227/ab79e006/attachment-0002.pgp>

From ozan at pardus.org.tr  Sat Dec 27 15:30:31 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 27 Dec 2008 15:30:31 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812271526.19828.fatih@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>	<200812271512.00733.bahadir@pardus.org.tr>	<49562B27.6000606@pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
Message-ID: <49562DF7.8030502@pardus.org.tr>

Fatih Aþýcý wrote:
> Cumartesi 27 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
>   
>> Fatih doðru anladýysam, müdür'ün son runlevel'ý da bittikten sonra
>> kullanýcý bir süre login ekranýnda bekliyor X geciktiði için. Bunu
>> geciktirip, login daha yaratýlmadan sanki müdür devam ediyormuþ gibi
>> bekletiyoruz adamý deðil mi?
>>     
>
> Evet, aynen öyle. Bu sorunu (ya da benzerini) Fedora, X'i vt1'de çalýþtýrarak 
> çözmüþ. tty1'de login de çalýþtýrmýyorlar yanlýþ hatýrlamýyorsam. Kendi 
> bilgisayarýmda deniyorum. Ýþe yarýyor görünüyor.
>
>   
>> Peki X niye o kadar geç açýlýyor? kdebase headstart'ýmýz, ilk baþlatýlan
>> servis o, X'in çoktan baþlamýþ olmasý gerekmez mi?
>>     
>
> Bunun sebebini ben de merak ediyorum. Ýncelemek lazým.
>   
Ayrýca bir de waitBus ile X soketini bekliyoruz bu sleep'ten önce.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From tulliana at gmail.com  Sat Dec 27 16:54:37 2008
From: tulliana at gmail.com (Serdar Soytetir)
Date: Sat, 27 Dec 2008 16:54:37 +0200
Subject: [Gelistirici] =?utf-8?q?mimetype_yerelle=C5=9Ftirmeleri?=
Message-ID: <200812271654.37324.tulliana@gmail.com>

Merhabalar,
KDE4 üzerinde aþaðýdaki ekran görüntülerinde (1 ve 2) gördüðümüz mimetype 
çevirilerini yapmaya baþladým. Pardus depolarýnda shared-mime-info, 0.30 
sürümü bulunuyor. Ancak kaynaða (3) baktýðýmda 0.51 sürümünü gördüm. Bu paketi 
güncellemeyiþimizin bir nedeni var mýdýr? (Tamamen atýyorum; paketlerin --
with-shared-mime-info gibi bir option ile derlenme zorunluluðu olabilir ve 
bazý paketlerin yeniden derlenmesi gerekebilir. ) 0.51 sürümünün çevirisini 
bitirmek üzereyim. Yaklaþýk 550 string içeren bu paketi Türkçe olarak sunmak 
arayüzde karþýmýza çýkan 550 çevrilmemiþ ifadeden kurtulmamýz anlamýna 
geliyor. 
Sonuç: Bu paketi depoda güncellememizin ve çevirileri eklememizin önünde 
teknik bir engel var mýdýr? Konu ile ilgili bilgi verebilir misiniz?

1- http://img508.imageshack.us/img508/7651/mime1nm0.png
2- http://img201.imageshack.us/img201/6275/mime2ex8.png 
3- http://people.freedesktop.org/~hadess/
Ýyi çalýþmalar...
-- 
Serdar Soytetir



From ozan at pardus.org.tr  Sat Dec 27 17:45:24 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sat, 27 Dec 2008 17:45:24 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812271526.19828.fatih@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>	<200812271512.00733.bahadir@pardus.org.tr>	<49562B27.6000606@pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
Message-ID: <49564D94.3000506@pardus.org.tr>

Fatih Aþýcý wrote:
> Cumartesi 27 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
>   
>> Fatih doðru anladýysam, müdür'ün son runlevel'ý da bittikten sonra
>> kullanýcý bir süre login ekranýnda bekliyor X geciktiði için. Bunu
>> geciktirip, login daha yaratýlmadan sanki müdür devam ediyormuþ gibi
>> bekletiyoruz adamý deðil mi?
>>     
>
> Evet, aynen öyle. Bu sorunu (ya da benzerini) Fedora, X'i vt1'de çalýþtýrarak 
> çözmüþ. tty1'de login de çalýþtýrmýyorlar yanlýþ hatýrlamýyorsam. Kendi 
> bilgisayarýmda deniyorum. Ýþe yarýyor görünüyor.
>
>   
tty1'de login çalýþtýrmayalým, X'i yine vt7'de açalým. Böylece müdür'ün 
çýktýlarý da VT1'de hep durur, orasý
acilis konsolu gibi olmus olur. sleep'i de kaldýrýrýz. Ayrýca ben 
kaldýrdým, öyle ahým þahým bir þey farketmedi.
konsola "kullanýcý adý: " geldikten 100-200ms sonra X giriyor devreye. 
Tabi yavaþ sistemde denemek lazým.

Ben sýcak bakýyorum bu fikre.

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From fatih at pardus.org.tr  Sat Dec 27 18:00:58 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 27 Dec 2008 18:00:58 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <49564D94.3000506@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
Message-ID: <200812271800.58790.fatih@pardus.org.tr>

Cumartesi 27 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> tty1'de login çalýþtýrmayalým, X'i yine vt7'de açalým. Böylece müdür'ün
> çýktýlarý da VT1'de hep durur, orasý
> acilis konsolu gibi olmus olur. sleep'i de kaldýrýrýz.

kernel parametrelerine console=tty2 eklersen müdür çýktýlarýnýn tty2'ye 
düþmesini saðlayabilirsin. Eðer X de vt1'de olursa X'in açýlýþý sýrasýnda 
splash'ý gösterebilme imkanýmýz var. Hatta KMS gelince X açýlýp daha sadece 
mouse imlecinin göründüðü yerde (kdm login ekraný gelmemiþ durumdayken) siyah 
bir arka plan yerine konsoldaki son görüntüyü gösterme gibi bir imkanýmýz 
olacak. Yani kullanýcý X'in açýlýþ anýný bile farketmeyecek bazý sürücülerde.

> Ayrýca ben
> kaldýrdým, öyle ahým þahým bir þey farketmedi.
> konsola "kullanýcý adý: " geldikten 100-200ms sonra X giriyor devreye.
> Tabi yavaþ sistemde denemek lazým.

Bazý sistemlerde o kadar çok fark ediyor ki bazen ben bile X açýlmayacak sanýp 
login olmaya çalýþýyorum.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081227/66acc41e/attachment-0002.pgp>

From fatih at pardus.org.tr  Sat Dec 27 18:04:21 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sat, 27 Dec 2008 18:04:21 +0200
Subject: [Gelistirici] =?iso-8859-9?q?mimetype_yerelle=FEtirmeleri?=
In-Reply-To: <200812271654.37324.tulliana@gmail.com>
References: <200812271654.37324.tulliana@gmail.com>
Message-ID: <200812271804.21868.fatih@pardus.org.tr>

Cumartesi 27 Aralýk 2008 tarihinde, Serdar Soytetir þunlarý yazmýþtý: 
> Merhabalar,
> KDE4 üzerinde aþaðýdaki ekran görüntülerinde (1 ve 2) gördüðümüz mimetype
> çevirilerini yapmaya baþladým. Pardus depolarýnda shared-mime-info, 0.30
> sürümü bulunuyor. Ancak kaynaða (3) baktýðýmda 0.51 sürümünü gördüm. Bu
> paketi güncellemeyiþimizin bir nedeni var mýdýr? (Tamamen atýyorum;
> paketlerin -- with-shared-mime-info gibi bir option ile derlenme
> zorunluluðu olabilir ve bazý paketlerin yeniden derlenmesi gerekebilir. )
> 0.51 sürümünün çevirisini bitirmek üzereyim. Yaklaþýk 550 string içeren bu
> paketi Türkçe olarak sunmak arayüzde karþýmýza çýkan 550 çevrilmemiþ
> ifadeden kurtulmamýz anlamýna geliyor.
> Sonuç: Bu paketi depoda güncellememizin ve çevirileri eklememizin önünde
> teknik bir engel var mýdýr? Konu ile ilgili bilgi verebilir misiniz?

Herhangi bir sorun çýkacaðýný sanmýyorum. Çevirileri bitirdiðinde bana 
bildirirsen güncellerim paketi.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081227/ecb5cf34/attachment-0002.pgp>

From tulliana at gmail.com  Sat Dec 27 18:35:13 2008
From: tulliana at gmail.com (Serdar Soytetir)
Date: Sat, 27 Dec 2008 18:35:13 +0200
Subject: [Gelistirici] =?utf-8?q?mimetype_yerelle=C5=9Ftirmeleri?=
In-Reply-To: <200812271804.21868.fatih@pardus.org.tr>
References: <200812271654.37324.tulliana@gmail.com>
	<200812271804.21868.fatih@pardus.org.tr>
Message-ID: <200812271835.13191.tulliana@gmail.com>

27 Aralýk 2008 Cumartesi günü (saat 18:04:21) Fatih Aþýcý þunlarý yazmýþtý:
Merhaba Fatih,
> Cumartesi 27 Aralýk 2008 tarihinde, Serdar Soytetir þunlarý yazmýþtý:
> > Merhabalar,
> > KDE4 üzerinde aþaðýdaki ekran görüntülerinde (1 ve 2) gördüðümüz mimetype
> > çevirilerini yapmaya baþladým. Pardus depolarýnda shared-mime-info, 0.30
> > sürümü bulunuyor. Ancak kaynaða (3) baktýðýmda 0.51 sürümünü gördüm. Bu
> > paketi güncellemeyiþimizin bir nedeni var mýdýr? (Tamamen atýyorum;
> > paketlerin -- with-shared-mime-info gibi bir option ile derlenme
> > zorunluluðu olabilir ve bazý paketlerin yeniden derlenmesi gerekebilir. )
> > 0.51 sürümünün çevirisini bitirmek üzereyim. Yaklaþýk 550 string içeren
> > bu paketi Türkçe olarak sunmak arayüzde karþýmýza çýkan 550 çevrilmemiþ
> > ifadeden kurtulmamýz anlamýna geliyor.
> > Sonuç: Bu paketi depoda güncellememizin ve çevirileri eklememizin önünde
> > teknik bir engel var mýdýr? Konu ile ilgili bilgi verebilir misiniz?
>
> Herhangi bir sorun çýkacaðýný sanmýyorum. Çevirileri bitirdiðinde bana
> bildirirsen güncellerim paketi.
Çevrilmiþ po dosyasýný sana gönderdim :)

-- 
Serdar Soytetir

From coderlord at gmail.com  Sat Dec 27 19:52:45 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Sat, 27 Dec 2008 19:52:45 +0200
Subject: [Gelistirici] [paketler-commits] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <20081225141717.33EF71384109@ns1.pardus.org.tr>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
Message-ID: <4cca720b0812270952u380c4077u339d007645b11903@mail.gmail.com>

Bir de böyle bir bilgi var. Bkz. Trademark and logo issues

http://en.wikipedia.org/wiki/Mozilla_Firefox

ve þu.

http://en.wikipedia.org/wiki/Mozilla_software_rebranding

From ekin at pardus.org.tr  Sat Dec 27 22:35:25 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 27 Dec 2008 22:35:25 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <49564D94.3000506@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
Message-ID: <200812272235.26041.ekin@pardus.org.tr>

Merhaba;

Saturday 27 December 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> > Evet, aynen öyle. Bu sorunu (ya da benzerini) Fedora, X'i vt1'de
> > çalýþtýrarak çözmüþ. tty1'de login de çalýþtýrmýyorlar yanlýþ
> > hatýrlamýyorsam. Kendi bilgisayarýmda deniyorum. Ýþe yarýyor görünüyor.
>
> tty1'de login çalýþtýrmayalým, 

tty1'de login çalýþtýrmamak konusunda pek emin deðilim - içimden bir ses 
ctrl-alt-F1'de login görmek istiyor :-)

> X'i yine vt7'de açalým. Böylece müdür'ün 
> çýktýlarý da VT1'de hep durur, orasý
> acilis konsolu gibi olmus olur. sleep'i de kaldýrýrýz. Ayrýca ben
> kaldýrdým, öyle ahým þahým bir þey farketmedi.
> konsola "kullanýcý adý: " geldikten 100-200ms sonra X giriyor devreye.
> Tabi yavaþ sistemde denemek lazým.

Yavaþ sistemde ben de kaç kere "patladý bu X" deyip login olmaya kalktým - 
sistemin genel hýzý kadar ekran kartý vs de etkili oluyor.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Sat Dec 27 23:20:22 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Sat, 27 Dec 2008 23:20:22 +0200
Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?=
	=?utf-8?q?ity_Fixes?=
Message-ID: <200812272320.22252.ekin@pardus.org.tr>

Merhaba / Hi;

Dün gece kararlý depolara giren güvenlik güncellemeleri :
Today's Security Fixes for Pardus stable repos : 
------------------------------------------------------------------------

* Pardus 2008

qemu-0.9.1-12-3.pisi
samba-3.2.6-37-6.pisi
--
Ekin Meroglu <ekin_at_pardus.org.tr>


From necmettin.begiter at gmail.com  Sun Dec 28 00:02:55 2008
From: necmettin.begiter at gmail.com (Necmettin Begiter)
Date: Sun, 28 Dec 2008 00:02:55 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812272235.26041.ekin@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
	<200812272235.26041.ekin@pardus.org.tr>
Message-ID: <3787dfa80812271402h4b7147bbkdd17a522843a08d5@mail.gmail.com>

2008/12/27 Ekin Meroðlu <ekin at pardus.org.tr>:
> Merhaba;
>
> Saturday 27 December 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý:
>> > Evet, aynen öyle. Bu sorunu (ya da benzerini) Fedora, X'i vt1'de
>> > çalýþtýrarak çözmüþ. tty1'de login de çalýþtýrmýyorlar yanlýþ
>> > hatýrlamýyorsam. Kendi bilgisayarýmda deniyorum. Ýþe yarýyor görünüyor.
>>
>> tty1'de login çalýþtýrmayalým,
>
> tty1'de login çalýþtýrmamak konusunda pek emin deðilim - içimden bir ses
> ctrl-alt-F1'de login görmek istiyor :-)
>
>> X'i yine vt7'de açalým. Böylece müdür'ün
>> çýktýlarý da VT1'de hep durur, orasý
>> acilis konsolu gibi olmus olur. sleep'i de kaldýrýrýz. Ayrýca ben
>> kaldýrdým, öyle ahým þahým bir þey farketmedi.
>> konsola "kullanýcý adý: " geldikten 100-200ms sonra X giriyor devreye.
>> Tabi yavaþ sistemde denemek lazým.
>
> Yavaþ sistemde ben de kaç kere "patladý bu X" deyip login olmaya kalktým -
> sistemin genel hýzý kadar ekran kartý vs de etkili oluyor.

Kullanýcý açýsýndan bakmaya çalýþarak yazýyorum, yapýlabilirlik
hakkýnda teknik bilgim olduðunu söyleyemem; þu iki senaryo geldi
aklýma:
1. tty1'de kullanýcý adý soran kýsmý örneðin bir dakika kadar geciktirmek
2. Geciktirme þansýmýz yoksa, araya "lütfen grafik ekraný bekleyin,
iki dakikaya gelmezse baþýnýzýn çaresine bakýn" ya da KDE'nin veya
X'in baþlayamamasý durumunda "grafik ekran açýlamýyor, haberin olsun"
türünden (elbette daha düzgün:) bir mesaj koymak

Bu grafik ekranýn geç gelmesi problemini son model bilgisayarý olmayan
çoðu kiþi yaþýyor (sanýyorum, örneðini çok gördüm).. Bu iki senaryodan
uygulanabilir olaný var mý?

-- 
Necmettin Begiter
TBD Biliþim dergisi, Editör

Kurbaðalýdere cd. Ali Ruhi Sk. N:2 K:3
Hasanpaþa - Kadýköy / Ýstanbul

216.3376909
533.6393375
necmettin at bilisimdergisi.net

From onur at pardus.org.tr  Sun Dec 28 00:09:39 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 00:09:39 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812271800.58790.fatih@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
	<200812271800.58790.fatih@pardus.org.tr>
Message-ID: <20081228000939.04f4ecee.onur@pardus.org.tr>


On Sat, 27 Dec 2008 18:00:58 +0200
Fatih Aþýcý <fatih at pardus.org.tr> wrote:

> Cumartesi 27 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> > tty1'de login çalýþtýrmayalým, X'i yine vt7'de açalým. Böylece
> > müdür'ün çýktýlarý da VT1'de hep durur, orasý
> > acilis konsolu gibi olmus olur. sleep'i de kaldýrýrýz.
> 
> kernel parametrelerine console=tty2 eklersen müdür çýktýlarýnýn
> tty2'ye düþmesini saðlayabilirsin.

 Bunu 2007 de yapmýþtýk, hiç hoþ deðildi, extra kernel parametreleri,
kullanýcýlarýn sisteminin açýlýyor olduðunu fark etmemeleri vs.
tatsýzdý. Bence bunu yapmayalým.

> Eðer X de vt1'de olursa X'in
> açýlýþý sýrasýnda splash'ý gösterebilme imkanýmýz var. Hatta KMS
> gelince X açýlýp daha sadece mouse imlecinin göründüðü yerde (kdm
> login ekraný gelmemiþ durumdayken) siyah bir arka plan yerine
> konsoldaki son görüntüyü gösterme gibi bir imkanýmýz olacak. Yani
> kullanýcý X'in açýlýþ anýný bile farketmeyecek bazý sürücülerde.

 KMS nin adam olmasý için daha çok zaman var diye biliyorum, son
baktýðýmýzda bir sürü sistemde çalýþmamýþtý. Þu anda ne durumda biliyor
musun ?

> > Ayrýca ben
> > kaldýrdým, öyle ahým þahým bir þey farketmedi.
> > konsola "kullanýcý adý: " geldikten 100-200ms sonra X giriyor
> > devreye. Tabi yavaþ sistemde denemek lazým.
> 
> Bazý sistemlerde o kadar çok fark ediyor ki bazen ben bile X
> açýlmayacak sanýp login olmaya çalýþýyorum.

 Bende normal depo paketleriyle de X in gelmesi uzun sürüyor. Orada
fazlaca vakit kaybediyoruz, incelemek lazým niye uzun sürdüðünü.
Headstart kullanmamýza raðmen müdür bitmeden X görüntüsü geldiðini
görmedim hiç. Birþeyleri atlýyor olabiliriz.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From pinar at pardus.org.tr  Sun Dec 28 00:07:39 2008
From: pinar at pardus.org.tr (Pinar Yanardag)
Date: Sun, 28 Dec 2008 00:07:39 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?G=FCvenlik_G=FCncellemeleri_-_Securi?=
 =?iso-8859-9?q?ty_Fixes?=
In-Reply-To: <200812272320.22252.ekin@pardus.org.tr>
References: <200812272320.22252.ekin@pardus.org.tr>
Message-ID: <4956A72B.9000703@pardus.org.tr>

On 12/27/2008 11:20 PM Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> Dün gece kararlý depolara giren güvenlik güncellemeleri :
> Today's Security Fixes for Pardus stable repos : 
> ------------------------------------------------------------------------
>
> * Pardus 2008
>
> qemu-0.9.1-12-3.pisi
>   

[PLSA 2008-90] Qemu: Denial of Service

http://security.pardus.org.tr/en/2008-90
http://lists.pardus.org.tr/pardus-security/2008-December/000187.html

> samba-3.2.6-37-6.pisi
>   

[PLSA 2008-91] Samba: Denial of Service

http://security.pardus.org.tr/en/2008-91
http://lists.pardus.org.tr/pardus-security/2008-December/000188.html

-- 
Pýnar Yanardað (a.k.a PINguAR)
http://pinguar.org
_____________________________





From fatih at pardus.org.tr  Sun Dec 28 00:53:29 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 28 Dec 2008 00:53:29 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228000939.04f4ecee.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271800.58790.fatih@pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
Message-ID: <200812280053.33035.fatih@pardus.org.tr>

Pazar 28 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
> Fatih Aþýcý <fatih at pardus.org.tr> wrote:
> > kernel parametrelerine console=tty2 eklersen müdür çýktýlarýnýn
> > tty2'ye düþmesini saðlayabilirsin.
>
>  Bunu 2007 de yapmýþtýk, hiç hoþ deðildi, extra kernel parametreleri,
> kullanýcýlarýn sisteminin açýlýyor olduðunu fark etmemeleri vs.
> tatsýzdý. Bence bunu yapmayalým.

Önce bir düzeltme yapayým. Fedora console=tty2 kullanmýyormuþ. Açýlýþtaki 
mesajlar olduðu gibi /var/log/boot.log dosyasýnda saklanýyor. Biz de benzer 
bir þey yapabiliriz.

>  KMS nin adam olmasý için daha çok zaman var diye biliyorum, son
> baktýðýmýzda bir sürü sistemde çalýþmamýþtý. Þu anda ne durumda biliyor
> musun ?

Bir ara playground'umdaki kernel-next ile çalýþýyordu. Son yaptýðým 
deðiþikliklerle kýrýlmýþ. Þu an çalýþtýðý çok az sistem var. Ancak 2009 çýkana 
kadar Intel ve ATI kartlarda kullanýlabileceðini düþünüyorum. Intel, 2009'un 
ilk çeyreði için planladýðý sürümde bunu öntanýmlý bile yapabilir.

>  Bende normal depo paketleriyle de X in gelmesi uzun sürüyor. Orada
> fazlaca vakit kaybediyoruz, incelemek lazým niye uzun sürdüðünü.
> Headstart kullanmamýza raðmen müdür bitmeden X görüntüsü geldiðini
> görmedim hiç. Birþeyleri atlýyor olabiliriz.

X'den önce hal servisi açýlýyor. O da bekletiyor olabilir. Þu an sistemimdeki 
2.6.28-rc9, xorg-server 1.6, intel 2.6 sürücüsü (GEM, UXA, DRI2 de açýk) ve 
KDE 4 ile gelen kdm'yi kullanýyorum ve gayet hýzlý açýlýyor. 2008 kurulu temiz 
bir sistemde tekrarlamaya çalýþacaðým. 

Bu arada KDE4 ile gelen kdm'yi kullananlar head_start'ý "kdebase4_workspace" 
olarak deðiþtirmeyi unutmasýnlar.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/9866c2ed/attachment-0002.pgp>

From onur at pardus.org.tr  Sun Dec 28 01:17:27 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 01:17:27 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <a001a6cb0812261037w2e6b77d6s31320419881a6344@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<a001a6cb0812260946u16efe978s7e88d7328cb734bd@mail.gmail.com>
	<200812262013.56053.onur@pardus.org.tr>
	<a001a6cb0812261037w2e6b77d6s31320419881a6344@mail.gmail.com>
Message-ID: <20081228011727.0b3388ac.onur@pardus.org.tr>


On Fri, 26 Dec 2008 19:37:10 +0100
"selim ok" <selimok at gmail.com> wrote:
...
> > http://cekirdek.pardus.org.tr/~onur/tmp/bikbik/
> > <http://cekirdek.pardus.org.tr/%7Eonur/tmp/bikbik/>
> >
> >  daki paketlerin hepsini kurup dener misin nedir durum ? Bayaðý bir
> > sorun çözüldü bu paketlerle
> 
> 
> Simdide videolari cache'e aliyor ama baslamasi gereken yerde
> baslayamiyor. Kilitlenme yok, buffering devam ediyor, fakat elle de
> baslatilamiyor.

 Hafýzada baþka bir *mplayer varsa ondan dolayý olabilir. Eski
paketlerde bu sorun oluyordu. Yukarýdaki adresteki paketleri
güncelledim, yeniilerini dener misin sorun var mý ?

 Kurduktan sonra Firefox u tekrar baþlatman gerekiyor.

 Bende hiç sorun yok ntvmsnbc de, hatta yeni paketlerle video lar
direkt baþlýyor, eskisine göre daha akýcý.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From coderlord at gmail.com  Sun Dec 28 01:38:12 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Sun, 28 Dec 2008 01:38:12 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812271509.19047.fatih@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271509.19047.fatih@pardus.org.tr>
Message-ID: <4cca720b0812271538o46143432jbbe5649ce17a788@mail.gmail.com>

27 Aralýk 2008 Cumartesi 15:09 tarihinde Fatih Aþýcý
<fatih at pardus.org.tr> yazdý:
> Baþka bir þey için deniyor olabilirsin; ama yine hatýrlatayým. Oradaki sleep
> olmazsa, X geç açýldýðý için kullanýcý uzun süre konsoldaki login ekranýyla
> karþý karþýya kalýyor. Bazý kullanýcýlar bunu görünce oradan login olmaya
> çalýþýyorlar.

default taki:

splash.verbose()

satýrýný kaldýrsak X açýlana kadar splash de kalmaz mý?

-- 
Furkan Duman

From onur at pardus.org.tr  Sun Dec 28 01:48:54 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 01:48:54 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <20081228011727.0b3388ac.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<a001a6cb0812260946u16efe978s7e88d7328cb734bd@mail.gmail.com>
	<200812262013.56053.onur@pardus.org.tr>
	<a001a6cb0812261037w2e6b77d6s31320419881a6344@mail.gmail.com>
	<20081228011727.0b3388ac.onur@pardus.org.tr>
Message-ID: <20081228014854.28ff0943.onur@pardus.org.tr>


On Sun, 28 Dec 2008 01:17:27 +0200
Onur Küçük <onur at pardus.org.tr> wrote:

>  Bende hiç sorun yok ntvmsnbc de, hatta yeni paketlerle video lar
> direkt baþlýyor, eskisine göre daha akýcý.

 Buldum þeyin yerini. Bir kereliðine gnome-mplayer çalýþtýrýp
Düzen->Tercihler  e girip (istersen ayarlarý deðiþtirerek) çalýþtýrýr
mýsýn ?  ~/.mplayer/config içerisine gnome-mplayer profili ayar
deðiþtirene kadar konmuyormuþ, daha önceden çalýþtýrmýþ birinde bu
sorun çýkmýyor ama ilk çalýþtýrmada bu ayarlamayý yapan kod bozulmuþ.
Düzeltmeye çalýþacaðým.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From fatih at pardus.org.tr  Sun Dec 28 02:08:11 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 28 Dec 2008 02:08:11 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <4cca720b0812271538o46143432jbbe5649ce17a788@mail.gmail.com>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271509.19047.fatih@pardus.org.tr>
	<4cca720b0812271538o46143432jbbe5649ce17a788@mail.gmail.com>
Message-ID: <200812280208.15109.fatih@pardus.org.tr>

Pazar 28 Aralýk 2008 tarihinde, Furkan Duman þunlarý yazmýþtý: 
> 27 Aralýk 2008 Cumartesi 15:09 tarihinde Fatih Aþýcý
>
> <fatih at pardus.org.tr> yazdý:
> > Baþka bir þey için deniyor olabilirsin; ama yine hatýrlatayým. Oradaki
> > sleep olmazsa, X geç açýldýðý için kullanýcý uzun süre konsoldaki login
> > ekranýyla karþý karþýya kalýyor. Bazý kullanýcýlar bunu görünce oradan
> > login olmaya çalýþýyorlar.
>
> default taki:
>
> splash.verbose()
>
> satýrýný kaldýrsak X açýlana kadar splash de kalmaz mý?

O kalkarsa, X kullanýlmadýðýnda sürekli silent modda kalýyor. login olmak için 
önce ESC'ye basmak gerekiyor. Aslýnda bir hata var. Bazen nedense konsoldaki 
login promptu çýkýnca verbose moda geçiyor.

tty1'de login X kullanýlmadýðýnda açýlmalý sadece.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/ccdf650c/attachment-0002.pgp>

From selimok at gmail.com  Sun Dec 28 02:29:52 2008
From: selimok at gmail.com (selim ok)
Date: Sun, 28 Dec 2008 01:29:52 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081228014854.28ff0943.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<a001a6cb0812260946u16efe978s7e88d7328cb734bd@mail.gmail.com>
	<200812262013.56053.onur@pardus.org.tr>
	<a001a6cb0812261037w2e6b77d6s31320419881a6344@mail.gmail.com>
	<20081228011727.0b3388ac.onur@pardus.org.tr>
	<20081228014854.28ff0943.onur@pardus.org.tr>
Message-ID: <a001a6cb0812271629n2c412760t928d7032954eec6d@mail.gmail.com>

28 Aralýk 2008 Pazar 00:48 tarihinde Onur Küçük <onur at pardus.org.tr> yazdý:

>
> On Sun, 28 Dec 2008 01:17:27 +0200
> Onur Küçük <onur at pardus.org.tr> wrote:
>
> >  Bende hiç sorun yok ntvmsnbc de, hatta yeni paketlerle video lar
> > direkt baþlýyor, eskisine göre daha akýcý.
>
>  Buldum þeyin yerini. Bir kereliðine gnome-mplayer çalýþtýrýp
> Düzen->Tercihler  e girip (istersen ayarlarý deðiþtirerek) çalýþtýrýr
> mýsýn ?  ~/.mplayer/config içerisine gnome-mplayer profili ayar
> deðiþtirene kadar konmuyormuþ, daha önceden çalýþtýrmýþ birinde bu
> sorun çýkmýyor ama ilk çalýþtýrmada bu ayarlamayý yapan kod bozulmuþ.
> Düzeltmeye çalýþacaðým.
>

Bu dediklerini yaparak denedim ama yine olmuyor. Zaten dedigim gibi elle de
baslatamiyorum.
Verdigin adresteki tum paketleri kuruyorum, firefox'u yeniden baslatiyorum,
ayarlari degistiriyorum, yinede buffering yapiyor ama video baslamiyor. Dun
masaustunde denemistim bu gun emin olmak icin dizustunde denedim, yine ayni
sorun. Garip.

Selim



-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/16d4b01a/attachment-0002.htm>

From ozan at pardus.org.tr  Sun Dec 28 02:33:47 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 28 Dec 2008 02:33:47 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228000939.04f4ecee.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>	<200812271526.19828.fatih@pardus.org.tr>	<49564D94.3000506@pardus.org.tr>	<200812271800.58790.fatih@pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
Message-ID: <4956C96B.6030900@pardus.org.tr>

Onur Küçük wrote:
>
>  Bende normal depo paketleriyle de X in gelmesi uzun sürüyor. Orada
> fazlaca vakit kaybediyoruz, incelemek lazým niye uzun sürdüðünü.
> Headstart kullanmamýza raðmen müdür bitmeden X görüntüsü geldiðini
> görmedim hiç. Birþeyleri atlýyor olabiliriz.
>   
Ben biraz daha kurcaladým akþamüstü bu iþleri, gözlemlerim þöyle:

anladýðým kadarýyla servisleri baþlatan dbus çaðrýsýnýn *kendisi* 
senkron ancak servis baþlatma süreci asenkron, yani sysklogd'yi 
baþlatmak için dbus çaðrýsý yaptýðýmýzda baþlayana kadar beklemiyoruz 
onu bekleyen comarjob.

genel bottlenecklere baktýðýmda,

1. dbus baþlatýldýðýnda dbus soketini bekleyen waitBus çaðrýsý ~0.2s 
sürüyor,
2. sysklogd baþlatýldýktan sonra /dev/log'u bekleyen waitBus çaðrýsý 
~1.4s sürüyor,
3. headstart'tan sonra /tmp/.X11-unix/X0 soketini bekleyen waitBus 
çaðrýsý ise en iyi ihtimalle bende ~4.8s sürüyor.

headstarttan sonra 5-6 kadar daha servis baþlatýlýyor ancak bu 
servislerin baþlatýlma çaðrýlarý kabaca atomik denebilecek sürelerde 
sonlandýðýndan müdür X soketini de beklemek zorunda kalýyor. headstart'ý 
baþlatmayý yukarý çektim startNetwork'ten de önceye yine de çok bir þey 
farketmedi. Pratikte bizim X'i deðil X'in bizi beklemesi lazým hýzlý bir 
açýlýþ için. X'i baþlatabildiðimiz en erken noktada baþlatmalýyýz. Eðer 
X'in baþlamasýnda bir engel yoksa, default runlevel'in ilk adýmýnda bunu 
yaparak biraz vakit kazanabiliriz. Bunun için tek engel dbus, onu da 
makul bir yere çekip daha önce baþlatabiliriz.

Ayný þey sysklogd için de geçerli. sysklogd'nin servis betiði waitBus 
ile soketi beklediði halde, müdür servis betiklerinin sonlanmasýný 
beklemediði için o da ayrýca waitBus ile bekliyor. sysklogd'nin 
soketinin yaratýlmasý neden 1.5s gibi oldukça uzun bir sürede 
gerçekleþiyor gerçekten anlamak zor. sysklogd çok temel bir hizmet 
olduðundan onu da eðer bir engel yoksa boot runlevel'ýnda falan 
baþlatýrsak o süreyi elimine edebiliriz.

Bir baþka fikrim /var ve /tmp dizinlerinin bilgisayarýn açýlýþýnda deðil 
kapanýþýnda temizlenmesi. Bunlar *volatile* dizinler olduðuna göre, 
sistemi kapattýðýnda çoktan silinmiþ olmalýlar teorik bir bakýþ açýsýyla 
ama biz bir sonraki açýlýþta temizliyoruz, ikisinin temizlenmesi 1 
saniyeye yakýn süre alýyor.

Fikirler gelsin :)


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From mnurolcay at gmail.com  Sun Dec 28 02:38:12 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Sun, 28 Dec 2008 02:38:12 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <a001a6cb0812271629n2c412760t928d7032954eec6d@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<20081228014854.28ff0943.onur@pardus.org.tr>
	<a001a6cb0812271629n2c412760t928d7032954eec6d@mail.gmail.com>
Message-ID: <200812280238.13214.mnurolcay@gmail.com>

On Sunday 28 December 2008 02:29:52 selim ok wrote:

> Bu dediklerini yaparak denedim ama yine olmuyor. Zaten dedigim gibi elle de
> baslatamiyorum.
> Verdigin adresteki tum paketleri kuruyorum, firefox'u yeniden baslatiyorum,
> ayarlari degistiriyorum, yinede buffering yapiyor ama video baslamiyor. Dun
> masaustunde denemistim bu gun emin olmak icin dizustunde denedim, yine ayni
> sorun. Garip.
>
> Selim

Ýlgili paketlerle denediðimde ayný sorun bende de tekrarlanýyor. Buffering 
%100 e geliyor ve vido baþlamýyor, Play tuþuna basýnca da baþlamýyor, 
durduruldu diyor.

Video konumunu kopyalayýp, ayrýca gnome-mplayer da açmaya çalýþýnca da sadece 
ses çýkýyor, görüntü yok. 
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/cef9a07e/attachment-0002.htm>

From onur at pardus.org.tr  Sun Dec 28 03:00:21 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:00:21 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <200812280238.13214.mnurolcay@gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<20081228014854.28ff0943.onur@pardus.org.tr>
	<a001a6cb0812271629n2c412760t928d7032954eec6d@mail.gmail.com>
	<200812280238.13214.mnurolcay@gmail.com>
Message-ID: <20081228030021.f6b57fff.onur@pardus.org.tr>


On Sun, 28 Dec 2008 02:38:12 +0200
Mehmet Nur Olcay <mnurolcay at gmail.com> wrote:

> On Sunday 28 December 2008 02:29:52 selim ok wrote:
> 
> > Bu dediklerini yaparak denedim ama yine olmuyor. Zaten dedigim gibi
> > elle de baslatamiyorum.
> > Verdigin adresteki tum paketleri kuruyorum, firefox'u yeniden
> > baslatiyorum, ayarlari degistiriyorum, yinede buffering yapiyor ama
> > video baslamiyor. Dun masaustunde denemistim bu gun emin olmak icin
> > dizustunde denedim, yine ayni sorun. Garip.
> >
> > Selim
> 
> Ýlgili paketlerle denediðimde ayný sorun bende de tekrarlanýyor.
> Buffering %100 e geliyor ve vido baþlamýyor, Play tuþuna basýnca da
> baþlamýyor, durduruldu diyor.
> 
> Video konumunu kopyalayýp, ayrýca gnome-mplayer da açmaya çalýþýnca
> da sadece ses çýkýyor, görüntü yok. 

 Hm hm hm ekran kartýnýz nvidia deðil di mi ? :)

 benim playground umdan applications/multimedia da gnome-mplayer ve
mplayer, applications/network/mozilla dan gecko-mediaplayer derleyip
tekrar dener misiniz ? Kendi bilgisayarýmda derlediðim için
istemediðimiz birþeylere linkleniyor ve sizin sistemlerde bulamýyor
bence. NVidia 180 kullanýyorum, olayýn sorumlusu o olabilir.

 Bir de yolladýðým paketlerle sadece mplayer la birþeyler oynatmayý
dener misiniz, direkt patlýyor olabilir, sorunu da görürüz.

 Yine patlarsa ekran kartý, "ldd -r /usr/bin/mplayer" çýktýsý ve
kullanýcýnýzýn locale bilgilerini iletiniz lütfen

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From fatih at pardus.org.tr  Sun Dec 28 03:04:16 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 28 Dec 2008 03:04:16 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <4956C96B.6030900@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
Message-ID: <200812280304.20000.fatih@pardus.org.tr>

Pazar 28 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Onur Küçük wrote:
> 3. headstart'tan sonra /tmp/.X11-unix/X0 soketini bekleyen waitBus
> çaðrýsý ise en iyi ihtimalle bende ~4.8s sürüyor.

GDM'nin plymouth'a "ben baþladým, splash'ý kapat" diyebilmesini saðlayan 
yamalar vardý yanlýþ hatýrlamýyorsam. Bunu yapabilirsek bu beklemelere hiç 
gerek olmazdý aslýnda.

> Bir baþka fikrim /var ve /tmp dizinlerinin bilgisayarýn açýlýþýnda deðil
> kapanýþýnda temizlenmesi. Bunlar *volatile* dizinler olduðuna göre,
> sistemi kapattýðýnda çoktan silinmiþ olmalýlar teorik bir bakýþ açýsýyla
> ama biz bir sonraki açýlýþta temizliyoruz, ikisinin temizlenmesi 1
> saniyeye yakýn süre alýyor.

Tabi elektrik kesilmesi de olabilir. Silinmesini garantileyemeyiz.

Ubuntu /var/run, /var/lock, /dev dizinleri için ramfs kullanýyor. Böylece her 
koþulda temizleniyor o dizinler.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/5b364681/attachment-0002.pgp>

From onur at pardus.org.tr  Sun Dec 28 03:11:26 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:11:26 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <4956C96B.6030900@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
	<200812271800.58790.fatih@pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
Message-ID: <20081228031126.6f4fa229.onur@pardus.org.tr>


On Sun, 28 Dec 2008 02:33:47 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:

> Onur Küçük wrote:
> >
> >  Bende normal depo paketleriyle de X in gelmesi uzun sürüyor. Orada
> > fazlaca vakit kaybediyoruz, incelemek lazým niye uzun sürdüðünü.
> > Headstart kullanmamýza raðmen müdür bitmeden X görüntüsü geldiðini
> > görmedim hiç. Birþeyleri atlýyor olabiliriz.
> >   
> Ben biraz daha kurcaladým akþamüstü bu iþleri, gözlemlerim þöyle:
> 
> anladýðým kadarýyla servisleri baþlatan dbus çaðrýsýnýn *kendisi* 
> senkron ancak servis baþlatma süreci asenkron, yani sysklogd'yi 
> baþlatmak için dbus çaðrýsý yaptýðýmýzda baþlayana kadar beklemiyoruz 
> onu bekleyen comarjob.
> 
> genel bottlenecklere baktýðýmda,
> 
> 1. dbus baþlatýldýðýnda dbus soketini bekleyen waitBus çaðrýsý ~0.2s 
> sürüyor,
> 2. sysklogd baþlatýldýktan sonra /dev/log'u bekleyen waitBus çaðrýsý 
> ~1.4s sürüyor,
> 3. headstart'tan sonra /tmp/.X11-unix/X0 soketini bekleyen waitBus 
> çaðrýsý ise en iyi ihtimalle bende ~4.8s sürüyor.

 of, çokmuþ

 bunun sebebi de tahminen kdm açýlana kadar yüklenen bilmem kaç tane so
dosyasý, Qt si kdelib i derken. Bir de tabi as-needed kullanmadýðýmýz
için alakalý alakasýz bir sürü þey yükleniyor.

 Bunun uzun sürmesinin bir sebebi de X in KDM i deðil, KDM in X i
baþlatmasý. X KDM i açýyor olsaydý o socket bekleme iþi bu kadar uzun
sürmezdi bence.

 xinit /usr/bin/xclock -- vt7 -br 

 çalýþtýran bir betikle denemek lazým

 
> headstarttan sonra 5-6 kadar daha servis baþlatýlýyor ancak bu 
> servislerin baþlatýlma çaðrýlarý kabaca atomik denebilecek sürelerde 
> sonlandýðýndan müdür X soketini de beklemek zorunda kalýyor.
> headstart'ý baþlatmayý yukarý çektim startNetwork'ten de önceye yine
> de çok bir þey farketmedi. Pratikte bizim X'i deðil X'in bizi
> beklemesi lazým hýzlý bir açýlýþ için. X'i baþlatabildiðimiz en erken
> noktada baþlatmalýyýz. Eðer X'in baþlamasýnda bir engel yoksa,
> default runlevel'in ilk adýmýnda bunu yaparak biraz vakit
> kazanabiliriz. Bunun için tek engel dbus, onu da makul bir yere çekip
> daha önce baþlatabiliriz.

 X in startNetwork den sonra baþlamasý gerekiyor aslýnda.
mit-magic-cookie ip adresi / hostname gibi bilgilere göre
oluþturuluyor. X að ayarlanmadan baþlarsa sýkýntý yaþayabiliriz. Gerçi
bunun için X i hostname kullanacak þekilde deðiþtiriyorduk (kdm
servisindeki XAUTHLOCALHOSTNAME bu iþe yarýyor). Belki sadece hostname
ayarlamak bizi kurtarýr.

 Ama bir taraftan da bu durum yeni X le deðiþmiþ de olabilir. Fatih ne
dersin buna ?

> Ayný þey sysklogd için de geçerli. sysklogd'nin servis betiði waitBus 
> ile soketi beklediði halde, müdür servis betiklerinin sonlanmasýný 
> beklemediði için o da ayrýca waitBus ile bekliyor. sysklogd'nin 
> soketinin yaratýlmasý neden 1.5s gibi oldukça uzun bir sürede 
> gerçekleþiyor gerçekten anlamak zor. sysklogd çok temel bir hizmet 
> olduðundan onu da eðer bir engel yoksa boot runlevel'ýnda falan 
> baþlatýrsak o süreyi elimine edebiliriz.

 Bu denemeleri 2.6.25 le mi yapýyorsun yoksa 2.6.28... le mi ? Ekiga
ile bir socket sorunu yaþamýþtýk, yeni kernele geçince düzelmiþti,
belki ilgili olabilir.

> Bir baþka fikrim /var ve /tmp dizinlerinin bilgisayarýn açýlýþýnda
> deðil kapanýþýnda temizlenmesi. Bunlar *volatile* dizinler olduðuna
> göre, sistemi kapattýðýnda çoktan silinmiþ olmalýlar teorik bir bakýþ
> açýsýyla ama biz bir sonraki açýlýþta temizliyoruz, ikisinin
> temizlenmesi 1 saniyeye yakýn süre alýyor.

 Hmmm, olabilir bence



-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From fatih at pardus.org.tr  Sun Dec 28 03:12:22 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Sun, 28 Dec 2008 03:12:22 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812280053.33035.fatih@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<200812280053.33035.fatih@pardus.org.tr>
Message-ID: <200812280312.22387.fatih@pardus.org.tr>

Pazar 28 Aralýk 2008 tarihinde, Fatih Aþýcý þunlarý yazmýþtý: 
> Önce bir düzeltme yapayým. Fedora console=tty2 kullanmýyormuþ. Açýlýþtaki
> mesajlar olduðu gibi /var/log/boot.log dosyasýnda saklanýyor. Biz de benzer
> bir þey yapabiliriz.

/sbin/bootlogd ile yapýlabiliyormuþ bu iþ.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/a857e822/attachment-0002.pgp>

From onur at pardus.org.tr  Sun Dec 28 03:18:33 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:18:33 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <20081228030021.f6b57fff.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<20081228014854.28ff0943.onur@pardus.org.tr>
	<a001a6cb0812271629n2c412760t928d7032954eec6d@mail.gmail.com>
	<200812280238.13214.mnurolcay@gmail.com>
	<20081228030021.f6b57fff.onur@pardus.org.tr>
Message-ID: <20081228031833.ac1794a1.onur@pardus.org.tr>


On Sun, 28 Dec 2008 03:00:21 +0200
Onur Küçük <onur at pardus.org.tr> wrote:
...
>  Hm hm hm ekran kartýnýz nvidia deðil di mi ? :)

 config sorunu düzeltildi, upstream e girdi

 sadece mplayer çalýþtýrma testini de yaparsanýz çok iyi olur

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From selimok at gmail.com  Sun Dec 28 03:20:24 2008
From: selimok at gmail.com (selim ok)
Date: Sun, 28 Dec 2008 02:20:24 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081228030021.f6b57fff.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<20081228014854.28ff0943.onur@pardus.org.tr>
	<a001a6cb0812271629n2c412760t928d7032954eec6d@mail.gmail.com>
	<200812280238.13214.mnurolcay@gmail.com>
	<20081228030021.f6b57fff.onur@pardus.org.tr>
Message-ID: <a001a6cb0812271720h6e73a126p9aedf12b0a456b27@mail.gmail.com>

Ben test yapamadim henuz ama kisa bir bilgi vereyim. Masaustunde nvidia
fx5200, dizustunde intel ekran karti var.

Selim

-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/0ca151a9/attachment-0002.htm>

From onur at pardus.org.tr  Sun Dec 28 03:20:25 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:20:25 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812280304.20000.fatih@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<200812280304.20000.fatih@pardus.org.tr>
Message-ID: <20081228032025.2fc7be15.onur@pardus.org.tr>


On Sun, 28 Dec 2008 03:04:16 +0200
Fatih Aþýcý <fatih at pardus.org.tr> wrote:

> Pazar 28 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> > Onur Küçük wrote:
> > 3. headstart'tan sonra /tmp/.X11-unix/X0 soketini bekleyen waitBus
> > çaðrýsý ise en iyi ihtimalle bende ~4.8s sürüyor.
> 
> GDM'nin plymouth'a "ben baþladým, splash'ý kapat" diyebilmesini
> saðlayan yamalar vardý yanlýþ hatýrlamýyorsam. Bunu yapabilirsek bu
> beklemelere hiç gerek olmazdý aslýnda.

 bunu yapabiliriz sanki

> > Bir baþka fikrim /var ve /tmp dizinlerinin bilgisayarýn açýlýþýnda
> > deðil kapanýþýnda temizlenmesi. Bunlar *volatile* dizinler olduðuna
> > göre, sistemi kapattýðýnda çoktan silinmiþ olmalýlar teorik bir
> > bakýþ açýsýyla ama biz bir sonraki açýlýþta temizliyoruz, ikisinin
> > temizlenmesi 1 saniyeye yakýn süre alýyor.
> 
> Tabi elektrik kesilmesi de olabilir. Silinmesini garantileyemeyiz.
> 
> Ubuntu /var/run, /var/lock, /dev dizinleri için ramfs kullanýyor.
> Böylece her koþulda temizleniyor o dizinler.

 mantýklý bence biz de yapalým

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From mnurolcay at gmail.com  Sun Dec 28 03:22:06 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Sun, 28 Dec 2008 03:22:06 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081228030021.f6b57fff.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280238.13214.mnurolcay@gmail.com>
	<20081228030021.f6b57fff.onur@pardus.org.tr>
Message-ID: <200812280322.06873.mnurolcay@gmail.com>

On Sunday 28 December 2008 03:00:21 Onur Küçük wrote:

>
>  Hm hm hm ekran kartýnýz nvidia deðil di mi ? :)

Ekran kartým Intel

>  benim playground umdan applications/multimedia da gnome-mplayer ve
> mplayer, applications/network/mozilla dan gecko-mediaplayer derleyip
> tekrar dener misiniz ? 

Mplayer derlenmedi bende, hata çýktýsý: http://sudrap.org/paste/5397/

>  Bir de yolladýðým paketlerle sadece mplayer la birþeyler oynatmayý
> dener misiniz, direkt patlýyor olabilir, sorunu da görürüz.

Sadece mplayer ile bir divx (.avi) ve wmv dosyasý denedim, sorunsuz çalýyor.

>  Yine patlarsa ekran kartý, "ldd -r /usr/bin/mplayer" çýktýsý ve
> kullanýcýnýzýn locale bilgilerini iletiniz lütfen

-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/a1f1d7d0/attachment-0002.htm>

From ozan at pardus.org.tr  Sun Dec 28 03:21:09 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 28 Dec 2008 03:21:09 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228031126.6f4fa229.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>	<200812271526.19828.fatih@pardus.org.tr>	<49564D94.3000506@pardus.org.tr>	<200812271800.58790.fatih@pardus.org.tr>	<20081228000939.04f4ecee.onur@pardus.org.tr>	<4956C96B.6030900@pardus.org.tr>
	<20081228031126.6f4fa229.onur@pardus.org.tr>
Message-ID: <4956D485.600@pardus.org.tr>

Onur Küçük wrote:
> X in startNetwork den sonra baþlamasý gerekiyor aslýnda.
> mit-magic-cookie ip adresi / hostname gibi bilgilere göre
> oluþturuluyor. X að ayarlanmadan baþlarsa sýkýntý yaþayabiliriz. Gerçi
> bunun için X i hostname kullanacak þekilde deðiþtiriyorduk (kdm
> servisindeki XAUTHLOCALHOSTNAME bu iþe yarýyor). Belki sadece hostname
> ayarlamak bizi kurtarýr.
>
>  Ama bir taraftan da bu durum yeni X le deðiþmiþ de olabilir. Fatih ne
> dersin buna ?
>   

bizim startNetwork, interface'leri falan up edip uzak paylaþýmlarý 
baðlýyor, X'in bunlara ihtiyacý olduðunu sanmýyorum. loopback vs iþleri 
daha önce yapýlýyor zaten.
>
>  Bu denemeleri 2.6.25 le mi yapýyorsun yoksa 2.6.28... le mi ? Ekiga
> ile bir socket sorunu yaþamýþtýk, yeni kernele geçince düzelmiþti,
> belki ilgili olabilir.
>   
2.6.28. Bana bu sysklogd düzeltilebilirmiþ gibi geliyor bir yamasý bir 
þeyi mutlaka vardýr, ulan zaten iþin logger için soket yaratmak baþka 
napýyorsun ki 1.5 saniye alýyor soketi baþlatmak, hayret biþey :)
>   
>> Bir baþka fikrim /var ve /tmp dizinlerinin bilgisayarýn açýlýþýnda
>> deðil kapanýþýnda temizlenmesi. Bunlar *volatile* dizinler olduðuna
>> göre, sistemi kapattýðýnda çoktan silinmiþ olmalýlar teorik bir bakýþ
>> açýsýyla ama biz bir sonraki açýlýþta temizliyoruz, ikisinin
>> temizlenmesi 1 saniyeye yakýn süre alýyor.
>>     
>
>  Hmmm, olabilir bence
>   
ramfs klasmýþ, temiz çözüm gibi duruyor ama tam da bilmiyorum ramdrive 
gibi bir þey heralde bu, peki /tmp'de çok büyük dosyalar olduðunda nasýl 
oluyor?


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From onur at pardus.org.tr  Sun Dec 28 03:25:30 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:25:30 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <200812280322.06873.mnurolcay@gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280238.13214.mnurolcay@gmail.com>
	<20081228030021.f6b57fff.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
Message-ID: <20081228032530.fc417639.onur@pardus.org.tr>


On Sun, 28 Dec 2008 03:22:06 +0200
Mehmet Nur Olcay <mnurolcay at gmail.com> wrote:

> On Sunday 28 December 2008 03:00:21 Onur Küçük wrote:
> 
> >
> >  Hm hm hm ekran kartýnýz nvidia deðil di mi ? :)
> 
> Ekran kartým Intel

 sorun buradan kaynaklanýyor, kendi sistemimdeki lib lere linklediðim
için sýkýntý oldu

> >  benim playground umdan applications/multimedia da gnome-mplayer ve
> > mplayer, applications/network/mozilla dan gecko-mediaplayer derleyip
> > tekrar dener misiniz ? 
> 
> Mplayer derlenmedi bende, hata çýktýsý: http://sudrap.org/paste/5397/

 lütfen sudo ile paket derlemeyin :)  su -  ile root yetkisi alýp öyle
derleyin

 deminki mesajda söylediðim paketleri playground umda güncelledim,
onlarý derleyince sorun düzelmiþ olmalý

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Sun Dec 28 03:26:29 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:26:29 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <a001a6cb0812271720h6e73a126p9aedf12b0a456b27@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<20081228014854.28ff0943.onur@pardus.org.tr>
	<a001a6cb0812271629n2c412760t928d7032954eec6d@mail.gmail.com>
	<200812280238.13214.mnurolcay@gmail.com>
	<20081228030021.f6b57fff.onur@pardus.org.tr>
	<a001a6cb0812271720h6e73a126p9aedf12b0a456b27@mail.gmail.com>
Message-ID: <20081228032629.e148650b.onur@pardus.org.tr>


On Sun, 28 Dec 2008 02:20:24 +0100
"selim ok" <selimok at gmail.com> wrote:

> Ben test yapamadim henuz ama kisa bir bilgi vereyim. Masaustunde
> nvidia fx5200, dizustunde intel ekran karti var.

 nvidia-new serisinden olmadýðý için benim kitaplýklarla derlenen paket
sorun çýkarmýþ olmalý

 bir de, playground umdaki paketleri güncelledim, yeni hallerini
derleyip denerseniz çok iyi olur

 sorun düzelmiþ olmalý 

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From fatih at pardus.org.tr  Sun Dec 28 03:34:41 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 28 Dec 2008 03:34:41 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228031126.6f4fa229.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<20081228031126.6f4fa229.onur@pardus.org.tr>
Message-ID: <200812280334.45018.fatih@pardus.org.tr>

Pazar 28 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
>  X in startNetwork den sonra baþlamasý gerekiyor aslýnda.
> mit-magic-cookie ip adresi / hostname gibi bilgilere göre
> oluþturuluyor. X að ayarlanmadan baþlarsa sýkýntý yaþayabiliriz. Gerçi
> bunun için X i hostname kullanacak þekilde deðiþtiriyorduk (kdm
> servisindeki XAUTHLOCALHOSTNAME bu iþe yarýyor). Belki sadece hostname
> ayarlamak bizi kurtarýr.
>
>  Ama bir taraftan da bu durum yeni X le deðiþmiþ de olabilir. Fatih ne
> dersin buna ?

O tarafta bir þey deðiþip deðiþmediði hakkýnda bir bilgim yok doðrusu.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/51aae664/attachment-0002.pgp>

From fatih at pardus.org.tr  Sun Dec 28 03:38:31 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 28 Dec 2008 03:38:31 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <4956D485.600@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<20081228031126.6f4fa229.onur@pardus.org.tr>
	<4956D485.600@pardus.org.tr>
Message-ID: <200812280338.31848.fatih@pardus.org.tr>

Pazar 28 Aralýk 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> bizim startNetwork, interface'leri falan up edip uzak paylaþýmlarý
> baðlýyor, X'in bunlara ihtiyacý olduðunu sanmýyorum. loopback vs iþleri
> daha önce yapýlýyor zaten.

Bunlarý ayýrmamýz lazým. Að baðlantýsý default'tan önce boot sýrasýnda 
etkinleþtirilmeli.

> >> Bir baþka fikrim /var ve /tmp dizinlerinin bilgisayarýn açýlýþýnda
> >> deðil kapanýþýnda temizlenmesi. Bunlar *volatile* dizinler olduðuna
> >> göre, sistemi kapattýðýnda çoktan silinmiþ olmalýlar teorik bir bakýþ
> >> açýsýyla ama biz bir sonraki açýlýþta temizliyoruz, ikisinin
> >> temizlenmesi 1 saniyeye yakýn süre alýyor.
> >
> >  Hmmm, olabilir bence
>
> ramfs klasmýþ, temiz çözüm gibi duruyor ama tam da bilmiyorum ramdrive
> gibi bir þey heralde bu, peki /tmp'de çok büyük dosyalar olduðunda nasýl
> oluyor?

/tmp için deðil. /var/run, /var/lock, /dev (udev'i hýzlandýrabilir mi?) ve 
/lib/modules/*/volatile (DKMS için sanýrým) dizinleri için kullanýyorlar.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/98f1dc45/attachment-0002.pgp>

From onur at pardus.org.tr  Sun Dec 28 03:38:59 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:38:59 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <4956D485.600@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
	<200812271800.58790.fatih@pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<20081228031126.6f4fa229.onur@pardus.org.tr>
	<4956D485.600@pardus.org.tr>
Message-ID: <20081228033859.2ccb1314.onur@pardus.org.tr>


On Sun, 28 Dec 2008 03:21:09 +0200
Ozan Çaðlayan <ozan at pardus.org.tr> wrote:

> Onur Küçük wrote:
> > X in startNetwork den sonra baþlamasý gerekiyor aslýnda.
> > mit-magic-cookie ip adresi / hostname gibi bilgilere göre
> > oluþturuluyor. X að ayarlanmadan baþlarsa sýkýntý yaþayabiliriz.
> > Gerçi bunun için X i hostname kullanacak þekilde deðiþtiriyorduk
> > (kdm servisindeki XAUTHLOCALHOSTNAME bu iþe yarýyor). Belki sadece
> > hostname ayarlamak bizi kurtarýr.
> >
> >  Ama bir taraftan da bu durum yeni X le deðiþmiþ de olabilir. Fatih
> > ne dersin buna ?
> >   
> 
> bizim startNetwork, interface'leri falan up edip uzak paylaþýmlarý 
> baðlýyor, X'in bunlara ihtiyacý olduðunu sanmýyorum. loopback vs
> iþleri daha önce yapýlýyor zaten.

 loopback deðil de bilgisayarýn local olmayan IP sini tercih ediyor X.
~/.ICEauthority ve ~/.Xauthority dosyalarýna dikiz. Biz bunu hostname le
eþleþecek þekilde ayarladýk bu yüzden sorun çýkmayabilir ama emin
deðilim.

> 2.6.28. Bana bu sysklogd düzeltilebilirmiþ gibi geliyor bir yamasý
> bir þeyi mutlaka vardýr, ulan zaten iþin logger için soket yaratmak
> baþka napýyorsun ki 1.5 saniye alýyor soketi baþlatmak, hayret
> biþey :)

 BKL giriyordur iþin içine :P (deðildir tabi, olamaz olmamalý)

 Belki yamasý vardýr dediðin gibi

> ramfs klasmýþ, temiz çözüm gibi duruyor ama tam da bilmiyorum
> ramdrive gibi bir þey heralde bu, peki /tmp'de çok büyük dosyalar
> olduðunda nasýl oluyor?

 ramfs deðil de tmpfs kullanmamýz lazým [1], hatta rule of thumb ramfs
hiç kullanmýyorum. Tmpfs de öntanýmlý olarak boþ ram ýn yarýsý kadar
bir disk bölümü varmýþ gibi davranýlýr, istenirse boyutu
deðiþtirilebilir.

 /tmp i baðlamak iyi fikir deðil, onu kullanýcýlar kullanabiliyor
oradan dosyalarýný uçurursak çok kötü olur, ayrýca bir sürü program
geçici olarak /tmp kullanýyor kesin þiþer, ama ubuntu nun yaptýðý
dizinler bence mantýklý

 
[1]
http://www.mjmwired.net/kernel/Documentation/filesystems/ramfs-rootfs-initramfs.txt
-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Sun Dec 28 03:41:04 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 03:41:04 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228033859.2ccb1314.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
	<200812271800.58790.fatih@pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<20081228031126.6f4fa229.onur@pardus.org.tr>
	<4956D485.600@pardus.org.tr>
	<20081228033859.2ccb1314.onur@pardus.org.tr>
Message-ID: <20081228034104.ea2b2a53.onur@pardus.org.tr>


On Sun, 28 Dec 2008 03:38:59 +0200
Onur Küçük <onur at pardus.org.tr> wrote:

>  ramfs deðil de tmpfs kullanmamýz lazým [1], hatta rule of thumb ramfs
> hiç kullanmýyorum. Tmpfs de öntanýmlý olarak boþ ram ýn yarýsý kadar
> bir disk bölümü varmýþ gibi davranýlýr, istenirse boyutu
> deðiþtirilebilir.

 bir de tmpfs kullandýkca ram dan yiyor diye bir fark vardý yanlýþ
hatýrlamýyorsam

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From fatih at pardus.org.tr  Sun Dec 28 03:43:34 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 28 Dec 2008 03:43:34 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228033859.2ccb1314.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<4956D485.600@pardus.org.tr>
	<20081228033859.2ccb1314.onur@pardus.org.tr>
Message-ID: <200812280343.34271.fatih@pardus.org.tr>

Pazar 28 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
>  ramfs deðil de tmpfs kullanmamýz lazým [1], hatta rule of thumb ramfs
> hiç kullanmýyorum. Tmpfs de öntanýmlý olarak boþ ram ýn yarýsý kadar
> bir disk bölümü varmýþ gibi davranýlýr, istenirse boyutu
> deðiþtirilebilir.

Zaten tmpfs kullanýyorlarmýþ :) Nerden çýkardýysam ramfs'i.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/03e32f28/attachment-0002.pgp>

From mnurolcay at gmail.com  Sun Dec 28 03:51:24 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Sun, 28 Dec 2008 03:51:24 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081228032530.fc417639.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
Message-ID: <200812280351.24885.mnurolcay@gmail.com>

On Sunday 28 December 2008 03:25:30 Onur Küçük wrote:

>  lütfen sudo ile paket derlemeyin :)  su -  ile root yetkisi alýp öyle
> derleyin

Bir yanda Okan Bayülgen bir yanda konsol, gece gece anca farkettim, su - ile 
derliyordum tam :)

>  deminki mesajda söylediðim paketleri playground umda güncelledim,
> onlarý derleyince sorun düzelmiþ olmalý

Derledim ve ntvmsnbc.com dan videolar sorunsuz izlenebiliyor þu anda. Ayrýca 
mplayer ile de sorunsuz izleniyor.
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/6e1f676d/attachment-0002.htm>

From selimok at gmail.com  Sun Dec 28 04:00:28 2008
From: selimok at gmail.com (selim ok)
Date: Sun, 28 Dec 2008 03:00:28 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <200812280351.24885.mnurolcay@gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
Message-ID: <a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>

Bende baska bir sorun var sanirim ki, hepsini belirttigin yerlerden derleyip
kurmama ragmen hala sorun devam ediyor. Intel kartli makinada denedim. Simdi
cok aceleyle baktigim icin bir seyleri atlamis olabilirim. Vakit buldugumda
yeniden bakicam. Sorunla baska karsilasan olmazsa benim tarafta bir sorun
var demektir.

Iyi calismalar,
Selim
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/43730305/attachment-0002.htm>

From onur at pardus.org.tr  Sun Dec 28 04:15:16 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 04:15:16 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
	<a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
Message-ID: <20081228041516.4642faf2.onur@pardus.org.tr>


On Sun, 28 Dec 2008 03:00:28 +0100
"selim ok" <selimok at gmail.com> wrote:

> Bende baska bir sorun var sanirim ki, hepsini belirttigin yerlerden
> derleyip kurmama ragmen hala sorun devam ediyor. Intel kartli
> makinada denedim. Simdi cok aceleyle baktigim icin bir seyleri
> atlamis olabilirim. Vakit buldugumda yeniden bakicam. Sorunla baska
> karsilasan olmazsa benim tarafta bir sorun var demektir.

 gnome-mplayer ayarlarýna girip video out u x11 yapsana. Baþka bir Xv
kullanan program vs. açýksa çalýþmýyor olabilir

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From fatih at pardus.org.tr  Sun Dec 28 04:30:43 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Sun, 28 Dec 2008 04:30:43 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228031126.6f4fa229.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<20081228031126.6f4fa229.onur@pardus.org.tr>
Message-ID: <200812280430.47269.fatih@pardus.org.tr>

Pazar 28 Aralýk 2008 tarihinde, Onur Küçük þunlarý yazmýþtý: 
>  X in startNetwork den sonra baþlamasý gerekiyor aslýnda.
> mit-magic-cookie ip adresi / hostname gibi bilgilere göre
> oluþturuluyor. X að ayarlanmadan baþlarsa sýkýntý yaþayabiliriz. Gerçi
> bunun için X i hostname kullanacak þekilde deðiþtiriyorduk (kdm
> servisindeki XAUTHLOCALHOSTNAME bu iþe yarýyor). Belki sadece hostname
> ayarlamak bizi kurtarýr.
>
>  Ama bir taraftan da bu durum yeni X le deðiþmiþ de olabilir. Fatih ne
> dersin buna ?

Buradaki sorunu tam anlayamadým. xauth list ile hem local hostname'i hem de 
uzak IP'yi görebiliyorum. XAUTHLOCALHOSTNAME export edilmese de X'e 
baðlanýlabiliyor. remote IP'yi silip (xauth remove ile) tekrar denediðimde de 
bir sorun yok.

KDE'deki yamayý kaldýrýp tekrar deneyeceðim.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/db528e15/attachment-0002.pgp>

From selimok at gmail.com  Sun Dec 28 04:45:19 2008
From: selimok at gmail.com (selim ok)
Date: Sun, 28 Dec 2008 03:45:19 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <20081228041516.4642faf2.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
	<a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
	<20081228041516.4642faf2.onur@pardus.org.tr>
Message-ID: <a001a6cb0812271845v786542d3h25ee92baca2b40b0@mail.gmail.com>

28 Aralýk 2008 Pazar 03:15 tarihinde Onur Küçük <onur at pardus.org.tr> yazdý:

>  gnome-mplayer ayarlarýna girip video out u x11 yapsana. Baþka bir Xv
> kullanan program vs. açýksa çalýþmýyor olabilir
>

xvmc seciliydi hem x11 hem de xv'yi denedim olmadi. Simdilik bendeki sorunu
goz ardi et bence, detayli sekilde inceleyip bilgi veremiyorum cunku, ben
bir yanlislik yapmis yada birseyleri bozmus olabilirim.

Baskalari da test etse aslinda en iyisi olacak :)

Selim



-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/afad4168/attachment-0002.htm>

From selimok at gmail.com  Sun Dec 28 07:35:28 2008
From: selimok at gmail.com (selim ok)
Date: Sun, 28 Dec 2008 06:35:28 +0100
Subject: [Gelistirici]
	=?iso-8859-9?q?=5BRFT=5D_Yeni_MPlayer_Test_=DDste?=
	=?iso-8859-9?q?=F0i?=
In-Reply-To: <a001a6cb0812271845v786542d3h25ee92baca2b40b0@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
	<a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
	<20081228041516.4642faf2.onur@pardus.org.tr>
	<a001a6cb0812271845v786542d3h25ee92baca2b40b0@mail.gmail.com>
Message-ID: <a001a6cb0812272135l7f9d15d9m31c2d3b316798bb2@mail.gmail.com>

Sanirim gercekten de benim tarafta bir problem var, henuz hala masaustunde
deneyemedim, fakat dizustu bilgisayarimda(intel ekran kartli) depodaki
paketleri kurmama ve tum ayarlari temizlememe ragmen ntvmsnbc'deki videolari
oynatamiyorum 2 saniye oynayip takiliyor.

Iyi calismalar,
Selim


-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/8f70781f/attachment-0002.htm>

From gurer at pardus.org.tr  Sun Dec 28 10:40:28 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Sun, 28 Dec 2008 10:40:28 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <4956C96B.6030900@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
Message-ID: <200812281040.28492.gurer@pardus.org.tr>

On Sunday 28 December 2008 02:33:47 Ozan Çaðlayan wrote:

> Bir baþka fikrim /var ve /tmp dizinlerinin bilgisayarýn açýlýþýnda deðil
> kapanýþýnda temizlenmesi. Bunlar *volatile* dizinler olduðuna göre,
> sistemi kapattýðýnda çoktan silinmiþ olmalýlar teorik bir bakýþ açýsýyla
> ama biz bir sonraki açýlýþta temizliyoruz, ikisinin temizlenmesi 1
> saniyeye yakýn süre alýyor.

Tam olarak amacýmýz nedir bu deðiþikliklerde? Eðer amacýmýz müdürü 
hýzlandýrmaksa yanlýþ bir amacýmýz var. Çünkü temel açýlýþ sisteminin robust 
olmasý ve çeþitli senaryolarý desteklemesi hýzlý olmasýndan çok çok daha 
önemli.

Mesela bu dizinleri açýlýþta temizlemezsen 1 sn kazanýrsýn ama crash ederek 
yada elektrik kesilerek reboot olunca geride kalan stale lock dosyalarý 
yüzünden servisler sorun çýkarabilir. Ayrýca ne /var ne de /tmp volatile bir 
dizin deðil, var içinde mail ve print spool falan var, loglar var mesela. tmp 
içinde ise bazen kullanýlan dosyalar olabiliyor. O nedenle sadece runtime'da 
anlam taþýyan lock dosyalarýný falan elle seçip temizliyoruz.

cleanupTmp kendi içinde bir parça hýzlandýrýlabilir belki, uzun bir listeyle 
tekrar tekrar delete çaðýrýyoruz, bir sürü stat falan yapýlýyor, tüm dizin 
listesini alýp, bellekte tüm regexplerle filtreleyip, bir seferde 
sildirebiliriz falan, ama attýðýmýz taþ ürküttüðümüz kurbaðaya deðecek mi?

Yok amaç açýlýþý hýzlandýrmak ise yanlýþ yere bakýyorsunuz. var/log/mudur 
benim sistemimde müdürün tüm çalýþmasýnýn 6 ila 8 saniye arasýnda (default - 
sysinit uptime) sürdüðünü gösteriyor. Kernelin hazýrlýðý 9-10 sn sürüyor 
(sysinit uptime), geri kalan bekleme ise KDM tarafýnda. Ýzlenim olarak da en 
çok bekleme KDM açýlýþý ve login sýrasýnda oluyor. Enerjiyi bu taraflara 
harcamanýn getirisi daha fazla olacaktýr.


From ozan at pardus.org.tr  Sun Dec 28 10:57:37 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 28 Dec 2008 10:57:37 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812281040.28492.gurer@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>	<20081228000939.04f4ecee.onur@pardus.org.tr>	<4956C96B.6030900@pardus.org.tr>
	<200812281040.28492.gurer@pardus.org.tr>
Message-ID: <49573F81.3050901@pardus.org.tr>

Gürer Özen wrote:
> Tam olarak amacýmýz nedir bu deðiþikliklerde? Eðer amacýmýz müdürü 
> hýzlandýrmaksa yanlýþ bir amacýmýz var. Çünkü temel açýlýþ sisteminin robust 
> olmasý ve çeþitli senaryolarý desteklemesi hýzlý olmasýndan çok çok daha 
> önemli.
>
> Mesela bu dizinleri açýlýþta temizlemezsen 1 sn kazanýrsýn ama crash ederek 
> yada elektrik kesilerek reboot olunca geride kalan stale lock dosyalarý 
> yüzünden servisler sorun çýkarabilir. Ayrýca ne /var ne de /tmp volatile bir 
> dizin deðil, var içinde mail ve print spool falan var, loglar var mesela. tmp 
> içinde ise bazen kullanýlan dosyalar olabiliyor. O nedenle sadece runtime'da 
> anlam taþýyan lock dosyalarýný falan elle seçip temizliyoruz.
>   
Evet mantýklý bu, düþünmemiþtim. Sadece fikir teatisi yapýyoruz :)
> Yok amaç açýlýþý hýzlandýrmak ise yanlýþ yere bakýyorsunuz. var/log/mudur 
> benim sistemimde müdürün tüm çalýþmasýnýn 6 ila 8 saniye arasýnda (default - 
> sysinit uptime) sürdüðünü gösteriyor. Kernelin hazýrlýðý 9-10 sn sürüyor 
> (sysinit uptime), geri kalan bekleme ise KDM tarafýnda. Ýzlenim olarak da en 
> çok bekleme KDM açýlýþý ve login sýrasýnda oluyor. Enerjiyi bu taraflara 
> harcamanýn getirisi daha fazla olacaktýr.
>   
Evet en büyük sorun KDM ve udev'in baþlatýlmasýnda yaþanýyor. Udev'in 
/dev dizinini doldurmasý yaklaþýk 5 saniye alýyor..


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From gurer at pardus.org.tr  Sun Dec 28 11:54:31 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Sun, 28 Dec 2008 11:54:31 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <49573F81.3050901@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812281040.28492.gurer@pardus.org.tr>
	<49573F81.3050901@pardus.org.tr>
Message-ID: <200812281154.31505.gurer@pardus.org.tr>

On Sunday 28 December 2008 10:57:37 Ozan Çaðlayan wrote:

> Evet en büyük sorun KDM ve udev'in baþlatýlmasýnda yaþanýyor. Udev'in
> /dev dizinini doldurmasý yaklaþýk 5 saniye alýyor..

udev için ilk baþta her iþlemin ilgili device'ý beklemesini düþünmüþtüm. 
Mesela setClock için normalde /dev/rtc yeterli. Fakat bu ilgili device 
listelerini çýkarýp maintain etmek zor bir iþ. Üstelik mesela disklerle 
ilgili olanlarý dinamik olarak bulmak gerekiyor.

müdür experimental olarak ilk çýktýðýnda kabaca buna benzer iþliyordu. udev 
ilk baþta çalýþýp arkada paralel olarak device'larý oluþturuyordu. Servisleri 
baþlatmadan hemen önce de settle ile iþini tamamen bitirmesini bekliyorduk. 
Ýçerde de mesela mount için fstab'da yazan devicelarýn oluþmasý bekleniyordu. 
Ama çeþitli race conditionlar ve özellikle disk devicelarý ile ilgili 
sorunlar yaþayýnca sistemi basit tutup udev'in iþini ilk baþta bitirmesini 
beklemekte karar kýldýk.

setClock'un kendisi de 1.5 sn kadar zaman harcýyor donaným saatini kernel ile 
senkronize ederken. Bu sürede baþka bir þeyleri paralel yapmayý denemiþtim, 
ama hemen tüm programlar ayaklarýnýn altýnda sistem saatinin oynamasýndan 
kötü etkileniyorlar :)

müdür bir parça daha optimize edilebilir sanýyorum. Ama 0.5-1 sn den fazlasý 
ancak özellikler ve robustness tan taviz vermekle olur. KDM yi falan bir 
profil etsek çok daha verimli optimizasyon olanaklarý çýkacaðýndan eminim. 
Üstelik diðer daðýtýmlara da kolayca ulaþabilecek bir sonuç çýkar PR ve ilgi 
çekme açýsýndan :)


From onur at pardus.org.tr  Sun Dec 28 12:55:30 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 12:55:30 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <a001a6cb0812272135l7f9d15d9m31c2d3b316798bb2@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
	<a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
	<20081228041516.4642faf2.onur@pardus.org.tr>
	<a001a6cb0812271845v786542d3h25ee92baca2b40b0@mail.gmail.com>
	<a001a6cb0812272135l7f9d15d9m31c2d3b316798bb2@mail.gmail.com>
Message-ID: <20081228125530.83a0bf6b.onur@pardus.org.tr>


On Sun, 28 Dec 2008 06:35:28 +0100
"selim ok" <selimok at gmail.com> wrote:

> Sanirim gercekten de benim tarafta bir problem var, henuz hala
> masaustunde deneyemedim, fakat dizustu bilgisayarimda(intel ekran
> kartli) depodaki paketleri kurmama ve tum ayarlari temizlememe ragmen
> ntvmsnbc'deki videolari oynatamiyorum 2 saniye oynayip takiliyor.

 cache indeki videolarda sorun olabilir,  ~/.cache/gnome-mplayer ý sil
bence, bir de ekran kartýyla ilgili baþka sorun olabilir, gnome-mplayer
ayarlarýna girip deinterlace i kapatýrsan iyi olabilir, ses çýkýþýný da
oss/alsa / pulse yapmayý dene

 temizlik
dosyalarý .config/gnome-mplayer , .gnome-mplayer, .cache/gnome-mplayer, .mplayer/gnome-mplayer.conf
ve .mplayer/config içinde gnome-mplayer kýsmý

 bunlar da olmazsa aklýma baþka bir þey gelmiyor

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From onur at pardus.org.tr  Sun Dec 28 13:05:11 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 13:05:11 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812281040.28492.gurer@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<200812281040.28492.gurer@pardus.org.tr>
Message-ID: <20081228130511.d5ab928c.onur@pardus.org.tr>


On Sun, 28 Dec 2008 10:40:28 +0200
Gürer Özen <gurer at pardus.org.tr> wrote:

> Mesela bu dizinleri açýlýþta temizlemezsen 1 sn kazanýrsýn ama crash
> ederek yada elektrik kesilerek reboot olunca geride kalan stale lock
> dosyalarý yüzünden servisler sorun çýkarabilir. Ayrýca ne /var ne
> de /tmp volatile bir dizin deðil, var içinde mail ve print spool
> falan var, loglar var mesela. tmp içinde ise bazen kullanýlan
> dosyalar olabiliyor. O nedenle sadece runtime'da anlam taþýyan lock
> dosyalarýný falan elle seçip temizliyoruz.

 Doðru haklýsýn, ama /var/run  /var/lock /dev in tmpfs olmasýna ne
diyorsun ? Bana mantýklý geliyor onlarý tmpfs yapmak


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From coderlord at gmail.com  Sun Dec 28 13:37:04 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Sun, 28 Dec 2008 13:37:04 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228130511.d5ab928c.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<200812281040.28492.gurer@pardus.org.tr>
	<20081228130511.d5ab928c.onur@pardus.org.tr>
Message-ID: <4cca720b0812280337v11d08e62mb5f4de6e39fefa16@mail.gmail.com>

28 Aralýk 2008 Pazar 13:05 tarihinde Onur Küçük <onur at pardus.org.tr> yazdý:
>  Doðru haklýsýn, ama /var/run  /var/lock /dev in tmpfs olmasýna ne
> diyorsun ? Bana mantýklý geliyor onlarý tmpfs yapmak

Bana sorulmamýþ ama, :) bana da mantýklý geldi tmpfs.

-- 
Furkan Duman

From ozan at pardus.org.tr  Sun Dec 28 13:45:31 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Sun, 28 Dec 2008 13:45:31 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <200812281154.31505.gurer@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>	<200812281040.28492.gurer@pardus.org.tr>	<49573F81.3050901@pardus.org.tr>
	<200812281154.31505.gurer@pardus.org.tr>
Message-ID: <495766DB.4070905@pardus.org.tr>

Gürer Özen wrote:
> On Sunday 28 December 2008 10:57:37 Ozan Çaðlayan wrote:
>
>   
>> Evet en büyük sorun KDM ve udev'in baþlatýlmasýnda yaþanýyor. Udev'in
>> /dev dizinini doldurmasý yaklaþýk 5 saniye alýyor..
>>     
>
> udev için ilk baþta her iþlemin ilgili device'ý beklemesini düþünmüþtüm. 
> Mesela setClock için normalde /dev/rtc yeterli. Fakat bu ilgili device 
> listelerini çýkarýp maintain etmek zor bir iþ. Üstelik mesela disklerle 
> ilgili olanlarý dinamik olarak bulmak gerekiyor.
>
> müdür experimental olarak ilk çýktýðýnda kabaca buna benzer iþliyordu. udev 
> ilk baþta çalýþýp arkada paralel olarak device'larý oluþturuyordu. Servisleri 
> baþlatmadan hemen önce de settle ile iþini tamamen bitirmesini bekliyorduk. 
> Ýçerde de mesela mount için fstab'da yazan devicelarýn oluþmasý bekleniyordu. 
> Ama çeþitli race conditionlar ve özellikle disk devicelarý ile ilgili 
> sorunlar yaþayýnca sistemi basit tutup udev'in iþini ilk baþta bitirmesini 
> beklemekte karar kýldýk.
>   
udev'de bir de þöyle bir sorun var, kendisi baþlatýldýðýnda 
rule-generator'lar dinamik kural üretiyorlar ancak dosya sistemi henüz 
salt-okunur baðlý olduðundan bu kurallar /etc/udev/rules.d altýna 
yazýlamýyorlar..
udev çok hassas bir þey ve kural tabanlý iþlediðinden kurallardan 
birinin titremesi bile bu süreyi etkileyebiliyor, örneðin depodaki ptsp* 
paketleri yüklenirse açýlýþta bir kaç dakika bekliyorsunuz :)

Bazý kurallarýmýz bir çok kere gereksiz ve yanlýþ parametrelerle 
modprobe çaðýrýyorlar hepsi hata döndürüyor, bunlara bakýlýp temiz bir 
udev paketi üretmek gerekli diye düþünüyorum..

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From gurer at pardus.org.tr  Sun Dec 28 16:34:58 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Sun, 28 Dec 2008 16:34:58 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228130511.d5ab928c.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812281040.28492.gurer@pardus.org.tr>
	<20081228130511.d5ab928c.onur@pardus.org.tr>
Message-ID: <200812281634.58356.gurer@pardus.org.tr>

On Sunday 28 December 2008 13:05:11 Onur Küçük wrote:

>  Doðru haklýsýn, ama /var/run  /var/lock /dev in tmpfs olmasýna ne
> diyorsun ? Bana mantýklý geliyor onlarý tmpfs yapmak

/dev tmpfs zaten? Öbür türlü olsa udev ile vakit kaybetmezdik :)

run içinde utmp ve random-seed'i özellikle koruyoruz þu an, onlarý düþünmek 
lazým. lock bir sorun çýkartmýyorsa tmpfs yapýlabilir.


From tekman at pardus.org.tr  Sun Dec 28 16:39:19 2008
From: tekman at pardus.org.tr (Erkan Tekman)
Date: Sun, 28 Dec 2008 16:39:19 +0200
Subject: [Gelistirici] r57424 -
	devel/applications/network/mozilla/thunderbird/files
In-Reply-To: <200812271328.07280.akin@omeroglu.net>
References: <20081225141717.33EF71384109@ns1.pardus.org.tr>
	<200812271307.09663.tekman@pardus.org.tr>
	<200812271328.07280.akin@omeroglu.net>
Message-ID: <200812281639.21013.tekman@pardus.org.tr>

27 Aralýk 2008 Cumartesi 13:28:07 tarihinde Akýn Ömeroðlu þunlarý yazmýþtý:
> On Saturday 27 December 2008 13:07:04 Erkan Tekman wrote:
> > Dünya ve Türkiye'deki mevcut durumun Firefox meþhur markasýný
> > kullanmamýza olanak saðlar bir hal olduðuna karar vererek hareket edersek
> > mahkeme ve avukata gitme sýrasý mevcut marka sahibinde olacaktýr ve
> > bildiðim kadarý ile ticari zarara uðradýðýný ispat zorunluluðu olacaktýr
>
> Tazminat istemek için böyle bir zararýn doðduðuna dair ispat etmesi belki
> gerekebilir ve fakat Pardus benim markamý izinsiz olarak kullanmaktadýr,
> daðýtýmý durdurulsun demek için herhangi bir þeyi ispat etmesine gerek yok
> tescilli markaya sahip olduðunu göstermekten baþka. AMD iþlemcilerinin
> daðýtýmýnýn Türkiye'de bu þekilde durdurulduðunu eminim benim kadar siz de
> hatýrlýyorsunuz.

Dediðim tam olarak bu. Böyle bir mahkeme kararý *alýndýðýnda* tüm Firefox'larý 
Mozilla Firefox yaparýz ve problem çözülmüþ olur. Daðýtýmý bir sn dahi 
aksatmamak mümkün, sonuçta mahkeme bizden habersiz almayacaktýr bu kararý ;-)

ET


From selimok at gmail.com  Sun Dec 28 19:58:37 2008
From: selimok at gmail.com (selim ok)
Date: Sun, 28 Dec 2008 18:58:37 +0100
Subject: [Gelistirici] =?iso-8859-9?q?Bugzilla_ayarlar=FD?=
In-Reply-To: <a001a6cb0811250530v595377b4oac6f201f28f686b1@mail.gmail.com>
References: <200811241847.40092.ahmet@pardusman.org>
	<200811250858.55741.turkersezer@tsdesign.info>
	<a001a6cb0811250530v595377b4oac6f201f28f686b1@mail.gmail.com>
Message-ID: <a001a6cb0812280958u54a72540s5ebfbed3f6628986@mail.gmail.com>

25 Kasým 2008 Salý 14:30 tarihinde selim ok <selimok at gmail.com> yazdý:

>
>> Kullanýcý yetkilerini düzenleme hakkým olmadýðýndan ben de ancak
>> bildirdiðiniz
>> hataya müdahale edip kapatabiliyorum. Normalde Selim tüm geliþtiricileri
>> editbugs grubuna alýyor, senin hesabýný atlamýþ sanýrým.
>>
>
> Boþ vaktimde, oturup tüm geliþtirici listesini kontrol edeceðim. Tüm
> geliþtiricilere bu hakký verdikten sonra sorun kalmayacak sanýrým.
> Biraz vakit alacak, ama cok yoðunum, þimdiden özür dilerim.
>

Bir kac gün önce bu listeyi tek tek elden gecirdim, su anda gelistirici
listesindeki epostalari ile bugzilladaki epostalari tutan herkesin hata
kapatma vs. haklari var.

Bilgi olsun diye yazayim dedim. :)

Selim


-- 
One more step for freedom: http://www.pardus.org.tr/eng/
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081228/194fe55c/attachment-0002.htm>

From gokmen at pardus.org.tr  Sun Dec 28 20:23:27 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Sun, 28 Dec 2008 20:23:27 +0200
Subject: [Gelistirici] =?utf-8?q?Bugzilla_ayarlar=C4=B1?=
In-Reply-To: <a001a6cb0812280958u54a72540s5ebfbed3f6628986@mail.gmail.com>
References: <200811241847.40092.ahmet@pardusman.org>
	<a001a6cb0811250530v595377b4oac6f201f28f686b1@mail.gmail.com>
	<a001a6cb0812280958u54a72540s5ebfbed3f6628986@mail.gmail.com>
Message-ID: <200812282023.27939.gokmen@pardus.org.tr>

Pazar 28 Aralýk 2008 günü (saat 19:58:37) selim ok þunlarý yazmýþtý:
> 25 Kasým 2008 Salý 14:30 tarihinde selim ok <selimok at gmail.com> yazdý:
> >> Kullanýcý yetkilerini düzenleme hakkým olmadýðýndan ben de ancak
> >> bildirdiðiniz
> >> hataya müdahale edip kapatabiliyorum. Normalde Selim tüm geliþtiricileri
> >> editbugs grubuna alýyor, senin hesabýný atlamýþ sanýrým.
> >
> > Boþ vaktimde, oturup tüm geliþtirici listesini kontrol edeceðim. Tüm
> > geliþtiricilere bu hakký verdikten sonra sorun kalmayacak sanýrým.
> > Biraz vakit alacak, ama cok yoðunum, þimdiden özür dilerim.
>
> Bir kac gün önce bu listeyi tek tek elden gecirdim, su anda gelistirici
> listesindeki epostalari ile bugzilladaki epostalari tutan herkesin hata
> kapatma vs. haklari var.
Eline saðýk ;)

-- 
Gökmen GÖKSEL


From onur at pardus.org.tr  Sun Dec 28 21:28:10 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Sun, 28 Dec 2008 21:28:10 +0200
Subject: [Gelistirici] Knights paketi
In-Reply-To: <a001a6cb0812230112u18dd6a88mdbb87c2473b040ac@mail.gmail.com>
References: <a001a6cb0812201830o716c56eet4c84deede92e40c@mail.gmail.com>
	<20081222201700.253dd9c4.onur@pardus.org.tr>
	<a001a6cb0812230112u18dd6a88mdbb87c2473b040ac@mail.gmail.com>
Message-ID: <20081228212810.cff97eac.onur@pardus.org.tr>


On Tue, 23 Dec 2008 10:12:56 +0100
"selim ok" <selimok at gmail.com> wrote:

> Hatasini duzeltebilirsek sorun degil, fakat hata kaydinda bildirilen
> sorun bana oldukca ciddi geldi. Oyuna girip ciktigimda bir sürec
> islemcinin %100'ünü kullaniyorsa bu oyunun resmi yada kararli
> dedigimiz depoda bulunmamasi gerekir. Hatasi duzeltilse bile
> kendisini katkici deposuna almak daha dogru degil mi? Benum depodan
> cikarilsindan kastim en azindan kararli depodan cikarilmasi
> yönündeydi.

 Bu sorun bence "çok büyük" bir sorun deðilmiþ. Pencere
kenarýndaki X ile knights kapatýlýrsa sorun oluþuyor ama file->quit
yolu izlenirse sorun oluþmuyor.

 Ben sorunu Doruk'un bulduðu yama üzerinden giderek düzelttim, parent
ölürse bu yolla gnuchess in kapanmasýný da garanti ediyoruz, depoya
gnuchess güncellemesi olarak ekledim. Ancak bu sorun için doðru çözüm
knights paketinde X e basýlýnca kapanýrken de gnuchess i kapatacak
þekilde ayarlamak. Daha çok KDE den anlayan biri bakarsa iyi olur.

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From ozan at pardus.org.tr  Mon Dec 29 09:53:31 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 09:53:31 +0200
Subject: [Gelistirici] applications/science/geosciences
Message-ID: <495881FB.40508@pardus.org.tr>

Yeni component önerisi. Gentoo burada toplamýþ GPS ve harita ile ilgili ivir zivirlari, bana da mantýklý geldi.

Ýtiraz eden olmazsa yaratacaðým.

-- 
Ozan Çaðlayan



From isingor at gmail.com  Mon Dec 29 09:57:00 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Mon, 29 Dec 2008 09:57:00 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <495881FB.40508@pardus.org.tr>
References: <495881FB.40508@pardus.org.tr>
Message-ID: <a64a8a8c0812282357iffed27eq73f47e9c0be72c56@mail.gmail.com>

2008/12/29 Ozan Çaðlayan <ozan at pardus.org.tr>

> Yeni component önerisi. Gentoo burada toplamýþ GPS ve harita ile ilgili
> ivir zivirlari, bana da mantýklý geldi.
>
> Ýtiraz eden olmazsa yaratacaðým.
>
>

Türkçesi sanýrým Yerbilim oluyor deðil mi?

Ali
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/dac5cf19/attachment-0002.htm>

From coderlord at gmail.com  Mon Dec 29 09:59:41 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 29 Dec 2008 09:59:41 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812241415hb0b179aj942980e4d147b7a2@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<b2c3d7dd6a7b4d681f87a4ac50c1c47a.squirrel@webmail.pardus.org.tr>
	<4cca720b0812190008x6b8b6f89wcc64a3a58ac27fb8@mail.gmail.com>
	<200812191034.15083.gurer@pardus.org.tr>
	<4cca720b0812212356r48339ef8u46f5257008b502d4@mail.gmail.com>
	<4cca720b0812241415hb0b179aj942980e4d147b7a2@mail.gmail.com>
Message-ID: <4cca720b0812282359s2a9c4610h3b2421e03689990a@mail.gmail.com>

25 Aralýk 2008 Perþembe 00:15 tarihinde Furkan Duman
<coderlord at gmail.com> yazdý:
> Öneriler ve testler lütfen.

Ping??

-- 
Furkan Duman

From dfisek at fisek.com.tr  Mon Dec 29 10:10:41 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 29 Dec 2008 10:10:41 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <495881FB.40508@pardus.org.tr>
References: <495881FB.40508@pardus.org.tr>
Message-ID: <20081229101041.5405b545.dfisek@fisek.com.tr>

Mon, 29 Dec 2008 09:53:31 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :

> Yeni component önerisi. Gentoo burada toplamýþ GPS ve harita ile
> ilgili ivir zivirlari, bana da mantýklý geldi.
> Ýtiraz eden olmazsa yaratacaðým.
Iyi olabilir.

Kac yazilim olunca component kuruyoruz (mecliste grup kurma tadinda) :)
(geyik, ciddiye almayiniz)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From onur at pardus.org.tr  Mon Dec 29 10:14:48 2008
From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=)
Date: Mon, 29 Dec 2008 10:14:48 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <495881FB.40508@pardus.org.tr>
References: <495881FB.40508@pardus.org.tr>
Message-ID: <200812291014.48946.onur@pardus.org.tr>

Monday 29 December 2008 Tarihinde 09:53:31 yazmýþtý:
> Yeni component önerisi. Gentoo burada toplamýþ GPS ve harita ile ilgili
> ivir zivirlari, bana da mantýklý geldi.
>
> Ýtiraz eden olmazsa yaratacaðým.

 bence oki doki

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From bahadir at pardus.org.tr  Mon Dec 29 10:23:54 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 29 Dec 2008 10:23:54 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812282359s2a9c4610h3b2421e03689990a@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<4cca720b0812241415hb0b179aj942980e4d147b7a2@mail.gmail.com>
	<4cca720b0812282359s2a9c4610h3b2421e03689990a@mail.gmail.com>
Message-ID: <200812291023.54410.bahadir@pardus.org.tr>

29 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Ping??

Selamlar,

Net.Stack ve Net.Link betiklerindeki, "diðer profillerden gelen DNS 
ayarlarýný silme" yamasýný *remove* hackini düzelttikten sonra depoya 
alabiliriz hemen.

Uygulama hakkýndaki düþüncelerimi biraz ders çalýþtýktan sonra söyleyeyim.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/7ec20b64/attachment-0002.pgp>

From ozan at pardus.org.tr  Mon Dec 29 10:26:54 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 10:26:54 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <a64a8a8c0812282357iffed27eq73f47e9c0be72c56@mail.gmail.com>
References: <495881FB.40508@pardus.org.tr>
	<a64a8a8c0812282357iffed27eq73f47e9c0be72c56@mail.gmail.com>
Message-ID: <495889CE.4030106@pardus.org.tr>

Ali Iþýngör wrote On 29-12-2008 09:57:
> 2008/12/29 Ozan Çaðlayan <ozan at pardus.org.tr>
> 
>> Yeni component önerisi. Gentoo burada toplamýþ GPS ve harita ile ilgili
>> ivir zivirlari, bana da mantýklý geldi.
>>
>> Ýtiraz eden olmazsa yaratacaðým.
>>
>>
> 
> Türkçesi sanýrým Yerbilim oluyor deðil mi?
> 

Türkçesini bilemiyorum ama yerbilim mantýksýz deðil :)


-- 
Ozan Çaðlayan



From ozan at pardus.org.tr  Mon Dec 29 10:29:48 2008
From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=)
Date: Mon, 29 Dec 2008 10:29:48 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <20081229101041.5405b545.dfisek@fisek.com.tr>
References: <495881FB.40508@pardus.org.tr>
	<20081229101041.5405b545.dfisek@fisek.com.tr>
Message-ID: <49588A7C.3060404@pardus.org.tr>

Doruk Fisek wrote On 29-12-2008 10:10:
> Mon, 29 Dec 2008 09:53:31 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :
> 
>> Yeni component önerisi. Gentoo burada toplamýþ GPS ve harita ile
>> ilgili ivir zivirlari, bana da mantýklý geldi.
>> Ýtiraz eden olmazsa yaratacaðým.
> Iyi olabilir.
> 
> Kac yazilim olunca component kuruyoruz (mecliste grup kurma tadinda) :)
> (geyik, ciddiye almayiniz)

contrib/gpsbabel'i de pardus deposuna alalým, neden contrib'de dursun ki, karþýlýðý yok hiçbirinin ana depoda, keza qlandkarte vs.vs.

-- 
Ozan Çaðlayan



From dfisek at fisek.com.tr  Mon Dec 29 10:36:37 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 29 Dec 2008 10:36:37 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <49588A7C.3060404@pardus.org.tr>
References: <495881FB.40508@pardus.org.tr>
	<20081229101041.5405b545.dfisek@fisek.com.tr>
	<49588A7C.3060404@pardus.org.tr>
Message-ID: <20081229103637.d958b235.dfisek@fisek.com.tr>

Mon, 29 Dec 2008 10:29:48 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :

> contrib/gpsbabel'i de pardus deposuna alalým, neden contrib'de dursun
> ki, karþýlýðý yok hiçbirinin ana depoda, keza qlandkarte vs.vs.
Bence tekil paketleri contrib'den ana depoya (ve tersi) almadan once,
hangi paketler ana depoya, hangi paketler contrib deposuna girer bir
onun adini koymak gerekiyor.

Karsiligi oldugu halde ana depoya girenler de var, olmadigi halde
girmeyenler de.

Herkesin kafasinda baska bisiler var tahminim bu konuda.
Netlestirdikten sonra topluca bir ortaligi dagitmak daha mantikli
geliyor buna.

Hani gps yazilimlarinin acelesi olmadigindan boyle diyorum.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From gurer at pardus.org.tr  Mon Dec 29 10:43:19 2008
From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=)
Date: Mon, 29 Dec 2008 10:43:19 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <495889CE.4030106@pardus.org.tr>
References: <495881FB.40508@pardus.org.tr>
	<a64a8a8c0812282357iffed27eq73f47e9c0be72c56@mail.gmail.com>
	<495889CE.4030106@pardus.org.tr>
Message-ID: <200812291043.20097.gurer@pardus.org.tr>

On Monday 29 December 2008 10:26:54 Ozan Çaðlayan wrote:

> > Türkçesi sanýrým Yerbilim oluyor deðil mi?
> Türkçesini bilemiyorum ama yerbilim mantýksýz deðil :)

Yerbilim evet.


From coderlord at gmail.com  Mon Dec 29 10:58:15 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 29 Dec 2008 10:58:15 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812291023.54410.bahadir@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<4cca720b0812241415hb0b179aj942980e4d147b7a2@mail.gmail.com>
	<4cca720b0812282359s2a9c4610h3b2421e03689990a@mail.gmail.com>
	<200812291023.54410.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812290058y4e67d43cn9152aa5e1d2e66d0@mail.gmail.com>

29 Aralýk 2008 Pazartesi 10:23 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> Net.Stack ve Net.Link betiklerindeki, "diðer profillerden gelen DNS
> ayarlarýný silme" yamasýný *remove* hackini düzelttikten sonra depoya
> alabiliriz hemen.

Net.Stack e bir de removeDns metodu ekleyelim diyorum.

-- 
Furkan Duman

From isingor at gmail.com  Mon Dec 29 10:59:56 2008
From: isingor at gmail.com (=?UTF-8?Q?Ali_I=C5=9F=C4=B1ng=C3=B6r?=)
Date: Mon, 29 Dec 2008 10:59:56 +0200
Subject: [Gelistirici] applications/science/geosciences
In-Reply-To: <200812291043.20097.gurer@pardus.org.tr>
References: <495881FB.40508@pardus.org.tr>
	<a64a8a8c0812282357iffed27eq73f47e9c0be72c56@mail.gmail.com>
	<495889CE.4030106@pardus.org.tr>
	<200812291043.20097.gurer@pardus.org.tr>
Message-ID: <a64a8a8c0812290059q1ad87e69j1b833e199513eae2@mail.gmail.com>

2008/12/29 Gürer Özen <gurer at pardus.org.tr>

> On Monday 29 December 2008 10:26:54 Ozan Çaðlayan wrote:
>
> > > Türkçesi sanýrým Yerbilim oluyor deðil mi?
> > Türkçesini bilemiyorum ama yerbilim mantýksýz deðil :)
>
> Yerbilim evet.
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>


Acaba diyorum Stellarium, Celestia, KStars gibi uygulamalarý da (Astronomy)
Gökbilim kategorisine mi taþýsak? Böylelikle Bilim komponentinde geriye
kalan tüm uygulamalar Elektronik ve Mühendislik uygulamalarý olup, kendi
içlerinde de iyi/kötü bir bütünlük oluþtururlar.

Sadece sesli düþünüyorum.
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/3e45189e/attachment-0002.htm>

From bahadir at pardus.org.tr  Mon Dec 29 11:11:16 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 29 Dec 2008 11:11:16 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812290058y4e67d43cn9152aa5e1d2e66d0@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812291023.54410.bahadir@pardus.org.tr>
	<4cca720b0812290058y4e67d43cn9152aa5e1d2e66d0@mail.gmail.com>
Message-ID: <200812291111.18570.bahadir@pardus.org.tr>

29 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý: 
> Net.Stack e bir de removeDns metodu ekleyelim diyorum.

Ekleyelim, ama geçici DNS'leri silecek bir metod olduðunu belirtmek için 
farklý bir isim olsa.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/b194259b/attachment-0002.pgp>

From coderlord at gmail.com  Mon Dec 29 11:20:04 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 29 Dec 2008 11:20:04 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812291111.18570.bahadir@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812291023.54410.bahadir@pardus.org.tr>
	<4cca720b0812290058y4e67d43cn9152aa5e1d2e66d0@mail.gmail.com>
	<200812291111.18570.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812290120id25f866tee7d591ef4983e78@mail.gmail.com>

29 Aralýk 2008 Pazartesi 11:11 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> 29 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý:
>> Net.Stack e bir de removeDns metodu ekleyelim diyorum.
>
> Ekleyelim, ama geçici DNS'leri silecek bir metod olduðunu belirtmek için
> farklý bir isim olsa.

unregisterNameservers nasýl? usenameservers'ý da registerNameservers
yaparýz. veya sen seç uygun bir isim. :)


-- 
Furkan Duman

From bahadir at pardus.org.tr  Mon Dec 29 11:39:50 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Mon, 29 Dec 2008 11:39:50 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812290120id25f866tee7d591ef4983e78@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812291111.18570.bahadir@pardus.org.tr>
	<4cca720b0812290120id25f866tee7d591ef4983e78@mail.gmail.com>
Message-ID: <200812291139.50078.bahadir@pardus.org.tr>

29 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý: 
> unregisterNameservers nasýl? usenameservers'ý da registerNameservers
> yaparýz. veya sen seç uygun bir isim. :)

unuse yapalým, use aynen kalsýn. Kýrmayalým API :)
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/f14ea5a7/attachment-0002.pgp>

From dfisek at fisek.com.tr  Mon Dec 29 11:37:28 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 29 Dec 2008 11:37:28 +0200
Subject: [Gelistirici] r57490 - in playground/ozan/mudur: . bin
In-Reply-To: <20081228033859.2ccb1314.onur@pardus.org.tr>
References: <20081227114019.58B3F138409A@ns1.pardus.org.tr>
	<200812271526.19828.fatih@pardus.org.tr>
	<49564D94.3000506@pardus.org.tr>
	<200812271800.58790.fatih@pardus.org.tr>
	<20081228000939.04f4ecee.onur@pardus.org.tr>
	<4956C96B.6030900@pardus.org.tr>
	<20081228031126.6f4fa229.onur@pardus.org.tr>
	<4956D485.600@pardus.org.tr>
	<20081228033859.2ccb1314.onur@pardus.org.tr>
Message-ID: <20081229113728.0764792b.dfisek@fisek.com.tr>

Sun, 28 Dec 2008 03:38:59 +0200, Onur Küçük <onur at pardus.org.tr> :

>  /tmp i baðlamak iyi fikir deðil, onu kullanýcýlar kullanabiliyor
> oradan dosyalarýný uçurursak çok kötü olur, ayrýca bir sürü program
> geçici olarak /tmp kullanýyor kesin þiþer, ama ubuntu nun yaptýðý
> dizinler bence mantýklý
O kullanicilari yok saysak bile "kurtarma" amacli ise yariyor. Yarim
kalmis kopyalamalar, ani kapanmalar durumunda acik kalan dosyalar, vs
hep orada duruyor.

Sýkýþtýrýlmýþ dosya acma islemleri, agdan dosya kopyalama islemleri
falan icin de /tmp dizini kullanildigindan, orayi RAM'de tutarsak,
kullanicinin bellegine bir anda 3-4 GB dosya atmaya kalkabiliriz.

Belirtmeden edemeyecegim, harbiden harika bir cozum her
acilista/kapanista temizlenecek dizinleri RAM'de tutmak.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From ekin at pardus.org.tr  Mon Dec 29 12:01:34 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 29 Dec 2008 12:01:34 +0200
Subject: [Gelistirici] Pardus 2008.2
Message-ID: <200812291201.34647.ekin@pardus.org.tr>

Merhaba;

Pardus 2008'in ikinci ara sürümü olan Pardus 2008.2'in sürüm takvimini 
belirledik. 
Kendi araçlarýmýzdaki yeni özellikler, hata düzeltmeleri ve paket 
güncellemelerini içererek olan bu ara sürüm, kullanýcýlarýmýzýn yeni kurulum 
sonrasý daha az güncelleme yapmalarýný, güncel kurulumlarýn daha sorunsuz 
olmasýný saðlamayý amaçlýyor.
Her zamanki gibi, Pardus 2008 kullanýcýlarý sadece güncellemelerini takip 
ederek sistemlerini güncel ara sürüm seviyesine yükseltebilecekler.

Özellikle Yalý ve Çomar'daki yeni özelliklerin daha iyi test edilebilmesi ve 
yakýnda yayýnlanarak depolarýmýzda yerini alacak olan KDE 4.2'nin sürüm 
takvimine uyabilmek için 2008.2 öncesi daha fazla test sürümü yayýnlamayý 
tercih ettik - Pardus 2008.2 Sürüm Takvimi þöyle : 

Pardus 2008.2 Alfa      - 30 Aralýk 2008
Pardus 2008.2 Beta     - 7 Ocak 2009
Pardus 2008.2 RC1      - 16 Ocak 2009
Pardus 2008.2 RC2      - 23 Ocak 2009
Pardus 2008.2             - 30 Ocak 2009
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

From ekin at pardus.org.tr  Mon Dec 29 19:50:56 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 29 Dec 2008 19:50:56 +0200
Subject: [Gelistirici] [paketler-commits] r57631 - 2008/desktop/kde/PyKDE
In-Reply-To: <20081229161232.8B0AD1384051@ns1.pardus.org.tr>
References: <20081229161232.8B0AD1384051@ns1.pardus.org.tr>
Message-ID: <200812291950.56846.ekin@pardus.org.tr>

Merhaba;

Monday 29 December 2008 tarihinde, paketler-commits at pardus.org.tr þunlarý 
yazmýþtý: 
> Author: gokcen.eraslan
> Date: Mon Dec 29 18:12:32 2008
> New Revision: 57631
>
> Modified:
>    2008/desktop/kde/PyKDE/pspec.xml
> Log:
> merge: Stable update: This fixes some build bugs triggered by the latest
> versions of SIP.

Gökçen bunu ve qscintilla2'yi derleyelim mi, 2008.2 Alpha sonrasýna mý 
býrakalým ?

Aslýnda yeterince güvenliler mi, yarýn CD'yi kýrma þanlarý nedir, onu 
soruyorum :-P
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From gkmngrgn at gmail.com  Mon Dec 29 19:52:33 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Mon, 29 Dec 2008 19:52:33 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <200812291201.34647.ekin@pardus.org.tr>
References: <200812291201.34647.ekin@pardus.org.tr>
Message-ID: <49590E61.5000207@gmail.com>

Ekin Meroðlu wrote On 29-12-2008 12:01:
> Özellikle Yalý ve Çomar'daki yeni özelliklerin daha iyi test edilebilmesi ve 
> yakýnda yayýnlanarak depolarýmýzda yerini alacak olan KDE 4.2'nin sürüm 
> takvimine uyabilmek için 2008.2 öncesi daha fazla test sürümü yayýnlamayý 
> tercih ettik - Pardus 2008.2 Sürüm Takvimi þöyle : 
>   
Pardus 2008.2'de Gtk2 ve Glib2 güncellemesi ile ilgili bir karar alýndý 
mý? Yeni sürümde bunlarýn güncelleþtirmeleri mümkün görülüyordu.
Ýyi günler.


From gokcen at pardus.org.tr  Mon Dec 29 20:38:13 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 20:38:13 +0200
Subject: [Gelistirici] r57631 - 2008/desktop/kde/PyKDE
In-Reply-To: <200812291950.56846.ekin@pardus.org.tr>
References: <20081229161232.8B0AD1384051@ns1.pardus.org.tr>
	<200812291950.56846.ekin@pardus.org.tr>
Message-ID: <200812292038.13259.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Ekin dedi ki:
> Gökçen bunu ve qscintilla2'yi derleyelim mi, 2008.2 Alpha sonrasýna mý
> býrakalým ?
>
> Aslýnda yeterince güvenliler mi, yarýn CD'yi kýrma þanlarý nedir, onu
> soruyorum :-P

PyKDE'de build'le ilgili deðiþiklik yapmýþlar, ben kendimde denedim 
manager'larla bi sorun çýkmadý. Kýrmaz bir þeyi tahminen.

qscintilla2'ye 2 tane KDE4 paketi baðýmlý, kdeedu'yu derledim sorun yok. 
Ýkisini de alalým yani bence. 

Not: kdeedu'yu düzeltiyorum azzzz sonraaa. 

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/ce47af4b/attachment-0002.htm>

From gokcen at pardus.org.tr  Mon Dec 29 20:44:18 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 20:44:18 +0200
Subject: [Gelistirici] =?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
Message-ID: <200812292044.18678.gokcen@pardus.org.tr>

Selamlar,

Az önce fark ettim ki, dosed eðer deðiþtirilecek dosyayý bulamazsa hiç bir þey 
yapmýyor. Özellikle göz ardý etmiyoruzdur, herhalde, yok yok etmiyoruzdur 
diyerek alttaki yamayý commit ettim:

gokcen at melmac actionsapi $ svn di -c r20929
Index: pisitools.py
===================================================================
--- pisitools.py        (revision 20928)
+++ pisitools.py        (revision 20929)
@@ -180,7 +180,13 @@
     ''' example call: pisitools.dosed("/etc/pass*", "caglar")'''
     ''' example call: pisitools.dosed("Makefile", "(?m)^(HAVE_PAM=.*)no", 
r"\1yes")'''

-    for sourceFile in glob.glob(sourceFiles):
+    sourceFilesGlob = glob.glob(sourceFiles)
+
+    #if there is no match, raise exception
+    if len(sourceFilesGlob) == 0:
+        raise FileError(_('No such file matching pattern: "%s"') % 
sourceFiles)
+
+    for sourceFile in sourceFilesGlob:
         if can_access_file(sourceFile):
             for line in fileinput.input(sourceFile, inplace = 1):
                 #FIXME: In-place filtering is disabled when standard input is 
read

Fikri olan var mý bununla ilgili, sorun var mýdýr? Bundan sonra, bazý paketler 
"No such file matching pattern" hatasýyla patlayabilir, bu durumda dosed'i 
düzeltmeniz gerekmekte, haberiniz ola.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/27644bce/attachment-0002.htm>

From ekin at pardus.org.tr  Mon Dec 29 20:47:34 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 29 Dec 2008 20:47:34 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <49590E61.5000207@gmail.com>
References: <200812291201.34647.ekin@pardus.org.tr>
	<49590E61.5000207@gmail.com>
Message-ID: <200812292047.34264.ekin@pardus.org.tr>

Merhaba;

Monday 29 December 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý: 
> Pardus 2008.2'de Gtk2 ve Glib2 güncellemesi ile ilgili bir karar alýndý
> mý? Yeni sürümde bunlarýn güncelleþtirmeleri mümkün görülüyordu.
> Ýyi günler.

Bu konuda verilecek bir "karar" yok, bu güncellemeye karþý alýnmýþ bir karar 
da yok. 

Defalarca anlatmaya çalýþtýðým gibi,  depoya bu güncellemeler girdiðinde : 
- eski kitaplýkla derlenmiþ olan uygulamalarýn bu güncellemelerle sorunsuz 
çalýþacaðýndan (ABI/API kýrmadýðýndan) 
- yeni kitaplýkla derlenen (ve eski sürümle çalýþmaz hale gelen) uygulamalarýn 
olmasý gerektiði gibi kesin olarak bu yeni sürümlere baðýmlý olduðundan 
emin olmamýz gerekiyor. 
Birinci ihtiyaç test, araþtýrma ve kimi araçlarla saðlanýyor, ikinci ihtiyaç 
ise depoda bu durumda olan paketlerin tespit edilerek gerekli 
baðýmlýlýklarýnýn düzeltilmesi ile.

Biraz tarih : Bu güncellemeler test deposuna girip bu paketlere linklenen bir 
paketin eski gtk2/glib2 ile sorunlu olduðu anlaþýlýnca acil çözüm adýna 
paketleri revert ettim, listeye de hem o anda hem de sonrasýnda bir kaç kez 
bu durumu ve yapýlmasý gerekenleri yazdým.

Bu güncellemeleri almak/almamak ilgili verilmiþ bir karar yok, ama her iki 
depodaki ilgili paketleri planlý ve geliþtirici listesini haberdar ederek 
elden geçirmek, bu durumda yukarýda özetlemeye çalýþtýðým sorunlarýn çözülmüþ 
olduðunu garanti etmek zorundayýz. Ve maalesef bu güncellemelerle ilgili 
sorunu ilk kez fark ettiðimiz 4 Ekim'den beri herhangi bir geliþtirici bu 
deðiþiklikleri (hepsini bir arada) yapmadý.Eðer ilgili paketlerin sorumlularý 
bu deðiþiklikleri yapýp sorunsuz olduðunu test etmemizi saðlayabilirlerse bu 
güncellemeler depoya girecek, ama kimse yapmazsa 2008.3 öncesinde ayný mail'i 
bir kere daha yazmayacaðým. 

Özetle - bu paketler hakkýnda bilgi sahibi olan ve bu güncellemelere ihtiyaç 
duyan geliþtiriciler, bu güncellemelerin gerekli ve sorunsuz olduðunu diðer 
geliþtiricilere anlatarak, depodaki ilgili tüm paketlerde gerekli 
deðiþiklikleri yaparak ve onlarý ikna ederek  bu kararýn alýnmasýný 
saðlayacak. Tabii ki bu kararýn "almayalým" yönünde çýkmasý da oldukça 
olasý - zamanýnda Fatih'in yazdýðý gibi bu kadar kritik durumdaki paketlerin 
güncellenmesi için ayný derecede önemli nedenler gerekiyor, ben kendi 
adýma "bu güncellemelerin depoya girmemesi bize ne zarara veriyor" sorusuna 
bile detaylý bir yanýt alabilmiþ deðilim bu listede dönen bunca mesajdan 
sonra.
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Mon Dec 29 20:50:43 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 29 Dec 2008 20:50:43 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292044.18678.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
Message-ID: <200812292050.43796.ekin@pardus.org.tr>

Merhaba;

Monday 29 December 2008 tarihinde, Gökçen Eraslan þunlarý yazmýþtý: 
> Fikri olan var mý bununla ilgili, sorun var mýdýr? Bundan sonra, bazý
> paketler "No such file matching pattern" hatasýyla patlayabilir, bu durumda
> dosed'i düzeltmeniz gerekmekte, haberiniz ola.

Kendi adýma son derece mutlu olurum sadece bu deðiþiklikten..

P.S: HTML olmuþ mailler ?
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From mnurolcay at gmail.com  Mon Dec 29 20:56:57 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Mon, 29 Dec 2008 20:56:57 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?pisitools=2Edosed_dosya_bulamama_sor?=
 =?iso-8859-9?q?unsal=FD?=
In-Reply-To: <200812292044.18678.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
Message-ID: <200812292056.57142.mnurolcay@gmail.com>

On Monday 29 December 2008 20:44:18 Gökçen Eraslan wrote:
> Fikri olan var mý bununla ilgili, sorun var mýdýr? Bundan sonra, bazý
> paketler "No such file matching pattern" hatasýyla patlayabilir, bu durumda
> dosed'i düzeltmeniz gerekmekte, haberiniz ola.

Gayet güzel görünüyor, eline saðlýk.

Eðer yanlýþ hatýrlamýyorsam daha baþka bazý durumlarda da pisitools, bulamadým 
yapamadým demiyor, ezip geçiyor sessiz sedasýz. En son hatýrladýðým, 
pisitools.remove.
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/ce6dc8c1/attachment-0002.htm>

From gokcen at pardus.org.tr  Mon Dec 29 20:57:30 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 20:57:30 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292050.43796.ekin@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292050.43796.ekin@pardus.org.tr>
Message-ID: <200812292057.30812.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Ekin dedi ki:
> P.S: HTML olmuþ mailler ?

KDE 4.2'nin kararlýlýðýndan kaynaklý efenim, yeni KMail'e yeni bi random 
number generator entegre ettiler herhalde, maili nasýl göndereceðini o 
belirliyor, test maksatlý :S

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/244c4245/attachment-0002.htm>

From gkmngrgn at gmail.com  Mon Dec 29 21:08:16 2008
From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=)
Date: Mon, 29 Dec 2008 21:08:16 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <200812292047.34264.ekin@pardus.org.tr>
References: <200812291201.34647.ekin@pardus.org.tr>	<49590E61.5000207@gmail.com>
	<200812292047.34264.ekin@pardus.org.tr>
Message-ID: <49592020.2040103@gmail.com>

Ekin Meroðlu wrote On 29-12-2008 20:47:
> Defalarca anlatmaya çalýþtýðým gibi,  depoya bu güncellemeler girdiðinde : 
> - eski kitaplýkla derlenmiþ olan uygulamalarýn bu güncellemelerle sorunsuz 
> çalýþacaðýndan (ABI/API kýrmadýðýndan)
>   
Defalarca abi / api kýrmadýðý dile getirildi.
> - yeni kitaplýkla derlenen (ve eski sürümle çalýþmaz hale gelen) uygulamalarýn 
> olmasý gerektiði gibi kesin olarak bu yeni sürümlere baðýmlý olduðundan 
> emin olmamýz gerekiyor.
>   
Defalarca böyle bir þeyin gerekli olmadýðý söylendi. Yeni sürüm gtk2 ile 
derleyip eski sürümün olduðu depoya paketi yolladýk, faciamýz buydu.
> Birinci ihtiyaç test, araþtýrma ve kimi araçlarla saðlanýyor, ikinci ihtiyaç 
> ise depoda bu durumda olan paketlerin tespit edilerek gerekli 
> baðýmlýlýklarýnýn düzeltilmesi ile.
>   
Ve defalarca basit çözüm önerileri de dile getirdim.
> Biraz tarih : Bu güncellemeler test deposuna girip bu paketlere linklenen bir 
> paketin eski gtk2/glib2 ile sorunlu olduðu anlaþýlýnca acil çözüm adýna 
> paketleri revert ettim, listeye de hem o anda hem de sonrasýnda bir kaç kez 
> bu durumu ve yapýlmasý gerekenleri yazdým.
>   
Defalarca da böyle bir þey yapmakta yanlýþ davrandýðýmýzý da söyledim, 
abi / api kýrýmý yoktu diye =) az önce dediðim gibi, yeni glib2 ve gtk2 
ile paketleri derleyip, eski sürüm glib2 ve gtk2 paketlerinin yer aldýðý 
depoya paketi gönderdik ve böyle bir hatayla karþýlaþtýk.
> Bu güncellemeleri almak/almamak ilgili verilmiþ bir karar yok, ama her iki 
> depodaki ilgili paketleri planlý ve geliþtirici listesini haberdar ederek 
> elden geçirmek, bu durumda yukarýda özetlemeye çalýþtýðým sorunlarýn çözülmüþ 
> olduðunu garanti etmek zorundayýz. Ve maalesef bu güncellemelerle ilgili 
> sorunu ilk kez fark ettiðimiz 4 Ekim'den beri herhangi bir geliþtirici bu 
> deðiþiklikleri (hepsini bir arada) yapmadý.Eðer ilgili paketlerin sorumlularý 
> bu deðiþiklikleri yapýp sorunsuz olduðunu test etmemizi saðlayabilirlerse bu 
> güncellemeler depoya girecek, ama kimse yapmazsa 2008.3 öncesinde ayný mail'i 
> bir kere daha yazmayacaðým.
>   
Malesef sizin kadar paketleme konusunda yetiþkin olmadýðýmdan ve 
neredeyse bu paketlerle bu kadar ilgilenebilen -bu listeye bu konu 
hakkýnda bir þeyler karalayan- tek geliþtirici olduðum için aklýma çözüm 
önerilerinden baþka bir þey gelmiyor. Defalarca dediðim gibi bu üç adým 
sorunsuz bir þekilde tamamlanýrsa geçiþte problem olmayacak:

- Gtk2 ve Glib2'yi devel'de güncelle.
- gail baðýmlýlýðý olanlara (3 tane paket var sanýrým) gtk2 strict dep 
belirt ve release artýr.
- sigara içiyorsanýz sigara için, oyun baðýmlýsýysanýz oyun oynayýn, 
keyfinize bakýn. (üç adým dedim de, üçe tamamlýyým dedim)
> Özetle - bu paketler hakkýnda bilgi sahibi olan ve bu güncellemelere ihtiyaç 
> duyan geliþtiriciler, bu güncellemelerin gerekli ve sorunsuz olduðunu diðer 
> geliþtiricilere anlatarak, depodaki ilgili tüm paketlerde gerekli 
> deðiþiklikleri yaparak ve onlarý ikna ederek  bu kararýn alýnmasýný 
> saðlayacak. Tabii ki bu kararýn "almayalým" yönünde çýkmasý da oldukça 
> olasý - zamanýnda Fatih'in yazdýðý gibi bu kadar kritik durumdaki paketlerin 
> güncellenmesi için ayný derecede önemli nedenler gerekiyor, ben kendi 
> adýma "bu güncellemelerin depoya girmemesi bize ne zarara veriyor" sorusuna 
> bile detaylý bir yanýt alabilmiþ deðilim bu listede dönen bunca mesajdan 
> sonra.
Ben ikna edemedim, baþaramadým, anlatamadým, beceremedim. Yapabileceðim 
bir þey de kalmadý, zaten çok da önemli güncellemeler deðil ama benim 
asýl anlatmak istediðim, bu iþin gerçekten basit olduðu. Hani 
Gnome-mplayer'in volume ikonu neden çýkmýyor yahu diye baþýmýzýn etini 
yiyeceðimize, bir minik güncellemeyle birçok bug kapanabilir diye ümit 
ediyordum. =)

Saygýlar.


From gokcen at pardus.org.tr  Mon Dec 29 21:17:02 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 21:17:02 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292056.57142.mnurolcay@gmail.com>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292056.57142.mnurolcay@gmail.com>
Message-ID: <200812292117.02202.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Mehmet dedi ki:
> Eðer yanlýþ hatýrlamýyorsam daha baþka bazý durumlarda da pisitools,
> bulamadým yapamadým demiyor, ezip geçiyor sessiz sedasýz. En son
> hatýrladýðým, pisitools.remove.

Aslýnda shelltools.system de çok önemli, yani þu anda -d parametresi 
verildiðinde pisi'ye, debug bilgisi olarak yazýyor komutlarýn dönüþ deðeri 
ama, komut 0'dan farklý bir deðer döndüyse, yine klasik actionsapi davranýþý 
olarak "silently ignore" ediliyor.

Eðer itiraz yoksa þunu da commit ediyorum:

gokcen at melmac actionsapi $ svn di
Index: shelltools.py
===================================================================
--- shelltools.py       (revision 20929)
+++ shelltools.py       (working copy)
@@ -225,4 +225,11 @@

 def system(command):
     command = string.join(string.split(command))
-    return run_logged(command)
+    retValue = run_logged(command)
+
+    #if return value is different than 0, it means error, raise exception
+    if retValue:
+        error(_("Command \"%s\" failed, return value was %d." % (command, 
retValue)))
+
+    return retValue
+


-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/a2426c1b/attachment-0002.htm>

From dfisek at fisek.com.tr  Mon Dec 29 21:16:20 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 29 Dec 2008 21:16:20 +0200
Subject: [Gelistirici]
 =?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
 =?utf-8?b?xLE=?=
In-Reply-To: <200812292044.18678.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
Message-ID: <20081229211620.d8f0fb2c.dfisek@fisek.com.tr>

Mon, 29 Dec 2008 20:44:18 +0200, Gökçen Eraslan <gokcen at pardus.org.tr> :

> Az önce fark ettim ki, dosed eðer deðiþtirilecek dosyayý bulamazsa
> hiç bir þey yapmýyor. Özellikle göz ardý etmiyoruzdur, herhalde, yok
> yok etmiyoruzdur diyerek alttaki yamayý commit ettim:
Cok iyi oldu valla. dosed yapamayinca aglamadigi icin ileride pakette
degisiklik oldugunda dosed'in calismadigi farkedilmeyebiliyordu.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From gokcen at pardus.org.tr  Mon Dec 29 21:25:37 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 21:25:37 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292117.02202.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292056.57142.mnurolcay@gmail.com>
	<200812292117.02202.gokcen@pardus.org.tr>
Message-ID: <200812292125.37494.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Gökçen dedi ki:
> +    if retValue:

Negatif deðer döndüðünde bu if'e girilmeyeceði için bunu if retValue != 0 
þeklinde deðiþtirmeli.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/9e56bff3/attachment-0002.htm>

From ozan at pardus.org.tr  Mon Dec 29 21:53:49 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 21:53:49 +0200
Subject: [Gelistirici]
 =?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
 =?utf-8?b?xLE=?=
In-Reply-To: <200812292050.43796.ekin@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292050.43796.ekin@pardus.org.tr>
Message-ID: <49592ACD.6070902@pardus.org.tr>

Ekin Meroðlu wrote:
> P.S: HTML olmuþ mailler ?
> --
>   
P.S: Hep böyle, mini minnacýk çýkýyor bir de, Gökçen gözlüðü 
yaptýracaðým bir tane. 1 senedir söylüyorum "abi evet öyle bi 
enteresanlýk var kmail'de" diyor ama sallamýyor beni :)

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From ozan at pardus.org.tr  Mon Dec 29 21:58:34 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 21:58:34 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <200812292047.34264.ekin@pardus.org.tr>
References: <200812291201.34647.ekin@pardus.org.tr>	<49590E61.5000207@gmail.com>
	<200812292047.34264.ekin@pardus.org.tr>
Message-ID: <49592BEA.8030905@pardus.org.tr>

Ekin Meroðlu wrote:
> Özetle - bu paketler hakkýnda bilgi sahibi olan ve bu güncellemelere ihtiyaç 
> duyan geliþtiriciler, bu güncellemelerin gerekli ve sorunsuz olduðunu diðer 
> geliþtiricilere anlatarak, depodaki ilgili tüm paketlerde gerekli 
> deðiþiklikleri yaparak ve onlarý ikna ederek  bu kararýn alýnmasýný 
> saðlayacak. Tabii ki bu kararýn "almayalým" yönünde çýkmasý da oldukça 
> olasý - zamanýnda Fatih'in yazdýðý gibi bu kadar kritik durumdaki paketlerin 
> güncellenmesi için ayný derecede önemli nedenler gerekiyor, ben kendi 
> adýma "bu güncellemelerin depoya girmemesi bize ne zarara veriyor" sorusuna 
> bile detaylý bir yanýt alabilmiþ deðilim bu listede dönen bunca mesajdan 
> sonra.
>   
Mesela, pulseaudio'nun devel'deki sürümü(>0.9.10) libcanberra diye yeni 
bir kütüphane istiyor, libcanberra gtk2'nin bu sürümünü veya daha 
büyüðünü istiyor. Ama kendisi kararsýz olduðu için halen 0.9.10'dayýz. 
Ola ki 0.9.14 çýkar ve geçmeye karar verirsek ya backport edip 
libcanberra baðýmlýlýðýný uçuracaðýz ya da paketi depoya alýp gtk2'yi 
güncelleyeceðiz.


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From ozan at pardus.org.tr  Mon Dec 29 22:00:46 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 22:00:46 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <200812292047.34264.ekin@pardus.org.tr>
References: <200812291201.34647.ekin@pardus.org.tr>	<49590E61.5000207@gmail.com>
	<200812292047.34264.ekin@pardus.org.tr>
Message-ID: <49592C6E.6060802@pardus.org.tr>

Ekin Meroðlu wrote:
> Özetle - bu paketler hakkýnda bilgi sahibi olan ve bu güncellemelere ihtiyaç 
> duyan geliþtiriciler, bu güncellemelerin gerekli ve sorunsuz olduðunu diðer 
> geliþtiricilere anlatarak, depodaki ilgili tüm paketlerde gerekli 
> deðiþiklikleri yaparak ve onlarý ikna ederek  bu kararýn alýnmasýný 
> saðlayacak. Tabii ki bu kararýn "almayalým" yönünde çýkmasý da oldukça 
> olasý - zamanýnda Fatih'in yazdýðý gibi bu kadar kritik durumdaki paketlerin 
> güncellenmesi için ayný derecede önemli nedenler gerekiyor, ben kendi 
> adýma "bu güncellemelerin depoya girmemesi bize ne zarara veriyor" sorusuna 
> bile detaylý bir yanýt alabilmiþ deðilim bu listede dönen bunca mesajdan 
> sonra.
>
>   
Ayrýca bir çok hatamýzý çözebilir hakikaten de. depoda gtk baðýmlý çok 
fazla þey var, bunlarýn düzenlice elden geçmesi biraz hayal gibi, 
paketçilerin yapabilecekleri çalýþýp çalýþmýyor mu diye bakmak olacak en 
fazla, daha derin bir sorun çýkartýrsa(rendering hatasý, ikon hatasý 
vs.) anca test deposundayken yakalayabileceðiz büyük ihtimalle..

2008.2'ye yetiþmez, post 2008.2'de release notes'a bir bakalým 
sonrasýnda geçelim ve test deposunda deneyelim derim..

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From ozan at pardus.org.tr  Mon Dec 29 22:11:07 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 22:11:07 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 - playground/cihan]
Message-ID: <49592EDB.9040500@pardus.org.tr>

Merhaba!

Buradan bir istekte bulunmak istiyorum.

Yeni geliþtiriciler *lütfen*,

ad
ad.soyad
adsoyad

þeklinde kullanýcý isimleri seçiniz, bir katkýcý oluyorsunuz, 
dolayýsýyla bu bir kullanýcý adý, IRC'de kullanacaðýnýz bir lakap deðil :)

Katkýcý sayýsý arttýkça kimin kim olduðunu hatýrlamak da güçlük 
çekiyoruz bu tarz lakaplar seçilince.

Bundan dolayý, hazýr cihan diye bir kullanýcý adý yokken, emc2 yerine 
sen cihan'ý kap yol yakýnken.

Ayný þekilde keþke Güngör Erseymen de elurin yerine daha açýklayýcý bir 
isim seçseydi, ne güzel olurmuþ.

Türker ve Uður için bir þey diyemem çünkü hesabý çok eski, bu saatten 
sonra deðiþtirmek istemeyebilir.

Saygýlar.

-------- Original Message --------
Subject: [paketler-commits] r57636 - playground/cihan
Date: Mon, 29 Dec 2008 19:36:37 +0200 (EET)
From: paketler-commits at pardus.org.tr
Reply-To: gelistirici at pardus.org.tr
To: paketler-commits at pardus.org.tr

Author: emc2
Date: Mon Dec 29 19:36:36 2008
New Revision: 57636

Added:
    playground/cihan/
Log:
Merhaba Dünya!


-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>


From gokcen at pardus.org.tr  Mon Dec 29 22:13:20 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 22:13:20 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292117.02202.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292056.57142.mnurolcay@gmail.com>
	<200812292117.02202.gokcen@pardus.org.tr>
Message-ID: <200812292213.20133.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Gökçen dedi ki:
> Aslýnda shelltools.system de çok önemli, yani þu anda -d parametresi
> verildiðinde pisi'ye, debug bilgisi olarak yazýyor komutlarýn dönüþ deðeri
> ama, komut 0'dan farklý bir deðer döndüyse, yine klasik actionsapi
> davranýþý olarak "silently ignore" ediliyor.

Tüm glob'larý kontrol eden, ve shelltools.system'in dönüþ deðerine dikkat 
etmesini saðlayan yama ekte.

Yorumlarýnýz doðrultusunda ittirebilirim svn'e.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/37f855f7/attachment-0002.htm>
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: actionsapi-globandsystemcontrol.diff
Type: text/x-patch
Size: 7438 bytes
Desc: kullanýlamýyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/37f855f7/attachment-0002.bin>

From dfisek at fisek.com.tr  Mon Dec 29 22:13:41 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Mon, 29 Dec 2008 22:13:41 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
 playground/cihan]
In-Reply-To: <49592EDB.9040500@pardus.org.tr>
References: <49592EDB.9040500@pardus.org.tr>
Message-ID: <20081229221341.21dfb181.dfisek@fisek.com.tr>

Mon, 29 Dec 2008 22:11:07 +0200, Ozan Çaðlayan <ozan at pardus.org.tr> :

> Buradan bir istekte bulunmak istiyorum.
> Yeni geliþtiriciler *lütfen*,
...
Valla eski kafali damgasi yemiim diye bisi demiyordum ama koccaman bir
+1 :)

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From ekin at pardus.org.tr  Mon Dec 29 22:25:18 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 29 Dec 2008 22:25:18 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <49592020.2040103@gmail.com>
References: <200812291201.34647.ekin@pardus.org.tr>
	<200812292047.34264.ekin@pardus.org.tr>
	<49592020.2040103@gmail.com>
Message-ID: <200812292225.18875.ekin@pardus.org.tr>

Merhaba;

> Defalarca abi / api kýrmadýðý dile getirildi

Bu konudan gerçekten sýkýldým - her seferinde ben teorik olarak kontrol 
etmemiz gerekenleri listeliyorum, her seferinde "burada bu sorun yok, paket 
neden alýnmýyor ?" diyorsunuz. 
Ben depoya almak için tüm gereklilikleri yazýyorum, özel olarak gtk2/glib2'nin 
sorunlarýný deðil. Niye bu kadar detaylý ve genel yazýyorsun derseniz, 
anlaþýldýðýndan emin olamýyorum.
 
> > - yeni kitaplýkla derlenen (ve eski sürümle çalýþmaz hale gelen)
> > uygulamalarýn olmasý gerektiði gibi kesin olarak bu yeni sürümlere
> > baðýmlý olduðundan emin olmamýz gerekiyor.
>
> Defalarca böyle bir þeyin gerekli olmadýðý söylendi. Yeni sürüm gtk2 ile
> derleyip eski sürümün olduðu depoya paketi yolladýk, faciamýz buydu.

Depo bütünlüðünün en temel noktasý bu :  Depoya almak != kullanýcýnýn 
sistemine kurulduðundan emin olmak

"Defalarca böyle bir þeyin gerekli olmadýðý"ný söyleyenler maalesef yanlýþ 
biliyorlar, bu þekilde bir depo "depo" olmuyor. Siz depoyu sunarken bir 
paketin sorunsuz çalýþmasý için gerekli sürüm kitaplýk ile birlikte 
kurulacaðýndan kesin olarak emin olmalýsýnýz, kullanýcýda o sürüm yok ise 
güncellemeyi zorlamalýsýnýz. Yoksa zaten PiSi'de strict dep diye bir kavram 
olmazdý, gereken tüm güncellemeleri depoya alýr, kullanýcý tüm güncellemeleri 
kursun der geçerdik.

Sadece yeni gtk2'yi depoya almamýzýn kullanýcý açýsýndan hiç bir anlamý yok, 
elle sadece (örneðin) libgnome'u güncelleyebilir bu durumda ve siz "allah 
allah, depoya da almýþtýk halbuki..." dersiniz en fazla. Kullanýcýlarýn  pisi 
up diyerek tüm güncellemeleri günü gününe takip edeceðinin hiçbir garantisi 
yok.

Bu durumdaki paketlerin (yeni gtk2/glib2'ye linklenen ve linklenecek olan) 
paketlerin baðýmlýlýklarýnýn uygun þekilde düzeltilmesi gerekiyor. 
 
> Defalarca da böyle bir þey yapmakta yanlýþ davrandýðýmýzý da söyledim,
> abi / api kýrýmý yoktu diye =) az önce dediðim gibi, yeni glib2 ve gtk2
> ile paketleri derleyip, eski sürüm glib2 ve gtk2 paketlerinin yer aldýðý
> depoya paketi gönderdik ve böyle bir hatayla karþýlaþtýk.

Paketi "göndermek" ne demek bilmiyorum ama o paketin baðýmlýlýklarý doðru 
yazýlmýþ olsaydý bu sorunun ortaya çýkacaðýný önceden farkedebilirdik 
(baðýmlý olduðu sürüm depoda yok ise paket kurulamaz, alýnan hata nedeniyle 
geliþtiricilerin haberi olur.). O zaman farkedemedik, farkettiðimizde ise 
anlattýk fakat ikna edemedik. Bundan sonra benzer durumda sorunlarý önceden 
farkedebilmemiz için almamýz gereken önlemleri anlatmaya çalýþýyorum ben.
  
> Malesef sizin kadar paketleme konusunda yetiþkin olmadýðýmdan ve
> neredeyse bu paketlerle bu kadar ilgilenebilen -bu listeye bu konu
> hakkýnda bir þeyler karalayan- tek geliþtirici olduðum için aklýma çözüm
> önerilerinden baþka bir þey gelmiyor. Defalarca dediðim gibi bu üç adým
> sorunsuz bir þekilde tamamlanýrsa geçiþte problem olmayacak:
>
> - Gtk2 ve Glib2'yi devel'de güncelle.
> - gail baðýmlýlýðý olanlara (3 tane paket var sanýrým) gtk2 strict dep
> belirt ve release artýr.

Bu adýmlar _sadece_ bu paketlerin depoya girdiði anda 
pisi up
diyen kullanýcýlarýn sorununu çözer. 
Bunu o anda yapmamýþ ve bir sonraki (yine örneðin ve yine gerekli 
baðýmlýlýklarý yazýlmamýþ ise) libgnome güncellemesi sonrasý sadece libgnome 
güncelleyen bir kullanýcý ise eski gtk2/glib2 paketleri ve yeni gtk2/glib2'ye 
linklenmiþ libgnome ile kalakalýr - sizin yukarýda facia diye tanýmladýðýnýz 
durum.
Çünkü depoda yeni gtk2/glib2 var, derlenen paketler bu kitaplýklara 
linkleniyor, ama herhangi bir kullanýcýda eski paketler var/olabilir, siz 
derlenen pakete strict dep. yazmýyorsunuz, linklenen paket yükseltildiði 
halde yanýnda yeni sürüm kitaplýðý getirmiyor / kitaplýk güncellemesini 
zorlamýyor.

Doruk'un ve Gökçen'in o tartýþmada konuyu anlattýðý postalar aþaðýda, özetle 
ayný þeyi söylemiþler :  

http://liste.pardus.org.tr/gelistirici/2008-October/013684.html
http://liste.pardus.org.tr/gelistirici/2008-October/013680.html

Yine bu örnekten gidersek, bu güncelleme ile birlikte veya sonrasýnda depoya 
giren ve yeni sürüm kitaplýklarla gelen yeni sembolleri (libgnome örneðinde 
g_dgettext sembolü) kullanan tüm uygulamalar strict olarak yeni sürüm 
kitaplýða baðlý olmalýdýr. Yukarýdaki adýmlarýnýza bu eklenmeli, benim baþtan 
beri ilgili tüm paketler elden geçmeli dediðim nokta burasý.

> Ben ikna edemedim, baþaramadým, anlatamadým, beceremedim. Yapabileceðim
> bir þey de kalmadý, zaten çok da önemli güncellemeler deðil ama benim
> asýl anlatmak istediðim, bu iþin gerçekten basit olduðu.

Bu kadar basit olmadýðýný ben (ve birçok kiþi) anlatamadý asýl. Aslýnda evet 
basit, ama yaklaþýk 2.5 aydýr bu strict baðýmlýlýklarýn gerekliliðine ikna 
edemedik kimseyi, tartýþmada daha ileri gitmek mümkün olamýyor. Belki 
paketler incelendiðinde iki paket çýkacak strict dep yazýlmasý gereken, ama 
biz incelemek yerine dönüp dönüp gerek var / gerek yok konuþtuðumuzdan 
önümüzü göremiyoruz bir türlü.

Tekrar edeyim - özel olarak bu güncellemeye karþý deðilim, ama hala bu kadar 
temel bir kuralý tartýþýyorsak bu güncelleme için acele etmeyeceðim. 
Söylediklerimin hepsi bu güncellemenin yaratacaðý sorunlarla birebir 
eþleþmiyor olabilir, ama depo kurallarý bir bütün ve bu bütün anlaþýlmadan 
paket bakýmý yapmak neredeyse imkansýz. 
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Mon Dec 29 22:28:40 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 29 Dec 2008 22:28:40 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <49592C6E.6060802@pardus.org.tr>
References: <200812291201.34647.ekin@pardus.org.tr>
	<200812292047.34264.ekin@pardus.org.tr>
	<49592C6E.6060802@pardus.org.tr>
Message-ID: <200812292228.40133.ekin@pardus.org.tr>

Merhaba;

Monday 29 December 2008 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: 
> Ekin Meroðlu wrote:
> 2008.2'ye yetiþmez, post 2008.2'de release notes'a bir bakalým
> sonrasýnda geçelim ve test deposunda deneyelim derim..

Bu mantýklý, ama öncesinde dersimizi çalýþýrsak...
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From ekin at pardus.org.tr  Mon Dec 29 22:33:52 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Mon, 29 Dec 2008 22:33:52 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292213.20133.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292117.02202.gokcen@pardus.org.tr>
	<200812292213.20133.gokcen@pardus.org.tr>
Message-ID: <200812292233.52925.ekin@pardus.org.tr>

Merhaba;

Monday 29 December 2008 tarihinde, Gökçen Eraslan þunlarý yazmýþtý: 
> +    if len(filePathGlob) == 0:
> +        error(_("ActionsAPI [chmod]: No file matched pattern \"%s\"." %

Bu hata mesajý ne güzel, diðerleri de öyle olsa ya ?

------8<------------------------
- raise FileError(_('No such file matching pattern: "%s". \'dosed\' operation failed.') % sourceFiles)
+ raise FileError(_('ActionsAPI [dosed]: No such file matching pattern: "%s"') % sourceFiles)
------8<------------------------
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From akin at omeroglu.net  Mon Dec 29 22:56:10 2008
From: akin at omeroglu.net (=?iso-8859-9?q?Ak=FDn_=D6mero=F0lu?=)
Date: Mon, 29 Dec 2008 22:56:10 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
	playground/cihan]
In-Reply-To: <49592EDB.9040500@pardus.org.tr>
References: <49592EDB.9040500@pardus.org.tr>
Message-ID: <200812292256.10292.akin@omeroglu.net>

On Monday 29 December 2008 22:11:07 Ozan Çaðlayan wrote:
> Merhaba!
>
> Buradan bir istekte bulunmak istiyorum.
>
Merhaba Ozan,

Bana kalýrsa bu isteðini buradan deðil de tüm yeni geliþtirici adaylarýmýzýn 
ve konunun özelinde Cihan Okyay'ýn okuduðu ve ona göre baþvuru yaptýðý 
Wiki[1] belgesinde yapsan daha etkin olacak.

[1]: 
http://tr.pardus-wiki.org/Pardus:Yeni_geli%C5%9Ftirici_k%C4%B1lavuzu#Kim_ba.C5.9Fvurabilir.3F

Sevgiler...

-- 
Akýn Ömeroðlu
www.ozgurlukicin.com


From ozan at pardus.org.tr  Mon Dec 29 22:56:43 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 22:56:43 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636
	-	playground/cihan]
In-Reply-To: <200812292256.10292.akin@omeroglu.net>
References: <49592EDB.9040500@pardus.org.tr>
	<200812292256.10292.akin@omeroglu.net>
Message-ID: <4959398B.8000102@pardus.org.tr>

Akýn Ömeroðlu wrote:
> Merhaba Ozan,
>
> Bana kalýrsa bu isteðini buradan deðil de tüm yeni geliþtirici adaylarýmýzýn 
> ve konunun özelinde Cihan Okyay'ýn okuduðu ve ona göre baþvuru yaptýðý 
> Wiki[1] belgesinde yapsan daha etkin olacak.
>
> [1]: 
> http://tr.pardus-wiki.org/Pardus:Yeni_geli%C5%9Ftirici_k%C4%B1lavuzu#Kim_ba.C5.9Fvurabilir.3F
>
> Sevgiler...
>   
Evet onu da deðiþtireceðim, aklýmda..

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From coderlord at gmail.com  Mon Dec 29 23:09:18 2008
From: coderlord at gmail.com (Furkan Duman)
Date: Mon, 29 Dec 2008 23:09:18 +0200
Subject: [Gelistirici] =?utf-8?q?Ge=C3=A7ici_DNS_modeli?=
In-Reply-To: <200812291139.50078.bahadir@pardus.org.tr>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812291111.18570.bahadir@pardus.org.tr>
	<4cca720b0812290120id25f866tee7d591ef4983e78@mail.gmail.com>
	<200812291139.50078.bahadir@pardus.org.tr>
Message-ID: <4cca720b0812291309o595d3080g5bb38dd888b6031e@mail.gmail.com>

29 Aralýk 2008 Pazartesi 11:39 tarihinde Bahadýr Kandemir
<bahadir at pardus.org.tr> yazdý:
> 29 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý:
>> unregisterNameservers nasýl? usenameservers'ý da registerNameservers
>> yaparýz. veya sen seç uygun bir isim. :)
>
> unuse yapalým, use aynen kalsýn. Kýrmayalým API :)

bir de flushNameCache ekledim. Ýstenildiðinde haricen flush edebilmek için.

Öntanýmlý DNS'leri Net.Link içinde "Öntanýmlý" seçilirse ekletiriz
diyorum. Onunla ilgili getNameServers, setNameServers metodlarýný
aynen býraktým. Ancak /usr/share/baselayout/resolv.conf altýndaki
daðýtýmla gelen DNS leri nasýl alýrýz fikrim yok. Onun için de ayrý
bir get metodu lazým sanki veya getNameServer içinde okutsak, bir de
set esnasýnda bunlar da set edilecek. Nasýl yapsak bunu?

-- 
Furkan Duman

From fatih at pardus.org.tr  Mon Dec 29 23:20:27 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Mon, 29 Dec 2008 23:20:27 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?pisitools=2Edosed_dosya_bulamama_sor?=
	=?iso-8859-9?q?unsal=FD?=
In-Reply-To: <20081229211620.d8f0fb2c.dfisek@fisek.com.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<20081229211620.d8f0fb2c.dfisek@fisek.com.tr>
Message-ID: <200812292320.30807.fatih@pardus.org.tr>

Pazartesi 29 Aralýk 2008 tarihinde, Doruk Fisek þunlarý yazmýþtý: 
> Mon, 29 Dec 2008 20:44:18 +0200, Gökçen Eraslan <gokcen at pardus.org.tr> :
> > Az önce fark ettim ki, dosed eðer deðiþtirilecek dosyayý bulamazsa
> > hiç bir þey yapmýyor. Özellikle göz ardý etmiyoruzdur, herhalde, yok
> > yok etmiyoruzdur diyerek alttaki yamayý commit ettim:
>
> Cok iyi oldu valla. dosed yapamayinca aglamadigi icin ileride pakette
> degisiklik oldugunda dosed'in calismadigi farkedilmeyebiliyordu.

Anladýðým kadarýyla bu sadece dosyalarýn varlýðýný kontrol ediyor. dosed 
hiçbir iþlem yapmazsa yine hata vermeden devam edecek.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/ad5487c5/attachment-0002.pgp>

From gokcen at pardus.org.tr  Mon Dec 29 23:28:22 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 23:28:22 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292320.30807.fatih@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<20081229211620.d8f0fb2c.dfisek@fisek.com.tr>
	<200812292320.30807.fatih@pardus.org.tr>
Message-ID: <200812292328.22773.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Fatih dedi ki:
> Anladýðým kadarýyla bu sadece dosyalarýn varlýðýný kontrol ediyor. dosed
> hiçbir iþlem yapmazsa yine hata vermeden devam edecek.

Evet öyle. Onun için ayrý bir yama yapmayý düþünüyordum ben de.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/7aaa48bf/attachment-0002.htm>

From okyaycihan at gmail.com  Mon Dec 29 22:30:23 2008
From: okyaycihan at gmail.com (cihan okyay)
Date: Mon, 29 Dec 2008 22:30:23 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
	playground/cihan]
In-Reply-To: <49592EDB.9040500@pardus.org.tr>
References: <49592EDB.9040500@pardus.org.tr>
Message-ID: <637d3feb0812291230q3a344917u97725cfbfb728e0b@mail.gmail.com>

Merhaba;

Evet uyarýnýzda tamamen haklýsýnýz. Hemen gereken yere emc2 'nin cihan
olarak deðiþmesi için istekte bulundum. Uyarýnýz için teþekkürler.

Ýyi çalýþmalar.

29 Aralýk 2008 Pazartesi 22:11 tarihinde Ozan Çaðlayan
<ozan at pardus.org.tr>yazdý:

> Merhaba!
>
> Buradan bir istekte bulunmak istiyorum.
>
> Yeni geliþtiriciler *lütfen*,
>
> ad
> ad.soyad
> adsoyad
>
> þeklinde kullanýcý isimleri seçiniz, bir katkýcý oluyorsunuz,
> dolayýsýyla bu bir kullanýcý adý, IRC'de kullanacaðýnýz bir lakap deðil :)
>
> Katkýcý sayýsý arttýkça kimin kim olduðunu hatýrlamak da güçlük
> çekiyoruz bu tarz lakaplar seçilince.
>
> Bundan dolayý, hazýr cihan diye bir kullanýcý adý yokken, emc2 yerine
> sen cihan'ý kap yol yakýnken.
>
> Ayný þekilde keþke Güngör Erseymen de elurin yerine daha açýklayýcý bir
> isim seçseydi, ne güzel olurmuþ.
>
> Türker ve Uður için bir þey diyemem çünkü hesabý çok eski, bu saatten
> sonra deðiþtirmek istemeyebilir.
>
> Saygýlar.
>
> -------- Original Message --------
> Subject: [paketler-commits] r57636 - playground/cihan
> Date: Mon, 29 Dec 2008 19:36:37 +0200 (EET)
> From: paketler-commits at pardus.org.tr
> Reply-To: gelistirici at pardus.org.tr
> To: paketler-commits at pardus.org.tr
>
> Author: emc2
> Date: Mon Dec 29 19:36:36 2008
> New Revision: 57636
>
> Added:
>    playground/cihan/
> Log:
> Merhaba Dünya!
>
>
> --
>
> Ozan Çaðlayan
> <ozan_at_pardus.org.tr>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/652282d4/attachment-0002.htm>

From mnurolcay at gmail.com  Mon Dec 29 23:36:16 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Mon, 29 Dec 2008 23:36:16 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
	playground/cihan]
In-Reply-To: <49592EDB.9040500@pardus.org.tr>
References: <49592EDB.9040500@pardus.org.tr>
Message-ID: <200812292336.16300.mnurolcay@gmail.com>

On Monday 29 December 2008 22:11:07 Ozan Çaðlayan wrote:

> Yeni geliþtiriciler *lütfen*,
>
> ad
> ad.soyad
> adsoyad
>
> þeklinde kullanýcý isimleri seçiniz, bir katkýcý oluyorsunuz,
> dolayýsýyla bu bir kullanýcý adý, IRC'de kullanacaðýnýz bir lakap deðil :)
>

Merhaba,

Bu konu biraz da svn hesabýný veren yetkilimize baðlý sanýrým. Örneðin ben 
baþvurumda kullanýcý adýmý: "mehmet" olarak vermiþtim ama dönen cevapta 
"mnurolcay" olarak açýldýðý söylendi. Commitlerde author baþka, dizin baþka 
durmasýn diye ben de mnurolcay diye dizin açmak durumunda kaldým. Yoksa ben 
hala mehmet olmasý taraftarýyým :). Bu saatten sonra deðiþmesi de uygun mudur 
bilmiyorum.
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/e7b91f6c/attachment-0002.htm>

From ozan at pardus.org.tr  Mon Dec 29 23:45:08 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Mon, 29 Dec 2008 23:45:08 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636
	-	playground/cihan]
In-Reply-To: <200812292336.16300.mnurolcay@gmail.com>
References: <49592EDB.9040500@pardus.org.tr>
	<200812292336.16300.mnurolcay@gmail.com>
Message-ID: <495944E4.8020307@pardus.org.tr>

Mehmet Nur Olcay wrote:
>   
>
>
> Merhaba,
>
>
> Bu konu biraz da svn hesabýný veren yetkilimize baðlý sanýrým. Örneðin 
> ben baþvurumda kullanýcý adýmý: "mehmet" olarak vermiþtim ama dönen 
> cevapta "mnurolcay" olarak açýldýðý söylendi. Commitlerde author 
> baþka, dizin baþka durmasýn diye ben de mnurolcay diye dizin açmak 
> durumunda kaldým. Yoksa ben hala mehmet olmasý taraftarýyým :). Bu 
> saatten sonra deðiþmesi de uygun mudur bilmiyorum.
> -- 
> Mehmet Nur Olcay
Sonuçta ortada Taner'in de uyacaðý bir kesin karar/belge yok. Tabi 
mehmet olabilirmiþ, ancak ileride baþka mehmetler de gelebileceðinden 
içinde soyadý bilgisini de taþýyan mnurolcay daha açýklayýcý olmuþ bence :)

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From mnurolcay at gmail.com  Mon Dec 29 23:55:21 2008
From: mnurolcay at gmail.com (Mehmet Nur Olcay)
Date: Mon, 29 Dec 2008 23:55:21 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?=5BFwd=3A_=5Bpaketler-commits=5D_r57?=
 =?iso-8859-9?q?636_-=09playground/cihan=5D?=
In-Reply-To: <495944E4.8020307@pardus.org.tr>
References: <49592EDB.9040500@pardus.org.tr>
	<200812292336.16300.mnurolcay@gmail.com>
	<495944E4.8020307@pardus.org.tr>
Message-ID: <200812292355.21526.mnurolcay@gmail.com>

On Monday 29 December 2008 23:45:08 Ozan Çaðlayan wrote:
>
> Sonuçta ortada Taner'in de uyacaðý bir kesin karar/belge yok. Tabi
> mehmet olabilirmiþ, ancak ileride baþka mehmetler de gelebileceðinden
> içinde soyadý bilgisini de taþýyan mnurolcay daha açýklayýcý olmuþ bence :)

Ýlk ben kapmýþtým ama :p, baþka Ozanlar, Gökmenler, Onur'lar da olabilirdi 
deðil mi? Ki elde var iki gökmen þimdiden :) 

Tabi bu þekilde de durabilir benimki ama demek istediðim, Taner'in de uyacaðý 
kesin bir karar/belge olursa daha kesin bir çözüm olur.
-- 
Mehmet Nur Olcay
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/40440497/attachment-0002.htm>

From gokcen at pardus.org.tr  Mon Dec 29 23:56:58 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Mon, 29 Dec 2008 23:56:58 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292213.20133.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292117.02202.gokcen@pardus.org.tr>
	<200812292213.20133.gokcen@pardus.org.tr>
Message-ID: <200812292356.58838.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Gökçen dedi ki:
> Monday 29 December 2008 Tarihinde Gökçen dedi ki:
> > Aslýnda shelltools.system de çok önemli, yani þu anda -d parametresi
> > verildiðinde pisi'ye, debug bilgisi olarak yazýyor komutlarýn dönüþ
> > deðeri ama, komut 0'dan farklý bir deðer döndüyse, yine klasik actionsapi
> > davranýþý olarak "silently ignore" ediliyor.
>
> Tüm glob'larý kontrol eden, ve shelltools.system'in dönüþ deðerine dikkat
> etmesini saðlayan yama ekte.
>
> Yorumlarýnýz doðrultusunda ittirebilirim svn'e.

Yamalý pisi'yle ufak tefek yanlýþlar ortaya çýktý. system.base'den baya paket 
derledim, alttaki paketlerin ilgili satýrlarýnda hatalar çýktý, daha detaylý 
hata çýktýlarý için yamalý actionsapi'yle derleyin :)

-acl
 pisitools.remove

-audit
 pisitools.remove

-curl
  pisitools.removeDir

-dbus
 shelltools.system (enteresan, ./cleanup-man-pages komutu hata veriyor :) )

-dbus-glib
 pisitools.dodoc

-dbus-python
 pisitools.dodoc

-e2fsprogs
 pisitools.removeDir

-gettext
 pisitools.dodoc

-glibc
 autotools.make("-k check") patlýyor.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081229/57a5ea81/attachment-0002.htm>

From okyaycihan at gmail.com  Tue Dec 30 00:35:05 2008
From: okyaycihan at gmail.com (cihan okyay)
Date: Tue, 30 Dec 2008 00:35:05 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
	playground/cihan]
In-Reply-To: <200812292355.21526.mnurolcay@gmail.com>
References: <49592EDB.9040500@pardus.org.tr>
	<200812292336.16300.mnurolcay@gmail.com>
	<495944E4.8020307@pardus.org.tr>
	<200812292355.21526.mnurolcay@gmail.com>
Message-ID: <637d3feb0812291435kac5e49as6363af04b6ddea41@mail.gmail.com>

>
>
> Tabi bu þekilde de durabilir benimki ama demek istediðim, Taner'in de
> uyacaðý kesin bir karar/belge olursa daha kesin bir çözüm olur.
>

Evet bencede madem böyle bir genel istek var Mehmet 'inde dediði gibi Taner
bey in uyacaðý bir belge olsa güzel olabilir.
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/efee1759/attachment-0002.htm>

From gokcen at pardus.org.tr  Tue Dec 30 00:39:36 2008
From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=)
Date: Tue, 30 Dec 2008 00:39:36 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812292320.30807.fatih@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<20081229211620.d8f0fb2c.dfisek@fisek.com.tr>
	<200812292320.30807.fatih@pardus.org.tr>
Message-ID: <200812300039.36582.gokcen@pardus.org.tr>

Monday 29 December 2008 Tarihinde Fatih dedi ki:
> Anladýðým kadarýyla bu sadece dosyalarýn varlýðýný kontrol ediyor. dosed
> hiçbir iþlem yapmazsa yine hata vermeden devam edecek.

fileinput'un yarattýðý backup dosyasýyla deðiþtirildiði iddia edilen dosyayý 
kýyaslayan yama ekte. Ýtiraz yoksa, sed fix'iyle bunu da alalým.

-- 
Gökçen Eraslan
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/f9c781b5/attachment-0002.htm>
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: dosed-sensechanges.diff
Type: text/x-patch
Size: 1460 bytes
Desc: kullanýlamýyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/f9c781b5/attachment-0002.bin>

From fatih at pardus.org.tr  Tue Dec 30 01:03:23 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Tue, 30 Dec 2008 01:03:23 +0200
Subject: [Gelistirici]
	=?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
	=?utf-8?b?xLE=?=
In-Reply-To: <200812300039.36582.gokcen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292320.30807.fatih@pardus.org.tr>
	<200812300039.36582.gokcen@pardus.org.tr>
Message-ID: <200812300103.26265.fatih@pardus.org.tr>

Salý 30 Aralýk 2008 tarihinde, Gökçen Eraslan þunlarý yazmýþtý: 
> Monday 29 December 2008 Tarihinde Fatih dedi ki:
> > Anladýðým kadarýyla bu sadece dosyalarýn varlýðýný kontrol ediyor. dosed
> > hiçbir iþlem yapmazsa yine hata vermeden devam edecek.
>
> fileinput'un yarattýðý backup dosyasýyla deðiþtirildiði iddia edilen
> dosyayý kýyaslayan yama ekte. Ýtiraz yoksa, sed fix'iyle bunu da alalým.

filecmp diye modül mü vardý ya :) Bence OK.

jabber'da söylemiþtim sana; ama buraya da yazayým. Bazý actionsapi 
fonksiyonlarý hiç debug çýktýsý vermiyor. Onlarý da vaktimiz olduðunda 
belirleyip düzeltirsek güzel olur.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/7920f9cb/attachment-0002.pgp>

From fatih at pardus.org.tr  Tue Dec 30 01:23:15 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 30 Dec 2008 01:23:15 +0200
Subject: [Gelistirici] Pardus 2008.2
In-Reply-To: <49590E61.5000207@gmail.com>
References: <200812291201.34647.ekin@pardus.org.tr>
	<49590E61.5000207@gmail.com>
Message-ID: <200812300123.18781.fatih@pardus.org.tr>

Pazartesi 29 Aralýk 2008 tarihinde, Gökmen Görgen þunlarý yazmýþtý: 
> Pardus 2008.2'de Gtk2 ve Glib2 güncellemesi ile ilgili bir karar alýndý
> mý? Yeni sürümde bunlarýn güncelleþtirmeleri mümkün görülüyordu.
> Ýyi günler.

Bence önce devel'de hangi paketlerin güncellenmesi, baðýmlýlýklarýnýn 
güncellenmesi vs. gerekiyorsa yap. Sonra merge iþini düþünürüz.

Zaten artýk 2009'a yönelik de çalýþýyoruz. devel ile 2008 deposunun 
farklýlaþmasýndan korkmamalýyýz. develde yapýlan her deðiþiklik merge edilecek 
olsa tek source depo kullanýrdýk.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/c6c3cbdb/attachment-0002.pgp>

From alpaslanmete at gmail.com  Tue Dec 30 02:12:21 2008
From: alpaslanmete at gmail.com (Mete Alpaslan)
Date: Tue, 30 Dec 2008 02:12:21 +0200
Subject: [Gelistirici] Lvm & Raid ile ilgili...
In-Reply-To: <fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
References: <494ADBCC.10902@gmail.com>	<305f9edc0812190557q64c7d59ehe848a5db58872dc0@mail.gmail.com>	<4cca720b0812190755r1f3a06baoa2b41f04cf9514cf@mail.gmail.com>	<200812191857.54402.onur@pardus.org.tr>	<fe9771a80812191545t6bb9eee4q5dbb5c346788a10@mail.gmail.com>	<494D7FBD.5000804@gmail.com>	<fe9771a80812201734l7ade56bcrc433285cc54f2e91@mail.gmail.com>	<20081222200711.b9adf6b8.onur@pardus.org.tr>
	<fe9771a80812221237h5a8788bav953eb90913ec40de@mail.gmail.com>
Message-ID: <49596765.6060905@gmail.com>

Emre Erenoglu wrote On 22-12-2008 22:37:
> Merhaba,
>
> 2008/12/22 Onur Küçük <onur at pardus.org.tr <mailto:onur at pardus.org.tr>>
>
>
>     On Sun, 21 Dec 2008 02:34:48 +0100
>     "Emre Erenoglu" <erenoglu at gmail.com <mailto:erenoglu at gmail.com>>
>     wrote:
>     ...
>     > lvm ile ilgili olarak dm-mod modulunden baska volume group'larin
>     > boot'ta aktive edilebilmesi icin bir kac executable'in initramfs'e
>     > girmesi gerekiyor sanirim. Benim mkinitframfs script'inde soyle
>     > yapmisiz:
>     >
>     > #install lvm binary and library dependencies
>     > if [ -f "/etc/lvm/lvm.conf" ]; then
>     >     echo "adding lvm dynamic libraries..."
>     >     cp -L --parents /lib/libdevmapper.so.1.02 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libreadline.so.5 $MOUNT_IMAGE
>     >     cp -L --parents /lib/librt.so.1 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libdl.so.2 $MOUNT_IMAGE
>     >     cp -L --parents /usr/lib/libncursesw.so.5 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libc.so.6 $MOUNT_IMAGE
>     >     cp -L --parents /lib/libpthread.so.0 $MOUNT_IMAGE
>     >     cp -L --parents /lib/ld-linux.so.2 $MOUNT_IMAGE
>     >     echo "adding lvm binary..."
>     >     cp -a /usr/sbin/lvm $MOUNT_IMAGE/sbin/lvm
>     > fi
>
>      Bu seriyi elle initramfs e eklemek yanlýþ bence. Belki device-mapper
>     ve ncurses a statik kitaplýk desteðini açýp lvm ELF ini statik
>     derleyebiliriz. Statik derlemediðimizde baþýmýz da aðrýyacak gibime
>     geliyor.
>
>
> Evet statik bulamadigim icin mecbur linkli kutuphaneleri de attim icine.
>  
>
>     > Evet aynen, boot sirasinda initrd'nin icindeki init script'ten
>     volume
>     > group'lari aktive ediyorum, sonra buradan boot ediyorum, ancak
>     sistem
>     > acilisinda root mount edilip esas init devreye girip fstab'i okudugu
>     > zamanda, volume group'lar bulunamiyor, ya da volume group'larin
>     > "symlink"leri bulunamiyor desem daha dogru sanirim.  Su anda sistem
>     > mount tablosundaki ilginc maddeler soyle:
>     >
>     > /dev/dm-3 on / type ext3 (rw,noatime,user_xattr)
>     > /dev/md1 on /home type ext3 (rw,noatime,user_xattr)
>     > /dev/sda1 on /boot type ext3 (rw,noatime,relatime)
>     > /dev/mapper/os-data on /d type ext3 (rw)
>     >
>     > Kok dosya sistemi, /dev/mapper/os-pardus olmasi gerekirken
>     > hala /dev/dm-3 olarak gorunuyor (taaa initrd'deki boot sirasindaki
>     > isimlendirme).  /d olan ise local.start'tan duzgun olarak mount
>     > ediliyor, ancak fstab'a yazarsam edilmiyor. Bir sekilde bu vgmknodes
>     > UDEV tarafindan vs. trigger edilmiyor.
>
>      Hmmm mesela initramfs de daha önceden node lar oluþturulduðu için
>     udev tekrar dürtülmüyor olabilir mi ?
>
>
> Esasen /etc/fstab okunmadan once volume group'larin initialize edilmis 
> olmasi gerekiyor. Initramfs'de bunu init ediyoruz, ama normal init'e 
> gecip sanirim /dev tekrar populate edilirken logical volume'ler 
> gidiyor sanirim. Belki mudur acilis esnasinda fstab okunmadan once 
> kernel parametrelerinde lvm varsa tutup bu lvm'yi (vgmknodes) da 
> trigger etmeli ki /dev/mapper/ altinda gerekli dosyalar olussun.
>

Merhaba;

Açýlýçtadoðru þekilde hacim gruplarýn yüklenmesi için ekteki yamayý grub 
ekranýnda mudur=lvm ekleyerek dener misiniz? Kernelin ve initramfs 
bulunduðu /boot dizini haricindeki dizinler doðru þekilde baðlanýyor 
olmasý gerekiyor...

Mete Alpaslan

> Bir sonraki reboot'umda bir kontrol edeyim initramfs'de naapiyoruz 
> hangi device'lar cikiyor ortaya :)
>
> -- 
> Emre
> ------------------------------------------------------------------------
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici

-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/67d2ddf6/attachment-0002.htm>
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: mudur_lvm.patch
Type: text/x-diff
Size: 1550 bytes
Desc: kullanýlamýyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/67d2ddf6/attachment.patch>

From bahadir at pardus.org.tr  Tue Dec 30 08:48:27 2008
From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=)
Date: Tue, 30 Dec 2008 08:48:27 +0200
Subject: [Gelistirici] =?iso-8859-9?q?Ge=E7ici_DNS_modeli?=
In-Reply-To: <4cca720b0812291309o595d3080g5bb38dd888b6031e@mail.gmail.com>
References: <4cca720b0812180620x5bb91c11x3f294d6c87cd2bb4@mail.gmail.com>
	<200812291139.50078.bahadir@pardus.org.tr>
	<4cca720b0812291309o595d3080g5bb38dd888b6031e@mail.gmail.com>
Message-ID: <200812300848.29918.bahadir@pardus.org.tr>

29 Ara 2008 Pts tarihinde, Furkan Duman þunlarý yazmýþtý: 
> bir de flushNameCache ekledim. Ýstenildiðinde haricen flush edebilmek
> için.

Eline saðlýk.

> Öntanýmlý DNS'leri Net.Link içinde "Öntanýmlý" seçilirse ekletiriz
> diyorum. Onunla ilgili getNameServers, setNameServers metodlarýný
> aynen býraktým. Ancak /usr/share/baselayout/resolv.conf altýndaki
> daðýtýmla gelen DNS leri nasýl alýrýz fikrim yok. Onun için de ayrý 
> bir get metodu lazým sanki veya getNameServer içinde okutsak, bir de
> set esnasýnda bunlar da set edilecek. Nasýl yapsak bunu?

{get,set}Nameservers metodlarý resolv.default.conf'u deðiþtirsin, 
resolv.conf oluþturma aþamasýnda, eðer DNS sayýsý 3'ten az 
ise /usr/share/baselayout/resolv.conf'tan alýnsýn.

Bu arada, Net.Stack ve Net.Link'te API kýrmayacaðýz ama Network.Link gibi 
yeni bir Network.Stack modeli oluþturabiliriz.
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/b0c5c16c/attachment-0002.pgp>

From dfisek at fisek.com.tr  Tue Dec 30 09:07:23 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 30 Dec 2008 09:07:23 +0200
Subject: [Gelistirici] 2007 kararli depo guncellemeleri yine kaput
Message-ID: <20081230090723.506fd402.dfisek@fisek.com.tr>

Merhaba,

 2007 kararli deposuna guvenlik guncellemesi disinda en az 2 aydir yeni
guncelleme girmemis durumda. Test deposunda bekliyor guncellemeler.
Hatta o derece ki, sonunda yaptigim guncellemelerden birinin uzerine
yeni guncelleme cikti.

 Daha once de soylemistim, eger 2007 kararli deposuna guvenlik
guncellemesi disinda guncelleme girmeyecekse lutfen bunun adini koyun;
ben de guncelledigim paketleri bir de 2007'de derleyip denemekle
ugrasmayayim. Ekin de merge edip derletmekle ugrasmasin.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From serbulent at pardus.org.tr  Tue Dec 30 09:40:31 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 30 Dec 2008 09:40:31 +0200
Subject: [Gelistirici] 2007 kararli depo guncellemeleri yine kaput
In-Reply-To: <20081230090723.506fd402.dfisek@fisek.com.tr>
References: <20081230090723.506fd402.dfisek@fisek.com.tr>
Message-ID: <200812300940.31168.serbulent@pardus.org.tr>

On Tuesday 30 December 2008 09:07:23 Doruk Fisek wrote:
> Merhaba,
>
>  2007 kararli deposuna guvenlik guncellemesi disinda en az 2 aydir yeni
> guncelleme girmemis durumda. Test deposunda bekliyor guncellemeler.
> Hatta o derece ki, sonunda yaptigim guncellemelerden birinin uzerine
> yeni guncelleme cikti.
>
>  Daha once de soylemistim, eger 2007 kararli deposuna guvenlik
> guncellemesi disinda guncelleme girmeyecekse lutfen bunun adini koyun;
> ben de guncelledigim paketleri bir de 2007'de derleyip denemekle
> ugrasmayayim. Ekin de merge edip derletmekle ugrasmasin.
>
>                    Doruk


Þu postaya [1] kimseden bir itiraz gelmeyince bende bu depo ile ilgilenmemeye 
baþlamýþtým. Eðer daha farklý bir yöntem izleyeceksek konuþalým. Ama benimde 
gördüðüm Doruk'un ve güvenlik ekibinin dýþýnda depoda bir aktivite yok. Belki 
bu depoya paketleri direkt veya yalnýz ters baðýmlýlýk testi yaparak 
alabiliriz ?

[1] http://liste.pardus.org.tr/gelistirici/2008-November/014522.html



-- 
Ýyi Çalýþmalar,

Serbülent


From serbulent at pardus.org.tr  Tue Dec 30 09:46:56 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 30 Dec 2008 09:46:56 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?Test_s=FCre=E7leri_-_Otomasyon_ve_?=
	=?iso-8859-9?q?=D6l=E7=FCm?=
In-Reply-To: <200812142203.26380.serbulent@pardus.org.tr>
References: <200812142203.26380.serbulent@pardus.org.tr>
Message-ID: <200812300946.56441.serbulent@pardus.org.tr>

On Sunday 14 December 2008 22:03:25 Serbulent UNSAL wrote:
> Çözüm önerileri;
>
>         Test süreçleri içerisindeki iþler mümkün olduðunca otomatize
> edilmelidir.
>
> 1- Test sýrasýnda paket kurulumu. Paket kurulumlarýnda testçilerin paket
> yöneticisini kullanmak zorunda olmalarý ( kullanýcýlar ile mümkün olduðunca
> benzer bir þekilde test yapmak için ) kimi zaman 200+ paket ile yapýlan
> testlerde tek tek paketleri arayýp bulmak ve sepete eklemek ve her bir
> paket için bu iþlemi tek tek yinelemek ciddi bir vakit ve motivasyon kaybý
> yaþatmakta. Bunun için paket yöneticisinin verilen bir listedeki paketleri
> sepete ekleyebilmesi ( tabi ki kurulu olmayanlarý ) saðlanýrsa önemli bir
> dar boðazý aþmýþ olacaðýz. Bu konu için Faik zaman ayýrabilir mi
> bilemiyorum ancak itirazý yoksa vakti olan ve Paket Yöneticisi'ne aþina bir
> baþka geliþtirci de bu iþi üstlenebilir sanýrým.
> (Gerekli tahmini iþ gücü : 7 Gün/Kiþi , Sorumlu geliþtirici ????? )

Sevgili Faik,

Yukarýdaki sorun testler sýrasýnda zaman ve emek kaybýna yol açmaya devam 
ediyor. Hiç olmazsa "Öneriye olumsuz bakmýyorum ama vaktim yok" benzeri bir 
yorum bile yapmayacak mýsýn 15 günün üzerine ?

-- 
Ýyi Çalýþmalar,

Serbülent


From serbulent at pardus.org.tr  Tue Dec 30 10:42:36 2008
From: serbulent at pardus.org.tr (Serbulent UNSAL)
Date: Tue, 30 Dec 2008 10:42:36 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812231631.18865.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
Message-ID: <200812301042.36454.serbulent@pardus.org.tr>

On Tuesday 23 December 2008 16:31:18 Ekin Meroðlu wrote:
> Merhaba / Hi;
>
> 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 25
> Aralýk 2008, 23:59.

Önce listeye girmeyen paketler;

pidgin-2.5.2-25-6 yeni sürümü derlendiði için

bzflag-2.0.12-7-2 kýrýk ters baðýmlýlýklarýndan dolayý

mechanize-0.1.10-2-2 obsolate olacak ClientForm paketine olan baðýmlýlýðýndan 
dolayý

test listesinden çýkartýldý ve ACK veren paketçi bilgilendirildi.

Ayrýca; 

gnujump-1.0.6-8-4 ile ilgili 8592 numaralý hata mevcut ( sadece bazý ATI 
kartlarda oluyor gözlemlediðimiz kadarý ile ) listeye koydum paketi ancak son 
karar Ekin'de.

ati-drivers-8.12-45-39 bir testçimizde KDE'nin çalýþmamasýna sebep oluyor. 
Konu ile ilgili yazýþýyoruz kendisi ile halen. Son karar Fatih ve Ekin de 
olmakla beraber ben biraz daha beklemesi taraftarýyým paketin.
Bunu almamak ati-control-center'ý etkiler mi emin deðilim.

Bunlarýn dýþýnda kalan paketlerin listesi aþaðýda;

amarok-kde4-2.0-12-5.pisi
baselayout-3.1-88-45.pisi
cairo-1.8.6-27-9.pisi
eet-1.1.0_38048-8-1.pisi
eina-0.0.20081126-1-1.pisi
gimp-2.6.3-37-9.pisi
gimp-devel-2.6.3-37-9.pisi
gimp-i18n-2.6.3-37-8.pisi
gimp-i18n-*.pisi
gnujump-1.0.6-8-4.pisi
gparted-0.4.1-13-5.pisi
hunspell-1.2.8-1-2.pisi
hunspell-docs-1.2.8-1-2.pisi
hunspell-tools-1.2.8-1-1.pisi
iwlwifi4965-ucode-228.57.2.23-3-3.pisi
libical-0.42-2-2.pisi
libkate-0.2.8-4-4.pisi
libmsn-4.0_beta1-1-1.pisi
libotr-3.2.0-2-1.pisi
lyx-1.6.1-20-3.pisi
meanwhile-1.0.2-1-1.pisi
mod_dav_svn-1.5.4-37-11.pisi
mountmanager-0.2.4-2-2.pisi
mudur-2.0.1-70-34.pisi
net-tools-1.60-26-9.pisi
network-manager-2.1.4-58-25.pisi
numpy-1.2.1-11-4.pisi
package-manager-1.3.9-53-20.pisi
pardus-python-0.3.1-12-12.pisi
perl-Archive-Tar-1.42-5-2.pisi
perl-Archive-Zip-1.26-6-3.pisi
perl-Class-MethodMaker-2.13-5-3.pisi
perl-Data-UUID-1.149-3-4.pisi
perl-DBD-mysql-4.010-7-3.pisi
perl-Digest-MD5-2.38-3-2.pisi
perl-File-HomeDir-0.82-4-3.pisi
perl-File-Temp-0.21-3-3.pisi
perl-HTML-Parser-3.59-4-2.pisi
perl-Internals-1.1-1-1.pisi
perl-IO-via-dynamic-0.13-2-3.pisi
perl-ldap-0.39-5-4.pisi
perl-libwww-5.822-7-7.pisi
perl-Log-Log4perl-1.20-3-3.pisi
perl-MIME-Lite-3.023-3-3.pisi
perl-XML-SAX-Writer-0.52-2-3.pisi
perl-YAML-0.68-6-3.pisi
php-mode-1.5.0-3-2.pisi
pisi-2.1.0-106-31.pisi
podofo-0.6.0-1-1.pisi
PolicyKit-kde-0.2.3-10-12.pisi
powerdevil-kde4-1.4.1-2-2.pisi
Pygments-1.0-2-2.pisi
pyopenssl-0.8-3-2.pisi
pyrex-0.9.8.5-6-3.pisi
pysvn-1.6.2-8-3.pisi
python-clientform-0.2.10-3-1.pisi
pytz-2008i-2-2.pisi
qedje-0.3.0-1-1.pisi
quassel-0.3.1-2-2.pisi
qzion-0.3.0-1-1.pisi
rocksndiamonds-3.2.6.0-1-1.pisi
scapy-2.0.0.10-4-2.pisi
subversion-1.5.4-37-11.pisi
sylpheed-2.6.0-26-7.pisi
sympy-0.6.3-5-2.pisi
webkitkde-0.0_898446-1-1.pisi
wesnoth-1.4.6-14-6.pisi
wireless-tools-29-45-18.pisi
zodb3-3.9.0-3-2.pisi



-- 
Ýyi Çalýþmalar,

Serbülent


From dfisek at fisek.com.tr  Tue Dec 30 11:33:53 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 30 Dec 2008 11:33:53 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812301042.36454.serbulent@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<200812301042.36454.serbulent@pardus.org.tr>
Message-ID: <20081230113353.e04f32a7.dfisek@fisek.com.tr>

Tue, 30 Dec 2008 10:42:36 +0200, Serbulent UNSAL
<serbulent at pardus.org.tr> :

> gnujump-1.0.6-8-4 ile ilgili 8592 numaralý hata mevcut ( sadece bazý
> ATI kartlarda oluyor gözlemlediðimiz kadarý ile ) listeye koydum
> paketi ancak son karar Ekin'de.
Kararli depodaki surumle olmuyor da, sadece gnujump-1.0.6-8-4 ile mi
oluyor?

Kararli depodaki surumle de oluyorsa bu durum, bence guncellemeyi
durdurmak cok anlamli degil.

Bir de ati-drivers'tan degil de gnujump'tan kaynaklandigini
dusunuyorsaniz, paketcisi olarak beni de cc'ye ekleseydiniz ya? :) Ilk
defa okuyorum bu hata raporunu.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From gokmen at pardus.org.tr  Tue Dec 30 11:45:11 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Tue, 30 Dec 2008 11:45:11 +0200
Subject: [Gelistirici]
 =?iso-8859-9?q?pisitools=2Edosed_dosya_bulamama_sor?=
 =?iso-8859-9?q?unsal=FD?=
In-Reply-To: <49592ACD.6070902@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812292050.43796.ekin@pardus.org.tr>
	<49592ACD.6070902@pardus.org.tr>
Message-ID: <200812301145.11255.gokmen@pardus.org.tr>

Pazartesi 29 Aralýk 2008 günü (saat 21:53:49) Ozan Çaðlayan þunlarý yazmýþtý:
> Ekin Meroðlu wrote:
> > P.S: HTML olmuþ mailler ?
> > --
>
> P.S: Hep böyle, mini minnacýk çýkýyor bir de, Gökçen gözlüðü
> yaptýracaðým bir tane. 1 senedir söylüyorum "abi evet öyle bi
> enteresanlýk var kmail'de" diyor ama sallamýyor beni :)
Bir gün herkes Kmail4 kullanacak bu sorunlar kalkacak :) Adamýn mailleri bende 
sizinkilerle ayný gözüküyor vallahi :)

-- 
Gökmen GÖKSEL


From dfisek at fisek.com.tr  Tue Dec 30 11:56:15 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Tue, 30 Dec 2008 11:56:15 +0200
Subject: [Gelistirici] [Uludag-commits] r20933 - in
	trunk/tasma/display-manager: . src
In-Reply-To: <20081229235638.1260213840A2@ns1.pardus.org.tr>
References: <20081229235638.1260213840A2@ns1.pardus.org.tr>
Message-ID: <20081230115615.990a99ef.dfisek@fisek.com.tr>

Tue, 30 Dec 2008 01:56:38 +0200 (EET), uludag-commits at pardus.org.tr :

> Ignore user's color depth selection if driver is fglrx.
> -        if self.true_color:
> +        if self.true_color or self._info.driver == "fglrx":
Dogru anliyorsam, fglrx surucusunu secen ve 16-bit secen bir
kullaniciya hic bu konuda bir uyari cikmayacak ama arka planda 24-bit
ayarlanacak.

Oyleyse bunun yerine 16-bit hic secemese ya da "fglrx surucusunde
16-bit olmaz" diye bir uyari ciksa daha dogru degil mi?

                   Doruk


From gokmen at pardus.org.tr  Tue Dec 30 12:09:26 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Tue, 30 Dec 2008 12:09:26 +0200
Subject: [Gelistirici] [Uludag-commits] r20933 - in
	trunk/tasma/display-manager: . src
In-Reply-To: <20081230115615.990a99ef.dfisek@fisek.com.tr>
References: <20081229235638.1260213840A2@ns1.pardus.org.tr>
	<20081230115615.990a99ef.dfisek@fisek.com.tr>
Message-ID: <200812301209.26468.gokmen@pardus.org.tr>

Salý 30 Aralýk 2008 günü (saat 11:56:15) Doruk Fisek þunlarý yazmýþtý:
> Tue, 30 Dec 2008 01:56:38 +0200 (EET), uludag-commits at pardus.org.tr :
> > Ignore user's color depth selection if driver is fglrx.
> > -        if self.true_color:
> > +        if self.true_color or self._info.driver == "fglrx":
>
> Dogru anliyorsam, fglrx surucusunu secen ve 16-bit secen bir
> kullaniciya hic bu konuda bir uyari cikmayacak ama arka planda 24-bit
> ayarlanacak.
>
> Oyleyse bunun yerine 16-bit hic secemese ya da "fglrx surucusunde
> 16-bit olmaz" diye bir uyari ciksa daha dogru degil mi?
Fatih bunu Alfa'ya yetiþtirmek için böyle yaptý sanýyorsam ;)

-- 
Gökmen GÖKSEL


From ekin at pardus.org.tr  Tue Dec 30 12:28:22 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 30 Dec 2008 12:28:22 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812301042.36454.serbulent@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<200812301042.36454.serbulent@pardus.org.tr>
Message-ID: <200812301228.22994.ekin@pardus.org.tr>

Merhaba;

Tuesday 30 December 2008 tarihinde, Serbulent UNSAL þunlarý yazmýþtý: 

> gnujump-1.0.6-8-4 ile ilgili 8592 numaralý hata mevcut ( sadece bazý ATI
> kartlarda oluyor gözlemlediðimiz kadarý ile ) listeye koydum paketi ancak
> son karar Ekin'de.

Bu sürüm baþka bir hata da çözüyor, ilgili hatada sorunun ATI sürücüleri ile 
ilgili olduðu konuþulmuþ zaten - bu paketi alýyorum.
 
> ati-drivers-8.12-45-39 bir testçimizde KDE'nin çalýþmamasýna sebep oluyor.
> Konu ile ilgili yazýþýyoruz kendisi ile halen. Son karar Fatih ve Ekin de
> olmakla beraber ben biraz daha beklemesi taraftarýyým paketin.
> Bunu almamak ati-control-center'ý etkiler mi emin deðilim.

Yakýn zamanda kernel güncellemesi ile tüm sürücüler güncellenecek, o zamana 
kadar bu sorunu araþtýrmaya devam edelim - bu paketi almýyorum.

> Bunlarýn dýþýnda kalan paketlerin listesi aþaðýda;

Bu listeyi aldým.

Türker, eet ve libotr bu gece 2008 kararlý depoya girecek, contrib-2008'den 
silebilir misin paketleri ?
--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>

... did i listen to pop music because i was miserable, or was i miserable
because i listened to pop music?... - rob [nick hornby / hi fi]


From turkersezer at tsdesign.info  Tue Dec 30 13:43:08 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Tue, 30 Dec 2008 13:43:08 +0200
Subject: [Gelistirici] 2007 kararli depo guncellemeleri yine kaput
In-Reply-To: <200812300940.31168.serbulent@pardus.org.tr>
References: <20081230090723.506fd402.dfisek@fisek.com.tr>
	<200812300940.31168.serbulent@pardus.org.tr>
Message-ID: <200812301343.08327.turkersezer@tsdesign.info>

On Tuesday 30 December 2008 09:40:31 Serbulent UNSAL wrote:
> Belki bu depoya paketleri direkt veya yalnýz ters
> baðýmlýlýk testi yaparak alabiliriz ?

2007 sadece güvenlik güncellemesi yapýlan bir sürüm olarak kaldý, güncel olmak 
yerine güvenlik arayanlar onu kullanýyor derken birdenbire niye 2007'yi 
kararsýz hale getiriyoruz?

Testleri yürütecek gücümüz yoksa ya da bu depo için test yapmak istemiyorsak o 
depoya sadece güvenlik güncellemeleri girer diyelim. Durduk yerde kararsýz 
bir yapý oluþturmayalým.

On Tuesday 30 December 2008 09:40:31 Serbulent UNSAL wrote:
> Þu postaya [1] kimseden bir itiraz gelmeyince

Bu da hakikaten þaþýrtýcý bir durumdu. Doruk sayesinde bu konu da çözülecek 
umarýz.


Türker


From turkay.eren at gmail.com  Tue Dec 30 14:33:42 2008
From: turkay.eren at gmail.com (Eren =?utf-8?q?T=C3=BCrkay?=)
Date: Tue, 30 Dec 2008 14:33:42 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
	playground/cihan]
In-Reply-To: <637d3feb0812291230q3a344917u97725cfbfb728e0b@mail.gmail.com>
References: <49592EDB.9040500@pardus.org.tr>
	<637d3feb0812291230q3a344917u97725cfbfb728e0b@mail.gmail.com>
Message-ID: <200812301433.42374.turkay.eren@gmail.com>

On Monday 29 December 2008 22:30:23 cihan okyay wrote:
> Evet uyarýnýzda tamamen haklýsýnýz. Hemen gereken yere emc2 'nin cihan
> olarak deðiþmesi için istekte bulundum. Uyarýnýz için teþekkürler.

Emc2 kim yahu?!? diyip jabberdaki arkadaþlýk istediði de kabul 
edilemeyebiliyor. En azýndan bu bende oldu :) Mümkün olduðunca "isim soyisim" 
kullanýrsak kimin ne olduðunu rahatlýkla hatýrlayabiliriz diye düþünüyorum..
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/765e7029/attachment-0002.htm>

From okyaycihan at gmail.com  Tue Dec 30 14:39:33 2008
From: okyaycihan at gmail.com (cihan okyay)
Date: Tue, 30 Dec 2008 14:39:33 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
	playground/cihan]
In-Reply-To: <200812301433.42374.turkay.eren@gmail.com>
References: <49592EDB.9040500@pardus.org.tr>
	<637d3feb0812291230q3a344917u97725cfbfb728e0b@mail.gmail.com>
	<200812301433.42374.turkay.eren@gmail.com>
Message-ID: <637d3feb0812300439m5fed9cd0n7e0e59093f25d6a8@mail.gmail.com>

30 Aralýk 2008 Salý 14:33 tarihinde Eren Türkay <turkay.eren at gmail.com>yazdý:

>
> Emc2 kim yahu?!? diyip jabberdaki arkadaþlýk istediði de kabul
> edilemeyebiliyor.
>
En azýndan bu bende oldu :) Mümkün olduðunca "isim soyisim" kullanýrsak
>
kimin ne olduðunu rahatlýkla hatýrlayabiliriz diye düþünüyorum..
>

=) Bende neden eklenemedi diyorum :P


-- 
Cihan OKYAY
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/bd6f4f52/attachment-0002.htm>

From okyaycihan at gmail.com  Tue Dec 30 15:22:55 2008
From: okyaycihan at gmail.com (cihan okyay)
Date: Tue, 30 Dec 2008 15:22:55 +0200
Subject: [Gelistirici] Frostwire paketi.
Message-ID: <637d3feb0812300522k5249497epad9def9f8573e840@mail.gmail.com>

Merhaba Arkadaþlar;

[1] adresindeki hatayý kapamaya çalýþtým ama Cenk Güre frostwire 'i
paketlemiþ ve öyle playground ýnda duruyor. Frostwire 'i geçen seneden beri
kullanýyorum. Eðer Cenk beyde izin verirse paketi üstüme alýp en kýsa
zamanda depoya girmesi için gerekli düzeltmeleri yapmak istiyorum. Ne dersin
Cenk ?

Herkese iyi çalýþmalar...
-- 
Cihan OKYAY
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/2ef127ec/attachment-0002.htm>

From okyaycihan at gmail.com  Tue Dec 30 15:24:31 2008
From: okyaycihan at gmail.com (cihan okyay)
Date: Tue, 30 Dec 2008 15:24:31 +0200
Subject: [Gelistirici] Frostwire paketi.
In-Reply-To: <637d3feb0812300522k5249497epad9def9f8573e840@mail.gmail.com>
References: <637d3feb0812300522k5249497epad9def9f8573e840@mail.gmail.com>
Message-ID: <637d3feb0812300524r7e659f71gc7062759a46f9598@mail.gmail.com>

Pardon hata adresini vermeyi unutmuþum :/

[1] http://bugs.pardus.org.tr/show_bug.cgi?id=8922

-- 
Cihan OKYAY
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/2cd64723/attachment-0002.htm>

From fatih at pardus.org.tr  Tue Dec 30 16:29:42 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 30 Dec 2008 16:29:42 +0200
Subject: [Gelistirici]
	=?iso-8859-9?q?pisitools=2Edosed_dosya_bulamama_sor?=
	=?iso-8859-9?q?unsal=FD?=
In-Reply-To: <200812301145.11255.gokmen@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<49592ACD.6070902@pardus.org.tr>
	<200812301145.11255.gokmen@pardus.org.tr>
Message-ID: <200812301629.45646.fatih@pardus.org.tr>

Salý 30 Aralýk 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> Bir gün herkes Kmail4 kullanacak bu sorunlar kalkacak :) Adamýn mailleri
> bende sizinkilerle ayný gözüküyor vallahi :)

Ben plain text göstermesi için zorluyorum. Zaten kmail4 kullanýyorum. Hiçbir 
sorun yok :)
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/8f146f21/attachment-0002.pgp>

From fatih at pardus.org.tr  Tue Dec 30 16:40:24 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Tue, 30 Dec 2008 16:40:24 +0200
Subject: [Gelistirici] [Uludag-commits] r20933 - in
	trunk/tasma/display-manager: . src
In-Reply-To: <200812301209.26468.gokmen@pardus.org.tr>
References: <20081229235638.1260213840A2@ns1.pardus.org.tr>
	<20081230115615.990a99ef.dfisek@fisek.com.tr>
	<200812301209.26468.gokmen@pardus.org.tr>
Message-ID: <200812301640.24840.fatih@pardus.org.tr>

Salý 30 Aralýk 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> Salý 30 Aralýk 2008 günü (saat 11:56:15) Doruk Fisek þunlarý yazmýþtý:
> > Tue, 30 Dec 2008 01:56:38 +0200 (EET), uludag-commits at pardus.org.tr :
> > > Ignore user's color depth selection if driver is fglrx.
> > > -        if self.true_color:
> > > +        if self.true_color or self._info.driver == "fglrx":
> >
> > Dogru anliyorsam, fglrx surucusunu secen ve 16-bit secen bir
> > kullaniciya hic bu konuda bir uyari cikmayacak ama arka planda 24-bit
> > ayarlanacak.
> >
> > Oyleyse bunun yerine 16-bit hic secemese ya da "fglrx surucusunde
> > 16-bit olmaz" diye bir uyari ciksa daha dogru degil mi?
>
> Fatih bunu Alfa'ya yetiþtirmek için böyle yaptý sanýyorsam ;)

Evet öyle :)

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/3d3a8143/attachment-0002.pgp>

From fatih at pardus.org.tr  Tue Dec 30 16:42:34 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Tue, 30 Dec 2008 16:42:34 +0200
Subject: [Gelistirici] Frostwire paketi.
In-Reply-To: <637d3feb0812300522k5249497epad9def9f8573e840@mail.gmail.com>
References: <637d3feb0812300522k5249497epad9def9f8573e840@mail.gmail.com>
Message-ID: <200812301642.34923.fatih@pardus.org.tr>

Salý 30 Aralýk 2008 tarihinde, cihan okyay þunlarý yazmýþtý: 
> Merhaba Arkadaþlar;
>
> [1] adresindeki hatayý kapamaya çalýþtým ama Cenk Güre frostwire 'i
> paketlemiþ ve öyle playground ýnda duruyor. Frostwire 'i geçen seneden beri
> kullanýyorum. Eðer Cenk beyde izin verirse paketi üstüme alýp en kýsa
> zamanda depoya girmesi için gerekli düzeltmeleri yapmak istiyorum. Ne
> dersin Cenk ?

Depoda limewire var. Ýkisi de ayný proje deðil mi? Hangisi güncel ise depoda 
sadece o bulunmalý bence.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/21a8364b/attachment-0002.pgp>

From okyaycihan at gmail.com  Tue Dec 30 17:03:16 2008
From: okyaycihan at gmail.com (cihan okyay)
Date: Tue, 30 Dec 2008 17:03:16 +0200
Subject: [Gelistirici] Frostwire paketi.
In-Reply-To: <200812301642.34923.fatih@pardus.org.tr>
References: <637d3feb0812300522k5249497epad9def9f8573e840@mail.gmail.com>
	<200812301642.34923.fatih@pardus.org.tr>
Message-ID: <637d3feb0812300703q5c1f1d4fw9e1c9ac4187ce5fe@mail.gmail.com>

30 Aralýk 2008 Salý 16:42 tarihinde Fatih Aþýcý <fatih at pardus.org.tr> yazdý:

> >Depoda limewire var. Ýkisi de ayný proje deðil mi?


Evet Frostwire Limewire tabanlý bir programdýr. Fakat Torrent kullanýmý ve
kullanýcýlarýn birbirleriyle chat yapabilmesini saðlayan teknolojileri gibi
limewire 'de bulunmayan özelliklere sahiptir.


> >Hangisi güncel ise depoda sadece o bulunmalý bence.
>

Bence frostwire 'de depoda olsa bir zararý olmaz. Aksine bazen isteyen
kullanýcýlarýn olduðuna þahit olmuþluðumda var.

Ýyi çalýþmalar.



-- 
Cihan OKYAY
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/5dc9ac3b/attachment-0002.htm>

From fatih at pardus.org.tr  Tue Dec 30 17:18:48 2008
From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=)
Date: Tue, 30 Dec 2008 17:18:48 +0200
Subject: [Gelistirici] Frostwire paketi.
In-Reply-To: <637d3feb0812300703q5c1f1d4fw9e1c9ac4187ce5fe@mail.gmail.com>
References: <637d3feb0812300522k5249497epad9def9f8573e840@mail.gmail.com>
	<200812301642.34923.fatih@pardus.org.tr>
	<637d3feb0812300703q5c1f1d4fw9e1c9ac4187ce5fe@mail.gmail.com>
Message-ID: <200812301719.09407.fatih@pardus.org.tr>

Salý 30 Aralýk 2008 tarihinde, cihan okyay þunlarý yazmýþtý: 
> 30 Aralýk 2008 Salý 16:42 tarihinde Fatih Aþýcý <fatih at pardus.org.tr> yazdý:
> > >Depoda limewire var. Ýkisi de ayný proje deðil mi?
>
> Evet Frostwire Limewire tabanlý bir programdýr. Fakat Torrent kullanýmý ve
> kullanýcýlarýn birbirleriyle chat yapabilmesini saðlayan teknolojileri gibi
> limewire 'de bulunmayan özelliklere sahiptir.

Torrent limewire'da da var; ama frostwire'ýn daha fazla yeteneði olduðunu 
biliyorum. Her iki proje de ayný kod tabanýna sahip. Bence sadece frostwire 
bulunmalý depoda.

Bir de frostwire açýk kodlu bir proje. Neden kaynaktan derlemeyip de binary 
arþivini kullanýyoruz?

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/90df5343/attachment-0002.pgp>

From nakof at zig.gen.tr  Tue Dec 30 17:24:34 2008
From: nakof at zig.gen.tr (nihat ciddi)
Date: Tue, 30 Dec 2008 15:24:34 -0000 (UTC)
Subject: [Gelistirici] 2007 kararli depo guncellemeleri yine kaput
In-Reply-To: <200812301343.08327.turkersezer@tsdesign.info>
References: <20081230090723.506fd402.dfisek@fisek.com.tr>
	<200812300940.31168.serbulent@pardus.org.tr>
	<200812301343.08327.turkersezer@tsdesign.info>
Message-ID: <911dd7bd1e42157e5626d4a2c9aef99b.squirrel@webmail.zig.gen.tr>


> 2007 sadece güvenlik güncellemesi yap?lan bir sürüm olarak kald?, güncel
> olmak
> yerine güvenlik arayanlar onu kullan?yor derken birdenbire niye 2007'yi
> karars?z hale getiriyoruz?

bu "sadece guvenlik guncellemesi" isini kaynak/ilgi yetersizliginden mi
tercih ediyoruz?

sunun icin soruyorum; paket/yazilimlarda yapilan guncellemeler sadece yeni
ozellikler getirmiyor. sadece guvenlik guncellemelerini takip ederek,
programlama/tasarim hatasi duzeltmelerinden yoksun kalmiyor muyuz?



From turkay.eren at gmail.com  Tue Dec 30 20:25:35 2008
From: turkay.eren at gmail.com (Eren =?utf-8?q?T=C3=BCrkay?=)
Date: Tue, 30 Dec 2008 20:25:35 +0200
Subject: [Gelistirici]
 =?utf-8?q?pisitools=2Edosed_dosya_bulamama_sorunsal?=
 =?utf-8?b?xLE=?=
In-Reply-To: <200812301629.45646.fatih@pardus.org.tr>
References: <200812292044.18678.gokcen@pardus.org.tr>
	<200812301145.11255.gokmen@pardus.org.tr>
	<200812301629.45646.fatih@pardus.org.tr>
Message-ID: <200812302025.35906.turkay.eren@gmail.com>

On Tuesday 30 December 2008 16:29:42 Fatih Aþýcý wrote:
> Ben plain text göstermesi için zorluyorum. Zaten kmail4 kullanýyorum.
> Hiçbir sorun yok :)

Bir de KMail4'ün mail listelerken "sort-order" ayarlarýný kaydetme hatasý 
çözülse tadýndan yenmeyecek. :)

Bir klasörde listeleme kurallarýný deðiþtirdiðimizde (ascending, least recent 
on top vs.), diðer klasöre geçtiðimizde eski haline dönüyor, çok can sýkýcý 
bir durum :(
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081230/9bd66e0b/attachment-0002.htm>

From ekin at pardus.org.tr  Tue Dec 30 21:11:18 2008
From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=)
Date: Tue, 30 Dec 2008 21:11:18 +0200
Subject: [Gelistirici] Pardus 2008.2 Alpha
Message-ID: <200812302111.18834.ekin@pardus.org.tr>

Pardus 2008.2 Alpha

Pardus 2008.2 öncesinde ilk deneme sürümümüz olan Pardus 2008.2 Alpha
deneme sürümünü yayýnladýk.
Bu deneme sürümümüze her zaman olduðu gibi Pardus ftp sunucularýndan,

ftp://ftp.pardus.org.tr/pub/pardus/kurulan/2008.2/
ftp://ftp.pardus.org.tr/pub/pardus/calisan/2008.2/

adresini kullanarak ulaþabilirsiniz. Sorunsuz bir kurulum için lütfen
dosyalarý indirdikten sonra dosya özetlerini kontrol etmeyi unutmayýn,
CD'leri DAO modunda ve en fazla 16x hýzýnda yazdýðýnýzdan emin olun.

Pardus 2008.2 Alpha, Pardus 2008 sürümünden beri geçen sürede yapýlan tüm
güncelleme ve hata çözümlerini içeriyor. Pardus 2008.2 Alpha, tüm bu 
deðiþiklikler ile geliþirken her zamanki temel özelliklerini de ihmal 
etmiyor : tüm masaüstünde Türkçe yazým denetimi, internet araçlarý, ofis 
yazýlýmlarý, çokluortam (resim, müzik, video vb) oynatýcýlarý ve sayýsýz 
yazýlým ile kullanýcýlarýnýn tüm gereksinimlerini karþýlayacak tek bir CD 
olarak geliyor...

Pardus 2008.2 Alpha, 2008.1 sürümde olduðu gibi biri Türkçe ve  Ýngilizce, 
diðeri ise Pardus tarafýndan desteklenen tüm dil ve yerelleþtirme 
desteklerini içeren iki ayrý Kurulan CD olarak hazýrlandý. Çalýþan CD ise 
biri KDE3, diðeri ise KDE4 tabanlý iki ayrý CD halinde yayýnlandý. 

Bu CD'lerin temel özellikleri ve sunucumuzdaki adresleri ise þöyle : 

- Pardus 2008.2 Alpha Kurulan CD [Türkçe/Ýngilize] :  Bu CD eskiden olduðu 
gibi tüm masaüstünde Türkçe yazým denetimi, internet araçlarý, ofis 
yazýlýmlarý, çokluortam (resim, müzik, video vb) oynatýcýlarý ve sayýsýz 
yazýlým ile kullanýcýlarýnýn tüm gereksinimlerini karþýlayacak tek bir CD 
olarak hazýrlandý. Bu kurulan CD  sadece Türkçe ve Ýngilizce dillerinde 
kurulumu destekliyor. Bu CD ile kurulum yapan kullanýcýlarýmýz, diðer dil 
desteklerini Pardus Deposundan yükleyebilecekler. 

ftp://ftp.pardus.org.tr/pub/pardus/kurulan/2008.2/Pardus_2008.2_Alpha.iso
ftp://ftp.pardus.org.tr/pub/pardus/kurulan/2008.2/Pardus_2008.2_Alpha.iso.sha1sum

-  Pardus 2008.2 Alpha Kurulan CD [Uluslarasý] : Bu CD ise Pardus tarafýndan 
desteklenen 11 ayrý dilde kurulumu destekleyen kurulan CD'miz. Bu CD Türkçe 
Kurulum CD'sinden faklý olarak bazý geliþtirme araçlarý ve oyun paketlerini 
içermiyor.

ftp://ftp.pardus.org.tr/pub/pardus/kurulan/2008.2/Pardus_2008.2-Int_Alpha.iso
ftp://ftp.pardus.org.tr/pub/pardus/kurulan/2008.2/Pardus_2008.2-Int_Alpha.iso.sha1sum

- Pardus 2008.2 Alpha Çalýþan CD [KDE3] : Tüm desteklenen dilleri 
içeren bu Çalýþan CD, KDE3 tabanlý ve tüm Pardus teknolojilerini içeren 
kararlý çalýþan CD ürünü. 

ftp://ftp.pardus.org.tr/pub/pardus/calisan/2008.2/Pardus_Calisan_2008.2-KDE3_Alpha.iso
ftp://ftp.pardus.org.tr/pub/pardus/calisan/2008.2/Pardus_Calisan_2008.2-KDE3_Alpha.iso.sha1sum

- Pardus 2008.2 Alpha Çalýþan CD [KDE4] : KDE masaüstü ortamýnýn yeni sürümü 
KDE4, henüz çok yeni bir masaüstü ortamý olsa da uzun zamandýr son kullanýcý 
tarafýndan kullanýlabilir bir durumda. KDE4 tabanlý Pardus 2008.2 Alpha, 
KDE4'ün en son kararlý sürümü olan KDE 4.2beta2  ile birlikte birçok popüler 
KDE uygulamasýnýn KDE4 uyumlu sürümlerini içeriyor : Amarok, K3b, 
kaffeine,kvirc, ktorrent, krename... 
Bu noktada ufak bir noktayý hatýrlatmakta yarar var : Bu Çalýþan CD, kullanýcý 
ve geliþtiricilerimize Pardus üzerinde KDE4 çalýþmalarýnýn geldiði nokta  
hakkýnda fikir verme amacýný taþýyor - KDE4 henüz Pardus'un kararlý masaüstü 
ortamý deðil. 

ftp://ftp.pardus.org.tr/pub/pardus/calisan/2008.2/Pardus_Calisan_2008.2-KDE4_Alpha.iso
ftp://ftp.pardus.org.tr/pub/pardus/calisan/2008.2/Pardus_Calisan_2008.2-KDE4_Alpha.iso.sha1sum

Ayrýca, ellerinde Pardus 2008.1 Hyaena hyaena sürümü iso'larý olan 
kullanýcýlarýmýz, ayný dizinlerde bulunan xdelta dosyalarý ile Pardus 2008.2 
Alpha iso'larýný oluþturabilirler.

Son olarak, bu sürümün bir deneme sürümü olduðunu bir kere daha
hatýrlatýyoruz : Sürümün kararlý ve olabildiðince hatasýz olmasý için
çalýþtýk, yine de bu sürümü kurar ve denerken lütfen deneme sürümü bir
yazýlým kullandýðýnýzý unutmayýnýz. Testlerinizde karþýlaþtýðýnýz hatalarý
ve iyileþtirme isteklerinizi her zamanki gibi hata takip sistemimize
(http://hata.pardus.org.tr) bekliyoruz.

--
Ýyi Çalýþmalar;
Ekin Meroglu <ekin_at_pardus.org.tr>


From erenoglu at gmail.com  Wed Dec 31 02:10:35 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 31 Dec 2008 01:10:35 +0100
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <20081228125530.83a0bf6b.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
	<a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
	<20081228041516.4642faf2.onur@pardus.org.tr>
	<a001a6cb0812271845v786542d3h25ee92baca2b40b0@mail.gmail.com>
	<a001a6cb0812272135l7f9d15d9m31c2d3b316798bb2@mail.gmail.com>
	<20081228125530.83a0bf6b.onur@pardus.org.tr>
Message-ID: <fe9771a80812301610r58ddfa55o5895805af9041c68@mail.gmail.com>

Merhaba,

Tartisilan sorunla ilgili olabilir dusuncesiyle yaziyorum. su anda 2008-test
deposu kullaniyorum. Tum guncellemeler yapilmis durumda.

- gmplayer duzgun calisiyor.
- Gnome-Mplayer, dosya acip bir film izlemeye baslayincaya kadar duzgun
calisiyor, daha sonra hicbir kontrol calismiyor (durdurma, duraklatma vs),
menulere girilemiyor ve illa X'sina basip Terminate etmek gerekiyor. Bu
arada terminate edilmis olsa da arka planda ses devam ediyor, bunu oldurmek
icin konsol'dan killall mplayer demek gerekiyor.
- Ntvmsnbc'de video'lar duzgun cache'leniyor ve calmaya basliyor, ancak
sonra Gnome-Mplayer'daki gibi sorunlar ortaya cikiyor. Kontroller
kullanilamiyor ve ilgili browser penceresi kapatilsa bile mplayer arkada
calmaya devam ediyor.
- Eskiden 10x10 pixellik ekran sorunu vardi ama o duzelmis gorunuyor.

Emre

2008/12/28 Onur Küçük <onur at pardus.org.tr>

>
> On Sun, 28 Dec 2008 06:35:28 +0100
> "selim ok" <selimok at gmail.com> wrote:
>
> > Sanirim gercekten de benim tarafta bir problem var, henuz hala
> > masaustunde deneyemedim, fakat dizustu bilgisayarimda(intel ekran
> > kartli) depodaki paketleri kurmama ve tum ayarlari temizlememe ragmen
> > ntvmsnbc'deki videolari oynatamiyorum 2 saniye oynayip takiliyor.
>
>  cache indeki videolarda sorun olabilir,  ~/.cache/gnome-mplayer ý sil
> bence, bir de ekran kartýyla ilgili baþka sorun olabilir, gnome-mplayer
> ayarlarýna girip deinterlace i kapatýrsan iyi olabilir, ses çýkýþýný da
> oss/alsa / pulse yapmayý dene
>
>  temizlik
> dosyalarý .config/gnome-mplayer , .gnome-mplayer, .cache/gnome-mplayer,
> .mplayer/gnome-mplayer.conf
> ve .mplayer/config içinde gnome-mplayer kýsmý
>
>  bunlar da olmazsa aklýma baþka bir þey gelmiyor
>
> --
>  Onur Küçük                                      Knowledge speaks,
>  <onur.--.-.pardus.org.tr>                       but wisdom listens
>
> _______________________________________________
> Gelistirici mailing list
> Gelistirici at pardus.org.tr
> http://liste.pardus.org.tr/mailman/listinfo/gelistirici
>



-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081231/010e88c6/attachment-0002.htm>

From onur at pardus.org.tr  Wed Dec 31 02:13:55 2008
From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=)
Date: Wed, 31 Dec 2008 02:13:55 +0200
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <fe9771a80812301610r58ddfa55o5895805af9041c68@mail.gmail.com>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<200812280322.06873.mnurolcay@gmail.com>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
	<a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
	<20081228041516.4642faf2.onur@pardus.org.tr>
	<a001a6cb0812271845v786542d3h25ee92baca2b40b0@mail.gmail.com>
	<a001a6cb0812272135l7f9d15d9m31c2d3b316798bb2@mail.gmail.com>
	<20081228125530.83a0bf6b.onur@pardus.org.tr>
	<fe9771a80812301610r58ddfa55o5895805af9041c68@mail.gmail.com>
Message-ID: <20081231021355.082ee544.onur@pardus.org.tr>


On Wed, 31 Dec 2008 01:10:35 +0100
"Emre Erenoglu" <erenoglu at gmail.com> wrote:

> Merhaba,
> 
> Tartisilan sorunla ilgili olabilir dusuncesiyle yaziyorum. su anda
> 2008-test deposu kullaniyorum. Tum guncellemeler yapilmis durumda.
> 
> - gmplayer duzgun calisiyor.
> - Gnome-Mplayer, dosya acip bir film izlemeye baslayincaya kadar
> duzgun calisiyor, daha sonra hicbir kontrol calismiyor (durdurma,
> duraklatma vs), menulere girilemiyor ve illa X'sina basip Terminate
> etmek gerekiyor. Bu arada terminate edilmis olsa da arka planda ses
> devam ediyor, bunu oldurmek icin konsol'dan killall mplayer demek
> gerekiyor.
> - Ntvmsnbc'de video'lar duzgun cache'leniyor ve calmaya basliyor,
> ancak sonra Gnome-Mplayer'daki gibi sorunlar ortaya cikiyor.
> Kontroller kullanilamiyor ve ilgili browser penceresi kapatilsa bile
> mplayer arkada calmaya devam ediyor.
> - Eskiden 10x10 pixellik ekran sorunu vardi ama o duzelmis gorunuyor.

 bunlar test deposundaki paketlerle mi oluyor yoksa benim playground
dan derlenmiþ paketlerle mi ?

-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens



From erenoglu at gmail.com  Wed Dec 31 02:34:36 2008
From: erenoglu at gmail.com (Emre Erenoglu)
Date: Wed, 31 Dec 2008 01:34:36 +0100
Subject: [Gelistirici] =?utf-8?q?=5BRFT=5D_Yeni_MPlayer_Test_=C4=B0ste?=
	=?utf-8?b?xJ9p?=
In-Reply-To: <20081231021355.082ee544.onur@pardus.org.tr>
References: <20081213172605.070b5e52.onur@pardus.org.tr>
	<20081228032530.fc417639.onur@pardus.org.tr>
	<200812280351.24885.mnurolcay@gmail.com>
	<a001a6cb0812271800t2368ad6fpfe27104ffb82f88@mail.gmail.com>
	<20081228041516.4642faf2.onur@pardus.org.tr>
	<a001a6cb0812271845v786542d3h25ee92baca2b40b0@mail.gmail.com>
	<a001a6cb0812272135l7f9d15d9m31c2d3b316798bb2@mail.gmail.com>
	<20081228125530.83a0bf6b.onur@pardus.org.tr>
	<fe9771a80812301610r58ddfa55o5895805af9041c68@mail.gmail.com>
	<20081231021355.082ee544.onur@pardus.org.tr>
Message-ID: <fe9771a80812301634g95ac5cl9a877ade6be33a16@mail.gmail.com>

2008/12/31 Onur Küçük <onur at pardus.org.tr>

>
> On Wed, 31 Dec 2008 01:10:35 +0100
> "Emre Erenoglu" <erenoglu at gmail.com> wrote:
>
> > Merhaba,
> >
> > Tartisilan sorunla ilgili olabilir dusuncesiyle yaziyorum. su anda
> > 2008-test deposu kullaniyorum. Tum guncellemeler yapilmis durumda.
> >
> > - gmplayer duzgun calisiyor.
> > - Gnome-Mplayer, dosya acip bir film izlemeye baslayincaya kadar
> > duzgun calisiyor, daha sonra hicbir kontrol calismiyor (durdurma,
> > duraklatma vs), menulere girilemiyor ve illa X'sina basip Terminate
> > etmek gerekiyor. Bu arada terminate edilmis olsa da arka planda ses
> > devam ediyor, bunu oldurmek icin konsol'dan killall mplayer demek
> > gerekiyor.
> > - Ntvmsnbc'de video'lar duzgun cache'leniyor ve calmaya basliyor,
> > ancak sonra Gnome-Mplayer'daki gibi sorunlar ortaya cikiyor.
> > Kontroller kullanilamiyor ve ilgili browser penceresi kapatilsa bile
> > mplayer arkada calmaya devam ediyor.
> > - Eskiden 10x10 pixellik ekran sorunu vardi ama o duzelmis gorunuyor.
>
>  bunlar test deposundaki paketlerle mi oluyor yoksa benim playground
> dan derlenmiþ paketlerle mi ?


Test deposundaki paketlerle. Test etmeden once tum ayar dosyalarini da
ucurmustum default ayarda olmasi gerek su anda.

Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081231/007468be/attachment-0002.htm>

From turkersezer at tsdesign.info  Wed Dec 31 10:15:59 2008
From: turkersezer at tsdesign.info (=?utf-8?q?T=C3=BCrker_SEZER?=)
Date: Wed, 31 Dec 2008 10:15:59 +0200
Subject: [Gelistirici] 2008-test ACK/NACK
In-Reply-To: <200812301228.22994.ekin@pardus.org.tr>
References: <200812231631.18865.ekin@pardus.org.tr>
	<200812301042.36454.serbulent@pardus.org.tr>
	<200812301228.22994.ekin@pardus.org.tr>
Message-ID: <200812311015.59504.turkersezer@tsdesign.info>

On Tuesday 30 December 2008 12:28:22 Ekin Meroðlu wrote:
> Türker, eet ve libotr bu gece 2008 kararlý depoya girecek, contrib-2008'den
> silebilir misin paketleri ?

Paketler contrib deposundan çýkartýldý. Pardus deposundaki hayatlarýnda 
kendilerine baþarýlar diliyorum.


Türker


From okyaycihan at gmail.com  Wed Dec 31 11:16:50 2008
From: okyaycihan at gmail.com (cihan okyay)
Date: Wed, 31 Dec 2008 11:16:50 +0200
Subject: [Gelistirici] =?iso-8859-9?q?=23pardus_kanal=FD?=
Message-ID: <637d3feb0812310116k4beca8f2wf21415ce7936f41a@mail.gmail.com>

Merhabalar;

Beni tanýmayanlar için ismim Cihan Okyay. Ýki gün önce svn hesabý edinmiþ
bulunmaktayým. Dile getirmek istediðim konu Freenode sunucusundaki #pardus
kanalýnda access 'e sahip insanlarýn her zaman bulunamamasý nedeniyle
kanalýn baþýboþ kalmasýdýr. Bu kanalda kullanýcýlar gerçekten bir çok yardým
alýyorlar. Community nin oluþmasý için bile kanalýn varlýðýný önemseyen
biriyim. Fakat yetkili kiþilerin her zaman bulunmamasý elini kolunu
sallayanýn kanalý birbirine katmasýna neden oluyor. Ýsteðim kanalda sürekli
bulunan geliþtirici veya artýk orda kendini kanýtlamýþ kiþilere access
verilmesi. Bilmiyorum bu istek için geliþtirici listesi kullanýlýr mý ama
gündeme getirme gereði duydum.

Herkese iyi çalýþmalar...

-- 
Cihan OKYAY
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081231/f48db759/attachment-0002.htm>

From dfisek at fisek.com.tr  Wed Dec 31 12:00:18 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Wed, 31 Dec 2008 12:00:18 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
Message-ID: <20081231120018.70b5bb3a.dfisek@fisek.com.tr>

Tue, 30 Dec 2008 14:21:08 +0200 (EET), uludag-commits at pardus.org.tr :

Biraz gec oldu ama...

> -    <Title>Pardus Calisan 2008-KDE4_26122008</Title>
> +    <Title>Pardus Calisan 2008-KDE4 Alpha</Title>
...
> <SelectedPackage>QtCurve-KDE3</SelectedPackage>
> -        <SelectedPackage>QtCurve-KDE4</SelectedPackage>
KDE4 Calisan CD'sinde QtCurve-KDE3'unu tutup, KDE4'unu atmanin mantigi
nedir? Tersi olmasi gerekmez mi?

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From ozan at pardus.org.tr  Wed Dec 31 12:01:34 2008
From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=)
Date: Wed, 31 Dec 2008 12:01:34 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <20081231120018.70b5bb3a.dfisek@fisek.com.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
	<20081231120018.70b5bb3a.dfisek@fisek.com.tr>
Message-ID: <495B42FE.2080800@pardus.org.tr>

Doruk Fisek wrote:
> Tue, 30 Dec 2008 14:21:08 +0200 (EET), uludag-commits at pardus.org.tr :
>
> Biraz gec oldu ama...
>
>   
>> -    <Title>Pardus Calisan 2008-KDE4_26122008</Title>
>> +    <Title>Pardus Calisan 2008-KDE4 Alpha</Title>
>>     
> ...
>   
>> <SelectedPackage>QtCurve-KDE3</SelectedPackage>
>> -        <SelectedPackage>QtCurve-KDE4</SelectedPackage>
>>     
> KDE4 Calisan CD'sinde QtCurve-KDE3'unu tutup, KDE4'unu atmanin mantigi
> nedir? Tersi olmasi gerekmez mi?
>   
KDE4'ü attýk çünkü Oxygen stilini kullanýyoruz. KDE3 neden var tam 
bilmiyorum ama bir ihtimal KDE3 için yazýlmýþ olan manager'larýn 
kullandýðý stil olabilir..

-- 

Ozan Çaðlayan
<ozan_at_pardus.org.tr>



From gokmen at pardus.org.tr  Wed Dec 31 12:04:07 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Wed, 31 Dec 2008 12:04:07 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <20081231120018.70b5bb3a.dfisek@fisek.com.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
	<20081231120018.70b5bb3a.dfisek@fisek.com.tr>
Message-ID: <200812311204.08111.gokmen@pardus.org.tr>

Çarþamba 31 Aralýk 2008 günü (saat 12:00:18) Doruk Fisek þunlarý yazmýþtý:
> KDE4 Calisan CD'sinde QtCurve-KDE3'unu tutup, KDE4'unu atmanin mantigi
> nedir? Tersi olmasi gerekmez mi?
KDE4 için QtCurve kullanmýyoruz(kurulduðunda öntanýmlý oluyor ve çok kötü 
gözüküyor), QtCurve-KDE3'ü ise KDE3 temelli olan araçlar için tutuyoruz; 
network-manager, tasma vs.

-- 
Gökmen GÖKSEL


From dfisek at fisek.com.tr  Wed Dec 31 13:07:18 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Wed, 31 Dec 2008 13:07:18 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <200812311204.08111.gokmen@pardus.org.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
	<20081231120018.70b5bb3a.dfisek@fisek.com.tr>
	<200812311204.08111.gokmen@pardus.org.tr>
Message-ID: <20081231130718.ba161468.dfisek@fisek.com.tr>

Wed, 31 Dec 2008 12:04:07 +0200, Gökmen GÖKSEL <gokmen at pardus.org.tr> :

> KDE4 için QtCurve kullanmýyoruz (kurulduðunda öntanýmlý oluyor
CD'ye almama nedenini anladim. Ayri bir konu olarak, bir temanin
kuruldugunda otomatik ontanimli olmasi pakette duzeltilmesi gereken bir
hata diil mi?

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From gokmen at pardus.org.tr  Wed Dec 31 13:11:36 2008
From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=)
Date: Wed, 31 Dec 2008 13:11:36 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <20081231130718.ba161468.dfisek@fisek.com.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
	<200812311204.08111.gokmen@pardus.org.tr>
	<20081231130718.ba161468.dfisek@fisek.com.tr>
Message-ID: <200812311311.36737.gokmen@pardus.org.tr>

Çarþamba 31 Aralýk 2008 günü (saat 13:07:18) Doruk Fisek þunlarý yazmýþtý:
> Wed, 31 Dec 2008 12:04:07 +0200, Gökmen GÖKSEL <gokmen at pardus.org.tr> :
> > KDE4 için QtCurve kullanmýyoruz (kurulduðunda öntanýmlý oluyor
>
> CD'ye almama nedenini anladim. Ayri bir konu olarak, bir temanin
> kuruldugunda otomatik ontanimli olmasi pakette duzeltilmesi gereken bir
> hata diil mi?
Evet, fakat bu sadece LiveCD ile ilgili bir problem sanýrým, yani orada bir 
titreme olmuþtu o yüzden çýkartmýþtýk LiveCD'de öntanýmlý bir skel 
kullanýyoruz onun yüzünden olabilir fakat tam hatýrlamýyorum :)
Yine Alfa için acelece yapýlmýþ bir iþ sadece düzeltiriz ;)

-- 
Gökmen GÖKSEL


From fatih at pardus.org.tr  Wed Dec 31 15:04:02 2008
From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=)
Date: Wed, 31 Dec 2008 15:04:02 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <200812311204.08111.gokmen@pardus.org.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
	<20081231120018.70b5bb3a.dfisek@fisek.com.tr>
	<200812311204.08111.gokmen@pardus.org.tr>
Message-ID: <200812311504.06830.fatih@pardus.org.tr>

Çarþamba 31 Aralýk 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý: 
> Çarþamba 31 Aralýk 2008 günü (saat 12:00:18) Doruk Fisek þunlarý yazmýþtý:
> > KDE4 Calisan CD'sinde QtCurve-KDE3'unu tutup, KDE4'unu atmanin mantigi
> > nedir? Tersi olmasi gerekmez mi?
>
> KDE4 için QtCurve kullanmýyoruz(kurulduðunda öntanýmlý oluyor ve çok kötü
> gözüküyor), QtCurve-KDE3'ü ise KDE3 temelli olan araçlar için tutuyoruz;
> network-manager, tasma vs.

Yaw QtCurve'un öntanýmlý olmasý için pakette deðiþiklik yapan benim. Hata 
deðil o. Önceden her toolkit benzer görünsün diye bir amacýmýz vardý. Vaz mý 
geçtik?

Ayrýca QtCurve güzel bir tema.

-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanýlamýyor
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081231/eebc4b8e/attachment-0002.pgp>

From gokmen at pardus.org.tr  Wed Dec 31 15:09:51 2008
From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=)
Date: Wed, 31 Dec 2008 15:09:51 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <200812311504.06830.fatih@pardus.org.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
	<200812311204.08111.gokmen@pardus.org.tr>
	<200812311504.06830.fatih@pardus.org.tr>
Message-ID: <200812311509.52200.gokmen@pardus.org.tr>

Çarþamba 31 Aralýk 2008 günü (saat 15:04:02) Fatih Aþýcý þunlarý yazmýþtý:
> Çarþamba 31 Aralýk 2008 tarihinde, Gökmen GÖKSEL þunlarý yazmýþtý:
> > Çarþamba 31 Aralýk 2008 günü (saat 12:00:18) Doruk Fisek þunlarý yazmýþtý:
> > > KDE4 Calisan CD'sinde QtCurve-KDE3'unu tutup, KDE4'unu atmanin mantigi
> > > nedir? Tersi olmasi gerekmez mi?
> >
> > KDE4 için QtCurve kullanmýyoruz(kurulduðunda öntanýmlý oluyor ve çok kötü
> > gözüküyor), QtCurve-KDE3'ü ise KDE3 temelli olan araçlar için tutuyoruz;
> > network-manager, tasma vs.
>
> Yaw QtCurve'un öntanýmlý olmasý için pakette deðiþiklik yapan benim. Hata
> deðil o. Önceden her toolkit benzer görünsün diye bir amacýmýz vardý. Vaz
> mý geçtik?
E ben söylemiþtim hatýrlamadýðýmý :D

> Ayrýca QtCurve güzel bir tema.
-1 :D

-- 
Gökmen GÖKSEL

From dfisek at fisek.com.tr  Wed Dec 31 15:15:32 2008
From: dfisek at fisek.com.tr (Doruk Fisek)
Date: Wed, 31 Dec 2008 15:15:32 +0200
Subject: [Gelistirici] [Uludag-commits] r20947 - trunk/pardusman/projects
In-Reply-To: <200812311504.06830.fatih@pardus.org.tr>
References: <20081230122108.C99D613840B2@ns1.pardus.org.tr>
	<20081231120018.70b5bb3a.dfisek@fisek.com.tr>
	<200812311204.08111.gokmen@pardus.org.tr>
	<200812311504.06830.fatih@pardus.org.tr>
Message-ID: <20081231151532.367f9ff8.dfisek@fisek.com.tr>

Wed, 31 Dec 2008 15:04:02 +0200, Fatih Aþýcý <fatih at pardus.org.tr> :

> Önceden her toolkit benzer görünsün diye bir amacýmýz vardý. Vaz mý
> geçtik?
> Ayrýca QtCurve güzel bir tema.
Katiliyorum. Her yazilimin benzer gozukmesi bence (de) onemli.

                   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr


From gelurine at gmail.com  Wed Dec 31 14:17:24 2008
From: gelurine at gmail.com (=?UTF-8?Q?G=C3=BCng=C3=B6r_Erseymen?=)
Date: Wed, 31 Dec 2008 14:17:24 +0200
Subject: [Gelistirici] [Fwd: [paketler-commits] r57636 -
	playground/cihan]
In-Reply-To: <49592EDB.9040500@pardus.org.tr>
References: <49592EDB.9040500@pardus.org.tr>
Message-ID: <52cf71460812310417uc988f74la8573f5e026013e9@mail.gmail.com>

2008/12/29 Ozan Çaðlayan <ozan at pardus.org.tr>:
> Merhaba!
Merhaba,

> Ayný þekilde keþke Güngör Erseymen de elurin yerine daha açýklayýcý bir
> isim seçseydi, ne güzel olurmuþ.

"elurin"  kullanýcý ismini seçmem sadece alýþkanlýktan ibaretti, ama
size de hak vermemek imkansýz :) Kullanýcý adýmýn deðiþmesi için bende
bir istekte bulunacaðým.

Ýyi çalýþmalar.

-- 
Güngör Erseymen
http://www.elurin.info

From akin at omeroglu.net  Wed Dec 31 22:46:14 2008
From: akin at omeroglu.net (=?utf-8?q?Ak=C4=B1n_=C3=96mero=C4=9Flu?=)
Date: Wed, 31 Dec 2008 22:46:14 +0200
Subject: [Gelistirici] =?utf-8?q?Para_biriminin_de=C4=9Fi=C5=9Fmesi_hakk?=
	=?utf-8?b?xLFuZGE=?=
Message-ID: <200812312246.14507.akin@omeroglu.net>

Merhabalar,

Commit listesinde gözümden kaçmýþ olmakla beraber bildiðiniz gibi, 1 Ocak 2009 
tarihinden itibaren Bakanlar Kurulu Kararý gereði[1] para birimimizde bulunan 
Yeni ibaresi kaldýrýlmýþtýr.

Bu durumda bizim de ilgili deðiþikliði yansýtmamýz gerekecek.

Sevgiler ve mutlu yýllar...

[1]:BKK 2007/11963
-- 
Akýn Ömeroðlu
www.ozgurlukicin.com


From turkersezer at tsdesign.info  Wed Dec 31 22:18:05 2008
From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=)
Date: Wed, 31 Dec 2008 22:18:05 +0200
Subject: [Gelistirici] bugzilla hata sahibi esleme betigi
In-Reply-To: <20090101092905.b012f2bc.dfisek@fisek.com.tr>
References: <20081202140309.5450af86.dfisek@fisek.com.tr>
	<a001a6cb0812071934x6cb3361aic3517d540be30c0a@mail.gmail.com>
	<20090101092905.b012f2bc.dfisek@fisek.com.tr>
Message-ID: <200812312218.05305.turkersezer@tsdesign.info>

On Thursday 01 January 2009 09:29:05 Doruk Fisek wrote:
> Mon, 8 Dec 2008 04:34:30 +0100, "selim ok" <selimok at gmail.com> :
> > - 100 defa soruldu ama neden hala Türker'in yazdigi Bugzilla'da hata
> > sahibi esleyen betigi kullanima gecmedi?
>
> Ping!

Taner bana þu anki bugzilla sürümüyle betiði test ettiðini, 2008 makinada 
sorunsuz çalýþtýðýný, 2007de çýkan sorunlara da Faik'in müdahale ettiðini ve 
orda da sorunsuz çalýþtýðýný söyledi.

Bugzilla yeni sürümüyle ilgili benim tekrarlayamadýðým bir hata bildirdi ama 
henüz yeni sürüm çevirileri ortada olmadýðýndan ve bu sebeple yeni sürüme 
geçiþ yapamadýðýmýzdan betiði kullanmak için bu hatanýn çözülmesi de 
gerekmiyor gibi.

Son geliþmeleri almak için þimdi Taner'e baðlanýyoruz. Taner söz sende.


Saygýlar
Türker