From taner at pardus.org.tr Sun Feb 1 00:15:19 2009 From: taner at pardus.org.tr (Taner =?iso-8859-9?Q?Ta=FE?=) Date: Sun, 1 Feb 2009 00:15:19 +0200 (EET) Subject: [Gelistirici] =?iso-8859-9?q?Paket_Arama_Web_Aray=FCz=FC?= In-Reply-To: <305f9edc0901311331w4954d0fdvf460684662a1f7c9@mail.gmail.com> References: <305f9edc0901311331w4954d0fdvf460684662a1f7c9@mail.gmail.com> Message-ID: <8289557248ae8ae26a69633da6ec639b.squirrel@webmail.pardus.org.tr> > Merhaba; > > Biraz önce web arayüzünü kullanýrken dikkatimi çekti sayfanýn header > kýsmýnda duran " > Information| > Source > Packages | > Binary > Packages | > Packagers > " > linkleri doðru göstermiyor ve 404 hatasý veriyor, linklerin gitmesi > gereken > sub-linkler pardus-2008 deðil 2008 olmasý gerekiyor sanýrým web arayüzünü > sorumlusu kim bilmediðim için buraya bir danýþmak istedim acaba > düzeltilebilir mi? Merhaba, paketler.pardus.org.tr (türkçesi) altýndaki linkleri düzeltmiþtim ama o kýsmýný ihmal etmiþiz anlaþýlan.. Hatýrlatma için teþekürler. Taner Taþ From okyaycihan at gmail.com Sun Feb 1 13:09:01 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Sun, 1 Feb 2009 13:09:01 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Paket_al=FDyorum?= Message-ID: <637d3feb0902010309m723c5a88y1570d7c0eea69043@mail.gmail.com> Bakýcýsýz paketlerden; *gmm *ucl *gsl *dcraw paketlerini alýyorum bilginize. Ýtirazý olan ? Saygýlar... -- Cihan OKYAY http://cihanokyay.wordpress.com Üç gün program yazma ve hayat anlamsýzlaþýr! -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090201/c2f83867/attachment.htm From ekin at pardus.org.tr Sun Feb 1 14:00:12 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Sun, 1 Feb 2009 14:00:12 +0200 Subject: [Gelistirici] =?utf-8?q?Pardus_2007_Depolar=C4=B1_donuyor=2E=2E?= In-Reply-To: <20090131163319.cdbd72a9.dfisek@fisek.com.tr> References: <200901311438.17093.ekin@pardus.org.tr> <20090131163319.cdbd72a9.dfisek@fisek.com.tr> Message-ID: <200902011400.12474.ekin@pardus.org.tr> Merhaba; Saturday 31 January 2009 tarihinde, Doruk Fisek þunlarý yazmýþtý: > Sat, 31 Jan 2009 14:38:17 +0200, Ekin Meroðlu : > > Pardus 2007'nin ardýndan gelen Pardus 2008'in ikinci ara sürümünü > > yayýnlanmasý ve yeni sürümümüz olan Pardus 2009 için çalýþmalarýmýzýn > > hýzlanmasýyla birlikte Pardus 2007 deposunu güvenlik güncellemeleri > > dýþýndaki güncellemelere kapatýyoruz : > > Birkac aydir test deposunda bekleyen guncellemelerin akibeti ne olacak? ACK alanlar aynen, diðerleri revert edilerek girdi depoya - þimdi kontrol ettim... -- Ýyi Çalýþmalar; Ekin Meroglu ... 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 Sun Feb 1 14:51:44 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sun, 1 Feb 2009 14:51:44 +0200 Subject: [Gelistirici] =?utf-8?q?Pardus_2007_Depolar=C4=B1_donuyor=2E=2E?= In-Reply-To: <200902011400.12474.ekin@pardus.org.tr> References: <200901311438.17093.ekin@pardus.org.tr> <20090131163319.cdbd72a9.dfisek@fisek.com.tr> <200902011400.12474.ekin@pardus.org.tr> Message-ID: <20090201145144.228c3970.dfisek@fisek.com.tr> Sun, 1 Feb 2009 14:00:12 +0200, Ekin Meroðlu : > > Birkac aydir test deposunda bekleyen guncellemelerin akibeti ne > > olacak? > ACK alanlar aynen, diðerleri revert edilerek girdi depoya - þimdi > kontrol ettim... Tamamdir, dun yoklardi, sync olmuslar aksam :) Doruk From tulliana at gmail.com Sun Feb 1 19:57:52 2009 From: tulliana at gmail.com (Serdar Soytetir) Date: Sun, 1 Feb 2009 19:57:52 +0200 Subject: [Gelistirici] [paketler-commits] r59425 - playground/fatih/virtualbox In-Reply-To: <20090201174842.DE9BA13840E0@ns1.pardus.org.tr> References: <20090201174842.DE9BA13840E0@ns1.pardus.org.tr> Message-ID: <200902011957.52542.tulliana@gmail.com> Pazar 01 Þubat 2009 günü (saat 19:48:42) paketler-commits at pardus.org.tr þunlarý yazmýþtý: > Author: fatih > Date: Sun Feb 1 19:48:42 2009 > New Revision: 59425 > > Modified: > playground/fatih/virtualbox/pspec.xml > Log: > vbox.cfg keeps the installation path, so mark it as data. Take over package > (Burak knows this). http://www.virtualbox.org/attachment/ticket/2018/VirtualBox_tr.zip ben de þunu haber vermek üzereydim. Aradan çýksýn hazýr konu açýlmýþken :) Ýyi Çalýþmalar... -- Serdar Soytetir From isbaran at gmail.com Sun Feb 1 23:09:58 2009 From: isbaran at gmail.com (=?ISO-8859-9?Q?=DD=FEbaran_Ak=E7ay=FDr?=) Date: Sun, 01 Feb 2009 23:09:58 +0200 Subject: [Gelistirici] [paketler-commits] r59420 - in devel/system/base/libgcrypt: . files In-Reply-To: <20090201165501.51E5C13840DE@ns1.pardus.org.tr> References: <20090201165501.51E5C13840DE@ns1.pardus.org.tr> Message-ID: <49860FA6.1050806@gmail.com> paketler-commits at pardus.org.tr wrote On 01-02-2009 18:55: > Author: fatih > Date: Sun Feb 1 18:55:00 2009 > New Revision: 59420 > > Added: > devel/system/base/libgcrypt/files/libgcrypt-1.4.4-fips-no-access.patch > Removed: > devel/system/base/libgcrypt/files/void-returning-value.patch > Modified: > devel/system/base/libgcrypt/actions.py > devel/system/base/libgcrypt/pspec.xml > Log: > bump to latest release > Selam, Bu paketin ters baðýmlýlýklarýnda geçen sefer bir takým sorunlar çýkmýþtý, hepsinin tekrar derlenmesi gerekiyor, aklýnda deðilse hatýrlatmýþ olayým dedim .. Ýyi geceler. From fatih at pardus.org.tr Sun Feb 1 23:27:59 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sun, 1 Feb 2009 23:27:59 +0200 Subject: [Gelistirici] [paketler-commits] r59420 - in devel/system/base/libgcrypt: . files In-Reply-To: <49860FA6.1050806@gmail.com> References: <20090201165501.51E5C13840DE@ns1.pardus.org.tr> <49860FA6.1050806@gmail.com> Message-ID: <200902012328.03651.fatih@pardus.org.tr> Pazar 01 Þubat 2009 tarihinde, Ýþbaran Akçayýr þunlarý yazmýþtý: > > devel/system/base/libgcrypt/pspec.xml > > Log: > > bump to latest release > > Selam, > > Bu paketin ters baðýmlýlýklarýnda geçen sefer bir takým sorunlar > çýkmýþtý, hepsinin tekrar derlenmesi gerekiyor, aklýnda deðilse > hatýrlatmýþ olayým dedim .. Son yaptýðým system.base/devel paketlerindeki güncellemeler 2009'a yönelikti. Merge istemedim o yüzden. -------------- 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/20090201/e1c5662e/attachment.pgp From onur at pardus.org.tr Sun Feb 1 23:14:36 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 1 Feb 2009 23:14:36 +0200 Subject: [Gelistirici] [paketler-commits] r59420 - in devel/system/base/libgcrypt: . files In-Reply-To: <49860FA6.1050806@gmail.com> References: <20090201165501.51E5C13840DE@ns1.pardus.org.tr> <49860FA6.1050806@gmail.com> Message-ID: <20090201231436.423ca7e1.onur@pardus.org.tr> On Sun, 01 Feb 2009 23:09:58 +0200 Ýþbaran Akçayýr wrote: > paketler-commits at pardus.org.tr wrote On 01-02-2009 18:55: > > Author: fatih > > Date: Sun Feb 1 18:55:00 2009 > > New Revision: 59420 > > > > Added: > > devel/system/base/libgcrypt/files/libgcrypt-1.4.4-fips-no-access.patch > > Removed: > > devel/system/base/libgcrypt/files/void-returning-value.patch > > Modified: > > devel/system/base/libgcrypt/actions.py > > devel/system/base/libgcrypt/pspec.xml > > Log: > > bump to latest release > > > > Selam, > > Bu paketin ters baðýmlýlýklarýnda geçen sefer bir takým sorunlar > çýkmýþtý, hepsinin tekrar derlenmesi gerekiyor, aklýnda deðilse > hatýrlatmýþ olayým dedim .. sanýrým Fatih 2009 için paketi hazýrlýyor :) -- Onur Küçük Knowledge speaks, but wisdom listens From isbaran at gmail.com Sun Feb 1 23:34:04 2009 From: isbaran at gmail.com (=?ISO-8859-9?Q?=DD=FEbaran_Ak=E7ay=FDr?=) Date: Sun, 01 Feb 2009 23:34:04 +0200 Subject: [Gelistirici] [paketler-commits] r59420 - in devel/system/base/libgcrypt: . files In-Reply-To: <200902012328.03651.fatih@pardus.org.tr> References: <20090201165501.51E5C13840DE@ns1.pardus.org.tr> <49860FA6.1050806@gmail.com> <200902012328.03651.fatih@pardus.org.tr> Message-ID: <4986154C.1010507@gmail.com> Fatih Aþýcý wrote On 01-02-2009 23:27: > Pazar 01 Þubat 2009 tarihinde, Ýþbaran Akçayýr þunlarý yazmýþtý: >>> devel/system/base/libgcrypt/pspec.xml >>> Log: >>> bump to latest release >> Selam, >> >> Bu paketin ters baðýmlýlýklarýnda geçen sefer bir takým sorunlar >> çýkmýþtý, hepsinin tekrar derlenmesi gerekiyor, aklýnda deðilse >> hatýrlatmýþ olayým dedim .. > > Son yaptýðým system.base/devel paketlerindeki güncellemeler 2009'a yönelikti. > Merge istemedim o yüzden. > > Tamamdýr, 2009 maillerini okuyamadým daha, hazýrlýklarý yapalým tabi :) From isbaran at gmail.com Mon Feb 2 08:55:01 2009 From: isbaran at gmail.com (Isbaran Akcayir) Date: Mon, 2 Feb 2009 08:55:01 +0200 Subject: [Gelistirici] [Buildfarm] [Contrib-2008] error: programming/tools/sqliteman/pspec.xml In-Reply-To: <20090201215840.42F8563A6DD5@pardus.org.tr> References: <20090201215840.42F8563A6DD5@pardus.org.tr> Message-ID: <395ed7070902012255u57650a90xe1e0b5523b51cca@mail.gmail.com> Selam, 2009/2/1 Contrib Pardus Buildfarm 2008 > Hello, > > This message is sent from Pardus buildfarm. Please do not reply as it is > automatically generated. > > An error occured while processing the file '* > programming/tools/sqliteman/pspec.xml*' (maintainer: *UÄŸur Çetin*). Error > log is as follows: > Ä°nÅŸa bağımlılığı qscintilla2 sürüm >= 4 saÄŸlanamadı > qscintilla2, versiyon 2.3.2, sürüm 4, inÅŸa 3 neyi kaçırıyorum ? contrib farm derlememiÅŸ dün -- Ä°ÅŸbaran Akçayır http://ish.kodzilla.org -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090202/55722348/attachment.htm From turkersezer at tsdesign.info Mon Feb 2 10:13:37 2009 From: turkersezer at tsdesign.info (=?utf-8?q?T=C3=BCrker_SEZER?=) Date: Mon, 2 Feb 2009 10:13:37 +0200 Subject: [Gelistirici] [Buildfarm] [Contrib-2008] error: programming/tools/sqliteman/pspec.xml In-Reply-To: <395ed7070902012255u57650a90xe1e0b5523b51cca@mail.gmail.com> References: <20090201215840.42F8563A6DD5@pardus.org.tr> <395ed7070902012255u57650a90xe1e0b5523b51cca@mail.gmail.com> Message-ID: <200902021013.37668.turkersezer@tsdesign.info> On Monday 02 February 2009 08:55:01 Isbaran Akcayir wrote: > neyi kaçýrýyorum ? contrib farm derlememiþ dün Sorun farm tarafýndaymýþ. Paketler az sonra derlenmiþ olacak. Türker From serbulent at pardus.org.tr Mon Feb 2 10:12:46 2009 From: serbulent at pardus.org.tr (Serbulent UNSAL) Date: Mon, 2 Feb 2009 10:12:46 +0200 Subject: [Gelistirici] =?iso-8859-9?q?A=E7=FDk_hatalar_i=E7in_test_tak=FDm?= =?iso-8859-9?q?=FDndan_faydalanmak?= In-Reply-To: <200901211228.45175.serbulent@pardus.org.tr> References: <200901211228.45175.serbulent@pardus.org.tr> Message-ID: <200902021012.46681.serbulent@pardus.org.tr> On Wednesday 21 January 2009 12:28:45 Serbulent UNSAL wrote: > Senaryo 1: Kullanýcý hata girer, kullanýcýdan hata ile ilgili bilgi > istenir, bilgi gelmez hata açýk bekler. > > Senaryo 2: Kullanýcý hata girer, hata çözülür, kullanýcýdan onay istenir, > kullanýcýdan yanýt gelmez hata açýk kalýr. > > Bu iki senaryoya uygun hatalarýn daha hýzlý kapatýlabilmesi için test > takýmýndan faydalanabileceðimizi düþünüyorum. > > Hata takip sisteminde Senaryo 1 için NEEDINFO Senaryo 2 için NEEDSTESTING > anahtar sözcüklerini kullanýrsak bu sözcükleri içeren hatalarý hazýr arama > sayfalarý[1] ve bunlara baðlý RSS beslemeleri ile  takip edilebilir olacak. Bu konuda açýk kalan bir tartýþma kalmadýðýný düþünerek NEEDSTESTING tagýný da eklemeyi ve geliþtiriciler ve testçiler için bir duyuru yazmayý planlýyorum. Ancak bir kez daha baktýðýmda bu iki durumu KEYWORD olarak kullanmak mý daha kolay olacak geliþtiriciler açýsýndan yoksa RESOLUTION ( veya STATUS da olabilir ) olarak kullanmak mý emin olamadým. Ben RESOLUTION seçeneðine daha yakýn duruyorum. Konu ile ilgili yorumlarýnýzý yazarsanýz sevinirim. -- Ýyi Çalýþmalar, Serbülent -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090202/bf7aaf73/attachment.htm From bahadir at pardus.org.tr Mon Feb 2 12:25:15 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Mon, 2 Feb 2009 12:25:15 +0200 Subject: [Gelistirici] [Uludag-commits] r21351 - trunk/comar/mudur In-Reply-To: <20090202101703.5C9B013840E1@ns1.pardus.org.tr> References: <20090202101703.5C9B013840E1@ns1.pardus.org.tr> Message-ID: <200902021225.18166.bahadir@pardus.org.tr> 02 Þub 2009 Pts tarihinde, uludag-commits at pardus.org.tr þunlarý yazmýþtý: > Author: ozan.caglayan > > Modified: trunk/comar/mudur/ChangeLog > ================================================================= > --- trunk/comar/mudur/ChangeLog (original) > +++ trunk/comar/mudur/ChangeLog Mon Feb 2 12:17:03 2009 > @@ -1,3 +1,6 @@ > +2009-02-02 Bahadýr Kandemir > + * bin/mudur.py: Handle logger.sync() exceptions (Fixes #7410). > + Teþekkürler, atlýyorum sürekli bunu. "ChangeLog is the new svn log" notunu panoma yapýþtýrdým az evvel, bir daha unutmam. -------------- 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/20090202/4864f9f3/attachment.pgp From gokmen at pardus.org.tr Mon Feb 2 17:47:33 2009 From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=) Date: Mon, 2 Feb 2009 17:47:33 +0200 Subject: [Gelistirici] [paketler-commits] r59501 - in devel/programming/libs/qt4: . files In-Reply-To: <20090202145319.E8D4913840ED@ns1.pardus.org.tr> References: <20090202145319.E8D4913840ED@ns1.pardus.org.tr> Message-ID: <200902021747.33285.gokmen@pardus.org.tr> On Monday 02 February 2009 16:53:19 paketler-commits at pardus.org.tr wrote: > Author: gokcen.eraslan > Date: Mon Feb 2 16:53:19 2009 > New Revision: 59501 > > Removed: > devel/programming/libs/qt4/files/0231-mac-plugins.diff > Modified: > devel/programming/libs/qt4/actions.py > devel/programming/libs/qt4/pspec.xml > Log: > Swithc to qt4.5 snapshot. Try #1. 4.5 snapshot'ý nereden çýktý ? Hani bana da bir söylesen, hani paket sahibiyim ya belki ilgimi çeker. -- Gökmen GÖKSEL From gokcen at pardus.org.tr Mon Feb 2 23:09:28 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Mon, 2 Feb 2009 23:09:28 +0200 Subject: [Gelistirici] 2009 ve paketler In-Reply-To: <200901271426.08427.onur@pardus.org.tr> References: <200901271426.08427.onur@pardus.org.tr> Message-ID: <200902022309.28608.gokcen@pardus.org.tr> Tuesday 27 January 2009 Tarihinde Onur dedi ki: > * Özellikle multimedia paketlerinde bir hatırlatma, arts ı (umarım acayip > bir ÅŸey olmazsa) 2009 a almıyoruz, paketlerinizden kapatabilirsiniz. Zaten > pulseaudio varken arts iyice anlamsızlaÅŸtı. kdelibs bağımlı arts'a. kdelibs kullanan uygulamalar (mesela KMessageBox ile popup çıkaran bir uygulama), arts desteÄŸini kapatırsak sesleri(popup'la beraber çıkan uyarı sesi örneÄŸin) nasıl verecekler düşünmek lazım. Çok kolay deÄŸil bu ama, atmayı deneriz tabii. -- Gökçen Eraslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090202/5c8953a3/attachment.htm From onur at pardus.org.tr Mon Feb 2 23:17:43 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Mon, 2 Feb 2009 23:17:43 +0200 Subject: [Gelistirici] 2009 ve paketler In-Reply-To: <200902022309.28608.gokcen@pardus.org.tr> References: <200901271426.08427.onur@pardus.org.tr> <200902022309.28608.gokcen@pardus.org.tr> Message-ID: <20090202231743.67ad1d31.onur@pardus.org.tr> On Mon, 2 Feb 2009 23:09:28 +0200 Gökçen Eraslan wrote: > Tuesday 27 January 2009 Tarihinde Onur dedi ki: > > * Özellikle multimedia paketlerinde bir hatýrlatma, arts ý (umarým > > acayip bir þey olmazsa) 2009 a almýyoruz, paketlerinizden > > kapatabilirsiniz. Zaten pulseaudio varken arts iyice anlamsýzlaþtý. > > kdelibs baðýmlý arts'a. kdelibs kullanan uygulamalar (mesela > KMessageBox ile popup çýkaran bir uygulama), arts desteðini > kapatýrsak sesleri(popup'la beraber çýkan uyarý sesi örneðin) nasýl > verecekler düþünmek lazým. Çok kolay deðil bu ama, atmayý deneriz > tabii. atabilirsek güzel olur, atamazsak da kde3 olmayan programlarýn hepsinden arts desteðini atalým ama -- Onur Küçük Knowledge speaks, but wisdom listens From ekin at pardus.org.tr Mon Feb 2 23:35:30 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Mon, 2 Feb 2009 23:35:30 +0200 Subject: [Gelistirici] [Buildfarm] [2008] info In-Reply-To: <20090202210115.96D716398D5F@pardus.org.tr> References: <20090202210115.96D716398D5F@pardus.org.tr> Message-ID: <200902022335.30138.ekin@pardus.org.tr> Merhaba; Monday 02 February 2009 tarihinde, Pardus 2008 Buildfarm þunlarý yazmýþtý: > This message is sent from Pardus buildfarm. Please do not reply as it is > automatically generated. > > Queue finished without a problem!... > > > New binary packages are; > > wireless-tools-29-48-21.pisi > > now in repository... Bu paket "Pardus 2008 deposundaki ilk delta paket" olarak tarihe geçsin :-) Ciddi duyurumuz ise þöyle : Þu andan itibaren 2008-test deposuna son paketlerle birlikte delta paketler de girecek, test deposu kullanan geliþtiricilerimizin sistemleri delta paketler kullanýlarak güncellenecek. Delta paket desteðini uzun zamandýr test ediyoruz, çýkabilecek ufak tefek sorunlarý da büyük oranda düzelttiðimizi düþünüyoruz - yine de büyük bir sorun çýkmasý durumunda delta paket yerine asýl paketi yüklemek çoðu durumda iþe yarayacaktýr. Delta paketleri bir süre test deposunda kullandýktan sonra kararlý depoya da almaya baþlayacaðýz, umarýz sorunsuz bir geçiþ yaþarýz. Emeði geçen herkese teþekkürler, yakýnda bir sonraki yeni özellik olan revdep-update özelliðinde buluþmak üzere.. -- Ýyi Çalýþmalar; Ekin Meroglu ... 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 Mon Feb 2 23:45:35 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Mon, 02 Feb 2009 23:45:35 +0200 Subject: [Gelistirici] [Buildfarm] [2008] info In-Reply-To: <200902022335.30138.ekin@pardus.org.tr> References: <20090202210115.96D716398D5F@pardus.org.tr> <200902022335.30138.ekin@pardus.org.tr> Message-ID: <4987697F.8090008@pardus.org.tr> Ekin Meroðlu wrote: > Merhaba; > > > Delta paketleri bir süre test deposunda kullandýktan sonra kararlý depoya da > almaya baþlayacaðýz, umarýz sorunsuz bir geçiþ yaþarýz. > Umarým :) > Emeði geçen herkese teþekkürler, yakýnda bir sonraki yeni özellik olan > revdep-update özelliðinde buluþmak üzere.. Bunun farm tarafý bence zaten bitti. Test edilmesi lazým, -- Ozan Çaðlayan From akin at omeroglu.net Tue Feb 3 00:28:34 2009 From: akin at omeroglu.net (=?ISO-8859-9?Q?Ak=FDn_=D6mero=F0lu?=) Date: Tue, 3 Feb 2009 00:28:34 +0200 Subject: [Gelistirici] [Buildfarm] [2008] info In-Reply-To: <200902022335.30138.ekin@pardus.org.tr> References: <20090202210115.96D716398D5F@pardus.org.tr> <200902022335.30138.ekin@pardus.org.tr> Message-ID: <9652916c0902021428w34509b86l18e6d44f6cf608c6@mail.gmail.com> > > > Bu paket "Pardus 2008 deposundaki ilk delta paket" olarak tarihe geçsin :-) Tebrikler... > > Delta paketleri bir süre test deposunda kullandýktan sonra kararlý depoya > da > almaya baþlayacaðýz, umarýz sorunsuz bir geçiþ yaþarýz. Eðer bir sorun çýkmazsa anladýðým kadarý ile delta paketlerin kararlý depoya girmesi 2008.2 sürecinde olacak deðil mi? Delta paketler yakýnda depolarda gibi bir haberi oi'de yapmak için henüz erken mi diye merak ettim de bir an =) Malum bu kullanýcýlarýn çok çok uzun süredir bekledikleri bir özellik. Ek bir yük oluþturmayacaðýný bilsem kararlý depoya girecek güncellemelerin delta paketlerini içeren bir baþka depo açýlmasýný ve isteyen herkesin bu depoyu kullanmasýný saðlamayý önerirdim. Bu sayede test deposunu kullanmak istemeyen ama delta paketleri denemek isteyen tüm kullanýcýlar kararlý depo saðlamlýðýnda bir delta deposu kullanýrlar ve bu daha fazla test demek olur. Bir diðer avantaj ise kullanýcýlarda bir þeyler kýrýlýr çatlarsa acaba bu çatlak deltadan mý yoksa test deposundan mý kaynaklý mý diye düþünmek zorunda kalmayacak olmamýz olabilir. Ellere saðlýk, terazilerinize birer birim daha aðýrlýk... Sevgiler... -- Akýn -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090203/eabf33c0/attachment.htm From ekin at pardus.org.tr Tue Feb 3 00:31:10 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Tue, 3 Feb 2009 00:31:10 +0200 Subject: [Gelistirici] [Buildfarm] [2008] info In-Reply-To: <9652916c0902021428w34509b86l18e6d44f6cf608c6@mail.gmail.com> References: <20090202210115.96D716398D5F@pardus.org.tr> <200902022335.30138.ekin@pardus.org.tr> <9652916c0902021428w34509b86l18e6d44f6cf608c6@mail.gmail.com> Message-ID: <200902030031.10199.ekin@pardus.org.tr> Merhaba; Tuesday 03 February 2009 tarihinde, Akýn Ömeroðlu þunlarý yazmýþtý: > > Bu paket "Pardus 2008 deposundaki ilk delta paket" olarak tarihe geçsin > > :-) > > Tebrikler... > > > Delta paketleri bir süre test deposunda kullandýktan sonra kararlý depoya > > da > > almaya baþlayacaðýz, umarýz sorunsuz bir geçiþ yaþarýz. > > Eðer bir sorun çýkmazsa anladýðým kadarý ile delta paketlerin kararlý > depoya girmesi 2008.2 sürecinde olacak deðil mi? Delta paketler yakýnda > depolarda gibi bir haberi oi'de yapmak için henüz erken mi diye merak ettim > de bir an =) Malum bu kullanýcýlarýn çok çok uzun süredir bekledikleri bir > özellik. Biraz erken :-) > Ek bir yük oluþturmayacaðýný bilsem kararlý depoya girecek güncellemelerin > delta paketlerini içeren bir baþka depo açýlmasýný ve isteyen herkesin bu > depoyu kullanmasýný saðlamayý önerirdim. Bu sayede test deposunu kullanmak > istemeyen ama delta paketleri denemek isteyen tüm kullanýcýlar kararlý depo > saðlamlýðýnda bir delta deposu kullanýrlar ve bu daha fazla test demek > olur. Bir diðer avantaj ise kullanýcýlarda bir þeyler kýrýlýr çatlarsa > acaba bu çatlak deltadan mý yoksa test deposundan mý kaynaklý mý diye > düþünmek zorunda kalmayacak olmamýz olabilir. Her depo ayrý bir yük tabii de, asýl sorun o diil - kullanýcýlarýn depo deðiþtirmesi, farklý depo kullanmasý çözdüðünden çok sorun çýkarýyor, kafa karýþtýrýyor, hatalarýn takibi iyice zorlaþýyor.. benim 2 kr... -- Ýyi Çalýþmalar; Ekin Meroglu ... 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 Tue Feb 3 00:38:57 2009 From: akin at omeroglu.net (=?ISO-8859-9?Q?Ak=FDn_=D6mero=F0lu?=) Date: Tue, 3 Feb 2009 00:38:57 +0200 Subject: [Gelistirici] [Buildfarm] [2008] info In-Reply-To: <200902030031.10199.ekin@pardus.org.tr> References: <20090202210115.96D716398D5F@pardus.org.tr> <200902022335.30138.ekin@pardus.org.tr> <9652916c0902021428w34509b86l18e6d44f6cf608c6@mail.gmail.com> <200902030031.10199.ekin@pardus.org.tr> Message-ID: <9652916c0902021438x6aaf2859lb413e544fa3430c3@mail.gmail.com> Biraz erken :-) Mesaj alýndý :-) > Her depo ayrý bir yük tabii de, asýl sorun o diil - kullanýcýlarýn depo > deðiþtirmesi, farklý depo kullanmasý çözdüðünden çok sorun çýkarýyor, kafa > karýþtýrýyor, hatalarýn takibi iyice zorlaþýyor.. > > benim 2 kr... > Bu konuda haklýsýn elbette, e-derginin gelecek sayýsýna depolarla ilgili güzel bir yazý hazýrlarsak ve bu belgeyi daha sonra oi'de görünür bir yerlere koyarsak bu sýkýntýlarý aþabiliriz belki. Aramýzdan böyle bir yazý yazmak isteyen bir geliþtirici olursa çok seviniriz. ÖzgürlükÝçin E-Derginin son sayýsý bu ay 25.000'den fazla kiþiye ulaþarak ülkemizde belli baþlý bilgisayar dergilerinin tirajýný origami yapacak kadar katladý. =) Bu kaynaðý kullanýn derim =) -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090203/3cdf183d/attachment.htm From erenoglu at gmail.com Tue Feb 3 02:13:03 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Tue, 3 Feb 2009 01:13:03 +0100 Subject: [Gelistirici] [Buildfarm] [2008] info In-Reply-To: <200902022335.30138.ekin@pardus.org.tr> References: <20090202210115.96D716398D5F@pardus.org.tr> <200902022335.30138.ekin@pardus.org.tr> Message-ID: 2009/2/2 Ekin MeroÄŸlu > Ciddi duyurumuz ise şöyle : Åžu andan itibaren 2008-test deposuna son > paketlerle birlikte delta paketler de girecek, test deposu kullanan > geliÅŸtiricilerimizin sistemleri delta paketler kullanılarak güncellenecek. :) Guzel, uzun zamandir duyurulan ama bir turlu kullanamadigimiz bir ozellikti :) Nasil calitigi ile ilgili bir dokumanimiz var mi acaba? Aklima takilan ilk soru, kullanici bir paketin bir versiyonuna upgrade etmemeyi sectiyse (ornegin v2 varken v1'de kaldi diyelim), bir sonraki versiyona upgrade edilirken (v3) nasil bir davranis sergiledigi. Once 1'den 2'ye delta paket indirip kuruyor, sonra 2'den 3'e mi delta indirip kuruyor en son versiyona gelebilmek icin? -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090203/e52447ea/attachment.htm From selimok at gmail.com Tue Feb 3 04:11:30 2009 From: selimok at gmail.com (selim ok) Date: Tue, 3 Feb 2009 03:11:30 +0100 Subject: [Gelistirici] Calisan CD'ye aufs destegi eklemek Message-ID: Asagida konuya dair Onur'a yazdiklarim ve onun cevabi bulunuyor. Tüm gelistiricilerin görüsünü almak üzere konuyu buraya tasiyorum. --------------------------------------------------------------------------------- > OI Beyin'de talep edilen þeylerden biri de Çalýþan CD'nin Knoppix gibi > kullanýlabilmesi. Knoppix gibi kullanmaktan kasýt bir USB çubuk > desteði ile yapýlan deðiþikliklerin kalýcý ve taþýnabilir hale > getirilmesi. Çalýþan CD altyapýsýný bilemediðim için öncelikle sana > sormak istedim, bu fikri uygulamanýn teknik ve iþ gücü açýsýndan > maliyeti nedir, neler gerekir? Neyi saklamak istediðine baðlý. Ýçinde pisi olsun paket güncellemesi yapsýn falan diyorsan direkt usb çubuða pardusu kurup geçmek daha mantýklý. Sadece ev dizinini kast ediyorsan fstab da bir label belirleyip usb çubukta da o label la bir partition yaratýp /home u oraya baðlar geçeriz. Bunu ayarlayacak ufak bir araç olursa çalýþan CD de ona göre deðiþiklik yapmak kolay, ama bu aracý birinin oturup yazmasý lazým. > Geçenlerde geliþtirici listesinde konuþuldu bu aufs mevzusu sanýrým > Ozan aufs desteðini açacak. Bu durumda ilk teknik engel ortadan > kalkmýþ görünüyor. > Fakat baþka neler gerekli yada bu konuyu kiminle konuþsam daha iyi > ederim sormak istedim. Geliþtirici de konuyu açabilirsin. USB çubukta linux için formatlanmýþ bir partition ve gerekli LABEL verilmiþse iþ kolay. Bence asýl sorun o aþamaya gelmekte. Belki isolinux da persistent home seçeneði olur, onu seçince biri konsol ortamýnda diskleri tarayýp home u nereye ayarlayayým diyen bir araç olur. Ncurses la o aracý hazýrlayan çýkarsa iþ bayaðý kolay aslýnda. Hatta ncurses þart deðil dialog bile olur. Knoppix bunu nasýl yapýyor araþtýrmak lazým, belki ondan araklarýz bu aracý :) --------------------------------------------------------------------------------- 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/20090203/d383651a/attachment.htm From selimok at gmail.com Tue Feb 3 04:34:02 2009 From: selimok at gmail.com (selim ok) Date: Tue, 3 Feb 2009 03:34:02 +0100 Subject: [Gelistirici] =?iso-8859-9?q?Bugzilla=27daki_sahipsiz_bile=FEenle?= =?iso-8859-9?q?r?= In-Reply-To: References: Message-ID: Merhabalar, Epeydir itiraz eden de olmadigi icin ikinci parti temizligi yaptim. Sahiplenilmeyen bilesenleri admins'e atadim. Rehberler, CalisanCD ve Bugzilla ürünlerini yeni hata girilemeyecek sekilde ayarladim. Bugzilladaki acik ceviri hatalarini ceviriler ürününe pasladim. Web sayfalarinda sadece genel bilesenini biraktim ve kendisinin onayini almadan Taner'e atadim. Taner beni affet :) Grafik ürününü ise listeden kaldirmadim ama kaldirsam mi diye cok dusundum. Genelde bu bolume girilen hatalar gercekten hic bir ise yaramiyor. Ya tartisma cikiyor yada hic konusulmadan kapaniyor. Doruk hakli bu konuda. Birisi birazcik daha gaz verirse kendilerini kaybedecegim ortalardan. Iyi calismalar, Selim -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090203/5868152c/attachment-0001.htm From ozan at pardus.org.tr Tue Feb 3 08:19:03 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Tue, 03 Feb 2009 08:19:03 +0200 Subject: [Gelistirici] Calisan CD'ye aufs destegi eklemek In-Reply-To: References: Message-ID: <4987E1D7.50400@pardus.org.tr> selim ok wrote On 03-02-2009 04:11: >> Geçenlerde geliþtirici listesinde konuþuldu bu aufs mevzusu sanýrým >> Ozan aufs desteðini açacak. Bu durumda ilk teknik engel ortadan >> kalkmýþ görünüyor. >> Fakat baþka neler gerekli yada bu konuyu kiminle konuþsam daha iyi >> ederim sormak istedim. aufs 2.6.27 üzerinden ilerliyor, geliþtiricisi 2.6.28/29'a forwardport etmedi kodu. Ben elimden geldiðince düzelttim kodu ancak NFS ile bir özelliði geçici olarak kapatmamýz gerekiyor orasýný düzeltemedim. Bu hafta içinde aufs destekli 2.6.29_rc3'ü commit etmeyi düþünüyorum. -- Ozan Çaðlayan From ekin at pardus.org.tr Tue Feb 3 08:42:49 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Tue, 3 Feb 2009 08:42:49 +0200 Subject: [Gelistirici] [Stable] [mege]devel/programming/libs/ortp Message-ID: <200902030842.49121.ekin@pardus.org.tr> Merhaba; Friday 23 January 2009 tarihinde, Semen Cirit þunlarý yazmýþtý: > - Version Bump. > - Html doc extentions have been changed. Bu güncelleme klibortp.so.5 --> libortp.so.8 geçiþi ile denework4'u kýrdý : broken /usr/kde/4/lib/kde4/kopete_jabber.so (requires libortp.so.5) ldd -u çýktýsýnda ortp de var ama detaylý bakacak zamaným yok, inceler misiniz ? # ldd -u /usr/kde/4/lib/kde4/kopete_jabber.so 20472: /usr/kde/4/lib/kde4/kopete_jabber.so: error: symbol lookup error: undefined symbol: payload_type_speex_nb (continued) undefined symbol: payload_type_speex_nb (/usr/kde/4/lib/kde4/kopete_jabber.so) Unused direct dependencies: /usr/kde/4/lib/libkde3support.so.4 /usr/qt/4/lib/libqca.so.2 /usr/kde/4/lib/libsolid.so.4 libortp.so.5 /usr/lib/libasound.so.2 /usr/kde/4/lib/libkio.so.5 /usr/qt/4/lib/libQtSvg.so.4 /usr/qt/4/lib/libQtNetwork.so.4 /usr/qt/4/lib/libQtXml.so.4 /usr/qt/4/lib/libQtDBus.so.4 /lib/libpthread.so.0 /lib/libm.so.6 -- Ýyi Çalýþmalar; Ekin Meroglu ... 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 semen at pardus.org.tr Tue Feb 3 09:34:54 2009 From: semen at pardus.org.tr (Semen Cirit) Date: Tue, 03 Feb 2009 09:34:54 +0200 Subject: [Gelistirici] [Stable] [mege]devel/programming/libs/ortp In-Reply-To: <200902030842.49121.ekin@pardus.org.tr> References: <200902030842.49121.ekin@pardus.org.tr> Message-ID: <4987F39E.3070802@pardus.org.tr> Ekin Meroðlu wrote On 03-02-2009 08:42: > Merhaba; > > Friday 23 January 2009 tarihinde, Semen Cirit þunlarý yazmýþtý: > >> - Version Bump. >> - Html doc extentions have been changed. >> > > Bu güncelleme klibortp.so.5 --> libortp.so.8 geçiþi ile denework4'u kýrdý : > broken /usr/kde/4/lib/kde4/kopete_jabber.so (requires libortp.so.5) > > ldd -u çýktýsýnda ortp de var ama detaylý bakacak zamaným yok, inceler > misiniz ? > > # ldd -u /usr/kde/4/lib/kde4/kopete_jabber.so > 20472: /usr/kde/4/lib/kde4/kopete_jabber.so: error: symbol lookup > error: undefined symbol: payload_type_speex_nb (continued) > undefined symbol: payload_type_speex_nb (/usr/kde/4/lib/kde4/kopete_jabber.so) > Unused direct dependencies: > > /usr/kde/4/lib/libkde3support.so.4 > /usr/qt/4/lib/libqca.so.2 > /usr/kde/4/lib/libsolid.so.4 > libortp.so.5 > /usr/lib/libasound.so.2 > /usr/kde/4/lib/libkio.so.5 > /usr/qt/4/lib/libQtSvg.so.4 > /usr/qt/4/lib/libQtNetwork.so.4 > /usr/qt/4/lib/libQtXml.so.4 > /usr/qt/4/lib/libQtDBus.so.4 > /lib/libpthread.so.0 > /lib/libm.so.6 > Selamlar Ekin, devel'de bir onceki versiyonuna geri dondurdum, yukarida bahsetmis oldugun sorun artik tekrarlanmiyor. ldd -u /usr/kde/4/lib/kde4/kopete_jabber.so Unused direct dependencies: /usr/kde/4/lib/libkde3support.so.4 /usr/qt/4/lib/libqca.so.2 /usr/kde/4/lib/libsolid.so.4 /usr/lib/libasound.so.2 /usr/kde/4/lib/libkio.so.5 /usr/qt/4/lib/libQtSvg.so.4 /usr/qt/4/lib/libQtNetwork.so.4 /usr/qt/4/lib/libQtXml.so.4 /usr/qt/4/lib/libQtDBus.so.4 /lib/libpthread.so.0 /lib/libm.so.6 seklinde. Iyi calismalar Semen Cirit From onur at pardus.org.tr Tue Feb 3 10:28:39 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Tue, 3 Feb 2009 10:28:39 +0200 Subject: [Gelistirici] [Buildfarm] [2008] error: /root/2008/system/devel/icecream/pspec.xml In-Reply-To: <20090203072806.01AF8639C011@pardus.org.tr> References: <20090203072806.01AF8639C011@pardus.org.tr> Message-ID: <20090203102839.d0695d1e.onur@pardus.org.tr> On Tue, 3 Feb 2009 09:28:05 +0200 (EET) Pardus 2008 Buildfarm wrote: > Hello, > > This message is sent from Pardus buildfarm. Please do not reply as it > is automatically generated. > > An error occured while processing the file > '/root/2008/system/devel/icecream/pspec.xml' (maintainer: 'Faik > Uygur'). Error log is as follows: > > -------------------------------------------------------------------------- > Error occured for '/root/2008/system/devel/icecream/pspec.xml' in > BUILD process: > Patch file is missing: 0.9.1-conf.d-verbosity.patch yama devel de var, files dizini merge de aradan kaçmýþ galiba -- Onur Küçük Knowledge speaks, but wisdom listens From taner at pardus.org.tr Tue Feb 3 10:52:07 2009 From: taner at pardus.org.tr (Taner =?utf-8?q?Ta=C5=9F?=) Date: Tue, 3 Feb 2009 10:52:07 +0200 Subject: [Gelistirici] =?utf-8?q?Bugzilla=27daki_sahipsiz_bile=C5=9Fenler?= In-Reply-To: References: Message-ID: <200902031052.07940.taner@pardus.org.tr> On Tuesday 03 February 2009 04:34:02 selim ok wrote: > Rehberler, CalisanCD ve Bugzilla ürünlerini yeni hata girilemeyecek sekilde > ayarladim. Bugzilladaki acik ceviri hatalarini ceviriler ürününe pasladim. > Web sayfalarinda sadece genel bilesenini biraktim ve kendisinin onayini > almadan Taner'e atadim. Taner beni affet :) Ne demek efendim.. est. Eline saðlýk.. -- Taner Taþ From gokcen at pardus.org.tr Tue Feb 3 12:36:59 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Tue, 3 Feb 2009 12:36:59 +0200 Subject: [Gelistirici] =?utf-8?q?Pisi_delta_iyile=C5=9Ftirmeleri?= Message-ID: <200902031236.59962.gokcen@pardus.org.tr> Selamlar, ati-control-center paketinin kendi boyutunun 5.6M, bir önceki sürümüyle arasındaki deltanınsa 5.5M olduÄŸunu görünce, Ozan'la biraz delta'da yapılabilecek iyileÅŸtirmeler üzerine düşündük. Åžu anda, iki paket arasında farklı olan tüm dosyalar, aynen delta paketlerine giriyor. Sadece farklı olanların pakete girmesi tabi ki boyutta küçülmeyi saÄŸlıyor. Bu noktada şöyle bir durum var, binary dosyalar, kodlarında bir deÄŸiÅŸiklik olmasa dahi her derlendiklerinde farklı SHA1'lere sahip oluyorlar. Yani aynı kodu tekrar tekrar derlediÄŸinizde (teknik detaylarını tam bilemiyorum, linklendiÄŸi kitaplıkların offset'lerinden ya da dosya içine yazılan bir timestamp'ten olsa gerek) üretilen her dosyanın SHA1'i farklı oluyor. Bu da demek oluyor ki, büyük çoÄŸunluÄŸu binary olan paketlerde, ufak bir deÄŸiÅŸiklik olsa dahi tüm binary paketler tekrar derlendiÄŸi için delta pakete aslında deÄŸiÅŸmeyen binary dosyalar da giriyor ve ati-control-conter paketindeki gibi büyük boyutlu deltalar üretiliyor. Åžimdi gelelim bunu nasıl engelleyebileceÄŸimize: 1- Yeniden derlenen iki binary'nin, kaynak kodunun deÄŸiÅŸtiÄŸi için mi yoksa sadece yeniden derlendiÄŸi için mi farklı olduÄŸunu kestirebilir miyiz? 1a- EÄŸer, ekstirebilirsek, SHA1'i farklı olan fakat aslında sadece tekrar derlenmiÅŸ olan binary'leri deltaya almayız. 1b- Kestiremezsek, şöyle bir ÅŸey düşündük, deÄŸiÅŸen dosyaların tamamını delta paketine almak yerine, eskileriyle olan xdelta'larını delta paketine alabiliriz. Bu ÅŸekilde baya bir azalma saÄŸladık delta paketlerinde. ÖrneÄŸin, deÄŸiÅŸen dosyalar yerine sadece eski ve yeniler arasındaki xdeltaların olduÄŸu ati-control-center paketinin boyutu, 5.5M'tan 1.4M'a düştü.(Ä°lgili yamayı ekledim) Bu durumda da şöyle bir sıkıntı çıkıyor, delta paketini kurarken, eÄŸer eski dosyanın aynısını sistemde bulamazsak güncellemeyi hiç yapamıyoruz. Bunun da üstesinden gelmek içinse, şöyle bir ÅŸey yapılabilir, güncelleme yapılmadan önce paket "pisi check" ile kontrol edilir, "pisi check" o paket için sorunsuz tamamlanırsa, bu eski paketin aynen sistemde olduÄŸu ve xdeltanın dosyaya uygulanabileceÄŸi anlamına geliyor, dolayısıyla ufak boyutlardaki delta paketini kurabiliriz. "pisi check"te sorun çıkarsa da, delta yerine depodan gerçek paket kurulur. Son çözüm bize baya mantıklı geldi, artık eski paketin install.tar.lzma'sı da açıldığı için farmda birazcık delta üretim hızı düşüyor fakat boyutların baya azalacağını tahmin ediyoruz. Olmadı, 1a'da bahsettiÄŸim yöntemle de, deÄŸiÅŸmeyen binary dosyaları delta paketlerine almayarak da baya iyileÅŸme saÄŸlayabiliriz. 2009 için deltada baya iyileÅŸtirme yapabiliriz gibi geldi. Saygılar. -- Gökçen Eraslan -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: xdelta-improvement.diff Tür: text/x-patch Boyut: 1695 bayt Tanım: kullanılamıyor Url: http://liste.pardus.org.tr/gelistirici/attachments/20090203/cb83d770/attachment.bin From gokcen at pardus.org.tr Tue Feb 3 14:01:37 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Tue, 3 Feb 2009 14:01:37 +0200 Subject: [Gelistirici] =?utf-8?q?Pisi_delta_iyile=C5=9Ftirmeleri?= In-Reply-To: <200902031236.59962.gokcen@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> Message-ID: <200902031401.37743.gokcen@pardus.org.tr> On Tuesday 03 February 2009 12:36:59 Gökçen Eraslan wrote: > Selamlar, Yamada ufak bir hata vardı, yenisi ekte efenim. -- Gökçen Eraslan -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: xdelta-improvement.diff Tür: text/x-patch Boyut: 1764 bayt Tanım: kullanılamıyor Url: http://liste.pardus.org.tr/gelistirici/attachments/20090203/8d928cb2/attachment.bin From inancyildirgan at gmail.com Tue Feb 3 17:07:16 2009 From: inancyildirgan at gmail.com (=?utf-8?q?=C4=B0nan=C3=A7_Y=C4=B1ld=C4=B1rgan?=) Date: Tue, 3 Feb 2009 17:07:16 +0200 Subject: [Gelistirici] Stellarium Paketi Message-ID: <200902031707.16536.inancyildirgan@gmail.com> Merhaba; Kimsenin bir itirazý yoksa stellarium paketini üzerime alýp, bakýmýný üstlenmek istiyorum. Ýyi çalýþmalar, Ýnanç From fatih at pardus.org.tr Tue Feb 3 17:07:37 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Tue, 3 Feb 2009 17:07:37 +0200 Subject: [Gelistirici] [Stable] [mege]devel/programming/libs/ortp In-Reply-To: <4987F39E.3070802@pardus.org.tr> References: <200902030842.49121.ekin@pardus.org.tr> <4987F39E.3070802@pardus.org.tr> Message-ID: <200902031707.41648.fatih@pardus.org.tr> Salý 03 Þubat 2009 tarihinde, Semen Cirit þunlarý yazmýþtý: > devel'de bir onceki versiyonuna geri dondurdum, yukarida bahsetmis > oldugun sorun artik tekrarlanmiyor. Aslýnda develde revert etmeye gerek yoktu. Sadece 2008'de revert edilebilir. -------------- 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/20090203/5e67a839/attachment-0001.pgp From turkay.eren at gmail.com Tue Feb 3 20:20:51 2009 From: turkay.eren at gmail.com (Eren =?utf-8?q?T=C3=BCrkay?=) Date: Tue, 3 Feb 2009 20:20:51 +0200 Subject: [Gelistirici] =?utf-8?q?Pisi_delta_iyile=C5=9Ftirmeleri?= In-Reply-To: <200902031236.59962.gokcen@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> Message-ID: <200902032020.51734.turkay.eren@gmail.com> On Tuesday 03 February 2009 12:36:59 Gökçen Eraslan wrote: > Son çözüm bize baya mantıklı geldi, artık eski paketin install.tar.lzma'sı > da açıldığı için farmda birazcık delta üretim hızı düşüyor fakat boyutların > baya azalacağını tahmin ediyoruz. Olmadı, 1a'da bahsettiÄŸim yöntemle de, > deÄŸiÅŸmeyen binary dosyaları delta paketlerine almayarak da baya iyileÅŸme > saÄŸlayabiliriz. 2009 için deltada baya iyileÅŸtirme yapabiliriz gibi geldi. Eline saÄŸlık, güzel bir çözüm gibi görünüyor, ancak kafamda direkt bir soru iÅŸareti belirdi. Depomuzda kaç tane bu ÅŸekilde içerisinden büyük miktarda binary çıkan paket var? EÄŸer attığımız taÅŸ ürküttüğümüz kuÅŸa deÄŸecekse, çok güzel bir geliÅŸme :) -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090203/1b2d4449/attachment.htm From ozan at pardus.org.tr Tue Feb 3 22:50:48 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Tue, 03 Feb 2009 22:50:48 +0200 Subject: [Gelistirici] [Fwd: [Contrib-commits] r9446 - in devel/applications/hardware/lm_sensors: . files] Message-ID: <4988AE28.5060608@pardus.org.tr> bu paketin bakýmý yapýla, güzel, çalýþýr, eksiði gediði olmayan hale getirile ve ana depoya alýna :) -------- Original Message -------- Subject: [Contrib-commits] r9446 - in devel/applications/hardware/lm_sensors: . files Date: Tue, 3 Feb 2009 22:35:19 +0200 (EET) From: contrib-commits at pardus.org.tr Reply-To: gelistirici at pardus.org.tr To: contrib-commits at pardus.org.tr -- Ozan Çaðlayan From burakclskn at gmail.com Wed Feb 4 00:19:35 2009 From: burakclskn at gmail.com (=?ISO-8859-9?Q?Burak_=C7al=FD=FEkan?=) Date: Wed, 04 Feb 2009 00:19:35 +0200 Subject: [Gelistirici] [Fwd: [Contrib-commits] r9446 - in devel/applications/hardware/lm_sensors: . files] In-Reply-To: <4988AE28.5060608@pardus.org.tr> References: <4988AE28.5060608@pardus.org.tr> Message-ID: <4988C2F7.3090601@gmail.com> Ozan Çaðlayan wrote On 03-02-2009 22:50: > bu paketin bakýmý yapýla, güzel, çalýþýr, eksiði gediði olmayan hale > getirile ve ana depoya alýna :) > :) Tamam. From dfisek at fisek.com.tr Wed Feb 4 04:32:38 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Wed, 4 Feb 2009 04:32:38 +0200 Subject: [Gelistirici] gtk 2.14 gecisi? Message-ID: <20090204043238.99dfa14c.dfisek@fisek.com.tr> Merhaba, 2008.2 kosturusu bittigine gore bu konuyu tekrar gundeme getirmek istedim. Kabak tadi verdiginin farkindayim ama bircok acik hatanin gelip o Bermuda Seytan Ucgeni'nde kayboldugu dusunceleri hakim. Bu isin yapilmasi icin ne gerekiyorsa yapsak ve rahatlasak? Test edilecekse test edilsin, birkac paket tekrar derlenecekse derlensin derim. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ekin at pardus.org.tr Wed Feb 4 08:47:50 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Wed, 4 Feb 2009 08:47:50 +0200 Subject: [Gelistirici] [Stable] [mege]devel/programming/libs/ortp In-Reply-To: <200902031707.41648.fatih@pardus.org.tr> References: <200902030842.49121.ekin@pardus.org.tr> <4987F39E.3070802@pardus.org.tr> <200902031707.41648.fatih@pardus.org.tr> Message-ID: <200902040847.51045.ekin@pardus.org.tr> Merhaba; Tuesday 03 February 2009 tarihinde, Fatih Aþýcý þunlarý yazmýþtý: > Salý 03 Þubat 2009 tarihinde, Semen Cirit þunlarý yazmýþtý: > > devel'de bir onceki versiyonuna geri dondurdum, yukarida bahsetmis > > oldugun sorun artik tekrarlanmiyor. > > Aslýnda develde revert etmeye gerek yoktu. Sadece 2008'de revert > edilebilir. +1 -- Ýyi Çalýþmalar; Ekin Meroglu ... 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 Feb 4 08:48:26 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Wed, 4 Feb 2009 08:48:26 +0200 Subject: [Gelistirici] [Buildfarm] [2008] error: /root/2008/system/devel/icecream/pspec.xml In-Reply-To: <20090203102839.d0695d1e.onur@pardus.org.tr> References: <20090203072806.01AF8639C011@pardus.org.tr> <20090203102839.d0695d1e.onur@pardus.org.tr> Message-ID: <200902040848.26891.ekin@pardus.org.tr> Merhaba; Tuesday 03 February 2009 tarihinde, Onur Küçük þunlarý yazmýþtý: > On Tue, 3 Feb 2009 09:28:05 +0200 (EET) > > Patch file is missing: 0.9.1-conf.d-verbosity.patch > > yama devel de var, files dizini merge de aradan kaçmýþ galiba Aldým þimdi, teþekkürler.. -- Ýyi Çalýþmalar; Ekin Meroglu ... 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 Feb 4 08:49:55 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Wed, 4 Feb 2009 08:49:55 +0200 Subject: [Gelistirici] gtk 2.14 gecisi? In-Reply-To: <20090204043238.99dfa14c.dfisek@fisek.com.tr> References: <20090204043238.99dfa14c.dfisek@fisek.com.tr> Message-ID: <200902040849.55975.ekin@pardus.org.tr> Merhaba; Wednesday 04 February 2009 tarihinde, Doruk Fisek þunlarý yazmýþtý: > Kabak tadi verdiginin farkindayim ama bircok acik hatanin gelip o > Bermuda Seytan Ucgeni'nde kayboldugu dusunceleri hakim. > > Bu isin yapilmasi icin ne gerekiyorsa yapsak ve rahatlasak? Test > edilecekse test edilsin, birkac paket tekrar derlenecekse derlensin > derim. Ozan 2008.2 sonrasýnda ilgileneceðini söylemiþti, bir süredir test de ediyor bildiðim kadarýyla.. -- Ýyi Çalýþmalar; Ekin Meroglu ... 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 Wed Feb 4 08:52:21 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Wed, 04 Feb 2009 08:52:21 +0200 Subject: [Gelistirici] gtk 2.14 gecisi? In-Reply-To: <200902040849.55975.ekin@pardus.org.tr> References: <20090204043238.99dfa14c.dfisek@fisek.com.tr> <200902040849.55975.ekin@pardus.org.tr> Message-ID: <49893B25.7070301@pardus.org.tr> Ekin Meroðlu wrote On 04-02-2009 08:49: > Merhaba; > Ozan 2008.2 sonrasýnda ilgileneceðini söylemiþti, bir süredir test de ediyor > bildiðim kadarýyla.. gtk2 ve glib2'nin yeni sürümlerini kullanýyorum 1 aydýr falan, bir sorunla karþýlaþmadým. -- Ozan Çaðlayan From albayenes at gmail.com Tue Feb 3 23:39:14 2009 From: albayenes at gmail.com (Enes Albay) Date: Tue, 3 Feb 2009 23:39:14 +0200 Subject: [Gelistirici] =?utf-8?q?Paket_iste=C4=9Fi?= Message-ID: <200902032339.19486.albayenes@gmail.com> Merhaba, Öncelikle listede yeni olduðum için biraz kendimden bahsedeyim. ÝTÜ Bilgisayar 2.sýnýf öðrencisiyim. Ayný bölümde okuduðum Fatih Aþýcý'nýn yardýmlarý ve yönlendirmeleri sayesinde ben de bundan sonra elimden geldiðince katkýda bulunmaya çalýþacaðým. Çekirdek gibi düþük seviyeli alanlara ilgi duymakla beraber qt ile gui programlama üzerine de çalýþýyorum. Öncelikle aþaðýdaki basit olduðunu düþündüðüm sahipsiz paketleri üzerime alarak baþlamak istiyorum: dstat 4suite KTrafficAnalyzer joe minixml qalculate libqalculate From okyaycihan at gmail.com Wed Feb 4 11:09:02 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Wed, 4 Feb 2009 11:09:02 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Paket_iste=F0i?= In-Reply-To: <200902032339.19486.albayenes@gmail.com> References: <200902032339.19486.albayenes@gmail.com> Message-ID: <637d3feb0902040109yeff0646rbabb504cbcc45bba@mail.gmail.com> 03 Þubat 2009 Salý 23:39 tarihinde Enes Albay yazdý: > >Merhaba, > > >Öncelikle listede yeni olduðum için biraz kendimden bahsedeyim. ÝTÜ > Bilgisayar > >2.sýnýf öðrencisiyim. Ayný bölümde okuduðum Fatih Aþýcý'nýn yardýmlarý ve > >yönlendirmeleri sayesinde ben de bundan sonra elimden geldiðince katkýda > >bulunmaya çalýþacaðým. Çekirdek gibi düþük seviyeli alanlara ilgi duymakla > >beraber qt ile gui programlama üzerine de çalýþýyorum. > Hoþgeldiniz. :) -- Cihan OKYAY http://cihanokyay.wordpress.com Üç gün program yazma ve hayat anlamsýzlaþýr! -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090204/48b98357/attachment-0001.htm From fatih at pardus.org.tr Wed Feb 4 11:10:52 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Wed, 4 Feb 2009 11:10:52 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Paket_iste=F0i?= In-Reply-To: <200902032339.19486.albayenes@gmail.com> References: <200902032339.19486.albayenes@gmail.com> Message-ID: <200902041110.53570.fatih@pardus.org.tr> Salý 03 Þubat 2009 tarihinde, Enes Albay þunlarý yazmýþtý: > Öncelikle aþaðýdaki basit olduðunu düþündüðüm sahipsiz paketleri üzerime > alarak baþlamak istiyorum: > dstat > 4suite > KTrafficAnalyzer > joe > minixml > qalculate > libqalculate Hoþgeldin. Paketler için benden OK. -------------- 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/20090204/2c867822/attachment.pgp From dfisek at fisek.com.tr Wed Feb 4 11:17:29 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Wed, 4 Feb 2009 11:17:29 +0200 Subject: [Gelistirici] =?utf-8?q?Paket_iste=C4=9Fi?= In-Reply-To: <200902032339.19486.albayenes@gmail.com> References: <200902032339.19486.albayenes@gmail.com> Message-ID: <20090204111729.1e53c9f4.dfisek@fisek.com.tr> Tue, 3 Feb 2009 23:39:14 +0200, Enes Albay : > Öncelikle aþaðýdaki basit olduðunu düþündüðüm sahipsiz paketleri > üzerime alarak baþlamak istiyorum: Hosgeldin, paketler bana da uygun gozuktu :) Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From gkmngrgn at gmail.com Wed Feb 4 12:47:55 2009 From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=) Date: Wed, 04 Feb 2009 12:47:55 +0200 Subject: [Gelistirici] gtk 2.14 gecisi? In-Reply-To: <49893B25.7070301@pardus.org.tr> References: <20090204043238.99dfa14c.dfisek@fisek.com.tr> <200902040849.55975.ekin@pardus.org.tr> <49893B25.7070301@pardus.org.tr> Message-ID: <4989725B.80500@gmail.com> Ozan Çaðlayan wrote On 04-02-2009 08:52: > gtk2 ve glib2'nin yeni sürümlerini kullanýyorum 1 aydýr falan, bir sorunla karþýlaþmadým. > > glib2 için çok fazla beklemeye gerek yok. nasýl olsa system.base paketi. gnome-mplayer'daki görünmeye düðme simgeleri gibi hatalarý çözmek için yeterliydi sanýrým. diðer taraftan gtk2 için uðraþýlacak bir þey de yok. Önemli olan bu iki paketin test deposunda uzunca süre tutulmasýna engel olmak. From gkmngrgn at gmail.com Wed Feb 4 13:43:00 2009 From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=) Date: Wed, 04 Feb 2009 13:43:00 +0200 Subject: [Gelistirici] sorum(lu)suz paketler In-Reply-To: <20090118141814.ea549573.dfisek@fisek.com.tr> References: <20090118023136.9205d4b8.onur@pardus.org.tr> <49727D5B.4050500@cclub.metu.edu.tr> <200901181209.16694.turkersezer@tsdesign.info> <20090118141814.ea549573.dfisek@fisek.com.tr> Message-ID: <49897F44.8090304@gmail.com> Doruk Fisek wrote On 18-01-2009 14:18: > Sana dusen asil is bence (pek) aktif olmayan gelistiricilerin kapisini > calip, yanit alamazsan adini koyarak o kisilerin paketlerini bakicisiz > isaretlemek olmali :) > > Ýlker Kesen'e eposta attým, ilgilenmiyorsan þu paketleri alacaðým diye. Cevap bekleme süremiz ne kadar olsun? 1 hafta içinde cevap gelmezse doðrudan þu paketleri üzerime almayý düþünüyorum: comix gazpacho glade tango-icon-theme Bu bir haftanýn sonunda, paketlerinin bakýcýsýz iþaretleneceðine dair tekrar bir eposta atacaðým. Yine bir süre cevap gelmezse katký deposundaki tüm paketlerini bakýcýsýz iþaretlemeyi düþünüyorum. Aslýnda herkes bu þekilde herhangi bir eski geliþtiriciyle muhattap olarak ayný iþlemi yaparak bakýcýsýz iþaretleme iþlemini hýzlandýrmýþ oluruz; ama kimin hangi geliþtiriciyle ilgilendiði de belli olmalý =) Eleþtiriler? From faik at pardus.org.tr Wed Feb 4 13:54:00 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Wed, 4 Feb 2009 13:54:00 +0200 Subject: [Gelistirici] =?utf-8?q?Pisi_delta_iyile=C5=9Ftirmeleri?= In-Reply-To: <200902031236.59962.gokcen@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> Message-ID: <200902041354.00620.faik@pardus.org.tr> Salý 03 Þubat 2009 günü (saat 12:36:59) Gökçen Eraslan þunlarý yazmýþtý: > Selamlar, Elinize saðlýk, > Bu noktada þöyle bir durum var, binary dosyalar, kodlarýnda bir deðiþiklik > olmasa dahi her derlendiklerinde farklý SHA1'lere sahip oluyorlar. Yani > ayný kodu tekrar tekrar derlediðinizde (teknik detaylarýný tam bilemiyorum, > linklendiði kitaplýklarýn offset'lerinden ya da dosya içine yazýlan bir > timestamp'ten olsa gerek) üretilen her dosyanýn SHA1'i farklý oluyor. [...] > 1- Yeniden derlenen iki binary'nin, kaynak kodunun deðiþtiði için mi yoksa > sadece yeniden derlendiði için mi farklý olduðunu kestirebilir miyiz? [...] > 1a- Eðer, ekstirebilirsek, SHA1'i farklý olan fakat aslýnda sadece tekrar > derlenmiþ olan binary'leri deltaya almayýz. Bilemiyorum ben de, araþtýrabiliriz. > 1b- Kestiremezsek, þöyle bir þey düþündük, deðiþen dosyalarýn tamamýný > delta paketine almak yerine, eskileriyle olan xdelta'larýný delta paketine > alabiliriz. Bu þekilde baya bir azalma saðladýk delta paketlerinde. Mümkündür. Ýlk delta paketini xdelta ile yapmaya baþlamýþtýk. Önceki indirilmiþ paketin saklanmasý gerekliliði ve lzma geçisi sonrasý xdelta lzma'yý anlamaz hale de gelince zorunlu bu çözüme gitmiþtik. Ýsmail bu konuda xdelta'ya bir hata girmiþti. [1] Geliþtiricisi en son sýkýþtýrýlmýþ dosyalar için þuraya yönlendirmiþ. [2] Fakat performans açýsýndan önerdiði hiç de uygun deðil. Þu anki delta paket yapýmýz performans olarak da çok çok iyi. Tek yaptýðý dosyalarý sisteme açmak. > Örneðin, deðiþen dosyalar yerine sadece eski ve yeniler arasýndaki > xdeltalarýn olduðu ati-control-center paketinin boyutu, 5.5M'tan 1.4M'a > düþtü.(Ýlgili yamayý ekledim) Bu durumda da þöyle bir sýkýntý çýkýyor, > delta paketini kurarken, eðer eski dosyanýn aynýsýný sistemde bulamazsak > güncellemeyi hiç yapamýyoruz. Bu bulunmalý tabi. Þu anki delta paketi için de ayný sorun var sayýlabilir ama güncelleme esnasýnda bu bir probleme yol açmýyor. Bir paketin eksik dosyalarý varsa ya da silindiyse o paketin çalýþmamasý bekleniyor sadece. Sýradan bir paket kurup, dosyalarýný silmek gibi. xdelta durumunda pisi bu dosyalar üzerinde özel bir komut çalýþtýracaðý için, ek kontroller yapýlmalý, güncellemenin xdelta'ya baðlý olarak baþarýlý ve ya baþarýsýz olmasýna göre ne yapýlacaðý kararlaþtýrýlmalý. Ya hiç bi þey olmamýþ gibi devam edecek ya da güncelleme sonlanacak. > Bunun da üstesinden gelmek içinse, þöyle bir > þey yapýlabilir, güncelleme yapýlmadan önce paket "pisi check" ile kontrol > edilir, "pisi check" o paket için sorunsuz tamamlanýrsa, bu eski paketin > aynen sistemde olduðu ve xdeltanýn dosyaya uygulanabileceði anlamýna > geliyor, dolayýsýyla ufak boyutlardaki delta paketini kurabiliriz. "pisi > check"te sorun çýkarsa da, delta yerine depodan gerçek paket kurulur. Güncellemeye baþlamadan önce bir paketin delta paketini indirip, indirmeyeceði kontrolü bu þekilde çok uzun sürer. faik at jupiter pisi $ time pisi check kernel-source * kernel-source kontrol ediliyor... Tamam real 3m24.959s user 0m15.321s sys 0m6.122s faik at jupiter pisi $ time pisi check kernel-source * kernel-source kontrol ediliyor... Tamam real 2m15.123s user 0m15.406s sys 0m5.838s Þu an delta paket yapýmýz çok sade ve basit. Herhangi bir paketten farký yok. Bu hoþuma gidiyor. Paket içini açýp dosyalarý da inceleyebiliyoruz. xdelta ile bu mümkün deðil. Delta'da iyileþtirilebilecek bir þeyler mutlaka bulunabilir. Örneðin 1a'ya bakabiliriz. Ama buradaki öneri daha þu anki halini kullanmaya baþlamadan çok erken ve köklü bir deðiþiklik bence. - Faik [1] http://code.google.com/p/xdelta/issues/detail?id=1&can=2&q= [2] http://code.google.com/p/xdelta/wiki/ExternalCompression From okyaycihan at gmail.com Wed Feb 4 14:21:14 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Wed, 4 Feb 2009 14:21:14 +0200 Subject: [Gelistirici] sorum(lu)suz paketler In-Reply-To: <49897F44.8090304@gmail.com> References: <20090118023136.9205d4b8.onur@pardus.org.tr> <49727D5B.4050500@cclub.metu.edu.tr> <200901181209.16694.turkersezer@tsdesign.info> <20090118141814.ea549573.dfisek@fisek.com.tr> <49897F44.8090304@gmail.com> Message-ID: <637d3feb0902040421q6dfefc72v85fe609359c455c2@mail.gmail.com> 04 Þubat 2009 Çarþamba 13:43 tarihinde Gökmen Görgen yazdý: > >Ýlker Kesen'e eposta attým, ilgilenmiyorsan þu paketleri alacaðým diye. > >Cevap bekleme süremiz ne kadar olsun? 1 hafta içinde cevap gelmezse > > comix > gazpacho > glade > tango-icon-theme > > >Bu bir haftanýn sonunda, paketlerinin bakýcýsýz iþaretleneceðine dair > >tekrar bir eposta atacaðým. Yine bir süre cevap gelmezse katký > >deposundaki tüm paketlerini bakýcýsýz iþaretlemeyi düþünüyorum. > > >Aslýnda herkes bu þekilde herhangi bir eski geliþtiriciyle muhattap > >olarak ayný iþlemi yaparak bakýcýsýz iþaretleme iþlemini hýzlandýrmýþ > >oluruz; ama kimin hangi geliþtiriciyle ilgilendiði de belli olmalý =) > >Eleþtiriler? Ýlker Kesen 'in bir çok paketi 2008 deposunda bakýcýsýz iþaretli zaten. Bence bir gün bekleyip alman sorun çýkarmaz. Bakýcýsýz paketler iþaretlenecekti daha bir hafta öncesinden ama sanýrým bir sorun oldu ya da baþka birþey. Bilemiyorum. Biri hepsini birden yapsa bence daha iyi bu þekilde gözden kaçanlar olur karýþýklýk olur kýsacasý :) -- Cihan OKYAY http://cihanokyay.wordpress.com Üç gün program yazma ve hayat anlamsýzlaþýr! -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090204/56989515/attachment.htm From faik at pardus.org.tr Wed Feb 4 15:23:42 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Wed, 4 Feb 2009 15:23:42 +0200 Subject: [Gelistirici] conflict eden paketler #6618 Message-ID: <200902041523.43648.faik@pardus.org.tr> http://bugs.pardus.org.tr/show_bug.cgi?id=6618 Buna göre þu anda conflict eden paketler için sadece bu paketler conflict ediyor, þu þu paketler kaldýrýlacak emin misiniz diye soruluyor. Fakat kaldýrýlýrken bu paketlerin þu ters baðýmlýlýklarý da kaldýrýlacak denilmeli. Conflict konusunda emin olamadým. Conflict edip diðer paketin yerine kurulacak olan paket, bu ters baðýmlýlýklarýn da ihtiyaçlarýný karþýlýyor olamaz deðil mi? Ters baðýmlýlýklarý her halde kaldýrýlmalý, bu conflict eden paketler kaldýrýlýrken? Diðer türlü herhalde replaces kullanýlabilirdi. - Faik From ahmet at pardusman.org Wed Feb 4 15:48:30 2009 From: ahmet at pardusman.org (Ahmet =?iso-8859-9?q?AYG=DCN?=) Date: Wed, 4 Feb 2009 15:48:30 +0200 Subject: [Gelistirici] conflict eden paketler #6618 In-Reply-To: <200902041523.43648.faik@pardus.org.tr> References: <200902041523.43648.faik@pardus.org.tr> Message-ID: <200902041548.30889.ahmet@pardusman.org> Faik Uygur, Wednesday 04 February 2009 15:23:42 tarihinde yazdý: > http://bugs.pardus.org.tr/show_bug.cgi?id=6618 Örnekleyerek daha rahat anlatabilirim sanýrým :) Hatadaki gibi gidelim, a paketi b ve c'ye baðýmlý, d paketi a ile çakýþýyor. > Buna göre þu anda conflict eden paketler için sadece bu paketler conflict > ediyor, þu þu paketler kaldýrýlacak emin misiniz diye soruluyor. Fakat > kaldýrýlýrken bu paketlerin þu ters baðýmlýlýklarý da kaldýrýlacak > denilmeli. Bence denilmemeli. Ters baðýmlýlýklardan bir veya birkaçý a,b,c,d paketleri ile alakasýz olarak baþka bir paketin de baðýmlýlýðý olabilir. Benzeri bir durumda ters baðýmlýlýklarý da kaldýrmak kararsýzlýða bir adým yakýnlaþmak demektir. > Conflict konusunda emin olamadým. Conflict edip diðer paketin yerine > kurulacak olan paket, bu ters baðýmlýlýklarýn da ihtiyaçlarýný karþýlýyor > olamaz deðil mi? Ters baðýmlýlýklarý her halde kaldýrýlmalý, bu conflict > eden paketler kaldýrýlýrken? Diðer türlü herhalde replaces > kullanýlabilirdi. Þimdi "Çakýþma" bizim için "sistemi kararsýzlaþtýrabilecek" iþareti deðil mi? Eðer öyleyse d paketini kurduðumuzda a paketini kaldýrýp diðerlerine dokunmamasý -bence- normal. Çünkü diðerleri ile çakýþýyor bilgisini d paketinin paketçisi eklememiþ. Dolayýsýyla ortada sistemi kararsýzlaþtýrabilecek bir durum olmadýðý varsayýlýyor. Eðer d paketi kurulduðunda a ile beraber b ve c'nin varlýðý da sistemi kararsýzlaþtýrýyorsa bunun d paketinde iþaretlenmesi lazým. -Ahmet -------------- 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/20090204/2e98dff1/attachment-0001.pgp From fatih at pardus.org.tr Wed Feb 4 16:24:55 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Wed, 4 Feb 2009 16:24:55 +0200 Subject: [Gelistirici] conflict eden paketler #6618 In-Reply-To: <200902041523.43648.faik@pardus.org.tr> References: <200902041523.43648.faik@pardus.org.tr> Message-ID: <200902041625.00021.fatih@pardus.org.tr> Çarþamba 04 Þubat 2009 tarihinde, Faik Uygur þunlarý yazmýþtý: > http://bugs.pardus.org.tr/show_bug.cgi?id=6618 > > Buna göre þu anda conflict eden paketler için sadece bu paketler conflict > ediyor, þu þu paketler kaldýrýlacak emin misiniz diye soruluyor. Fakat > kaldýrýlýrken bu paketlerin þu ters baðýmlýlýklarý da kaldýrýlacak > denilmeli. Ters baðýmlýlýklar kaldýrýlýyorsa böyle bir mesaj verilmeli bence de. Ancak kullanýcýya bunun ne anlama geldiðini daha düzgün bir þekilde anlatmak lazým sanki. Bazý kullanýcýlar bu conflict mesajý çýktýðýnda hata vermiþ zannederek güncelleme yapmaktan vazgeçiyor. > Conflict konusunda emin olamadým. Conflict edip diðer paketin yerine > kurulacak olan paket, bu ters baðýmlýlýklarýn da ihtiyaçlarýný karþýlýyor > olamaz deðil mi? Ters baðýmlýlýklarý her halde kaldýrýlmalý, bu conflict > eden paketler kaldýrýlýrken? Diðer türlü herhalde replaces > kullanýlabilirdi. Bence de doðrusu bu paketleri kaldýrmak. Dediðin gibi silinecek paketin iþlevini üstlenen paket diðerini replace etmiþ demektir. Paket replace edildiðinde ters baðýmlýlýklarýný da güncellemeye zorluyoruz herhalde? Conflicts ve Replaces taglarýný dikkatli kullanýrsak sorun yok 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/20090204/dc209aeb/attachment.pgp From gurer at pardus.org.tr Wed Feb 4 16:34:58 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Wed, 4 Feb 2009 16:34:58 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Pisi_delta_iyile=FEtirmeleri?= In-Reply-To: <200902041354.00620.faik@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> <200902041354.00620.faik@pardus.org.tr> Message-ID: <200902041634.58442.gurer@pardus.org.tr> On Wednesday 04 February 2009 13:54:00 Faik Uygur wrote: > > 1- Yeniden derlenen iki binary'nin, kaynak kodunun deðiþtiði için mi > > yoksa sadece yeniden derlendiði için mi farklý olduðunu kestirebilir > > miyiz? Sadece yeniden derlendiði için binary dosyanýn deðiþmesi gibi bir durum söz konusu olamaz. Deðiþimin sebebi olarak aklýma gelen nedenler: 1. Dosyalara inþa sýrasýnda dahil olan timestamp ler Pisi mesela .a dosyalarý içindeki timestampleri otomatik yok ediyor. Timestamp otomatik olarak konan bir þey deðil. Ancak, mesela puts("Hede v0.1 built on "__DATE__" "__TIME__); gibi bir kod falan varsa programda, gcc bu makrolarý her derlemede deðiþtiriyor ve otomatik olarak müdahale etmek mümkün deðil. Fakat bu tip þeyler çok nadir karþýlaþýlýyor. Çok sorun olursa basit bir yama ile kapatýlabilir bile. 2. Ýnþa sýrasýnda dahil edilen dýþ kaynaklý dosyalar Mesela svn'den yada netten bir dosyanýn güncel halini çekebilir. Bu da çok nadir karþýlaþýlan ve mümkünse yapýlmamasý gereken bir pratik. 3. Deðiþen compiler Daha iyi kod üretmiþ olacaðý için bu durumda yeni binary'yi isteyeceðiz zaten. > Mümkündür. Ýlk delta paketini xdelta ile yapmaya baþlamýþtýk. > Þu anki delta paket yapýmýz performans olarak da çok > çok iyi. Tek yaptýðý dosyalarý sisteme açmak. Evet Faik'in de açýkladýðý gibi performans önemli bir faktör. Az bir dosya boyutu tasarrufu için paket kurulum süresini uzatmamalýyýz. Kullanýcý bilgisayarlarýnýn düþük hýzlý ve az disk kapasiteli olabileceðini de hesaba katmak lazým. From ozan at pardus.org.tr Wed Feb 4 16:55:25 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Wed, 04 Feb 2009 16:55:25 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Pisi_delta_iyile=FEtirmeleri?= In-Reply-To: <200902041634.58442.gurer@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> <200902041354.00620.faik@pardus.org.tr> <200902041634.58442.gurer@pardus.org.tr> Message-ID: <4989AC5D.8080208@pardus.org.tr> Gürer Özen wrote On 04-02-2009 16:34: > On Wednesday 04 February 2009 13:54:00 Faik Uygur wrote: > >>> 1- Yeniden derlenen iki binary'nin, kaynak kodunun deðiþtiði için mi >>> yoksa sadece yeniden derlendiði için mi farklý olduðunu kestirebilir >>> miyiz? > > Sadece yeniden derlendiði için binary dosyanýn deðiþmesi gibi bir durum söz > konusu olamaz. Deðiþimin sebebi olarak aklýma gelen nedenler: > Evet basit bir hello world programýnýn ikinci ile birinci derleniþinin arasýnda fark yok. Ancak kdebase'den çýkan bir *so dosyasýnýn iki derleniþi arasýnda fark var. Bu fark ldd çýktýsýyla görülebiliyor, baðlý olduklarý diðer so dosyalarýnýn offset'leri deðiþiyor. Çok fazla bilgim yok ama PIE, PIC veya ASLR, fortify-source, stack-protector gibi güvenlik ile ilgili þeylerle alakalý olabilir gibime geliyor.. ELF spec'inde iki binary'nin API/ABI/.section'larýnda hiçbir fark olmadýðý gösteren bir ID gibi bir þey var mýdýr diye merak ediyorum ben. -- Ozan Çaðlayan From fatih at pardus.org.tr Wed Feb 4 16:55:16 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Wed, 4 Feb 2009 16:55:16 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Pisi_delta_iyile=FEtirmeleri?= In-Reply-To: <200902041634.58442.gurer@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> <200902041354.00620.faik@pardus.org.tr> <200902041634.58442.gurer@pardus.org.tr> Message-ID: <200902041655.22691.fatih@pardus.org.tr> Çarþamba 04 Þubat 2009 tarihinde, Gürer Özen þunlarý yazmýþtý: > Sadece yeniden derlendiði için binary dosyanýn deðiþmesi gibi bir durum söz > konusu olamaz. Deðiþimin sebebi olarak aklýma gelen nedenler: Mesela zorg paketini inceleyebiliriz. usr/lib/pardus/zorg/ddc.so boyut olarak hiç deðiþmediði halde hash deðiþmiþ. Son sürümlerde ilgili kodda da hiçbir deðiþiklik olmadý. http://paketler.pardus.org.tr/pardus-2008/zorg-1.2.1-56-23.pisi http://paketler.pardus.org.tr/pardus-2008-test/zorg-1.2.2-57-24.pisi http://paketler.pardus.org.tr/pardus-2008-test/zorg-23-24.delta.pisi -------------- 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/20090204/4dfd65bb/attachment.pgp From faik at pardus.org.tr Wed Feb 4 16:56:51 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Wed, 4 Feb 2009 16:56:51 +0200 Subject: [Gelistirici] contrib deposundaki eski paketler Message-ID: <200902041656.52236.faik@pardus.org.tr> Selam, Test amaçlý contrib deposundaki paketlerden birinin eski sürümüne ihtiyacým oldu, bulamadým. pardus-2008 deposunda olduðu gibi eski sürümlerin saklanmamasýnýn bir sebebi var mý? Hem yerelde güncellenmemiþ depo bilgilerine göre bir paket kurulmak istendiðinde hata vermemesi için, hem de pisi history --takeback komutu için kullanýþlý bu. (pisi eðer paketi önbellekte bulamazsa depolarda da eski versiyonu arýyor.) - Faik From fatih at pardus.org.tr Wed Feb 4 17:08:18 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Wed, 4 Feb 2009 17:08:18 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Pisi_delta_iyile=FEtirmeleri?= In-Reply-To: <200902041634.58442.gurer@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> <200902041354.00620.faik@pardus.org.tr> <200902041634.58442.gurer@pardus.org.tr> Message-ID: <200902041708.25100.fatih@pardus.org.tr> Çarþamba 04 Þubat 2009 tarihinde, Gürer Özen þunlarý yazmýþtý: > 3. Deðiþen compiler > > Daha iyi kod üretmiþ olacaðý için bu durumda yeni binary'yi isteyeceðiz > zaten. Derleyicinin sürümü, tarihi vs. de giriyor. strip --remove-section=.comment --remove-section=.note þeklinde strip edince bu bilgiler silinebiliyor. -------------- 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/20090204/eceff241/attachment.pgp From gurer at pardus.org.tr Wed Feb 4 18:32:04 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Wed, 4 Feb 2009 18:32:04 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Pisi_delta_iyile=FEtirmeleri?= In-Reply-To: <4989AC5D.8080208@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> <200902041634.58442.gurer@pardus.org.tr> <4989AC5D.8080208@pardus.org.tr> Message-ID: <200902041832.04816.gurer@pardus.org.tr> On Wednesday 04 February 2009 16:55:25 Ozan Çaðlayan wrote: > diðer so dosyalarýnýn offset'leri deðiþiyor. Çok fazla bilgim yok ama PIE, > PIC veya ASLR, fortify-source, stack-protector gibi güvenlik ile ilgili > þeylerle alakalý olabilir gibime geliyor.. Güvenlik randomizasyon iþlemleri derleme deðil de yükleme ve dinamik link sýrasýnda yapýlmýyor mu? Denemek için bir library paketi derledim ve ayný hashleri aldým. Belki KDE ile ilgili bir durum bu? From turkay.eren at gmail.com Wed Feb 4 18:56:28 2009 From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Wed, 4 Feb 2009 18:56:28 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Paket_iste=F0i?= In-Reply-To: <200902032339.19486.albayenes@gmail.com> References: <200902032339.19486.albayenes@gmail.com> Message-ID: <200902041856.28562.turkay.eren@gmail.com> On Tuesday 03 February 2009 23:39:14 Enes Albay wrote: > Öncelikle aþaðýdaki basit olduðunu düþündüðüm sahipsiz paketleri üzerime > alarak baþlamak istiyorum: Hoþgeldin. Happy hacking! :) -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090204/2b45e353/attachment.htm From onur at pardus.org.tr Wed Feb 4 19:56:09 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 4 Feb 2009 19:56:09 +0200 Subject: [Gelistirici] conflict eden paketler #6618 In-Reply-To: <200902041523.43648.faik@pardus.org.tr> References: <200902041523.43648.faik@pardus.org.tr> Message-ID: <20090204195609.25bd5ea4.onur@pardus.org.tr> On Wed, 4 Feb 2009 15:23:42 +0200 Faik Uygur wrote: > http://bugs.pardus.org.tr/show_bug.cgi?id=6618 > > Buna göre þu anda conflict eden paketler için sadece bu paketler > conflict ediyor, þu þu paketler kaldýrýlacak emin misiniz diye > soruluyor. Fakat kaldýrýlýrken bu paketlerin þu ters baðýmlýlýklarý > da kaldýrýlacak denilmeli. > > Conflict konusunda emin olamadým. Conflict edip diðer paketin yerine > kurulacak olan paket, bu ters baðýmlýlýklarýn da ihtiyaçlarýný > karþýlýyor olamaz deðil mi? Ters baðýmlýlýklarý her halde > kaldýrýlmalý, bu conflict eden paketler kaldýrýlýrken? Diðer türlü > herhalde replaces kullanýlabilirdi. Ters baðýmlýlýklarýn ihtiyacýný karþýlayabilir aslýnda. Depoda þu anda iki çeþit motif kitaplýðý var, lesstif le openmotif (benzer þekilde glut/freeglut dirac/schroedinger vb. bir seri senaryo daha var). Ýdeal bir dünyada her iki kitaplýk da ayný þeyleri (sembol vs.) sunmasýný bekleriz, bunu becerirlerse replaces der geçeriz, ama uyumluluk konusunda ihtiyaçlarýmýzý 100% karþýlamazsa conflict yazmak durumunda kalabiliriz. Örneklersek, depoda A var, ters baðýmlýlýklarý A1 A2 A3 A4 var. Biz A yerine B ye geçmek istiyoruz ve depoya B yi ekledik. Bütün ters baðýmlýlýklarýnýn iþini görürse "B replaces A" iþaretleyip kurtulabiliriz. Ama mesela A4 bir þekilde B ile uyumsuzsa A yý depodan atamayýp "B conflicts A" yazýp, A1 A2 A3 e de "depends on A" yerine "depends on B" þeklinde iþaretleriz. Burada pisi B yi kurarken A? nýn da baðýmlýlýklarýnýn deðiþip deðiþmediðine bakýp A1 A2 A3 ü güncellemeli Bu senaryoda çözümsüz bir noktaya da gelinebilir tabi, A? kurulu iken B kurmaya çalýþýnca A4 ne olacak, iþte ona "conflict var kaldýrýlýcak" diyebiliriz. -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Wed Feb 4 20:58:53 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 4 Feb 2009 20:58:53 +0200 Subject: [Gelistirici] =?utf-8?q?Pisi_delta_iyile=C5=9Ftirmeleri?= In-Reply-To: <200902041354.00620.faik@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> <200902041354.00620.faik@pardus.org.tr> Message-ID: <20090204205853.1ec5d132.onur@pardus.org.tr> On Wed, 4 Feb 2009 13:54:00 +0200 Faik Uygur wrote: ... > > 1a- Eðer, ekstirebilirsek, SHA1'i farklý olan fakat aslýnda sadece > > tekrar derlenmiþ olan binary'leri deltaya almayýz. > > Bilemiyorum ben de, araþtýrabiliriz. SHA1 i gereksizce deðiþmiþse deðiþmemesi için ne yapmak lazým onu inceleyebiliriz. SHA1 deðiþmeyince de zaten þu anki sistemle delta paketine yeni ELF girmeyecek. > Güncellemeye baþlamadan önce bir paketin delta paketini indirip, > indirmeyeceði kontrolü bu þekilde çok uzun sürer. Gereksiz bir zaman kaybý bence > Þu an delta paket yapýmýz çok sade ve basit. Herhangi bir paketten > farký yok. Bu hoþuma gidiyor. Paket içini açýp dosyalarý da > inceleyebiliyoruz. xdelta ile bu mümkün deðil. Delta'da > iyileþtirilebilecek bir þeyler mutlaka bulunabilir. Örneðin 1a'ya > bakabiliriz. Ama buradaki öneri daha þu anki halini kullanmaya > baþlamadan çok erken ve köklü bir deðiþiklik bence. Ben de pek sýcak bakmýyorum xdelta kullanmaya, fazla hassas ve sisteme yük bindiren bir iþlem gibi geliyor. -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Wed Feb 4 21:06:24 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 4 Feb 2009 21:06:24 +0200 Subject: [Gelistirici] =?utf-8?q?Pisi_delta_iyile=C5=9Ftirmeleri?= In-Reply-To: <200902041655.22691.fatih@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> <200902041354.00620.faik@pardus.org.tr> <200902041634.58442.gurer@pardus.org.tr> <200902041655.22691.fatih@pardus.org.tr> Message-ID: <20090204210624.80b35a2b.onur@pardus.org.tr> On Wed, 4 Feb 2009 16:55:16 +0200 Fatih Aþýcý wrote: > Çarþamba 04 Þubat 2009 tarihinde, Gürer Özen þunlarý yazmýþtý: > > Sadece yeniden derlendiði için binary dosyanýn deðiþmesi gibi bir > > durum söz konusu olamaz. Deðiþimin sebebi olarak aklýma gelen > > nedenler: > > Mesela zorg paketini inceleyebiliriz. usr/lib/pardus/zorg/ddc.so > boyut olarak hiç deðiþmediði halde hash deðiþmiþ. Son sürümlerde > ilgili kodda da hiçbir deðiþiklik olmadý. > > http://paketler.pardus.org.tr/pardus-2008/zorg-1.2.1-56-23.pisi > http://paketler.pardus.org.tr/pardus-2008-test/zorg-1.2.2-57-24.pisi > http://paketler.pardus.org.tr/pardus-2008-test/zorg-23-24.delta.pisi zorg u üst üste derledim hiçbirinde checksum deðiþmedi. 2009 a giden toolchain ve flag larý kullanýyorum, orada bir seri düzeltme var onlar etkilemiþ olabilir. 2008 araçlarý ile de üst üste ayný checksum veriyor mu ? -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Wed Feb 4 21:31:13 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Wed, 4 Feb 2009 21:31:13 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Pisi_delta_iyile=FEtirmeleri?= In-Reply-To: <20090204210624.80b35a2b.onur@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> <200902041655.22691.fatih@pardus.org.tr> <20090204210624.80b35a2b.onur@pardus.org.tr> Message-ID: <200902042131.15423.fatih@pardus.org.tr> Çarþamba 04 Þubat 2009 tarihinde, Onur Küçük þunlarý yazmýþtý: > > Mesela zorg paketini inceleyebiliriz. usr/lib/pardus/zorg/ddc.so > > boyut olarak hiç deðiþmediði halde hash deðiþmiþ. Son sürümlerde > > ilgili kodda da hiçbir deðiþiklik olmadý. > > > > http://paketler.pardus.org.tr/pardus-2008/zorg-1.2.1-56-23.pisi > > http://paketler.pardus.org.tr/pardus-2008-test/zorg-1.2.2-57-24.pisi > > http://paketler.pardus.org.tr/pardus-2008-test/zorg-23-24.delta.pisi > >  zorg u üst üste derledim hiçbirinde checksum deðiþmedi. 2009 a giden > toolchain ve flag larý kullanýyorum, orada bir seri düzeltme var onlar > etkilemiþ olabilir. 2008 araçlarý ile de üst üste ayný checksum veriyor > mu ? Bende de deðiþmiyormuþ. 2008'den farklý olarak sadece --as-needed kullanýyorum. Buildfarm'da neden deðiþiyor acaba? -------------- 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/20090204/3e4d9a7f/attachment.pgp From onur at pardus.org.tr Wed Feb 4 21:12:04 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 4 Feb 2009 21:12:04 +0200 Subject: [Gelistirici] =?utf-8?q?Pisi_delta_iyile=C5=9Ftirmeleri?= In-Reply-To: <200902031236.59962.gokcen@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> Message-ID: <20090204211204.7865aa31.onur@pardus.org.tr> Merhaba, Delta kullanmak istemeyenler için delta desteðini kapatmanýn bir yolu (mesela pisi.conf da bir ayar) var mý ? Bir de history ile geri giderken delta paket kullanýyorsam eski sürüm paketleri internetten çekiyor deðil mi (orjinal paket CD kurulumundan beri güncellenmemiþse ya da pisi de cache kapalý ise mesela) ? -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Wed Feb 4 21:42:31 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 4 Feb 2009 21:42:31 +0200 Subject: [Gelistirici] =?utf-8?q?Pisi_delta_iyile=C5=9Ftirmeleri?= In-Reply-To: <200902041832.04816.gurer@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> <200902041634.58442.gurer@pardus.org.tr> <4989AC5D.8080208@pardus.org.tr> <200902041832.04816.gurer@pardus.org.tr> Message-ID: <20090204214231.622edf5a.onur@pardus.org.tr> On Wed, 4 Feb 2009 18:32:04 +0200 Gürer Özen wrote: > On Wednesday 04 February 2009 16:55:25 Ozan Çaðlayan wrote: > > > diðer so dosyalarýnýn offset'leri deðiþiyor. Çok fazla bilgim yok > > ama PIE, PIC veya ASLR, fortify-source, stack-protector gibi > > güvenlik ile ilgili þeylerle alakalý olabilir gibime geliyor.. > > Güvenlik randomizasyon iþlemleri derleme deðil de yükleme ve dinamik > link sýrasýnda yapýlmýyor mu? Bir þey kaçýrmadýysam derlemede random bir iþlem yapmýyoruz > Denemek için bir library paketi derledim ve ayný hashleri aldým. > Belki KDE ile ilgili bir durum bu? Ben de bir seri paket derledim (zorg ve tasma dahil) ama hepsinin ELF dosyalarýnýn sha1sum larý ayný oldu. Sadece kdebase de mi oluyor bu ? Ya da nasýl bir seri pakette oluyor, belki ortak bir nokta yakalarýz. -- Onur Küçük Knowledge speaks, but wisdom listens From faik at pardus.org.tr Wed Feb 4 21:52:40 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Wed, 4 Feb 2009 21:52:40 +0200 Subject: [Gelistirici] =?utf-8?q?Pisi_delta_iyile=C5=9Ftirmeleri?= In-Reply-To: <20090204211204.7865aa31.onur@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> <20090204211204.7865aa31.onur@pardus.org.tr> Message-ID: <200902042152.40562.faik@pardus.org.tr> Çarþamba 04 Þubat 2009 günü (saat 21:12:04) Onur Küçük þunlarý yazmýþtý: > Merhaba, Selam, > Delta kullanmak istemeyenler için delta desteðini kapatmanýn bir yolu > (mesela pisi.conf da bir ayar) var mý ? Þu an yok böyle bir seçenek, ekleyebilirim. > Bir de history ile geri giderken delta paket kullanýyorsam eski sürüm > paketleri internetten çekiyor deðil mi (orjinal paket CD kurulumundan > beri güncellenmemiþse ya da pisi de cache kapalý ise mesela) ? Hmm, eski sürüm internetten çekiliyor evet. - Faik From ekin at pardus.org.tr Wed Feb 4 22:00:51 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Wed, 4 Feb 2009 22:00:51 +0200 Subject: [Gelistirici] =?utf-8?q?Pisi_delta_iyile=C5=9Ftirmeleri?= In-Reply-To: <200902042152.40562.faik@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> <20090204211204.7865aa31.onur@pardus.org.tr> <200902042152.40562.faik@pardus.org.tr> Message-ID: <200902042200.51963.ekin@pardus.org.tr> Merhaba; Wednesday 04 February 2009 tarihinde, Faik Uygur þunlarý yazmýþtý: > Çarþamba 04 Þubat 2009 günü (saat 21:12:04) Onur Küçük þunlarý yazmýþtý: > > Merhaba, > > Selam, > > > Delta kullanmak istemeyenler için delta desteðini kapatmanýn bir yolu > > (mesela pisi.conf da bir ayar) var mý ? > > Þu an yok böyle bir seçenek, ekleyebilirim. Bu iþe yarayabilir bence de.. -- Ýyi Çalýþmalar; Ekin Meroglu ... 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 Wed Feb 4 23:34:51 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Wed, 04 Feb 2009 23:34:51 +0200 Subject: [Gelistirici] =?utf-8?q?Pisi_delta_iyile=C5=9Ftirmeleri?= In-Reply-To: <200902042131.15423.fatih@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> <200902041655.22691.fatih@pardus.org.tr> <20090204210624.80b35a2b.onur@pardus.org.tr> <200902042131.15423.fatih@pardus.org.tr> Message-ID: <498A09FB.40406@pardus.org.tr> Fatih Aþýcý wrote: > Çarþamba 04 Þubat 2009 tarihinde, Onur Küçük þunlarý yazmýþtý: >>> Mesela zorg paketini inceleyebiliriz. usr/lib/pardus/zorg/ddc.so >>> boyut olarak hiç deðiþmediði halde hash deðiþmiþ. Son sürümlerde >>> ilgili kodda da hiçbir deðiþiklik olmadý. >>> >>> http://paketler.pardus.org.tr/pardus-2008/zorg-1.2.1-56-23.pisi >>> http://paketler.pardus.org.tr/pardus-2008-test/zorg-1.2.2-57-24.pisi >>> http://paketler.pardus.org.tr/pardus-2008-test/zorg-23-24.delta.pisi >> zorg u üst üste derledim hiçbirinde checksum deðiþmedi. 2009 a giden >> toolchain ve flag larý kullanýyorum, orada bir seri düzeltme var onlar >> etkilemiþ olabilir. 2008 araçlarý ile de üst üste ayný checksum veriyor >> mu ? > > Bende de deðiþmiyormuþ. 2008'den farklý olarak sadece --as-needed > kullanýyorum. Buildfarm'da neden deðiþiyor acaba? Enteresan. Siz elle derlerken doðrudan gcc/g++ çaðýrarak mý derlediniz yoksa yine pisi kullanarak mý? Farm'a özgü bir þey olmamalý, diyeceðim ama hmm ccache ile alakalý olmasýn :) -- Ozan Çaðlayan From fatih at pardus.org.tr Wed Feb 4 23:37:27 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Wed, 4 Feb 2009 23:37:27 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Pisi_delta_iyile=FEtirmeleri?= In-Reply-To: <498A09FB.40406@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> <200902042131.15423.fatih@pardus.org.tr> <498A09FB.40406@pardus.org.tr> Message-ID: <200902042337.34515.fatih@pardus.org.tr> Çarþamba 04 Þubat 2009 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: > > Bende de deðiþmiyormuþ. 2008'den farklý olarak sadece --as-needed > > kullanýyorum. Buildfarm'da neden deðiþiyor acaba? > > Enteresan. Siz elle derlerken doðrudan gcc/g++ çaðýrarak mý derlediniz > yoksa yine pisi kullanarak mý? Ýki türlü de denedim. Deðiþmiyor checksum. > Farm'a özgü bir þey olmamalý, diyeceðim ama hmm ccache ile alakalý > olmasýn :) Evet, bu olabilir. -------------- 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/20090204/b56ae04f/attachment.pgp From serbulent at pardus.org.tr Thu Feb 5 00:00:57 2009 From: serbulent at pardus.org.tr (Serbulent UNSAL) Date: Thu, 5 Feb 2009 00:00:57 +0200 Subject: [Gelistirici] conflict eden paketler #6618 In-Reply-To: <200902041548.30889.ahmet@pardusman.org> References: <200902041523.43648.faik@pardus.org.tr> <200902041548.30889.ahmet@pardusman.org> Message-ID: <200902050000.58331.serbulent@pardus.org.tr> On Wednesday 04 February 2009 15:48:30 Ahmet AYGÜN wrote: > Örnekleyerek daha rahat anlatabilirim sanýrým :) > Hatadaki gibi gidelim, a paketi b ve c'ye baðýmlý, d paketi a ile > çakýþýyor. Eðer yanlýþlýkla yazmadýysan bu ifade doðru deðil. Hatada aynen þöyle yazýyor; "a paketine b ve c baðýmlý ... " ;) -- Ýyi Çalýþmalar;   Serbülent                                                                   From ahmet at pardusman.org Thu Feb 5 02:05:31 2009 From: ahmet at pardusman.org (Ahmet =?iso-8859-9?q?AYG=DCN?=) Date: Thu, 5 Feb 2009 02:05:31 +0200 Subject: [Gelistirici] conflict eden paketler #6618 In-Reply-To: <200902050000.58331.serbulent@pardus.org.tr> References: <200902041523.43648.faik@pardus.org.tr> <200902041548.30889.ahmet@pardusman.org> <200902050000.58331.serbulent@pardus.org.tr> Message-ID: <200902050205.31532.ahmet@pardusman.org> Serbulent UNSAL, Thursday 05 February 2009 00:00:57 tarihinde yazdý: > On Wednesday 04 February 2009 15:48:30 Ahmet AYGÜN wrote: > > Örnekleyerek daha rahat anlatabilirim sanýrým :) > > Hatadaki gibi gidelim, a paketi b ve c'ye baðýmlý, d paketi a ile > > çakýþýyor. > > Eðer yanlýþlýkla yazmadýysan bu ifade doðru deðil. Hatada aynen þöyle > yazýyor; eheh yanlýþlýkla yazmýþým, hatta hatayý *fazla* hýzlý okumuþum :D -------------- 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/20090205/a4f2082a/attachment.pgp From ertugrulerata at gmail.com Thu Feb 5 08:27:21 2009 From: ertugrulerata at gmail.com (=?UTF-8?Q?Ertu=C4=9Frul_Erata?=) Date: Thu, 5 Feb 2009 08:27:21 +0200 Subject: [Gelistirici] [Stable] [2008] desktop/fonts/freefont In-Reply-To: <200902041556.14528.inancyildirgan@gmail.com> References: <200902041556.14528.inancyildirgan@gmail.com> Message-ID: <176c63c20902042227x14344444x8c7df2349214135d@mail.gmail.com> @inanc contrib-devel e eskiden benzer isimle bir paket almýþtým. ayný mý deðil mi bilemiyecem. ayný ise contrib den sildirmek lazým. 2009/2/4 Ýnanç Yýldýrgan : > *Removde Glagolitic range, since have not (yet) received OK from author > *Added some TrueType Names > *Updated license to GPL v3. > > Merge please. > _______________________________________________ > Stable mailing list > Stable at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/stable > -- Ertuðrul Erata Pardus Devel. ##biraz tembelim. itiraf ediyorum## From inancyildirgan at gmail.com Thu Feb 5 10:47:45 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Thu, 5 Feb 2009 10:47:45 +0200 Subject: [Gelistirici] [Stable] [2008] desktop/fonts/freefont In-Reply-To: <176c63c20902042227x14344444x8c7df2349214135d@mail.gmail.com> References: <200902041556.14528.inancyildirgan@gmail.com> <176c63c20902042227x14344444x8c7df2349214135d@mail.gmail.com> Message-ID: <200902051047.45913.inancyildirgan@gmail.com> Perþembe 05 Þubat 2009 günü (saat 08:27:21) Ertuðrul Erata þunlarý yazmýþtý: > @inanc > contrib-devel e eskiden benzer isimle bir paket almýþtým. ayný mý > deðil mi bilemiyecem. ayný ise contrib den sildirmek lazým. Ben paketi yapýp review e gönderip onay aldýktan 1-2 gün sonra gördüm o paketi. Sana mail atmýþtým ama gözünden kaçmýþ sanýrým. Karýþýklýk yaratmamasý adýna sildim contrib-devel'den. Zaten contrib-2008 de ve dolayýsýylada ikili depoda paket yoktu. From ertugrulerata at gmail.com Thu Feb 5 12:37:40 2009 From: ertugrulerata at gmail.com (=?UTF-8?Q?Ertu=C4=9Frul_Erata?=) Date: Thu, 5 Feb 2009 12:37:40 +0200 Subject: [Gelistirici] [Stable] [2008] desktop/fonts/freefont In-Reply-To: <200902051047.45913.inancyildirgan@gmail.com> References: <200902041556.14528.inancyildirgan@gmail.com> <176c63c20902042227x14344444x8c7df2349214135d@mail.gmail.com> <200902051047.45913.inancyildirgan@gmail.com> Message-ID: <176c63c20902050237v397c5488i67194ae063caabb6@mail.gmail.com> iyi olmuþ eline saðlýk 05 Þubat 2009 Perþembe 10:47 tarihinde Ýnanç Yýldýrgan yazdý: > Perþembe 05 Þubat 2009 günü (saat 08:27:21) Ertuðrul Erata þunlarý yazmýþtý: >> @inanc >> contrib-devel e eskiden benzer isimle bir paket almýþtým. ayný mý >> deðil mi bilemiyecem. ayný ise contrib den sildirmek lazým. > > Ben paketi yapýp review e gönderip onay aldýktan 1-2 gün sonra gördüm o > paketi. Sana mail atmýþtým ama gözünden kaçmýþ sanýrým. Karýþýklýk yaratmamasý > adýna sildim contrib-devel'den. Zaten contrib-2008 de ve dolayýsýylada ikili > depoda paket yoktu. > > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > -- Ertuðrul Erata Pardus Devel. ##biraz tembelim. itiraf ediyorum## From alpaslanmete at gmail.com Fri Feb 6 01:10:12 2009 From: alpaslanmete at gmail.com (Mete Alpaslan) Date: Fri, 06 Feb 2009 01:10:12 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: <200901161600.22981.onur@pardus.org.tr> References: <20090103041514.44eb5015.onur@pardus.org.tr> <305f9edc0901151656u54a10624s3ee7ebc14101177d@mail.gmail.com> <200901161600.22981.onur@pardus.org.tr> Message-ID: <498B71D4.50303@gmail.com> Onur Küçük wrote On 01/16/2009 04:00 PM: > Glibc yi initramfs e almamýz mümkün deðil, statik derlemeden sonra bir > daha > bakalým > > Gerekli yamalarýn son hali ektedir. Not:Denemek isteyenler için gerekli lvm2 ve device-mapper paketini þuradan inþa etmeniz gerekmektedir. Mete Alpaslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090206/39d7d534/attachment.htm -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: init.diff Tür: text/x-diff Boyut: 939 bayt Taným: kullanýlamýyor Url: http://liste.pardus.org.tr/gelistirici/attachments/20090206/39d7d534/attachment.bin -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: mkinitramfs.diff Tür: text/x-diff Boyut: 423 bayt Taným: kullanýlamýyor Url: http://liste.pardus.org.tr/gelistirici/attachments/20090206/39d7d534/attachment-0001.bin -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: mudur.diff Tür: text/x-diff Boyut: 1214 bayt Taným: kullanýlamýyor Url: http://liste.pardus.org.tr/gelistirici/attachments/20090206/39d7d534/attachment-0002.bin From necmettin.begiter at gmail.com Fri Feb 6 02:51:44 2009 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Fri, 6 Feb 2009 02:51:44 +0200 Subject: [Gelistirici] [paketler-commits] r59719 - playground/mete/lvm2 In-Reply-To: <20090205235150.04DE32474005@ns1.pardus.org.tr> References: <20090205235150.04DE32474005@ns1.pardus.org.tr> Message-ID: <200902060251.44861.necmettin.begiter@gmail.com> On 06 Feb 2009 Fri 01:51:49 paketler-commits at pardus.org.tr wrote: > + Device mapper ioctl library and utilities for use with LVM2 > + Contains device mapper ioctl library and utilities for use with logical volume management (LVM2) Birkaç hatýrlatma: 1. kýsmýnda "ioctl" ifadesini gören kiþilerden kaç tanesi ioctl'nin ne olduðunu bilir? Biraz daha kullanýcýlarýmýzý düþünerek onu "I/O control" olarak yazmamýz gerekir bence. 2. takýlarýna cümle yazýyor ve yazdýklarýmýzý "." (nokta) ile bitiriyoruz. > lvm2 > + LVM2 provides logical volume management facilities on linux. 3. Paketin adýný kýsmýnda kullanmak gereksiz. Ayrýca bu alanýn cümle olmamasý gerekiyor. Cümle oluyor, ayrýca paket adýnýn alanýnda geçmesinde herhangi sakýnca yok. 4. Depolarýmýzda GNU/Linux için olmayan herhangi bir .pisi paketi yok. 5. "linux" deðil. > + LVM is a Logical Volume Manager for the Linux operating system. LVM2 refers to a new userspace toolset that provide logical volume management facilities on linux. 4. > > device-mapper > > > Modified: playground/mete/lvm2/translations.xml > ================================================================= > --- playground/mete/lvm2/translations.xml (original) > +++ playground/mete/lvm2/translations.xml Fri Feb 6 01:51:49 2009 > @@ -7,6 +7,12 @@ > > > > + lvm2 > + LVM2 ile kullanýlan aygýt eþleyici girdi-çýktý kontrol kütüphanesi ve araçlarý > + LVM Linux iþletim sistemi için Mantýksal Hacim Yönetimi saðlar 2. > + > + > + > device-mapper > LVM2 ile kullanýlan aygýt eþleyici girdi-çýktý kontrol kütüphanesi ve araçlarý 5. kýsmýnda LVM2 ile kullanýldýðýný belirtmek gereksiz. > Mantýksal Hacim Yöneticisi (LVM2) ile kullanýlan aygýt eþleyici girdi-çýktý kontrol kütüphanesini ve ilgili araçlarý içerir. 6. LVM2 parantezden çýkarýlabilir, cümle baþýna alýnabilir. Böylece ileride bu paket devel ya da 2009 deposuna girdiðinde ve alanlarý daha güzel olur. Ben paket açýklamalarýyla uðraþýrken bana böyle bir dizi kural - kaide verilmiþti, deðiþtirildiyse artýk kusuru bakmazsýnýz, deðiþtirilmediyse, iþi baþtan sýký tutmak lâzým :) Ýyi çalýþmalar, Necmettin Begiter From alpaslanmete at gmail.com Fri Feb 6 03:47:49 2009 From: alpaslanmete at gmail.com (Mete Alpaslan) Date: Fri, 6 Feb 2009 03:47:49 +0200 Subject: [Gelistirici] [paketler-commits] r59719 - playground/mete/lvm2 In-Reply-To: <200902060251.44861.necmettin.begiter@gmail.com> References: <20090205235150.04DE32474005@ns1.pardus.org.tr> <200902060251.44861.necmettin.begiter@gmail.com> Message-ID: <305f9edc0902051747g2b8eee76oaa4efe2f7e101fa2@mail.gmail.com> 2009/2/6 Necmettin Begiter > > > Ben paket açıklamalarıyla uÄŸraşırken bana böyle bir dizi kural - kaide > verilmiÅŸti, deÄŸiÅŸtirildiyse artık kusuru bakmazsınız, deÄŸiÅŸtirilmediyse, iÅŸi > baÅŸtan sıkı tutmak lâzım :) :) Haklısınız Necmettin Bey iÅŸi baÅŸtan sıkı tutmak lazım da ben bunları eski paketlerin [1] [2] pspec.xml ve translation.xml dosyalarından aldım :) Wiki de farketmemiÅŸ ya da belki atlamışımdır, belirttiÄŸiniz kural setleri gönderirseniz çok sevinirim... [1] https://svn.pardus.org.tr/pardus/2008/applications/admin/device-mapper/ [2] http://svn.pardus.org.tr/pardus/playground/isbaran/lvm2/pspec.xml Sevgiler; Mete Alpaslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090206/fd95c992/attachment.htm From necmettin.begiter at gmail.com Fri Feb 6 05:18:47 2009 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Fri, 6 Feb 2009 05:18:47 +0200 Subject: [Gelistirici] [paketler-commits] r59719 - playground/mete/lvm2 In-Reply-To: <305f9edc0902051747g2b8eee76oaa4efe2f7e101fa2@mail.gmail.com> References: <20090205235150.04DE32474005@ns1.pardus.org.tr> <200902060251.44861.necmettin.begiter@gmail.com> <305f9edc0902051747g2b8eee76oaa4efe2f7e101fa2@mail.gmail.com> Message-ID: <200902060518.47105.necmettin.begiter@gmail.com> On 06 Feb 2009 Fri 03:47:49 Mete Alpaslan wrote: > 2009/2/6 Necmettin Begiter > > > > > > Ben paket açýklamalarýyla uðraþýrken bana böyle bir dizi kural - kaide > > verilmiþti, deðiþtirildiyse artýk kusuru bakmazsýnýz, deðiþtirilmediyse, iþi > > baþtan sýký tutmak lâzým :) > > > :) > > Haklýsýnýz Necmettin Bey iþi baþtan sýký tutmak lazým da ben bunlarý eski > paketlerin [1] [2] pspec.xml ve translation.xml dosyalarýndan aldým :) > > Wiki de farketmemiþ ya da belki atlamýþýmdýr, belirttiðiniz kural setleri > gönderirseniz çok sevinirim... > > > [1] https://svn.pardus.org.tr/pardus/2008/applications/admin/device-mapper/ > [2] http://svn.pardus.org.tr/pardus/playground/isbaran/lvm2/pspec.xml > > > Sevgiler; > Mete Alpaslan > Wiki'de yoktur, çünkü bunlar öyle ya da böyle eposta listesinde konuþulan ama adý konulmayan kurallar. Çoðu pspec.xml ve translations.xml dosyalarýndaki ve alanlarýný da ezbere biliyorum sayýlýr :) Kural seti olarak yoklar ama ben genel yaklaþým olarak yazayým (zira bir ara bu özet ve açýklamalarla uðraþýyordum): - Özet kýsmýnda cümle kullanmýyoruz, dolayýsýyla nokta ile bitmiyor. "GPL lisanslý", "açýk kaynak kodlu", "Linux sistemler için", "özgür yazýlým" ve paketin adý gibi, tekrar cinsinden sayýlabilecek þeylere yer vermiyoruz. Özel isimlerin (doðal olarak) ilk harflerinin büyük olmasýna dikkat ediyoruz. Paketin ne olduðunu söyleyen (örneðin "2010 yýlýnda geçen bir gerçek zaman strateji oyunu") kýsa bir ifade yeterli. - Açýklama kýsmýnda bir ya da iki cümle olabilir, ancak yine de çok uzun tutmamakta fayda var. Kurulan cümlelerin düzgün olmasý için kullanýlabilecek uygulama adý dýþýnda tekrarlardan kaçýnma yaklaþýmý burada da geçerliliðini koruyor. Açýklamalar cümle(ler)den oluþtuðu için noktayla bitirmeye özen gösteriyoruz. - Türkçe'mize özen gösteriyoruz, ifadeleri kýsaltma doldurmuyoruz, anlaþýlabilir olmalarýna özen gösteriyoruz. - Özet ve açýklama alanlarýný mümkün olduðu nispette paketin web sayfasýndan kopyala-yapýþtýr yapmýyoruz. Özellikle de teknik paketler (kütüphaneler vb) söz konusu olduðunda. Þimdilik aklýma gelenler bu kadar, belki diðer geliþtirici arkadaþlarýn da ekleyecek þeyleri vardýr. -- Necmettin Begiter From ahmet at pardusman.org Fri Feb 6 05:25:16 2009 From: ahmet at pardusman.org (Ahmet =?iso-8859-9?q?AYG=DCN?=) Date: Fri, 6 Feb 2009 05:25:16 +0200 Subject: [Gelistirici] [paketler-commits] r59719 - playground/mete/lvm2 In-Reply-To: <200902060518.47105.necmettin.begiter@gmail.com> References: <20090205235150.04DE32474005@ns1.pardus.org.tr> <305f9edc0902051747g2b8eee76oaa4efe2f7e101fa2@mail.gmail.com> <200902060518.47105.necmettin.begiter@gmail.com> Message-ID: <200902060525.18477.ahmet@pardusman.org> Necmettin Begiter, Friday 06 February 2009 05:18:47 tarihinde yazdý: > Wiki'de yoktur, çünkü bunlar öyle ya da böyle eposta listesinde konuþulan > ama adý konulmayan kurallar. -diðer bir çok alanda yaptýðýmýz gibi- adý konulan ama belgelenmeyen kurallar ;) Bir cengaver bunlarý wikiye aktarsa ne güzel olur, tadýndan yinmez valla =) -------------- 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/20090206/00eada58/attachment.pgp From dalgic.srdr at gmail.com Fri Feb 6 06:56:40 2009 From: dalgic.srdr at gmail.com (=?ISO-8859-9?Q?Serdar_Dalg=FD=E7?=) Date: Fri, 6 Feb 2009 06:56:40 +0200 Subject: [Gelistirici] [paketler-commits] r59719 - playground/mete/lvm2 In-Reply-To: <200902060525.18477.ahmet@pardusman.org> References: <20090205235150.04DE32474005@ns1.pardus.org.tr> <305f9edc0902051747g2b8eee76oaa4efe2f7e101fa2@mail.gmail.com> <200902060518.47105.necmettin.begiter@gmail.com> <200902060525.18477.ahmet@pardusman.org> Message-ID: 2009/2/6 Ahmet AYGÜN > Necmettin Begiter, Friday 06 February 2009 05:18:47 tarihinde yazdý: > > Wiki'de yoktur, çünkü bunlar öyle ya da böyle eposta listesinde konuþulan > > ama adý konulmayan kurallar. > -diðer bir çok alanda yaptýðýmýz gibi- adý konulan ama belgelenmeyen > kurallar ;) > > Bir cengaver bunlarý wikiye aktarsa ne güzel olur, tadýndan yinmez valla =) > aslýnda þu wiki belgesine ekleme yapýlabilir gereken yerler.. http://tr.pardus-wiki.org/Pardus:Review'den_önce_dikkat_edilmesi_gerekenler yeni paket hazýrlarken dikkat edilmesi gereken þeyler aslýnda paket devralýndýðýnda da gözden geçirilmesi gereken özellikler oluyor doðal olarak. :) -serdar -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090206/9fcfe961/attachment.htm From ertugrulerata at gmail.com Fri Feb 6 08:58:59 2009 From: ertugrulerata at gmail.com (=?UTF-8?Q?Ertu=C4=9Frul_Erata?=) Date: Fri, 6 Feb 2009 08:58:59 +0200 Subject: [Gelistirici] [Stable] [2008] desktop/fonts/freefont In-Reply-To: <200902051047.45913.inancyildirgan@gmail.com> References: <200902041556.14528.inancyildirgan@gmail.com> <176c63c20902042227x14344444x8c7df2349214135d@mail.gmail.com> <200902051047.45913.inancyildirgan@gmail.com> Message-ID: <176c63c20902052258o12f922efg35162f5642406b56@mail.gmail.com> desktop/freedeskto/freefont altýnda duruyor siliyorum ben 05 Þubat 2009 Perþembe 10:47 tarihinde Ýnanç Yýldýrgan yazdý: > Perþembe 05 Þubat 2009 günü (saat 08:27:21) Ertuðrul Erata þunlarý yazmýþtý: >> @inanc >> contrib-devel e eskiden benzer isimle bir paket almýþtým. ayný mý >> deðil mi bilemiyecem. ayný ise contrib den sildirmek lazým. > > Ben paketi yapýp review e gönderip onay aldýktan 1-2 gün sonra gördüm o > paketi. Sana mail atmýþtým ama gözünden kaçmýþ sanýrým. Karýþýklýk yaratmamasý > adýna sildim contrib-devel'den. Zaten contrib-2008 de ve dolayýsýylada ikili > depoda paket yoktu. > > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > -- Ertuðrul Erata Pardus Devel. ##biraz tembelim. itiraf ediyorum## From onur at pardus.org.tr Fri Feb 6 11:52:20 2009 From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=) Date: Fri, 6 Feb 2009 11:52:20 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: <498B71D4.50303@gmail.com> References: <200901161600.22981.onur@pardus.org.tr> <498B71D4.50303@gmail.com> Message-ID: <200902061152.20440.onur@pardus.org.tr> Friday 06 February 2009 Tarihinde 01:10:12 yazmýþtý: > Onur Küçük wrote On 01/16/2009 04:00 PM: > > Glibc yi initramfs e almamýz mümkün deðil, statik derlemeden sonra bir > > daha > > bakalým > > Gerekli yamalarýn son hali ektedir. > > Not:Denemek isteyenler için gerekli lvm2 ve device-mapper paketini > þuradan inþa > etmeniz gerekmektedir. Çalýþtýrýlan komutlara aþina deðilim ama ekteki diff ler bana doðru göründü -- Onur Küçük Knowledge speaks, but wisdom listens From erenoglu at gmail.com Fri Feb 6 12:01:51 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Fri, 6 Feb 2009 11:01:51 +0100 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: <200902061152.20440.onur@pardus.org.tr> References: <200901161600.22981.onur@pardus.org.tr> <498B71D4.50303@gmail.com> <200902061152.20440.onur@pardus.org.tr> Message-ID: 2009/2/6 Onur Küçük > Friday 06 February 2009 Tarihinde 01:10:12 yazmıştı: > > Onur Küçük wrote On 01/16/2009 04:00 PM: > > > Glibc yi initramfs e almamız mümkün deÄŸil, statik derlemeden sonra bir > > > daha > > > bakalım > > > > Gerekli yamaların son hali ektedir. > > > > Not:Denemek isteyenler için gerekli lvm2 ve device-mapper paketini > > ÅŸuradan inÅŸa > > etmeniz gerekmektedir. > > Çalıştırılan komutlara aÅŸina deÄŸilim ama ekteki diff ler bana doÄŸru > göründü Ben denedim ve LVM/RAID'li sistemimde duzgun calisiyor hepsi. Bunlari commit etme sansimiz yok mu 2008 icin? Normal calisan sistemlere bir etkisi de yok bildigim kadari ile. -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090206/ae6d011d/attachment.htm From ekin at pardus.org.tr Fri Feb 6 12:04:25 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Fri, 6 Feb 2009 12:04:25 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: <498B71D4.50303@gmail.com> References: <200901161600.22981.onur@pardus.org.tr> <498B71D4.50303@gmail.com> Message-ID: <200902061204.25863.ekin@pardus.org.tr> Merhaba; Friday 06 February 2009 tarihinde, Mete Alpaslan þunlarý yazmýþtý: > Onur Küçük wrote On 01/16/2009 04:00 PM: > > Glibc yi initramfs e almamýz mümkün deðil, statik derlemeden sonra bir > > daha > > bakalým > > Gerekli yamalarýn son hali ektedir. > > Not:Denemek isteyenler için gerekli lvm2 ve device-mapper paketini > þuradan inþa > etmeniz gerekmektedir. > > Mete Alpaslan Elinize saðlýk - 2008 test deposuna alalým bence de... -- Ýyi Çalýþmalar; Ekin Meroglu ... 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 Feb 6 12:05:10 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Fri, 6 Feb 2009 12:05:10 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: References: <200902061152.20440.onur@pardus.org.tr> Message-ID: <200902061205.10784.ekin@pardus.org.tr> Merhaba; Friday 06 February 2009 tarihinde, Emre Erenoglu þunlarý yazmýþtý: > Ben denedim ve LVM/RAID'li sistemimde duzgun calisiyor hepsi. Bunlari > commit etme sansimiz yok mu 2008 icin? Normal calisan sistemlere bir etkisi > de yok bildigim kadari ile. Alalým bence de, Bahadýr ses ver, uygunsa commit et, release et :-) -- Ýyi Çalýþmalar; Ekin Meroglu ... 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 Fri Feb 6 12:14:26 2009 From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=) Date: Fri, 6 Feb 2009 12:14:26 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: References: <200902061152.20440.onur@pardus.org.tr> Message-ID: <200902061214.27067.onur@pardus.org.tr> Friday 06 February 2009 Tarihinde 12:01:51 yazmýþtý: > 2009/2/6 Onur Küçük > > > Friday 06 February 2009 Tarihinde 01:10:12 yazmýþtý: > > > Onur Küçük wrote On 01/16/2009 04:00 PM: > > > > Glibc yi initramfs e almamýz mümkün deðil, statik derlemeden sonra > > > > bir daha > > > > bakalým > > > > > > Gerekli yamalarýn son hali ektedir. > > > > > > Not:Denemek isteyenler için gerekli lvm2 ve device-mapper paketini > > > þuradan inþa > > > etmeniz gerekmektedir. > > > > Çalýþtýrýlan komutlara aþina deðilim ama ekteki diff ler bana doðru > > göründü > > Ben denedim ve LVM/RAID'li sistemimde duzgun calisiyor hepsi. Bunlari > commit etme sansimiz yok mu 2008 icin? Normal calisan sistemlere bir etkisi > de yok bildigim kadari ile. paketlere daha bakamadým, paketlere de bir bakalým belki optimize edilecek birþeyler vardýr, onlar da tamam diyince bence alabiliriz, ama karar Ekin'in -- Onur Küçük Knowledge speaks, but wisdom listens From ekin at pardus.org.tr Fri Feb 6 12:15:35 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Fri, 6 Feb 2009 12:15:35 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: <498B71D4.50303@gmail.com> References: <200901161600.22981.onur@pardus.org.tr> <498B71D4.50303@gmail.com> Message-ID: <200902061215.35199.ekin@pardus.org.tr> Merhaba; Friday 06 February 2009 tarihinde, Mete Alpaslan þunlarý yazmýþtý: > Not:Denemek isteyenler için gerekli lvm2 ve device-mapper paketini > þuradan inþa > etmeniz gerekmektedir. Onur'la konuþurken klibc ile derlenmesini saðlasak dedi, initramfs'e gireceðinden bize boyut açýsýndan yarar saðlar.. Daha önce denemiþ miydiniz, araþtýrma þansýnýz olur mu ? -- Ýyi Çalýþmalar; Ekin Meroglu ... 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 erenoglu at gmail.com Fri Feb 6 12:20:17 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Fri, 6 Feb 2009 11:20:17 +0100 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: <200902061215.35199.ekin@pardus.org.tr> References: <200901161600.22981.onur@pardus.org.tr> <498B71D4.50303@gmail.com> <200902061215.35199.ekin@pardus.org.tr> Message-ID: 2009/2/6 Ekin MeroÄŸlu > > Friday 06 February 2009 tarihinde, Mete Alpaslan ÅŸunları yazmıştı: > > Not:Denemek isteyenler için gerekli lvm2 ve device-mapper paketini > > ÅŸuradan inÅŸa > > etmeniz gerekmektedir. > > Onur'la konuÅŸurken klibc ile derlenmesini saÄŸlasak dedi, initramfs'e > gireceÄŸinden bize boyut açısından yarar saÄŸlar.. > > Daha önce denemiÅŸ miydiniz, araÅŸtırma ÅŸansınız olur mu ? Ubuntu ve debian'a baktim, sanirim gentoo'ya da baktim. Hicbiri klibc ile derlememis, hepsi bodozlama libc ile derlemis ve initramfs'in icine atmis ne kadar kutuphane varsa. Bence cok kafaya takmayalim. Anca ufacik tefecik embedded sistemlerde Pardus kullancaksak (icindeki yiyecekler azalinca supermarkete otomatik siparis gecen buzdolabi gibi) gerekli olabilir. :) -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090206/b5c1707c/attachment.htm From necmettin.begiter at gmail.com Fri Feb 6 12:19:42 2009 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Fri, 6 Feb 2009 12:19:42 +0200 Subject: [Gelistirici] [paketler-commits] r59719 - playground/mete/lvm2 In-Reply-To: References: <20090205235150.04DE32474005@ns1.pardus.org.tr> <200902060525.18477.ahmet@pardusman.org> Message-ID: <200902061219.42159.necmettin.begiter@gmail.com> On 06 Feb 2009 Fri 06:56:40 Serdar Dalgýç wrote: > http://tr.pardus-wiki.org/Pardus:Review'den_önce_dikkat_edilmesi_gerekenler > Hallettik. -- Necmettin Begiter From bahadir at pardus.org.tr Fri Feb 6 12:23:46 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Fri, 6 Feb 2009 12:23:46 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: <498B71D4.50303@gmail.com> References: <200901161600.22981.onur@pardus.org.tr> <498B71D4.50303@gmail.com> Message-ID: <200902061223.48718.bahadir@pardus.org.tr> 06 Åžub 2009 Cum tarihinde, Mete Alpaslan ÅŸunları yazmıştı: > Onur Küçük wrote On 01/16/2009 04:00 PM: > > Glibc yi initramfs e almamız mümkün deÄŸil, statik derlemeden sonra bir > > daha > > bakalım > > Gerekli yamaların son hali ektedir. Eline saÄŸlık, yamayı müdür'e commit ettim az evvel. -------------- 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/20090206/d0b62bef/attachment.pgp From fatih at pardus.org.tr Fri Feb 6 14:23:23 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 6 Feb 2009 14:23:23 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <20090206070726.849241384472@ns1.pardus.org.tr> References: <20090206070726.849241384472@ns1.pardus.org.tr> Message-ID: <200902061423.27155.fatih@pardus.org.tr> Cuma 06 Þubat 2009 tarihinde, uludag-commits at pardus.org.tr þunlarý yazmýþtý: > +        self.screens = [welcomeWidget, mouseWidget, packageWidget, > networkWidget] Anlaþýlan kaptan4 yine eskisi gibi olacak. O kadar da tartýþmýþtýk oysa ki bu listede. Hatta kimse kalkýp "Senin önerin þu þu nedenlerle olamaz" diye bir argümanla da gelmedi. Gerçi o thread de sonuçlanamadan baþka bir polemiðe kurban gitti. -------------- 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/20090206/78beb31b/attachment.pgp From pinar at pardus.org.tr Fri Feb 6 14:32:26 2009 From: pinar at pardus.org.tr (Pinar Yanardag) Date: Fri, 06 Feb 2009 14:32:26 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <200902061423.27155.fatih@pardus.org.tr> References: <20090206070726.849241384472@ns1.pardus.org.tr> <200902061423.27155.fatih@pardus.org.tr> Message-ID: <498C2DDA.50105@pardus.org.tr> On 06-02-2009 14:23 Fatih Aþýcý wrote: > Anlaþýlan kaptan4 yine eskisi gibi olacak. O kadar da tartýþmýþtýk oysa ki bu > listede. Hatta kimse kalkýp "Senin önerin þu þu nedenlerle olamaz" diye bir > argümanla da gelmedi. Gerçi o thread de sonuçlanamadan baþka bir polemiðe > kurban gitti. > dedigin gibi, o thread de yet another polemige kurban gittigi icin simdilik eskisi gibi (kastettigin NM ayarlari ise) tasarliyorum kaptan'i. gerekirse cikarma/ekleme yapariz. -- Pinar Yanardag http://pinguar.org _________________________________________________________ The only way of discovering the limits of the possible is to venture a little way past them into the impossible. --Arthur C. Clarke From serbulent at pardus.org.tr Fri Feb 6 14:34:33 2009 From: serbulent at pardus.org.tr (Serbulent UNSAL) Date: Fri, 6 Feb 2009 14:34:33 +0200 Subject: [Gelistirici] =?utf-8?b?QcWfYcSfxLFkYWtpIHNhaGlwc2l6IHBha2V0bGVy?= =?utf-8?b?Li4u?= Message-ID: <200902061434.33412.serbulent@pardus.org.tr> Merhaba, EÄŸer ilgilenen yoksa aÅŸağıdaki sahipsiz paketleri üzerime almayı planlıyorum. genus2reduction givaro linbox crm114 interbench nvu joe dos2unix aften dstat flint -- Ä°yi Çalışmalar, Serbülent -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090206/3ac1f55d/attachment.htm From alpaslanmete at gmail.com Fri Feb 6 16:36:51 2009 From: alpaslanmete at gmail.com (Mete Alpaslan) Date: Fri, 6 Feb 2009 16:36:51 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: <200902061215.35199.ekin@pardus.org.tr> References: <200901161600.22981.onur@pardus.org.tr> <498B71D4.50303@gmail.com> <200902061215.35199.ekin@pardus.org.tr> Message-ID: <305f9edc0902060636t35ac1e38ga0f347a0e5eb7408@mail.gmail.com> 2009/2/6 Ekin MeroÄŸlu > > Onur'la konuÅŸurken klibc ile derlenmesini saÄŸlasak dedi, initramfs'e > gireceÄŸinden bize boyut açısından yarar saÄŸlar.. > > Daha önce denemiÅŸ miydiniz, araÅŸtırma ÅŸansınız olur mu ? > Optimize etme vaktim olmadı ama çeÅŸitli dağıtımlara bakınca klibc kullanmadıklarını farkedince sonraya bıraktım. Åžu anda cryptsetup-luks ile uÄŸraşıyorum sanırım onunla birlikte (bağımlılıklarıyla birlikte initramfs de fazla olabilir) düşünebiliriz... Mete Alpaslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090206/0fb85921/attachment.htm From alpaslanmete at gmail.com Fri Feb 6 16:37:47 2009 From: alpaslanmete at gmail.com (Mete Alpaslan) Date: Fri, 6 Feb 2009 16:37:47 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: <200902061223.48718.bahadir@pardus.org.tr> References: <200901161600.22981.onur@pardus.org.tr> <498B71D4.50303@gmail.com> <200902061223.48718.bahadir@pardus.org.tr> Message-ID: <305f9edc0902060637q5e98be83k357a7a171eaf8f95@mail.gmail.com> 2009/2/6 Bahadır Kandemir > 06 Åžub 2009 Cum tarihinde, Mete Alpaslan ÅŸunları yazmıştı: > > Onur Küçük wrote On 01/16/2009 04:00 PM: > > > Glibc yi initramfs e almamız mümkün deÄŸil, statik derlemeden sonra bir > > > daha > > > bakalım > > > > Gerekli yamaların son hali ektedir. > > Eline saÄŸlık, yamayı müdür'e commit ettim az evvel. > TeÅŸekkürler; Mete Alpaslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090206/fba14412/attachment-0001.htm From h.ibrahim.gungor at gmail.com Fri Feb 6 16:42:41 2009 From: h.ibrahim.gungor at gmail.com (H. =?utf-8?q?=C4=B0brahim?= =?utf-8?q?_G=C3=BCng=C3=B6r?=) Date: Fri, 6 Feb 2009 16:42:41 +0200 Subject: [Gelistirici] =?utf-8?b?QcWfYcSfxLFkYWtpIHNhaGlwc2l6IHBha2V0bGVy?= =?utf-8?b?Li4u?= In-Reply-To: <200902061434.33412.serbulent@pardus.org.tr> References: <200902061434.33412.serbulent@pardus.org.tr> Message-ID: <200902061642.41718.h.ibrahim.gungor@gmail.com> 06 Þubat 2009 Cuma günü (saat 14:34:33) Serbulent UNSAL þunlarý yazmýþtý: > Merhaba, Merhaba > > Eðer ilgilenen yoksa aþaðýdaki sahipsiz paketleri üzerime almayý > planlýyorum. > > nvu Bu paketle ilgili bir sorunumuz var. NVu artýk geliþtirilmiyor, yerine hata düzeltme sürümü olan (unofficial) KompoZer düþünülüyordu fakat KompoZer henüz review'dan geçemedi. [0] ve [1] adreslerinde yeterli bilgiyi bulabilirsin. [0] http://hata.pardus.org.tr/show_bug.cgi?id=6319 [1] http://liste.pardus.org.tr/paketler/Week-of-Mon-20081117/004979.html -- H. Ýbrahim Güngör -- H. Ýbrahim Güngör From serbulent at pardus.org.tr Fri Feb 6 16:45:52 2009 From: serbulent at pardus.org.tr (Serbulent UNSAL) Date: Fri, 6 Feb 2009 16:45:52 +0200 Subject: [Gelistirici] =?iso-8859-9?q?A=FEa=F0=FDdaki_sahipsiz_paketler=2E?= =?iso-8859-9?q?=2E=2E?= In-Reply-To: <200902061642.41718.h.ibrahim.gungor@gmail.com> References: <200902061434.33412.serbulent@pardus.org.tr> <200902061642.41718.h.ibrahim.gungor@gmail.com> Message-ID: <200902061645.52718.serbulent@pardus.org.tr> On Friday 06 February 2009 16:42:41 H. Ýbrahim Güngör wrote: > > nvu > > Bu paketle ilgili bir sorunumuz var. NVu artýk geliþtirilmiyor, yerine hata > düzeltme sürümü olan (unofficial) KompoZer düþünülüyordu fakat  KompoZer > henüz review'dan geçemedi. Unutmuþtum ben bunu depodan çýkartacaðýmýzý, bu kýsýmý ignore edin lütfen... -- Ýyi Çalýþmalar, Serbülent -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090206/555dae4b/attachment.htm From fatih at pardus.org.tr Fri Feb 6 16:59:49 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Fri, 6 Feb 2009 16:59:49 +0200 Subject: [Gelistirici] =?utf-8?b?QcWfYcSfxLFkYWtpIHNhaGlwc2l6IHBha2V0bGVy?= =?utf-8?b?Li4u?= In-Reply-To: <200902061434.33412.serbulent@pardus.org.tr> References: <200902061434.33412.serbulent@pardus.org.tr> Message-ID: <200902061659.53488.fatih@pardus.org.tr> Cuma 06 Åžubat 2009 tarihinde, Serbulent UNSAL ÅŸunları yazmıştı: > Merhaba, > > EÄŸer ilgilenen yoksa aÅŸağıdaki sahipsiz paketleri üzerime almayı > planlıyorum. > > genus2reduction > givaro > linbox > crm114 > interbench > nvu > joe > dos2unix > aften > dstat > flint UNMAINTAINED listesini güncelledim. dstat paketi Enes Albay tarafından alınmıştı. Yine joe paketini o da istiyor. Ãœzerinde çalışıyor olabilir. DiÄŸerleri için benden OK. -------------- 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/20090206/85c933ab/attachment.pgp From ahmet at pardusman.org Fri Feb 6 17:29:17 2009 From: ahmet at pardusman.org (Ahmet =?iso-8859-9?q?AYG=DCN?=) Date: Fri, 6 Feb 2009 17:29:17 +0200 Subject: [Gelistirici] [paketler-commits] r59719 - playground/mete/lvm2 In-Reply-To: <200902061219.42159.necmettin.begiter@gmail.com> References: <20090205235150.04DE32474005@ns1.pardus.org.tr> <200902061219.42159.necmettin.begiter@gmail.com> Message-ID: <200902061729.20029.ahmet@pardusman.org> Necmettin Begiter, Friday 06 February 2009 12:19:42 tarihinde yazdý: > Hallettik. Ellerinize saðlýk efenim :) -------------- 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/20090206/27f12c6c/attachment.pgp From semen at pardus.org.tr Fri Feb 6 20:59:25 2009 From: semen at pardus.org.tr (semen at pardus.org.tr) Date: Fri, 6 Feb 2009 20:59:25 +0200 (EET) Subject: [Gelistirici] component yapisi ve paket agaci taslagi Message-ID: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> Herkese selamlar, 2009 icin hazirlamis oldugum yeni paket agaci taslagini http://svn.pardus.org.tr/uludag/trunk/component/ altinda bulabilir ve inceleyebilirsiniz. Bazi paketler icin kucuk aciklamalar dustum. Ayrica, bazi perl ve python paketlerini kullanan bolumlerin altina add-on olarak alt bolum acmayi dusundum. Fakat bu degisiklikleri listede konustuktan sonra gerceklestirmeyi tercih ettim. Freedesktop bolumunun tekrar elden gecirilmesi gerekiyor. Bir ara bu konu hakkinda Fatihle konusma firsatim olmustu, bazi paketleri bolmeyi dusundugunu ve freedesktop icin bir takim degisiklikler yapacagini soylemisti. Bu konu hakkindaki dusuncelerinizi ve goruslerinizi bekliyorum. Sevgilerimle, Semen Cirit From dfisek at fisek.com.tr Fri Feb 6 21:05:08 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 6 Feb 2009 21:05:08 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <498C2DDA.50105@pardus.org.tr> References: <20090206070726.849241384472@ns1.pardus.org.tr> <200902061423.27155.fatih@pardus.org.tr> <498C2DDA.50105@pardus.org.tr> Message-ID: <20090206210508.5189a377.dfisek@fisek.com.tr> Merhaba, Fri, 06 Feb 2009 14:32:26 +0200, Pinar Yanardag : > > Anlaþýlan kaptan4 yine eskisi gibi olacak. O kadar da tartýþmýþtýk > > oysa ki bu listede. Hatta kimse kalkýp "Senin önerin þu þu > > nedenlerle olamaz" diye bir argümanla da gelmedi. Gerçi o thread de > > sonuçlanamadan baþka bir polemiðe kurban gitti. > dedigin gibi, o thread de yet another polemige kurban gittigi icin > simdilik eskisi gibi (kastettigin NM ayarlari ise) tasarliyorum > kaptan'i. gerekirse cikarma/ekleme yapariz. Yanlis anlamayin ama ortada tartismak ve goruslerden sonuc cikarmak kavramlarinda ciddi sorunlar var sanirim. Insanlar goruslerini soylerler, tartisirlar da. "Biri" (cogu zaman konudan sorumlu kisi) de o goruslerden karsi cikilmayanlari toplayip uygulamaya alir, karsi cikilanlarda da gelen gorusler dogrultusunda bir karar verir. Bunu yapmayip tum gorusleri "polemige kurban gitti" diye cope atmak hem isin kolayina kacmak, hem de fikirlerini anlatmak icin emek harcayan insanlara ve harcadiklari emeklere buyuk bir saygisizlik. Bir konuda ya gorus sormayin ya da ortaya cikan gorusleri dikkate alin. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From dfisek at fisek.com.tr Fri Feb 6 21:12:50 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 6 Feb 2009 21:12:50 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> Message-ID: <20090206211250.41b1cb89.dfisek@fisek.com.tr> Merhaba, Fri, 6 Feb 2009 20:59:25 +0200 (EET), semen at pardus.org.tr : > 2009 icin hazirlamis oldugum yeni paket agaci taslagini > http://svn.pardus.org.tr/uludag/trunk/component/ altinda bulabilir ve > inceleyebilirsiniz. Bazi paketler icin kucuk aciklamalar dustum. Siniflandirirkenki kriterleri de biraz aciklaman mumkun mu? Yani kde.extras'a bir paket neye gore giriyor ornegin? Bunu bilesenlerin component.xml'lerinde yer alacak bilesen tanimlari gibi dusunebilirsin. Hangi bilesenin tam ne ise yaramasini dusundugunu bilirsek (bazilari elbette cok bariz ama bazilari da degil) daha saglikli yorum yapabiliriz diye dusunuyorum. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From dalgic.srdr at gmail.com Fri Feb 6 21:17:41 2009 From: dalgic.srdr at gmail.com (=?ISO-8859-9?Q?Serdar_Dalg=FD=E7?=) Date: Fri, 6 Feb 2009 21:17:41 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> Message-ID: 2009/2/6 > Herkese selamlar, > > 2009 icin hazirlamis oldugum yeni paket agaci taslagini > http://svn.pardus.org.tr/uludag/trunk/component/ altinda bulabilir ve > inceleyebilirsiniz. Bazi paketler icin kucuk aciklamalar dustum. > eline saðlýk, kabaca baktým, þu anki yapýya göre gayet düzenli olmuþ, buna ihtiyaç vardý bence de.. > > Ayrica, bazi perl ve python paketlerini kullanan bolumlerin altina add-on > olarak alt bolum acmayi dusundum. Fakat bu degisiklikleri listede > konustuktan sonra gerceklestirmeyi tercih ettim. > perl ve python paketlerindeki alt bölümleri ve onlarýn elemanlarýný arttýrabiliriz bence.. lib kýsmýna girebilecek ama programming.python altýnda olan ve yanýna da notlar düþtüðün bir çok kitaplýk var. örnek olarak diðer daðýtýmlarýn, kiþisel olarak sevdiðim þekliyle de gentoo'nunki bu konuda oldukça düzenli ve avantajlar sunuyor. programming.languages component'inin silinip dillerin direk programming'in altýna alýnmasýnýn özel bir sebebi var mý? bir de zaten programming.environments var, programming.python.environments açmak yerine programming.python.environments'ýn altýndakileri bir üst seviyedeki environments'ýn altýna atsak daha güzel olmaz mý? bir de Doruk'un da dediði gibi sýnýflandýrmanýn neye göre yapýldýðý konusunda biraz daha bilgi verebilirsen iyi olur.. -serdar -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090206/b008c58a/attachment.htm From gurer at pardus.org.tr Fri Feb 6 21:19:39 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Fri, 6 Feb 2009 21:19:39 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> Message-ID: <200902062119.39882.gurer@pardus.org.tr> On Friday 06 February 2009 20:59:25 semen at pardus.org.tr wrote: > 2009 icin hazirlamis oldugum yeni paket agaci taslagini > http://svn.pardus.org.tr/uludag/trunk/component/ altinda bulabilir ve > inceleyebilirsiniz. Bazi paketler icin kucuk aciklamalar dustum. > Bu konu hakkindaki dusuncelerinizi ve goruslerinizi bekliyorum. openldap ve arkadaþlarý server.ldap içinde dursa daha anlamlý olur, ldap illa authentication için kullanýlmak zorunda deðil, bir çeþit veritabaný. Belki de server.database.ldap? programming.embedded iþlevi doðru anlatmýyor. Oradaki avr paketleri özel bir mikrodenetçi (atmel) için, benzeri þekilde piklab (pic mikrodenetçi için) var. Bunlarý ya elektronik.microcontroller yada programming.microcontroller altýnda toplayalým. Embedded çok geniþ ve anlamý net olmayan bir terim, öküz gibi iþlemciler de embedded olarak kullanýlabiliyor. Erlang ile nasm ise yanlýþ düþmüþ oraya sanýrým :) Uzun bir liste olduðu için çok inceleyemedim, belki de toptan paket listesi bazýnda gitmek yerine þu anki yapýda ne sorunlar olduðu, ve bunlarda yapýlacak adým adým düzeltmeler üstünden gitmek daha kolay olur? Mesela çok büyüyen programming.libs yerine her component içinde ayrý ayrý library bölümü açýlmýþ gibi duruyor, bu iyi fikir gibi. From fatih at pardus.org.tr Fri Feb 6 21:37:51 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 6 Feb 2009 21:37:51 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> Message-ID: <200902062137.57510.fatih@pardus.org.tr> Cuma 06 Þubat 2009 tarihinde, semen at pardus.org.tr þunlarý yazmýþtý: > Bu konu hakkindaki dusuncelerinizi ve goruslerinizi bekliyorum. * desktop.gnome.library/base bileþenleri sadece GNOME'a özgü olan temel paketleri içermeli. gtk2 ve arkadaþlarý desktop.gnome altýnda olmamalý. kde bileþenleri için de ayný þey geçerli. gtk2, qt gibi toolkitler desktop.library adýnda bir bileþene girebilir. * bileþen isimlerinin tümünde tekil kelimeler kullanalým. extras yerine extra gibi. * extras yerine misc de kullanýlabilir. * desktop.kde altýndaki uygulamalar iþlevlerine göre uygun bileþenlere gönderilmeli (Bizim manager'lar da dahil). Burada sadece KDE masaüstüne ait temel paketler bulunmalý. * Simge ve imleç temalarý, freedesktop sayesinde artýk ortak bir formata sahip. Bunlarý desktop.kde/gnome.theme altýna taþýmak yerine desktop.theme altýna almalýyýz. * freedesktop diye bir bileþenn olmamalý aslýnda. free- kýsmýný atýn. desktop bileþenine daðýlsýn buradakiler. xorg ve arkadaþlarýný ise system.x11 gibi bir bileþene atabiliriz. * programming.qt altýndakiler programming.tools, desktop.library gibi bileþenlere daðýtýlabilir. qt diye bir bileþene gerek yok bence. * programming.python.lib -> library olabilir. * programming.python.environment -> programming.environment varken buna gerek yok. * yali ve arkadaþlarý system.installer adýnda bir bileþene gidebilir. pluginleri falan da gelecek ileride herhalde. O yüzden ayrý bir bileþen olabilir. * kernel.firmware, kernel sürümünden baðýmsýz bir bileþen deðil mi? Eðer öyleyse ilerde de birden fazla kernel sunacaðýmýza göre bu bileþeni kernel dýþýna (mesela hardware.firmware?) çýkarabiliriz. Her kernel için böyle bir bileþen tutmayýz herhalde? * documentation bir bileþen adý olarak sanki içerisinde dökümanlar varmýþ izlenimi uyandýrýyor. Bunlardan bazýlarý ofis bileþenlerine gidebilir. Bazýlarý için publishing ve viewer adýnda bileþenler açýlabilir. * utility.shells yerine system.shell kullanýlabilir. office bileþeni ana bileþen yapýlabilir. utility bileþeni için biraz daha düþünmek 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/20090206/b68eb607/attachment.pgp From burakclskn at gmail.com Fri Feb 6 21:45:42 2009 From: burakclskn at gmail.com (Burak =?ISO-8859-9?Q?=C7al=FD=FEkan?=) Date: Fri, 6 Feb 2009 21:45:42 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> Message-ID: <20090206214542.cb0996f8.burakclskn@gmail.com> On Fri, 6 Feb 2009 20:59:25 +0200 (EET) semen at pardus.org.tr wrote: > Herkese selamlar, > > 2009 icin hazirlamis oldugum yeni paket agaci taslagini > http://svn.pardus.org.tr/uludag/trunk/component/ altinda bulabilir ve > inceleyebilirsiniz. Bazi paketler icin kucuk aciklamalar dustum. > Çalýþmanýz güzel olmuþ (özellikle desktop.gnome.library). Yanlýz gtk-doc döküman paketi, bunlarý baþka bir yere alsak daha iyi olmaz mý? Ayrýca, bazý gnome paketlerinde docbook tabanlý yardým dosyalarý çýkýyor. Bunlar baþka bir yede toplasak yada baþka bir component hazýrlasak. From fatih at pardus.org.tr Fri Feb 6 21:45:21 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 6 Feb 2009 21:45:21 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <20090206211250.41b1cb89.dfisek@fisek.com.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <20090206211250.41b1cb89.dfisek@fisek.com.tr> Message-ID: <200902062145.21312.fatih@pardus.org.tr> Cuma 06 Þubat 2009 tarihinde, Doruk Fisek þunlarý yazmýþtý: > > 2009 icin hazirlamis oldugum yeni paket agaci taslagini > > http://svn.pardus.org.tr/uludag/trunk/component/ altinda bulabilir ve > > inceleyebilirsiniz. Bazi paketler icin kucuk aciklamalar dustum. > > Siniflandirirkenki kriterleri de biraz aciklaman mumkun mu? Depoda paketler yerleþtirilirken fiziksel özelliklerine bakmýþýz þimdiye kadar. Mesela KDE için yazýlmýþ çoðu uygulama desktop.kde altýna gidiyor. Kullanýcý paket yöneticisinde bir video oynatýcý aradýðýnda ilk iþi çokluortam bileþenine bakmak olacaktýr. Ancak aradýðý þey desktop.kde/gnome altýnda olunca bulamýyor. Birbirinin tamamen alternatifi durumda olan uygulamalar farklý bileþenlerde yer alýyor. Yeni taslaðýn amacý bu sorunu ortadan kaldýrmak. Uygulamalarý mümkün olduðunca iþlevlerine bakarak bileþenlere daðýtmamýz 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/20090206/a3bb328a/attachment.pgp From pinar at pardus.org.tr Fri Feb 6 22:39:07 2009 From: pinar at pardus.org.tr (Pinar Yanardag) Date: Fri, 06 Feb 2009 22:39:07 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <20090206210508.5189a377.dfisek@fisek.com.tr> References: <20090206070726.849241384472@ns1.pardus.org.tr> <200902061423.27155.fatih@pardus.org.tr> <498C2DDA.50105@pardus.org.tr> <20090206210508.5189a377.dfisek@fisek.com.tr> Message-ID: <498C9FEB.1050206@pardus.org.tr> On 06-02-2009 21:05 Doruk Fisek wrote: > Yanlis anlamayin ama ortada tartismak ve goruslerden sonuc cikarmak > kavramlarinda ciddi sorunlar var sanirim. > > Insanlar goruslerini soylerler, tartisirlar da. "Biri" (cogu zaman > konudan sorumlu kisi) de o goruslerden karsi cikilmayanlari toplayip > uygulamaya alir, karsi cikilanlarda da gelen gorusler dogrultusunda bir > karar verir. > > Bunu yapmayip tum gorusleri "polemige kurban gitti" diye cope atmak > hem isin kolayina kacmak, hem de fikirlerini anlatmak icin emek > harcayan insanlara ve harcadiklari emeklere buyuk bir saygisizlik. > > Bir konuda ya gorus sormayin ya da ortaya cikan gorusleri dikkate alin. > *tum gorusleri*, "polemige kurban gitti" diye "cope atan" kim? ben dedigimin gayet acik oldugunu dusunuyorum -> "dedigin gibi, o thread de yet another polemige kurban gittigi icin simdilik eskisi gibi (kastettigin NM ayarlari ise) tasarliyorum kaptan'i." demisim. yani NM = network manager konusunda bir sonuc cikmadigi icin simdilik eski kaptandaki gibi yaptim o ayar penceresini. NM ayarlari yali-firstboot'ta mi olacak/olmasi mumkun mu/uygun mu bir karar verildiginde gerekirse kaldiracagim o modulu. bu dediklerimden "hem isin kolayina kacmak, hem de fikirlerini anlatmak icin emek harcayan insanlara ve harcadiklari emeklere buyuk bir saygisizlik." diye bir kani cikmasin lutfen. diger gorusleri tabii ki goz onune aliyorum, oyle olmasa gelen onerilerin olurlugu/olmazligi konusunda yorum yapmazdim o thread'de. -- Pýnar Yanardað (a.k.a PINguAR) http://pinguar.org _____________________________ From dfisek at fisek.com.tr Fri Feb 6 22:46:02 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 6 Feb 2009 22:46:02 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <498C9FEB.1050206@pardus.org.tr> References: <20090206070726.849241384472@ns1.pardus.org.tr> <200902061423.27155.fatih@pardus.org.tr> <498C2DDA.50105@pardus.org.tr> <20090206210508.5189a377.dfisek@fisek.com.tr> <498C9FEB.1050206@pardus.org.tr> Message-ID: <20090206224602.08663dc4.dfisek@fisek.com.tr> Merhaba, Fri, 06 Feb 2009 22:39:07 +0200, Pinar Yanardag : > yani NM = network manager konusunda bir sonuc cikmadigi icin simdilik Niye sonuc cikmasin ki? yali-firstboot diye bisi olsun dendi, kimse de "olmasin, kaptan bu isleri yapmaya devam etsin" demedi. Bundan bir sonuc cikmis gozukuyor bu taraftan bakinca. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From gokmen at pardus.org.tr Fri Feb 6 22:48:46 2009 From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=) Date: Fri, 6 Feb 2009 22:48:46 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> Message-ID: <200902062248.46491.gokmen@pardus.org.tr> On Friday 06 February 2009 20:59:25 semen at pardus.org.tr wrote: > Herkese selamlar, Selamlar, > 2009 icin hazirlamis oldugum yeni paket agaci taslagini > http://svn.pardus.org.tr/uludag/trunk/component/ altinda bulabilir ve > inceleyebilirsiniz. Bazi paketler icin kucuk aciklamalar dustum. Ellerine saðlýk, > Bu konu hakkindaki dusuncelerinizi ve goruslerinizi bekliyorum. programming.qt biraz havada kalmýþ sanki, yani programlama diye aradýðýmýzda qt çýkacak bir alt kategori olarak fakat qt bizim daðýtýmla birlikte daðýttýðýmýz base paketlerden biri ayrýca. Yani gtk eðer desktop.gnome.base'in altýndaysa qt'de böyle olabilir gibi geldi.. Yani özün sözü qt neredeyse gtk'da orada olmalý; programming.toolkits.qt,gtk gibide olabilir bilemedim :) -- Gökmen GÖKSEL From onur at pardus.org.tr Fri Feb 6 23:01:27 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Fri, 6 Feb 2009 23:01:27 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: <305f9edc0902060636t35ac1e38ga0f347a0e5eb7408@mail.gmail.com> References: <200901161600.22981.onur@pardus.org.tr> <498B71D4.50303@gmail.com> <200902061215.35199.ekin@pardus.org.tr> <305f9edc0902060636t35ac1e38ga0f347a0e5eb7408@mail.gmail.com> Message-ID: <20090206230127.8918a5ac.onur@pardus.org.tr> On Fri, 6 Feb 2009 16:36:51 +0200 Mete Alpaslan wrote: > 2009/2/6 Ekin Meroðlu > > > > > Onur'la konuþurken klibc ile derlenmesini saðlasak dedi, initramfs'e > > gireceðinden bize boyut açýsýndan yarar saðlar.. > > > > Daha önce denemiþ miydiniz, araþtýrma þansýnýz olur mu ? > > > > Optimize etme vaktim olmadý ama çeþitli daðýtýmlara bakýnca klibc > kullanmadýklarýný farkedince sonraya býraktým. Þu anda > cryptsetup-luks ile uðraþýyorum sanýrým onunla birlikte > (baðýmlýlýklarýyla birlikte initramfs de fazla olabilir) > düþünebiliriz... diðer daðýtýmlarýn yaptýklarýný boþverin, onlarýn initramfs leri yeteri kadar bloatware olduðu için bu aþamaya gelememiþlerdir, düzgün çalýþýyorsa mutlaka klcc kullanmalýyýz $ gcc -Os -Wall -static -o coolplug.gcc main.c utility.c module.c scsi.c devnode.c $ klcc -Wall -o coolplug.klcc main.c utility.c module.c scsi.c devnode.c $ du -hs coolplug.* 640K coolplug.gcc 76K coolplug.klcc $ strip -s --remove-section=.note --remove-section=.comment coolplug.* $ du -hs coolplug.* 568K coolplug.gcc 12K coolplug.klcc -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Fri Feb 6 23:04:41 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Fri, 6 Feb 2009 23:04:41 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: References: <200901161600.22981.onur@pardus.org.tr> <498B71D4.50303@gmail.com> <200902061215.35199.ekin@pardus.org.tr> Message-ID: <20090206230441.c14358a2.onur@pardus.org.tr> On Fri, 6 Feb 2009 11:20:17 +0100 Emre Erenoglu wrote: ... > Ubuntu ve debian'a baktim, sanirim gentoo'ya da baktim. Hicbiri klibc > ile derlememis, hepsi bodozlama libc ile derlemis ve initramfs'in > icine atmis ne kadar kutuphane varsa. Bence cok kafaya takmayalim. > > Anca ufacik tefecik embedded sistemlerde Pardus kullancaksak (icindeki > yiyecekler azalinca supermarkete otomatik siparis gecen buzdolabi > gibi) gerekli olabilir. :) Diðer daðýtýmlarýn beceremediði þeyleri becermek bizim iþimiz, üþenmeyelim :) Yola üþenerek çýksaydýk PiSi'siyle Çomar'ýyla ve daha bir sürü teknolojisiyle bugünkü Pardus bildiðimiz Pardus olamazdý. -- Onur Küçük Knowledge speaks, but wisdom listens From alpaslanmete at gmail.com Fri Feb 6 23:22:22 2009 From: alpaslanmete at gmail.com (Mete Alpaslan) Date: Fri, 6 Feb 2009 23:22:22 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: <20090206230127.8918a5ac.onur@pardus.org.tr> References: <200901161600.22981.onur@pardus.org.tr> <498B71D4.50303@gmail.com> <200902061215.35199.ekin@pardus.org.tr> <305f9edc0902060636t35ac1e38ga0f347a0e5eb7408@mail.gmail.com> <20090206230127.8918a5ac.onur@pardus.org.tr> Message-ID: <305f9edc0902061322g77101bf5gedabede57302190@mail.gmail.com> 2009/2/6 Onur Küçük > > diÄŸer dağıtımların yaptıklarını boÅŸverin, onların initramfs leri > yeteri kadar bloatware olduÄŸu için bu aÅŸamaya gelememiÅŸlerdir, düzgün > çalışıyorsa mutlaka klcc kullanmalıyız > > $ gcc -Os -Wall -static -o coolplug.gcc main.c utility.c module.c scsi.c > devnode.c > $ klcc -Wall -o coolplug.klcc main.c utility.c module.c scsi.c devnode.c > > $ du -hs coolplug.* > 640K coolplug.gcc > 76K coolplug.klcc > > $ strip -s --remove-section=.note --remove-section=.comment coolplug.* > > $ du -hs coolplug.* > 568K coolplug.gcc > 12K coolplug.klcc > Evet epey bi fark varmış :) O zaman şöyle yapalım cryptsetup volume encryption desteÄŸi ekledikten sonra initramfs girecekler bütün statikler için klcc ile optimizasyon iÅŸini de halledeyim. Åžu anda sadece lvm2 ve mdadm giriyor ama cryptsetup ile bu artacak 1-2 gün içerisinde sanırım halletmiÅŸ olurum. Hem gerekli statik derlenmiÅŸler listesi de tam çıkmış olur :) Mete Alpaslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090206/f22e8ef3/attachment-0001.htm From pinar at pardus.org.tr Fri Feb 6 23:25:44 2009 From: pinar at pardus.org.tr (Pinar Yanardag) Date: Fri, 06 Feb 2009 23:25:44 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <20090206224602.08663dc4.dfisek@fisek.com.tr> References: <20090206070726.849241384472@ns1.pardus.org.tr> <200902061423.27155.fatih@pardus.org.tr> <498C2DDA.50105@pardus.org.tr> <20090206210508.5189a377.dfisek@fisek.com.tr> <498C9FEB.1050206@pardus.org.tr> <20090206224602.08663dc4.dfisek@fisek.com.tr> Message-ID: <498CAAD8.40502@pardus.org.tr> On 06-02-2009 22:46 Doruk Fisek wrote: > Niye sonuc cikmasin ki? > > yali-firstboot diye bisi olsun dendi, kimse de "olmasin, kaptan bu > isleri yapmaya devam etsin" demedi. > > Bundan bir sonuc cikmis gozukuyor bu taraftan bakinca. > -kimse aksi gorus belirtmedigi icin bir sonuc cikmis- diye bak(a)miyorum ben. kisisel olarak; yali ile ilgili pek bilgim olmadigi icin yali-firstboot'un olabilirligi konusunda yorum yapmamistim. ama bugun ofiste 2009 icin toplanti yaptik, haftaya da yali-firstboot olacak mi/olursa nasil olacak bir karara baglamaya karar verdik. toplantinin sonucunu Gokmen ya da ben listeye yazarim. iyi calismalar, -- Pýnar Yanardað (a.k.a PINguAR) http://pinguar.org _____________________________ From inancyildirgan at gmail.com Fri Feb 6 23:30:20 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Fri, 6 Feb 2009 23:30:20 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> Message-ID: <200902062330.20712.inancyildirgan@gmail.com> Cuma 06 Þubat 2009 günü (saat 20:59:25) semen at pardus.org.tr þunlarý yazmýþtý: > Herkese selamlar, > > 2009 icin hazirlamis oldugum yeni paket agaci taslagini > http://svn.pardus.org.tr/uludag/trunk/component/ altinda bulabilir ve > inceleyebilirsiniz. Bazi paketler icin kucuk aciklamalar dustum. editors componenti altýnda emacs için açýlan dizin gibi; vim içinde bir dizin açýlabilir. Örnek olarak da gvim paketi, vim-colorschemes paketi ve vim için paketlecek çeþitli scriptler bu dizin altýna alýnabilir. Ýyi çalýþmalar; Ýnanç From erenoglu at gmail.com Fri Feb 6 23:30:37 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Fri, 6 Feb 2009 22:30:37 +0100 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902062145.21312.fatih@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <20090206211250.41b1cb89.dfisek@fisek.com.tr> <200902062145.21312.fatih@pardus.org.tr> Message-ID: 2009/2/6 Fatih Aşıcı > Cuma 06 Åžubat 2009 tarihinde, Doruk Fisek ÅŸunları yazmıştı: > > > 2009 icin hazirlamis oldugum yeni paket agaci taslagini > > > http://svn.pardus.org.tr/uludag/trunk/component/ altinda bulabilir ve > > > inceleyebilirsiniz. Bazi paketler icin kucuk aciklamalar dustum. > > > > Siniflandirirkenki kriterleri de biraz aciklaman mumkun mu? > > Depoda paketler yerleÅŸtirilirken fiziksel özelliklerine bakmışız ÅŸimdiye > kadar. Mesela KDE için yazılmış çoÄŸu uygulama desktop.kde altına gidiyor. > > Kullanıcı paket yöneticisinde bir video oynatıcı aradığında ilk iÅŸi > çokluortam > bileÅŸenine bakmak olacaktır. Ancak aradığı ÅŸey desktop.kde/gnome altında > olunca bulamıyor. Birbirinin tamamen alternatifi durumda olan uygulamalar > farklı bileÅŸenlerde yer alıyor. Yeni taslağın amacı bu sorunu ortadan > kaldırmak. Uygulamaları mümkün olduÄŸunca iÅŸlevlerine bakarak bileÅŸenlere > dağıtmamız lazım. Nacizane gorusum, bunu "agac" yapisinda yapmak zorunda miyiz? Paketlere "tag" atasak olmaz mi? Yani bir paket hem programlama dili hem kde4 hem komut satiri uygulamasi vs. olamaz mi? -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090206/ab062f92/attachment.htm From gurer at pardus.org.tr Fri Feb 6 23:30:18 2009 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Fri, 6 Feb 2009 23:30:18 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902062145.21312.fatih@pardus.org.tr> Message-ID: <200902062330.18366.gurer@pardus.org.tr> On Friday 06 February 2009 23:30:37 Emre Erenoglu wrote: > Nacizane gorusum, bunu "agac" yapisinda yapmak zorunda miyiz? Paketlere > "tag" atasak olmaz mi? Yani bir paket hem programlama dili hem kde4 hem > komut satiri uygulamasi vs. olamaz mi? Tag atayabiliyoruz zaten, bkz: IsA From erenoglu at gmail.com Fri Feb 6 23:36:17 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Fri, 6 Feb 2009 22:36:17 +0100 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: <20090206230441.c14358a2.onur@pardus.org.tr> References: <200901161600.22981.onur@pardus.org.tr> <498B71D4.50303@gmail.com> <200902061215.35199.ekin@pardus.org.tr> <20090206230441.c14358a2.onur@pardus.org.tr> Message-ID: 2009/2/6 Onur Küçük > > On Fri, 6 Feb 2009 11:20:17 +0100 > Emre Erenoglu wrote: > ... > > Ubuntu ve debian'a baktim, sanirim gentoo'ya da baktim. Hicbiri klibc > > ile derlememis, hepsi bodozlama libc ile derlemis ve initramfs'in > > icine atmis ne kadar kutuphane varsa. Bence cok kafaya takmayalim. > > > > Anca ufacik tefecik embedded sistemlerde Pardus kullancaksak (icindeki > > yiyecekler azalinca supermarkete otomatik siparis gecen buzdolabi > > gibi) gerekli olabilir. :) > > DiÄŸer dağıtımların beceremediÄŸi ÅŸeyleri becermek bizim iÅŸimiz, > üşenmeyelim :) Yola üşenerek çıksaydık PiSi'siyle Çomar'ıyla ve daha > bir sürü teknolojisiyle bugünkü Pardus bildiÄŸimiz Pardus olamazdı. Onur Hocam guzel soylemissin, ancak burda harcayacagimiz zamani baska daha verimli seylere harcayabiliriz. Sonucta COMAR olsun Pisi olsun digerleri olsun bir seyleri "daha iyi" yapmak icin gelistirilmis teknolojiler. Burada ise toplamda belki 1-2 megabyte farktan bahsediyoruz, gunumuz sistemleri, disk hizlari vs. goz onune alindiginda, ugrasmayalim derim. Ha simdi sen diyeceksin ki 1-2 mb'in diskten okunmasi 20 ms, islenmesi 20 ms, toplam yarim saniye kaybedicez acilista, dogru, sistemler hizli acilsin diye cok caba harciyoruz, ama RAID/LVM kullanan adam zaten acilista yarim saniye kaybetmeye kizmaz, zaten diskler taranirken bol bol vakit kaybediliyor. Tabii karar sizin. -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090206/60ba0251/attachment.htm From fatih at pardus.org.tr Fri Feb 6 23:38:40 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 6 Feb 2009 23:38:40 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902062330.18366.gurer@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902062330.18366.gurer@pardus.org.tr> Message-ID: <200902062338.44026.fatih@pardus.org.tr> Cuma 06 Þubat 2009 tarihinde, Gürer Özen þunlarý yazmýþtý: > On Friday 06 February 2009 23:30:37 Emre Erenoglu wrote: > > Nacizane gorusum, bunu "agac" yapisinda yapmak zorunda miyiz? Paketlere > > "tag" atasak olmaz mi? Yani bir paket hem programlama dili hem kde4 hem > > komut satiri uygulamasi vs. olamaz mi? > > Tag atayabiliyoruz zaten, bkz: IsA Evet. Zaten kde programý olmasý falan geliþtiricileri ilgilendiren þeyler. Bu gibi iþler için IsA kullanýyoruz ya da kendi yazdýðýmýz betiklerle bu paketlere bir þekilde ulaþabiliriz. -------------- 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/20090206/c374119a/attachment.pgp From dfisek at fisek.com.tr Fri Feb 6 23:42:06 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 6 Feb 2009 23:42:06 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <498CAAD8.40502@pardus.org.tr> References: <20090206070726.849241384472@ns1.pardus.org.tr> <200902061423.27155.fatih@pardus.org.tr> <498C2DDA.50105@pardus.org.tr> <20090206210508.5189a377.dfisek@fisek.com.tr> <498C9FEB.1050206@pardus.org.tr> <20090206224602.08663dc4.dfisek@fisek.com.tr> <498CAAD8.40502@pardus.org.tr> Message-ID: <20090206234206.545db417.dfisek@fisek.com.tr> Merhaba, Fri, 06 Feb 2009 23:25:44 +0200, Pinar Yanardag : > -kimse aksi gorus belirtmedigi icin bir sonuc cikmis- diye bak(a) > miyorum ben. kisisel olarak; yali ile ilgili pek bilgim olmadigi icin > yali-firstboot'un olabilirligi konusunda yorum yapmamistim. ama bugun > ofiste 2009 icin toplanti yaptik, haftaya da yali-firstboot olacak > mi/olursa nasil olacak bir karara baglamaya karar verdik. toplantinin > sonucunu Gokmen ya da ben listeye yazarim. Elbette ben "ofiste" belli bir konu uzerine konusan insanlarin, ofis disi insanlari da dusunerek listede de bu goruslerini dile getirdiklerini/getireceklerini hayal ederek yazmistim bunlari. Adi ustunde hayal iste. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From onur at pardus.org.tr Fri Feb 6 23:49:12 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Fri, 6 Feb 2009 23:49:12 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: <305f9edc0902061322g77101bf5gedabede57302190@mail.gmail.com> References: <200901161600.22981.onur@pardus.org.tr> <498B71D4.50303@gmail.com> <200902061215.35199.ekin@pardus.org.tr> <305f9edc0902060636t35ac1e38ga0f347a0e5eb7408@mail.gmail.com> <20090206230127.8918a5ac.onur@pardus.org.tr> <305f9edc0902061322g77101bf5gedabede57302190@mail.gmail.com> Message-ID: <20090206234912.7d60e191.onur@pardus.org.tr> On Fri, 6 Feb 2009 23:22:22 +0200 Mete Alpaslan wrote: > 2009/2/6 Onur Küçük ... > > $ du -hs coolplug.* > > 568K coolplug.gcc > > 12K coolplug.klcc > > > > Evet epey bi fark varmýþ :) > > O zaman þöyle yapalým cryptsetup volume encryption desteði ekledikten > sonra initramfs girecekler bütün statikler için klcc ile optimizasyon > iþini de halledeyim. > > Þu anda sadece lvm2 ve mdadm giriyor ama cryptsetup ile bu artacak > 1-2 gün içerisinde sanýrým halletmiþ olurum. Hem gerekli statik > derlenmiþler listesi de tam çýkmýþ olur :) klibc bu paketler için yetersiz olabilir bu arada, klibc ile sorun olursa belki uclibc ile deneyebiliriz. -- Onur Küçük Knowledge speaks, but wisdom listens From dfisek at fisek.com.tr Fri Feb 6 23:53:41 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 6 Feb 2009 23:53:41 +0200 Subject: [Gelistirici] bc paket alimi Message-ID: <20090206235341.6ab27cf8.dfisek@fisek.com.tr> Merhaba, bc paketini alacagimdir. Uygun mudur? Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From gokmen at pardus.org.tr Sat Feb 7 00:03:14 2009 From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=) Date: Sat, 7 Feb 2009 00:03:14 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: References: <20090206230441.c14358a2.onur@pardus.org.tr> Message-ID: <200902070003.15053.gokmen@pardus.org.tr> On Friday 06 February 2009 23:36:17 Emre Erenoglu wrote: > Burada ise toplamda belki 1-2 megabyte farktan bahsediyoruz, gunumuz > sistemleri, disk hizlari vs. goz onune alindiginda, ugrasmayalim derim. Ha > simdi sen diyeceksin ki 1-2 mb'in diskten okunmasi 20 ms, islenmesi 20 ms, > toplam yarim saniye kaybedicez acilista, dogru, sistemler hizli acilsin > diye cok caba harciyoruz, ama RAID/LVM kullanan adam zaten acilista yarim > saniye kaybetmeye kizmaz, zaten diskler taranirken bol bol vakit > kaybediliyor. Böyle genellemeler yaparak yola çýkmak pek doðru bir karar deðil. Bakýn Ekin ne demiþ; "Onur'la konuþurken klibc ile derlenmesini saðlasak dedi, initramfs'e gireceðinden bize boyut açýsýndan yarar saðlar.." ^^^^^^^^^^^^^^^ -- Gökmen GÖKSEL From pinar at pardus.org.tr Sat Feb 7 00:05:33 2009 From: pinar at pardus.org.tr (Pinar Yanardag) Date: Sat, 07 Feb 2009 00:05:33 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <20090206234206.545db417.dfisek@fisek.com.tr> References: <20090206070726.849241384472@ns1.pardus.org.tr> <200902061423.27155.fatih@pardus.org.tr> <498C2DDA.50105@pardus.org.tr> <20090206210508.5189a377.dfisek@fisek.com.tr> <498C9FEB.1050206@pardus.org.tr> <20090206224602.08663dc4.dfisek@fisek.com.tr> <498CAAD8.40502@pardus.org.tr> <20090206234206.545db417.dfisek@fisek.com.tr> Message-ID: <498CB42D.3000904@pardus.org.tr> On 06-02-2009 23:42 Doruk Fisek wrote: > Elbette ben "ofiste" belli bir konu uzerine konusan insanlarin, ofis > disi insanlari da dusunerek listede de bu goruslerini dile > getirdiklerini/getireceklerini hayal ederek yazmistim bunlari. > > Adi ustunde hayal iste. > ben de her ofis* anahtar kelimesi gectiginde, ayni exception'larin firlatilmayacagi bir dunya hayal ediyorum. ofiste bu listede goruslerini dile getirmeyen biri ile konusulmayacak ki yali-firstboot hadisesi; Gokmen ile konusulacak. Gokmen yali-firstboot ile ilgili dusuncelerini ilk once *bu listeye* yazdi. ofis disi insanlar bu konuyla ilgili goruslerini Gokmen'in maillerine cevap olarak da yazabilir(di). ofiste Gokmen ile tekrar konusacagiz bu konuyu, "tamam yali-firstboot olsun", ya da "olmasin, soyle olabilir" denilecek muhtemelen. ve ben de bu konusmanin sonucunu bu listeye yazacagim diyorum..? -- Pýnar Yanardað (a.k.a PINguAR) http://pinguar.org _____________________________ From coderlord at gmail.com Sat Feb 7 00:19:39 2009 From: coderlord at gmail.com (Furkan Duman) Date: Sat, 7 Feb 2009 00:19:39 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <20090206234206.545db417.dfisek@fisek.com.tr> References: <20090206070726.849241384472@ns1.pardus.org.tr> <200902061423.27155.fatih@pardus.org.tr> <498C2DDA.50105@pardus.org.tr> <20090206210508.5189a377.dfisek@fisek.com.tr> <498C9FEB.1050206@pardus.org.tr> <20090206224602.08663dc4.dfisek@fisek.com.tr> <498CAAD8.40502@pardus.org.tr> <20090206234206.545db417.dfisek@fisek.com.tr> Message-ID: <4cca720b0902061419o14bda42dlcdafc657347c0d5@mail.gmail.com> 06 Þubat 2009 Cuma 23:42 tarihinde Doruk Fisek yazdý: > Adi ustunde hayal iste. :D -- Furkan Duman From pinar at pardus.org.tr Sat Feb 7 00:19:54 2009 From: pinar at pardus.org.tr (Pinar Yanardag) Date: Sat, 07 Feb 2009 00:19:54 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <4cca720b0902061419o14bda42dlcdafc657347c0d5@mail.gmail.com> References: <20090206070726.849241384472@ns1.pardus.org.tr> <200902061423.27155.fatih@pardus.org.tr> <498C2DDA.50105@pardus.org.tr> <20090206210508.5189a377.dfisek@fisek.com.tr> <498C9FEB.1050206@pardus.org.tr> <20090206224602.08663dc4.dfisek@fisek.com.tr> <498CAAD8.40502@pardus.org.tr> <20090206234206.545db417.dfisek@fisek.com.tr> <4cca720b0902061419o14bda42dlcdafc657347c0d5@mail.gmail.com> Message-ID: <498CB78A.9060902@pardus.org.tr> On 07-02-2009 00:19 Furkan Duman wrote: > 06 Þubat 2009 Cuma 23:42 tarihinde Doruk Fisek yazdý: > >> Adi ustunde hayal iste. >> > > :D > :P -- Pýnar Yanardað (a.k.a PINguAR) http://pinguar.org _____________________________ From gokmen at pardus.org.tr Sat Feb 7 00:25:31 2009 From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=) Date: Sat, 7 Feb 2009 00:25:31 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <20090206234206.545db417.dfisek@fisek.com.tr> References: <20090206070726.849241384472@ns1.pardus.org.tr> <498CAAD8.40502@pardus.org.tr> <20090206234206.545db417.dfisek@fisek.com.tr> Message-ID: <200902070025.32236.gokmen@pardus.org.tr> On Friday 06 February 2009 23:42:06 Doruk Fisek wrote: > Merhaba, > > Fri, 06 Feb 2009 23:25:44 +0200, Pinar Yanardag : > > -kimse aksi gorus belirtmedigi icin bir sonuc cikmis- diye bak(a) > > miyorum ben. kisisel olarak; yali ile ilgili pek bilgim olmadigi icin > > yali-firstboot'un olabilirligi konusunda yorum yapmamistim. ama bugun > > ofiste 2009 icin toplanti yaptik, haftaya da yali-firstboot olacak > > mi/olursa nasil olacak bir karara baglamaya karar verdik. toplantinin > > sonucunu Gokmen ya da ben listeye yazarim. > > Elbette ben "ofiste" belli bir konu uzerine konusan insanlarin, ofis > disi insanlari da dusunerek listede de bu goruslerini dile > getirdiklerini/getireceklerini hayal ederek yazmistim bunlari. Vallahi sýkýldým ben bu iþten, "ofis" bizim çalýþtýðýmýz yer ve kimse kusura bakmasýn buradaki insanlarýn kendi aralarýnda konuþtuklarý, tartýþtýklarý þeylerin hepsini buraya bildirmek gibi bir zorunluluðu olduðunu düþünmüyorum. Henüz ortada ürün yokken, halen geliþtiricisinin ne yapmakla ilgili net bir kararý yokken ne yazmasýný bekliyorsunuz ? Herkes görüþünü bildirebilir, ama bunu uzatmak hiçbir iþe yaramayacaktýr. Pýnar'da yazmýþ; "önce kendi aramýzda bir karar verelim buraya da bildireceðiz böle böle düþündük diye".. Konuyu buradan alýp "zaten kendi aranýzda karar veriyorsunuz" konumuna getirmeye çalýþacak olan provakatör ruhlu arkadaþlara da cevap vermeyeceðim zahmet edip birþey yazmasýnlar. -- Gökmen GÖKSEL From fatih at pardus.org.tr Sat Feb 7 00:26:29 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 7 Feb 2009 00:26:29 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <20090206234206.545db417.dfisek@fisek.com.tr> References: <20090206070726.849241384472@ns1.pardus.org.tr> <498CAAD8.40502@pardus.org.tr> <20090206234206.545db417.dfisek@fisek.com.tr> Message-ID: <200902070026.29406.fatih@pardus.org.tr> Cuma 06 Þubat 2009 tarihinde, Doruk Fisek þunlarý yazmýþtý: > Merhaba, > > Fri, 06 Feb 2009 23:25:44 +0200, Pinar Yanardag : > > -kimse aksi gorus belirtmedigi icin bir sonuc cikmis- diye bak(a) > > miyorum ben. kisisel olarak; yali ile ilgili pek bilgim olmadigi icin > > yali-firstboot'un olabilirligi konusunda yorum yapmamistim. ama bugun > > ofiste 2009 icin toplanti yaptik, haftaya da yali-firstboot olacak > > mi/olursa nasil olacak bir karara baglamaya karar verdik. toplantinin > > sonucunu Gokmen ya da ben listeye yazarim. > > Elbette ben "ofiste" belli bir konu uzerine konusan insanlarin, ofis > disi insanlari da dusunerek listede de bu goruslerini dile > getirdiklerini/getireceklerini hayal ederek yazmistim bunlari. > > Adi ustunde hayal iste. offf -------------- 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/20090207/d0b3f27f/attachment.pgp From onur at pardus.org.tr Sat Feb 7 00:45:56 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sat, 7 Feb 2009 00:45:56 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902062330.20712.inancyildirgan@gmail.com> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902062330.20712.inancyildirgan@gmail.com> Message-ID: <20090207004556.ad58cbfd.onur@pardus.org.tr> On Fri, 6 Feb 2009 23:30:20 +0200 Ýnanç Yýldýrgan wrote: > Cuma 06 Þubat 2009 günü (saat 20:59:25) semen at pardus.org.tr þunlarý > yazmýþtý: > > Herkese selamlar, > > > > 2009 icin hazirlamis oldugum yeni paket agaci taslagini > > http://svn.pardus.org.tr/uludag/trunk/component/ altinda bulabilir > > ve inceleyebilirsiniz. Bazi paketler icin kucuk aciklamalar dustum. > > editors componenti altýnda emacs için açýlan dizin gibi; vim içinde > bir dizin açýlabilir. Örnek olarak da gvim paketi, vim-colorschemes > paketi ve vim için paketlecek çeþitli scriptler bu dizin altýna > alýnabilir. "çeþitli scriptler" ufak vim eklentileri ise vim ile gelmeye devam edebilir bence, bu halini ben daha çok seviyorum, component adedini mümkün mertebe az tutmamýz iyi olur, Bir sürü vim le ilgili paket gerekirse o zaman component açarýz, þimdi açmazsak bile sonra ihtiyaç duyduðumuzda açmamýzda bir sorun yok -- Onur Küçük Knowledge speaks, but wisdom listens From inancyildirgan at gmail.com Sat Feb 7 00:55:36 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Sat, 7 Feb 2009 00:55:36 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <20090207004556.ad58cbfd.onur@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902062330.20712.inancyildirgan@gmail.com> <20090207004556.ad58cbfd.onur@pardus.org.tr> Message-ID: <200902070055.36743.inancyildirgan@gmail.com> Cumartesi 07 Þubat 2009 günü (saat 00:45:56) Onur Küçük þunlarý yazmýþtý: > "çeþitli scriptler" ufak vim eklentileri ise vim ile gelmeye devam > edebilir bence, bu halini ben daha çok seviyorum, component adedini > mümkün mertebe az tutmamýz iyi olur, Olur tabi ki. Ama o zaman gvim'i emacs dizini altýndan çýkarmamýz gerek. From onur at pardus.org.tr Sat Feb 7 01:06:43 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sat, 7 Feb 2009 01:06:43 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902070055.36743.inancyildirgan@gmail.com> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902062330.20712.inancyildirgan@gmail.com> <20090207004556.ad58cbfd.onur@pardus.org.tr> <200902070055.36743.inancyildirgan@gmail.com> Message-ID: <20090207010643.50639884.onur@pardus.org.tr> On Sat, 7 Feb 2009 00:55:36 +0200 Ýnanç Yýldýrgan wrote: > Cumartesi 07 Þubat 2009 günü (saat 00:45:56) Onur Küçük þunlarý > yazmýþtý: > > > "çeþitli scriptler" ufak vim eklentileri ise vim ile gelmeye devam > > edebilir bence, bu halini ben daha çok seviyorum, component adedini > > mümkün mertebe az tutmamýz iyi olur, > > Olur tabi ki. Ama o zaman gvim'i emacs dizini altýndan çýkarmamýz > gerek. onu fark etmemiþtim, evet direkt çýkarmak lazým :) -- Onur Küçük Knowledge speaks, but wisdom listens From selimok at gmail.com Sat Feb 7 01:39:03 2009 From: selimok at gmail.com (selim ok) Date: Sat, 7 Feb 2009 00:39:03 +0100 Subject: [Gelistirici] Servis isimlerini duzenlesek mi? Message-ID: Merhabalar, 2008 icin uygulanmasa bile 2009 icin degismesi gerektigini dusundugum bir sey var : Servis isimleri. Kendi icinde tutarsizlar ve gereksiz uzantilari var bence. Bir servis isminde mecbur olmadikca alttan cizgi, normal cizgi vs. kullanmasak daha iyi olmaz miydi? Mumkunse en kisa sekilde adlandirsak bir servisi. Ornegin openssh yerine ssh yada sshd, nfs_utils yerine nfs yada nfsd, vixie_cron yerine cron, net_snmp yerine snmp yada snmpd kullanilabilir. Bu ornekler cogaltilabilir. Hatta bazi servislerin sonuna eklenen d harfininde kullanimi konusunda bir standart belirleyebiliriz, ne zaman kullanilir ne zaman kullanilmaz gibi. Bu isimler su anki halleri ile komut satirinda kullanilmak icin fazla uzun ve karisiklar, hafizada tutmak mumkun degil, diger dagitimlardan gelen birisi icin kafayi yedirtici falan filan. Cok konustum. Fikirlerinizi bekliyorum. :) 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/20090207/5cc5fad0/attachment-0001.htm From fatih at pardus.org.tr Sat Feb 7 01:44:57 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Sat, 7 Feb 2009 01:44:57 +0200 Subject: [Gelistirici] Servis isimlerini duzenlesek mi? In-Reply-To: References: Message-ID: <200902070145.01482.fatih@pardus.org.tr> Cumartesi 07 Åžubat 2009 tarihinde, selim ok ÅŸunları yazmıştı: > Merhabalar, > > 2008 icin uygulanmasa bile 2009 icin degismesi gerektigini dusundugum bir > sey var : Servis isimleri. Åžu threadde var cevabı :) http://liste.pardus.org.tr/gelistirici/2008-October/013968.html -------------- 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/20090207/43006552/attachment.pgp From dfisek at fisek.com.tr Sat Feb 7 01:47:13 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sat, 7 Feb 2009 01:47:13 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <498CB42D.3000904@pardus.org.tr> References: <20090206070726.849241384472@ns1.pardus.org.tr> <200902061423.27155.fatih@pardus.org.tr> <498C2DDA.50105@pardus.org.tr> <20090206210508.5189a377.dfisek@fisek.com.tr> <498C9FEB.1050206@pardus.org.tr> <20090206224602.08663dc4.dfisek@fisek.com.tr> <498CAAD8.40502@pardus.org.tr> <20090206234206.545db417.dfisek@fisek.com.tr> <498CB42D.3000904@pardus.org.tr> Message-ID: <20090207014713.c5ce392f.dfisek@fisek.com.tr> Sat, 07 Feb 2009 00:05:33 +0200, Pinar Yanardag : > ben de her ofis* anahtar kelimesi gectiginde, ayni exception'larin > firlatilmayacagi bir dunya hayal ediyorum. ofiste bu listede > goruslerini dile getirmeyen biri ile konusulmayacak ki yali-firstboot > hadisesi; Gokmen ile konusulacak. Ben tum yazilanlari topladigimda "e-posta listesi uzerinden guzel guzel yazisiyorduk, thread polemige kurban gitti, e-posta listesi uzerinden devam ettiremedik, o yuzden kendi aramizda yuzyuze konusup karar verecegiz" anlamini cikariyorum. Durum boyleyse, biz susalim, siz kendi aranizda tartisin, karar verin. Karar surecinizin tamami e-posta listesinde gecmis olsun; bircok insan faydalansin bu sureci takip etmekten. Yok zaten yuzyuze karar verecektiyseniz, "thread polemige kurban gitti icin eskisi gibi devam ediyorum" demenin anlami nedir? Ben acikcasi "thread polemige kurban gitti" soylemini insanlarin tartismak konusundaki cesaretini kirici buluyorum. Goruslerini soyleyip, direttigin zaman "polemik" yapiyor konumuna dusuyorsun. Soz konusu thread'deki "polemigi" (32 yerde "parolami hatirla" dedirtme) inatla surduren insan olarak uzerime aliniyorum direkt olarak bunu. Bunu bu listede yillar icerisinde birkac kez soyledim. Benim tepenizde konusup durmami istemiyorsaniz, bunu acik acik soyleyin, ben de susayim (aka listeden cikayim, cunku okuduguklarim hakkinda fikrimi soylemek zorunda hissederim kendimi). Yok biz istiyoruz goruslerini diyorsaniz, o zaman bu tur soylemlerden vazgecin. Insanlarla da fikirlerinizi acik acik sonuna kadar tartisin. Cunku ancak o sekilde dogru yol bulunabiliyor. Doruk From ozan at pardus.org.tr Sat Feb 7 01:53:38 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 07 Feb 2009 01:53:38 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902062119.39882.gurer@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902062119.39882.gurer@pardus.org.tr> Message-ID: <498CCD82.90507@pardus.org.tr> Gürer Özen wrote: > programming.embedded iþlevi doðru anlatmýyor. Oradaki avr paketleri özel bir > mikrodenetçi (atmel) için, benzeri þekilde piklab (pic mikrodenetçi için) > var. Bunlarý ya elektronik.microcontroller yada programming.microcontroller > altýnda toplayalým. Embedded çok geniþ ve anlamý net olmayan bir terim, öküz > gibi iþlemciler de embedded olarak kullanýlabiliyor. Erlang ile nasm ise > yanlýþ düþmüþ oraya sanýrým :) Bence *.microcontroller da çok iyi karþýlamýyor, atmel, arm, mips gibi mimari aileleri için basit kaçýyor. Öte yandan embedded lafý da PIC, 8051 vs gibi daha low-end denetleyiciler için geniþ kaçýyor. Bence bunlar belki electronics/, science/electronics altýnda en geniþ haliyle toplanabilir. -- Ozan Çaðlayan From ozan at pardus.org.tr Sat Feb 7 01:59:18 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 07 Feb 2009 01:59:18 +0200 Subject: [Gelistirici] [paketler-commits] r59764 - devel/desktop/kde4/base/kdebase4-workspace In-Reply-To: <20090206232139.3F8FB1384458@ns1.pardus.org.tr> References: <20090206232139.3F8FB1384458@ns1.pardus.org.tr> Message-ID: <498CCED6.6040100@pardus.org.tr> paketler-commits at pardus.org.tr wrote: > Author: gokcen.eraslan > Date: Sat Feb 7 01:21:39 2009 > New Revision: 59764 > > Modified: > devel/desktop/kde4/base/kdebase4-workspace/pspec.xml > Log: > Update history. > > Modified: devel/desktop/kde4/base/kdebase4-workspace/pspec.xml > ================================================================= > --- devel/desktop/kde4/base/kdebase4-workspace/pspec.xml (original) > +++ devel/desktop/kde4/base/kdebase4-workspace/pspec.xml Sat Feb 7 01:21:39 2009 > @@ -107,6 +107,13 @@ > > > > + > + 2009-02-07 > + 4.2.0 > + #9144 bug fixed. Fix the problem of hede hodo in kdmrc (#9144) yaparsan hatanýn da ne olduðunu görebiliriz. -- Ozan Çaðlayan From erenoglu at gmail.com Sat Feb 7 02:04:27 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Sat, 7 Feb 2009 01:04:27 +0100 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: <200902070003.15053.gokmen@pardus.org.tr> References: <20090206230441.c14358a2.onur@pardus.org.tr> <200902070003.15053.gokmen@pardus.org.tr> Message-ID: 2009/2/6 Gökmen GÖKSEL > On Friday 06 February 2009 23:36:17 Emre Erenoglu wrote: > > Burada ise toplamda belki 1-2 megabyte farktan bahsediyoruz, gunumuz > > sistemleri, disk hizlari vs. goz onune alindiginda, ugrasmayalim derim. > Ha > > simdi sen diyeceksin ki 1-2 mb'in diskten okunmasi 20 ms, islenmesi 20 > ms, > > toplam yarim saniye kaybedicez acilista, dogru, sistemler hizli acilsin > > diye cok caba harciyoruz, ama RAID/LVM kullanan adam zaten acilista yarim > > saniye kaybetmeye kizmaz, zaten diskler taranirken bol bol vakit > > kaybediliyor. > Böyle genellemeler yaparak yola çıkmak pek doÄŸru bir karar deÄŸil. Dogru genelleme yapmamak lazim. Ara sira kaciyor iste :) > Bakın Ekin ne demiÅŸ; > "Onur'la konuÅŸurken klibc ile derlenmesini saÄŸlasak dedi, initramfs'e > gireceÄŸinden bize boyut açısından yarar saÄŸlar.." > Ben hala burdaki bir iki MB'in onemsiz oldugunu dusunuyorum ama siz bilirsiniz. Derdim bir an once gelsin bu destek, ondan sabirsizlaniyorum :) -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090207/fb6a0c61/attachment.htm From selimok at gmail.com Sat Feb 7 02:05:20 2009 From: selimok at gmail.com (selim ok) Date: Sat, 7 Feb 2009 01:05:20 +0100 Subject: [Gelistirici] Servis isimlerini duzenlesek mi? In-Reply-To: <200902070145.01482.fatih@pardus.org.tr> References: <200902070145.01482.fatih@pardus.org.tr> Message-ID: 07 Þubat 2009 Cumartesi 00:44 tarihinde Fatih Aþýcý yazdý: > > Þu threadde var cevabý :) > Ben cevabi anlayamadim tam olarak Gurer'in soyledigi sekilde mi kabul etmeliyim cevabi? Eger oyleyse bu cevabi cok iyi anlayamadigimi soylemeliyim. Zira paket isminde farkli bir servis ismi ne acidan karisiklik yaratacak bilemiyorum, bence karisiklik yaratan vixie_cron gibi bir isim ve bunu hatirlamaya calismak, dogru yazmaya calismak vs. Mesela nfs-utils paketinden hem client hem server cikiyormus. Servisin ismi nfs-utils olmasi mi yoksa nfsd olmasi mi daha anlamli. Bence nfsd neyi baslattigimizi daha iyi acikliyor. Karisiklik da yaratmiyor benim acimdan :) Bir seyleri tam olarak anlamadiysam basitlestirilmis olarak ve ornekle anlatirsaniz sevinirim :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/20090207/709f8d06/attachment.htm From necmettin.begiter at gmail.com Sat Feb 7 02:09:06 2009 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Sat, 7 Feb 2009 02:09:06 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> Message-ID: <200902070209.06277.necmettin.begiter@gmail.com> On 06 Feb 2009 Fri 20:59:25 semen at pardus.org.tr wrote: > Herkese selamlar, > > 2009 icin hazirlamis oldugum yeni paket agaci taslagini > http://svn.pardus.org.tr/uludag/trunk/component/ altinda bulabilir ve > inceleyebilirsiniz. Bazi paketler icin kucuk aciklamalar dustum. > Merhaba, Yazacaklarým oldukça uzun, fekat tek tek her birinin ele alýnmaya deðer olduðunu düþünüyorum, iki saattir bilgisayar baþýndayým :) (diðer bir deyiþle, baktým ki kimse hepsini detaylýca incelemiyor, depoyu kýsa bir süre için de olsa yukarýdan görme þansýný elde eden kiþi olarak kollarý sývadým). Bir de þunu söyleyeyim, depoda birbiriyle ilgili paketlerin birbirine yakýn durmasýnýn geliþtirici açýsýndan kolaylýk saðladýðý görüþü söylenmiþti daha önce, burada da bahsi geçen birkaç önermem sonucunda. Eðer o görüþ geçerliliðini koruyorsa, o library bileþenleri kökten kaldýrmak lazým bence. Yok korumuyorsa, o zaman library'leri o kadar aþaðýlara çekmemeli, kökün hemen altýna koymalý. - Öncelikle, documentation diye bir bileþen olmalý, tamam, ama belgelendirme ile ilgisi olmayan, daha çok belge düzenleme vb iþler için uygulamalarý, kütüphaneleri vb içeren bir bileþen olmamalý. - desktop.gnome.library altýnda libglade2 ve libglademm kardeþleri ve cairo'yu görüyoruz fakat cairo'nun kardeþi cairomm desktop.gnome.extras altýnda; cairomm'in yeri cairo'nun yanýdýr. - gtk2-docs desktop.gnome.base altýnda duruyor. Bu bir belgelendirme paketi, taban paketlerin arasýnda olmamalý. - gtk2-demo, GTK+2 için örnek kaynak kodlarýn yer aldýðý bir paket (deðil mi?); dekstop.gnome.base altýnda olmamalý. documentation çok daha anlamlý bence bu paket için. - QtCurve-Gtk2, bir cilt/tema/adýnýsizkoyun paketi. Paketleri iþlevlerine göre yerleþtiriyorsak, desktop.gnome.extras altýnda olmamalý. Zira GTK2 baþka þey, GNOME baþka þey, Qt baþka þey, KDE baþka þey. Kök noktaya eklenen bir skins bana hoþ bir isim olur gibi geliyor, duvar kâðýtlarý, pencere þeyleri, grafik atraksiyonlarý, fare temalarý ve diðer bilimum (bilumum da olabilir) paket için. - Ya extras ve libraries olmalý, ya da extra ve library. - i18n desktop'un dýþýna (ana dala) taþýnabilir. - kdelib-apidox, KDE kütüphanelerinin kullanýmýný belgelendiren bir paket. documentation bu paket için çok daha anlamlý bence. Deðilse bile, kdelibs-apidox bir desktop.kde.library deðil. (Bir de niye apidox, apidocs deðil?) - PolicyKit-kde PolicyKit ile KDE arasýndaki boþluðu dolduran bir paket ise, desktop.kde.extras doðru yer deðil, desktop.kde.library olabilir. - basket bir ofis uygulamasý, desktop.kde.extras deðil utility.office içinde olmalý. (Öte yandan utility deyince benim aklýma küçük uygulamalar geliyor, openoffice gibi uygulamalar deðil.) - artwork-pardus-release, QtCurve*, desktop.kde.base.artwork paketlerinin, eðer iþlevlerine bakarak yerleþtiriyorsak, ayrý bileþenlerde olmasý anlamlý deðil. cilt/tema/x bileþenine taþýnmalýlar. - PyKDE ve PyKDEeXtensions KDE'nin kendi temel zorunlu bileþenlerinden deðil, bizim KDE için yazdýðýmýz uygulamalar nedeniyle temel paketlerden olmuþlar. Kütüphaneler arasýna taþýnmalý. - kdeartwork* olmadan da KDE gayet güzel çalýþýyor, bu paketler de tema altýna taþýnmalý. - kdebase-beagle'ýn desktop.kde.base altýnda olmamasý gerekir, Beagle Mono ile yazýlmýþ bir uygulama, kdebase-beagle da Beagle ile KDE'nin anlaþabilmesi için var; belki desktop.kde.extra olabilir yeri. - kdegames* (ve belki kdetoys) da aslýnda games altýnda olmalý. - Ýlgisiz bir soru, niye tulliana ve tulliana2 diye iki paket var? Tulliana2'nin açýklamasýnda "Tulliana2 is the default icon theme of Pardus Linux 2007" yazýyor, tulliana2 release 4 build 2, tulliana ise release 1 build 1. Tulliana fazla mý, unutulmuþ mu nedir? - Milky bir simge seti deðil mi? desktop.kde.themes içinde ne iþi var (ya da diðer durumda tulliana* niye desktop.kde.base içinde)? - Font uygulamalarý (fontforge, gbdfed) desktop.fonts altýndan çýkarýlmalý. - freedesktop.fonts altýnda sadece uygulamalar var, fontforge ve gbdfed buraya taþýnmalý ya da bunlar fontforge ve gbdfed ile ayný yere taþýnmalý. - xorg-doc Xorg belgelendirmesi olduðuna göre ilgili yere gitmeli. - xcursor-themes freedesktop.xorg.theme altýnda iken grounation-xcursors ve jimmac-xcursor freedesktop.misc altýnda. (Ayrýca biri xcursor iken diðer xcursors?) - synaptics bir sürücü paketi olmasýna raðmen desktop.freedesktop.misc altýnda. - GUI kütüphaneleri ayrý bir sýnýfta olmalý. Qt ve GTK'nýn daðýnýk olmasý bir yana, örneðin wxGTK desktop.freedesktop.library altýnda duruyor. - Belgelendirme paketleri ayrý bir yere taþýnmalý, game.library içinde clanlib-docs, ogre-doc, cel-doc gibi paketler var. Bunlar kütüphane deðil. - rougelike diye bir oyun türü yok. O bildiðin RPG. - game.simulation altýndaki lincity, opencity ve simutrans strateji oyunu, benzetim deðil. (Þehir kurma ya da trenle taþýmacýlýk þirketi üzerinden dünyayý ele geçirme oyunlarý benzetim oyunlarý deðildir :p) - games.strategy altýndaki freegiv'in doðrusu freeciv :) - hardware altýndaki cdr'yi gördüðümde ne olduðunu paketleri görünceye kadar anlamadým. storage veya discs olabilir adý (diðer daðýtýmlarda cdr diye bir bileþen var mý?). - sane-backends tarayýcýlarla (scanner) ilgili bir paket, hardware.graphics altýnda olmasý bir an düþündürdü. - hardware.mobile altýndaki libopensync telefon ya da PDA'lara özel bir kütüphane deðil. Paket isimlerinden de görebileceðiniz gibi, PIM uygulamanýzýn LDAP ya Google Calendar gibi sistemlerle çalýþabilmesi içinler. Dolayýsýyla hardware.library altýna taþýnmalý. Ayný þekilde, obexftp ve wbxml2 de birer kütüphane. - hplip-doc paketinin hardware.printing yerine documentation gibi bir bileþende olmasý gerekir. - hardware.infrared altýnda ufak bir yazým hatasý olmuþ, son öðedeki lirc ayrý bir paket. Bir de lirc-drivers paketini göremedim orada? - strigi hardware.disks deðil. Donanýmla ilgili birþey deðil en azýndan. Bir indeksleme uygulamasý (Google Desktop ve Beagle gibi). - hal-doc hardare.misc'den documentation'a taþýnmalý. - Çoklu ortam kütüphanelerini (multimedia.library) audio, video, graphics diye ayýrmak anlamlý olabilir (?) - multimedia.graphics altýndaki graphviz-docs ve tuxpaint-doc documentation'a taþýnmalý. (doc-docs konusunda da bir eþgüdüm saðlanmalý, ya doc, ya docs ya da dox olmalý -do* olan paketler) - multimedia altýnda sound ve radio diye iki ayrý bileþen olmasý kafama takýldý. - amarok-docs -> documentation - cdparanoia (müzik cd'lerini okuma þeysi) gibi doðrudan donaným için olan paketleri hardware.discs altýna taþýmalý. - streamtuner multimedia.radio altýnda ama streamripper multimedia.sound altýnda. - multimedia.sound altýndaki sunucularýn (jack-audio-connection-kit, pulseaudio*, timidity) yerlerinin orasý olduðundan þüpheliyim. - network.browser altýndaki firefox*, lynx, opera, arora network.webbrowser olsa mesela.. - streamtuner hem network.browser altýnda hem de multimedia.radio altýnda. - network.mail mi, network.email mi? - metalink epostalarla ilgili bir paket deðil; ayný kaynaða birden fazla adres verilmebilmesini saðlýyor. - checkgmail bir süzgeç deðil, kniff de bir istemci deðil. Ýkisi de "you have new mail" diyor.. - network.client altýndaki wpa_supplicant bir kütüphane, network.library'ye çekilmeli. - network.client altýndaki diðer paketler de istemci deðil birer uygulama, ayný network.transferring altýndakiler (pilot-link hariç) gibi. - network.client altýndaki network-manager network.connection altýna taþýnabilir - Öte yandan network.connection altýndakiler de birer uygulama, network.client'larý (wpa_supplicant hariç) ve network.connection'larý network.applications yapmak daha anlamlý geliyor. - www server yerine web server daha anlamlý geliyor (server.web). - mod_dav_svn de bir apache modülü, apache için yeni bir bileþen açmak gerekliyse mod_dav_svn de diðer mod*'larla birlikte olmalý. Ya da bunun yerine mod*'larý server.web'e çekmeli. - server.ftp altýndaki kftpgrabber, ncftp, gftk ve netkit-ftp, sunucu deðil, istemci. - avahi bir server.dns uygulamasý deðil, paket açýklamasýna bakýlýrsa servis keþif uygulamasý. Ayný zamanda da aðda yerel bilgisayar tarafýndan sunulan servisleri yayýnlýyor, fakat server.dns deðil. - bind-tools da bir server.dns deðil, sorgu uygulamalarý içeriyor. - openldap-client server.authentication uygulamasý deðil, bir istemci. - ntp-client bir server.ntp deðil, bir istemci. - memcached, benim bildiðim, bir sunucu deðil, bir tür ara yazýlým (ayrýca pisi info memcached -f niye hiçbirþey döndürmüyor?) - programming.library bana hiçbir zaman anlamlý gelmedi. Programlama kütüphanesi dediðimiz þey, düz kütüphane deðil midir? - programming.environment -> programming.ide - programming.putyourfavouritelanguagenamehere ile programming altýnda ayrý bir aðaç yaratýyoruz. - programming.cpp.library (programming.)library altýna taþýnmalý. programming.qt programming.library altýna taþýnmalý (ya da isterseniz, jargona uyar, programming.toolkit deriz). iki farklý tasnifi tek bileþen altýna koymak (programming.diladý, programming.environment/library vb) arama süreçlerini zorlaþtýrýyor. her dile yönelik kütüphaneleri ayrý kütüphanelere koymak da tam bir kullanýlabilirlik kabusuna neden oluyor. Bu programming için baþka türlü bir önerim var, aþaðýda, inceleyiniz. - PyQt* niye programming.python altýnda? programming.python.libs olsun en azýndan. Programming'in altý insanýn kabuslarýna girecek kadar karýþýk görünüyor :) - Söylenmiþ ama, erlang ve nasm'nin embedded içinde olmamasý gerekir. Mevcut düzene uyulacaksa programming içinde olmasý gerekir. - Ana bileþenlerin bazýlarýnýn altýnda library bileþeni olmasý bana hiç anlamlý gelmiyor. Örneðin gmm, bir C++ þablon (template) kütüphanesi, onun science altýnda ne iþi var diye düþünüyorum. Bir bilim uygulamasý tarafýndan kullanýlýyor, tamam, ama bu onu bir bilim kütüphanesi yapmýyor. Mesele geliþtiricinin ilgili paketlere kolay eriþmesi için o ilgili paketleri birbirine yakýn yere koymaksa, gmm büyük ihtimalle sadece x uygulamasý tarafýndan kullanýlýyordur, onu o uygulamayla ayný yere koymak lazým. Yok birden fazla uygulama tarafýndan kullanýlýyorsa, herhangi bir kütüphanenin bir bilim kütüphanesi olduðuna nasýl karar verilir? Diðer bileþenlerdeki paketlerin herhangi biri tarafýndan da kullanýlýyorsa ne yapýlacak? - hesap makinesi uygulamalarýnýn (örneðin qalculate) science.mathematics altýna konmasý anlamlý gelmiyor. Uygulamayý kurmadým, ne kadar derin bilimsel hesaplar yapabiliyor bilmiyorum ama multi-purpose desktop calculator dediðine göre çok da derin deðildir sanýrým ;) - kernel.drivers.cameras yerine kernel.drivers.webcam öneriyorum. - kernel.drivers.pcmcia-cards yerine de kernel.drivers.pcmcia öneriyorum. - antiword, kchmviewer, bookreader, tidy gibi uygulamalarýn documentation altýnda olmamasý gerekir. Aslýnda documentation altýndaki paketlerin büyük çoðunluðunun (-do* diye bitenler hariç) documentation ile ilgisi yok. - her yerden kütüphane fýþkýrýyor :) Bir de utility.archive altýnda, utility.crypt altýnda, utility.dictionary altýnda varmýþ. Bun kütüphaneleri bir araya toplamak þart. - gfxtheme-pardus-* utility.admin deðil, tema. - network-manager utility.admin altýna taþýnabilir (yukarýdaki önermemi kabul etmeyenler için;) - gvim niye utility.editors.emacs altýnda :) - *zemberek*'ýn utility.dictionary.library / utility.dictionary.spellchecker altýnda olmasý gerekir. - Paket yöneticisinde arama yapacak kiþiyle SVN depoda bileþenlerin içinde bir paketi bulmaya çalýþan kullanýcýyý çok da farklý düþünmemek lazým. -docs, -doc ve -dox'larýn hangisinin nerede olduðu belli deðil (kendi adýma konuþayým, ister depo olsun ister paket, kde-docs diye bir paket olsaydý, ben onu desktop.kde.base altýnda aramazdým, doðrudan documentation bileþenine bakardým. Depoda bir kütüphane arýyorsam ve aradýðým kütüphanenin de hangi tür iþlerde kullanýldýðýný çok iyi bilmiyorsam (veya örneðin çok amaçlý bir kütüphane olsun) bulana kadar depodan ümidimi keserdim. (Yeri gelmiþken, -i18n* paketleri nasýl oluyor da paket yöneticisinde uygulama olarak kabul ediliyor, bunu kimse fark etmedi mi yahu?) library bir derleyici ya da yorumlayýcýnýn kurulu olmasýný gerektirmeyen (bir dile baðýmlý olmayan tüm kütüphaneler) programming compilers gcc, gfortran vb interpreters python, perl, php vb ides eric, idle vb template enginleri smarty vb modules python*, perl*, django* tüm modüller buraya (isterseniz burayý dillere göre ayýrýrsýnýz, ama bence gerekli deðil) -- Necmettin Begiter From alpaslanmete at gmail.com Sat Feb 7 02:26:33 2009 From: alpaslanmete at gmail.com (Mete Alpaslan) Date: Sat, 7 Feb 2009 02:26:33 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: References: <20090206230441.c14358a2.onur@pardus.org.tr> <200902070003.15053.gokmen@pardus.org.tr> Message-ID: <305f9edc0902061626r1ec05f75qc6dbaf376922547a@mail.gmail.com> 2009/2/7 Emre Erenoglu > 2009/2/6 Gökmen GÖKSEL > Ben hala burdaki bir iki MB'in onemsiz oldugunu dusunuyorum ama siz > bilirsiniz. Derdim bir an once gelsin bu destek, ondan sabirsizlaniyorum :) > Mudur yaması girdi, diÄŸer init ve mkinitramfs yaması da girebilir sonuçta sistem lvm2 paketi yoksa sistemde mkinitramfs ile yeni initramfs oluÅŸturulduÄŸunda girmiyor. Emre gibi bu desteÄŸi kullanmak isteyenlerse playgroundumdan paketi inÅŸa edebilirler :) Zaten en yakın zamanda eklemek istediÄŸim birkaç özelliÄŸi de ekleyince tüm paketleri optimize edicem ;-) Mete Alpaslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090207/25bb67aa/attachment.htm From fatih at pardus.org.tr Sat Feb 7 03:20:08 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 7 Feb 2009 03:20:08 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902070209.06277.necmettin.begiter@gmail.com> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902070209.06277.necmettin.begiter@gmail.com> Message-ID: <200902070320.12020.fatih@pardus.org.tr> Öncelikle eline saðlýk :) Uðraþýp güzel bir inceleme yaptýðýn için. Çok faydalý oldu. Cumartesi 07 Þubat 2009 tarihinde, Necmettin Begiter þunlarý yazmýþtý: > Bir de þunu söyleyeyim, depoda birbiriyle ilgili paketlerin birbirine yakýn > durmasýnýn geliþtirici açýsýndan kolaylýk saðladýðý görüþü söylenmiþti daha > önce, burada da bahsi geçen birkaç önermem sonucunda. Eðer o görüþ > geçerliliðini koruyorsa, o library bileþenleri kökten kaldýrmak lazým > bence. Yok korumuyorsa, o zaman library'leri o kadar aþaðýlara çekmemeli, > kökün hemen altýna koymalý. Bence geliþtiriciye hiç acýmayalým :) Bileþenler tamamen grafik arayüzde nasýl görüneceði dikkate alýnarak, kullanýcýnýn bakýþ açýsý düþünülerek belirlenmeli. > - Öncelikle, documentation diye bir bileþen olmalý, tamam, ama > belgelendirme ile ilgisi olmayan, daha çok belge düzenleme vb iþler için > uygulamalarý, kütüphaneleri vb içeren bir bileþen olmamalý. +1 Önceki mailimde belirttiðim gibi taslakta yer alan hali office, publishing gibi üst bileþenlere daðýtýlmalý. > - desktop.gnome.library altýnda libglade2 ve libglademm kardeþleri ve > cairo'yu görüyoruz fakat cairo'nun kardeþi cairomm desktop.gnome.extras > altýnda; cairomm'in yeri cairo'nun yanýdýr. Bunlar artýk GNOME'a özgü deðil anladýðým kadarýyla. desktop.gnome altýnda sadece gnome paketleri olsun. gtk, qt, vs hepsi desktop.library gibi bir bileþene gitmeli. > - gtk2-docs desktop.gnome.base altýnda duruyor. Bu bir belgelendirme > paketi, taban paketlerin arasýnda olmamalý. > > - gtk2-demo, GTK+2 için örnek kaynak kodlarýn yer aldýðý bir paket (deðil > mi?); dekstop.gnome.base altýnda olmamalý. documentation çok daha anlamlý > bence bu paket için. Bunlarý yeri documentation olur bence de. > - QtCurve-Gtk2, bir cilt/tema/adýnýsizkoyun paketi. Paketleri iþlevlerine > göre yerleþtiriyorsak, desktop.gnome.extras altýnda olmamalý. Zira GTK2 > baþka þey, GNOME baþka þey, Qt baþka þey, KDE baþka þey. Kök noktaya > eklenen bir skins bana hoþ bir isim olur gibi geliyor, duvar kâðýtlarý, > pencere þeyleri, grafik atraksiyonlarý, fare temalarý ve diðer bilimum > (bilumum da olabilir) paket için. Bu da desktop.theme bileþenine gitmeli. Hatta bu bileþen altýnda /style /icon /decorator gibi alt bileþenler olabilir. gtk veya qt temasý olmasýna hiç bakmýyoruz. QtCurve-gtk2 ile lipstik ayný bileþende olabilirler. Ýkisinin de iþlevi ayný. > - Ya extras ve libraries olmalý, ya da extra ve library. +1 > - i18n desktop'un dýþýna (ana dala) taþýnabilir. +1 l10n veya locale de olabilir. Hangisi daha kapsamlýysa onu seçelim bence. > - kdelib-apidox, KDE kütüphanelerinin kullanýmýný belgelendiren bir paket. > documentation bu paket için çok daha anlamlý bence. Deðilse bile, > kdelibs-apidox bir desktop.kde.library deðil. (Bir de niye apidox, apidocs > deðil?) Bu paketi uçurdu Gökçen :) Olsaydý yeri documentation tabi ki. > - PolicyKit-kde PolicyKit ile KDE arasýndaki boþluðu dolduran bir paket > ise, desktop.kde.extras doðru yer deðil, desktop.kde.library olabilir. KDE4'de ilerde birlikte gelecek sanýrým. O yüzden +1. > - basket bir ofis uygulamasý, desktop.kde.extras deðil utility.office > içinde olmalý. (Öte yandan utility deyince benim aklýma küçük uygulamalar > geliyor, openoffice gibi uygulamalar deðil.) +1 (+1) > - artwork-pardus-release, QtCurve*, desktop.kde.base.artwork paketlerinin, > eðer iþlevlerine bakarak yerleþtiriyorsak, ayrý bileþenlerde olmasý anlamlý > deðil. cilt/tema/x bileþenine taþýnmalýlar. Yukarda söylediðim desktop.theme bileþenine girmeli bunlar da. > - PyKDE ve PyKDEeXtensions KDE'nin kendi temel zorunlu bileþenlerinden > deðil, bizim KDE için yazdýðýmýz uygulamalar nedeniyle temel paketlerden > olmuþlar. Kütüphaneler arasýna taþýnmalý. KDE4'te artýk öyle deðil. Paketi ayýrýrsak python modüllerinin yanýna koymalýyýz bence. > - kdeartwork* olmadan da KDE gayet güzel çalýþýyor, bu paketler de tema > altýna taþýnmalý. +1 Bu paket parçalanabilir de aslýnda. > - kdebase-beagle'ýn desktop.kde.base altýnda olmamasý gerekir, Beagle Mono > ile yazýlmýþ bir uygulama, kdebase-beagle da Beagle ile KDE'nin > anlaþabilmesi için var; belki desktop.kde.extra olabilir yeri. Bu olmayacak zaten ilerde. > - kdegames* (ve belki kdetoys) da aslýnda games altýnda olmalý. Evet, olabilir. Þöyle de olabilir: Source paket desktop.kde altýndayken içinden çýkanlarý (oyunlarý ayrý paket yaparsak diye söylüyorum) games altýna alabiliriz. > - Ýlgisiz bir soru, niye tulliana ve tulliana2 diye iki paket var? > Tulliana2'nin açýklamasýnda "Tulliana2 is the default icon theme of Pardus > Linux 2007" yazýyor, tulliana2 release 4 build 2, tulliana ise release 1 > build 1. Tulliana fazla mý, unutulmuþ mu nedir? Unutulan birþey olduðu kesin :) > - Milky bir simge seti deðil mi? desktop.kde.themes içinde ne iþi var (ya > da diðer durumda tulliana* niye desktop.kde.base içinde)? Bunu sadece KDE deðil diðer ortamlar da kullanabilir zaten. desktop.theme[.icon[set]] > - Font uygulamalarý (fontforge, gbdfed) desktop.fonts altýndan çýkarýlmalý. graphics olabilir belki? > - freedesktop.fonts altýnda sadece uygulamalar var, fontforge ve gbdfed > buraya taþýnmalý ya da bunlar fontforge ve gbdfed ile ayný yere taþýnmalý. fontconfig bir library. Diðerleri sadece X tarafýndan kullanýlýyor. Kullanýcýnýn kullanacaðý þeyler deðil. freedesktop bileþeni olmamalý. Yerine desktop.library kullanýlmalý. Xorg için system.x11 düþünüyorum. > - xorg-doc Xorg belgelendirmesi olduðuna göre ilgili yere gitmeli. +1 > - xcursor-themes freedesktop.xorg.theme altýnda iken grounation-xcursors ve > jimmac-xcursor freedesktop.misc altýnda. (Ayrýca biri xcursor iken diðer > xcursors?) Ýsimlerde standartlaþmaya gitmemiz lazým aslýnda. hede-cursor-theme gibi. Bunlarýn yeri de desktop.theme[.cursor] > - synaptics bir sürücü paketi olmasýna raðmen desktop.freedesktop.misc > altýnda. Bu diðer x sürücülerinin yanýna gidecek. system.x11.driver gibi. > - GUI kütüphaneleri ayrý bir sýnýfta olmalý. Qt ve GTK'nýn daðýnýk olmasý > bir yana, örneðin wxGTK desktop.freedesktop.library altýnda duruyor. desktop.library benim görüþüm. > - Belgelendirme paketleri ayrý bir yere taþýnmalý, game.library içinde > clanlib-docs, ogre-doc, cel-doc gibi paketler var. Bunlar kütüphane deðil. +1 > - rougelike diye bir oyun türü yok. O bildiðin RPG. > > - game.simulation altýndaki lincity, opencity ve simutrans strateji oyunu, > benzetim deðil. (Þehir kurma ya da trenle taþýmacýlýk þirketi üzerinden > dünyayý ele geçirme oyunlarý benzetim oyunlarý deðildir :p) > > - games.strategy altýndaki freegiv'in doðrusu freeciv :) Pek bilgim yok :/ > - hardware altýndaki cdr'yi gördüðümde ne olduðunu paketleri görünceye > kadar anlamadým. storage veya discs olabilir adý (diðer daðýtýmlarda cdr > diye bir bileþen var mý?). +1. Daha açýk olmalý burasý. Bazý daðýtýmlar Archiving içine alýyor. > - sane-backends tarayýcýlarla (scanner) ilgili bir paket, hardware.graphics > altýnda olmasý bir an düþündürdü. Bunu bilemedim. > - hardware.mobile altýndaki libopensync telefon ya da PDA'lara özel bir > kütüphane deðil. Paket isimlerinden de görebileceðiniz gibi, PIM > uygulamanýzýn LDAP ya Google Calendar gibi sistemlerle çalýþabilmesi > içinler. Dolayýsýyla hardware.library altýna taþýnmalý. Ayný þekilde, > obexftp ve wbxml2 de birer kütüphane. Dediðin gibiyse +1 tabi ki. > - hplip-doc paketinin hardware.printing yerine documentation gibi bir > bileþende olmasý gerekir. +1 > - strigi hardware.disks deðil. Donanýmla ilgili birþey deðil en azýndan. > Bir indeksleme uygulamasý (Google Desktop ve Beagle gibi). Bunlar için desktop.[misc,extra,accessory,tool] düþünülebilir. > - hal-doc hardare.misc'den documentation'a taþýnmalý. +1 > - Çoklu ortam kütüphanelerini (multimedia.library) audio, video, graphics > diye ayýrmak anlamlý olabilir (?) .library bileþenlerini ayýrmaya gerek yok bence. > - multimedia.graphics altýndaki graphviz-docs ve tuxpaint-doc > documentation'a taþýnmalý. (doc-docs konusunda da bir eþgüdüm saðlanmalý, > ya doc, ya docs ya da dox olmalý -do* olan paketler) +2 > - amarok-docs -> documentation +1 > - multimedia.sound altýndaki sunucularýn (jack-audio-connection-kit, > pulseaudio*, timidity) yerlerinin orasý olduðundan þüpheliyim. Bence uygun görünüyor. > - network.browser altýndaki firefox*, lynx, opera, arora network.webbrowser > olsa mesela.. Olabilir. > - network.client altýndaki wpa_supplicant bir kütüphane, network.library'ye > çekilmeli. Bundan emin deðilim. wpa_supplicant uygulama sayýlabilir. Hatta içinden wpa- cli ve wpa-gui çýkýyor bildiðim kadarýyla. > - network.client altýndaki network-manager network.connection altýna > taþýnabilir administration bileþenine mi alsak acaba bunu? > - Öte yandan network.connection altýndakiler de birer uygulama, > network.client'larý (wpa_supplicant hariç) ve network.connection'larý > network.applications yapmak daha anlamlý geliyor. applications ismini hiç kullanmayalým bence. > - mod_dav_svn de bir apache modülü, apache için yeni bir bileþen açmak > gerekliyse mod_dav_svn de diðer mod*'larla birlikte olmalý. Ya da bunun > yerine mod*'larý server.web'e çekmeli. server'ýn olduðu bileþene çekilmeli. > - server.ftp altýndaki kftpgrabber, ncftp, gftk ve netkit-ftp, sunucu > deðil, istemci. +1 network altýnda ilgili yerlere gitmeleri gerekiyor. > - avahi bir server.dns uygulamasý deðil, paket açýklamasýna bakýlýrsa > servis keþif uygulamasý. Ayný zamanda da aðda yerel bilgisayar tarafýndan > sunulan servisleri yayýnlýyor, fakat server.dns deðil. Doðrudan network altýna da konabilir belki. > - bind-tools da bir server.dns deðil, sorgu uygulamalarý içeriyor. +1 > - openldap-client server.authentication uygulamasý deðil, bir istemci. > > - ntp-client bir server.ntp deðil, bir istemci. +1 > - programming.library bana hiçbir zaman anlamlý gelmedi. Programlama > kütüphanesi dediðimiz þey, düz kütüphane deðil midir? Bunlarý olabildiðince diðer bileþenlere daðýtmamýz lazým. Eðer bileþen bulamýyorsak. utility.library gibi bir bileþene gidebilir. > - programming.environment -> programming.ide +1 > - programming.putyourfavouritelanguagenamehere ile programming altýnda ayrý > bir aðaç yaratýyoruz. Doðru. Bunlarý da ayýrabiliriz. Ancak bileþen derinliði gittikçe artýyor :) O yüzden bu dil bileþenlerinin altýnda da alt bileþenler yapmasak iyi olur. > - programming.cpp.library (programming.)library altýna taþýnmalý. Genel amaçlý c++ kitaplýklarý için programming.language.cpp yeter bence. Ayrýca bir de library bileþenine gerek yok. > programming.qt programming.library altýna taþýnmalý (ya da isterseniz, > jargona uyar, programming.toolkit deriz). iki farklý tasnifi tek bileþen > altýna koymak (programming.diladý, programming.environment/library vb) > arama süreçlerini zorlaþtýrýyor. her dile yönelik kütüphaneleri ayrý > kütüphanelere koymak da tam bir kullanýlabilirlik kabusuna neden oluyor. Bu > programming için baþka türlü bir önerim var, aþaðýda, inceleyiniz. > > - PyQt* niye programming.python altýnda? programming.python.libs olsun en > azýndan. Programming'in altý insanýn kabuslarýna girecek kadar karýþýk > görünüyor :) python modüllerini python bileþenine almamýzda bir sorun yok bence. Dilleri içine alan bir language bileþeni yaptýðýmýzda karýþýklýk yeterince giderilmeyecek mi? > - Söylenmiþ ama, erlang ve nasm'nin embedded içinde olmamasý gerekir. > Mevcut düzene uyulacaksa programming içinde olmasý gerekir. Ya programming ya da programming.language. > - Ana bileþenlerin bazýlarýnýn altýnda library bileþeni olmasý bana hiç > anlamlý gelmiyor. Örneðin gmm, bir C++ þablon (template) kütüphanesi, onun > science altýnda ne iþi var diye düþünüyorum. Bir bilim uygulamasý > tarafýndan kullanýlýyor, tamam, ama bu onu bir bilim kütüphanesi yapmýyor. > Mesele geliþtiricinin ilgili paketlere kolay eriþmesi için o ilgili > paketleri birbirine yakýn yere koymaksa, gmm büyük ihtimalle sadece x > uygulamasý tarafýndan kullanýlýyordur, onu o uygulamayla ayný yere koymak > lazým. Yok birden fazla uygulama tarafýndan kullanýlýyorsa, herhangi bir > kütüphanenin bir bilim kütüphanesi olduðuna nasýl karar verilir? Diðer > bileþenlerdeki paketlerin herhangi biri tarafýndan da kullanýlýyorsa ne > yapýlacak? gmm bilimsel amaçlý bir kütüphane. Yeri doðru bence. > - hesap makinesi uygulamalarýnýn (örneðin qalculate) science.mathematics > altýna konmasý anlamlý gelmiyor. Uygulamayý kurmadým, ne kadar derin > bilimsel hesaplar yapabiliyor bilmiyorum ama multi-purpose desktop > calculator dediðine göre çok da derin deðildir sanýrým ;) Yok aslýnda basit bir hesap makinesi deðil bildiðim kadarýyla. > - antiword, kchmviewer, bookreader, tidy gibi uygulamalarýn documentation > altýnda olmamasý gerekir. Aslýnda documentation altýndaki paketlerin büyük > çoðunluðunun (-do* diye bitenler hariç) documentation ile ilgisi yok. +1 > - her yerden kütüphane fýþkýrýyor :) Bir de utility.archive altýnda, > utility.crypt altýnda, utility.dictionary altýnda varmýþ. Bun kütüphaneleri > bir araya toplamak þart. Aslýnda ayrý da olabilirler; ama küçük bileþenler olduðu için dediðin gibi olabilir. > - gfxtheme-pardus-* utility.admin deðil, tema. desktop.theme diyeceðim; ama masaüstü ile ilgili deðil aslýnda. Kullanýcýya burada tema seçem lüksü de vermiyoruz sanýrým. O yüzden kullanýcýya göstermesek iyi olabilir. > - *zemberek*'ýn utility.dictionary.library / > utility.dictionary.spellchecker altýnda olmasý gerekir. +1. Ancak bu utility altýndakilerin ana bileþen olmasýnu ciddi ciddi düþünmeye baþladým. > - Paket yöneticisinde arama yapacak kiþiyle SVN depoda bileþenlerin içinde > bir paketi bulmaya çalýþan kullanýcýyý çok da farklý düþünmemek lazým. > -docs, -doc ve -dox'larýn hangisinin nerede olduðu belli deðil (kendi adýma > konuþayým, ister depo olsun ister paket, kde-docs diye bir paket olsaydý, > ben onu desktop.kde.base altýnda aramazdým, doðrudan documentation > bileþenine bakardým. Depoda bir kütüphane arýyorsam ve aradýðým > kütüphanenin de hangi tür iþlerde kullanýldýðýný çok iyi bilmiyorsam (veya > örneðin çok amaçlý bir kütüphane olsun) bulana kadar depodan ümidimi > keserdim. (Yeri gelmiþken, -i18n* paketleri nasýl oluyor da paket > yöneticisinde uygulama olarak kabul ediliyor, bunu kimse fark etmedi mi > yahu?) Ben script kullanýyorum. Hiç aramýyorum paketleri. svn tarafýnda arama iþi o kadar önemli deðil bence. > library > bir derleyici ya da yorumlayýcýnýn kurulu olmasýný gerektirmeyen (bir dile > baðýmlý olmayan tüm kütüphaneler) programming > compilers > gcc, gfortran vb > interpreters > python, perl, php vb > ides > eric, idle vb > template enginleri > smarty vb > modules > python*, perl*, django* tüm modüller buraya (isterseniz burayý dillere > göre ayýrýrsýnýz, ama bence gerekli deðil) Hmm. Bu da fena deðil. Olabilir 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/20090207/40b254cb/attachment.pgp From necmettin.begiter at gmail.com Sat Feb 7 04:26:07 2009 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Sat, 7 Feb 2009 04:26:07 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902070320.12020.fatih@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902070209.06277.necmettin.begiter@gmail.com> <200902070320.12020.fatih@pardus.org.tr> Message-ID: <200902070426.07571.necmettin.begiter@gmail.com> On 07 Feb 2009 Sat 03:20:08 Fatih Aþýcý wrote: > Öncelikle eline saðlýk :) Uðraþýp güzel bir inceleme yaptýðýn için. Çok > faydalý oldu. Bu saydýklarýmýzdan uygun görülenleri kim uygulayacak? :) > Bence geliþtiriciye hiç acýmayalým :) Bileþenler tamamen grafik arayüzde nasýl > görüneceði dikkate alýnarak, kullanýcýnýn bakýþ açýsý düþünülerek > belirlenmeli. Yerinde bir görüþ, katýlýyorum. > Önceki mailimde belirttiðim gibi taslakta yer alan hali office, publishing > gibi üst bileþenlere daðýtýlmalý. desktops. applications. libraries. ve diðer ana dallar (system,..) gibi bir yaklaþým nasýl olur? > Bunlar artýk GNOME'a özgü deðil anladýðým kadarýyla. desktop.gnome altýnda > sadece gnome paketleri olsun. gtk, qt, vs hepsi desktop.library gibi bir > bileþene gitmeli. Qt, GTK vd aslýnda grafik arayüz kütüphanesi olduðuna göre, misal, yukarýda verdiðim libraries. altýna interface. diye bir bileþen nasýl olur? > > Bu da desktop.theme bileþenine gitmeli. Hatta bu bileþen altýnda > /style > /icon > /decorator > > gibi alt bileþenler olabilir. gtk veya qt temasý olmasýna hiç bakmýyoruz. > QtCurve-gtk2 ile lipstik ayný bileþende olabilirler. Ýkisinin de iþlevi ayný. +1 > l10n veya locale de olabilir. Hangisi daha kapsamlýysa onu seçelim bence. i18n uluslararasýlaþtýrma (ingilizce'den diðer dillere çeviri), l10n sayýlarda . yerine , kullanmayý ifade ediyor. locale ise, hepimizin bildiði üzere, "yerel" anlamýna geliyor, bir uygulamanýn -hangi dile olursa olsun- geçiþini saðlayan tüm paketler locale bileþeninde olabilir mesela. > > - kdegames* (ve belki kdetoys) da aslýnda games altýnda olmalý. > > Evet, olabilir. Þöyle de olabilir: Source paket desktop.kde altýndayken > içinden çýkanlarý (oyunlarý ayrý paket yaparsak diye söylüyorum) games altýna > alabiliriz. Burada da þöyle bir ilginçlik var ki, kdegames* paket yöneticisinde KDE altýnda görünüyor. Yani bir bilgisayardan kurulumda gelen kdegames'i kaldýrdýysanýz, oyunlarýn arasýnda deðil, KDE bileþeninde görünüyor. Bu bana hep garip gelmiþtir. Bir kullanýcý olarak düþündüðümde daha da garip geliyor :) > > - Milky bir simge seti deðil mi? desktop.kde.themes içinde ne iþi var (ya > > da diðer durumda tulliana* niye desktop.kde.base içinde)? > > Bunu sadece KDE deðil diðer ortamlar da kullanabilir zaten. > desktop.theme[.icon[set]] +1 > > > - Font uygulamalarý (fontforge, gbdfed) desktop.fonts altýndan çýkarýlmalý. > > graphics olabilir belki? Yukarýdaki önermemden devam ediyorum. applications.publishing ? > freedesktop bileþeni olmamalý. Yerine > desktop.library kullanýlmalý. Xorg için system.x11 düþünüyorum. +1. +1. +1 > Ýsimlerde standartlaþmaya gitmemiz lazým aslýnda. hede-cursor-theme gibi. > Bunlarýn yeri de desktop.theme[.cursor] +1 > > > - synaptics bir sürücü paketi olmasýna raðmen desktop.freedesktop.misc > > altýnda. > > Bu diðer x sürücülerinin yanýna gidecek. system.x11.driver gibi. synaptics bir X sürücü paketi deðil bildiðim kadarýyla? > > - hardware altýndaki cdr'yi gördüðümde ne olduðunu paketleri görünceye > > kadar anlamadým. storage veya discs olabilir adý (diðer daðýtýmlarda cdr > > diye bir bileþen var mý?). > > +1. Daha açýk olmalý burasý. Bazý daðýtýmlar Archiving içine alýyor. hardware.disks var, bir de hardware.cdr var, bir de DVD paketleri var. Bunlarý hardware.storage altýna alsak? > > - sane-backends tarayýcýlarla (scanner) ilgili bir paket, hardware.graphics > > altýnda olmasý bir an düþündürdü. > > Bunu bilemedim. Tekrar düþününce, hardware.graphics iyiymiþ :) > > > - hardware.mobile altýndaki libopensync telefon ya da PDA'lara özel bir > > kütüphane deðil. Paket isimlerinden de görebileceðiniz gibi, PIM > > uygulamanýzýn LDAP ya Google Calendar gibi sistemlerle çalýþabilmesi > > içinler. Dolayýsýyla hardware.library altýna taþýnmalý. Ayný þekilde, > > obexftp ve wbxml2 de birer kütüphane. > > Dediðin gibiyse +1 tabi ki. Ýçlerinden komut satýrý uygulamalarý çýkýyor, fekat asýl iþleri programlara API ve veri saðlamak olduðundan böyle bir teklif getirdim. Ama kütüphaneleri 10 ayrý yere bölmenin kolaylaþtýrýcý deðil zorlaþtýrýcý bir yaklaþým olduðu görüþümün arkasýndayým. > > > - hplip-doc paketinin hardware.printing yerine documentation gibi bir > > bileþende olmasý gerekir. > > +1 > > > - strigi hardware.disks deðil. Donanýmla ilgili birþey deðil en azýndan. > > Bir indeksleme uygulamasý (Google Desktop ve Beagle gibi). > > Bunlar için desktop.[misc,extra,accessory,tool] düþünülebilir. desktop.indexing diyeceðim ama 2009 ile birlikte Beagle uçacaðýna ve Strigi ile iþimizi halledeceðimize göre desktop.tool uygun olur bence. Herhangi bir bileþene extra adýný vermek de "bunlarý nereye koyacaðýmýzý bilemedik, kaldý öyle" demekle eþdeðer gibi geliyor :) > > - multimedia.sound altýndaki sunucularýn (jack-audio-connection-kit, > > pulseaudio*, timidity) yerlerinin orasý olduðundan þüpheliyim. > > Bence uygun görünüyor. Bir server.multimedia olabilir belki? > > - programming.putyourfavouritelanguagenamehere ile programming altýnda ayrý > > bir aðaç yaratýyoruz. > > Doðru. Bunlarý da ayýrabiliriz. Ancak bileþen derinliði gittikçe artýyor :) > O yüzden bu dil bileþenlerinin altýnda da alt bileþenler yapmasak iyi olur. Ýlgili paketleri programming.languages.langnames altýna toplamak fazla mý derin olur? (Derin olsa da gayet düzenli olur diye düþünüyorum.) > > > - programming.cpp.library (programming.)library altýna taþýnmalý. > > Genel amaçlý c++ kitaplýklarý için programming.language.cpp yeter bence. > Ayrýca bir de library bileþenine gerek yok. > > > programming.qt programming.library altýna taþýnmalý (ya da isterseniz, > > jargona uyar, programming.toolkit deriz). iki farklý tasnifi tek bileþen > > altýna koymak (programming.diladý, programming.environment/library vb) > > arama süreçlerini zorlaþtýrýyor. her dile yönelik kütüphaneleri ayrý > > kütüphanelere koymak da tam bir kullanýlabilirlik kabusuna neden oluyor. Bu > > programming için baþka türlü bir önerim var, aþaðýda, inceleyiniz. > > > > - PyQt* niye programming.python altýnda? programming.python.libs olsun en > > azýndan. Programming'in altý insanýn kabuslarýna girecek kadar karýþýk > > görünüyor :) > > python modüllerini python bileþenine almamýzda bir sorun yok bence. Dilleri > içine alan bir language bileþeni yaptýðýmýzda karýþýklýk yeterince > giderilmeyecek mi? Evet, programming.language[s?].langnames__iter orayý hizaya sokar. :) > > - hesap makinesi uygulamalarýnýn (örneðin qalculate) science.mathematics > > altýna konmasý anlamlý gelmiyor. Uygulamayý kurmadým, ne kadar derin > > Yok aslýnda basit bir hesap makinesi deðil bildiðim kadarýyla. Benim derdim, kýsacasý, hesap makinelerini scientific altýna almamak.. > > - her yerden kütüphane fýþkýrýyor :) Bir de utility.archive altýnda, > > utility.crypt altýnda, utility.dictionary altýnda varmýþ. Bun kütüphaneleri > > bir araya toplamak þart. > > Aslýnda ayrý da olabilirler; ama küçük bileþenler olduðu için dediðin gibi > olabilir. > > > - gfxtheme-pardus-* utility.admin deðil, tema. > > desktop.theme diyeceðim; ama masaüstü ile ilgili deðil aslýnda. Kullanýcýya > burada tema seçem lüksü de vermiyoruz sanýrým. O yüzden kullanýcýya > göstermesek iyi olabilir. Ýleride depomuzda baþka temalar da olabilir. O yüzden desktop.theme güzel. Hattâ temalarý, fare derilerini (bunu çevirmese miydim ne) oturum açma ekranlarýný fakat bir ana bileþen altýna toplamak oldukça çekici bir düþünce :) > > > - *zemberek*'ýn utility.dictionary.library / > > utility.dictionary.spellchecker altýnda olmasý gerekir. > > +1. Ancak bu utility altýndakilerin ana bileþen olmasýnu ciddi ciddi düþünmeye > baþladým. Ben applications.'ý o yüzden önerdim zaten. O utility'lerin yarýdan fazlasý utility deðil, application (veya koca koca ara katman uygulamalar, kütüphaneler vb). *zemberek* için söylemiyorum ama köke bir applications. þart. > > > - Paket yöneticisinde arama yapacak kiþiyle SVN depoda bileþenlerin içinde > > bir paketi bulmaya çalýþan kullanýcýyý çok da farklý düþünmemek lazým. > > -docs, -doc ve -dox'larýn hangisinin nerede olduðu belli deðil (kendi adýma > > konuþayým, ister depo olsun ister paket, kde-docs diye bir paket olsaydý, > > ben onu desktop.kde.base altýnda aramazdým, doðrudan documentation > > bileþenine bakardým. Depoda bir kütüphane arýyorsam ve aradýðým > > kütüphanenin de hangi tür iþlerde kullanýldýðýný çok iyi bilmiyorsam (veya > > örneðin çok amaçlý bir kütüphane olsun) bulana kadar depodan ümidimi > > keserdim. (Yeri gelmiþken, -i18n* paketleri nasýl oluyor da paket > > yöneticisinde uygulama olarak kabul ediliyor, bunu kimse fark etmedi mi > > yahu?) > > Ben script kullanýyorum. Hiç aramýyorum paketleri. svn tarafýnda arama iþi o > kadar önemli deðil bence. SVN tarafýnda arama iþi düzene alýþmýþ geliþtirici açýsýndan önemli deðil, evet, zaten bir süre sonra insan neyin nerede olduðunu ezberliyor, ama ben geliþtiricinin, yeni geliþtirici adayýnýn ve kullanýcýnýn iþini (en azýndan depodaki paketlerin düzeni babýnda) ne kadar doðallaþtýrýr ve kolaylaþtýrýrsak o kadar iyi olur diye düþünüyorum. -- Necmettin Begiter From ert976 at gmail.com Sat Feb 7 08:47:40 2009 From: ert976 at gmail.com (ertan) Date: Sat, 7 Feb 2009 08:47:40 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> Message-ID: <200902070847.40654.ert976@gmail.com> On Friday 06 February 2009 20:59:25 semen at pardus.org.tr wrote: > Herkese selamlar, > > 2009 icin hazirlamis oldugum yeni paket agaci taslagini > http://svn.pardus.org.tr/uludag/trunk/component/ altinda bulabilir ve > inceleyebilirsiniz. Bazi paketler icin kucuk aciklamalar dustum. graphics kategorisi viewer, editor gibi sound kategorisi player, editor, convertor gibi video kategorisi player, editor, convertor gibi. alt kategorilere ayrýlabilir mi? Contrib depoda iþin içine girdimi paket yöneticisinde program aramak zor oluyor. Son kullanýcý açýsýndan çok daha kolay olacaktýr. Saygýlarýmla Ertan Argüden From gokcen at pardus.org.tr Sat Feb 7 09:08:49 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Sat, 7 Feb 2009 09:08:49 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902070320.12020.fatih@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902070209.06277.necmettin.begiter@gmail.com> <200902070320.12020.fatih@pardus.org.tr> Message-ID: <200902070908.49690.gokcen@pardus.org.tr> Saturday 07 February 2009 Tarihinde Fatih dedi ki: > > - kdelib-apidox, KDE kütüphanelerinin kullanımını belgelendiren bir > > paket. documentation bu paket için çok daha anlamlı bence. DeÄŸilse bile, > > kdelibs-apidox bir desktop.kde.library deÄŸil. (Bir de niye apidox, > > apidocs deÄŸil?) > > Bu paketi uçurdu Gökçen :) Olsaydı yeri documentation tabi ki. Yok, KDE3'ün apidox paketi duruyor hala, ben KDE4'ünkini sildim. Bir de şöyle bir sorun var ki bunlar binary paketler :) Onun yerine source paketler olsaydı tree'de daha iyi olmaz mıydı? Bazı binary paketleri, farklı componentlere koyacağız yine tabii. (hal-doc documentation bileÅŸenine, gibi) -- Gökçen Eraslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090207/f28f495f/attachment.htm From coderlord at gmail.com Sat Feb 7 09:41:18 2009 From: coderlord at gmail.com (Furkan Duman) Date: Sat, 7 Feb 2009 09:41:18 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <200902070025.32236.gokmen@pardus.org.tr> References: <20090206070726.849241384472@ns1.pardus.org.tr> <498CAAD8.40502@pardus.org.tr> <20090206234206.545db417.dfisek@fisek.com.tr> <200902070025.32236.gokmen@pardus.org.tr> Message-ID: <4cca720b0902062341i7abaece0pea100860d55fee6e@mail.gmail.com> 07 Þubat 2009 Cumartesi 00:25 tarihinde Gökmen GÖKSEL yazdý: > Konuyu buradan alýp "zaten kendi aranýzda karar veriyorsunuz" konumuna > getirmeye çalýþacak olan provakatör ruhlu arkadaþlara da cevap vermeyeceðim > zahmet edip birþey yazmasýnlar. Ýþte bu hiç hoþ olmadý Gökmen. Kimmiþ bu provakatör ruhlu olanlar? Ben mi? Düþündüðünü söylemek, ne zamandan beri provakasyon oldu. Eðer gerçekten böyle düþünüyorsanýz ben de listenin esenliði için çýkar giderim. Söylemeniz yeterli. Ancak uygulanan "mahalle baskýsý" :) ile susacaðýmý zannetmiyorum. Onu belirteyim. ;) Konu burada uzamasýn. Yanýt vermek isteyen özelden göndersin lütfen. -- Furkan Duman From pinar at pardus.org.tr Sat Feb 7 09:51:44 2009 From: pinar at pardus.org.tr (Pinar Yanardag) Date: Sat, 07 Feb 2009 09:51:44 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <20090207014713.c5ce392f.dfisek@fisek.com.tr> References: <20090206070726.849241384472@ns1.pardus.org.tr> <200902061423.27155.fatih@pardus.org.tr> <498C2DDA.50105@pardus.org.tr> <20090206210508.5189a377.dfisek@fisek.com.tr> <498C9FEB.1050206@pardus.org.tr> <20090206224602.08663dc4.dfisek@fisek.com.tr> <498CAAD8.40502@pardus.org.tr> <20090206234206.545db417.dfisek@fisek.com.tr> <498CB42D.3000904@pardus.org.tr> <20090207014713.c5ce392f.dfisek@fisek.com.tr> Message-ID: <498D3D90.2010107@pardus.org.tr> On 07-02-2009 01:47 Doruk Fisek wrote: > Ben tum yazilanlari topladigimda "e-posta listesi uzerinden guzel > guzel yazisiyorduk, thread polemige kurban gitti, e-posta listesi > uzerinden devam ettiremedik, o yuzden kendi aramizda yuzyuze konusup > karar verecegiz" anlamini cikariyorum. > > Durum boyleyse, biz susalim, siz kendi aranizda tartisin, karar verin. > Karar surecinizin tamami e-posta listesinde gecmis olsun; bircok insan > faydalansin bu sureci takip etmekten. > > Yok zaten yuzyuze karar verecektiyseniz, "thread polemige kurban > gitti icin eskisi gibi devam ediyorum" demenin anlami nedir? > eger "zaten yuzyuze karar verecek" olsaydik, kaptan'i qt4'e port ediyorum oneri/gorusleriniz nedir diye neden sorayim ki? "thread polemige kurban gitti icin *NM'da* eskisi gibi devam ediyorum" demenin anlami, TODO'ya bakarken NM'i gormem, ve "eh simdi su modulu koyayim, bir karara baglandigi zaman gerekirse kaldiririm"'di -ki zaten NM'in QT4 portu hazir olmadigi icin su an calismayan, abstract bir kod parcasi halinde. -- Pýnar Yanardað (a.k.a PINguAR) http://pinguar.org _____________________________ From necmettin.begiter at gmail.com Sat Feb 7 12:19:28 2009 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Sat, 7 Feb 2009 12:19:28 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902070847.40654.ert976@gmail.com> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902070847.40654.ert976@gmail.com> Message-ID: <200902071219.28725.necmettin.begiter@gmail.com> On 07 Feb 2009 Sat 08:47:40 ertan wrote: > alt kategorilere ayrýlabilir mi? Contrib depoda iþin içine girdimi paket > yöneticisinde program aramak zor oluyor. Son kullanýcý açýsýndan çok daha > kolay olacaktýr. > Bence bu ayrým çok anlamlý deðil. Aðacý derinleþtirmekten baþka bir iþe yaramaz. Uygulamalarýn açýklamalarýnda yazacak zaten, converter-editor-player diye. Son kullanýcý açýsýndan kolay ama gereksiz derecede uzun bir liste olur böyle bir ayrým yaparsak. Ayrýca burada bahsi geçen bileþenler doðrudan paket yöneticisi için hazýrlanan bileþenler deðil, karýþmasýn. -- Necmettin Begiter From coderlord at gmail.com Sat Feb 7 12:58:20 2009 From: coderlord at gmail.com (Furkan Duman) Date: Sat, 7 Feb 2009 12:58:20 +0200 Subject: [Gelistirici] [Uludag-commits] r21449 - branches/kde4-managers/network-manager/plasmoid/nm-applet/contents/code In-Reply-To: <20090207103858.D5C6D247401C@ns1.pardus.org.tr> References: <20090207103858.D5C6D247401C@ns1.pardus.org.tr> Message-ID: <4cca720b0902070258j1bc5204dlb9e932a37ce7731c@mail.gmail.com> 07 Þubat 2009 Cumartesi 12:38 tarihinde yazdý: > Author: gokmen.goksel > Date: Sat Feb 7 12:38:58 2009 > New Revision: 21449 > > Modified: > branches/kde4-managers/network-manager/plasmoid/nm-applet/contents/code/main.py > Log: > * A lot of changes, still no ready .. ... > if self.lastState == "down": > link.Net.Link[self.package].setState(self.name,"up") > else: > link.Net.Link[self.package].setState(self.name,"down") > - self.dialog.hide() UI'larda DBUS ile abstraction a gitmiyor muyduk? Yine girmiþ Comar link buraya. -- Furkan Duman From gokmen at pardus.org.tr Sat Feb 7 13:10:46 2009 From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=) Date: Sat, 7 Feb 2009 13:10:46 +0200 Subject: [Gelistirici] [Uludag-commits] r21449 - branches/kde4-managers/network-manager/plasmoid/nm-applet/contents/code In-Reply-To: <4cca720b0902070258j1bc5204dlb9e932a37ce7731c@mail.gmail.com> References: <20090207103858.D5C6D247401C@ns1.pardus.org.tr> <4cca720b0902070258j1bc5204dlb9e932a37ce7731c@mail.gmail.com> Message-ID: <200902071310.46361.gokmen@pardus.org.tr> On Saturday 07 February 2009 12:58:20 Furkan Duman wrote: > 07 Þubat 2009 Cumartesi 12:38 tarihinde yazdý: > > Author: gokmen.goksel > > Date: Sat Feb 7 12:38:58 2009 > > New Revision: 21449 > > > > Modified: > > > > branches/kde4-managers/network-manager/plasmoid/nm-applet/contents/code/m > >ain.py Log: > > * A lot of changes, still no ready .. > > ... > > > if self.lastState == "down": > > link.Net.Link[self.package].setState(self.name,"up") > > else: > > link.Net.Link[self.package].setState(self.name,"down") > > - self.dialog.hide() > > UI'larda DBUS ile abstraction a gitmiyor muyduk? Yine girmiþ Comar link > buraya. Commit loguna bakarsanýz henüz hazýr deðil yazýyor deðil mi ? Ayrýca çalýþtýðým reponun da branches olduðunu unutmayýn. Henüz bir karara varýlmamýþ ve politikasý belli olmamýþ bir süreci kendi kendime uygulamaya kalkarsam da "buna karar vermiþ miydik" diyeceksiniz ya neyse. p.s. ürünü release etmeden önce nasýl geliþtireceðine de býrakýn geliþtiricileri karar versin. -- Gökmen GÖKSEL From coderlord at gmail.com Sat Feb 7 13:26:13 2009 From: coderlord at gmail.com (Furkan Duman) Date: Sat, 7 Feb 2009 13:26:13 +0200 Subject: [Gelistirici] [Uludag-commits] r21449 - branches/kde4-managers/network-manager/plasmoid/nm-applet/contents/code In-Reply-To: <200902071310.46361.gokmen@pardus.org.tr> References: <20090207103858.D5C6D247401C@ns1.pardus.org.tr> <4cca720b0902070258j1bc5204dlb9e932a37ce7731c@mail.gmail.com> <200902071310.46361.gokmen@pardus.org.tr> Message-ID: <4cca720b0902070326y5d8afdbp10c8ff688d7f4565@mail.gmail.com> 07 Þubat 2009 Cumartesi 13:10 tarihinde Gökmen GÖKSEL yazdý: > p.s. ürünü release etmeden önce nasýl geliþtireceðine de býrakýn > geliþtiricileri karar versin. Ben de geliþtiriciyim! ve soruyorum iþte. Bunda alýnacak ne var? :) p.s ine (Türkçesi Not) ek olarak da þunu söylemek istiyorum. Tekrar tekrar ayný tartýþmalara girmek de istemiyorum. Ben yeni NM ile ilgili birþey söyleyemeyecek miyim veya tartýþamayacak mýyým? Þurasý da þöyle olsun, bak þurasýnda böyle hata var al sana yamasý diyemeyecek miyim? Bunun dýþýnda, mimarisini paylaþmayacak mýsýn? Fikir istemeyecek misin? Bkz. Bahadýr yeni Comar mimarisini nasýl da güzel paylaþmýþ. Önerileri dinlemiþ. Ürün release olmadan, tartýþýlamaz diye bir kural mý mevcut? Ben branch'deki koduna kod katkýsý yapamaz mýyým? Bunlar hakkýnda ne düþünüyorsun samimi olarak merak ediyorum. -- Furkan Duman From gokmen at pardus.org.tr Sat Feb 7 13:45:50 2009 From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=) Date: Sat, 7 Feb 2009 13:45:50 +0200 Subject: [Gelistirici] [Uludag-commits] r21449 - branches/kde4-managers/network-manager/plasmoid/nm-applet/contents/code In-Reply-To: <4cca720b0902070326y5d8afdbp10c8ff688d7f4565@mail.gmail.com> References: <20090207103858.D5C6D247401C@ns1.pardus.org.tr> <200902071310.46361.gokmen@pardus.org.tr> <4cca720b0902070326y5d8afdbp10c8ff688d7f4565@mail.gmail.com> Message-ID: <200902071345.50951.gokmen@pardus.org.tr> On Saturday 07 February 2009 13:26:13 Furkan Duman wrote: > 07 Þubat 2009 Cumartesi 13:10 tarihinde Gökmen GÖKSEL > > yazdý: > > p.s. ürünü release etmeden önce nasýl geliþtireceðine de býrakýn > > geliþtiricileri karar versin. > > Ben de geliþtiriciyim! ve soruyorum iþte. Bunda alýnacak ne var? :) Alýnmýyorum, sýkýlýyorum bu tip sorularý yanýtlamaktan. > p.s ine (Türkçesi Not) ek olarak da þunu söylemek istiyorum. Tekrar > tekrar ayný tartýþmalara girmek de istemiyorum. Ben yeni NM ile ilgili > birþey söyleyemeyecek miyim veya tartýþamayacak mýyým? Tabi ki de söyleyeceksin, tartýþacaðýz ama bunu ben henüz KDE4 ve teknolojileri ile ilgili denemeler yaparken deðil. > Þurasý da þöyle > olsun, bak þurasýnda böyle hata var al sana yamasý diyemeyecek miyim? Diyeceksin ama ben "bakýn buraya koydum böle böle biþi yaptým" dedikten sonra. > Bunun dýþýnda, mimarisini paylaþmayacak mýsýn? Ben NM'ý yazmýyorum, NM plasmoidi yazýyorum, ortada bir mimari yok, profiller listeleniyor sen herhangi birini seçip baðlanýyorsun neyini paylaþayým bunun ? > Fikir istemeyecek > misin? Gerekirse evet, ama yine dediðim gibi þimdi deðil. > Bkz. Bahadýr yeni Comar mimarisini nasýl da güzel paylaþmýþ. > Önerileri dinlemiþ. > > Ürün release olmadan, tartýþýlamaz diye bir kural mý mevcut? Buradaki release kullanýlabilir hale gelmesi aslýnda, kullanýlabilir hale geldikten ben birtakým yaþadýðým KDE4 ve QT4 ile alakalý sorunlarý aþtýktan sonra ürünün çalýþmasý için bir engel kalmadýðý durumda tartýþabiliriz, aksi halde tartýþmalar deðersiz olacaktýr. > Ben > branch'deki koduna kod katkýsý yapamaz mýyým? Þu an için hayýr, yine söylüyorum; ben "bakýn buraya koydum böle böle biþi yaptým" diyene kadar burasý sadece oyun alaný ve ben henüz böyle birþey söylemedim. > Bunlar hakkýnda ne düþünüyorsun samimi olarak merak ediyorum. Umarým merakýný gidermiþimdir. -- Gökmen GÖKSEL From coderlord at gmail.com Sat Feb 7 13:52:10 2009 From: coderlord at gmail.com (Furkan Duman) Date: Sat, 7 Feb 2009 13:52:10 +0200 Subject: [Gelistirici] [Uludag-commits] r21449 - branches/kde4-managers/network-manager/plasmoid/nm-applet/contents/code In-Reply-To: <200902071345.50951.gokmen@pardus.org.tr> References: <20090207103858.D5C6D247401C@ns1.pardus.org.tr> <200902071310.46361.gokmen@pardus.org.tr> <4cca720b0902070326y5d8afdbp10c8ff688d7f4565@mail.gmail.com> <200902071345.50951.gokmen@pardus.org.tr> Message-ID: <4cca720b0902070352y105b9adfx62e46a1ff62886bd@mail.gmail.com> 07 Þubat 2009 Cumartesi 13:45 tarihinde Gökmen GÖKSEL yazdý: > geldikten ben birtakým yaþadýðým KDE4 ve QT4 ile alakalý sorunlarý aþtýktan > sonra ürünün çalýþmasý için bir engel kalmadýðý durumda tartýþabiliriz, aksi > halde tartýþmalar deðersiz olacaktýr. Tamamdýr. Ýlk sürümünü bekliyoruz. Kolay gelsin. -- Furkan Duman From semen at pardus.org.tr Sat Feb 7 13:59:11 2009 From: semen at pardus.org.tr (semen at pardus.org.tr) Date: Sat, 7 Feb 2009 13:59:11 +0200 (EET) Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> Message-ID: <65efa1dce26d5da219755aa85bf8338a.squirrel@mail.pardus.org.tr> Selamlar, Oncelikle bu kadar uzun ve karisik dokumani inceleyip fikirlerinizi sundugunuz icin tesekkur ederim. Ýlk once neden paket agac yapisi demis olmamdan baslamam gerekiyor sanirim. Sonucta bu yapilacak is temelde hangi paketin hangi dizinlerde olmasi gerektigi ile ilgili oldugu ve bu durumdada bir dallanma soz konusu oldugu icin agac yapisi olarak isim verdim. Yoksa tabiki bilesen yapisi ve Isa tagleri onemli :) Ýkinci olarak, bu yapiyi cikarirken mumkun oldugu kadar islevsel olmasina dikkat etttim. Ama tabiki bu durumda da ikilem de kaldigim yerler oldu. Mesela bir multimedia kutuphanesi ayni zaman da network kutuphanesi. Yani buyuk oranda islevsellik temel alindi, karisikliga dusdugumde de temelde olmasi gereken yer olarak kaldi (gelistiriciye yonelik denilebilir sanirim). Bu kisimda genel olarak aciklamaya calisicam; - Dizin isimlerinde belirli bir duzen olmasý gerektigi konusunda haklisiniz libraries - library, docs-doc gibi karisikliklar olmamali, farkli günlerde yapmis olmamdan dolayi gozumden kacmis sanirim. - documentation demis oldugum kisim daha cok tex ve doc uygulamalari ile ilgili, uygulamalarýn doclarý ile ilgili bir kisim deðil, bu sanirim bir karisikliga neden olmamasi icin adi degistirilmeli ve Fatihin dedigi gibi viewer publishing gibi alt dizinler acilabilir. - paketlerin doclari ile ilgili ise söyle bir önerim var, system.base doclarýný system.docs gibi bir dizin altina, system.base'i kucultmek adina koyabiliriz diye dusunuyorum. Fakat diger uygulamalarin doclari uygulama nerede ise orada olmali diye dusundum, tabi fikirlerinize yine de acigim :) - programming.libs altinda ve programming.cpp.libs ve ya programming.environment ve programming.python.environment gibi bir dallanmanin olmasina ben de karsiyim sanirim, onlari denemek ve gormek icin yapmistim :) Sizin de soylemis oldugunuz gibi cok fazla karmasaya neden oluyor. Bu yüzden programming altinda genel olarak libs, environment, compilers gibi olmasi daha iyi gibi. - gtk ile ilgili bolumlerinde qt gibi programming altina gitmesi gerektigini dusunuyorum. - Server ve client gibi iki ayrý dizin yapmamaya calistim, yani bir server'a ait client ayni alt dizinde dursunlar diye dusundum, fakat mail altina ve genel olarak network altina, spesifik bir server icin kullanilmayan clientleri koymak durumunda kaldým, sanirim bunlar için belki farkli bir isim kullanmaliyiz veya farkli bir yapi dusunmeliyiz. - Freedesktop ve fonts ve theme gibi kisimlarin daha ayrintili olarak gozden geciricem, Fatih'te yardimci olursa cok sevinirim :) Sanirim biraz uzun oldu, genel olarak tum maillere cevap vermeye calistim. Sevgiler, Semen Cirit From necmettin.begiter at gmail.com Sat Feb 7 14:51:31 2009 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Sat, 7 Feb 2009 14:51:31 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <65efa1dce26d5da219755aa85bf8338a.squirrel@mail.pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <65efa1dce26d5da219755aa85bf8338a.squirrel@mail.pardus.org.tr> Message-ID: <200902071451.31898.necmettin.begiter@gmail.com> On 07 Feb 2009 Sat 13:59:11 semen at pardus.org.tr wrote: > Selamlar, > > Oncelikle bu kadar uzun ve karisik dokumani inceleyip fikirlerinizi > sundugunuz icin tesekkur ederim. > > Ýlk once neden paket agac yapisi demis olmamdan baslamam gerekiyor > sanirim. Sonucta bu yapilacak is temelde hangi paketin hangi dizinlerde > olmasi gerektigi ile ilgili oldugu ve bu durumdada bir dallanma soz konusu > oldugu icin agac yapisi olarak isim verdim. Yoksa tabiki bilesen yapisi ve > Isa tagleri onemli :) > > Ýkinci olarak, bu yapiyi cikarirken mumkun oldugu kadar islevsel olmasina > dikkat etttim. Ama tabiki bu durumda da ikilem de kaldigim yerler oldu. > Mesela bir multimedia kutuphanesi ayni zaman da network kutuphanesi. Yani > buyuk oranda islevsellik temel alindi, karisikliga dusdugumde de temelde > olmasi gereken yer olarak kaldi (gelistiriciye yonelik denilebilir > sanirim). > > Bu kisimda genel olarak aciklamaya calisicam; > - Dizin isimlerinde belirli bir duzen olmasý gerektigi konusunda > haklisiniz libraries - library, docs-doc gibi karisikliklar olmamali, > farkli günlerde yapmis olmamdan dolayi gozumden kacmis sanirim. > > - documentation demis oldugum kisim daha cok tex ve doc uygulamalari ile > ilgili, uygulamalarýn doclarý ile ilgili bir kisim deðil, bu sanirim bir > karisikliga neden olmamasi icin adi degistirilmeli ve Fatihin dedigi gibi > viewer publishing gibi alt dizinler acilabilir. > > - paketlerin doclari ile ilgili ise söyle bir önerim var, system.base > doclarýný system.docs gibi bir dizin altina, system.base'i kucultmek adina > koyabiliriz diye dusunuyorum. Fakat diger uygulamalarin doclari uygulama > nerede ise orada olmali diye dusundum, tabi fikirlerinize yine de acigim > :) > > - programming.libs altinda ve programming.cpp.libs ve ya > programming.environment ve programming.python.environment gibi bir > dallanmanin olmasina ben de karsiyim sanirim, onlari denemek ve gormek > icin yapmistim :) Sizin de soylemis oldugunuz gibi cok fazla karmasaya Zaten tüm paketleri bir kerede tam olarak olmalarý gereken yere koyabilseydin senin ultra mega über süper daðýtým yöneticisi (hatta "tüm Linux daðýtýmlarý Genel Müdürü") olman gerekirdi. :) > neden oluyor. Bu yüzden programming altinda genel olarak libs, > environment, compilers gibi olmasi daha iyi gibi. environment deðil, ide o :) > > - gtk ile ilgili bolumlerinde qt gibi programming altina gitmesi > gerektigini dusunuyorum. > > - Server ve client gibi iki ayrý dizin yapmamaya calistim, yani bir > server'a ait client ayni alt dizinde dursunlar diye dusundum, fakat mail > altina ve genel olarak network altina, spesifik bir server icin > kullanilmayan clientleri koymak durumunda kaldým, sanirim bunlar için > belki farkli bir isim kullanmaliyiz veya farkli bir yapi dusunmeliyiz. Sunucu ve istemcileri ayný dala koymak Dovecot ile KMail'i (hani KMail diye bir paket olsaydý) ayný yere koymak anlamýna gelecektir. server diye bir bileþen olacaksa (ki server = applications.server (bana göre)) client diye bir bileþen de olmasý gerekiyormuþ gibi bir his malum oluyor bana :) > > - Freedesktop ve fonts ve theme gibi kisimlarin daha ayrintili olarak > gozden geciricem, Fatih'te yardimci olursa cok sevinirim :) themes. .desktopthemes .logins .bootloader .colorschemes (diye birþey yok ama, hani olsaydý) .mouseskins .decorations .styles .splashes .fonts .iconsets .screensavers ? -- Necmettin Begiter From ozan at pardus.org.tr Sat Feb 7 15:30:58 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 07 Feb 2009 15:30:58 +0200 Subject: [Gelistirici] [Fwd: [paketler-commits] r59780 - devel/applications/virtualization/virtualbox/files] Message-ID: <498D8D12.5050701@pardus.org.tr> Böyle yapýnca vboxdrv nasýl takýlacak? -------- Original Message -------- Subject: [paketler-commits] r59780 - devel/applications/virtualization/virtualbox/files Date: Sat, 7 Feb 2009 15:11:09 +0200 (EET) From: paketler-commits at pardus.org.tr Reply-To: gelistirici at pardus.org.tr To: paketler-commits at pardus.org.tr Author: burak Date: Sat Feb 7 15:11:09 2009 New Revision: 59780 Modified: devel/applications/virtualization/virtualbox/files/vbox-python.py Log: BUG:FIXED:9188 Modified: devel/applications/virtualization/virtualbox/files/vbox-python.py ================================================================= --- devel/applications/virtualization/virtualbox/files/vbox-python.py (original) +++ devel/applications/virtualization/virtualbox/files/vbox-python.py Sat Feb 7 15:11:09 2009 @@ -5,8 +5,8 @@ import os import sys -def isModuleLoaded(): - return os.popen("grep 'vboxdrv' /proc/modules").read().strip() != "" +def isModuleLoaded(name): + return os.popen("grep '%s' /proc/modules" % name).read().strip() != "" def loadModule(name): bus = dbus.SystemBus() @@ -25,10 +25,10 @@ return False def main(): - if isModuleLoaded(): + if isModuleLoaded("vboxnetflt"): return True try: - loadModule("vboxdrv") + loadModule("vboxnetflt") return True except Exception, e: if e.get_dbus_name().endswith('policy.no'): @@ -41,7 +41,7 @@ return False try: if authResult: - loadModule("vboxdrv") + loadModule("vboxnetflt") return True else: return False -- Ozan Çaðlayan From erenoglu at gmail.com Sat Feb 7 15:49:55 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Sat, 7 Feb 2009 14:49:55 +0100 Subject: [Gelistirici] [Fwd: [paketler-commits] r59780 - devel/applications/virtualization/virtualbox/files] In-Reply-To: <498D8D12.5050701@pardus.org.tr> References: <498D8D12.5050701@pardus.org.tr> Message-ID: 2009/2/7 Ozan ÇaÄŸlayan > Böyle yapınca vboxdrv nasıl takılacak? Ozan Hocam selam, KVM'yi install ettigimizde modulu otomatik load edilmiyor diye bir hata raporu acmistim: http://bugs.pardus.org.tr/show_bug.cgi?id=8093 Burada Ekin Hocam birbirinden farkli virtualization cozumlerinin birbirinden haberdar olmadan modul yuklemeye calismasi vs. ilgili bir yorum yazmisti. Virtualbox icin bir ayricalik mi yapiyoruz? :) -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090207/5776affe/attachment.htm From burakclskn at gmail.com Sat Feb 7 15:53:07 2009 From: burakclskn at gmail.com (=?ISO-8859-9?Q?Burak_=C7al=FD=FEkan?=) Date: Sat, 07 Feb 2009 15:53:07 +0200 Subject: [Gelistirici] [Fwd: [paketler-commits] r59780 - devel/applications/virtualization/virtualbox/files] In-Reply-To: <498D8D12.5050701@pardus.org.tr> References: <498D8D12.5050701@pardus.org.tr> Message-ID: <498D9243.9060308@gmail.com> Ozan Çaðlayan wrote On 07-02-2009 15:30: > Böyle yapýnca vboxdrv nasýl takýlacak? > vboxnetflt modulü vboxdrv modülüne baðýmlý. From burakclskn at gmail.com Sat Feb 7 16:03:50 2009 From: burakclskn at gmail.com (=?ISO-8859-9?Q?Burak_=C7al=FD=FEkan?=) Date: Sat, 07 Feb 2009 16:03:50 +0200 Subject: [Gelistirici] [Fwd: [paketler-commits] r59780 - devel/applications/virtualization/virtualbox/files] In-Reply-To: References: <498D8D12.5050701@pardus.org.tr> Message-ID: <498D94C6.9020009@gmail.com> Emre Erenoglu wrote On 07-02-2009 15:49: > Ozan Hocam selam, KVM'yi install ettigimizde modulu otomatik load > edilmiyor diye bir hata raporu acmistim: > > http://bugs.pardus.org.tr/show_bug.cgi?id=8093 > > Burada Ekin Hocam birbirinden farkli virtualization cozumlerinin > birbirinden haberdar olmadan modul yuklemeye calismasi vs. ilgili bir > yorum yazmisti. > > Virtualbox icin bir ayricalik mi yapiyoruz? :) Genel olarak bir wrapper yazýlabilir. KVM kullanýlacaðý zaman kvm modüllerini yükler, vbox modüllerini siler; vbox kullanýlacaðý zaman vbox modüllerini yükler, kvm modüllerini siler. Açýlýþta load edilmemeli. Modüller çakýþýr ve her iki programda açýlmaz. From dfisek at fisek.com.tr Sat Feb 7 16:02:16 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sat, 7 Feb 2009 16:02:16 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <65efa1dce26d5da219755aa85bf8338a.squirrel@mail.pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <65efa1dce26d5da219755aa85bf8338a.squirrel@mail.pardus.org.tr> Message-ID: <20090207160216.98694b3c.dfisek@fisek.com.tr> Merhaba, Sat, 7 Feb 2009 13:59:11 +0200 (EET), semen at pardus.org.tr : > - paketlerin doclari ile ilgili ise söyle bir önerim var, system.base > doclarýný system.docs gibi bir dizin altina, system.base'i kucultmek > adina koyabiliriz diye dusunuyorum. Fakat diger uygulamalarin doclari > uygulama nerede ise orada olmali diye dusundum, tabi fikirlerinize > yine de acigim :) Tum doc'lari bu sekilde alabilecek miyiz? Bazi doc'lar kaynak paketten ciktigi icin mecburen paketin kendisinin oldugu bilesene mýhlanacak. Ya da bir kaynak paketten cikan farkli ikili paketlerin farkli bilesenlere konabilmesi icin Pisi'de bir degisiklik yapmak gerekiyor sanki. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From erenoglu at gmail.com Sat Feb 7 16:17:14 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Sat, 7 Feb 2009 15:17:14 +0100 Subject: [Gelistirici] [Fwd: [paketler-commits] r59780 - devel/applications/virtualization/virtualbox/files] In-Reply-To: <498D94C6.9020009@gmail.com> References: <498D8D12.5050701@pardus.org.tr> <498D94C6.9020009@gmail.com> Message-ID: 2009/2/7 Burak Çalışkan > Emre Erenoglu wrote On 07-02-2009 15:49: > > Ozan Hocam selam, KVM'yi install ettigimizde modulu otomatik load > > edilmiyor diye bir hata raporu acmistim: > > > > http://bugs.pardus.org.tr/show_bug.cgi?id=8093 > > > > Burada Ekin Hocam birbirinden farkli virtualization cozumlerinin > > birbirinden haberdar olmadan modul yuklemeye calismasi vs. ilgili bir > > yorum yazmisti. > > > > Virtualbox icin bir ayricalik mi yapiyoruz? :) > > Genel olarak bir wrapper yazılabilir. KVM kullanılacağı zaman kvm > modüllerini yükler, vbox modüllerini siler; vbox kullanılacağı zaman > vbox modüllerini yükler, > kvm modüllerini siler. > Açılışta load edilmemeli. Modüller çakışır ve her iki programda açılmaz. Veya bu paketleri birbiriyle conflict edecek sekilde ayarlasak? -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090207/ab6fcccd/attachment-0001.htm From burakclskn at gmail.com Sat Feb 7 16:19:50 2009 From: burakclskn at gmail.com (=?ISO-8859-9?Q?Burak_=C7al=FD=FEkan?=) Date: Sat, 07 Feb 2009 16:19:50 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <65efa1dce26d5da219755aa85bf8338a.squirrel@mail.pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <65efa1dce26d5da219755aa85bf8338a.squirrel@mail.pardus.org.tr> Message-ID: <498D9886.5060309@gmail.com> semen at pardus.org.tr wrote On 07-02-2009 13:59: > Selamlar, > Selamlar, > - paketlerin doclari ile ilgili ise söyle bir önerim var, system.base > doclarýný system.docs gibi bir dizin altina, system.base'i kucultmek adina > koyabiliriz diye dusunuyorum. Fakat diger uygulamalarin doclari uygulama > nerede ise orada olmali diye dusundum, tabi fikirlerinize yine de acigim > :) > Bence system.docs yerine docs.system kullanmalýyýz. Dökümanlar bir yerde olsun. Kolaylýkla bulalým. > - gtk ile ilgili bolumlerinde qt gibi programming altina gitmesi > gerektigini dusunuyorum. > > qt ile ayný dizinde olmalý bence de. +1 From burakclskn at gmail.com Sat Feb 7 16:23:05 2009 From: burakclskn at gmail.com (=?UTF-8?B?QnVyYWsgw4dhbMSxxZ9rYW4=?=) Date: Sat, 07 Feb 2009 16:23:05 +0200 Subject: [Gelistirici] [Fwd: [paketler-commits] r59780 - devel/applications/virtualization/virtualbox/files] In-Reply-To: References: <498D8D12.5050701@pardus.org.tr> <498D94C6.9020009@gmail.com> Message-ID: <498D9949.2060700@gmail.com> > > Veya bu paketleri birbiriyle conflict edecek sekilde ayarlasak? > -- Hmm. Paket olarak düþünürsek iki paketi ayný sistemde tutamayýz. Modül olarak düþünürsek el ile yükleme gerekecek yada yükleten bir script hazýlamamýz gerekecek. From gkmngrgn at gmail.com Sat Feb 7 16:24:28 2009 From: gkmngrgn at gmail.com (=?UTF-8?B?R8O2a21lbiBHw7ZyZ2Vu?=) Date: Sat, 07 Feb 2009 16:24:28 +0200 Subject: [Gelistirici] [Fwd: [paketler-commits] r59780 - devel/applications/virtualization/virtualbox/files] In-Reply-To: References: <498D8D12.5050701@pardus.org.tr> <498D94C6.9020009@gmail.com> Message-ID: <498D999C.9070506@gmail.com> Emre Erenoglu wrote On 07-02-2009 16:17: > > > Veya bu paketleri birbiriyle conflict edecek sekilde ayarlasak? Bu iki paketin init betikleri vardý, service betiði hazýrlasak, service vbox on dediðimiz zaman eðer kvm modülleri yüklüyse onlarý kaldýrýp vbox modüllerini yüklese, kapattýðýnda da tam tersini yapsa.. From erenoglu at gmail.com Sat Feb 7 16:38:43 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Sat, 7 Feb 2009 15:38:43 +0100 Subject: [Gelistirici] [Fwd: [paketler-commits] r59780 - devel/applications/virtualization/virtualbox/files] In-Reply-To: <498D999C.9070506@gmail.com> References: <498D8D12.5050701@pardus.org.tr> <498D94C6.9020009@gmail.com> <498D999C.9070506@gmail.com> Message-ID: 2009/2/7 Gökmen Görgen > Emre Erenoglu wrote On 07-02-2009 16:17: > > > > > > Veya bu paketleri birbiriyle conflict edecek sekilde ayarlasak? > Bu iki paketin init betikleri vardı, service betiÄŸi hazırlasak, service > vbox on dediÄŸimiz zaman eÄŸer kvm modülleri yüklüyse onları kaldırıp vbox > modüllerini yüklese, kapattığında da tam tersini yapsa.. KVM'in bildigim herhangi bir servis betigi yok. Sadece modulleri yukleniyor, sonrasinda qemu-kvm calistirip kullanabiliyorsunuz. Bir sistemde hem KVM hem Virtualbox olmasi icin bir sebep goremedim, kullanicinin her ikisini de deneyim diyip birisini kaldirmak zorunda kalmasi disinda. Belki de moduller ayri bir paket yapilip, (kvm, kvm-modules, virtualbox, virtualbox-modules), modul paketleri birbiriyle cakistirilabilir. Bu sefer de modul paketi kaldirildiginda userspace'in ona olan dependency'si sorun yaratacak... hmmmm Sanirim dediginiz gibi birer servis betigi, diger virtualization teknolojilerini disable edip, kendininkini enable etmek uzere, en dogru yontem olabilir. Ozan Hoca'dan da bi yorum alsak :) Not: KVM'nin modul autoload'i icin bir script/betik otomatik mekanizma yok, VBox icin yapilirsa darilirim :) http://bugs.pardus.org.tr/show_bug.cgi?id=8093 -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090207/aed8c3c9/attachment.htm From necmettin.begiter at gmail.com Sat Feb 7 17:19:08 2009 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Sat, 7 Feb 2009 17:19:08 +0200 Subject: [Gelistirici] [paketler-commits] r59786 - playground/review/applications/doc/iso-codes In-Reply-To: <20090207143616.0206F36403E@ns1.pardus.org.tr> References: <20090207143616.0206F36403E@ns1.pardus.org.tr> Message-ID: <200902071719.08504.necmettin.begiter@gmail.com> On 07 Feb 2009 Sat 16:36:15 paketler-commits at pardus.org.tr wrote: Merhaba, > + This package supports IS0-639_3, ISO-4127, ISO-3166, ISO-3166_2, ISO-15924 standarts Description nokta ile bitecek :) Belki þöyle daha güzel olabilir: This package contains international country codes defined in .... standards. > + Bu paket IS0-639_3, ISO-4127, ISO-3166, ISO-3166_2, ISO-15924 standartlarýný destekler Bu da nokta ile bitecek :) Sanýyorum bu standartlarý desteklemiyor, bu standartlarda tanýmlanan ülke kodlarýný içeriyor. Yanýlýyor muyum? Ýyi çalýþmalar, -- Necmettin Begiter From burakclskn at gmail.com Sat Feb 7 18:24:19 2009 From: burakclskn at gmail.com (=?ISO-8859-9?Q?Burak_=C7al=FD=FEkan?=) Date: Sat, 07 Feb 2009 18:24:19 +0200 Subject: [Gelistirici] [paketler-commits] r59786 - playground/review/applications/doc/iso-codes In-Reply-To: <200902071719.08504.necmettin.begiter@gmail.com> References: <20090207143616.0206F36403E@ns1.pardus.org.tr> <200902071719.08504.necmettin.begiter@gmail.com> Message-ID: <498DB5B3.1080401@gmail.com> Necmettin Begiter wrote On 07-02-2009 17:19: > Merhaba, > Merhaba, > > Bu da nokta ile bitecek :) > Düzeltirim. > Sanýyorum bu standartlarý desteklemiyor, bu standartlarda tanýmlanan ülke kodlarýný içeriyor. Yanýlýyor muyum? > Ayný þey deðil mi? Desteklemesi, içermesi anlamýna gelmiyor mu? gettext ile eriþiliyor. .po dosyalarýna çevriliyor. From necmettin.begiter at gmail.com Sat Feb 7 18:52:25 2009 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Sat, 7 Feb 2009 18:52:25 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5Bpaketler-commits=5D_r59786_-=09pl?= =?iso-8859-9?q?ayground/review/applications/doc/iso-codes?= In-Reply-To: <498DB5B3.1080401@gmail.com> References: <20090207143616.0206F36403E@ns1.pardus.org.tr> <200902071719.08504.necmettin.begiter@gmail.com> <498DB5B3.1080401@gmail.com> Message-ID: <200902071852.25842.necmettin.begiter@gmail.com> On 07 Feb 2009 Sat 18:24:19 Burak Çalýþkan wrote: > Necmettin Begiter wrote On 07-02-2009 17:19: > > Merhaba, > > > Merhaba, > > > > Bu da nokta ile bitecek :) > > > Düzeltirim. > > Sanýyorum bu standartlarý desteklemiyor, bu standartlarda tanýmlanan ülke kodlarýný içeriyor. Yanýlýyor muyum? > > > Ayný þey deðil mi? Desteklemesi, içermesi anlamýna gelmiyor mu? gettext > ile eriþiliyor. .po dosyalarýna çevriliyor. Standartlarý desteklemekle ülke kodlarýný içermek ayný þey deðildir bence. Paketin oricinali için þuna benzer bir açýklama var: This package provides the ISO-639 Language code list, the ISO-4217 currency list, the ISO-3166 Territory code list, and ISO-3166-2 sub-territory lists. Also it contains their translations in .po format. Yani diyor ki, bu pakette ISO-639, ISO-4217, ISO-3166 VE ISO-3166-2 standartlarýnda verilen dil, para birimi, bölge ve alt bölge kodlarýnýn listeleri var. Dolayýsýyla support(=destekler) burada yanlýþ fiil. (Support ile provide çok farklý fiiller.) "supports" yerine "provides" olur, destekler yerine içerir diyorum kýsaca. -- Necmettin Begiter From mnurolcay at gmail.com Sat Feb 7 20:27:11 2009 From: mnurolcay at gmail.com (mehmet nur olcay) Date: Sat, 7 Feb 2009 20:27:11 +0200 Subject: [Gelistirici] [paketler-commits] r59397 - playground/serbulent/desktop/kde4/kshutdown-kde4 In-Reply-To: <200901312256.43317.serbulent@pardus.org.tr> References: <20090131203512.7528113840E9@ns1.pardus.org.tr> <200901312247.44229.mnurolcay@gmail.com> <200901312256.43317.serbulent@pardus.org.tr> Message-ID: <200902072027.11187.mnurolcay@gmail.com> On Saturday 31 January 2009 22:56:43 Serbulent UNSAL wrote: > ikisi ayný kiþide olsa daha iyi olur. ( gerçi Serdar'da > talip olmuþtu buna ama aranýzda anlaþýrsýnýz artýk ;) ) Kshutdown'u da üzerime alýyorum. KDE4 sürümünü de betalardan sonra review e almayý düþünüyorum. Teþekkürler.. -- Mehmet Nur Olcay From fatih at pardus.org.tr Sat Feb 7 20:33:19 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 7 Feb 2009 20:33:19 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902070426.07571.necmettin.begiter@gmail.com> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902070320.12020.fatih@pardus.org.tr> <200902070426.07571.necmettin.begiter@gmail.com> Message-ID: <200902072033.23614.fatih@pardus.org.tr> Cumartesi 07 Þubat 2009 tarihinde, Necmettin Begiter þunlarý yazmýþtý: > On 07 Feb 2009 Sat 03:20:08 Fatih Aþýcý wrote: > > Öncelikle eline saðlýk :) Uðraþýp güzel bir inceleme yaptýðýn için. Çok > > faydalý oldu. > > Bu saydýklarýmýzdan uygun görülenleri kim uygulayacak? :) Belki de bileþen listesini wiki'de bir yere yazýp onun üzerinden konuþabiliriz. > > Önceki mailimde belirttiðim gibi taslakta yer alan hali office, > > publishing gibi üst bileþenlere daðýtýlmalý. > > desktops. > applications. > libraries. > ve diðer ana dallar (system,..) > > gibi bir yaklaþým nasýl olur? applications adýnda bir bileþen olmamalý bence. Bu sefer baþka tutarsýzlýklar çýkýyor. Mesela programming.ide altýndakiler de application deðil mi? office bileþenini ana bileþen yaparsak hem KDE'deki menüye de benzetmiþ oluruz biraz. KDE'de de aþaðýdaki gibi bir hiyerarþi var: graphics multimedia office system utility editors > > Bunlar artýk GNOME'a özgü deðil anladýðým kadarýyla. desktop.gnome > > altýnda sadece gnome paketleri olsun. gtk, qt, vs hepsi desktop.library > > gibi bir bileþene gitmeli. > > Qt, GTK vd aslýnda grafik arayüz kütüphanesi olduðuna göre, misal, yukarýda > verdiðim libraries. altýna interface. diye bir bileþen nasýl olur? interface çok genel bir kavram aslýnda. desktop.library bana daha uygun geliyor. > > > - synaptics bir sürücü paketi olmasýna raðmen desktop.freedesktop.misc > > > altýnda. > > > > Bu diðer x sürücülerinin yanýna gidecek. system.x11.driver gibi. > > synaptics bir X sürücü paketi deðil bildiðim kadarýyla? Ýçindeki x sürücüsü çýkýyor. Önceden X.org çatýsý altýnda deðildi. O yüzden ayrý bir paket olarak duruyor 2008'de. Ama artýk X.org ile gelecek. > > > - hardware altýndaki cdr'yi gördüðümde ne olduðunu paketleri görünceye > > > kadar anlamadým. storage veya discs olabilir adý (diðer daðýtýmlarda > > > cdr diye bir bileþen var mý?). > > > > +1. Daha açýk olmalý burasý. Bazý daðýtýmlar Archiving içine alýyor. > > hardware.disks var, bir de hardware.cdr var, bir de DVD paketleri var. > Bunlarý hardware.storage altýna alsak? +1 > > > - hardware.mobile altýndaki libopensync telefon ya da PDA'lara özel bir > > > kütüphane deðil. Paket isimlerinden de görebileceðiniz gibi, PIM > > > uygulamanýzýn LDAP ya Google Calendar gibi sistemlerle çalýþabilmesi > > > içinler. Dolayýsýyla hardware.library altýna taþýnmalý. Ayný þekilde, > > > obexftp ve wbxml2 de birer kütüphane. > > > > Dediðin gibiyse +1 tabi ki. > > Ýçlerinden komut satýrý uygulamalarý çýkýyor, fekat asýl iþleri programlara > API ve veri saðlamak olduðundan böyle bir teklif getirdim. Ama > kütüphaneleri 10 ayrý yere bölmenin kolaylaþtýrýcý deðil zorlaþtýrýcý bir > yaklaþým olduðu görüþümün arkasýndayým. Belki de library bileþenlerindeki paketleri iþlevlerine göre daðýtabiliriz. Daðýtmakta zorlandýklarýmýzý bir üst bileþene ya da misc adýndaki bir bileþene atabiliriz. misc/other bileþenleri olmasý istiyorsak þöyle bir yöntem izlenebilir. Eðer multimedia ile ilgisi olan bir paket alt bileþenlerden hiçbirine uymuyorsa doðrudan multimedia bileþeni altýna alýnabilir. > > > - multimedia.sound altýndaki sunucularýn (jack-audio-connection-kit, > > > pulseaudio*, timidity) yerlerinin orasý olduðundan þüpheliyim. > > > > Bence uygun görünüyor. > > Bir server.multimedia olabilir belki? Bu server bileþeni bize zora sokuyor gibi geliyor bana. Çoðu uygulama ya client rolündedir ya da server. > Ýlgili paketleri programming.languages.langnames altýna toplamak fazla mý > derin olur? (Derin olsa da gayet düzenli olur diye düþünüyorum.) langnames kýsmýndan sonra ek alt bileþen yapmaya gerek de olmadýðý için bir derinlik sorunu yok bence. Gayet düzenli böyle. > > > - gfxtheme-pardus-* utility.admin deðil, tema. > > > > desktop.theme diyeceðim; ama masaüstü ile ilgili deðil aslýnda. > > Kullanýcýya burada tema seçem lüksü de vermiyoruz sanýrým. O yüzden > > kullanýcýya göstermesek iyi olabilir. > > Ýleride depomuzda baþka temalar da olabilir. O yüzden desktop.theme güzel. > Hattâ temalarý, fare derilerini (bunu çevirmese miydim ne) oturum açma > ekranlarýný fakat bir ana bileþen altýna toplamak oldukça çekici bir > düþünce :) gfxtheme paketleri temadan fazlasýný içeriyor. Sýrf onun için theme bileþenini ana dala koymayalým bence. > > > - *zemberek*'ýn utility.dictionary.library / > > > utility.dictionary.spellchecker altýnda olmasý gerekir. > > > > +1. Ancak bu utility altýndakilerin ana bileþen olmasýnu ciddi ciddi > > düþünmeye baþladým. > > Ben applications.'ý o yüzden önerdim zaten. O utility'lerin yarýdan fazlasý > utility deðil, application (veya koca koca ara katman uygulamalar, > kütüphaneler vb). *zemberek* için söylemiyorum ama köke bir applications. > þart. Bence; * Gerçekten yardýmcý uygulamalar/kitaplýklar utility altýnda kalsýn. Ek bir alt bileþene de gerek yok. Paket doðrudan utility bileþeni altýnda olabilir. * office ana dala gelsin. * utility.admin bileþeni system.admin, network.admin gibi bileþenlere daðýlsý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/20090207/09219d3e/attachment-0001.pgp From fatih at pardus.org.tr Sat Feb 7 20:36:55 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Sat, 7 Feb 2009 20:36:55 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902070908.49690.gokcen@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902070320.12020.fatih@pardus.org.tr> <200902070908.49690.gokcen@pardus.org.tr> Message-ID: <200902072036.55383.fatih@pardus.org.tr> Cumartesi 07 Åžubat 2009 tarihinde, Gökçen Eraslan ÅŸunları yazmıştı: > Yok, KDE3'ün apidox paketi duruyor hala, ben KDE4'ünkini sildim. KDE3'ü atmıyor muyuz 2009'da :) Bu arada bence 2008 deposuna dokunmaya gerek yok. Bu düzenlemeyi develde (ve dolayısuyla 2009'da) yapalım sadece. > Bir de şöyle bir sorun var ki bunlar binary paketler :) Onun yerine source > paketler olsaydı tree'de daha iyi olmaz mıydı? Bazı binary paketleri, > farklı componentlere koyacağız yine tabii. (hal-doc documentation > bileÅŸenine, gibi) Evet öyle olsa daha iyi olurdu. Bence önce bileÅŸenlere karar verelim. Paketleri taşıdıkça gerekirse ufak deÄŸiÅŸiklikler yaparı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/20090207/a854cb4a/attachment.pgp From fatih at pardus.org.tr Sat Feb 7 20:37:49 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 7 Feb 2009 20:37:49 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <20090207160216.98694b3c.dfisek@fisek.com.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <65efa1dce26d5da219755aa85bf8338a.squirrel@mail.pardus.org.tr> <20090207160216.98694b3c.dfisek@fisek.com.tr> Message-ID: <200902072037.49837.fatih@pardus.org.tr> Cumartesi 07 Þubat 2009 tarihinde, Doruk Fisek þunlarý yazmýþtý: > Sat, 7 Feb 2009 13:59:11 +0200 (EET), semen at pardus.org.tr : > > - paketlerin doclari ile ilgili ise söyle bir önerim var, system.base > > doclarýný system.docs gibi bir dizin altina, system.base'i kucultmek > > adina koyabiliriz diye dusunuyorum. Fakat diger uygulamalarin doclari > > uygulama nerede ise orada olmali diye dusundum, tabi fikirlerinize > > yine de acigim :) > > Tum doc'lari bu sekilde alabilecek miyiz? > > Bazi doc'lar kaynak paketten ciktigi icin mecburen paketin kendisinin > oldugu bilesene mýhlanacak. > > Ya da bir kaynak paketten cikan farkli ikili paketlerin farkli > bilesenlere konabilmesi icin Pisi'de bir degisiklik yapmak gerekiyor > sanki. Bunu zaten PartOf taglarýný kullanarak yapýyoruz. Depoda da örnekleri var. -------------- 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/20090207/19464035/attachment.pgp From fatih at pardus.org.tr Sat Feb 7 21:19:37 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 7 Feb 2009 21:19:37 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <65efa1dce26d5da219755aa85bf8338a.squirrel@mail.pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <65efa1dce26d5da219755aa85bf8338a.squirrel@mail.pardus.org.tr> Message-ID: <200902072119.41072.fatih@pardus.org.tr> Cumartesi 07 Þubat 2009 tarihinde, semen at pardus.org.tr þunlarý yazmýþtý: > - Dizin isimlerinde belirli bir duzen olmasý gerektigi konusunda > haklisiniz libraries - library, docs-doc gibi karisikliklar olmamali, > farkli günlerde yapmis olmamdan dolayi gozumden kacmis sanirim. Bazý bileþenlerde yaptýðýmýz gibi kýsaltmalara gidebiliriz. Nasýl olsa GUI'de açýk isimleri yazýyor. admin docs libs utils isimleri kullanýlabilir. > - documentation demis oldugum kisim daha cok tex ve doc uygulamalari ile > ilgili, uygulamalarýn doclarý ile ilgili bir kisim deðil, bu sanirim bir > karisikliga neden olmamasi icin adi degistirilmeli ve Fatihin dedigi gibi > viewer publishing gibi alt dizinler acilabilir. Þuna ne dersiniz? publishing (ana bileþen) docbook tex office (ya da suite) > - paketlerin doclari ile ilgili ise söyle bir önerim var, system.base > doclarýný system.docs gibi bir dizin altina, system.base'i kucultmek adina > koyabiliriz diye dusunuyorum. Fakat diger uygulamalarin doclari uygulama > nerede ise orada olmali diye dusundum, tabi fikirlerinize yine de acigim system.docs gibi ilgili bileþenlerde docs alt bileþenleri de açýlabilir. system.docs (genelde sistem yöneticilerine vs yönelik belgeler) programming.docs (api belgeleri vs.) desktop.kde.docs (kde yardým dosyalarý) > - programming.libs altinda ve programming.cpp.libs ve ya > programming.environment ve programming.python.environment gibi bir > dallanmanin olmasina ben de karsiyim sanirim, onlari denemek ve gormek > icin yapmistim :) Sizin de soylemis oldugunuz gibi cok fazla karmasaya > neden oluyor. Bu yüzden programming altinda genel olarak libs, > environment, compilers gibi olmasi daha iyi gibi. Necmettin'in önerisine ne diyorsun? Þunun gibi: programming libs (bu bence diðer bileþenlere daðýtýlmalý) ide compilers (mono, fpc, vs) interpreters (ruby, tcl, vs) tools (debuggers, svn, git, vs) modules (python, perl modülleri vs.) > - gtk ile ilgili bolumlerinde qt gibi programming altina gitmesi > gerektigini dusunuyorum. gtk ve qt de birer kitaplýk aslýnda. Onlara ayrýcalýk yapmayalým :) > - Server ve client gibi iki ayrý dizin yapmamaya calistim, yani bir > server'a ait client ayni alt dizinde dursunlar diye dusundum, fakat mail > altina ve genel olarak network altina, spesifik bir server icin > kullanilmayan clientleri koymak durumunda kaldým, sanirim bunlar için > belki farkli bir isim kullanmaliyiz veya farkli bir yapi dusunmeliyiz. server altýndakilerin çoðu baþta network olmak üzere diðer bileþenlere daðýtýlabilir gibi geliyor bana. Bir de ana dala database adýnda bir bileþen açýlabilir. Ona da openldap, *sql, vs paketleri girer. > - Freedesktop ve fonts ve theme gibi kisimlarin daha ayrintili olarak > gozden geciricem, Fatih'te yardimci olursa cok sevinirim :) Þunlar yeter bence: desktop.theme(s) desktop.font(s) desktop.util(s) veya tool(s) system.x11. lib(s) driver(s) util(s) -------------- 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/20090207/87690c54/attachment.pgp From onur at pardus.org.tr Sun Feb 8 03:03:31 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 8 Feb 2009 03:03:31 +0200 Subject: [Gelistirici] init script mudur parametreleri ve initramfs-tools In-Reply-To: <305f9edc0902061626r1ec05f75qc6dbaf376922547a@mail.gmail.com> References: <20090206230441.c14358a2.onur@pardus.org.tr> <200902070003.15053.gokmen@pardus.org.tr> <305f9edc0902061626r1ec05f75qc6dbaf376922547a@mail.gmail.com> Message-ID: <20090208030331.64344c1b.onur@pardus.org.tr> On Sat, 7 Feb 2009 02:26:33 +0200 Mete Alpaslan wrote: > 2009/2/7 Emre Erenoglu > > > 2009/2/6 Gökmen GÖKSEL > > Ben hala burdaki bir iki MB'in onemsiz oldugunu dusunuyorum ama siz > > bilirsiniz. Derdim bir an once gelsin bu destek, ondan > > sabirsizlaniyorum :) > > > > Mudur yamasý girdi, diðer init ve mkinitramfs yamasý da girebilir > sonuçta sistem lvm2 paketi yoksa sistemde mkinitramfs ile yeni > initramfs oluþturulduðunda girmiyor. Emre gibi bu desteði kullanmak > isteyenlerse playgroundumdan paketi inþa edebilirler :) mkinitramfs farm da derleniyor, daha sonra da kernel paketi derlendiðinde o mkinitramfs paketi ile kernel paketine içine giren initramfs i oluþturuyor, farmda o paket kurulu olduðu için ister istemez initramfs içine ilgili dosya girecek. Þu anda initramfs e girecek olan lvm2 vs. paketleri 2008 de derlenmiþ ve istediðimiz gibi ise alabiliriz, ama daha iþi varsa almamakta fayda var bence -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Sun Feb 8 03:06:08 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 8 Feb 2009 03:06:08 +0200 Subject: [Gelistirici] Servis isimlerini duzenlesek mi? In-Reply-To: References: <200902070145.01482.fatih@pardus.org.tr> Message-ID: <20090208030608.1ee9795f.onur@pardus.org.tr> On Sat, 7 Feb 2009 01:05:20 +0100 selim ok wrote: > 07 Þubat 2009 Cumartesi 00:44 tarihinde Fatih Aþýcý > yazdý: > > > > > Þu threadde var cevabý :) > > > > Ben cevabi anlayamadim tam olarak Gurer'in soyledigi sekilde mi kabul > etmeliyim cevabi? Eger oyleyse bu cevabi cok iyi anlayamadigimi > soylemeliyim. Zira paket isminde farkli bir servis ismi ne acidan > karisiklik yaratacak bilemiyorum, bence karisiklik yaratan vixie_cron > gibi bir isim ve bunu hatirlamaya calismak, dogru yazmaya calismak vs. > > Mesela nfs-utils paketinden hem client hem server cikiyormus. > Servisin ismi nfs-utils olmasi mi yoksa nfsd olmasi mi daha anlamli. > Bence nfsd neyi baslattigimizi daha iyi acikliyor. Karisiklik da > yaratmiyor benim acimdan :) Bu isteyerek yaptýðýmýz bir þey deðil, Çomar'daki servis sistemi tasarýmý sebebiyle þu anda servis betiklerinin isimleri içinden çýktýklarý paket ile ayný olmak zorunda -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Sun Feb 8 03:10:08 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 8 Feb 2009 03:10:08 +0200 Subject: [Gelistirici] [Fwd: [paketler-commits] r59780 - devel/applications/virtualization/virtualbox/files] In-Reply-To: References: <498D8D12.5050701@pardus.org.tr> <498D94C6.9020009@gmail.com> Message-ID: <20090208031008.23f1459e.onur@pardus.org.tr> On Sat, 7 Feb 2009 15:17:14 +0100 Emre Erenoglu wrote: > 2009/2/7 Burak Çalýþkan > > > Emre Erenoglu wrote On 07-02-2009 15:49: > > > Ozan Hocam selam, KVM'yi install ettigimizde modulu otomatik load > > > edilmiyor diye bir hata raporu acmistim: > > > > > > http://bugs.pardus.org.tr/show_bug.cgi?id=8093 > > > > > > Burada Ekin Hocam birbirinden farkli virtualization cozumlerinin > > > birbirinden haberdar olmadan modul yuklemeye calismasi vs. ilgili > > > bir yorum yazmisti. > > > > > > Virtualbox icin bir ayricalik mi yapiyoruz? :) > > > > Genel olarak bir wrapper yazýlabilir. KVM kullanýlacaðý zaman kvm > > modüllerini yükler, vbox modüllerini siler; vbox kullanýlacaðý zaman > > vbox modüllerini yükler, > > kvm modüllerini siler. > > Açýlýþta load edilmemeli. Modüller çakýþýr ve her iki programda > > açýlmaz. > > > Veya bu paketleri birbiriyle conflict edecek sekilde ayarlasak? dosyalarý çakýþmýyorsa niye böyle bir þey yapalým ki ? Teknolojileri çakýþýyorsa sorunu orada çözmeliyiz -- Onur Küçük Knowledge speaks, but wisdom listens From selimok at gmail.com Sun Feb 8 03:23:27 2009 From: selimok at gmail.com (selim ok) Date: Sun, 8 Feb 2009 02:23:27 +0100 Subject: [Gelistirici] Servis isimlerini duzenlesek mi? In-Reply-To: <20090208030608.1ee9795f.onur@pardus.org.tr> References: <200902070145.01482.fatih@pardus.org.tr> <20090208030608.1ee9795f.onur@pardus.org.tr> Message-ID: 08 Þubat 2009 Pazar 02:06 tarihinde Onur Küçük yazdý: > > Bu isteyerek yaptýðýmýz bir þey deðil, Çomar'daki servis > sistemi tasarýmý sebebiyle þu anda servis betiklerinin isimleri içinden > çýktýklarý paket ile ayný olmak zorunda > Benim o konusulanlardan anladigim kadariyla 2009'da farkli isimler kullanabilecegiz. Bu durumda simdiden karar versek iyi olmaz mi? Gurer mesela servis isimleri paket isimleri ile ayni olsun demis. Herkes ayni fikirde mi? Bununla ilgili bir politikamiz olacak mi onu merak ediyorum sadece. :) 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/20090208/eacd78c1/attachment.htm From fatih at pardus.org.tr Sun Feb 8 03:27:23 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Sun, 8 Feb 2009 03:27:23 +0200 Subject: [Gelistirici] Servis isimlerini duzenlesek mi? In-Reply-To: References: <20090208030608.1ee9795f.onur@pardus.org.tr> Message-ID: <200902080327.29309.fatih@pardus.org.tr> Pazar 08 Åžubat 2009 tarihinde, selim ok ÅŸunları yazmıştı: > Benim o konusulanlardan anladigim kadariyla 2009'da farkli isimler > kullanabilecegiz. Bu durumda simdiden karar versek iyi olmaz mi? > Gurer mesela servis isimleri paket isimleri ile ayni olsun demis. Hayır, 2009'da da benzer bir tasarım olacak. Gürer de zaten servis isimlerinin paket isimlerinden farklı olmasına gerek olmadığını ifade etmiÅŸ. Yani orada bir politika belirlenmedi. Yine teknik nedenlerden dolayı aynı 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/20090208/f99d7266/attachment-0001.pgp From ahmet at pardusman.org Sun Feb 8 05:23:44 2009 From: ahmet at pardusman.org (Ahmet =?utf-8?q?AYG=C3=9CN?=) Date: Sun, 8 Feb 2009 05:23:44 +0200 Subject: [Gelistirici] Fwd: Re: [Pardus-users] How to submit PiSi packages to users-repository Message-ID: <200902080523.47009.ahmet@pardusman.org> ArkadaÅŸla ilgilenebilecek birileri var mı? Geç tepki vererek, Ä°ngilizce listesindeki e-postalara cevap vermeyerek gerçekten unfriendly davranıyoruz. ---------- YönlendirilmiÅŸ Ä°leti ---------- Konu: Re: [Pardus-users] How to submit PiSi packages to users-repository Tarih: 08 Åžub 2009 Paz Gönderen: LinuxFanatic Kime: pardus-users at pardus.org.tr I followed this instruction: http://en.pardus-wiki.org/New_Developer%27s_Guide#How_to_submit.3F and wrote on Monday 26th January 2009 at 22:23 o'clock to admins at pardus.org.tr. Until today I got no answer back – that's really unfriendly :-( Why is this so difficult? What I want is only an account where I can upload PiSi packages from our PardusUser.de community. -------------- 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/20090208/2a2303cf/attachment.pgp From semen at pardus.org.tr Sun Feb 8 12:51:52 2009 From: semen at pardus.org.tr (semen at pardus.org.tr) Date: Sun, 8 Feb 2009 12:51:52 +0200 (EET) Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902072036.55383.fatih@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902070320.12020.fatih@pardus.org.tr> <200902070908.49690.gokcen@pardus.org.tr> <200902072036.55383.fatih@pardus.org.tr> Message-ID: <4452aad53f27b1fe64d415491398fe8f.squirrel@mail.pardus.org.tr> > KDE3'ü atmýyor muyuz 2009'da :) > > Bu arada bence 2008 deposuna dokunmaya gerek yok. Bu düzenlemeyi develde > (ve > dolayýsuyla 2009'da) yapalým sadece. > Evet bu degisiklikler 2009 icin dusunuluyor. Ben genel olarak kde3 baz alarak bu taslagi cikarmistim, yapmamiz gerekenler tabiki kde4 icin (2009 icin) olacak. > > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici From ozan at pardus.org.tr Sun Feb 8 13:07:54 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 08 Feb 2009 13:07:54 +0200 Subject: [Gelistirici] Fwd: Re: [Pardus-users] How to submit PiSi packages to users-repository In-Reply-To: <200902080523.47009.ahmet@pardusman.org> References: <200902080523.47009.ahmet@pardusman.org> Message-ID: <498EBD0A.504@pardus.org.tr> Ahmet AYGÜN wrote: > Arkadaþla ilgilenebilecek birileri var mý? > > Geç tepki vererek, Ýngilizce listesindeki e-postalara cevap vermeyerek > gerçekten unfriendly davranýyoruz. Yanlýþ yere gönderiyor, bildigim kadariyla yeni gelistirici basvurulari baska bi yere atiliyordu, bilgi at pardus.org.tr miydi? -- Ozan Çaðlayan From dfisek at fisek.com.tr Sun Feb 8 13:14:14 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sun, 8 Feb 2009 13:14:14 +0200 Subject: [Gelistirici] Fwd: Re: [Pardus-users] How to submit PiSi packages to users-repository In-Reply-To: <498EBD0A.504@pardus.org.tr> References: <200902080523.47009.ahmet@pardusman.org> <498EBD0A.504@pardus.org.tr> Message-ID: <20090208131414.6a8aa2ff.dfisek@fisek.com.tr> Sun, 08 Feb 2009 13:07:54 +0200, Ozan Çaðlayan : > Yanlýþ yere gönderiyor, bildigim kadariyla yeni gelistirici > basvurulari baska bi yere atiliyordu, bilgi at pardus.org.tr miydi? Baglantisini verdigi Ingilizce belgede admins at pardus.org.tr diyor. http://en.pardus-wiki.org/New_Developer%27s_Guide#How_to_submit.3F Belgenin Turkce karsiligina baktim, basvuru at pardus.org.tr yaziyor. http://tr.pardus-wiki.org/Pardus:Yeni_geli%C5%9Ftirici_k%C4%B1lavuzu#Ba.C5.9Fvuru_nas.C4.B1l_yap.C4.B1l.C4.B1r.3F Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ozan at pardus.org.tr Sun Feb 8 13:18:20 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 08 Feb 2009 13:18:20 +0200 Subject: [Gelistirici] Fwd: Re: [Pardus-users] How to submit PiSi packages to users-repository In-Reply-To: <20090208131414.6a8aa2ff.dfisek@fisek.com.tr> References: <200902080523.47009.ahmet@pardusman.org> <498EBD0A.504@pardus.org.tr> <20090208131414.6a8aa2ff.dfisek@fisek.com.tr> Message-ID: <498EBF7C.7000407@pardus.org.tr> Doruk Fisek wrote: > Sun, 08 Feb 2009 13:07:54 +0200, Ozan Çaðlayan : > >> Yanlýþ yere gönderiyor, bildigim kadariyla yeni gelistirici >> basvurulari baska bi yere atiliyordu, bilgi at pardus.org.tr miydi? > Baglantisini verdigi Ingilizce belgede admins at pardus.org.tr diyor. > > http://en.pardus-wiki.org/New_Developer%27s_Guide#How_to_submit.3F > > Belgenin Turkce karsiligina baktim, basvuru at pardus.org.tr yaziyor. > > http://tr.pardus-wiki.org/Pardus:Yeni_geli%C5%9Ftirici_k%C4%B1lavuzu#Ba.C5.9Fvuru_nas.C4.B1l_yap.C4.B1l.C4.B1r.3F Ingilizce alias acmak lazim aslinda ama simdilik basvuru@ ile degistirip adama cevap veriyorum. -- Ozan Çaðlayan From ozan at pardus.org.tr Sun Feb 8 13:25:54 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 08 Feb 2009 13:25:54 +0200 Subject: [Gelistirici] =?utf-8?q?Ko=C5=9Fullu_servisler?= Message-ID: <498EC142.1020008@pardus.org.tr> Selam, Bu koþullu servislerle ilgili þöyle bir þey dikkatimi çekti. Örneðin bluez_utils servisi. /sys/class/bluetooth'un varligina gore baslatiyoruz servisi "ama" killswitch kapaliysa wlan ile beraber o interface de yaratilmamis olacagindan acilista bu servis baslamiyor, sonra da asenkron olarak baslatilmasi icin düsünülmüs bir mekanizma yok. Bu servisi ya otomatik olarak baþlatmalýyýz daima ya da udev kuralýyla comar cagrisi falan yaptirmaliyiz. Ne diyorsunuz? Ayrýca koþullu ifadesi yerine aklýma daha güzel bir çeviri geldi dün: "Gerektiðinde". Ýngilizce olarak da "When needed". Ne dersiniz? Koþullu ifadesi kullanýcýya çok fazla bir þey ifade edemiyor çünkü. Saygýlar, -- Ozan Çaðlayan From semen at pardus.org.tr Sun Feb 8 13:32:12 2009 From: semen at pardus.org.tr (semen at pardus.org.tr) Date: Sun, 8 Feb 2009 13:32:12 +0200 (EET) Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902072119.41072.fatih@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <65efa1dce26d5da219755aa85bf8338a.squirrel@mail.pardus.org.tr> <200902072119.41072.fatih@pardus.org.tr> Message-ID: > Bazý bileþenlerde yaptýðýmýz gibi kýsaltmalara gidebiliriz. Nasýl olsa > GUI'de > açýk isimleri yazýyor. > > admin > docs > libs > utils > > isimleri kullanýlabilir. +1 > Þuna ne dersiniz? > > publishing (ana bileþen) > docbook > tex > office (ya da suite) > sanirim utils kismindan office'i cikaralim diyorsun olabilir +1 > system.docs (genelde sistem yöneticilerine vs yönelik belgeler) > programming.docs (api belgeleri vs.) > desktop.kde.docs (kde yardým dosyalarý) > Daha önceki bir mailde Doruk'un da söylemis oldugu gibi kaynak paketten cikan doclar var. Bunlari pakettten ayirip parcalamanin ve farkli bir paket yapmanin, hangi paket icin iyi hangi paket icin olumsuz olacagini tam olarak bilemiyorum. Bu paketlere bakip parcalamaya deger olup olmayacagina bakmamiz gerekiyor. > Necmettin'in önerisine ne diyorsun? Þunun gibi: > > programming > libs (bu bence diðer bileþenlere daðýtýlmalý) > ide > compilers (mono, fpc, vs) > interpreters (ruby, tcl, vs) > tools (debuggers, svn, git, vs) > modules (python, perl modülleri vs.) > +1 bi de sanirim langs veya languages diye bolum de olabilir > gtk ve qt de birer kitaplýk aslýnda. Onlara ayrýcalýk yapmayalým :) > ayricalik olmasin tabiki :) fakat nerede olmasini dusundugunu tam olarak anlayamadim. Programming langs altinda olmasin mi? libs altinda mi olsun? > server altýndakilerin çoðu baþta network olmak üzere diðer bileþenlere > daðýtýlabilir gibi geliyor bana. Bir de ana dala database adýnda bir > bileþen > açýlabilir. Ona da openldap, *sql, vs paketleri girer. Server bileseni olmasin mi demek istedin? ben server bileseni olmasindan yanayim ama network altina gidebilecek paketler olabilir. Bir de database tamamiyle anadala gelsin demek istiyorsun (server altindan cikip) sanirim. > Þunlar yeter bence: > > desktop.theme(s) > desktop.font(s) > desktop.util(s) veya tool(s) freedesktop.fonts,themes ve kde.fonts, themes gibi ayýrmýs oldugum dizinlerin tek bir dizin haline gelmesi uygundur diyorsun sanirim. desktop.tools'ta kde ve gnome dizinlerini buraya mi koyacagiz, yoksa desktop tools dedigin bunlardan bagimsiz freedesktop araclarinin oldugu bir dizin mi olacak? > system.x11. > lib(s) > driver(s) > util(s) > System altinda degil de, x11 olarak ana dala konabilir diye dusundum. ______________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici From erenoglu at gmail.com Sun Feb 8 13:34:46 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Sun, 8 Feb 2009 12:34:46 +0100 Subject: [Gelistirici] =?utf-8?q?Ko=C5=9Fullu_servisler?= In-Reply-To: <498EC142.1020008@pardus.org.tr> References: <498EC142.1020008@pardus.org.tr> Message-ID: 2009/2/8 Ozan ÇaÄŸlayan > Ayrıca koÅŸullu ifadesi yerine aklıma daha güzel bir çeviri geldi dün: > "GerektiÄŸinde". Ä°ngilizce olarak da "When needed". Ne dersiniz? KoÅŸullu > ifadesi kullanıcıya çok fazla bir ÅŸey ifade edemiyor çünkü. Selam Ozan Hocam, "Gerektiginde" uygun gibi, "When Needed" de uygun, bunun yaninda On Demand" denebilir gibi geldi bana. -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090208/cb070464/attachment.htm From ozan at pardus.org.tr Sun Feb 8 13:47:09 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 08 Feb 2009 13:47:09 +0200 Subject: [Gelistirici] =?utf-8?q?Ko=C5=9Fullu_servisler?= In-Reply-To: <498EC142.1020008@pardus.org.tr> References: <498EC142.1020008@pardus.org.tr> Message-ID: <498EC63D.8050604@pardus.org.tr> Ozan Çaðlayan wrote: > Selam, > > Bu koþullu servislerle ilgili þöyle bir þey dikkatimi çekti. Örneðin > bluez_utils servisi. /sys/class/bluetooth'un varligina gore baslatiyoruz > servisi "ama" killswitch kapaliysa wlan ile beraber o interface de > yaratilmamis olacagindan acilista bu servis baslamiyor, sonra da > asenkron olarak baslatilmasi icin düsünülmüs bir mekanizma yok. Bu > servisi ya otomatik olarak baþlatmalýyýz daima ya da udev kuralýyla > comar cagrisi falan yaptirmaliyiz. Ne diyorsunuz? Paketin sorunuymuþ. Paketten udev kuralý çýkmýyor ama service komutu ile bluez_utils start/stop edecek udev betiði çýkýyor. Kuralý koyunca bu dediðim þey devreye girmiþ olacak. Açýlýþta udev baþlatýldýðýnda dbus yok ortada, udev bu kuralý iþlerken service çaðýracak ama service patlayacak. Daha sonra servisin koþulu doðru olduðundan mudur baþlatmýþ olacak servisi. udev haybeye service betiði falan çaðýrmýþ olacak. -- Ozan Çaðlayan From necmettin.begiter at gmail.com Sun Feb 8 14:09:10 2009 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Sun, 8 Feb 2009 14:09:10 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902072119.41072.fatih@pardus.org.tr> Message-ID: <200902081409.11019.necmettin.begiter@gmail.com> On 08 Feb 2009 Sun 13:32:12 semen at pardus.org.tr wrote: > > Necmettin'in önerisine ne diyorsun? Þunun gibi: > > > > programming > > libs (bu bence diðer bileþenlere daðýtýlmalý) > > ide > > compilers (mono, fpc, vs) > > interpreters (ruby, tcl, vs) > > tools (debuggers, svn, git, vs) > > modules (python, perl modülleri vs.) > > > +1 > bi de sanirim langs veya languages diye bolum de olabilir langs zaten compilers ve interpreters olarak ikiye bölünmüþ durumda.. Ya da ikisini birleþtirip langs diyebiliriz. > > server altýndakilerin çoðu baþta network olmak üzere diðer bileþenlere > > daðýtýlabilir gibi geliyor bana. Bir de ana dala database adýnda bir > > bileþen > > açýlabilir. Ona da openldap, *sql, vs paketleri girer. Uygulamalarý görevlerine göre editor, officesuite falan diye böleceksek database'i server'ýn altýndan çýkarýp ana dala koymak bana hiç kurallý gelmiyor. Sunucular da birer uygulama sonuçta. > > Server bileseni olmasin mi demek istedin? ben server bileseni olmasindan > yanayim ama network altina gidebilecek paketler olabilir. > > Bir de database tamamiyle anadala gelsin demek istiyorsun (server altindan > cikip) sanirim. > > > Þunlar yeter bence: > > > > desktop.theme(s) > > desktop.font(s) > > desktop.util(s) veya tool(s) > freedesktop.fonts,themes ve kde.fonts, themes gibi ayýrmýs oldugum > dizinlerin tek bir dizin haline gelmesi uygundur diyorsun sanirim. > > desktop.tools'ta kde ve gnome dizinlerini buraya mi koyacagiz, yoksa > desktop tools dedigin bunlardan bagimsiz freedesktop araclarinin oldugu > bir dizin mi olacak? Temalarý, derileri vb kde-gnome-freedesktop diye ayýrmak aslýnda iþlevine deðil masaüstü yöneticisine bakarak ayýrmak oluyor. Yeni yapýlanmada iþleve bakýlacaksa kde-gnome vb aðýrlýðýný ortadan kaldýrmak lazým. > > system.x11. > > lib(s) > > driver(s) > > util(s) > > > System altinda degil de, x11 olarak ana dala konabilir diye dusundum. System bana garip geliyor. Sanki sistemle ilgili olmayan paketimiz varmýþ gibi ;) Öte yandan X11-XFree86 vb birer sunucu aslýnda.. -- Necmettin Begiter From ahmet at pardusman.org Sun Feb 8 15:02:25 2009 From: ahmet at pardusman.org (Ahmet =?iso-8859-9?q?AYG=DCN?=) Date: Sun, 8 Feb 2009 15:02:25 +0200 Subject: [Gelistirici] Fwd: Re: [Pardus-users] How to submit PiSi packages to users-repository In-Reply-To: <498EBF7C.7000407@pardus.org.tr> References: <200902080523.47009.ahmet@pardusman.org> <20090208131414.6a8aa2ff.dfisek@fisek.com.tr> <498EBF7C.7000407@pardus.org.tr> Message-ID: <200902081502.25559.ahmet@pardusman.org> Ozan Çaðlayan, Sunday 08 February 2009 13:18:20 tarihinde yazdý: > Ingilizce alias acmak lazim aslinda ama simdilik basvuru@ ile degistirip > adama cevap veriyorum. Ýlgilendiðiniz için teþekkür ederim hepinize. alias açmayacaksak da küresel olarak algýlanabilecek bir e-posta adresi kullanalým derim :) * "küresel olarak algýlanabilecek" nasýl bir betimleme diye sormayýn yeni uyandým :p -------------- 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/20090208/a0f38082/attachment.pgp From dfisek at fisek.com.tr Sun Feb 8 15:20:58 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sun, 8 Feb 2009 15:20:58 +0200 Subject: [Gelistirici] bc paket alimi In-Reply-To: <20090206235341.6ab27cf8.dfisek@fisek.com.tr> References: <20090206235341.6ab27cf8.dfisek@fisek.com.tr> Message-ID: <20090208152058.e392bc38.dfisek@fisek.com.tr> Fri, 6 Feb 2009 23:53:41 +0200, Doruk Fisek : > bc paketini alacagimdir. Uygun mudur? bogofilter'i da alabilirim. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From turkay.eren at gmail.com Sun Feb 8 15:49:47 2009 From: turkay.eren at gmail.com (Eren =?iso-8859-15?q?T=FCrkay?=) Date: Sun, 8 Feb 2009 15:49:47 +0200 Subject: [Gelistirici] =?utf-8?q?Ko=C5=9Fullu_servisler?= In-Reply-To: References: <498EC142.1020008@pardus.org.tr> Message-ID: <200902081549.47857.turkay.eren@gmail.com> On Sunday 08 February 2009 13:34:46 Emre Erenoglu wrote: > Selam Ozan Hocam, "Gerektiginde" uygun gibi, "When Needed" de uygun, bunun > yaninda On Demand" denebilir gibi geldi bana "When Needed" bana daha uygun gibi geldi. -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090208/2a336958/attachment.htm From fatih at pardus.org.tr Sun Feb 8 17:32:11 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sun, 8 Feb 2009 17:32:11 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902072119.41072.fatih@pardus.org.tr> Message-ID: <200902081732.14847.fatih@pardus.org.tr> Pazar 08 Þubat 2009 tarihinde, semen at pardus.org.tr þunlarý yazmýþtý: > > system.docs (genelde sistem yöneticilerine vs yönelik belgeler) > > programming.docs (api belgeleri vs.) > > desktop.kde.docs (kde yardým dosyalarý) > > Daha önceki bir mailde Doruk'un da söylemis oldugu gibi kaynak paketten > cikan doclar var. Bunlari pakettten ayirip parcalamanin ve farkli bir > paket yapmanin, hangi paket icin iyi hangi paket icin olumsuz olacagini > tam olarak bilemiyorum. Bu paketlere bakip parcalamaya deger olup > olmayacagina bakmamiz gerekiyor. Bunlarýn çoðu zaten parçalanmýþ durumda. Sadece PartOf tagýný kullanarak ilgili docs bileþenie atacaðýz. > > Necmettin'in önerisine ne diyorsun? Þunun gibi: > > > > programming > > libs (bu bence diðer bileþenlere daðýtýlmalý) > > ide > > compilers (mono, fpc, vs) > > interpreters (ruby, tcl, vs) > > tools (debuggers, svn, git, vs) > > modules (python, perl modülleri vs.) > > +1 > bi de sanirim langs veya languages diye bolum de olabilir compilers ve interpreters varken languages bileþenine gerek kalmýyor. > > gtk ve qt de birer kitaplýk aslýnda. Onlara ayrýcalýk yapmayalým :) > > ayricalik olmasin tabiki :) > > fakat nerede olmasini dusundugunu tam olarak anlayamadim. Programming > langs altinda olmasin mi? libs altinda mi olsun? Sanýrým asýl kriterimizden uzaklaþmýþým bunu söylerken. Madem iþlelere öncelik veriyoruz; library adýndaki bileþenlerden mümkün olduðunca kaçýnmamýz lazým. Sonuçta her kitaplýðýn da bir amacý var. qt, gtk, fltk, wxGTK gibi paketlerin tümünü desktop.toolkits gibi bir bileþene atmak daha mantýklý olacak sanýrým. > > server altýndakilerin çoðu baþta network olmak üzere diðer bileþenlere > > daðýtýlabilir gibi geliyor bana. Bir de ana dala database adýnda bir > > bileþen > > açýlabilir. Ona da openldap, *sql, vs paketleri girer. > > Server bileseni olmasin mi demek istedin? ben server bileseni olmasindan > yanayim ama network altina gidebilecek paketler olabilir. Buradaki çekincem þu: þu anki yapýda programming.libs bileþeninin büyümesine yol açan olay. Yani bir paket kitaplýk taþýyorsa oraya atalým düþüncesi. Çoðu paketin içinden daemon/server vs. çýkýyor. Ýlerde eklenen paketlerde kolaya kaçýlýp doðrudan buraya atýlmasý söz konusu olabilir. server olan uygulamalarýn da birer iþlevi, sistemde bir rolü söz konusu. Bunu dikkate almamýz gerekir bence. > Bir de database tamamiyle anadala gelsin demek istiyorsun (server altindan > cikip) sanirim. Öyle demek istemiþtim; ama kararsýzým. Ana dal olmasý iyi gelmedi þimdi bana da. Bir yerde böyle bir bileþen açýlmalý; ama utility altýnda durmamalý sanki. Acaba utility adýný misc olarak mý deðiþtirsek? > > Þunlar yeter bence: > > > > desktop.theme(s) > > desktop.font(s) > > desktop.util(s) veya tool(s) > > freedesktop.fonts,themes ve kde.fonts, themes gibi ayýrmýs oldugum > dizinlerin tek bir dizin haline gelmesi uygundur diyorsun sanirim. Evet. > desktop.tools'ta kde ve gnome dizinlerini buraya mi koyacagiz, yoksa > desktop tools dedigin bunlardan bagimsiz freedesktop araclarinin oldugu > bir dizin mi olacak? desktop.tools için strigi, beagle gibi paketleri düþünmüþtüm. Bir de plasmoidler, google gadget'larý vs var. Ama onlarý da iþlevlerine göre diðer bileþenlere daðýtmak daha doðru olacak sanýrým. desktop.kde ve desktop.gnome yine kalsýn. Ancak bunlarýn altýnda ek bileþenlere gerek olmadýðýný düþünüyorum. Bunlar sadece bu masaüstü ortamýný oluþturacak temel kitaplýk ve uygulamalarý barýndýrmalý. > > system.x11. > > lib(s) > > driver(s) > > util(s) > > System altinda degil de, x11 olarak ana dala konabilir diye dusundum. Ana dala koyduðumuzda þöyle bir sorun çýkýyor: Örneðin paket yöneticisinde sadece sistem bileþenini gösterdiðimizi düþünelim. Alt bileþenlerin kullanýcýyý ilgilendirmediðini düþünüyoruz. Böylece system altýndaki tüm paketleri tek bir listede gösterebiliyoruz. Eðer x11 ana dal olursa buradaki paketleri kullanýcýya gösterebilmek için illa ki x11 bileþenini de arayüze eklememiz gerekir. system altýna girmeyecekse desktop.base ya da desktop.x11 bileþenini de düþünebiliriz. -------------- 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/20090208/b7af57ac/attachment.pgp From bahadir at pardus.org.tr Sun Feb 8 18:15:14 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Sun, 8 Feb 2009 18:15:14 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Ko=FEullu_servisler?= In-Reply-To: <498EC142.1020008@pardus.org.tr> References: <498EC142.1020008@pardus.org.tr> Message-ID: <200902081815.17362.bahadir@pardus.org.tr> 08 Þub 2009 Paz tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: > Ayrýca koþullu ifadesi yerine aklýma daha güzel bir çeviri geldi dün: > "Gerektiðinde". Ýngilizce olarak da "When needed". Ne dersiniz? Koþullu > ifadesi kullanýcýya çok fazla bir þey ifade edemiyor çünkü. "When needed" 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/20090208/4ad19c3a/attachment.pgp From onur at pardus.org.tr Sun Feb 8 18:33:52 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 8 Feb 2009 18:33:52 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <65efa1dce26d5da219755aa85bf8338a.squirrel@mail.pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <65efa1dce26d5da219755aa85bf8338a.squirrel@mail.pardus.org.tr> Message-ID: <20090208183352.a136d31d.onur@pardus.org.tr> On Sat, 7 Feb 2009 13:59:11 +0200 (EET) semen at pardus.org.tr wrote: > - paketlerin doclari ile ilgili ise söyle bir önerim var, system.base > doclarýný system.docs gibi bir dizin altina, system.base'i kucultmek > adina koyabiliriz diye dusunuyorum. Fakat diger uygulamalarin doclari > uygulama nerede ise orada olmali diye dusundum, tabi fikirlerinize > yine de acigim :) Konu bayaðý uzun henüz hepsini okuyup anlayamadým ama önemli bir sorunumuz var, liste sonuçta çýkan binary paketler düþünülerek oluþturulmuþ. Biz bu component yapýsýný kaynak paketler (pspec) düþünerek çýkarmamýz gerekiyor. Kaynak paketler içerisinden çýkan birden fazla paket olunca illa bileþenini deðiþtirmemiz bence gerekmiyor. Örneðin hplip paketi x/y/hplip/pspec.xml ise ve ayný kaynaktan çýkan hplip-doc paketi varsa onun da component i bence ayný kalabilir. Ayrýmý da IsA tagý ile yaparýz. Bir paketin belge içeriyor olmasý direkt component deðiþimine sebep olmamalý. Örneðin man bir belge topluluðu iken hplip-doc "yazýcýlar ile ilgili belge". Bir de system.base ve system.devel paketlerinin yerini deðiþtirmememiz lazým, mesela nasm baþka bir yere gitmiþ. system.devel ve system.base i bölemiyoruz (belki 2009 da biraz daha küçültebiliriz ama çok dikkatli bölmemiz gerekecek). system.base ve system.devel deki paketlerin doc paketlerini ayýrýrsak (ki yapýlmýþý var, ben biraz daha yapmayý düþünüyorum) system.doc altýna alabiliriz. -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Sun Feb 8 18:44:47 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 8 Feb 2009 18:44:47 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902062137.57510.fatih@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902062137.57510.fatih@pardus.org.tr> Message-ID: <20090208184447.f4529f45.onur@pardus.org.tr> On Fri, 6 Feb 2009 21:37:51 +0200 Fatih Aþýcý wrote: > Cuma 06 Þubat 2009 tarihinde, semen at pardus.org.tr þunlarý yazmýþtý: > > Bu konu hakkindaki dusuncelerinizi ve goruslerinizi bekliyorum. > > * desktop.gnome.library/base bileþenleri sadece GNOME'a özgü olan > temel paketleri içermeli. gtk2 ve arkadaþlarý desktop.gnome altýnda > olmamalý. kde bileþenleri için de ayný þey geçerli. gtk2, qt gibi > toolkitler desktop.library adýnda bir bileþene girebilir. library çok genel, desktop.widget / desktop.toolkit ? wx kabilesini vs. de koyabiliriz > * bileþen isimlerinin tümünde tekil kelimeler kullanalým. extras > yerine extra gibi. > > * extras yerine misc de kullanýlabilir. misc daha mantýklý bence > * desktop.kde altýndaki uygulamalar iþlevlerine göre uygun > bileþenlere gönderilmeli (Bizim manager'lar da dahil). Burada sadece > KDE masaüstüne ait temel paketler bulunmalý. upstream paketleri + l10n paketleri var aklýmda > * Simge ve imleç temalarý, freedesktop sayesinde artýk ortak bir > formata sahip. Bunlarý desktop.kde/gnome.theme altýna taþýmak yerine > desktop.theme altýna almalýyýz. +1 > * freedesktop diye bir bileþenn olmamalý aslýnda. free- kýsmýný atýn. > desktop bileþenine daðýlsýn buradakiler. xorg ve arkadaþlarýný ise > system.x11 gibi bir bileþene atabiliriz. +1 > * programming.qt altýndakiler programming.tools, desktop.library gibi > bileþenlere daðýtýlabilir. qt diye bir bileþene gerek yok bence. desktop.widget / desktop.toolkit ? > * yali ve arkadaþlarý system.installer adýnda bir bileþene gidebilir. > pluginleri falan da gelecek ileride herhalde. O yüzden ayrý bir > bileþen olabilir. +1 > * kernel.firmware, kernel sürümünden baðýmsýz bir bileþen deðil mi? > Eðer öyleyse ilerde de birden fazla kernel sunacaðýmýza göre bu > bileþeni kernel dýþýna (mesela hardware.firmware?) çýkarabiliriz. Her > kernel için böyle bir bileþen tutmayýz herhalde? hardware.firmware çok mantýklý > * utility.shells yerine system.shell kullanýlabilir. office bileþeni > ana bileþen yapýlabilir. utility bileþeni için biraz daha düþünmek > lazým. çok da fazla shell imiz yok aslýnda, zsh ve tcsh için bir component açmak bana mantýklý gelmiyor (baþka paket varsa kaçýrdýðým deðiþebilir tabi bu ) -- Onur Küçük Knowledge speaks, but wisdom listens From ozan at pardus.org.tr Sun Feb 8 21:27:20 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 08 Feb 2009 21:27:20 +0200 Subject: [Gelistirici] postgresql-lib Message-ID: <498F3218.3030706@pardus.org.tr> mysql-lib paketinden mysql_config adýnda bir ikili dosya çýkýyor ve pkgconfig tarzý bir bilgi sunuyor : ozan at laptop ~ $ mysql_config Usage: /usr/bin/mysql_config [OPTIONS] Options: --cflags [-I/usr/include/mysql -mtune=generic -march=i686 -pipe ... --include [-I/usr/include/mysql] --libs [-Wl,-O1 -Wl,-z,relro -Wl,--hash-style=gnu -L/usr/lib/mysql ... --libs_r [-Wl,-O1 -Wl,-z,relro -Wl,--hash-style=gnu -L/usr/lib/mysql ... --socket [/var/run/mysqld/mysqld.sock] --port [3306] --version [5.0.51b] --libmysqld-libs [-Wl,-O1 -Wl,-z,relro -Wl,--hash-style=gnu -L/usr/lib/mysql ... Böylece örneðin gnokii, mysql_config çaðýrarak kütüphaneyi bulup, ona linkleniyor. Ancak postgresql-lib'den çýkmasý gereken pg_config postgresql-server'dan çýkýyor. gnokii'ye postgresql-lib baðýmlýlýðý yazýlmýþ ancak pg_config bulunamadýðýndan aslýnda hikaye o baðýmlýlýk, desteði kapatýyor. Böylece aslýnda postgresql-lib diye baðýmlýlýk yazdýðýmýz paketler, farmda her þey kurulu olmasa asla postgresql kütüphanesiyle baðlanmayacaklar. Bu dosyanýn da mysql'de olduðu gibi, lib paketinden çýkmasý gerekmez mi? -- Ozan Çaðlayan From necmettin.begiter at gmail.com Sun Feb 8 21:37:48 2009 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Sun, 8 Feb 2009 21:37:48 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <20090208184447.f4529f45.onur@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902062137.57510.fatih@pardus.org.tr> <20090208184447.f4529f45.onur@pardus.org.tr> Message-ID: <200902082137.48206.necmettin.begiter@gmail.com> On 08 Feb 2009 Sun 18:44:47 Onur Küçük wrote: > > library çok genel, desktop.widget / desktop.toolkit ? wx kabilesini > vs. de koyabiliriz desktop.widget anlamlý deðil (en azýndan Ýngilizce düþününce, sonuçta bunlar widget deðil). desktop.toolkit diyoruz ama bunlar toolkit de deðil bence, çünkü toolkit birbiriyle doðrudan ilgili olmayan ama bir mantýk çerçevesine ayný grupta olan araçlarý anlatýr (benim bildiðim; toolkit zaten araç seti/kiti demek deðil mi), bunlar grafik arayüz kütüphanesi. library.graphical diyelim derdim ama o zaman QUrl, QSql* gibi bileþenler (paket olarak olmasa da mantýk itibariyle) library.graphical grubuna girmiyor, dolayýsýyla library.graphical da doðru olmuyor (her zamanki gibi, bence).. -- Necmettin Begiter From faik at pardus.org.tr Sun Feb 8 21:41:31 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Sun, 8 Feb 2009 21:41:31 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902081732.14847.fatih@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902081732.14847.fatih@pardus.org.tr> Message-ID: <200902082141.33726.faik@pardus.org.tr> Pazar 08 Þubat 2009 günü (saat 17:32:11) Fatih Aþýcý þunlarý yazmýþtý: > Ana dala koyduðumuzda þöyle bir sorun çýkýyor: Örneðin paket yöneticisinde > sadece sistem bileþenini gösterdiðimizi düþünelim. Alt bileþenlerin > kullanýcýyý ilgilendirmediðini düþünüyoruz. Böylece system altýndaki tüm > paketleri tek bir listede gösterebiliyoruz. Eðer x11 ana dal olursa > buradaki paketleri kullanýcýya gösterebilmek için illa ki x11 bileþenini de > arayüze eklememiz gerekir. Paket yöneticisinde bu yapýyý bir þekilde deðiþtirmek istiyorum. Þu anki yapýda kullanýlan isVisible tag'i hoþuma gitmiyor. Herhangi bir component'in depoda isVisible tag'i True yapýldýðý anda paket yöneticisinde görünür hale geliyor. Sol taraf fazla deðiþken durumda. Mevcut komponent isimleri de kullanýcý için anlamlý olmayabiliyor. pisi componentleri daha çok geliþtiricilere hitap ediyor. "Diðerleri" grubu oldukça kalabalýk. Görsel uygulamalardan diðerleri grubuna düþenler var: "abiword", "planner", "audacity" gibi.. Bunlar için daha iyi gruplandýrmalar yapýlabilmeli. Diðer daðýtýmlara baktýðýnýzda basitleþtirilmiþ ve az sayýda gruplamalar görüyorsunuz. Daha üst seviye grup isimleri tanýmlayabiliriz. Component'ler, isVisible (görüneyim) demek yerine, ben þu gruptaným diyebilir. Paket yöneticisi de daha önceden belirlenmiþ bu gruplarý devamlý gösterir. Bunun ismi ne olur bilmiyorum, grup olabilir ya da sanal bileþen olabilir. Hatta daha da ileri gidip, bunlarý paket bazlý da tanýmlayabiliriz. - Faik From gokcen at pardus.org.tr Sun Feb 8 21:53:17 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Sun, 8 Feb 2009 21:53:17 +0200 Subject: [Gelistirici] [Buildfarm] [2008] info In-Reply-To: References: <20090202210115.96D716398D5F@pardus.org.tr> <200902022335.30138.ekin@pardus.org.tr> Message-ID: <200902082153.17396.gokcen@pardus.org.tr> Tuesday 03 February 2009 Tarihinde Emre dedi ki: > Once 1'den 2'ye delta paket indirip kuruyor, sonra 2'den 3'e mi delta > indirip kuruyor en son versiyona gelebilmek icin? Yok, bildiÄŸim kadarıyla deltalar oluÅŸturulurken, her build nolu paket için oluÅŸturuluyor. Mesela ortp paketinin hem 2-3 deltası var hem de 1-3. 2'ye hiç geçmeyen bir kullanıcı direk 1-3 deltayı kuruyor. -- Gökçen Eraslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090208/c5e51bd8/attachment.htm From ozan at pardus.org.tr Sun Feb 8 22:02:04 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 08 Feb 2009 22:02:04 +0200 Subject: [Gelistirici] [Buildfarm] [2008] info In-Reply-To: References: <20090202210115.96D716398D5F@pardus.org.tr> <200902022335.30138.ekin@pardus.org.tr> Message-ID: <498F3A3C.3090204@pardus.org.tr> Emre Erenoglu wrote: > 2009/2/2 Ekin Meroðlu > > > Ciddi duyurumuz ise þöyle : Þu andan itibaren 2008-test deposuna son > paketlerle birlikte delta paketler de girecek, test deposu kullanan > geliþtiricilerimizin sistemleri delta paketler kullanýlarak > güncellenecek. > > > :) Guzel, uzun zamandir duyurulan ama bir turlu kullanamadigimiz bir > ozellikti :) > > Nasil calitigi ile ilgili bir dokumanimiz var mi acaba? Aklima takilan > ilk soru, kullanici bir paketin bir versiyonuna upgrade etmemeyi > sectiyse (ornegin v2 varken v1'de kaldi diyelim), bir sonraki versiyona > upgrade edilirken (v3) nasil bir davranis sergiledigi. > > Once 1'den 2'ye delta paket indirip kuruyor, sonra 2'den 3'e mi delta > indirip kuruyor en son versiyona gelebilmek icin? Sizde 1 var diyelim, 2 çýktý geçmediniz, þimdi 3 çýktý. Buildfarm, 1-3 ve 2-3'ü oluþturuyor default olarak. Yani bir önceki ve ondan öncekiyle. Ayrýca bir de, 2008.2 çýktýðýndaki sürümlerle oluþturuyor. -- Ozan Çaðlayan From faik at pardus.org.tr Sun Feb 8 22:03:07 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Sun, 8 Feb 2009 22:03:07 +0200 Subject: [Gelistirici] [Uludag-commits] r21449 - branches/kde4-managers/network-manager/plasmoid/nm-applet/contents/code In-Reply-To: <4cca720b0902070258j1bc5204dlb9e932a37ce7731c@mail.gmail.com> References: <20090207103858.D5C6D247401C@ns1.pardus.org.tr> <4cca720b0902070258j1bc5204dlb9e932a37ce7731c@mail.gmail.com> Message-ID: <200902082203.08500.faik@pardus.org.tr> Selam Furkan, Cumartesi 07 Þubat 2009 günü (saat 12:58:20) Furkan Duman þunlarý yazmýþtý: > > if self.lastState == "down": > > link.Net.Link[self.package].setState(self.name,"up") > > else: > > link.Net.Link[self.package].setState(self.name,"down") > > - self.dialog.hide() > > UI'larda DBUS ile abstraction a gitmiyor muyduk? Yine girmiþ Comar link > buraya. Evet, bu nihayi hedefimiz. Fakat Cuma günü bir toplantý yaptýk ve þöyle konuþtuk. D-Bus abstraction katmanlarýný kullanarak uygulamalarý yazabiliriz - yani diðer daðýtýmlarýn da kullandýðý d-bus interfaceleri (packagekit, network-manager...) destekleyebiliriz, evet. Ama bunlarý desteklememiz demek Pardus için özel comar ile bir packagekit backend'i, bir nm backend'i de yazmak demek. Eðer bu iþ beklediðimizden uzun zaman alýrsa bizim için getiriden çok götürüsü olacak. Comar ile bu iþi daha hýzlý yapabileceðimizi biliyoruz. Diðer daðýtýmlar bizim araçlarýmýzý kullansýn diyerek sürümü geciktirmektense, diðer daðýtýmlardan önce, kendi daðýtýmýmýzý düþünelim dedik. Ama kodu yazarken de, gui ve alt seviyeyi iyi bir þekilde ayýralým ve bu interfaceleri desteklemek istediðimizde bu iþi kolay yapabilelim. Örneðin ben package-manager için bir pm-backend.py yazacaðým, gui tüm iþini buradan görebilecek. Ýlerde packagekit interface'ini kullanayým dediðim zaman sadece buradaki çaðrýlarý packagekit dbus ile implement etmek yetecek. Teoride kolay olacak yani :) Böyle iþte :) - Faik From fatih at pardus.org.tr Sun Feb 8 22:22:41 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sun, 8 Feb 2009 22:22:41 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902082137.48206.necmettin.begiter@gmail.com> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <20090208184447.f4529f45.onur@pardus.org.tr> <200902082137.48206.necmettin.begiter@gmail.com> Message-ID: <200902082222.46560.fatih@pardus.org.tr> Pazar 08 Þubat 2009 tarihinde, Necmettin Begiter þunlarý yazmýþtý: > desktop.toolkit diyoruz ama bunlar toolkit de deðil bence, çünkü toolkit > birbiriyle doðrudan ilgili olmayan ama bir mantýk çerçevesine ayný grupta > olan araçlarý anlatýr (benim bildiðim; toolkit zaten araç seti/kiti demek > deðil mi), bunlar grafik arayüz kütüphanesi. Bilgisayar literatüründe "toolkit" ifadesi tam da qt, gtk, fltk, tk gibi kitaplýklar için kullanýlýyor. Bence uygun bir isim. (Hatta sondaki tk'lara dikkat. gtk = GIMP toolkit gibi.) -------------- 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/20090208/db7273c9/attachment.pgp From onur at pardus.org.tr Sun Feb 8 22:40:33 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 8 Feb 2009 22:40:33 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902082137.48206.necmettin.begiter@gmail.com> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902062137.57510.fatih@pardus.org.tr> <20090208184447.f4529f45.onur@pardus.org.tr> <200902082137.48206.necmettin.begiter@gmail.com> Message-ID: <20090208224033.8c97240a.onur@pardus.org.tr> On Sun, 8 Feb 2009 21:37:48 +0200 Necmettin Begiter wrote: > On 08 Feb 2009 Sun 18:44:47 Onur Küçük wrote: > > > > library çok genel, desktop.widget / desktop.toolkit ? wx kabilesini > > vs. de koyabiliriz > > desktop.widget anlamlý deðil (en azýndan Ýngilizce düþününce, sonuçta > bunlar widget deðil). > > desktop.toolkit diyoruz ama bunlar toolkit de deðil bence GTK -> Gimp Tool Kit Qt -> Cute Toolkit > çünkü toolkit birbiriyle doðrudan ilgili olmayan ama bir mantýk > çerçevesine ayný grupta olan araçlarý anlatýr (benim bildiðim; > toolkit zaten araç ve bunlar özünde widget toolkit / widget set aslýnda, bir sürü widget içeren "alet çantalarý". > seti/kiti demek deðil mi), bunlar grafik arayüz kütüphanesi. > library.graphical diyelim derdim ama o zaman QUrl, QSql* gibi > bileþenler (paket olarak olmasa da mantýk itibariyle) > library.graphical grubuna girmiyor, dolayýsýyla library.graphical da > doðru olmuyor (her zamanki gibi, bence).. library.graphical teknik olarak bakýldýðýnda da bana pek doðru gelmiyor. Image Processing vb. konulardaki kitaplýklar grafik kitaplýðý olabilir ama bir pencereyi cizerken kullanýlan hazýr parçalar widget özelliði ile daha ön plana çýkýyor bence. -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Sun Feb 8 22:47:56 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sun, 8 Feb 2009 22:47:56 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902082141.33726.faik@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902081732.14847.fatih@pardus.org.tr> <200902082141.33726.faik@pardus.org.tr> Message-ID: <200902082248.00132.fatih@pardus.org.tr> Pazar 08 Þubat 2009 tarihinde, Faik Uygur þunlarý yazmýþtý: > Paket yöneticisinde bu yapýyý bir þekilde deðiþtirmek istiyorum. Þu anki > yapýda kullanýlan isVisible tag'i hoþuma gitmiyor. Herhangi bir > component'in depoda isVisible tag'i True yapýldýðý anda paket yöneticisinde > görünür hale geliyor. Sol taraf fazla deðiþken durumda. Mevcut komponent > isimleri de kullanýcý için anlamlý olmayabiliyor. pisi componentleri daha > çok > geliþtiricilere hitap ediyor. "Diðerleri" grubu oldukça kalabalýk. Görsel > uygulamalardan diðerleri grubuna düþenler var: "abiword", "planner", > "audacity" gibi.. Bunlar için daha iyi gruplandýrmalar yapýlabilmeli. Aslýnda þu baþlýkta tartýþmamýzýn amacý da bunu düzeltmek. > Diðer daðýtýmlara baktýðýnýzda basitleþtirilmiþ ve az sayýda gruplamalar > görüyorsunuz. > > Daha üst seviye grup isimleri tanýmlayabiliriz. Component'ler, isVisible > (görüneyim) demek yerine, ben þu gruptaným diyebilir. Paket yöneticisi de > daha önceden belirlenmiþ bu gruplarý devamlý gösterir. Bunun ismi ne olur > bilmiyorum, grup olabilir ya da sanal bileþen olabilir. > > Hatta daha da ileri gidip, bunlarý paket bazlý da tanýmlayabiliriz. Eðer bu sorunu böyle bir yöntemle çözebilirsek daha iyi olur. svn dizinlerini geliþtiriciler kullanýyor. O yüzden bu dizinlerin user-oriented olmasý için uðraþmaya da gerek olmamalý aslýnda. Hatta debian'ýn yaptýðý gibi a, b, c, ..., z, liba, libb, ... þeklinde dizinler bile açabiliriz :P (bileþen sorumluluðunu baltaladýðýný biliyorum, sadece örnek:) ) Bazý paketleri tek bir gruba atamak da zor. Mesela mevcut yapýda niye tek bir PartOf tagý kullanýyoruz? Acaba senin group önerinde buna izin verebilir miyiz? Bir paket hem çokluortam uygulamasý hem de network uygulamasý olabiliyor. Mesela bu paketin paket yöneticisinde hem çokluortam hem de network altýnda görünmesine izin veremez miyiz? -------------- 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/20090208/e77a6d33/attachment-0001.pgp From onur at pardus.org.tr Sun Feb 8 22:54:13 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 8 Feb 2009 22:54:13 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902082248.00132.fatih@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902081732.14847.fatih@pardus.org.tr> <200902082141.33726.faik@pardus.org.tr> <200902082248.00132.fatih@pardus.org.tr> Message-ID: <20090208225413.94e1ff69.onur@pardus.org.tr> On Sun, 8 Feb 2009 22:47:56 +0200 Fatih Aþýcý wrote: > Bazý paketleri tek bir gruba atamak da zor. Mesela mevcut yapýda niye > tek bir PartOf tagý kullanýyoruz? Acaba senin group önerinde buna > izin verebilir miyiz? Bir paket hem çokluortam uygulamasý hem de > network uygulamasý olabiliyor. Mesela bu paketin paket yöneticisinde > hem çokluortam hem de network altýnda görünmesine izin veremez miyiz? Bu arabirimi bayaðý karýþtýracak ama, dile kolay 3144 paket var (wc -l beni yanýltmadýysa, artý bir serisini göstermiyoruz gui de biliyorum), bir de bunlarýn duplicate leri baþlarsa listeler iyice uzuyacak -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Sun Feb 8 22:58:39 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sun, 8 Feb 2009 22:58:39 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <20090208225413.94e1ff69.onur@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902082248.00132.fatih@pardus.org.tr> <20090208225413.94e1ff69.onur@pardus.org.tr> Message-ID: <200902082258.42690.fatih@pardus.org.tr> Pazar 08 Þubat 2009 tarihinde, Onur Küçük þunlarý yazmýþtý: >  Bu arabirimi bayaðý karýþtýracak ama, dile kolay 3144 paket var (wc -l > beni yanýltmadýysa, artý bir serisini göstermiyoruz gui de biliyorum), > bir de bunlarýn duplicate leri baþlarsa listeler iyice uzuyacak Evet. Bu sorun þu an bile var. Kitaplýklarýn birçoðu (hatta hepsi) kullanýcýyý ilgilendirmiyor. "Sadece masaüstü uygulamalarýný göster" seçeneðini öntanýmlý yapmalýyýz aslý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/20090208/36993370/attachment.pgp From onur at pardus.org.tr Sun Feb 8 23:02:41 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 8 Feb 2009 23:02:41 +0200 Subject: [Gelistirici] [Uludag-commits] r21449 - branches/kde4-managers/network-manager/plasmoid/nm-applet/contents/code In-Reply-To: <200902082203.08500.faik@pardus.org.tr> References: <20090207103858.D5C6D247401C@ns1.pardus.org.tr> <4cca720b0902070258j1bc5204dlb9e932a37ce7731c@mail.gmail.com> <200902082203.08500.faik@pardus.org.tr> Message-ID: <20090208230241.466d3e92.onur@pardus.org.tr> On Sun, 8 Feb 2009 22:03:07 +0200 Faik Uygur wrote: > Selam Furkan, > > Cumartesi 07 Þubat 2009 günü (saat 12:58:20) Furkan Duman þunlarý > yazmýþtý: > > > if self.lastState == "down": > > > link.Net.Link[self.package].setState(self.name,"up") > > > else: > > > link.Net.Link[self.package].setState(self.name,"down") > > > - self.dialog.hide() > > > > UI'larda DBUS ile abstraction a gitmiyor muyduk? Yine girmiþ Comar > > link buraya. > > Evet, bu nihayi hedefimiz. Fakat Cuma günü bir toplantý yaptýk ve > þöyle konuþtuk. D-Bus abstraction katmanlarýný kullanarak > uygulamalarý yazabiliriz - yani diðer daðýtýmlarýn da kullandýðý > d-bus interfaceleri (packagekit, network-manager...) > destekleyebiliriz, evet. Ama bunlarý desteklememiz demek Pardus için > özel comar ile bir packagekit backend'i, bir nm backend'i de yazmak > demek. > > Eðer bu iþ beklediðimizden uzun zaman alýrsa bizim için getiriden çok > götürüsü olacak. Comar ile bu iþi daha hýzlý yapabileceðimizi > biliyoruz. Diðer daðýtýmlar bizim araçlarýmýzý kullansýn diyerek > sürümü geciktirmektense, diðer daðýtýmlardan önce, kendi daðýtýmýmýzý > düþünelim dedik. Ama kodu yazarken de, gui ve alt seviyeyi iyi bir > þekilde ayýralým ve bu interfaceleri desteklemek istediðimizde bu iþi > kolay yapabilelim. > > Örneðin ben package-manager için bir pm-backend.py yazacaðým, > gui tüm iþini buradan görebilecek. Ýlerde packagekit interface'ini > kullanayým dediðim zaman sadece buradaki çaðrýlarý packagekit dbus > ile implement etmek yetecek. Teoride kolay olacak yani :) > > Böyle iþte :) Bu arada bu "kesin karar aldýk" þeklinde deðil de "yeri geldi konuþtuk" þeklinde geliþti. Þu anda manager geliþtiricileri biraz daha sistemleri kurcalayýp duruma bakýyorlar. Önümüzdeki hafta KDE ve manager lar ile ilgili konuþmak için yine bir araya geliip konuçacaðýz, orada daha da netleþir durum. O gün konuþtuklarýmýzý da listeye yazýp üzerinden geçebiliriz. Yine de Faik güzel açýklamýþ, uzun vadede daðýtým baðýmsýz þekilde araçlarýmýzý geliþtirip belki kabul ettirebilirsek KDE ye entegre etmek gibi bir niyetimiz var. Ancak þu anda 2009 un çýkýþýný ciddi þekilde erteyelecek bir iþ gücü haline gelirse (ki öyle olmaya baþlamýþ manager cýlarýn söylediðine göre) önceliði Pardus a Pardus'sal altyapýlarýmýza (Çomar) vermek bana daha mantýklý görünüyor açýkcasý. Ama tabi araçlarýmýz KDE ye girsin, herkes bu lezzetti tadsýn düþüncesi de pek leziz :) -- Onur Küçük Knowledge speaks, but wisdom listens From necmettin.begiter at gmail.com Sun Feb 8 23:50:16 2009 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Sun, 8 Feb 2009 23:50:16 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902082248.00132.fatih@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902082141.33726.faik@pardus.org.tr> <200902082248.00132.fatih@pardus.org.tr> Message-ID: <200902082350.16682.necmettin.begiter@gmail.com> On 08 Feb 2009 Sun 22:47:56 Fatih Aþýcý wrote: > Bazý paketleri tek bir gruba atamak da zor. Mesela mevcut yapýda niye tek bir > PartOf tagý kullanýyoruz? Acaba senin group önerinde buna izin verebilir > miyiz? Bir paket hem çokluortam uygulamasý hem de network uygulamasý > olabiliyor. Mesela bu paketin paket yöneticisinde hem çokluortam hem de > network altýnda görünmesine izin veremez miyiz? Hemen buna bir örnek vereyim. kdegames paketi Paket Yöneticisi'nde KDE masaüstünde görünüyor, oyunlarýn içinde görünmüyor. Kaffeine de ayný þekilde çokluortam'da görünmüyor.. örnekler çoðaltýlabilir. -- Necmettin Begiter From necmettin.begiter at gmail.com Sun Feb 8 23:51:23 2009 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Sun, 8 Feb 2009 23:51:23 +0200 Subject: [Gelistirici] [Buildfarm] [2008] info In-Reply-To: <200902082153.17396.gokcen@pardus.org.tr> References: <20090202210115.96D716398D5F@pardus.org.tr> <200902082153.17396.gokcen@pardus.org.tr> Message-ID: <200902082351.23778.necmettin.begiter@gmail.com> On 08 Feb 2009 Sun 21:53:17 Gökçen Eraslan wrote: > Tuesday 03 February 2009 Tarihinde Emre dedi ki: > > Once 1'den 2'ye delta paket indirip kuruyor, sonra 2'den 3'e mi delta > > indirip kuruyor en son versiyona gelebilmek icin? > > Yok, bildiðim kadarýyla deltalar oluþturulurken, her build nolu paket için > oluþturuluyor. Mesela ortp paketinin hem 2-3 deltasý var hem de 1-3. 2'ye hiç > geçmeyen bir kullanýcý direk 1-3 deltayý kuruyor. Bu kararla ilgili bir yerde savunma belgesi var mý? Yani niye 1->2 2->3 olmadýðý ile ilgili olarak? Çünkü bu þekliyle bundan birkaç yýl sonra delta paketlerinin sayýsý ve paket oluþturmakla görevli sistemin yükü gereðinden fazla artar diye düþünüyorum. Þöyle ki, 2009'da 1 sürümünü çýkaran bir uygulama, 2011'e kadar üç sürüm daha çýkarýrsa (ara sürüm de olsa çýkanlar, basitleþtirmek adýna ana sürümmüþ gibi düþünüyorum): 2009: 1 2009.2: 2 1->2 2010: 3 1->2 1->3 2->3 2011: 4 1->2 1->3 1->4 2->3 2->4 3->4 gibi 6 deltalýk bir durum oluþturmuyor mu? Halbuki 1->2 2->3 3->4 olduðunda 3 delta oluyor? Birþeyleri mi kaçýrýyorum? -- Necmettin Begiter From fatih at pardus.org.tr Mon Feb 9 00:01:21 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Mon, 9 Feb 2009 00:01:21 +0200 Subject: [Gelistirici] [Buildfarm] [2008] info In-Reply-To: <200902082351.23778.necmettin.begiter@gmail.com> References: <20090202210115.96D716398D5F@pardus.org.tr> <200902082153.17396.gokcen@pardus.org.tr> <200902082351.23778.necmettin.begiter@gmail.com> Message-ID: <200902090001.24886.fatih@pardus.org.tr> Pazar 08 Þubat 2009 tarihinde, Necmettin Begiter þunlarý yazmýþtý: > 1->2 > 2->3 > 3->4 > olduðunda 3 delta oluyor? Öncelikle bu yöntem kullanýlýrsa zaten delta paketlerin toplam boyutu normal paketleri geçmeye baþlar. Diðer yandan tüm deltalarýn üretilmesi de düþünülmüyor. Son 2-3 sürüm arasý farklar ve bir de CD'lerle gelen paketler arasý deltalar üretilecek. Ana sürümler arasý build no'larý sýfýrlayabiliyoruz. Ayrýca tüm paketler yeni bir farmda yeniden derleneceði için delta'nýn pek bir faydasý da olmayacaktýr. Sayýlar deðiþebilir; ama genel iþleyiþi böyle olacak bildiðim 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/20090209/c0c93dcc/attachment.pgp From onur at pardus.org.tr Mon Feb 9 00:12:48 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Mon, 9 Feb 2009 00:12:48 +0200 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902070320.12020.fatih@pardus.org.tr> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902070209.06277.necmettin.begiter@gmail.com> <200902070320.12020.fatih@pardus.org.tr> Message-ID: <20090209001248.c4d70aeb.onur@pardus.org.tr> On Sat, 7 Feb 2009 03:20:08 +0200 Fatih Aþýcý wrote: > Cumartesi 07 Þubat 2009 tarihinde, Necmettin Begiter þunlarý > yazmýþtý: > > Bir de þunu söyleyeyim, depoda birbiriyle ilgili paketlerin > > birbirine yakýn durmasýnýn geliþtirici açýsýndan kolaylýk saðladýðý > > görüþü söylenmiþti daha önce, burada da bahsi geçen birkaç önermem > > sonucunda. Eðer o görüþ geçerliliðini koruyorsa, o library > > bileþenleri kökten kaldýrmak lazým bence. Yok korumuyorsa, o zaman > > library'leri o kadar aþaðýlara çekmemeli, kökün hemen altýna > > koymalý. > > Bence geliþtiriciye hiç acýmayalým :) Bileþenler tamamen grafik > arayüzde nasýl görüneceði dikkate alýnarak, kullanýcýnýn bakýþ açýsý > düþünülerek belirlenmeli. Bence geliþtiriciye de biraz acýyalým ve bu component iþini tamamen geliþtirici odaklý yapalým. Faik Package-manager arayüzünde bileþen yapýsýný daha farklý bir þekilde göstermeyi istediðini, depodaki component yapýsýný direkt kullanýcýnýn görmeyeceðini söyledi. Böylece iþlev (misal yazýcý) ve temel aile (misal ana KDE bileþenleri) bazlý bir yapý ile geliþtiricilerin iþini kolaylaþtýrmak daha verimli olacak. Zaten þu anda iyi derecede olmasa da buna benzer bir yapýdayýz, ilgili paketlerin birbirine yakýn olmasýndan memnunum ben. Sadece þu anki hatalarýmýzý düzeltsek yeterli olacak gibime geliyor. > > - Ýlgisiz bir soru, niye tulliana ve tulliana2 diye iki paket var? > > Tulliana2'nin açýklamasýnda "Tulliana2 is the default icon theme > > of Pardus Linux 2007" yazýyor, tulliana2 release 4 build 2, > > tulliana ise release 1 build 1. Tulliana fazla mý, unutulmuþ mu > > nedir? > > Unutulan birþey olduðu kesin :) Eski Tulliana yý kullanmak isteyen olursa diye tutmuþtuk, 2009 için KDE4 e çevirirsek sadece birini tutmak iyi olabilir. > > - hplip-doc paketinin hardware.printing yerine documentation gibi > > bir bileþende olmasý gerekir. > > +1 Baþka bir mesajda da yazmýþtým, bence printing altýnda kalmalý ve doc olduðu için IsA tagýna doc olarak iþaretlenmeli > > - multimedia.sound altýndaki sunucularýn (jack-audio-connection-kit, > > pulseaudio*, timidity) yerlerinin orasý olduðundan þüpheliyim. > > Bence uygun görünüyor. +1 > > - network.client altýndaki wpa_supplicant bir kütüphane, > > network.library'ye çekilmeli. > > Bundan emin deðilim. wpa_supplicant uygulama sayýlabilir. Hatta > içinden wpa- cli ve wpa-gui çýkýyor bildiðim kadarýyla. kendi servis betiði falan olan bir uygulama o :) > > - network.client altýndaki network-manager network.connection altýna > > taþýnabilir > > administration bileþenine mi alsak acaba bunu? Ben bütün manager larýn ayný component altýnda olmasý taraftarýyým. Þu anda sadece KDE için hazýrladýðýmýz için manager larý desktop.kde.admin tarzý bir yere koyabiliriz. Daha sonra farklý masaüstü ortamlarý için manager lar hazýrlanýrsa onlarý da desktop.armut.admin gibi bir yere alýnabilir. admin yerine baþka bir þey de olabilir, hatta manager bile olabilir tabi > > - Öte yandan network.connection altýndakiler de birer uygulama, > > network.client'larý (wpa_supplicant hariç) ve > > network.connection'larý network.applications yapmak daha anlamlý > > geliyor. > > applications ismini hiç kullanmayalým bence. Evet aynen, "programming.library" ve "application" isimleri bütün karýþýklýða sebep oldu aslýnda > > - bind-tools da bir server.dns deðil, sorgu uygulamalarý içeriyor. > > +1 nework.client gibi bir þey aslýnda, dns sunuculara baðlanýp bilgi sorguluyor > > - programming.library bana hiçbir zaman anlamlý gelmedi. Programlama > > kütüphanesi dediðimiz þey, düz kütüphane deðil midir? ben de sinir oluyorum o bileþene :) > > - gfxtheme-pardus-* utility.admin deðil, tema. > > desktop.theme diyeceðim; ama masaüstü ile ilgili deðil aslýnda. > Kullanýcýya burada tema seçem lüksü de vermiyoruz sanýrým. O yüzden > kullanýcýya göstermesek iyi olabilir. Kullanýcý bazlý düþünmeyelim :) Bunlarý nereye koyacaðýmýzý bilemedim, üzgün bir bileþen bulamazsak diðer tema yerlerine yamalarýz artýk theme bileþenini alt kategorilere ayýrýrsak theme.boot þeklinde ekleyebiliriz -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Mon Feb 9 00:25:56 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Mon, 9 Feb 2009 00:25:56 +0200 Subject: [Gelistirici] [Buildfarm] [2008] info In-Reply-To: <200902082351.23778.necmettin.begiter@gmail.com> References: <20090202210115.96D716398D5F@pardus.org.tr> <200902082153.17396.gokcen@pardus.org.tr> <200902082351.23778.necmettin.begiter@gmail.com> Message-ID: <20090209002556.1fa9abd7.onur@pardus.org.tr> On Sun, 8 Feb 2009 23:51:23 +0200 Necmettin Begiter wrote: > On 08 Feb 2009 Sun 21:53:17 Gökçen Eraslan wrote: > > Tuesday 03 February 2009 Tarihinde Emre dedi ki: > > > Once 1'den 2'ye delta paket indirip kuruyor, sonra 2'den 3'e mi > > > delta indirip kuruyor en son versiyona gelebilmek icin? > > > > Yok, bildiðim kadarýyla deltalar oluþturulurken, her build nolu > > paket için oluþturuluyor. Mesela ortp paketinin hem 2-3 deltasý var > > hem de 1-3. 2'ye hiç geçmeyen bir kullanýcý direk 1-3 deltayý > > kuruyor. > > Bu kararla ilgili bir yerde savunma belgesi var mý? Yani niye 1->2 > 2->3 olmadýðý ile ilgili olarak? "Savunma belgesi" tadýnda bir þeye gerek yok, mahkeme mi yapýyoruz ? :) 1->2 ve 2->3 þeklinde giderse genelde 1->3 þeklindeki deltadan çok dah fazla veriyi indirmek zorunda kalacak kullanýcýlar. Diðer delta tabanlý çalýþmalarda hep bu sonuç çýkmýþ. Bu delta konusu üzerine ilk kafa yorduðumuz zamanlarda da bu sonucu görmüþtük (bu liste arþivlerinde bir kaç istatistik olabilir, hatýrlamýyorum tam, uzun zaman oldu). > Çünkü bu þekliyle bundan birkaç yýl > sonra delta paketlerinin sayýsý ve paket oluþturmakla görevli > sistemin yükü gereðinden fazla artar diye düþünüyorum. > > Þöyle ki, > 2009'da 1 sürümünü çýkaran bir uygulama, 2011'e kadar üç sürüm daha > çýkarýrsa (ara sürüm de olsa çýkanlar, basitleþtirmek adýna ana > sürümmüþ gibi düþünüyorum): Bir kaç yýllýk bir durum yok aslýnda. Ben þu anda ana sürümler arasý delta oluþturmama niyetindeyim. Ana sürümlerde baðýmlý olunan kitaplýklar deðiþeceði / ABI kýracaðý, FLAG lar derleyiciler vs. deðiþeceði için anlamlý sonuçlar elde etmeyeceðiz gibime geliyor. Ama tabi ki kervan yolda düzülür, belki iþe yarayacaðýný görüp fikir deðiþtiririz. -- Onur Küçük Knowledge speaks, but wisdom listens From gokcen at pardus.org.tr Mon Feb 9 00:26:26 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Mon, 9 Feb 2009 00:26:26 +0200 Subject: [Gelistirici] POSIX capabilities Message-ID: <200902090026.26804.gokcen@pardus.org.tr> Selamlar, Ulrich amca şöyle bir yazı[1] yazınca dikkatimi çekti, libcap'imiz uygun (2 serisi), kernel'imiz uygun(2.6.24'te mainline'a girmiÅŸ), attribute destekli dosya sistemimiz var, user_xattr ile de mount ediyoruz, madem neden aynısını biz de yapmayalım dedim kendi kendime. En azından tüm SUID excutable'lar için, gerekli PCap'leri set edip, SUID'lerini kaldırabiliriz sanki. [1] http://udrepper.livejournal.com/20709.html -- Gökçen Eraslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090209/d6b3139c/attachment.htm From erenoglu at gmail.com Mon Feb 9 00:26:54 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Sun, 8 Feb 2009 23:26:54 +0100 Subject: [Gelistirici] component yapisi ve paket agaci taslagi In-Reply-To: <200902082350.16682.necmettin.begiter@gmail.com> References: <877523b1ce53b8f6e7dd602ef7c58cc0.squirrel@mail.pardus.org.tr> <200902082141.33726.faik@pardus.org.tr> <200902082248.00132.fatih@pardus.org.tr> <200902082350.16682.necmettin.begiter@gmail.com> Message-ID: 2009/2/8 Necmettin Begiter > On 08 Feb 2009 Sun 22:47:56 Fatih Aşıcı wrote: > > Bazı paketleri tek bir gruba atamak da zor. Mesela mevcut yapıda niye tek > bir > > PartOf tagı kullanıyoruz? Acaba senin group önerinde buna izin verebilir > > miyiz? Bir paket hem çokluortam uygulaması hem de network uygulaması > > olabiliyor. Mesela bu paketin paket yöneticisinde hem çokluortam hem de > > network altında görünmesine izin veremez miyiz? > > Hemen buna bir örnek vereyim. kdegames paketi Paket Yöneticisi'nde KDE > masaüstünde görünüyor, oyunların içinde görünmüyor. Kaffeine de aynı ÅŸekilde > çokluortam'da görünmüyor.. örnekler çoÄŸaltılabilir. Hah, ben de bundan muzdaribim :) -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090208/a4a9a167/attachment.htm From gokcen at pardus.org.tr Mon Feb 9 00:45:25 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Mon, 9 Feb 2009 00:45:25 +0200 Subject: [Gelistirici] POSIX capabilities In-Reply-To: <200902090026.26804.gokcen@pardus.org.tr> References: <200902090026.26804.gokcen@pardus.org.tr> Message-ID: <200902090045.25473.gokcen@pardus.org.tr> Monday 09 February 2009 Tarihinde Gökçen dedi ki: > En azından tüm SUID excutable'lar için, gerekli PCap'leri set edip, > SUID'lerini kaldırabiliriz sanki Alakalı bir yazıyı da paylaÅŸayım[1] [1] http://www.friedhoff.org/posixfilecaps.html -- Gökçen Eraslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090209/5cd4889d/attachment.htm From alpaslanmete at gmail.com Mon Feb 9 00:51:23 2009 From: alpaslanmete at gmail.com (Mete Alpaslan) Date: Mon, 09 Feb 2009 00:51:23 +0200 Subject: [Gelistirici] cryptsetup ve init Message-ID: <498F61EB.5070409@gmail.com> Merhaba; cryptsetup-luks paketi depomuzda epeydir var ama raid,lvm yada block devicelarý þifreleyerek volume encryption için birkaç deðiþikliðe gitmemiz gerekiyor. Daha önce lvm.raid de olduðu gibi cmdline 'a aþaðýdaki formatta parametre aktarýmý yapmayý düþündüm. crypt=device_type:target:source:key device_type --> raid,lvm,none tipinde (none block devicelar için kullanýlacak) target --> /dev/mapper altýna map edilecek hedef. Birden çok varsa virgül ile ayrýlacaklar source --> þifrelenmiþ bölüm. Birden çok varsa hedefleriyle sýrasý düzgün olacak þekilde virgül ile ayrýlacaklar. key --> passphare,keyfile alt parametrelerini alabilir. passphare olursa boot sýrasýnda password sorulur, keyfile alýrsa eðer gpg anahtarýnýn yolu girilir. Parametre aktarýmýnda gerekli çok fazla alt parametre olduðundan mudur parametresinden ayrý düþündüm ama mudure aktaralým derseniz mudur.py 'de biraz deðiþiklik gerekebilir. Fikirler, öneriler? Mete Alpaslan From serbulent at pardus.org.tr Mon Feb 9 00:56:45 2009 From: serbulent at pardus.org.tr (Serbulent UNSAL) Date: Mon, 9 Feb 2009 00:56:45 +0200 Subject: [Gelistirici] POSIX capabilities In-Reply-To: <200902090026.26804.gokcen@pardus.org.tr> References: <200902090026.26804.gokcen@pardus.org.tr> Message-ID: <200902090056.45856.serbulent@pardus.org.tr> On Monday 09 February 2009 00:26:26 Gökçen Eraslan wrote: > Selamlar, > > Ulrich amca þöyle bir yazý[1] yazýnca dikkatimi çekti, libcap'imiz uygun (2 > serisi), kernel'imiz uygun(2.6.24'te mainline'a girmiþ), attribute destekli > dosya sistemimiz var, user_xattr ile de mount ediyoruz, madem neden > aynýsýný biz de yapmayalým dedim kendi kendime. > > En azýndan tüm SUID excutable'lar için, gerekli PCap'leri set edip, > SUID'lerini kaldýrabiliriz sanki. > > > [1] http://udrepper.livejournal.com/20709.html Konuya çok hakim deðilim ama þöyle bir uyarýya denk geldim [1] konu ile ilgili "Warning resize2fs(8) might relocate inodes and thus break fs capabilities. For this to work you must dump the capability db before you resize and restore the db afterwards. " [1] http://www.olafdietsche.de/linux/capability/ -- Ýyi Çalýþmalar;   Serbülent                                                                   From onur at pardus.org.tr Mon Feb 9 01:04:46 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Mon, 9 Feb 2009 01:04:46 +0200 Subject: [Gelistirici] cryptsetup ve init In-Reply-To: <498F61EB.5070409@gmail.com> References: <498F61EB.5070409@gmail.com> Message-ID: <20090209010446.efb31bfe.onur@pardus.org.tr> On Mon, 09 Feb 2009 00:51:23 +0200 Mete Alpaslan wrote: > Merhaba; > > cryptsetup-luks paketi depomuzda epeydir var ama raid,lvm yada block > devicelarý þifreleyerek volume encryption için birkaç deðiþikliðe > gitmemiz gerekiyor. Daha önce lvm.raid de olduðu gibi cmdline 'a > aþaðýdaki formatta parametre aktarýmý yapmayý düþündüm. > > crypt=device_type:target:source:key > > device_type --> raid,lvm,none tipinde (none block devicelar için > kullanýlacak) > target --> /dev/mapper altýna map edilecek hedef. Birden çok varsa > virgül ile ayrýlacaklar > source --> þifrelenmiþ bölüm. Birden çok varsa hedefleriyle sýrasý > düzgün olacak þekilde virgül ile ayrýlacaklar. > key --> passphare,keyfile alt parametrelerini alabilir. passphare > olursa boot sýrasýnda password sorulur, keyfile alýrsa eðer gpg > anahtarýnýn yolu girilir. > > Parametre aktarýmýnda gerekli çok fazla alt parametre olduðundan > mudur parametresinden ayrý düþündüm ama mudure aktaralým derseniz > mudur.py 'de biraz deðiþiklik gerekebilir. > > Fikirler, öneriler? /proc/cmdline ý herkes okuyabiliyor, oraya key ya da passphrase yazmak hiç iyi bir yöntem deðil bence bir de bu iþlerin bir kýsmýný otomatik yapamýyor muyuz ? Bu kadar çok kernel parametresi abartý olmay baþladý sanki, misal aygýt isimlerinden birþeyler çýkmýyor mu ? -- Onur Küçük Knowledge speaks, but wisdom listens From erenoglu at gmail.com Mon Feb 9 01:23:07 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Mon, 9 Feb 2009 00:23:07 +0100 Subject: [Gelistirici] cryptsetup ve init In-Reply-To: <20090209010446.efb31bfe.onur@pardus.org.tr> References: <498F61EB.5070409@gmail.com> <20090209010446.efb31bfe.onur@pardus.org.tr> Message-ID: 2009/2/9 Onur Küçük > > /proc/cmdline ı herkes okuyabiliyor, oraya key ya da passphrase yazmak > hiç iyi bir yöntem deÄŸil bence Katiliyorum. Bir de diger dagitimlar ve hatta Windows ne yapmis merak ettim dogrusu. Aslinda USB'den key okumak vs. ilginc olabilir. Ya da kullaniciya sormak ama birsekilde cmdline'a eklememek mesela. bir de bu iÅŸlerin bir kısmını otomatik yapamıyor muyuz ? Bu kadar çok > kernel parametresi abartı olmay baÅŸladı sanki, misal aygıt isimlerinden > birÅŸeyler çıkmıyor mu ? Bu otomatiklestirmeyi yapabilirsek lvm ve raid icin de yapabiliriz. Benim fikrim, initramfs icinde eger: - /etc/mdadm.conf varsa RAID islemleri yapilsin - /etc/lvm.conf varsa LVM islemleri yapilsin - /etc/cryptsetup.conf varsa islemleri yapilsin yukardaki dosyalar hayal urunu, baska seyler de olabilir. -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090209/48d79d3d/attachment.htm From alpaslanmete at gmail.com Mon Feb 9 01:26:11 2009 From: alpaslanmete at gmail.com (Mete Alpaslan) Date: Mon, 9 Feb 2009 01:26:11 +0200 Subject: [Gelistirici] cryptsetup ve init In-Reply-To: <20090209010446.efb31bfe.onur@pardus.org.tr> References: <498F61EB.5070409@gmail.com> <20090209010446.efb31bfe.onur@pardus.org.tr> Message-ID: <305f9edc0902081526h790018ber20630d632ed997af@mail.gmail.com> 2009/2/9 Onur Küçük > > /proc/cmdline ı herkes okuyabiliyor, oraya key ya da passphrase yazmak > hiç iyi bir yöntem deÄŸil bence Tabi ki oraya açık bir ÅŸekilde parola yazılmayacak bunlar sadece koÅŸul yani şöyle ; key:passphrase tagı varsa boot sırasında password sor yada key:keyfile=/boot/root.gpg varsa boot sorma bu keyfile kullan diye... > > > bir de bu iÅŸlerin bir kısmını otomatik yapamıyor muyuz ? Bu kadar çok > kernel parametresi abartı olmay baÅŸladı sanki, misal aygıt isimlerinden > birÅŸeyler çıkmıyor mu ? Raid deviceler md* ÅŸeklinde oldukları için aygıt isimlerinden birÅŸey çıkartabiliriz ama lvm de hacim grubuna baÄŸlı deÄŸiÅŸtiÄŸinden böyle ÅŸansımız yok gibi... BaÅŸka bir seçenek olarak kernel parametrelerini deÄŸiÅŸtirmeden yapmak istersek mkinitramfs yaparken /etc/crypto gibi dosyaya yazar init sırasında oradan okuruz. Ama bu sefer YALI'ya cryptsetup desteÄŸi verdiÄŸimizde kurulumdan sonra update-initramfs gibi birÅŸey ihtiyacımız olur... Mete Alpaslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090209/cbe5fc88/attachment-0001.htm From alpaslanmete at gmail.com Mon Feb 9 01:30:52 2009 From: alpaslanmete at gmail.com (Mete Alpaslan) Date: Mon, 9 Feb 2009 01:30:52 +0200 Subject: [Gelistirici] cryptsetup ve init In-Reply-To: References: <498F61EB.5070409@gmail.com> <20090209010446.efb31bfe.onur@pardus.org.tr> Message-ID: <305f9edc0902081530r47effe9fta8187d9bbabf51fe@mail.gmail.com> 2009/2/9 Emre Erenoglu > > > Bu otomatiklestirmeyi yapabilirsek lvm ve raid icin de yapabiliriz. Benim > fikrim, initramfs icinde eger: > - /etc/mdadm.conf varsa RAID islemleri yapilsin > - /etc/lvm.conf varsa LVM islemleri yapilsin > - /etc/cryptsetup.conf varsa islemleri yapilsin > Ubuntu ve Debian baktığımda onlar initramfs içine /etc/conf.d/cryptroot altına target=pvcrypt,source=/dev/sda2,key=none,lvm=vg0-root,lvm=vg0 ÅŸeklinde yazıyorlar... Fedora da buna benzer birÅŸey yapmış. Slackware ise kernel paremetresi olarak yapmış. Mete Alpaslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090209/64899ce0/attachment.htm From onur at pardus.org.tr Mon Feb 9 01:31:39 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Mon, 9 Feb 2009 01:31:39 +0200 Subject: [Gelistirici] cryptsetup ve init In-Reply-To: <305f9edc0902081526h790018ber20630d632ed997af@mail.gmail.com> References: <498F61EB.5070409@gmail.com> <20090209010446.efb31bfe.onur@pardus.org.tr> <305f9edc0902081526h790018ber20630d632ed997af@mail.gmail.com> Message-ID: <20090209013139.ebf6b611.onur@pardus.org.tr> On Mon, 9 Feb 2009 01:26:11 +0200 Mete Alpaslan wrote: > 2009/2/9 Onur Küçük > > > > > /proc/cmdline ý herkes okuyabiliyor, oraya key ya da passphrase > > yazmak hiç iyi bir yöntem deðil bence > > > Tabi ki oraya açýk bir þekilde parola yazýlmayacak bunlar sadece > koþul yani þöyle ; > > key:passphrase tagý varsa boot sýrasýnda password sor yada > key:keyfile=/boot/root.gpg varsa boot sorma bu keyfile kullan diye... initramfs içinde parola soracak bir ortam hazýrlamak kolay mý ? Oradaki ortam busybox dan ve elle koyduðumuz araçlardan ibaret > > bir de bu iþlerin bir kýsmýný otomatik yapamýyor muyuz ? Bu kadar > > çok kernel parametresi abartý olmay baþladý sanki, misal aygýt > > isimlerinden birþeyler çýkmýyor mu ? > > > Raid deviceler md* þeklinde olduklarý için aygýt isimlerinden birþey > çýkartabiliriz ama lvm de hacim grubuna baðlý deðiþtiðinden böyle > þansýmýz yok gibi... > > Baþka bir seçenek olarak kernel parametrelerini deðiþtirmeden yapmak > istersek mkinitramfs yaparken /etc/crypto gibi dosyaya yazar init > sýrasýnda oradan okuruz. Ama bu sefer YALI'ya cryptsetup desteði > verdiðimizde kurulumdan sonra > update-initramfs gibi birþey ihtiyacýmýz olur... böyle bir araç hazýrlama niyetim var aslýnda (listeye de yazmýþtým) ama oturup sakin kafayla bakamadým, bir ara bir boþluk bulduðumda mkinitramfs i baþtan temiz bir þekilde yazmak istiyorum. O zaman belki bu özellikleri ekleyebiliriz. -- Onur Küçük Knowledge speaks, but wisdom listens From turkersezer at tsdesign.info Mon Feb 9 01:55:57 2009 From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=) Date: Mon, 9 Feb 2009 01:55:57 +0200 Subject: [Gelistirici] [Buildfarm] [Contrib-2008] info In-Reply-To: <20090208200028.B9A7963A4473@pardus.org.tr> References: <20090208200028.B9A7963A4473@pardus.org.tr> Message-ID: <200902090155.57526.turkersezer@tsdesign.info> On Sunday 08 February 2009 22:00:28 Pardus Buildfarm 2008 wrote: > New binary packages are; > > libtorrent-0.14.1-4-5.pisi Bu sürüm fatrat'ý kýrýyor görünüyor. broken /usr/bin/fatrat (requires libtorrent-rasterbar.so.0) farmda eski sürüme dönüp, depoya da eski paketi geri aldým. Bilgilerinize Türker From erenoglu at gmail.com Mon Feb 9 02:02:04 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Mon, 9 Feb 2009 01:02:04 +0100 Subject: [Gelistirici] cryptsetup ve init In-Reply-To: <20090209013139.ebf6b611.onur@pardus.org.tr> References: <498F61EB.5070409@gmail.com> <20090209010446.efb31bfe.onur@pardus.org.tr> <305f9edc0902081526h790018ber20630d632ed997af@mail.gmail.com> <20090209013139.ebf6b611.onur@pardus.org.tr> Message-ID: 2009/2/9 Onur Küçük > > BaÅŸka bir seçenek olarak kernel parametrelerini deÄŸiÅŸtirmeden yapmak > > istersek mkinitramfs yaparken /etc/crypto gibi dosyaya yazar init > > sırasında oradan okuruz. Ama bu sefer YALI'ya cryptsetup desteÄŸi > > verdiÄŸimizde kurulumdan sonra > > update-initramfs gibi birÅŸey ihtiyacımız olur... > > böyle bir araç hazırlama niyetim var aslında (listeye de yazmıştım) ama > oturup sakin kafayla bakamadım, bir ara bir boÅŸluk bulduÄŸumda > mkinitramfs i baÅŸtan temiz bir ÅŸekilde yazmak istiyorum. O zaman belki > bu özellikleri ekleyebiliriz. Onur Hocam bu ozellikleri bayaadir merakla ve heyecanla bekliyoruz. 2009 ve hatta 2008 icin de ilginc olabilir. Bu mekanizmaya gore YALI'ya da eklentiler yapilmasi gerekecek malum. Bu isi bastan dizayn edelim mkinitramfs'i bastan yazalim diyorsan, bunun bir zaman dilimi verebilir misin? Onegin 1 hafta diyebilir miyiz? Anca yetisir gibi cunku? Yok bu sure zarfi olmaz 1-2 ay lazim diyorsan ve sen ve diger gelistiriciler uygun gorurse, mkinitramfs'i bastan dizayn edip yazmadan simdiki metodlarla bu isi halledelim Mete ile. -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090209/d4bd934e/attachment.htm From onur at pardus.org.tr Mon Feb 9 02:10:24 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Mon, 9 Feb 2009 02:10:24 +0200 Subject: [Gelistirici] cryptsetup ve init In-Reply-To: References: <498F61EB.5070409@gmail.com> <20090209010446.efb31bfe.onur@pardus.org.tr> <305f9edc0902081526h790018ber20630d632ed997af@mail.gmail.com> <20090209013139.ebf6b611.onur@pardus.org.tr> Message-ID: <20090209021024.2934407d.onur@pardus.org.tr> On Mon, 9 Feb 2009 01:02:04 +0100 Emre Erenoglu wrote: > Onur Hocam bu ozellikleri bayaadir merakla ve heyecanla bekliyoruz. > 2009 ve hatta 2008 icin de ilginc olabilir. Bu mekanizmaya gore > YALI'ya da eklentiler yapilmasi gerekecek malum. > Bu isi bastan dizayn edelim mkinitramfs'i bastan yazalim diyorsan, > bunun bir zaman dilimi verebilir misin? Onegin 1 hafta diyebilir > miyiz? Anca yetisir gibi cunku? > > Yok bu sure zarfi olmaz 1-2 ay lazim diyorsan ve sen ve diger > gelistiriciler uygun gorurse, mkinitramfs'i bastan dizayn edip > yazmadan simdiki metodlarla bu isi halledelim Mete ile. Aslýnda baþýna otursam 1 günlük iþ ama bir iþe tam 1 gün ayýrabilecek þekilde kafamý kaldýramýyorum bir türlü :( Ýsterseniz beni beklemeyin, þu anki mkinitramfs üzerinden gidin, yeni mkinitramfs de eklediðiniz deðiþiklikleri ben yaptýðýmda ekleyeyim, isterseniz birz daha bekleyin bu hafta içinde bitirmeye çalýþayým. Öyle ya da böyle hýzlýca mkinitramfs i çýkarmaya çalýþacaðým, python ile yazmak niyetindeyim, todo listemde koca harflerle duruyor :) -- Onur Küçük Knowledge speaks, but wisdom listens From ekin at pardus.org.tr Mon Feb 9 09:47:11 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Mon, 9 Feb 2009 09:47:11 +0200 Subject: [Gelistirici] [Fwd: [paketler-commits] r59780 - devel/applications/virtualization/virtualbox/files] In-Reply-To: References: <498D8D12.5050701@pardus.org.tr> <498D999C.9070506@gmail.com> Message-ID: <200902090947.11080.ekin@pardus.org.tr> Merhaba; Saturday 07 February 2009 tarihinde, Emre Erenoglu þunlarý yazmýþtý: > > Bu iki paketin init betikleri vardý, service betiði hazýrlasak, service > > vbox on dediðimiz zaman eðer kvm modülleri yüklüyse onlarý kaldýrýp vbox > > modüllerini yüklese, kapattýðýnda da tam tersini yapsa.. Bence servise gerek yok, illa böyle birþey yapacaksak bir wrapper ile herhangi biri açýlmadan önce (yüklüyse) diðer modülleri kaldýrmak yeterli. > Bir sistemde hem KVM hem Virtualbox olmasi icin bir sebep goremedim, > kullanicinin her ikisini de deneyim diyip birisini kaldirmak zorunda > kalmasi disinda. Niye, ben ikisini de kullanýyorum mesela :-) > Belki de moduller ayri bir paket yapilip, (kvm, kvm-modules, virtualbox, > virtualbox-modules), modul paketleri birbiriyle cakistirilabilir. Bu sefer > de modul paketi kaldirildiginda userspace'in ona olan dependency'si sorun > yaratacak... hmmmm Kvm upstream'i zaten oraya gidiyor - yakýn geçmiþte tüm kvm userspace'i qemu'ye merge edildi. Vitualbox paketinde de benzer bir deðiþikliði Fatih yaptý zaten. > Sanirim dediginiz gibi birer servis betigi, diger virtualization > teknolojilerini disable edip, kendininkini enable etmek uzere, en dogru > yontem olabilir. Ozan Hoca'dan da bi yorum alsak :) > > Not: KVM'nin modul autoload'i icin bir script/betik otomatik mekanizma yok, > VBox icin yapilirsa darilirim :) Otomatik yükleme konusunda yazdýklarým hala geçerli - kvm modülünün __sadece__ yüklenip henüz init edilmediði durumlarda sorun çýkarmamasýný saðlayan bir yama var bazý daðýtýmlarda (sorunlu olduðu da konuþuluyor) aslýnda, ama en azýndan virtualbox'da da böyle bir destek olmadýkça otomatik yükleme dert olmaya devam edecektir. -- Ýyi Çalýþmalar; Ekin Meroglu ... 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 Feb 9 10:28:41 2009 From: coderlord at gmail.com (Furkan Duman) Date: Mon, 9 Feb 2009 10:28:41 +0200 Subject: [Gelistirici] [Uludag-commits] r21449 - branches/kde4-managers/network-manager/plasmoid/nm-applet/contents/code In-Reply-To: <200902082203.08500.faik@pardus.org.tr> References: <20090207103858.D5C6D247401C@ns1.pardus.org.tr> <4cca720b0902070258j1bc5204dlb9e932a37ce7731c@mail.gmail.com> <200902082203.08500.faik@pardus.org.tr> Message-ID: <4cca720b0902090028y1ae612dfidbb87c4c4c08160f@mail.gmail.com> 08 Þubat 2009 Pazar 22:03 tarihinde Faik Uygur yazdý: > Örneðin ben package-manager için bir pm-backend.py yazacaðým, > gui tüm iþini buradan görebilecek. Ýlerde packagekit interface'ini kullanayým > dediðim zaman sadece buradaki çaðrýlarý packagekit dbus ile implement etmek > yetecek. Teoride kolay olacak yani :) Ýyi fikir. Bu bile þimdilik oldukça yeterli aslýnda. Kolay gelsin. -- Furkan Duman From onur at pardus.org.tr Mon Feb 9 13:11:40 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Mon, 9 Feb 2009 13:11:40 +0200 Subject: [Gelistirici] =?utf-8?b?QmlsbcO2ayd0ZSB0b3BsYW7EsXlvcnV6?= Message-ID: <20090209131140.69b7f050.onur@pardus.org.tr> Merhaba, 27-28 Þubat ve 1 Mart tarihlerinde ODTÜ de Bilmök etkinliði düzenleniyor. Detaylarýný henüz bilmiyorum ama Pardus Tübitak çalýþanlarý olarak yoðun bir katýlýmla orada olmayý planlýyoruz. Fýrsat bu fýrsat diyip yüzyüze bir geliþtirici toplantýsý yapmak için de kollarý sývadýk. Sonuç olarak Pardus Geliþtirici Toplantýsý için ODTÜ Kültür Kongre Merkezi F salonu (http://ccc.metu.edu.tr/gf.html) 28 Þubat Cumartesi saat 12.00-18.00 saatleri arasýnda bize ayrýldý. Yerimiz kýsýtlý, zamanýmýz bol, bu sebeple toplantýnýn verimli geçmesi için öncelikle SVN hesabý olan aktif geliþtiricilerin katýlacaðý bir organizasyon olmasýný tercih ediyorum. Zamanýný ayarlamak isteyenler için aklýmdaki gündem maddelerini yazmadan haber vereyim dedim. Genel olarak 2009 yolunda Pardus temalý, hem karar alma süreçlerimizi konuþabileceðimiz, hem almak istediðimiz kararlarý yüzyüze daha hýzlý alabileceðimiz, hem de teknik sohbetlerle bilgi paylaþýmý yapabileceðimiz bir toplantý planý var aklýmda. Toplantý ile ilgili þimdiden tek ricam ikili konuþmalar yapmadan herkesin dinlediði ve sýra ile konuþtuðu bir toplantý olmasý. Böylece hem daha verimli bir þekilde toplantýmýzý yaparýz, hem de birbirimizin söylediklerini kaçýrmadan devam edebiliriz. Hasret gidermek, temiz hava (ve pis hava) almak için bir kaç ihtiyaç molasý verip kafamýzý da serin tutacaðýz. Toplantý sýrasýnda da aramýzdan bir kiþi not alacak ve aldýðý notlarý bu listede paylaþýp fiziksel olarak toplantýya gelemeyenlere de neler konuþtuðumuzu aktaracak ve gerekli gördüðü yerlerde diðer geliþtiricilerin de fikir belirtmesini saðlamýþ olacaðýz. Yine de katýlým ne kadar çok olursa o kadar iyi bence, yüzyüze görüþmenin yaratacaðý iyimser havadan herkesin faydalanmasý iyi olur :) Eee kimler geliyor ? Toplantýda neler konuþalým ? -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Mon Feb 9 15:07:12 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Mon, 9 Feb 2009 15:07:12 +0200 Subject: [Gelistirici] [paketler-commits] r59884 - playground/ozan/kernel/kernel-unstable In-Reply-To: <20090209125656.21D8113841D2@ns1.pardus.org.tr> References: <20090209125656.21D8113841D2@ns1.pardus.org.tr> Message-ID: <20090209150712.e724554d.onur@pardus.org.tr> On Mon, 9 Feb 2009 14:56:56 +0200 (EET) paketler-commits at pardus.org.tr wrote: > Author: ozan.caglayan > Date: Mon Feb 9 14:56:55 2009 > New Revision: 59884 > > Modified: > playground/ozan/kernel/kernel-unstable/pspec.xml > Log: > This is already mainlined > > Modified: playground/ozan/kernel/kernel-unstable/pspec.xml > ================================================================= > --- playground/ozan/kernel/kernel-unstable/pspec.xml (original) > +++ playground/ozan/kernel/kernel-unstable/pspec.xml Mon Feb > 9 14:56:55 2009 @@ -244,6 +244,7 @@ > sc92031 > zr364xx > ipw3945 > + sdricoh_cs > Bence artýk içeri giren sürücüleri conflicts deðil de replaces iþaretlememiz lazým, eskiden o sürücünün yaptýðý iþi kernel yapýyor artýk -- Onur Küçük Knowledge speaks, but wisdom listens From tutarugur at gmail.com Mon Feb 9 16:40:10 2009 From: tutarugur at gmail.com (ugur tutar) Date: Mon, 9 Feb 2009 16:40:10 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Bilm=F6k=27te_toplan=FDyoruz?= In-Reply-To: <20090209131140.69b7f050.onur@pardus.org.tr> References: <20090209131140.69b7f050.onur@pardus.org.tr> Message-ID: Selam, Ben zaten bizim okulu temsilen bilmok'e gelcem heralde. madem svn hesabi olanlar katilcak bende gelicem.:) 09 Þubat 2009 Pazartesi 13:11 tarihinde Onur Küçük yazdý: > > Merhaba, > > 27-28 Þubat ve 1 Mart tarihlerinde ODTÜ de Bilmök etkinliði > düzenleniyor. Detaylarýný henüz bilmiyorum ama Pardus Tübitak > çalýþanlarý olarak yoðun bir katýlýmla orada olmayý planlýyoruz. Fýrsat > bu fýrsat diyip yüzyüze bir geliþtirici toplantýsý yapmak için de > kollarý sývadýk. > > > Eee kimler geliyor ? > > -- Ugur Tutar www.ugurtutar.com -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090209/39e386e8/attachment.htm From ertugrulerata at gmail.com Mon Feb 9 16:43:50 2009 From: ertugrulerata at gmail.com (=?UTF-8?Q?Ertu=C4=9Frul_Erata?=) Date: Mon, 9 Feb 2009 16:43:50 +0200 Subject: [Gelistirici] =?utf-8?q?R_hakk=C4=B1nda_3?= Message-ID: <176c63c20902090643w1b110628x1ad1de9658eba44b@mail.gmail.com> benim playgroundda aðaþýda verdiðim adreste 2.8.1 version R yi kde den kurtarma çabalarým mevcuttur. gv ye baðýmlý hale getirim. istenir ise kghostview e ve kpdf ye kullanýcý kendi kullanabiliyor. bu deðiþikliði yapýnca build deðiþecek. onu yapmamýþým özür. http://svn.pardus.org.tr/pardus/playground/ertugrul/4stable2008/R/ fikirler. 1. gv yeterince stanle ve problemsiz midir? 2. kde den kurtulmak iyi bir fikir midir? vs vs -- Ertuðrul Erata Pardus Devel. ##biraz tembelim. itiraf ediyorum## From onur at pardus.org.tr Mon Feb 9 17:06:04 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Mon, 9 Feb 2009 17:06:04 +0200 Subject: [Gelistirici] =?utf-8?q?R_hakk=C4=B1nda_3?= In-Reply-To: <176c63c20902090643w1b110628x1ad1de9658eba44b@mail.gmail.com> References: <176c63c20902090643w1b110628x1ad1de9658eba44b@mail.gmail.com> Message-ID: <20090209170604.5968ab5c.onur@pardus.org.tr> On Mon, 9 Feb 2009 16:43:50 +0200 Ertuðrul Erata wrote: > benim playgroundda aðaþýda verdiðim adreste 2.8.1 version R yi kde den > kurtarma çabalarým mevcuttur. gv ye baðýmlý hale getirim. istenir ise > kghostview e ve kpdf ye kullanýcý kendi kullanabiliyor. > > bu deðiþikliði yapýnca build deðiþecek. onu yapmamýþým özür. > > http://svn.pardus.org.tr/pardus/playground/ertugrul/4stable2008/R/ > > fikirler. > > 1. gv yeterince stanle ve problemsiz midir? > 2. kde den kurtulmak iyi bir fikir midir? en temizi xdg-open kullanmak. xdg-open kullanýnca bulunduðu ortama göre uygun PDF göstericisi çaðrýlacak -- Onur Küçük Knowledge speaks, but wisdom listens From isingor at gmail.com Mon Feb 9 17:14:48 2009 From: isingor at gmail.com (=?UTF-8?B?QWxpIEnFn8SxbmfDtnI=?=) Date: Mon, 9 Feb 2009 17:14:48 +0200 Subject: [Gelistirici] =?utf-8?b?QmlsbcO2ayd0ZSB0b3BsYW7EsXlvcnV6?= In-Reply-To: <20090209131140.69b7f050.onur@pardus.org.tr> References: <20090209131140.69b7f050.onur@pardus.org.tr> Message-ID: 2009/2/9 Onur Küçük > > Toplantı sırasında da aramızdan bir kiÅŸi not alacak ve aldığı > notları bu listede paylaşıp fiziksel olarak toplantıya gelemeyenlere de > neler konuÅŸtuÄŸumuzu aktaracak ve gerekli gördüğü yerlerde diÄŸer > geliÅŸtiricilerin de fikir belirtmesini saÄŸlamış olacağız. Yine de > katılım ne kadar çok olursa o kadar iyi bence, yüzyüze görüşmenin > yaratacağı iyimser havadan herkesin faydalanması iyi olur :) > > Eee kimler geliyor ? Ben de orada olacağım. > > > Toplantıda neler konuÅŸalım ? > Ä°ÅŸin topluluk tarafında durduÄŸuma göre, daha çok topluluk/kullanıcı talepleri noktasında edeceÄŸim kelamım olacak. Beyin Fırtınası arayüzünde kullanıcılarımızın dile getirdiÄŸi ve Pardus 2009'un geliÅŸimine olumlu katkı saÄŸlayacak irili-ufaklı pek çok iyileÅŸtirme önerisi var. Ãœrün Yöneticimiz Selim OK'a bu fikirler, bir mantık süzgeçinden geçirilerek sevgili Kubilay Kocabalkan tarafından ner ay başında raporlanıyor. Sanırım bunlar hakkında konuÅŸmak için söz isteyeceÄŸim. Bu fikirleri toplantıya katılacak geliÅŸtirici sayısı kadar çoÄŸaltıp, sizlere dağıtmayı düşünüyoruz. Ali Işıngör -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090209/4548e444/attachment.htm From ertugrulerata at gmail.com Mon Feb 9 17:32:55 2009 From: ertugrulerata at gmail.com (=?UTF-8?Q?Ertu=C4=9Frul_Erata?=) Date: Mon, 9 Feb 2009 17:32:55 +0200 Subject: [Gelistirici] =?utf-8?q?R_hakk=C4=B1nda_3?= In-Reply-To: <20090209170604.5968ab5c.onur@pardus.org.tr> References: <176c63c20902090643w1b110628x1ad1de9658eba44b@mail.gmail.com> <20090209170604.5968ab5c.onur@pardus.org.tr> Message-ID: <176c63c20902090732i5f0a94c2r82196a630b4f3b72@mail.gmail.com> > > en temizi xdg-open kullanmak. xdg-open kullanýnca bulunduðu ortama > göre uygun PDF göstericisi çaðrýlacak > > -- > Onur Küçük Knowledge speaks, > but wisdom listens > > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > actions.py de pdfviewer i export etmem lazým. configure. betiðinde soruyor onu ne yapalým ? -- Ertuðrul Erata Pardus Devel. ##biraz tembelim. itiraf ediyorum## From ertugrulerata at gmail.com Mon Feb 9 17:41:38 2009 From: ertugrulerata at gmail.com (=?UTF-8?Q?Ertu=C4=9Frul_Erata?=) Date: Mon, 9 Feb 2009 17:41:38 +0200 Subject: [Gelistirici] =?utf-8?q?R_hakk=C4=B1nda_3?= In-Reply-To: <176c63c20902090732i5f0a94c2r82196a630b4f3b72@mail.gmail.com> References: <176c63c20902090643w1b110628x1ad1de9658eba44b@mail.gmail.com> <20090209170604.5968ab5c.onur@pardus.org.tr> <176c63c20902090732i5f0a94c2r82196a630b4f3b72@mail.gmail.com> Message-ID: <176c63c20902090741r51cf1f1alf2f554f602829c31@mail.gmail.com> 2009/2/9 Ertuðrul Erata : >> >> en temizi xdg-open kullanmak. xdg-open kullanýnca bulunduðu ortama >> göre uygun PDF göstericisi çaðrýlacak >> >> -- >> Onur Küçük Knowledge speaks, >> but wisdom listens >> >> _______________________________________________ >> Gelistirici mailing list >> Gelistirici at pardus.org.tr >> http://liste.pardus.org.tr/mailman/listinfo/gelistirici >> > > actions.py de pdfviewer i export etmem lazým. configure. betiðinde > soruyor onu ne yapalým ? > > > -- aþaðýdaki gibi bir þey buldum bunu yapsam actions.py de ve ne firefox ne de gv ne de kdegraphics baðýmlýlýðý olmaz mý ? ama build dep olarak bir browser e ve bir pdf göstericise ihtiyaç duyuyor. ---- I've do some exports, export R_BROWSER="$(type -p xdg-open)" export R_PDFVIEWER="$(type -p xdg-open)" > Ertuðrul Erata > > Pardus Devel. > > ##biraz tembelim. itiraf ediyorum## > -- Ertuðrul Erata Pardus Devel. ##biraz tembelim. itiraf ediyorum## From alpaslanmete at gmail.com Mon Feb 9 17:51:41 2009 From: alpaslanmete at gmail.com (Mete Alpaslan) Date: Mon, 9 Feb 2009 17:51:41 +0200 Subject: [Gelistirici] =?utf-8?b?QmlsbcO2ayd0ZSB0b3BsYW7EsXlvcnV6?= In-Reply-To: <20090209131140.69b7f050.onur@pardus.org.tr> References: <20090209131140.69b7f050.onur@pardus.org.tr> Message-ID: <305f9edc0902090751rd421ce8w830bf6f25c5917de@mail.gmail.com> 2009/2/9 Onur Küçük > > Eee kimler geliyor ? > +1 Mete Alpaslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090209/d4984212/attachment.htm From coderlord at gmail.com Mon Feb 9 18:35:45 2009 From: coderlord at gmail.com (Furkan Duman) Date: Mon, 9 Feb 2009 18:35:45 +0200 Subject: [Gelistirici] =?utf-8?b?QmlsbcO2ayd0ZSB0b3BsYW7EsXlvcnV6?= In-Reply-To: <20090209131140.69b7f050.onur@pardus.org.tr> References: <20090209131140.69b7f050.onur@pardus.org.tr> Message-ID: <4cca720b0902090835m49ef2c73v342ff4683988643f@mail.gmail.com> 09 Þubat 2009 Pazartesi 13:11 tarihinde Onur Küçük yazdý: > Eee kimler geliyor ? Beni de ekleyin lütfen. > Toplantýda neler konuþalým ? 2009 sürümü için uygulamalarýn çoðu yeniden yazýlýyor. Genel olarak uygulamalara eklemek, deðiþtirmek istediklerimizle ilgili konuþulabilir sanýrým. Kolay gelsin. -- Furkan Duman From dfisek at fisek.com.tr Mon Feb 9 18:41:24 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Mon, 9 Feb 2009 18:41:24 +0200 Subject: [Gelistirici] =?utf-8?b?QmlsbcO2ayd0ZSB0b3BsYW7EsXlvcnV6?= In-Reply-To: <20090209131140.69b7f050.onur@pardus.org.tr> References: <20090209131140.69b7f050.onur@pardus.org.tr> Message-ID: <20090209184124.79d8b7fc.dfisek@fisek.com.tr> Mon, 9 Feb 2009 13:11:40 +0200, Onur Küçük : > Eee kimler geliyor ? +1 Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From onur at pardus.org.tr Mon Feb 9 18:42:03 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Mon, 9 Feb 2009 18:42:03 +0200 Subject: [Gelistirici] =?utf-8?q?neler_konu=C5=9Ftuk?= Message-ID: <20090209184203.d44af5c4.onur@pardus.org.tr> Merhaba, Biliyorsunuz Tübitak çalýþanlarý cuma günü ofiste genel bir 2009 toplantýsý yaptýk. Toplantýda konuþtuklarýmýz hakkýnda ufak tefek notlar aldým. Aradan bir kaç gün (ve benim için yoðun bir haftasonu) geçti, aklýmda kalanlarý ve aldýðým notlarý birleþtirerek ancak aktarabiliyorum. Parantez içinde genelde bir konu için "üstlenirim, ilgilenirim, yardýmcý olurum" diyenleri yazýyorum, ancak isimler haliyle toplantýya katýlanlar arasýndan seçili, lütfen siz de yorum yapmaktan, birþeyleri üstlenmekten çekinmeyin. "Karar alýndý" gibi tabirlerin mutlak karar olmasý da gerekmiyor, bu genelde toplantý sýrasýnda oluþan genel kanýyý ifade ediyor. Notlar þöyle gidiyor; 2009 için farm boþaltýldý ve Onur'a teslim edildi. Biraz toolchain ile oynadýktan ve system.* oturduktan sonra hayata geçirmek niyetindeyim. Pardusman'ýn adý konmuþ bir bakcýsý yok (Onur geliþtirici listesinde de sormuþtu, sadece Ekin'den yanýt gelmiþti). Gökmen Qt4 e geçirmemiz gerektiðini söyledi. Pardusman'ýn þu anki sýkýntýlarý çýkarýlýp bir bakýcý bulmak ve bazý özellikler eklemek gerekiyor. Son durumu incelemeyi en çok kullanan olarak Ekin üstlendi. Pardusman'a eklenebilecek bir sürü özellik ve yetenek var bu arada. Daha kapsamlý, belki biraz daha akýllý bir hale getirip isviçre çakýsý gibi bir araç haline gelebilir. Delta paketler hayata geçti, test ediliyor. Þu anda gidiþat iyi görünüyor. lspisi çýktýsýný kullanarak farm daki paketlerle çakýþtýðý dosya olup olmadýðýný çýkaracak bir aracýmýz olsa ne güzel olur diye konuþtuk, belki paketler arayüzü gibi bir yapý ile bu yapýlabilir. Bir kaç repository script uludag/trunk a kondu ancak daha önce konuþulan bazý fikirler için betikler hazýr deðil. Örneðin abicheck in hala bazý sýkýntýlarý var, kendi içinden çýkan so dosyalarýna linklenmeyen paketlerde yanlýþ alarm verebiliyor, bunun bir çözümü olup olmadýðýna bakýlacak (Onur, Gökçen) contrib deposu için sahipsiz paketler iþlemi devel deki gibi yapýlacak (Ozan) FLAG lara bir itiraz gelmedi, en son konuþulduðu haliyle 2009 için kullanýlacak. 2009 için Python 2.6 da devam ediyoruz. Temel Python geçiþi iþleri ile Bahadýr uðraþýyor. system.base / system.devel paketlerini hýzlýca güncelleþtirip birbiri ile uyumlu hale getirmek gerekiyor, 2009 temel sistemini oturtmamýz lazým. kernel.drivers da hangi paketler artýk kernel içinden gelecek hangileri dýþarýda kalacak bakýlacak (Ozan, Onur) LIVE media da aufs kullanmaya karar verdik. Ozan ilgili kernel yamalarýný forwardport etti. Userspace araçlarý kurcalayýp gerekli deðiþiklikler yapýalcak (Ozan, Onur) Squashfs artýk kernel e girdi. LZMA desteði verip lzma lý squashfs kullanmaya çalýþacaðýz (Ozan) Bileþen listesi üzerinde konuþup depoyu þekillendirmemiz gerekiyor. Bileþen listesi netleþince bileþen sorumlularýný da hayata geçirmemiz gerekiyor. KDE4 ve Pardusa özel araçlar (manager lar, tasma, sysinfo vs.) için baþka bir gün toplanýp konuþmaya karar verdik. Xorg ile ilgili fazla konþamadýk, Fatih toplantýda yoktu, katýlýmcýlar bildikleri kadarýyla geliþmeleri aktardýlar. Komitlerden görüyoruz, Fatih Xorg la cebelleþiyor :) Çomar 3 hazýr sayýlýr, eskiye uyumlu olacak görünüyor. Müdür de refactor, loglama ile ilgili iyileþtirmeler ve kernel parametrelerini parse eden kýsýmda iyileþtirmeler yapýlacak (Bahadýr) PiSi de check, check --config desteði geldi, hata düzeltmeleri yapýldý. Breaksabi ve arkadaþlarý hazýr ancak henüz gerçek ortamda test etmedik. Actions API de bir seri düzeltme yapýldý ancak yeni özellik eklenmedi. Faik Actions API ile paketlerle daha çok ilgilenen kiþilerin uðraþmasýnýn daha iyi olacaðýný söyledi. Onur destek olabileceðini ancak belli alanlarda o alanlarýn uzmanlarýnýn (örneðin Qt için Gökçen ?) uðraþmasýnýn daha iyi olacaðýný söyledi. PiSi de config de de ayarlanabilecek þekilde ignore-safety ve ignore-delta desteði eklenecek. Ayrýca Faik çok karmaþýk hale getirmeden, yýlan hikayesine dönen imzalama iþini halledip laneti kýrmaya karar verdiðini söyledi (abi kurþun döktürmeyi düþünüyorum sana :) (Faik) Faik package-manager ile uðraþýyor. Bütün daðýtýmlarýn desteðini saðlayacak yapýnýn (öncelikli olarak Pardus gözetilerek) nasýl hazýrlarsak daha rahat olacaðýný anlattý, ayný zamanda bu konuyu geliþtirici listesinde de açýkladý. Gökçen araçlarýmýzý KDE ye sokmanýn ne kadar önemli olduðunu hatýrlattý. Genel kaný "baþka backendler yazýlabilecek þekilde kodu yazalým, nihai hedef araçlarýmýzý KDE ye sokmak olsun, ancak önceliði Pardus araçlarýna ve gereklerine verelim" þeklinde oldu. Bekle bizi KDE :=) 2009 için öntanýmlý olarak ext4 ile kurulmasý için bir süre ext4 incelemeye ve sorun yaþamazsak öntanýmlý yapmaya karar verdik. Yalý da partition ayarlama ekraný elden geçirilerek kurulum sýrasýnda "disk bölümlememi elle yapacaðým, ben uzman kullanýcýyým" diyen kullanýcýlara dosya sistemi tipini seçtirme þansý vermeye karar verdik. Ext4 öntanýmlý olursa eski sistemlerin sorunlu olmasý ihtimaline karþý güncelleme (2008->2009) ile dosya sistemi tipini deðiþtirmemeye karar verdik. Ýsteyen kullanýcýlar disk-manager ile sadece mount parametresi deðiþtirerek ext4 e geçebilecekler. Ancak Ozan þu anda "eskiden ext3 olup ext4 olarak baðlanan sistemlerde geri ext3 e dönmede sýkýntý oluyor" uyarýsýnda bulundu. Þimdilik kararý kullanýcýya býrakýyoruz. Yalýya kurtarma desteði gelecek (grub, belki pisi hs de geri alma vs.). Plugin desteði hazýr. LVM/RAID iþlemleri için Yalý da deðiþiklik yapýlmasý gerekiyor. Gökmen bu konu ile haþýr neþir olmadýðýný söyledi. (yazarýn notu, Bu konudan anlayan birilerinin Gökmen ile beraber çalýþmasýný saðlamak iyi olur diye düþünüyorum). Serbülent sürüm takviminde kendi araçlarýmýz için "özellik ekleme için deadline koyalým" önerisini getirdi. Kendi araçlarýmýzýn çoðu yeni yeni yazýlmaya baþlandýðý için bir takvim çýkaramadýðýmýzý ama yapabilirsek güzel olabileceði konuþuldu. Ekibin gücü göz önüne alýndýðýnda bizim için bir sýkýntý bu, çalýþma hýzýmýza göre bunu nasýl uygulayacaðýmýza karar vereceðiz. Toplantýda Türkçe programlama dili ile ilgili bir þey konuþulmadý. ilgi bilgi, -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Mon Feb 9 18:55:39 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Mon, 9 Feb 2009 18:55:39 +0200 Subject: [Gelistirici] =?utf-8?q?R_hakk=C4=B1nda_3?= In-Reply-To: <176c63c20902090741r51cf1f1alf2f554f602829c31@mail.gmail.com> References: <176c63c20902090643w1b110628x1ad1de9658eba44b@mail.gmail.com> <20090209170604.5968ab5c.onur@pardus.org.tr> <176c63c20902090732i5f0a94c2r82196a630b4f3b72@mail.gmail.com> <176c63c20902090741r51cf1f1alf2f554f602829c31@mail.gmail.com> Message-ID: <20090209185539.d3737bab.onur@pardus.org.tr> On Mon, 9 Feb 2009 17:41:38 +0200 Ertuðrul Erata wrote: > aþaðýdaki gibi bir þey buldum bunu yapsam actions.py de ve ne firefox > ne de gv ne de kdegraphics baðýmlýlýðý olmaz mý ? ama build dep olarak > bir browser e ve bir pdf göstericise ihtiyaç duyuyor. > > ---- > > I've do some exports, > > export R_BROWSER="$(type -p xdg-open)" > export R_PDFVIEWER="$(type -p xdg-open)" Gentoo böyle yapmýþ, bence de çok mantýklý. Bunun için runtime ve build dep olarak xdg-utils eklenmesi yeter. Bu eklenince tarayýcý ya da PDF gösterici baðýmlýlýðý yazmaya gerek kalmýyor. Bence böyle yapalým. -- Onur Küçük Knowledge speaks, but wisdom listens From dfisek at fisek.com.tr Mon Feb 9 19:16:28 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Mon, 9 Feb 2009 19:16:28 +0200 Subject: [Gelistirici] =?utf-8?q?neler_konu=C5=9Ftuk?= In-Reply-To: <20090209184203.d44af5c4.onur@pardus.org.tr> References: <20090209184203.d44af5c4.onur@pardus.org.tr> Message-ID: <20090209191628.654f8d2f.dfisek@fisek.com.tr> Merhaba, Mon, 9 Feb 2009 18:42:03 +0200, Onur Küçük : > lspisi çýktýsýný kullanarak farm daki paketlerle çakýþtýðý dosya olup > olmadýðýný çýkaracak bir aracýmýz olsa ne güzel olur diye konuþtuk, > belki paketler arayüzü gibi bir yapý ile bu yapýlabilir. Isteneni dogru anliyorsam basit bir bash betiginde (hatta tek satirdan bile olusabilir), - ls ile ikili *.pisi dosyalarini listele, lspisi'yi calistir o dosyalar icin - Olusan butun ciktiyi sort komutu ile siraya diz - uniq -d ciktisi ile mutlu sona ulas yontemiyle yapilabilir gibi geldi. > contrib deposu için sahipsiz paketler iþlemi devel deki gibi > yapýlacak (Ozan) Bunu ben yapabilirim. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From gelurine at gmail.com Mon Feb 9 19:19:50 2009 From: gelurine at gmail.com (=?UTF-8?B?R8O8bmfDtnIgRXJzZXltZW4=?=) Date: Mon, 9 Feb 2009 19:19:50 +0200 Subject: [Gelistirici] =?utf-8?b?QmlsbcO2ayd0ZSB0b3BsYW7EsXlvcnV6?= In-Reply-To: <20090209131140.69b7f050.onur@pardus.org.tr> References: <20090209131140.69b7f050.onur@pardus.org.tr> Message-ID: <52cf71460902090919p5311af5bgb1435a564ddbde76@mail.gmail.com> 2009/2/9 Onur Küçük : > Eee kimler geliyor ? +1 Bende gelcem :) -- Güngör Erseymen http://www.elurin.info From onur at pardus.org.tr Mon Feb 9 19:38:15 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Mon, 9 Feb 2009 19:38:15 +0200 Subject: [Gelistirici] =?utf-8?q?neler_konu=C5=9Ftuk?= In-Reply-To: <20090209191628.654f8d2f.dfisek@fisek.com.tr> References: <20090209184203.d44af5c4.onur@pardus.org.tr> <20090209191628.654f8d2f.dfisek@fisek.com.tr> Message-ID: <20090209193815.fe1cddd8.onur@pardus.org.tr> On Mon, 9 Feb 2009 19:16:28 +0200 Doruk Fisek wrote: > Merhaba, > > Mon, 9 Feb 2009 18:42:03 +0200, Onur Küçük : > > > lspisi çýktýsýný kullanarak farm daki paketlerle çakýþtýðý dosya > > olup olmadýðýný çýkaracak bir aracýmýz olsa ne güzel olur diye > > konuþtuk, belki paketler arayüzü gibi bir yapý ile bu yapýlabilir. > Isteneni dogru anliyorsam basit bir bash betiginde (hatta tek satirdan > bile olusabilir), > > - ls ile ikili *.pisi dosyalarini listele, lspisi'yi calistir o > dosyalar icin > - Olusan butun ciktiyi sort komutu ile siraya diz > - uniq -d ciktisi ile mutlu sona ulas > > yontemiyle yapilabilir gibi geldi. Aslýnda amaç farmdaki çakýþan paketleri bulmak deðil de, mesela yeni bir paket yaparken ya da bir paketi güncellerken geliþtiriciler dosyalarý baþka bir paketle çakýþýyor mu kontrolünü bütün farm paketlerini kurmadan yapabilmeleri. Mesela ben bir paketi güncelliyorum, iþim bittiðinde lspisi çýktýsýný web de bir yerde ya da yerelde bir araçla "bak bakiyim çakýþtýðýn paket var mý" diye sorgu yapacaðým, kullandýðým araç da "aa senin hede dosyanýn aynýsý hödö paketinde de var" diye yakalayýp beni uyaracak. Bunu farm daki bütün paketlerden haberi olan ve sürekli güncel olan bir yerde yapmak lazým. Bir web arayüzü ya da command-not-found tadýnda bir araçla yapabiliriz diye düþünüyorum. -- Onur Küçük Knowledge speaks, but wisdom listens From alpaslanmete at gmail.com Mon Feb 9 19:41:36 2009 From: alpaslanmete at gmail.com (Mete Alpaslan) Date: Mon, 9 Feb 2009 19:41:36 +0200 Subject: [Gelistirici] =?utf-8?q?neler_konu=C5=9Ftuk?= In-Reply-To: <20090209184203.d44af5c4.onur@pardus.org.tr> References: <20090209184203.d44af5c4.onur@pardus.org.tr> Message-ID: <305f9edc0902090941v632bb0f4u718e8a55712c8f7f@mail.gmail.com> 2009/2/9 Onur Küçük > Yalıya kurtarma desteÄŸi gelecek (grub, belki pisi hs de geri alma > vs.). Plugin desteÄŸi hazır. LVM/RAID iÅŸlemleri için Yalı da deÄŸiÅŸiklik > yapılması gerekiyor. Gökmen bu konu ile haşır neÅŸir olmadığını söyledi. > (yazarın notu, Bu konudan anlayan birilerinin Gökmen ile beraber > çalışmasını saÄŸlamak iyi olur diye düşünüyorum). > Lvm&Raid ile epeydir ilgiliyim bildiÄŸiniz gibi zaten YALI ya gerekli backendleri yazma denemelerine baÅŸlamıştım cryptsetup-luks desteÄŸini initramfs ekledikten sonra 2009 için düşüncelerimi paylaÅŸacaktım ama yazarın notunda yeri geldiÄŸi üzere bu desteÄŸi YALI' ya saÄŸlamaya talibim :) Mete Alpaslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090209/cd4d55dd/attachment.htm From ftugrul at gmail.com Mon Feb 9 19:51:16 2009 From: ftugrul at gmail.com (=?UTF-8?B?Ri4gVHXEn3J1bCBHw5xSS0FZTkFL?=) Date: Mon, 9 Feb 2009 19:51:16 +0200 Subject: [Gelistirici] =?utf-8?b?QmlsbcO2ayd0ZSB0b3BsYW7EsXlvcnV6?= In-Reply-To: <52cf71460902090919p5311af5bgb1435a564ddbde76@mail.gmail.com> References: <20090209131140.69b7f050.onur@pardus.org.tr> <52cf71460902090919p5311af5bgb1435a564ddbde76@mail.gmail.com> Message-ID: <8f863d5a0902090951t3371d82ax59fd990347fe529b@mail.gmail.com> 09 Åžubat 2009 Pazartesi 19:19 tarihinde Güngör Erseymen yazdı: > 2009/2/9 Onur Küçük : > > Eee kimler geliyor ? > +1 > Bende gelcem :) Gelesim var. Ä°yi Çalışmalar Fahri TuÄŸrul GÃœRKAYNAK -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090209/ccea9e88/attachment-0001.htm From okyaycihan at gmail.com Mon Feb 9 20:34:13 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Mon, 9 Feb 2009 20:34:13 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Bilm=F6k=27te_toplan=FDyoruz?= In-Reply-To: <8f863d5a0902090951t3371d82ax59fd990347fe529b@mail.gmail.com> References: <20090209131140.69b7f050.onur@pardus.org.tr> <52cf71460902090919p5311af5bgb1435a564ddbde76@mail.gmail.com> <8f863d5a0902090951t3371d82ax59fd990347fe529b@mail.gmail.com> Message-ID: <637d3feb0902091034q483513f2w5d9d2a4a35109a51@mail.gmail.com> 09 Þubat 2009 Pazartesi 19:51 tarihinde F. Tuðrul GÜRKAYNAK < ftugrul at gmail.com> yazdý: > > > 09 Þubat 2009 Pazartesi 19:19 tarihinde Güngör Erseymen < > gelurine at gmail.com> yazdý: > >> 2009/2/9 Onur Küçük : >> > Eee kimler geliyor ? >> +1 >> Bende gelcem :) > > > Gelesim var. > > Benimde gelesim var, ama þarköy - ankara çok uzak ya :( -- Cihan OKYAY http://cihanokyay.wordpress.com Üç gün program yazma ve hayat anlamsýzlaþýr! -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090209/6223ac6d/attachment.htm From dalgic.srdr at gmail.com Mon Feb 9 20:34:38 2009 From: dalgic.srdr at gmail.com (=?ISO-8859-9?Q?Serdar_Dalg=FD=E7?=) Date: Mon, 9 Feb 2009 20:34:38 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Bilm=F6k=27te_toplan=FDyoruz?= In-Reply-To: <20090209131140.69b7f050.onur@pardus.org.tr> References: <20090209131140.69b7f050.onur@pardus.org.tr> Message-ID: 2009/2/9 Onur Küçük > > Merhaba, > Selamlar; > > Eee kimler geliyor ? > e okulum þimdi, gelmezsem ayýp olur zaten :) Ayrýca okula yakýn evde kalýyorum, geliþtiricilerden kalacak yer isteðinde bulunan olursa yardýmcý olmaya çalýþýrým. 4 kiþiye kadar kalacak yer saðlayabilirim. > > > Toplantýda neler konuþalým ? > Furkan'a katýlýyorum, yeniden yazýlan uygulamalarýn bakýcýlarýnýn yaptýklarý/yapacaklarý hakkýnda bilgilendirme yapacaklarý bir toplantý olmasý yararlý olacaktýr. Ýhtiyaçlarýn listesi çýkartýlýrsa yapýlacaklar daha rahat paylaþtýrýlabilir, dýþarýdan katkýcý geliþtiricilerin Pardus Teknolojilerine katkýsý arttýrýlabilir. görüþmek dileðiyle.. -serdar -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090209/f4688c98/attachment.htm From selimok at gmail.com Mon Feb 9 21:45:09 2009 From: selimok at gmail.com (selim ok) Date: Mon, 9 Feb 2009 20:45:09 +0100 Subject: [Gelistirici] =?iso-8859-9?q?Beyinden_=E7=FDkan_fikirler_-_Ocak?= Message-ID: Merhabalar, Çogu zaman Özgürlükiçin Beyin bölümüne girilen fikirleri takip edip gerekli ve önemli gördüklerimi doðrudan ilgili geliþtiriciye ulaþýp danýþýyor gerekirse listemize [1] ekliyorum. Bu listenin çok iyi yönetildiðini söyleyemem ama iyileþtirmeye çalýþýyorum :) Kubilay Kocabalkan saolsun, Beyin bölümünü takip edip ve iyi oy toplayan fikirleri derleyip bana gönderiyor. Daha önceden gönderdiði liste çook uzun olduðundan eleme iþini yapýp geliþtirici listesi ile paylaþamadým. Bu yüzden kendisi ile konuþtuk ve mümkün olduðunca bu listeyi bana aylýk olarak sunacak ben de bir elemeden daha geçirip listeye göndereceðim. Normalde fikirleri ayrýca duzenliyor ve anlaþýlabilir olmasýný saðlamaya çalýþýyorum, fakat vakit darlýðýndan fikirleri orjinal þekliyle aktaracaðým. ------------------------------------------------------ Paket Yöneticisi Yeni Fikir 30 Olumlu oy. gkhnt tarafýndan 6 Oca 2009 tarihinde gönderildi. Öncelikle herkese selamlar. Ayrýca böyle demokratik bir "Beyin" oluþumunu hazýrlayýp hizmete sunanlara da ayrýca teþekkür ederim. Önemsiz gibi görünebilir; ama pratikte kullanýþlý bir fikir (eksiklik de diyebiliriz) geldi aklýma: Pardus Paket Yöneticisi yardýmý ile paket kurulumu yaparken yöneticiyi sistem tepsisine simge boyutunda küçülttüðümüzde sekme üzerinde sadece "Paket Yöneticisi" yazýsý ve kedicik resmi var. Simge üzerine ilerleme aþamasýný görebileceðimiz "kurulum yüzde göstergesi" ve ilerleyen renkli bir çubuk vb. eklenemez mi? Kimi tarayýcýlarda veya indirme yöneticilerinde bu özellik var ve bence hoþ bir özellik. 5 tane yorum yapýldý. ------------------------------------------------------ Pisi bir paketi indirirken kurulum yapabilsin Yeni Fikir 19 Olumlu oy. zero2900 tarafýndan 20 Oca 2009 tarihinde gönderildi. Bence PÝSÝ'nin kullanýmýný daha güzel bir hale getirmek için... Pisi'yi diðer iþlemlerden baðýmsýz kýlmalý. Bu fikir 3 GB'lýk Pardus FPS oyunlarýný indirirken aklýma geldi. Pisi güzel çalýþýyor ama 3 gb lýk downlaod 7 saat sürdü bu zaman zarfý içinde pisi indirdiði paketi son paketi beklemeksizin hemen kursa diðer paketler inerken kurulu paketi deneriz ve bu iþlem sýrasýnda indirme hýzý düþmezse canýmýz sýkýlmaz ve paketler inerken bizde inen ve kurulanlarla ilgileniriz... Ayrýca pisi bir þey indirirken yüklemeye bir þeyler ekleyebilsek dahada güzel olur... 8 tane yorum yapýldý. ------------------------------------------------------ Jabber Protokolünün Yaygýnlaþtýrýlmasý. Yeni Fikir 12 Olumlu oy. HasanN tarafýndan 8 Oca 2009 tarihinde gönderildi. Jabber protokolünün Pardus iþletim sisteminde öntanýmlý bir yazýþma (messenger) uygulamsý (belki Pardus için yeni yazýlacak bir yazýþma uygulamsý) ile standart (varsayýlan) olarak gelmesi, hatta kullaný ci_adi at pardus.org.tr yada kullanýci_adi at ozgurlukicin.com gibi bir uzantý ile kullanýcýlarýn yönlendirilmesi hem açýk standartlar için, hemde özgürlük açýsýndan bir adým daha ileri gidileceðine inanýyorum. Bu konuda yapýlacak güzel bir reklam/kampanya ile bu standartýn yayýlmasýna (ayrýca Pardus' a artý saðlayacaðý), bu güzel ve açýk protokolün kullanýlmasý saðlanabilir. Bir baþka açýdan bakýlýnca Pardus' u bir adým daha öteye taþýyabilir. ------------------------------------------------------ Firefox'da Kaydetme Seçenekleri Yeni Fikir 11 Olumlu oy. SerdarKacmaz tarafýndan 4 Oca 2009 tarihinde gönderildi. Firefox ile eðer ki USB baðlantýlý harici bir hdd 'ye Farklý Kaydet dediðimizde çok fazla dizin içine girip Hdd'yi bulup içine kayýt ediyoruz.. Oysaki Ubuntu, Mandriva, PcLinuxOs gibi büyük daðýtýmlarda direk USB ile baðlandýðýmýz Hdd yanda gözüküyor.. Fakat bu Pardus'da ta bir iþkence.. Þu an Usb hdd takýlý olduðu gözükmüyor bende Dosya Sistemi - media - sdb1 in içine girmek için uðraþýyorum. ------------------------------------------------------ Paketlerin Farký Disklere Kurulmasý Yeni Fikir 10 Olumlu oy. egetun tarafýndan 21 Oca 2009 tarihinde gönderildi. Merhabalar. Hatýrladýðým kadarýyla bir örnekleme yapýlarak bu tür bir istekte bulunulmamýþtý. Kýsa bir süre önce Asus Eee PC 900 edindim. Hemen 8GB'lýk bir SD hafýza kartý edinerek bu hafýza kartýna Pardus kurdum. Ancak, Pardus'un kurulumunun ve bir kaç büyük paket kurulumunun arýndan 8GB'lýk SD kartta yer kalmadý. Aklýma hemen bir soru geldi, onu da buraya yeni fikir olarak yazmayý uygun gördüm. Asus Eee PC 900'de kurulu olarak gelen Xandros daðýtýmýnda ise, paketlerin SD kart ve türevi birimlere kurulumu mümkün. Kýsa veya orta vadede PiSi'ye bu tür bir desteðin getirilmesi teknik açýdan mümkün müdür? Geliþtiriciler veya topluluðumuzun takipçileri, paketlerin farklý disklere kurulumu ve bu özelliðin gerekliliði hakkýnda ne düþünmektedirler? Benim kiþisel görüþüme göre, bu özellik Pardus'ta yer alsaydý; Pardus'u netbook'un sabit diskine kurar, uygulamalarýmý da hafýza kartlarýna kurardým. Böylelikle yer sýkýntýmý yeni bir hafýza kartý alarak çözmüþ olurdum. 3 tane yorum yapýldý. ------------------------------------------------------ Desktop dizin korumasý Yeni Fikir 8 Olumlu oy. ozdemirkoray tarafýndan 16 Oca 2009 tarihinde gönderildi. merhaba; ev dizininde ki Desktop dizinini root harici kimse silemesin. belediyede "desktop" dizinini gereksiz olarak göre bir kullanýcým sil diyerek dünya kadar veriyi öbür dünyaya gönderdi saðolsun. Selim'in notu: Fikirde doðrudan yer almasada yorumlarda root fikrinin yanlýþ olduðu fakat bu ve benzeri hassas dizinler için silmeden önce farklý türde bir uyarý çýkarýlabileceði söylenmiþ. Bu yeni KDE'de mümkün mü bilemiyorum yada bizim böyle bir özellik için doðrudan kde'ye müdahale etmemiz... 4 tane yorum yapýldý ------------------------------------------------------ PiSi'den Sürüm Yükseltebilmek! Yeni Fikir 8 Olumlu oy. halilibo tarafýndan 3 Oca 2009 tarihinde Sistemkategorisine gönderildi. Pisi'den nasýl kernel yükseltebiliyorsak. Ayný zamanda sürüm de yükseltebilelim. Kernel'de olduðu gibi baðýmlýlýk gibi deðil de Mesela yeni bir kategori çýksa Pardus Sürümleri diye. Mesela pardus ilk çýktýðýnda nasýldý diye merak eden birisi hemen oradan Belgelerini kaybetmeden 1.0'a inebilsin ya da 2008.2 Alfa çýktý. Çoðu kullanýcý teker teker alfa beta rc1 rc2 takip edecekmiyim diyor. Mesela ben. Hemen pisiden yükselteyin hem tüm sürümleri deneme þansýmýz olur. Hemde tekrar tekrar internetten indir. cdye yaz gibi bir uðraþ ortadan kalkar. Selim'in notu: Bu konuyu daha önce konuþmuþtuk henüz belli oldu mu bilmiyorum ama kde4 geçiþi olsa bile 2008'den 2009'a geçiþi güncelleme ile yapabilirsek çok daha kullanýcý dostu olacaðýz emin olun. Ben bile 2008'e geçmek için çok vakit harcadim dosya yedekle cart curt... 3 tane yorum yapýldý. ------------------------------------------------------ Aygýt Yöneticisi Yeni Fikir 7 olumlu oy. komutan tarafýndan 29 Oca 2009 tarihinde gönderildi. Bu fikir muhtemelen burada söylenmiþtir ancak pardus'a çok lazým gerçekten. Pardusu ilk yüklemede zaten her þeyi görüyor deniyor ancak bu bir rüyadan ibaret. webcam, tv kart, ses kartý ve hatta ekran katlarý problemli tanýnabiliyor. Tasmadan açsak baksak neyi nasýl tanýmýþ, yanlýþlýk varsa driver ýný buradan alacaðýmýz yardýmla yükleyebilsek. win 95'de driver kurmak ne kadar zorsa linuxda da o kadar zor... Pardus'da bir de jack connection kit kurulu gelse :D 4 tane yorum yapýldý. ------------------------------------------------------ eee Pc için destek Yeni Fikir 7 Olumlu oy. akifmuhtar tarafýndan 10 Oca 2009 tarihinde gönderildi. Asus Eee Pc'ler oldukça yaygýnlaþtý, bu makinalar için hazýrlanan fonkisyon tuþlarýnýn ve diðer özelliklerin sorunsuz çalýþtýðý hazýr linux daðitýmlarý internette dolaþýyor. Pardus, eeebuntu, Fedora daðýtýmlarýný eee Pc 1000H'de deneyen biri olarak þunu net bir þekilde söylemek lazým ki, Pardus hepsinden güzel bir iþletim sistemi. Acaba eee pcp için özel bir pardus sürümü oluþturulup uluslararasý destek verilemez mi? Böylece Pardus'un tanýtýmýna da destek saðlanmýþ olur. Pardus 2008.1'i ilk kurduðumda makina sorunsuz çalýþýrken, güncellemeleri yaptýktan sonra eee pc'de ses sorunu çýkýyor. sound engine fatal error, cpu overloaded hatasý veriyor. Son olarak yeri burasý deðil biliyorum, ancak pardus 2008.2 beta ile denediðimde ses fonksiyon tuþlarýna basýldýðýnda ekranda ses ikonlarý görülsede ses kontrolü yapýlamýyor. Pardus ile makinana çýkan ses volumü windows' göre ve eeebuntuya göre çok düþük. Selim'in notu: Sayýn Erkan Tekman bir çok yerde bu konu ile ilgili olarak bir þeyler yapýlacaðýný söylüyordu. Þimdiye kadar kim ne yaptý, yapýlmasý gereken nedir bir kýsa özet alsak iyi olurdu. 7 tane yorum yapýldý. ------------------------------------------------------ Kurulum Önyükleme Ekranýnda F3..5 için Bilgilendirme Yeni Fikir 7 Olumlu oy. armut tarafýndan 7 Oca 2009 tarihinde gönderildi. Kurulan CD'de çok sýk rastlanan bir hata olan X sunucunun yüklenememesi veya Kernelin çakýlmasý gibi sorunlar için kullanýlabilen F3..5 tuþlarýnýn ne iþe yaradýðý bilgisi ayný ekranda göze batacak bir yerde açýkça bulunsun, F1 tusu ile açýlan yardým ekranýna kimse bakmýyor. Ayrýca root giriþi yapýldýðýnda "Pardus yükleme ekranýný göremiyorsanýz önyükleme ekranýndaki F3-Vesa veya ... seçeneði ile açmayý deneyin, sinirlenmeyin, sakin olun" diye bir yazý yazsýn ekrana. 1 tane yorum yapýldý. ------------------------------------------------------ vcd ler data disc olarak gözükebilsin Yeni Fikir 6 Olumlu oy. ozdemirkoray tarafýndan 21 Oca 2009 tarihinde gönderildi. hepimizin bildiði üzere, vcd formatlý film cd'leri .dat uzantýlý veri dosyalarýndan oluþur. windows'tan alýþýlmýþ bir durum olan bu dat uzantýlý dosyalarý veri olarak görebilmek ve kaffeine gibi bir video oynatýcýsýnda cd üzerinden çalýþtýrabilmek güzel olurdu. elbette uzantýlarýný deðiþtirmek, k3b ile veri olarak baðlamak mümkün ancak bunu son kullanýcý genelde bilemiyor ve bu konu üzerinde çok üzülüyorlar (kendimden biliyorum). saygýlar. 1 tane yorum yapýldý. ------------------------------------------------------ Iyi çalýþmalar, Selim [1]: http://tr.pardus-wiki.org/Kullan%C4%B1c%C4%B1_Beklentileri:Pardus-2009 -- 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/20090209/b53b310c/attachment-0001.htm From ozan at pardus.org.tr Mon Feb 9 22:05:03 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Mon, 09 Feb 2009 22:05:03 +0200 Subject: [Gelistirici] =?utf-8?q?Beyinden_=C3=A7=C4=B1kan_fikirler_-_Ocak?= In-Reply-To: References: Message-ID: <49908C6F.4070401@pardus.org.tr> selim ok wrote: > > Pardus Paket Yöneticisi yardýmý ile paket kurulumu yaparken yöneticiyi > sistem tepsisine simge boyutunda küçülttüðümüzde sekme üzerinde sadece > "Paket Yöneticisi" yazýsý ve kedicik resmi var. Simge üzerine ilerleme > aþamasýný görebileceðimiz "kurulum yüzde göstergesi" ve ilerleyen renkli > bir çubuk vb. eklenemez mi? Kimi tarayýcýlarda veya indirme > yöneticilerinde bu özellik var ve bence hoþ bir özellik. Pardus 2009 ile gelecek yeni paket yöneticisi için gerçekten güzel bir özellik olurdu +3 > Pisi bir paketi indirirken kurulum yapabilsin > > Yeni Fikir 19 Olumlu oy. > Pisi paketleri indirilirken baþka bir paketin kurulmasýna baþlanmasý için öncelikle ufak paketlerin indirilmesi gerekir. Bunun için sanýrým pisinin indirilecek paket boyutlarýný sýraya dizip küçükten büyüðe indirmeye baþlamasý ve indirilmesi haddinden fazla sürecek bir paketi gözüne kestirip o sýrada indirdiði ufak paketi kurmaya baþlamasý gerekir. Ancak indirilmekte olan paketle kurulacak paketin arasýnda baðýmlýlýk iliþkisi olabilir. Göründüðünden daha alengirli bir istek gibi duruyor. +1 > > Firefox ile eðer ki USB baðlantýlý harici bir hdd 'ye Farklý Kaydet > dediðimizde çok fazla dizin içine girip Hdd'yi bulup içine kayýt > ediyoruz.. Oysaki Ubuntu, Mandriva, PcLinuxOs gibi büyük daðýtýmlarda > direk USB ile baðlandýðýmýz Hdd yanda gözüküyor.. Fakat bu Pardus'da ta > bir iþkence.. Ýlginç. Gökçen :) > > Paketlerin Farký Disklere Kurulmasý > Benim kiþisel görüþüme göre, bu özellik Pardus'ta > yer alsaydý; Pardus'u netbook'un sabit diskine kurar, uygulamalarýmý da > hafýza kartlarýna kurardým. Böylelikle yer sýkýntýmý yeni bir hafýza > kartý alarak çözmüþ olurdum. "Pardus"'u diye kastedilen þey de aslýnda 600~ civarý uygulama aslýnda. Bahsedilen ayrýmý anlayamadým. Her pisi paketi, / altýnda herhangi bir yere dosya koyabilir. Tam anlayamadým öneriyi. Pardus doðrudan SD karta kurulur, /home ise netbook'un diskine baðlanýrsa gayet güzel bir konfigürasyon elde edilebilir. > Aygýt Yöneticisi > Yeni Fikir 7 olumlu oy. > > komutan > tarafýndan 29 Oca 2009 tarihinde gönderildi. > > Bu fikir muhtemelen burada söylenmiþtir ancak pardus'a çok lazým > gerçekten. Pardusu ilk yüklemede zaten her þeyi görüyor deniyor ancak bu > bir rüyadan ibaret. webcam, tv kart, ses kartý ve hatta ekran katlarý > problemli tanýnabiliyor. Tasmadan açsak baksak neyi nasýl tanýmýþ, > yanlýþlýk varsa driver ýný buradan alacaðýmýz yardýmla yükleyebilsek. > win 95'de driver kurmak ne kadar zorsa linuxda da o kadar zor... Bizim amacýmýz bu donanýmlarý doðrudan desteklemek. Oradan alacaklarý yardýmýn orada olabilmesi için yine en nihayetinde hata girmeleri ve bizim ilgilenmemiz gerekecek. Biz ilgilendiðimizde de zaten depoda çözmüþ olacaðýz. Bazý aygýtlar için (tv kart mesela) bu tarz araçlar mümkün ancak genel bir aygýt yöneticisinin içinin doldurulmasý imkansýza yakýn. -- Ozan Çaðlayan From fatih at pardus.org.tr Mon Feb 9 22:10:47 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Mon, 9 Feb 2009 22:10:47 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Beyinden_=E7=FDkan_fikirler_-_Ocak?= In-Reply-To: <49908C6F.4070401@pardus.org.tr> References: <49908C6F.4070401@pardus.org.tr> Message-ID: <200902092210.51805.fatih@pardus.org.tr> Pazartesi 09 Þubat 2009 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: > Bizim amacýmýz bu donanýmlarý doðrudan desteklemek. Oradan alacaklarý > yardýmýn orada olabilmesi için yine en nihayetinde hata girmeleri ve bizim > ilgilenmemiz gerekecek. Biz ilgilendiðimizde de zaten depoda çözmüþ > olacaðýz. Bazý aygýtlar için (tv kart mesela) bu tarz araçlar mümkün ancak > genel bir aygýt yöneticisinin içinin doldurulmasý imkansýza yakýn. Onur'un bir ara bahsettiði system-manager benzeri bir araçla en azýndan blacklist'e alma, modüllere parametre verme, modules.autoload.d'ye alma vs yapýlabilir belki. -------------- 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/20090209/95cf83b7/attachment.pgp From ozan at pardus.org.tr Mon Feb 9 22:12:41 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Mon, 09 Feb 2009 22:12:41 +0200 Subject: [Gelistirici] =?utf-8?q?Beyinden_=C3=A7=C4=B1kan_fikirler_-_Ocak?= In-Reply-To: <200902092210.51805.fatih@pardus.org.tr> References: <49908C6F.4070401@pardus.org.tr> <200902092210.51805.fatih@pardus.org.tr> Message-ID: <49908E39.1080404@pardus.org.tr> Fatih Aþýcý wrote: > Pazartesi 09 Þubat 2009 tarihinde, Ozan Çaðlayan þunlarý yazmýþtý: >> Bizim amacýmýz bu donanýmlarý doðrudan desteklemek. Oradan alacaklarý >> yardýmýn orada olabilmesi için yine en nihayetinde hata girmeleri ve bizim >> ilgilenmemiz gerekecek. Biz ilgilendiðimizde de zaten depoda çözmüþ >> olacaðýz. Bazý aygýtlar için (tv kart mesela) bu tarz araçlar mümkün ancak >> genel bir aygýt yöneticisinin içinin doldurulmasý imkansýza yakýn. > > Onur'un bir ara bahsettiði system-manager benzeri bir araçla en azýndan > blacklist'e alma, modüllere parametre verme, modules.autoload.d'ye alma vs > yapýlabilir belki. Evet onlar yapýlabilir. Ama ben webcam takayým, çalýþmazsa niye çalýþmadýðýný, hangi sürücüyü kurmam gerektiðini söylesin tarzý bir yaklaþýmýn ucu aslýnda bizim o sürücüyü biliyor olmamýza geliyor. Ki biliyorsak da paketler depoya koyarýz zaten :) -- Ozan Çaðlayan From onur at pardus.org.tr Mon Feb 9 22:37:13 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Mon, 9 Feb 2009 22:37:13 +0200 Subject: [Gelistirici] =?utf-8?b?QmlsbcO2ayd0ZSB0b3BsYW7EsXlvcnV6?= In-Reply-To: References: <20090209131140.69b7f050.onur@pardus.org.tr> Message-ID: <20090209223713.72ea668f.onur@pardus.org.tr> On Mon, 9 Feb 2009 17:14:48 +0200 Ali Iþýngör wrote: > Ýþin topluluk tarafýnda durduðuma göre, daha çok topluluk/kullanýcý > talepleri noktasýnda edeceðim kelamým olacak. Beyin Fýrtýnasý > arayüzünde kullanýcýlarýmýzýn dile getirdiði ve Pardus 2009'un > geliþimine olumlu katký saðlayacak irili-ufaklý pek çok iyileþtirme > önerisi var. Ürün Yöneticimiz Selim OK'a bu fikirler, bir mantýk > süzgeçinden geçirilerek sevgili Kubilay Kocabalkan tarafýndan ner ay > baþýnda raporlanýyor. Sanýrým bunlar hakkýnda konuþmak için söz > isteyeceðim. Uzun olmamak þartýyla bunlarý da konuþabiliriz, zaten bu listeye fikirler derlenip iletiliyor. > Bu fikirleri toplantýya katýlacak geliþtirici sayýsý kadar çoðaltýp, > sizlere daðýtmayý düþünüyoruz. Bence önemli olan kaç tane fikrin konuþulduðu deðil de iþe yarar / mantýklý kaç fikrin konuþulduðu ve üstlenildiðidir. Ayrýca toplantýya katýlan herkes illa bir fikri üstlenecek ve yapacak diye bir kuralýmýz yok, bazý geliþtiriciler birden fazla fikri üstlenebilir, bazý geliþtiriciler hiç bir iþi üstlenmeyebilir. Bence hiç sayýlarý tutturmaya çalýþmayýn, mantýk süzgecinden geçirip iþe yarar fikirleri hatýrlatýn :) -- Onur Küçük Knowledge speaks, but wisdom listens From akin at omeroglu.net Mon Feb 9 22:45:04 2009 From: akin at omeroglu.net (=?ISO-8859-9?Q?Ak=FDn_=D6mero=F0lu?=) Date: Mon, 9 Feb 2009 22:45:04 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Bilm=F6k=27te_toplan=FDyoruz?= In-Reply-To: References: <20090209131140.69b7f050.onur@pardus.org.tr> Message-ID: <9652916c0902091245y383dced8m647378a99e1c282b@mail.gmail.com> Selamlar, Etkinlik boyunca Ankara'da olacaðým gibi toplantýya da katýlacaðým. Zaman çalmak gibi görülmediði takdirde birtakým siyah takým elbiseli sýkýcý adam geyiði -a.k.a. hukuki týrývýrýlar- yaparak vakti zamanýnda geliþtirici listesinde gündeme gelen ama geliþtiricilerin üstünde her nedense pek durmadýðý geliþtirici sözleþmesi ile ilgili fikir görüþ öneri seansý yapýlmasýnýn yerinde olacaðýný söylemek isterim. Görüþürüz... -- Akýn Ömeroðlu www.ozgurlukicin.com -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090209/f7507d20/attachment.htm From tekman at pardus.org.tr Mon Feb 9 22:48:26 2009 From: tekman at pardus.org.tr (Erkan Tekman) Date: Mon, 9 Feb 2009 22:48:26 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Bilm=F6k=27te_toplan=FDyoruz?= In-Reply-To: <20090209131140.69b7f050.onur@pardus.org.tr> References: <20090209131140.69b7f050.onur@pardus.org.tr> Message-ID: <200902092248.26668.tekman@pardus.org.tr> 9 Þubat 2009 Pazartesi 13:11:40 tarihinde Onur Küçük þunlarý yazmýþtý: > Zamanýný ayarlamak isteyenler için aklýmdaki gündem maddelerini > yazmadan haber vereyim dedim. Genel olarak 2009 yolunda Pardus temalý, > hem karar alma süreçlerimizi konuþabileceðimiz, hem almak istediðimiz > kararlarý yüzyüze daha hýzlý alabileceðimiz, hem de teknik sohbetlerle > bilgi paylaþýmý yapabileceðimiz bir toplantý planý var aklýmda. Ýki gündem önerim olacak: - TÜBÝTAK UEKAE dýþýndaki geliþtiricilere saðlanabilecek olanaklar (e-posta adresi, ftp alaný, sanal makine, vb) - Pardus geliþtirici camiasý yönetiþim modeli için öneriler (geliþtirici sözleþmesi, karar verme süreçleri, Proje "Ýzleme Komitesi" temsilcisi, vb) ET From fethicanc at gmail.com Mon Feb 9 23:44:52 2009 From: fethicanc at gmail.com (Fethican =?iso-8859-9?q?Co=FEkuner?=) Date: Mon, 9 Feb 2009 23:44:52 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Bilm=F6k=27te_toplan=FDyoruz?= In-Reply-To: <20090209131140.69b7f050.onur@pardus.org.tr> References: <20090209131140.69b7f050.onur@pardus.org.tr> Message-ID: <200902092344.52958.fethicanc@gmail.com> On Monday 09 February 2009 13:11:40 Onur Küçük wrote: >  Eee  kimler geliyor ? Ben de geliyorum. -- Fethican From necmettin.begiter at gmail.com Tue Feb 10 00:19:35 2009 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Tue, 10 Feb 2009 00:19:35 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Beyinden_=E7=FDkan_fikirler_-_Ocak?= In-Reply-To: <49908C6F.4070401@pardus.org.tr> References: <49908C6F.4070401@pardus.org.tr> Message-ID: <200902100019.35642.necmettin.begiter@gmail.com> On 09 Feb 2009 Mon 22:05:03 Ozan Çaðlayan wrote: > Pisi paketleri indirilirken baþka bir paketin kurulmasýna baþlanmasý için öncelikle ufak paketlerin > indirilmesi gerekir. Bunun için sanýrým pisinin indirilecek paket boyutlarýný sýraya dizip küçükten > büyüðe indirmeye baþlamasý ve indirilmesi haddinden fazla sürecek bir paketi gözüne kestirip o sýrada > indirdiði ufak paketi kurmaya baþlamasý gerekir. Ancak indirilmekte olan paketle kurulacak paketin arasýnda > baðýmlýlýk iliþkisi olabilir. Göründüðünden daha alengirli bir istek gibi duruyor. > +1 Paketlerin indirilmesi tamamlandýðýnda, Paket Yöneticisi, kuruluma hiçbirþeye baðlý olmayan paketle baþlýyor. Yani indirilmekte olan paketle kurulacak paket arasýnda (sýralama nedeniyle) böyle bir baðlantý yok. Herhangi bir paketi kurmak istediðinizde, indirme sýrasýný takip ederseniz, önce baðýmlýlýklarýný indiriyor, en son kurmak istediðiniz paketi indiriyor. Biraz threading kokuyor bu iþ. :) -- Necmettin Begiter From gkmngrgn at gmail.com Tue Feb 10 00:55:58 2009 From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=) Date: Tue, 10 Feb 2009 00:55:58 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Bilm=F6k=27te_toplan=FDyoruz?= In-Reply-To: <637d3feb0902091034q483513f2w5d9d2a4a35109a51@mail.gmail.com> References: <20090209131140.69b7f050.onur@pardus.org.tr> <52cf71460902090919p5311af5bgb1435a564ddbde76@mail.gmail.com> <8f863d5a0902090951t3371d82ax59fd990347fe529b@mail.gmail.com> <637d3feb0902091034q483513f2w5d9d2a4a35109a51@mail.gmail.com> Message-ID: <4990B47E.9050804@gmail.com> cihan okyay wrote On 09-02-2009 20:34: > > Benimde gelesim var, ama þarköy - ankara çok uzak ya :( > Çok iyi hatýrlýyorum, Þarköy'den direk Ankara'ya, hatta direk Odtü'ye otobüs var. Aha yazdým bunu =D Sanýrým cumartesi gününe denk geliyor Bilmök toplantýsý ve müzik çalýþmamýn olmasý muhtemel. Fakat gelecek olursam, yine çok fazla bir þey konuþmamakla beraber, Xfce'yi temsil etmek için orada olabileceðimi baþtan söylemek isterim =) Bir de Gtk2 & Glib2 mevzusunu tekrar açmak gibi bir gaflette bulunabilirim hehe! From turkersezer at tsdesign.info Tue Feb 10 01:34:13 2009 From: turkersezer at tsdesign.info (=?iso-8859-9?q?T=FCrker_SEZER?=) Date: Tue, 10 Feb 2009 01:34:13 +0200 Subject: [Gelistirici] =?iso-8859-9?q?neler_konu=FEtuk?= In-Reply-To: <20090209193815.fe1cddd8.onur@pardus.org.tr> References: <20090209184203.d44af5c4.onur@pardus.org.tr> <20090209191628.654f8d2f.dfisek@fisek.com.tr> <20090209193815.fe1cddd8.onur@pardus.org.tr> Message-ID: <200902100134.13661.turkersezer@tsdesign.info> On Monday 09 February 2009 19:38:15 Onur Küçük wrote: > Bunu farm daki bütün paketlerden haberi olan ve sürekli güncel olan > bir yerde yapmak lazým. Bir web arayüzü ya da command-not-found > tadýnda bir araçla yapabiliriz diye düþünüyorum. Paket arama sayfasýnda tüm paketlerden ve dosyalardan haberdar, güncel bir veritabanýmýz var aslýnda. Hariçten arama yapmak için bir seçenek sunmuyor ama benim urllib ile haþýr neþir olduðum bir zamana denk geldi ve ekteki gibi bir betik yazdým. Anlayabildiðim kadarýyla istenen iþi yapýyor ve pek de yavaþ çalýþmýyor. Daha iyisi yapýlana kadar el altýnda durabilir. Türker // Betiði denerken sunucuya verdiðim rahatsýzlýktan ötürü Taner'den özür dilerim :) -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: checkFiles.py Tür: application/x-python Boyut: 1629 bayt Taným: kullanýlamýyor Url: http://liste.pardus.org.tr/gelistirici/attachments/20090210/7f4b61f8/attachment.bin From mnurolcay at gmail.com Tue Feb 10 01:35:31 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Tue, 10 Feb 2009 01:35:31 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Bilm=F6k=27te_toplan=FDyoruz?= In-Reply-To: <200902092248.26668.tekman@pardus.org.tr> References: <20090209131140.69b7f050.onur@pardus.org.tr> <200902092248.26668.tekman@pardus.org.tr> Message-ID: <200902100135.32000.mnurolcay@gmail.com> On Monday 09 February 2009 22:48:26 Erkan Tekman wrote: > - TÜBÝTAK UEKAE dýþýndaki geliþtiricilere saðlanabilecek olanaklar (e-posta > adresi, ftp alaný, sanal makine, vb) > > - Pardus geliþtirici camiasý yönetiþim modeli için öneriler (geliþtirici > sözleþmesi, karar verme süreçleri, Proje "Ýzleme Komitesi" temsilcisi, vb) > Pek çok kez listenin tadýný kaçýran malum bir konunun ( ya da bu malum konudan kaynaklý bazý algýlarýn/vergilerin ) çözülmesi adýna önemli gündem maddeleri olacaðý düþüncesindeyim. Bilhassa ilk madde adýna olumlu sonuçlar alýnabilirse, pek çok algýnýn deðiþeceðine/düzeleceðine inanýyorum þahsen. Hem sonrakiler için de teþvik edici unsurlarýn sayýsý artmýþ olur. Þimdiden kolay gelsin herkese... -- Mehmet Nur Olcay From rkirmizi at gmail.com Tue Feb 10 03:10:20 2009 From: rkirmizi at gmail.com (Recep KIRMIZI) Date: Tue, 10 Feb 2009 03:10:20 +0200 Subject: [Gelistirici] r21431 - in trunk/kaptan4/src: . gui In-Reply-To: <200902070025.32236.gokmen@pardus.org.tr> References: <20090206070726.849241384472@ns1.pardus.org.tr> <498CAAD8.40502@pardus.org.tr> <20090206234206.545db417.dfisek@fisek.com.tr> <200902070025.32236.gokmen@pardus.org.tr> Message-ID: <3d591f9e0902091710t2f59efc8t97c5870808fd28c2@mail.gmail.com> 2009/2/7 Gökmen GÖKSEL > > > Konuyu buradan alıp "zaten kendi aranızda karar veriyorsunuz" konumuna > getirmeye çalışacak olan provakatör ruhlu arkadaÅŸlara da cevap vermeyeceÄŸim > zahmet edip birÅŸey yazmasınlar. > > -- > Gökmen GÖKSEL Bu gerçekten çok yersiz olmuÅŸ. Adam harcamak bu kadar kolay olmasın lütfen. Bu topluluÄŸun yarısı bu lafa küsüp giderdi eminim. Gökmen neden böyle çıkışlar yaptığını hiç anlayabilmiÅŸ deÄŸilim. Seni ÅŸahsen tanımadan böyle bir yorum yapmam doÄŸrumu yanlış mı bilemiyorum. Fakat kimsenin ÅŸahsına bir saygısızlık yapmak gibi bir niyetim yok. Tartışmak istiyorsan kimseye ÅŸahsi saldırı yapmadan liste ortada sabaha kadar tartış. Tartışmak istemiyorsan ben tartışmak istemiyorum yapacak daha önemli iÅŸlerim var de çekil. Bunu kimse ayıplamaz. Ama "sen provakatörsün sen şöylesin böylesin" "sen elleme b*k edersin" . gibi çıkışlar ise en kibar tabirle kiÅŸinin sahsına saygısızlık oluyor. Evet bu topluluÄŸun sana ihtiyacı var, çok önemli ÅŸeyler yapıyorsun bunu sessiz de olsa herkes izliyor ve eminim çoÄŸu zaman belirtilmesede takdir de ediliyor. Fakat yukarıda provakatör yakıştırması yapmış olabileceÄŸin kiÅŸiler bu yorumları, bu fikirleri maddi hiçbir beklenti olmadan yapıyorlar, kıymetli zamanlarını ayırıyorlar. Bkz. Sn. Tekman ne demiÅŸ oi nin son e-dergi röportajında "ArkadaÅŸlar mucize yaratıyor kelimenin tam anlamı ile. Tabii bu *mucizenin önemli bir parçası da TÃœBÄ°TAK UEKAE çalışanı olmayan geliÅŸtiricilerimiz.* Onlar olmadan Pardus'un bugünlere gelmesi söz konusu dahi olamazdı." Bu yüzden lütfen bu tarz çıkışlarda bulunma(yalım). Karşılıklı saygı çerçevesinde tartışalım P.S.: Ne alaka 3 gün sonra bu ne celal diyen varsa. Final dönemindeyim ve e-postalarımı nadiren kontrol edebiliyorum. -- Saygılarımla... Recep KIRMIZI Joe E. Lewis - "I distrust camels, and anyone else who can go a week without a drink." -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090210/0a8f5d9b/attachment.htm From turkersezer at tsdesign.info Tue Feb 10 03:44:39 2009 From: turkersezer at tsdesign.info (=?utf-8?q?T=C3=BCrker_SEZER?=) Date: Tue, 10 Feb 2009 03:44:39 +0200 Subject: [Gelistirici] =?utf-8?q?neler_konu=C5=9Ftuk?= In-Reply-To: <200902100134.13661.turkersezer@tsdesign.info> References: <20090209184203.d44af5c4.onur@pardus.org.tr> <20090209193815.fe1cddd8.onur@pardus.org.tr> <200902100134.13661.turkersezer@tsdesign.info> Message-ID: <200902100344.39067.turkersezer@tsdesign.info> On Tuesday 10 February 2009 01:34:13 Türker SEZER wrote: > AnlayabildiÄŸim kadarıyla istenen iÅŸi yapıyor ve pek de yavaÅŸ çalışmıyor. > Daha iyisi yapılana kadar el altında durabilir. Betikte minik bir düzelt yaptım ve hazır pisi'yi import etmiÅŸken çıktıyı da renklendireyim dedim :) Dosyanın yenisi ekte. Bu iÅŸi lspisi çıktısının tamamını nete atıp (biz yapıştırırız ya da lspisi kendisi yollar) sunucuda arama yaptırıp sonra sonucu almak ÅŸeklinde de yapabileceÄŸimize dair bir yorum aldım az önce (mnurolcay), sunucu tarafına eriÅŸimi olan birileri böyle birÅŸey yaparsa biraz daha hızlıca [1] kurtarırız sanırım. Türker [1]: time python checkFiles.py /var/cache/pisi/packages/kdebase4-4.2.0-21-14.pisi ... ... --- All conflicted packages - kdebase4-runtime - kdepim4 real 8m17.938s user 0m7.255s sys 0m1.211s -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: sample.png Tür: image/png Boyut: 88977 bayt Tanım: kullanılamıyor Url: http://liste.pardus.org.tr/gelistirici/attachments/20090210/2c8e90a0/attachment-0001.png -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: checkFiles.py Tür: application/x-python Boyut: 1897 bayt Tanım: kullanılamıyor Url: http://liste.pardus.org.tr/gelistirici/attachments/20090210/2c8e90a0/attachment-0001.bin From ertugrulerata at gmail.com Tue Feb 10 08:19:05 2009 From: ertugrulerata at gmail.com (=?UTF-8?Q?Ertu=C4=9Frul_Erata?=) Date: Tue, 10 Feb 2009 08:19:05 +0200 Subject: [Gelistirici] =?utf-8?q?R_hakk=C4=B1nda_3?= In-Reply-To: <20090209185539.d3737bab.onur@pardus.org.tr> References: <176c63c20902090643w1b110628x1ad1de9658eba44b@mail.gmail.com> <20090209170604.5968ab5c.onur@pardus.org.tr> <176c63c20902090732i5f0a94c2r82196a630b4f3b72@mail.gmail.com> <176c63c20902090741r51cf1f1alf2f554f602829c31@mail.gmail.com> <20090209185539.d3737bab.onur@pardus.org.tr> Message-ID: <176c63c20902092219h7dcd5b0at3142e57953696524@mail.gmail.com> deniyorum bu gün commit ederim iþallah. -- Ertuðrul Erata Pardus Devel. ##biraz tembelim. itiraf ediyorum## From gokcen at pardus.org.tr Tue Feb 10 09:24:18 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Tue, 10 Feb 2009 09:24:18 +0200 Subject: [Gelistirici] =?utf-8?q?Beyinden_=C3=A7=C4=B1kan_fikirler_-_Ocak?= In-Reply-To: <49908C6F.4070401@pardus.org.tr> References: <49908C6F.4070401@pardus.org.tr> Message-ID: <200902100924.18257.gokcen@pardus.org.tr> On Monday 09 February 2009 22:05:03 Ozan Çaðlayan wrote: > Ýlginç. Gökçen GTK 2.14'te takýlý USB ile ilgili simge çýkýyor Kaydet penceresinde. Yenisine geçtiðimizde düzelecek bu. -- Gökçen Eraslan From erenoglu at gmail.com Tue Feb 10 13:02:48 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Tue, 10 Feb 2009 12:02:48 +0100 Subject: [Gelistirici] test deposu, dstat upgrade'de hata Message-ID: Merhaba, Bugun yeni kurdugum bir sistemde test repoyu ekleyip pisi up yaptigimda su hata ile karsilastim, ilgilinin bilgisine :) Installing 16 / 16 dstat-1-2.delta.pisi [cached] Installing dstat, version 0.6.9, release 5, build 2 Upgrading to new upstream version Configuring dstat package for removal Extracting the files of dstat Installed file /usr/share/man does not exist on system [Probably you manually deleted] Configuring dstat package Configured dstat Upgraded dstat -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090210/2b20d798/attachment.htm From turkay.eren at gmail.com Tue Feb 10 14:08:42 2009 From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Tue, 10 Feb 2009 14:08:42 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Bilm=F6k=27te_toplan=FDyoruz?= In-Reply-To: <20090209131140.69b7f050.onur@pardus.org.tr> References: <20090209131140.69b7f050.onur@pardus.org.tr> Message-ID: <200902101408.42915.turkay.eren@gmail.com> On Monday 09 February 2009 13:11:40 Onur Küçük wrote: >  Eee  kimler geliyor ? Ben okul/dersane dolayýsýyla gelemiyorum maalesef. Orada olan herkese þimdiden selamlar. >  Toplantýda neler konuþalým ? Teknik anlamda þu an aklýma bir þey gelmiyor ama Pardus adýný kullanýp, UEKAE'den herhangi bir izin almadan faaliyet sürdüren oluþumlarýn durumlarý hakkýnda bilgi alabilmeyi isterdim. Malum, bu oluþumlar Pardus'a zarar dahi verebiliyor.. -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090210/2631bd60/attachment.htm From onur at pardus.org.tr Tue Feb 10 14:33:29 2009 From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=) Date: Tue, 10 Feb 2009 14:33:29 +0200 Subject: [Gelistirici] test deposu, dstat upgrade'de hata In-Reply-To: References: Message-ID: <200902101433.29865.onur@pardus.org.tr> Tuesday 10 February 2009 Tarihinde 13:02:48 yazmýþtý: > Merhaba, > > Bugun yeni kurdugum bir sistemde test repoyu ekleyip pisi up yaptigimda su > hata ile karsilastim, ilgilinin bilgisine :) > > Installing 16 / 16 > dstat-1-2.delta.pisi [cached] > Installing dstat, version 0.6.9, release 5, build 2 > Upgrading to new upstream version > Configuring dstat package for removal > Extracting the files of dstat > Installed file /usr/share/man does not exist on system [Probably you > manually deleted] > Configuring dstat package > Configured dstat > Upgraded dstat pspec de fileType larda /usr/share/man varsa ama o dizin içinde dosya yoksa bu mesaj gelebiliyor, belki sorun bundandýr -- Onur Küçük Knowledge speaks, but wisdom listens From gokmen at pardus.org.tr Wed Feb 11 01:31:01 2009 From: gokmen at pardus.org.tr (=?iso-8859-9?q?G=F6kmen_G=D6KSEL?=) Date: Wed, 11 Feb 2009 01:31:01 +0200 Subject: [Gelistirici] [Projeler-commits] r527 - test-manager/simpleTestViewer In-Reply-To: <20090210221517.0387513844AD@ns1.pardus.org.tr> References: <20090210221517.0387513844AD@ns1.pardus.org.tr> Message-ID: <200902110131.01694.gokmen@pardus.org.tr> On Wednesday 11 February 2009 00:15:16 projeler-commits at pardus.org.tr wrote: > Author: serbulent > Date: Wed Feb 11 00:15:16 2009 > New Revision: 527 > > Modified: > test-manager/simpleTestViewer/commentdlg.py > Log: > nothing to say > > > Modified: test-manager/simpleTestViewer/commentdlg.py > ================================================================= > --- test-manager/simpleTestViewer/commentdlg.py (original) > +++ test-manager/simpleTestViewer/commentdlg.py Wed Feb 11 00:15:16 2009 > @@ -15,7 +15,7 @@ > self.commentEdit.setText(currentTest) > > def accept(self): > - text = self.commentEdit.text() > + self.text = elf.commentEdit.toPlainText() Bu da yanlýþ, ^^^^^ self olacak.. -- Gökmen GÖKSEL From selimok at gmail.com Wed Feb 11 04:40:05 2009 From: selimok at gmail.com (selim ok) Date: Wed, 11 Feb 2009 03:40:05 +0100 Subject: [Gelistirici] kaptan 4 In-Reply-To: <200901232159.52555.gokmen@pardus.org.tr> References: <49782D44.900@pardus.org.tr> <200901231656.59899.gokmen@pardus.org.tr> <200901232009.45879.fatih@pardus.org.tr> <200901232159.52555.gokmen@pardus.org.tr> Message-ID: Merhabalar, Ozgurlukicin kullanicilarindan gelen bir istek de su yonde: "Kurulum sýrasýnda ve oturum açarken num lock a basmak zorunda kalýyorum , otomatik olarak kendi açsa bu tuþu güzel olurdu" http://www.ozgurlukicin.com/yenifikir/ayrinti/465/ Sonradan gelen yorumlar ise bunun her durum icin dogru olmadigi ve bu sebeple kullanici bazinda ayarlanabilmesi gerektigi yonunde. Bu is icin Kaptan uygun olabilir mi diye soralim hemen. 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/20090211/eccc2c3f/attachment.htm From onur at pardus.org.tr Wed Feb 11 11:37:30 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 11 Feb 2009 11:37:30 +0200 Subject: [Gelistirici] [paketler-commits] r59991 - in playground/semen/applications/tex: texlive-basic texlive-basic/comar texlive-bibtexextra texlive-core texlive-core/comar In-Reply-To: <20090211092841.8CFF413840DE@ns1.pardus.org.tr> References: <20090211092841.8CFF413840DE@ns1.pardus.org.tr> Message-ID: <20090211113730.ad5732d8.onur@pardus.org.tr> > Modified: playground/semen/applications/tex/texlive-basic/actions.py > ================================================================= > --- playground/semen/applications/tex/texlive-basic/actions.py > (original) +++ > playground/semen/applications/tex/texlive-basic/actions.py Wed > Feb 11 11:28:40 2009 @@ -85,16 +85,21 @@ symfile.close() > > # Installing texmf, texmf-dist, tlpkg > - shelltools.copytree("texmf", "%s/usr/share/texmf" % > get.installDIR()) > - shelltools.copytree("texmf-dist", "%s/usr/share/texmf-dist" % > get.installDIR()) > - shelltools.copytree("tlpkg", "%s/usr/share/tlpkg" % > get.installDIR()) > + if os.path.isdir("texmf"): > + shelltools.copytree("texmf", "%s/usr/share/texmf" % os.path yerine shelltools araçlarýný kullanabilirsin, misal shelltools.isDirectory tam buralýk :) pisi/actionsapi $ grep def shelltools.py def can_access_file(filePath): def can_access_directory(destinationDirectory): def makedirs(destinationDirectory): def echo(destionationFile, content): def chmod(filePath, mode = 0755): def chown(filePath, uid = 'root', gid = 'root'): def sym(source, destination): def unlink(filePath): def unlinkDir(sourceDirectory): def move(source, destination): def copy(source, destination, sym = True): def copytree(source, destination, sym = True): def touch(filePath): def cd(directoryName = ''): def ls(source): def export(key, value): def isLink(filePath): def isFile(filePath): def isDirectory(filePath): def isEmpty(filePath): def realPath(filePath): def baseName(filePath): def dirName(filePath): def system(command): -- Onur Küçük Knowledge speaks, but wisdom listens From ozan at pardus.org.tr Wed Feb 11 14:41:57 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Wed, 11 Feb 2009 14:41:57 +0200 Subject: [Gelistirici] KDE4 paketleri Message-ID: <4992C795.50209@pardus.org.tr> Bugün playground'da paketlediðim 2 KDE4 uygulamasýnda da bu sorunu yaþadým: kradio-kde4 ve kchmviewer-kde4 Desktop dosyalarýný düzgünce /usr/kde/4/share/applications/kde4 altýna koysam da, ne kickoff menüde, ne klasik menüde uygulamalar görünmüyor. Görünün diðer uygulamalarýn desktop dosyalarýyla karþýlaþtýrdým, bir fark göremedim. Herhalde oturumu baþtan baþlatmak gerekmiyordur deðil mi?? -- Ozan Çaðlayan From ertugrulerata at gmail.com Wed Feb 11 14:53:01 2009 From: ertugrulerata at gmail.com (=?UTF-8?Q?Ertu=C4=9Frul_Erata?=) Date: Wed, 11 Feb 2009 14:53:01 +0200 Subject: [Gelistirici] =?utf-8?q?R_hakk=C4=B1nda_3?= In-Reply-To: <176c63c20902092219h7dcd5b0at3142e57953696524@mail.gmail.com> References: <176c63c20902090643w1b110628x1ad1de9658eba44b@mail.gmail.com> <20090209170604.5968ab5c.onur@pardus.org.tr> <176c63c20902090732i5f0a94c2r82196a630b4f3b72@mail.gmail.com> <176c63c20902090741r51cf1f1alf2f554f602829c31@mail.gmail.com> <20090209185539.d3737bab.onur@pardus.org.tr> <176c63c20902092219h7dcd5b0at3142e57953696524@mail.gmail.com> Message-ID: <176c63c20902110453h16d48b5bsc5a33c6e254aaba6@mail.gmail.com> Onur bir daha bakar mýsýn actions.py de bir hata var sanki ? 2009/2/10 Ertuðrul Erata : > deniyorum bu gün commit ederim iþallah. > > > -- > Ertuðrul Erata > > Pardus Devel. > > ##biraz tembelim. itiraf ediyorum## > -- Ertuðrul Erata Pardus Devel. ##biraz tembelim. itiraf ediyorum## From gokcen at pardus.org.tr Wed Feb 11 15:29:05 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Wed, 11 Feb 2009 15:29:05 +0200 Subject: [Gelistirici] r59997 - in playground/ozan/desktop/kde4/kchmviewer-kde4: . files In-Reply-To: <20090211124053.5F9141384475@ns1.pardus.org.tr> References: <20090211124053.5F9141384475@ns1.pardus.org.tr> Message-ID: <200902111529.05453.gokcen@pardus.org.tr> On Wednesday 11 February 2009 14:40:53 paketler-commits at pardus.org.tr wrote: > +            kdelibs4-devel Runtime dep olarak kdelibs4 yeterli. -- Gökçen Eraslan From tulliana at gmail.com Wed Feb 11 15:59:25 2009 From: tulliana at gmail.com (Serdar Soytetir) Date: Wed, 11 Feb 2009 15:59:25 +0200 Subject: [Gelistirici] KDE4 paketleri In-Reply-To: <4992C795.50209@pardus.org.tr> References: <4992C795.50209@pardus.org.tr> Message-ID: <200902111559.25202.tulliana@gmail.com> Çarþamba 11 Þubat 2009 günü (saat 14:41:57) Ozan Çaðlayan þunlarý yazmýþtý: Merhabalar, > Bugün playground'da paketlediðim 2 KDE4 uygulamasýnda da bu sorunu yaþadým: > > kradio-kde4 ve kchmviewer-kde4 > > Desktop dosyalarýný düzgünce /usr/kde/4/share/applications/kde4 > > altýna koysam da, ne kickoff menüde, ne klasik menüde uygulamalar > görünmüyor. Görünün diðer uygulamalarýn desktop dosyalarýyla > karþýlaþtýrdým, bir fark göremedim. Herhalde oturumu baþtan baþlatmak > gerekmiyordur deðil mi?? Ayný sorun olmayabilir ancak benim sistemimde de (güncel bir 2008.2) bir uygulama kurduðumda uygulamanýn menüde görünebilmesi için kbuildsycoca4 çalýþtýrmak ya da oturumu yeniden baþlatmak gerekiyor. Ýyi Çalýþmalar... -- Serdar Soytetir From gokcen at pardus.org.tr Wed Feb 11 16:02:49 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Wed, 11 Feb 2009 16:02:49 +0200 Subject: [Gelistirici] KDE4 paketleri In-Reply-To: <4992C795.50209@pardus.org.tr> References: <4992C795.50209@pardus.org.tr> Message-ID: <200902111602.50013.gokcen@pardus.org.tr> On Wednesday 11 February 2009 14:41:57 Ozan Çaðlayan wrote: > Herhalde oturumu baþtan baþlatmak gerekmiyordur deðil mi?? Böyle bir regression var[1] ayný þey benim de baþýma gelmiþti, ilgili yamayý aldým. Az sonra commit edeceðim. Þimdilik oturumu kapatýp açabilirsin. [1] http://bugs.kde.org/182472 From gokcen at pardus.org.tr Wed Feb 11 16:03:55 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Wed, 11 Feb 2009 16:03:55 +0200 Subject: [Gelistirici] KDE4 paketleri In-Reply-To: <200902111602.50013.gokcen@pardus.org.tr> References: <4992C795.50209@pardus.org.tr> <200902111602.50013.gokcen@pardus.org.tr> Message-ID: <200902111603.55207.gokcen@pardus.org.tr> On Wednesday 11 February 2009 16:02:49 Gökçen Eraslan wrote: > Þimdilik oturumu kapatýp açabilirsin kbuildsycoca4 çalýþtýr tabi yahu, neden oturumu kapatasýn :) -- Gökçen Eraslan From onur at pardus.org.tr Wed Feb 11 16:04:22 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 11 Feb 2009 16:04:22 +0200 Subject: [Gelistirici] =?utf-8?q?R_hakk=C4=B1nda_3?= In-Reply-To: <176c63c20902110453h16d48b5bsc5a33c6e254aaba6@mail.gmail.com> References: <176c63c20902090643w1b110628x1ad1de9658eba44b@mail.gmail.com> <20090209170604.5968ab5c.onur@pardus.org.tr> <176c63c20902090732i5f0a94c2r82196a630b4f3b72@mail.gmail.com> <176c63c20902090741r51cf1f1alf2f554f602829c31@mail.gmail.com> <20090209185539.d3737bab.onur@pardus.org.tr> <176c63c20902092219h7dcd5b0at3142e57953696524@mail.gmail.com> <176c63c20902110453h16d48b5bsc5a33c6e254aaba6@mail.gmail.com> Message-ID: <20090211160422.ca28bdc4.onur@pardus.org.tr> On Wed, 11 Feb 2009 14:53:01 +0200 Ertuðrul Erata wrote: > Onur bir daha bakar mýsýn actions.py de bir hata var sanki ? Bende configure aþamasýný geçti ama derlenirken yarýyolda patladý mkdir -p -- ../../../../library/grDevices/libs make[5]: `/var/pisi/R-2.8.1-19/work/R-2.8.1/src/library/grDevices/src' dizininden çýkýlýyor make[4]: `/var/pisi/R-2.8.1-19/work/R-2.8.1/src/library/grDevices/src' dizininden çýkýlýyor Warning in solve.default(rgb) : unable to load shared library '/var/pisi/R-2.8.1-19/work/R-2.8.1/modules//lapack.so': /var/pisi/R-2.8.1-19/work/R-2.8.1/lib/libRlapack.so: undefined symbol: _gfortran_concat_string Error in solve.default(rgb) : lapack routines cannot be loaded Error: unable to load R code in package 'grDevices' -- Onur Küçük Knowledge speaks, but wisdom listens From ozan at pardus.org.tr Wed Feb 11 16:13:42 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Wed, 11 Feb 2009 16:13:42 +0200 Subject: [Gelistirici] KDE4 paketleri In-Reply-To: <200902111602.50013.gokcen@pardus.org.tr> References: <4992C795.50209@pardus.org.tr> <200902111602.50013.gokcen@pardus.org.tr> Message-ID: <4992DD16.9050404@pardus.org.tr> Gökçen Eraslan wrote: > On Wednesday 11 February 2009 14:41:57 Ozan Çaðlayan wrote: >> Herhalde oturumu baþtan baþlatmak gerekmiyordur deðil mi?? > > Böyle bir regression var[1] ayný þey benim de baþýma gelmiþti, ilgili yamayý > aldým. Az sonra commit edeceðim. Þimdilik oturumu kapatýp açabilirsin. > > > [1] http://bugs.kde.org/182472 Güzel :) Ýkinci soru, kchmviewer-kde4 paketi kickoff'ta soru iþareti ikonuyla çýkýyor. Oysa desktop dosyasýndaki Icon= girdisi düzgün. Paket crystalsvg/ dizinine koyuyor ikonlarý, onla mý alakalý diye hicolor/'a install ettirdim yine yemedi. Özel bir ebaddaki ikonlarý mý arýyor menüye koymak için ya da SVG mi arýyor, var mý fikriniz? -- Ozan Çaðlayan From isbaran at gmail.com Wed Feb 11 16:46:18 2009 From: isbaran at gmail.com (Isbaran Akcayir) Date: Wed, 11 Feb 2009 16:46:18 +0200 Subject: [Gelistirici] KDE4 paketleri In-Reply-To: <4992DD16.9050404@pardus.org.tr> References: <4992C795.50209@pardus.org.tr> <200902111602.50013.gokcen@pardus.org.tr> <4992DD16.9050404@pardus.org.tr> Message-ID: <395ed7070902110646u6b52fdcby457b2d8e1437e5c6@mail.gmail.com> > > Ä°kinci soru, Üçüncü soru ! > kchmviewer-kde4 paketi kickoff'ta soru iÅŸareti ikonuyla çıkıyor. Oysa > desktop dosyasındaki > Icon= girdisi düzgün. Paket crystalsvg/ dizinine koyuyor ikonları, onla mı > alakalı diye > hicolor/'a install ettirdim yine yemedi. Özel bir ebaddaki ikonları mı > arıyor menüye koymak için > ya da SVG mi arıyor, var mı fikriniz? > -- > Peki simgelerin nerede olması gerekiyor ? default oxygen kullanıyoruz, /usr/kde/4/share/icons/oxygen'de simge yoksa nereye bakıyor ? hicolor'ı vs. kullanabiliyor paketler oralarda olunca çıkmıyor simge sanırım ( en azından mesela kvirc'de çıkmıyor ) Icon=kvirc isbaran at ISH ~ $ locate kvirc.png /usr/kde/3.5/share/icons/crystalsvg/48x48/apps/kvirc.png /usr/kde/3.5/share/icons/crystalsvg/32x32/apps/kvirc.png /usr/kde/3.5/share/icons/crystalsvg/22x22/apps/kvirc.png /usr/kde/3.5/share/icons/crystalsvg/16x16/apps/kvirc.png /usr/kde/3.5/share/icons/crystalsvg/64x64/apps/kvirc.png /usr/kde/4/share/kvirc/4.0/pics/coresmall/kcs_kvirc.png /usr/kde/4/share/kvirc/4.0/pics/notifier_pix_body_kvirc.png /usr/kde/4/share/icons/hicolor/48x48/kvirc.png /usr/kde/4/share/icons/hicolor/128x128/kvirc.png /usr/kde/4/share/icons/hicolor/32x32/kvirc.png /usr/kde/4/share/icons/hicolor/16x16/kvirc.png /usr/kde/4/share/icons/hicolor/64x64/kvirc.png /usr/kde/4/share/icons/oxygen/32x32/kvirc.png isbaran at ISH ~ $ locate kvirc.svg /usr/kde/4/share/icons/hicolor/scalable/kvirc.svgz -- Ä°ÅŸbaran Akçayır http://ish.kodzilla.org -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090211/4bd9e6d5/attachment.htm From onur at pardus.org.tr Wed Feb 11 16:51:48 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 11 Feb 2009 16:51:48 +0200 Subject: [Gelistirici] KDE4 paketleri In-Reply-To: <395ed7070902110646u6b52fdcby457b2d8e1437e5c6@mail.gmail.com> References: <4992C795.50209@pardus.org.tr> <200902111602.50013.gokcen@pardus.org.tr> <4992DD16.9050404@pardus.org.tr> <395ed7070902110646u6b52fdcby457b2d8e1437e5c6@mail.gmail.com> Message-ID: <20090211165148.ae33e52d.onur@pardus.org.tr> > Peki simgelerin nerede olmasý gerekiyor ? default oxygen kullanýyoruz, > /usr/kde/4/share/icons/oxygen'de simge yoksa > nereye bakýyor ? hicolor'ý vs. kullanabiliyor paketler oralarda olunca > çýkmýyor simge sanýrým ( en azýndan mesela kvirc'de çýkmýyor ) simge setlerinin ayarlarý içlerindeki desktop dosyalarý ile yapýlýyor. O desktop dosyalarýnda "inherits" ayarý var. Bu ayarla talep edilen ikon bulunamazsa fallback olan setin adý yazýlabiliyor. Son baktýðýmýzda kdelibs4 önce png dosyalarýna, png yoksa svg(z) dosyalarýna o da yoksa inherits le tanýmlanan sete bakýyor -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Wed Feb 11 16:57:02 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Wed, 11 Feb 2009 16:57:02 +0200 Subject: [Gelistirici] KDE4 paketleri In-Reply-To: <395ed7070902110646u6b52fdcby457b2d8e1437e5c6@mail.gmail.com> References: <4992C795.50209@pardus.org.tr> <4992DD16.9050404@pardus.org.tr> <395ed7070902110646u6b52fdcby457b2d8e1437e5c6@mail.gmail.com> Message-ID: <200902111657.06495.fatih@pardus.org.tr> ÇarÅŸamba 11 Åžubat 2009 tarihinde, Isbaran Akcayir ÅŸunları yazmıştı: > Peki simgelerin nerede olması gerekiyor ? default oxygen kullanıyoruz, > /usr/kde/4/share/icons/oxygen'de simge yoksa > nereye bakıyor ? hicolor'ı vs. kullanabiliyor paketler oralarda olunca > çıkmıyor simge sanırım ( en azından mesela kvirc'de çıkmıyor ) Burada [1] anlattığım sırada bakmıyorsa hata var demektir. Tabi biz farklı prefixler kullandığımız için beklenmedik hatalara da denk geliyor olabiliriz. [1] http://liste.pardus.org.tr/gelistirici/2008-November/014772.html -------------- 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/20090211/ef2fbe55/attachment.pgp From mnurolcay at gmail.com Wed Feb 11 17:05:03 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Wed, 11 Feb 2009 17:05:03 +0200 Subject: [Gelistirici] KDE4 paketleri In-Reply-To: <4992C795.50209@pardus.org.tr> References: <4992C795.50209@pardus.org.tr> Message-ID: <200902111705.03569.mnurolcay@gmail.com> On Wednesday 11 February 2009 14:41:57 Ozan Çaðlayan wrote: > Desktop dosyalarýný düzgünce /usr/kde/4/share/applications/kde4 > > altýna koysam da, ne kickoff menüde, ne klasik menüde uygulamalar > görünmüyor. Görünün diðer uygulamalarýn desktop dosyalarýyla > karþýlaþtýrdým, bir fark göremedim. Herhalde oturumu baþtan baþlatmak > gerekmiyordur deðil mi?? Merhaba, kchmviewer kde4 epeydir benim playgroundda[1] duruyor, menüde ve paket yöneticisinde ikonlar sorunsuz, desktop dosyasý da görünüyor. Icon'un önceki kchmviewer dan farklý olabileceðini düþünüp, hem KDE3 hem KDE4 bulunan sistemlerde ikonu yeniden adlandýrmýþtým ek olarak. 1.https://svn.pardus.org.tr/pardus/playground/mnurolcay/desktop/kde4/ Ýkonlarla ilgili KDE3'te bir svg sorunu vardý, hala devam ediyor olabilir, svg ikonlar paket yöneticisinde gösterilemiyor örneðin. Bununla ilgili hata kaydý da vardý. -- Mehmet Nur Olcay From ozan at pardus.org.tr Wed Feb 11 17:15:22 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Wed, 11 Feb 2009 17:15:22 +0200 Subject: [Gelistirici] KDE4 paketleri In-Reply-To: <200902111705.03569.mnurolcay@gmail.com> References: <4992C795.50209@pardus.org.tr> <200902111705.03569.mnurolcay@gmail.com> Message-ID: <4992EB8A.8090703@pardus.org.tr> Mehmet Nur Olcay wrote: > On Wednesday 11 February 2009 14:41:57 Ozan Çaðlayan wrote: > >> Desktop dosyalarýný düzgünce /usr/kde/4/share/applications/kde4 >> >> altýna koysam da, ne kickoff menüde, ne klasik menüde uygulamalar >> görünmüyor. Görünün diðer uygulamalarýn desktop dosyalarýyla >> karþýlaþtýrdým, bir fark göremedim. Herhalde oturumu baþtan baþlatmak >> gerekmiyordur deðil mi?? > > Merhaba, > > kchmviewer kde4 epeydir benim playgroundda[1] duruyor, menüde ve paket > yöneticisinde ikonlar sorunsuz, desktop dosyasý da görünüyor. Icon'un önceki > kchmviewer dan farklý olabileceðini düþünüp, hem KDE3 hem KDE4 bulunan > sistemlerde ikonu yeniden adlandýrmýþtým ek olarak. > > 1.https://svn.pardus.org.tr/pardus/playground/mnurolcay/desktop/kde4/ > ah :) /usr/share/pixmaps'e koymuþsun ikonu ondan düzgündür. KDE uygulamasý olduðu için /usr/kde/4/share/icons altýna giden ikonlarý var. Onlarý göstermiyor kmenu/kickoff'ta. -- Ozan Çaðlayan From mnurolcay at gmail.com Wed Feb 11 17:27:24 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Wed, 11 Feb 2009 17:27:24 +0200 Subject: [Gelistirici] KDE4 paketleri In-Reply-To: <4992EB8A.8090703@pardus.org.tr> References: <4992C795.50209@pardus.org.tr> <200902111705.03569.mnurolcay@gmail.com> <4992EB8A.8090703@pardus.org.tr> Message-ID: <200902111727.24824.mnurolcay@gmail.com> On Wednesday 11 February 2009 17:15:22 Ozan Çaðlayan wrote: > > /usr/share/pixmaps'e koymuþsun ikonu ondan düzgündür. KDE uygulamasý olduðu > için /usr/kde/4/share/icons altýna giden ikonlarý var. Onlarý göstermiyor > kmenu/kickoff'ta. pixmaps ikonunu kaldýrdým, diðer ikonlarý da kde/4 hicolor altýna aldým. ikonlar bu þekliyle de sorunsuz: pisitools.insinto( "/usr/kde/4/share/icons/hicolor/%sx%s/apps/" % (size,size), "src/kde/cr%s-app-kchmviewer.png" % size, "kchmviewer-kde4.png") Fatih'in verdiði sýraya uygun. Hicolor altýnmasý uygun görünüyor bence. -- Mehmet Nur Olcay From guzelmu at itu.edu.tr Thu Feb 12 00:21:44 2009 From: guzelmu at itu.edu.tr (=?ISO-8859-9?Q?Onur_G=FCzel?=) Date: Thu, 12 Feb 2009 00:21:44 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Beyinden_=E7=FDkan_fikirler_-_Ocak?= In-Reply-To: <49908C6F.4070401@pardus.org.tr> References: <49908C6F.4070401@pardus.org.tr> Message-ID: <49934F78.3040106@itu.edu.tr> Ozan Çaðlayan wrote On 09-02-2009 22:05: > selim ok wrote: > >> Pardus Paket Yöneticisi yardýmý ile paket kurulumu yaparken yöneticiyi >> sistem tepsisine simge boyutunda küçülttüðümüzde sekme üzerinde sadece >> "Paket Yöneticisi" yazýsý ve kedicik resmi var. Simge üzerine ilerleme >> aþamasýný görebileceðimiz "kurulum yüzde göstergesi" ve ilerleyen renkli >> bir çubuk vb. eklenemez mi? Kimi tarayýcýlarda veya indirme >> yöneticilerinde bu özellik var ve bence hoþ bir özellik. >> > Pardus 2009 ile gelecek yeni paket yöneticisi için gerçekten güzel bir özellik olurdu > +3 > 2008 olmamasý hata :) +1 > Pisi paketleri indirilirken baþka bir paketin kurulmasýna baþlanmasý için öncelikle ufak paketlerin > indirilmesi gerekir. Bunun için sanýrým pisinin indirilecek paket boyutlarýný sýraya dizip küçükten > büyüðe indirmeye baþlamasý ve indirilmesi haddinden fazla sürecek bir paketi gözüne kestirip o sýrada > indirdiði ufak paketi kurmaya baþlamasý gerekir. Ancak indirilmekte olan paketle kurulacak paketin arasýnda > baðýmlýlýk iliþkisi olabilir. Göründüðünden daha alengirli bir istek gibi duruyor. > +1 Ýnternete baðlantý ücretini süre bazlý ödeyen kullanýcýlarýn da olduðunun unutulmamasý gerektiðini düþünüyorum. Bir an önce indirmenin tamamlanýp baðlantýsýný kesmek isteyenler olacaktýr. >> Benim kiþisel görüþüme göre, bu özellik Pardus'ta >> yer alsaydý; Pardus'u netbook'un sabit diskine kurar, uygulamalarýmý da >> hafýza kartlarýna kurardým. Böylelikle yer sýkýntýmý yeni bir hafýza >> kartý alarak çözmüþ olurdum. >> Benzeri bir sorunu ben de yaþýyorum aslýnda. (Önerilenin altýnda olsa da) Kök dizinine ayýrabilecek ancak 6 GB'lýk bir bölümlendirmem mevcut ve bir süre sonra paket kuramaz hatta internette gezinemez hale gelebiliyor insan. Pisi istek halinde paketi sdb2 üzerine kurup sda1 üzerine dosyalarýn linki oluþturulabilir mi? -- Onur Güzel http://www.onurguzel.com From gelistirici at pardus.org.tr Thu Feb 12 05:20:25 2009 From: gelistirici at pardus.org.tr (gelistirici at pardus.org.tr) Date: Thu, 12 Feb 2009 05:20:25 +0200 (EET) Subject: [Gelistirici] Pharmacy Message 05481 Message-ID: <20090212032025.2838213844F1@ns1.pardus.org.tr> Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090212/605f4596/attachment.htm From dfisek at fisek.com.tr Thu Feb 12 16:27:11 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Thu, 12 Feb 2009 16:27:11 +0200 Subject: [Gelistirici] bugzilla betigi contrib? Message-ID: <20090212162711.8757f766.dfisek@fisek.com.tr> Merhaba, Turker'in yazdigi Bugzilla betigi sunucuda sadece pardus deposu icin mi calistiriliyor acaba? Bugzilla'da Tor paketine hata atandiginda Caglar'a ataniyor. Oysa hem contrib-devel hem contrib-2008 deposunda paketin sahibi Inanc Yildirgan. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From dfisek at fisek.com.tr Thu Feb 12 16:28:58 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Thu, 12 Feb 2009 16:28:58 +0200 Subject: [Gelistirici] =?utf-8?q?neler_konu=C5=9Ftuk?= In-Reply-To: <20090209191628.654f8d2f.dfisek@fisek.com.tr> References: <20090209184203.d44af5c4.onur@pardus.org.tr> <20090209191628.654f8d2f.dfisek@fisek.com.tr> Message-ID: <20090212162858.bf048c0f.dfisek@fisek.com.tr> Mon, 9 Feb 2009 19:16:28 +0200, Doruk Fisek : > > contrib deposu için sahipsiz paketler iþlemi devel deki gibi > > yapýlacak (Ozan) > Bunu ben yapabilirim. Yapayim mi, yoksa Ozan'in yapmasini mi tercih edersiniz? Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ozan at pardus.org.tr Thu Feb 12 16:41:02 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Thu, 12 Feb 2009 16:41:02 +0200 Subject: [Gelistirici] =?iso-8859-9?q?neler_konu=FEtuk?= In-Reply-To: <20090212162858.bf048c0f.dfisek@fisek.com.tr> References: <20090209184203.d44af5c4.onur@pardus.org.tr> <20090209191628.654f8d2f.dfisek@fisek.com.tr> <20090212162858.bf048c0f.dfisek@fisek.com.tr> Message-ID: <499434FE.9050306@pardus.org.tr> Doruk Fisek wrote On 12-02-2009 16:28: > Mon, 9 Feb 2009 19:16:28 +0200, Doruk Fisek : > >>> contrib deposu için sahipsiz paketler iþlemi devel deki gibi >>> yapýlacak (Ozan) >> Bunu ben yapabilirim. > Yapayim mi, yoksa Ozan'in yapmasini mi tercih edersiniz? Yapabilirsin, benim icin iyi olur :) -- Ozan Çaðlayan From dfisek at fisek.com.tr Thu Feb 12 18:43:11 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Thu, 12 Feb 2009 18:43:11 +0200 Subject: [Gelistirici] svn hesabi olmayan contrib paket bakicilari Message-ID: <20090212184311.4024cc85.dfisek@fisek.com.tr> Merhaba, Contrib deposunda paket sorumlusu gozuken asagidaki 10 kisinin svn hesabi bulunmuyor : Christopher David Desjardins (cddesjardins [at] gmail.com) Doganay Akkoç (doganay44 [at] gmail.com) Tim Miller (dev [at] lashni.net) Jonas Pfenniger (zimbatm [at] oree.ch) Þuayip Özmen (ozmen [at] suayip.com) Samed Beyribey (ras0ir [at] eventualis.org) Mirat Can Bayrak (miratcanbayrak [at] gmail.com) Deniz Ege Tunçay (denizutkan [at] lanetlidiyarlar.com) David Stegbauer (daaste [at] gmail.com) Nathan Hourt (nat.hourt [at] gmail.com) Bence bu insanlara ya svn hesabi acilmasi gerekiyor (Taner?) ya da paket bakicisi gozukmemeleri (ben). Hangisi olsun? Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From dfisek at fisek.com.tr Thu Feb 12 18:47:58 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Thu, 12 Feb 2009 18:47:58 +0200 Subject: [Gelistirici] svn hesabi olmayan contrib paket bakicilari In-Reply-To: <20090212184311.4024cc85.dfisek@fisek.com.tr> References: <20090212184311.4024cc85.dfisek@fisek.com.tr> Message-ID: <20090212184758.2fd83ca2.dfisek@fisek.com.tr> Thu, 12 Feb 2009 18:43:11 +0200, Doruk Fisek : > Contrib deposunda paket sorumlusu gozuken asagidaki 10 kisinin svn > hesabi bulunmuyor : Bir de Mehmet Þ. Çatalbaþ (mehmet.catalbas [at] gmail.com) var, onu unutmusum. 11 kiþi. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From inancyildirgan at gmail.com Thu Feb 12 18:49:11 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Thu, 12 Feb 2009 18:49:11 +0200 Subject: [Gelistirici] svn hesabi olmayan contrib paket bakicilari In-Reply-To: <20090212184311.4024cc85.dfisek@fisek.com.tr> References: <20090212184311.4024cc85.dfisek@fisek.com.tr> Message-ID: <200902121849.11572.inancyildirgan@gmail.com> Perþembe 12 Þubat 2009 günü (saat 18:43:11) Doruk Fisek þunlarý yazmýþtý: > Contrib deposunda paket sorumlusu gozuken asagidaki 10 kisinin svn > hesabi bulunmuyor : > > Christopher David Desjardins (cddesjardins [at] gmail.com) > Doganay Akkoç (doganay44 [at] gmail.com) > Tim Miller (dev [at] lashni.net) > Jonas Pfenniger (zimbatm [at] oree.ch) > Þuayip Özmen (ozmen [at] suayip.com) > Samed Beyribey (ras0ir [at] eventualis.org) > Mirat Can Bayrak (miratcanbayrak [at] gmail.com) > Deniz Ege Tunçay (denizutkan [at] lanetlidiyarlar.com) > David Stegbauer (daaste [at] gmail.com) > Nathan Hourt (nat.hourt [at] gmail.com) > > Bence bu insanlara ya svn hesabi acilmasi gerekiyor (Taner?) ya da > paket bakicisi gozukmemeleri (ben). > > Hangisi olsun? Bu paketlerin çoðu (neredeyse hepsi), bugzillaya (kaynak paketleri) gönderilmiþlerdi. Bazý geliþtirici arkadaþlarda (aralarýnda bende bulunuyorum) paketleri bugzilladan alýp reviewe gönderip daha sonra depoya aktarmýþtýk. Bu kiþilerin svn hesabý için talebi yoksa bence paketleri bakýcýsýz iþaretlemek daha doðru gibi. Ýyi çalýþmalar, Ýnanç From ozan at pardus.org.tr Thu Feb 12 19:03:06 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Thu, 12 Feb 2009 19:03:06 +0200 Subject: [Gelistirici] svn hesabi olmayan contrib paket bakicilari In-Reply-To: <20090212184311.4024cc85.dfisek@fisek.com.tr> References: <20090212184311.4024cc85.dfisek@fisek.com.tr> Message-ID: <4994564A.7090608@pardus.org.tr> Doruk Fisek wrote: > Merhaba, > > Contrib deposunda paket sorumlusu gozuken asagidaki 10 kisinin svn > hesabi bulunmuyor : > > Christopher David Desjardins (cddesjardins [at] gmail.com) > Doganay Akkoç (doganay44 [at] gmail.com) > Tim Miller (dev [at] lashni.net) > Jonas Pfenniger (zimbatm [at] oree.ch) > Þuayip Özmen (ozmen [at] suayip.com) > Samed Beyribey (ras0ir [at] eventualis.org) > Mirat Can Bayrak (miratcanbayrak [at] gmail.com) > Deniz Ege Tunçay (denizutkan [at] lanetlidiyarlar.com) > David Stegbauer (daaste [at] gmail.com) > Nathan Hourt (nat.hourt [at] gmail.com) > > Bence bu insanlara ya svn hesabi acilmasi gerekiyor (Taner?) ya da > paket bakicisi gozukmemeleri (ben). > > Hangisi olsun? Mail atalým bence, halen Pardus kullananý, ilgileneni varsa geregini yapalim. Ornegin Stegbauer cok aktif bu aralar ancak kendisi galiba hesap talep etmemiþ, Gökçen konuþacaktý. -- Ozan Çaðlayan From gokcen at pardus.org.tr Thu Feb 12 19:37:26 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Thu, 12 Feb 2009 19:37:26 +0200 Subject: [Gelistirici] svn hesabi olmayan contrib paket bakicilari In-Reply-To: <4994564A.7090608@pardus.org.tr> References: <20090212184311.4024cc85.dfisek@fisek.com.tr> <4994564A.7090608@pardus.org.tr> Message-ID: <200902121937.26252.gokcen@pardus.org.tr> On Thursday 12 February 2009 19:03:06 Ozan Çaðlayan wrote: > Ornegin Stegbauer cok aktif bu aralar ancak kendisi galiba hesap talep > etmemiþ, Gökçen konuþacaktý. Baþvuruyu bugün göndereceðini söyledi. -- Gökçen Eraslan From yilmazyemre at yahoo.com Thu Feb 12 19:52:25 2009 From: yilmazyemre at yahoo.com (emre yilmaz) Date: Thu, 12 Feb 2009 09:52:25 -0800 (PST) Subject: [Gelistirici] svn hesabi olmayan contrib paket bakicilari In-Reply-To: <20090212184311.4024cc85.dfisek@fisek.com.tr> Message-ID: <764801.67951.qm@web34507.mail.mud.yahoo.com> --- On Thu, 2/12/09, Doruk Fisek wrote: > > Contrib deposunda paket sorumlusu gozuken asagidaki 10 > kisinin svn > hesabi bulunmuyor : > > Christopher David Desjardins (cddesjardins [at] gmail.com) > Doganay Akkoç (doganay44 [at] gmail.com) > Tim Miller (dev [at] lashni.net) > Jonas Pfenniger (zimbatm [at] oree.ch) > Þuayip Özmen (ozmen [at] suayip.com) > Samed Beyribey (ras0ir [at] eventualis.org) > Mirat Can Bayrak (miratcanbayrak [at] gmail.com) > Deniz Ege Tunçay (denizutkan [at] lanetlidiyarlar.com) > David Stegbauer (daaste [at] gmail.com) > Nathan Hourt (nat.hourt [at] gmail.com) > > Bence bu insanlara ya svn hesabi acilmasi gerekiyor > (Taner?) ya da > paket bakicisi gozukmemeleri (ben). > > Hangisi olsun? > (-) Samed Beyribey Pardus kullanmayi birakti. From gkmngrgn at gmail.com Fri Feb 13 01:13:57 2009 From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=) Date: Fri, 13 Feb 2009 01:13:57 +0200 Subject: [Gelistirici] svn hesabi olmayan contrib paket bakicilari In-Reply-To: <20090212184311.4024cc85.dfisek@fisek.com.tr> References: <20090212184311.4024cc85.dfisek@fisek.com.tr> Message-ID: <4994AD35.7050107@gmail.com> Doruk Fisek wrote On 12-02-2009 18:43: > Bence bu insanlara ya svn hesabi acilmasi gerekiyor (Taner?) ya da > paket bakicisi gozukmemeleri (ben). > > Hangisi olsun? > > Birer eposta atalým, biz talep edelim. Cevap gelmezse veya istemiyorlarsa bakýcýsýz iþaretlensinler bence. From kpelit at gmail.com Fri Feb 13 03:08:22 2009 From: kpelit at gmail.com (Kenan Pelit) Date: Fri, 13 Feb 2009 03:08:22 +0200 Subject: [Gelistirici] [Contrib-commits] r9547 - 2008/desktop/kde/pathbar In-Reply-To: <20090213005357.DD84524740EF@ns1.pardus.org.tr> (contrib-commits@pardus.org.tr's message of "Fri, 13 Feb 2009 02:53:57 +0200 (EET)") References: <20090213005357.DD84524740EF@ns1.pardus.org.tr> Message-ID: <87tz6zywhl.fsf@gmail.com> contrib-commits at pardus.org.tr writes: > Author: ceyhun.asilkazanci > Date: Fri Feb 13 02:53:57 2009 > New Revision: 9547 > > Modified: > 2008/desktop/kde/pathbar/pspec.xml > Log: > taking package > Bu commit yüzünden farm bu paketi tekrar derleyip, kullanýcýya güncelleme olarak yansýtabilir (ya da Türker kuyruktan çýkarmak zorunda kalacak). Paketlerin bakýmýný alma iþini 2008 deposuna bir güncelleme vs.. yok ise þimdilik yansýtmasak ? Not: Yakýnda 2009 deposu oluþurken bu iþi orada tamamlama imkanýný yakalayabiliriz. -- Kenan Pelit From ceyhunasilkazanci at gmail.com Fri Feb 13 03:13:17 2009 From: ceyhunasilkazanci at gmail.com (=?ISO-8859-9?Q?Ceyhun_As=FDlkazanc=FD?=) Date: Fri, 13 Feb 2009 03:13:17 +0200 Subject: [Gelistirici] [Contrib-commits] r9547 - 2008/desktop/kde/pathbar In-Reply-To: <87tz6zywhl.fsf@gmail.com> References: <20090213005357.DD84524740EF@ns1.pardus.org.tr> <87tz6zywhl.fsf@gmail.com> Message-ID: <6aa763290902121713s4cb6d3d1u1488ed5a38a93651@mail.gmail.com> 2009/2/13 Kenan Pelit > contrib-commits at pardus.org.tr writes: > > > Author: ceyhun.asilkazanci > > Date: Fri Feb 13 02:53:57 2009 > > New Revision: 9547 > > > > Modified: > > 2008/desktop/kde/pathbar/pspec.xml > > Log: > > taking package > > > Bu commit yüzünden farm bu paketi tekrar derleyip, kullanýcýya güncelleme > olarak > yansýtabilir (ya da Türker kuyruktan çýkarmak zorunda kalacak). > Paketlerin bakýmýný alma iþini 2008 deposuna bir güncelleme vs.. yok ise > þimdilik yansýtmasak ? Tamam benim için sorun deðil. Dilediðiniz gibi olsun. History'de deðiþiklik olmadýðý zaman da farm paketi derliyor mu? > > Not: Yakýnda 2009 deposu oluþurken bu iþi orada tamamlama imkanýný > yakalayabiliriz. Buna zamaný geldiðinde bakarýz. > > > -- > Kenan Pelit > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > -- Ceyhun Asýlkazancý 05327872991 -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090213/cfabedd5/attachment.htm From kpelit at gmail.com Fri Feb 13 03:30:00 2009 From: kpelit at gmail.com (Kenan Pelit) Date: Fri, 13 Feb 2009 03:30:00 +0200 Subject: [Gelistirici] [Contrib-commits] r9547 - 2008/desktop/kde/pathbar In-Reply-To: <6aa763290902121713s4cb6d3d1u1488ed5a38a93651@mail.gmail.com> ("Ceyhun =?utf-8?Q?As=C4=B1lkazanc=C4=B1=22's?= message of "Fri, 13 Feb 2009 03:13:17 +0200") References: <20090213005357.DD84524740EF@ns1.pardus.org.tr> <87tz6zywhl.fsf@gmail.com> <6aa763290902121713s4cb6d3d1u1488ed5a38a93651@mail.gmail.com> Message-ID: <87ljsbyvhj.fsf@gmail.com> Ceyhun Asýlkazancý writes: > 2009/2/13 Kenan Pelit > > contrib-commits at pardus.org.tr writes: > > > Author: ceyhun.asilkazanci > > Date: Fri Feb 13 02:53:57 2009 > > New Revision: 9547 > > > > Modified: > > 2008/desktop/kde/pathbar/pspec.xml > > Log: > > taking package > > > Bu commit y z nden farm bu paketi tekrar derleyip, kullan c ya g ncelleme > olarak > yans tabilir (ya da T rker kuyruktan karmak zorunda kalacak). > Paketlerin bak m n alma i ini 2008 deposuna bir g ncelleme vs.. yok ise > imdilik yans tmasak ? > > > Tamam benim i in sorun de il. Diledi iniz gibi olsun. > History'de de i iklik olmad zaman da farm paketi derliyor mu? Bir harf bile yeterli oluyor farmýn kuyruða almasý için. > Not: Yak nda 2009 deposu olu urken bu i i orada tamamlama imkan n > yakalayabiliriz. > > > Buna zaman geldi inde bakar z. Peki ;) -- Kenan Pelit "BEN" sandýðým sihir, BEN'im sandýðým hikaye... From hakan.uygun at uygunteknoloji.com.tr Fri Feb 13 13:16:28 2009 From: hakan.uygun at uygunteknoloji.com.tr (Hakan Uygun) Date: Fri, 13 Feb 2009 11:16:28 +0000 (UTC) Subject: [Gelistirici] svn hesabi olmayan contrib paket bakicilari In-Reply-To: <20261554.61781234523756196.JavaMail.root@zimbra.uygunteknoloji.net> Message-ID: <5877292.61821234523788177.JavaMail.root@zimbra.uygunteknoloji.net> Merhaba, ----- "Doruk Fisek" wrote: > Merhaba, > > Contrib deposunda paket sorumlusu gozuken asagidaki 10 kisinin svn > hesabi bulunmuyor : > > Þuayip Özmen (ozmen [at] suayip.com) > > Hangisi olsun? > > Doruk Þuayip ile konuþtum, paketlerine bakmaya devam etmek istiyor. Bugün SVN hesabý talep edecek... Hakan -- ____________________________________ Uygun Teknoloji Bil.Hiz.Tic.Ltd.Þti. web: www.uygunteknoloji.com tel: +90 212 2589780 gsm: +90 533 2761692 From gkmngrgn at gmail.com Fri Feb 13 13:42:43 2009 From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=) Date: Fri, 13 Feb 2009 13:42:43 +0200 Subject: [Gelistirici] [Uludag-commits] r21496 - trunk/pisi/pisi In-Reply-To: <20090213114002.6DA87247411D@ns1.pardus.org.tr> References: <20090213114002.6DA87247411D@ns1.pardus.org.tr> Message-ID: <49955CB3.1060502@gmail.com> uludag-commits at pardus.org.tr wrote On 13-02-2009 13:40: > Author: faik > Date: Fri Feb 13 13:40:02 2009 > New Revision: 21496 > > Modified: > trunk/pisi/pisi/configfile.py > Log: > - Make sandbox enabled default > > > Nihayet =) Peki ldflags kýsmý ne zaman deðiþecek? > ldflags = "-Wl,-O1 -Wl,-z,relro -Wl,--hash-style=gnu" From taner at pardus.org.tr Fri Feb 13 13:56:13 2009 From: taner at pardus.org.tr (Taner Tas) Date: Fri, 13 Feb 2009 13:56:13 +0200 Subject: [Gelistirici] bugzilla betigi contrib? In-Reply-To: <20090212162711.8757f766.dfisek@fisek.com.tr> References: <20090212162711.8757f766.dfisek@fisek.com.tr> Message-ID: <200902131356.13873.taner@pardus.org.tr> Merhaba, Emin olamadýðým için contrib paketlerini eklememiþtim güncelleme betiðine. Biraz önce ekledim ve bir çok yeni paketin eklenmesiyle birlikte eski paketler de güncellendi. Hatýrlatma için teþekkür ederim. Taner Taþ Perþembe 12 Þubat 2009 günü (saat 16:27:11) Doruk Fisek þunlarý yazmýþtý: > Merhaba, > > Turker'in yazdigi Bugzilla betigi sunucuda sadece pardus deposu icin > mi calistiriliyor acaba? > > Bugzilla'da Tor paketine hata atandiginda Caglar'a ataniyor. Oysa hem > contrib-devel hem contrib-2008 deposunda paketin sahibi Inanc Yildirgan. > > Doruk From onur at pardus.org.tr Fri Feb 13 14:09:55 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Fri, 13 Feb 2009 14:09:55 +0200 Subject: [Gelistirici] [Uludag-commits] r21496 - trunk/pisi/pisi In-Reply-To: <49955CB3.1060502@gmail.com> References: <20090213114002.6DA87247411D@ns1.pardus.org.tr> <49955CB3.1060502@gmail.com> Message-ID: <200902131409.55364.onur@pardus.org.tr> Friday 13 February 2009 Tarihinde 13:42:43 yazmýþtý: > uludag-commits at pardus.org.tr wrote On 13-02-2009 13:40: > > Author: faik > > Date: Fri Feb 13 13:40:02 2009 > > New Revision: 21496 > > > > Modified: > > trunk/pisi/pisi/configfile.py > > Log: > > - Make sandbox enabled default > > Nihayet =) Peki ldflags kýsmý ne zaman deðiþecek? Þu anda 2008 için bir pisi güncellemesi hazýrlanýyor, 2009 için pisi paketleyince ldflags deðiþecek :) -- Onur Küçük Knowledge speaks, but wisdom listens From gkmngrgn at gmail.com Fri Feb 13 14:35:37 2009 From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=) Date: Fri, 13 Feb 2009 14:35:37 +0200 Subject: [Gelistirici] [Uludag-commits] r21496 - trunk/pisi/pisi In-Reply-To: <200902131409.55364.onur@pardus.org.tr> References: <20090213114002.6DA87247411D@ns1.pardus.org.tr> <49955CB3.1060502@gmail.com> <200902131409.55364.onur@pardus.org.tr> Message-ID: <49956919.5010905@gmail.com> Onur Küçük wrote On 13-02-2009 14:09: > Þu anda 2008 için bir pisi güncellemesi hazýrlanýyor, > > Ne zamana kadar =/ ben de xfce için actionsapi yazmaya baþlamýþtým, yetiþebilir miyim bilmiyorum. From gkmngrgn at gmail.com Fri Feb 13 14:46:05 2009 From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=) Date: Fri, 13 Feb 2009 14:46:05 +0200 Subject: [Gelistirici] [Uludag-commits] r21496 - trunk/pisi/pisi In-Reply-To: <49956919.5010905@gmail.com> References: <20090213114002.6DA87247411D@ns1.pardus.org.tr> <49955CB3.1060502@gmail.com> <200902131409.55364.onur@pardus.org.tr> <49956919.5010905@gmail.com> Message-ID: <49956B8D.1020204@gmail.com> Gökmen Görgen wrote On 13-02-2009 14:35: > Onur Küçük wrote On 13-02-2009 14:09: >> Þu anda 2008 için bir pisi güncellemesi hazýrlanýyor, >> >> > Ne zamana kadar =/ ben de xfce için actionsapi yazmaya baþlamýþtým, > yetiþebilir miyim bilmiyorum. > > Huh, Faik çok hýzlý :P Yetiþemeyeceðim anlaþýlan. From ekin at pardus.org.tr Fri Feb 13 15:01:32 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Fri, 13 Feb 2009 15:01:32 +0200 Subject: [Gelistirici] [Buildfarm] [2008] info In-Reply-To: <20090213125235.AA61263B588A@pardus.org.tr> References: <20090213125235.AA61263B588A@pardus.org.tr> Message-ID: <200902131501.32543.ekin@pardus.org.tr> Merhaba; Friday 13 February 2009 tarihinde, Pardus 2008 Buildfarm þunlarý yazmýþtý: > New delta packages are: > > patch-2-3.delta.pisi and yakuake-1-2.delta.pisi yakuake4-3-4.delta.pisi -- Ýyi Çalýþmalar; Ekin Meroglu From onur at pardus.org.tr Fri Feb 13 15:34:06 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Fri, 13 Feb 2009 15:34:06 +0200 Subject: [Gelistirici] [Uludag-commits] r21496 - trunk/pisi/pisi In-Reply-To: <49956919.5010905@gmail.com> References: <20090213114002.6DA87247411D@ns1.pardus.org.tr> <200902131409.55364.onur@pardus.org.tr> <49956919.5010905@gmail.com> Message-ID: <200902131534.07272.onur@pardus.org.tr> Friday 13 February 2009 Tarihinde 14:35:37 yazmýþtý: > Onur Küçük wrote On 13-02-2009 14:09: > > Þu anda 2008 için bir pisi güncellemesi hazýrlanýyor, > > Ne zamana kadar =/ ben de xfce için actionsapi yazmaya baþlamýþtým, > yetiþebilir miyim bilmiyorum. ne kadar çabuk bitirirsen o kadar iyi -- Onur Küçük Knowledge speaks, but wisdom listens From erenoglu at gmail.com Fri Feb 13 17:20:17 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Fri, 13 Feb 2009 16:20:17 +0100 Subject: [Gelistirici] =?utf-8?q?Pisi_delta_iyile=C5=9Ftirmeleri?= In-Reply-To: <200902042337.34515.fatih@pardus.org.tr> References: <200902031236.59962.gokcen@pardus.org.tr> <200902042131.15423.fatih@pardus.org.tr> <498A09FB.40406@pardus.org.tr> <200902042337.34515.fatih@pardus.org.tr> Message-ID: Selam, Az once test deposundan samba guncellerken, normal paketin 7.9 MB, delta paketin 7.7 mb oldugunu gordum. Bilginize sundum :) samba-3.2.8-39-8.pisi11-Feb-2009 10:30 7.9M samba-7-8.delta.pisi11-Feb-2009 10:30 7.7M -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090213/1265dc07/attachment.htm From gkmngrgn at gmail.com Fri Feb 13 18:38:55 2009 From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=) Date: Fri, 13 Feb 2009 18:38:55 +0200 Subject: [Gelistirici] =?iso-8859-9?q?OpenOffice_hakk=FDnda?= Message-ID: <4995A21F.60309@gmail.com> Merhaba arkadaþlar, Bildiðiniz gibi OpenOffice'imiz kdelibs ile qt'ye baðýmlý ve ayný zamanda gtk ile ilgili parametreler de kapatýlmýþ durumda. Gtk'nin parametrelerle devredýþý býrakýlmýþ olmasýnýn, gtk2'ye baðýmlý olmamak veya daha fazla baðýmlýlýk girmemek gibi çeþitli haklý nedenleri olabilir. Ama diðer taraftan da gtk tabanlý masaüstü yöneticisi kullananlara yönelik bir OpenOffice paketi olsa ne güzel olurdu diye düþünmeden edemiyorum. Bu durumda elimden geleni yapmaya çalýþýyorum; ama birçok bilgi eksikliðim bulunmakta. Örneðin Gökçen'in hazýrladýðý ooo-build arþivi az çok deðiþtirilmiþ ve KDE için özelleþtirilmiþ olabilir. Ayný þekilde OpenOffice'in /opt içine gitmesi nedeniy yanýlmýyorsam ooo-wrapper.py'de kio-to-local kullanýmý söz konusu. Sözün kýsasý, ooo-build'in nasýl oluþturulduðu, Pardus'a has -ama KDE ile ilgili olmayan-, genellikle görünüm ile ilgili yamalarýn nerelerde saklý olduðu hakkýnda bana bilgi verebilir misiniz? Belki bir link veya belge bile bunun için yeterli olabilir =) From ozan at pardus.org.tr Fri Feb 13 19:37:25 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 13 Feb 2009 19:37:25 +0200 Subject: [Gelistirici] =?utf-8?q?Pisi_delta_iyile=C5=9Ftirmeleri?= In-Reply-To: References: <200902031236.59962.gokcen@pardus.org.tr> <200902042131.15423.fatih@pardus.org.tr> <498A09FB.40406@pardus.org.tr> <200902042337.34515.fatih@pardus.org.tr> Message-ID: <4995AFD5.6000405@pardus.org.tr> Emre Erenoglu wrote: > Selam, > > Az once test deposundan samba guncellerken, normal paketin 7.9 MB, delta > paketin 7.7 mb oldugunu gordum. Bilginize sundum :) > > samba-3.2.8-39-8.pisi > > 11-Feb-2009 10:30 7.9M Evet sürüm atladý, oldukça fazla deðiþiklik oldu kod tabanýnda ve sonuçta aþaðý yukarý tüm dosyalar deðiþti.. -- Ozan Çaðlayan From onur at pardus.org.tr Sat Feb 14 02:33:24 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sat, 14 Feb 2009 02:33:24 +0200 Subject: [Gelistirici] =?utf-8?q?neler_konu=C5=9Ftuk?= In-Reply-To: <200902100344.39067.turkersezer@tsdesign.info> References: <20090209184203.d44af5c4.onur@pardus.org.tr> <20090209193815.fe1cddd8.onur@pardus.org.tr> <200902100134.13661.turkersezer@tsdesign.info> <200902100344.39067.turkersezer@tsdesign.info> Message-ID: <20090214023324.b49dd76b.onur@pardus.org.tr> On Tue, 10 Feb 2009 03:44:39 +0200 Türker SEZER wrote: ... > All conflicted packages > - kdebase4-runtime > - kdepim4 > > real 8m17.938s > user 0m7.255s > sys 0m1.211s bu haliyle hakkaten çok uzun sürüyormuþ :/ sunucu tarafýnda yapýlabiliyorsa çok daha mantýklý olur bence de -- Onur Küçük Knowledge speaks, but wisdom listens From tulliana at gmail.com Sat Feb 14 13:19:27 2009 From: tulliana at gmail.com (Serdar Soytetir) Date: Sat, 14 Feb 2009 13:19:27 +0200 Subject: [Gelistirici] [Uludag-commits] r21513 - in trunk/bugzilla/3.2/tr/default: attachment bug/activity bug/create email whine In-Reply-To: <20090214110833.E41F11384142@ns1.pardus.org.tr> References: <20090214110833.E41F11384142@ns1.pardus.org.tr> Message-ID: <200902141319.27555.tulliana@gmail.com> Cumartesi 14 Þubat 2009 günü (saat 13:08:33) uludag-commits at pardus.org.tr þunlarý yazmýþtý: Merhabalar, > Author: necmettin > Date: Sat Feb 14 13:08:33 2009 > New Revision: 21513 > > Modified: > trunk/bugzilla/3.2/tr/default/attachment/edit.html.tmpl > trunk/bugzilla/3.2/tr/default/attachment/list.html.tmpl > trunk/bugzilla/3.2/tr/default/attachment/midair.html.tmpl > trunk/bugzilla/3.2/tr/default/attachment/show-multiple.html.tmpl > trunk/bugzilla/3.2/tr/default/attachment/updated.html.tmpl > trunk/bugzilla/3.2/tr/default/bug/activity/show.html.tmpl > trunk/bugzilla/3.2/tr/default/bug/create/confirm-create-dupe.html.tmpl > trunk/bugzilla/3.2/tr/default/email/sudo.txt.tmpl > trunk/bugzilla/3.2/tr/default/whine/mail.html.tmpl > trunk/bugzilla/3.2/tr/default/whine/mail.txt.tmpl > Log: > Bugzilla 3.2 translation continues > > Modified: trunk/bugzilla/3.2/tr/default/attachment/edit.html.tmpl > ================================================================= > --- trunk/bugzilla/3.2/tr/default/attachment/edit.html.tmpl (original) > +++ trunk/bugzilla/3.2/tr/default/attachment/edit.html.tmpl Sat Feb 14 > 13:08:33 2009 @@ -17,17 +17,19 @@ > # > # Contributor(s): Myk Melez > # Frédéric Buclin > + # Translator(s): Necmettin Begiter (Turkish) > #%] > > [% PROCESS global/variables.none.tmpl %] > > [%# Define strings that will serve as the title and header of this page %] > [% title = BLOCK %] > - Attachment [% attachment.id %] Details for [% terms.Bug %] [%+ > attachment.bug_id %] + [% terms.Bug %] [%+ attachment.bug_id %] Ek [% > attachment.id %] Detaylarý [% END %] Ek deðil de sanki eklenti diyorduk daha önceden? Birþey kaçýrdýysam kusura bakmayýnýz efendim. Ýyi Çalýþmalar... -- Serdar Soytetir From necmettin.begiter at gmail.com Sat Feb 14 14:32:08 2009 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Sat, 14 Feb 2009 14:32:08 +0200 Subject: [Gelistirici] [Uludag-commits] r21513 - in trunk/bugzilla/3.2/tr/default: attachment bug/activity bug/create email whine In-Reply-To: <200902141319.27555.tulliana@gmail.com> References: <20090214110833.E41F11384142@ns1.pardus.org.tr> <200902141319.27555.tulliana@gmail.com> Message-ID: <200902141432.08727.necmettin.begiter@gmail.com> On 14 Feb 2009 Sat 13:19:27 Serdar Soytetir wrote: > > Ek deðil de sanki eklenti diyorduk daha önceden? > Birþey kaçýrdýysam kusura bakmayýnýz efendim. > Yok birþey kaçýrmadýn, eklenti diyorduk önceden. Fekat bunlar eklenti deðil, "eklenti" yanlýþ bir ifade burada (bence öyle en azýndan). Açýklamama gerek olmadýðýný biliyorum, ama kayýtlarda bulunmasý açýsýndan geçmiþ olayým: eklenti: extension, addon, vb ek: attachment eklemek: attach .. Uzun lafýn kýsasý, "ek" bana daha doðru geldi.. Ýleride "Bugzilla Extensions" diye bir durum olursa da kullanýcýlar afallamaz böylece. -- Necmettin Begiter From fatih at pardus.org.tr Sun Feb 15 00:53:16 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sun, 15 Feb 2009 00:53:16 +0200 Subject: [Gelistirici] r60191 - playground/review/desktop/kde4/guidance-power-manager-kde4 In-Reply-To: <20090213224234.411BF13844F4@ns1.pardus.org.tr> References: <20090213224234.411BF13844F4@ns1.pardus.org.tr> Message-ID: <200902150053.21328.fatih@pardus.org.tr> Cumartesi 14 Þubat 2009 tarihinde, paketler-commits at pardus.org.tr þunlarý yazmýþtý: > playground/review/desktop/kde4/guidance-power-manager-kde4/ Uzun bir süredir depoya giren kde4 paketlerinde yapýlýyor bu. Nedenini anlamýyorum. Örneðin daha önce guidance-power-manager adýnda bir paket yoktu. O halde neden -kde4 soneki 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/20090215/5853c31e/attachment.pgp From onur at pardus.org.tr Sun Feb 15 01:48:29 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 15 Feb 2009 01:48:29 +0200 Subject: [Gelistirici] =?utf-8?q?paket_al=C4=B1yorum?= Message-ID: <20090215014829.fa4b6888.onur@pardus.org.tr> Merhaba, Aþaðýdaki paketleri üstleniyorum, zaten paketleri adam etme güncelleme iþini genelde ben yapmýþým applications/multimedia/madplay libmad benim üzerimde kernel/drivers/qc-usb qc-usb-messenger bende programming/libs/freealut programming/libs/openal bu ikisi birbiri ile ilintili, etraflarýndaki paketler bende programming/libs/libao programming/libs/libdvdcss programming/libs/libdvdread programming/libs/libogg -- Onur Küçük Knowledge speaks, but wisdom listens From inancyildirgan at gmail.com Sun Feb 15 02:06:32 2009 From: inancyildirgan at gmail.com (=?utf-8?q?=C4=B0nan=C3=A7_Y=C4=B1ld=C4=B1rgan?=) Date: Sun, 15 Feb 2009 02:06:32 +0200 Subject: [Gelistirici] r60191 - playground/review/desktop/kde4/guidance-power-manager-kde4 In-Reply-To: <200902150053.21328.fatih@pardus.org.tr> References: <20090213224234.411BF13844F4@ns1.pardus.org.tr> <200902150053.21328.fatih@pardus.org.tr> Message-ID: <200902150206.33006.inancyildirgan@gmail.com> Pazar 15 Þubat 2009 günü (saat 00:53:16) Fatih Aþýcý þunlarý yazmýþtý: > Uzun bir süredir depoya giren kde4 paketlerinde yapýlýyor bu. Nedenini > anlamýyorum. Örneðin daha önce guidance-power-manager adýnda bir paket > yoktu. O halde neden -kde4 soneki kullanýyoruz? Depoda bulunmayabilir ama bu programýn bir de kde3 versiyonu var. Hem kde3 hem de kde4 versiyonu bulunan paketler için bunu yaptýðýmýzý düþündüðümden bu þekilde isimlendirdim. From burakclskn at gmail.com Sun Feb 15 03:12:08 2009 From: burakclskn at gmail.com (=?ISO-8859-9?Q?Burak_=C7al=FD=FEkan?=) Date: Sun, 15 Feb 2009 03:12:08 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_al=FDyorum?= Message-ID: <49976BE8.3060702@gmail.com> Contib'deki sahipsiz * gamin paketini alýyorum. Ýyi çalýþmalar. From dfisek at fisek.com.tr Sun Feb 15 08:43:21 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sun, 15 Feb 2009 08:43:21 +0200 Subject: [Gelistirici] bugzilla betigi contrib? In-Reply-To: <200902131356.13873.taner@pardus.org.tr> References: <20090212162711.8757f766.dfisek@fisek.com.tr> <200902131356.13873.taner@pardus.org.tr> Message-ID: <20090215084321.bcd96838.dfisek@fisek.com.tr> Fri, 13 Feb 2009 13:56:13 +0200, Taner Tas : > Emin olamadýðým için contrib paketlerini eklememiþtim güncelleme > betiðine. Biraz önce ekledim ve bir çok yeni paketin eklenmesiyle > birlikte eski paketler de güncellendi. > Hatýrlatma için teþekkür ederim. Tesekkurler. Su anda bu betik her iki deponun da devel kisimlarina bakiyor ve cron'dan duzenli calisiyor degil mi? Ornegin kvpnc paketi, 15 Aralik'tan beri (iki aydir) Isbaran'in uzerinde ama yeni bir hata atandigi zaman hala Ahmet'e gidiyor. O nedenle soruyorum. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From gkmngrgn at gmail.com Sun Feb 15 17:35:27 2009 From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=) Date: Sun, 15 Feb 2009 17:35:27 +0200 Subject: [Gelistirici] Monodevelop In-Reply-To: <4cca720b0901210148u6ec7f35by3b74e0cea1a95e6a@mail.gmail.com> References: <8f863d5a0808230403lb07a533nea4772dd4c07e8e3@mail.gmail.com> <200901192302.13049.gokmen@pardus.org.tr> <4cca720b0901191307v4594844dx1e1710855e374e42@mail.gmail.com> <200901192326.30621.gokmen@pardus.org.tr> <4cca720b0901191332s4d96eb6et7d69f5681cacedd6@mail.gmail.com> <8f863d5a0901210107w24fb6299n9170c73a6b56fed8@mail.gmail.com> <4cca720b0901210148u6ec7f35by3b74e0cea1a95e6a@mail.gmail.com> Message-ID: <4998363F.8070304@gmail.com> Furkan Duman wrote On 21-01-2009 11:48: > > > Senin için sakýncasý yoksa monodevelop ve diðer gereken baðýmlýlýklarý > ile ilgilenmek isterim. > > Görüþmek üzere. > > Furkan bir geliþme var mý? Bu geceden sonra ben de gönüllüyüm, mono için. From ahmet at pardusman.org Sun Feb 15 19:42:28 2009 From: ahmet at pardusman.org (Ahmet =?utf-8?q?AYG=C3=9CN?=) Date: Sun, 15 Feb 2009 19:42:28 +0200 Subject: [Gelistirici] =?utf-8?q?Subversion_paketi/kullan=C4=B1c=C4=B1s?= =?utf-8?q?=C4=B1/grubu?= Message-ID: <200902151942.28579.ahmet@pardusman.org> Merhaba Subversion paketinde birkaç düzenleme yapmak istiyorum, fikirlerinizi alabilirsem sevinirim :) * svnserve.confd dosyasındaki öntanımlı ayarlar yorum halinde, kurulum sonrası ayar yapmadan kullanabilmek için yorum karakterlerini kaldıracağım. * /var/svn ve altındaki bütün dosyalar svn:svn (Gentoo'da svn:svnusers) kullanıcı/grup haklarına sahip olacak, bu kullanıcı ve grubu baselayout'a ya da subversion paketinin postinstall'una ekleyeceÄŸim. * Apache ÅŸu an svn:svn hakkına sahip depoları sunamıyor, sunabilir hale getireceÄŸim. Sevgiler -------------- 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/20090215/fa8b4b70/attachment.pgp From faik at pardus.org.tr Sun Feb 15 19:49:32 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Sun, 15 Feb 2009 19:49:32 +0200 Subject: [Gelistirici] =?utf-8?q?Subversion_paketi/kullan=C4=B1c=C4=B1s?= =?utf-8?q?=C4=B1/grubu?= In-Reply-To: <200902151942.28579.ahmet@pardusman.org> References: <200902151942.28579.ahmet@pardusman.org> Message-ID: <200902151949.32700.faik@pardus.org.tr> Pazar 15 Þubat 2009 günü (saat 19:42:28) Ahmet AYGÜN þunlarý yazmýþtý: > Merhaba Selam, > Subversion paketinde birkaç düzenleme yapmak istiyorum, fikirlerinizi > alabilirsem sevinirim :) > > * svnserve.confd dosyasýndaki öntanýmlý ayarlar yorum halinde, kurulum > sonrasý ayar yapmadan kullanabilmek için yorum karakterlerini kaldýracaðým. > > * /var/svn ve altýndaki bütün dosyalar svn:svn (Gentoo'da svn:svnusers) > kullanýcý/grup haklarýna sahip olacak, bu kullanýcý ve grubu baselayout'a > ya da subversion paketinin postinstall'una ekleyeceðim. > > * Apache þu an svn:svn hakkýna sahip depolarý sunamýyor, sunabilir hale > getireceðim. Gayet güzel olur, eline saðlýk þimdiden :) - Faik From erenoglu at gmail.com Sun Feb 15 23:58:24 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Sun, 15 Feb 2009 22:58:24 +0100 Subject: [Gelistirici] komut satirindan kurulum Message-ID: Merhaba, Kullanici listesinde sIklIkla grafik ekrana girememe sonucunda sistem kuramama sorunu oluyor. Denenen noacpi noapic VESA mod vs. hicbiri ise yaramadigi zamanlar oluyor. Debian'daki veya diger dagitimlardakine benzer sekilde, komut satirindan kurulum destegi verilmesi dusunuluyor mu? Bunun icin: A) YALI'yi komut satirinda calisacak sekilde gelistirmek (ncurses vs.) B) Ayri bir adim-adim ilerleyen python sihirbazi ile bu isi yapmak C) Dogrudan bir disk imajini alip gereken ayarlari yapip baska bir sisteme kopyalayan sihirbaz gibi metodlar aklima ilk gelenler. Pek tabii ki baska metodlar da onerilebilir. Fikirler yorumlar? -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090215/7bfaf03d/attachment.htm From gokmen at pardus.org.tr Mon Feb 16 00:13:52 2009 From: gokmen at pardus.org.tr (=?utf-8?q?G=C3=B6kmen_G=C3=96KSEL?=) Date: Mon, 16 Feb 2009 00:13:52 +0200 Subject: [Gelistirici] komut satirindan kurulum In-Reply-To: References: Message-ID: <200902160013.52319.gokmen@pardus.org.tr> On Sunday 15 February 2009 23:58:24 Emre Erenoglu wrote: > Merhaba, Selamlar, > Kullanici listesinde sIklIkla grafik ekrana girememe sonucunda sistem > kuramama sorunu oluyor. Denenen noacpi noapic VESA mod vs. hicbiri ise > yaramadigi zamanlar oluyor. Vesa'nýn iþe yaramadýðý durumlarda sanýrým yapýlacak birþey yok zaten, kursanýz bile yapýlandýrmazsýnýz büyük ihtimalle grafik sunucuyu. > Debian'daki veya diger dagitimlardakine benzer sekilde, komut satirindan > kurulum destegi verilmesi dusunuluyor mu? Bunun icin: Hayýr, düþünülmüyor. -- Gökmen GÖKSEL From erenoglu at gmail.com Mon Feb 16 00:16:01 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Sun, 15 Feb 2009 23:16:01 +0100 Subject: [Gelistirici] komut satirindan kurulum In-Reply-To: <200902160013.52319.gokmen@pardus.org.tr> References: <200902160013.52319.gokmen@pardus.org.tr> Message-ID: 2009/2/15 Gökmen GÖKSEL > On Sunday 15 February 2009 23:58:24 Emre Erenoglu wrote: > > Merhaba, > Selamlar, > > > Kullanici listesinde sIklIkla grafik ekrana girememe sonucunda sistem > > kuramama sorunu oluyor. Denenen noacpi noapic VESA mod vs. hicbiri ise > > yaramadigi zamanlar oluyor. > Vesa'nın iÅŸe yaramadığı durumlarda sanırım yapılacak birÅŸey yok zaten, > kursanız bile yapılandırmazsınız büyük ihtimalle grafik sunucuyu. Ben bundan emin degilim, sanki ekran kartinin ureticisinin surucusunu (ATI veya nvidia) yuklemeyi basarabilirsek belki sorun kalmayabilir diye bir dusuncem var. -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090215/bba17898/attachment-0001.htm From erenoglu at gmail.com Mon Feb 16 00:21:45 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Sun, 15 Feb 2009 23:21:45 +0100 Subject: [Gelistirici] komut satirindan kurulum In-Reply-To: <200902160013.52319.gokmen@pardus.org.tr> References: <200902160013.52319.gokmen@pardus.org.tr> Message-ID: 2009/2/15 Gökmen GÖKSEL > On Sunday 15 February 2009 23:58:24 Emre Erenoglu wrote: > > Debian'daki veya diger dagitimlardakine benzer sekilde, komut satirindan > > kurulum destegi verilmesi dusunuluyor mu? Bunun icin: > Hayır, düşünülmüyor. > Yazmayi unutmusum, neden dusunulmedigini aciklayabilmen mumkun mu? Eger artik tum sistemlerde grafik ekrani calistirmayi garanti ediyoruz diyorsan tamam (kullanici listesine beklerim :) ), ama garanti edemiyorsak bir workaround,ki ben buna workaround degil "feature" derim, cok mantikli olurdu. -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090215/f3b51fd0/attachment.htm From pinar at pardus.org.tr Mon Feb 16 00:49:15 2009 From: pinar at pardus.org.tr (Pinar Yanardag) Date: Mon, 16 Feb 2009 00:49:15 +0200 Subject: [Gelistirici] KDE 4 toplanti notlari Message-ID: <49989BEB.20808@pardus.org.tr> Selamlar, Bu hafta yaptigimiz KDE 4 toplantisinin ana basliklari ve konusulanlar soyle: KDE 3'den gelen bir kullanicinin KDE 4'de ihtiyaci olan ama su an upstream'de de bizde de olmayan seyler neler? * yazici ayarlama araci (yazici applet'inde bazi sorunlar var) * bluetooth * ses kaydedici yok * skanlite calisiyor fakat yapilacak cok isi var = Ozan bluetooth'a ve yazicilara bakacak = Gokcen policitykit-kde4'e bakacak Sesle ilgili bazi sikintilar var * arts'i atip atamayacagimiz, arts kullanan KDE uygulamalarini without-arts ile derleyince yerine ne koyabilecegimiz tartisildi. * bazi notebook'larda sesle ilgili tuslar (ses acik/kapali isiklari vs.) kde4'de calismiyor * kmix'de pulse ayarlayacak bir arayuz lazim. staj projelerinde pulse-manager gibi bir girisim vardi, fakat projenin arayuz katmanina gecemeden python modulleri asamasinda kaldigindan sonuca varilamadi. = bahadir manager isleri bittikten sonra pulseaudio binding'lerine bakabilecegini soyledi) Amarok'un bazen cpu'yu %100e kadar mesgul ediyor. * bir tane default multimedia programi secilmesi ve mp3 vs. gibi dosyalari acabilecek amarok'tan daha basit bir uygulama secilmesi onerildi. (adi gecen uygulamalar: dragon kmplayer smplayer kaffeine) K3b gui tarafinda port edildi,fakat cd yazarken hala problem cikariyor. Onur gnome-mplayer'in artik konqueror'a gomulebilir olmasi gerektigini ama henuz test etme firsati olmadigini dile getirdi. Kde4'de kaffeine feci durumda. Bir dosya acarken "su uygulama ile birlikte ac" davranisi kde3'deki kadar iyi degil. Gokcen butun kde3->kde4 yamalarinin ustunden gececek. Konversation'in kde4 portu ve alternatif irc client'lari hakkinda konusuldu. Quassel'in guzel bir irc clienti oldugundan bahsedildi. Kvpnc hakkinda konusuldu. kde4 depomuzda olmadigi ama belki network-manager'a vpn destegi koyabilecegimizden bahsedildi. Migration'in kde4'e port edilecek mi? Murat Ongan'a sorulacak. kde3-> kde4 migration'i da eklenebilir mi? sorulacak. Milky guzel gidiyor, playground'dan denenebilir. Kde4'e port edilmemis uygulamalara ait liste gokcen'de var, svn'e commit edecek. Zemberek kde4'de genel olarak guzel calisiyor, fakat kmail'de duzeltilecek bir bug var. Gokcen enable-final parametresine bakacak system-settings hakkinda: * genel olarak system-settings begenildi. ancak kategorilerin ve modul isimlerinin yeniden duzenlenmesi gerektiginden bahsedildi. * arkaplan gibi pardus ozellestirmeleri yapilmasi onerildi. * Gokmen, system-settings kategorilerini yeniden duzenleyerek bir liste acacak ve tartismaya sunacak. * Gokmen sysinfo ile ilgili arastirma yapacak, port edilebilir olup olmadigi/ya da bizim yazip yazamayacagimiz ile ilgili. Kaptan * Kaptan'in style penceresi hakkinda konusuldu. Hazir 3-4 sablon yapilmasi ve her sablon icin ayri menu (lancelot, normal menu vs.) secimi yapilmasi onerildi. * desktop search default olarak kapali gelsin fakat kaptan'da desktop search ozelliginin kapatma/aktif etme ozelligi konulmasi onerildi. * hic bir zaman parola sorma ozelliginin yali'ya ve user-manager'a eklenebileceginden bahsedildi. * network ayari varsa, bu tip ayarlar sistem bazli oldugundan network-manager ve package-manager ekrani gostermemesi onerildi. * kaptan --firstrun diye bir parametre ile gizlenen ekranlar gosterilebilir dendi. * yali-firstboot'dan vazgecildi. kaptan icin 1 seferligine network ve package ekraninin istedigi yetkileri verebilecegimiz, boylece bir kac tane cikan ekranin engellenmesini saglayabilecegimiz konusuldu. * kaptan'da hangi default'lari degistirebilecegimiz konusuldu. pencere kenarlari, stiller, cursorlar vb.onerildi, grafiklerle beraber bu konu konusulacak. * kaptan'daki style penceresinde onizlemede screenshot mi konsun yoksa daha kucuk imajlar ile daha ayrintili screenshotlar mi gosterelim tartisildi. * multiple-desktops ekrani yeni kaptan'da da olsun dendi. * stilleri ekledigimiz ekranda, eger kde tarafindan effects acilmissa, kapatma butonu eklenilmesinden bahsedildi. Manager'lar * network manager'in notifier'ini system tray'de degil de panelde duracak bir plasma olarak tasarlanacagindan bahsedildi. * package manager'a solid kullanarak online/offline durumugosteren buton konulmasi onerildi. package-manager * dvd usb depo destegi * son yapilan islemleri gosterecek * guncellemelerin sormadan yapilmasi ozelligi * restart gerektiren uygulamalar icin needsreboot ? destegi gibi bir takim yeni ozellikler gelecek service-manager -> gokmen boot-manager -> bahadir network-manager -> bahadir firewall-manager -> bahadir disk-manager -> bahadir nm plasmoid -> gokmen user-manager -> gokcen (actionslari secip hepsine yetki verme + gruplarla ilgili bazi arayuz duzeltmeleri yapilabilir. password management ile ilgili birseyler yapilabilir) display-manager -> fatih'e sorulacak, is yuku nedir ogrenilecek history-manager -> isbaran system-manager -> ? profile-manager -> ? gokmen hardware notifier gibi bir uygulama yazmayi dusunuyormus. baglanan diskleri mouse'lar icin notification gosterecek. -- Pinar Yanardag http://pinguar.org _________________________________________________________ The only way of discovering the limits of the possible is to venture a little way past them into the impossible. --Arthur C. Clarke From gkmngrgn at gmail.com Mon Feb 16 00:56:41 2009 From: gkmngrgn at gmail.com (=?ISO-8859-9?Q?G=F6kmen_G=F6rgen?=) Date: Mon, 16 Feb 2009 00:56:41 +0200 Subject: [Gelistirici] KDE 4 toplanti notlari In-Reply-To: <49989BEB.20808@pardus.org.tr> References: <49989BEB.20808@pardus.org.tr> Message-ID: <49989DA9.3070100@gmail.com> Pinar Yanardag wrote On 16-02-2009 00:49: > Manager'lar > > * network manager'in notifier'ini system tray'de degil de panelde duracak bir plasma olarak tasarlanacagindan bahsedildi. > > notification area'dan vazgeçmeyelim. her masaüstü yöneticisinde plasma yok =/ From erenoglu at gmail.com Mon Feb 16 01:04:30 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Mon, 16 Feb 2009 00:04:30 +0100 Subject: [Gelistirici] KDE 4 toplanti notlari In-Reply-To: <49989BEB.20808@pardus.org.tr> References: <49989BEB.20808@pardus.org.tr> Message-ID: 2009/2/15 Pinar Yanardag > Sesle ilgili bazi sikintilar var > * arts'i atip atamayacagimiz, arts kullanan KDE uygulamalarini without-arts > ile derleyince yerine ne koyabilecegimiz tartisildi. Arts kullanan ne olabilir mesela KDE3'ten kalma? KDE4'te zaten hepsi phonon kullanmasi gerekiyor orda da pulse backend'i var. Amarok'un bazen cpu'yu %100e kadar mesgul ediyor. > * bir tane default multimedia programi secilmesi ve mp3 vs. gibi dosyalari > acabilecek amarok'tan daha basit bir uygulama secilmesi onerildi. (adi gecen > uygulamalar: dragon kmplayer smplayer kaffeine) Amarok belki biz dagitimi cikartana kadar biraz daha duzelebilir. Ancak bu aralar "Songbird" ses getiriyor gibi, basit bir uygulama degil. buna ek olarak Audacious da guzel bir skin bulunarak kullanilabilir. Ben severim kendisini :) package-manager > * dvd usb depo destegi > * son yapilan islemleri gosterecek > * guncellemelerin sormadan yapilmasi ozelligi > * restart gerektiren uygulamalar icin needsreboot ? destegi gibi bir takim > yeni ozellikler gelecek KDE4 ile ilgili degil ama kurulum yapilirken tray'e kucultuldugunde, tray'de yuzde gostersin diye guzel bir istek vardi beyin'den gelen. -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090216/3fb38c17/attachment.htm From dfisek at fisek.com.tr Mon Feb 16 01:43:29 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Mon, 16 Feb 2009 01:43:29 +0200 Subject: [Gelistirici] KDE 4 toplanti notlari In-Reply-To: <49989BEB.20808@pardus.org.tr> References: <49989BEB.20808@pardus.org.tr> Message-ID: <20090216014329.4531392a.dfisek@fisek.com.tr> Mon, 16 Feb 2009 00:49:15 +0200, Pinar Yanardag : > * bir tane default multimedia programi secilmesi ve mp3 vs. gibi > dosyalari acabilecek amarok'tan daha basit bir uygulama secilmesi > onerildi. (adi gecen uygulamalar: dragon kmplayer smplayer kaffeine) Bence kotu bir oneri. Bircok kullanici dosyalarin uzerine cift tiklayarak kullaniyor. Hangi programla karsilasirlarsa onunla muzik dinleyecekler, onun yeteneklerini taniyacaklar. Kmplayer, smplayer, kaffeine'in hicbiri aslen muzik calar degil. Video oynatmak icin bile ne kadar basarili arayuzleri oldugu tartisilir. Dragon'u bilmiyorum. Amarok'un uzerine gul koklamamak gerekir. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From rkirmizi at gmail.com Mon Feb 16 02:09:54 2009 From: rkirmizi at gmail.com (Recep KIRMIZI) Date: Mon, 16 Feb 2009 02:09:54 +0200 Subject: [Gelistirici] KDE 4 toplanti notlari In-Reply-To: <20090216014329.4531392a.dfisek@fisek.com.tr> References: <49989BEB.20808@pardus.org.tr> <20090216014329.4531392a.dfisek@fisek.com.tr> Message-ID: <3d591f9e0902151609y1a2c4c5bvfc76b8f307cdd33c@mail.gmail.com> 2009/2/16 Doruk Fisek > Mon, 16 Feb 2009 00:49:15 +0200, Pinar Yanardag : > > > * bir tane default multimedia programi secilmesi ve mp3 vs. gibi > > dosyalari acabilecek amarok'tan daha basit bir uygulama secilmesi > > onerildi. (adi gecen uygulamalar: dragon kmplayer smplayer kaffeine) > Bence kotu bir oneri. > > Bircok kullanici dosyalarin uzerine cift tiklayarak kullaniyor. Hangi > programla karsilasirlarsa onunla muzik dinleyecekler, onun > yeteneklerini taniyacaklar. > > Kmplayer, smplayer, kaffeine'in hicbiri aslen muzik calar degil. Video > oynatmak icin bile ne kadar basarili arayuzleri oldugu tartisilir. > Dragon'u bilmiyorum. > > Amarok'un uzerine gul koklamamak gerekir. > > Doruk > > Bence amarok ÅŸu hali ile kullanılabilirlik açısından iyi durumda deÄŸil. Hem iÅŸlemciyi bunaltıyor hemde benim için çok kıymetli birkaç özellik ve eklentisi gittiÄŸi için ÅŸu anda gözdem deÄŸil ne yazık ki. ÖrneÄŸin: farklı danslar için farklı parça listelerim vardı ve gerektiÄŸinde bu listeyi cd ye yaz diyordum ve iÅŸim bitiyordu :) Ne güzel günlerdi :) Alternatif olarak Audacious diyecem ama bir sürü gtk bağımlılığı var. Babama yeni amarok 'u anlatmaya çalışırken bir ampul yandı ve audacious aklıma geldi. kurdum. daha sonra da mp3 dosyaları için default uygulamayı audacious yaptım. Hiç zorlanmadan sorunsuz bir geçiÅŸ oldu. Bu noktada windows 'tan gelen arkadaÅŸlar için audacious büyük kolaylık olacaktır. tabi cd'ye girebilmesi için yanında kalabalık bir çete ile birlikte geleceÄŸi için bu karar zor ve sizlerin verebileceÄŸi bir karardır. Bu arada audacious default hali ile açıldığında yazılar okunmuyor. classic skin seçildiÄŸinde sorun yok. EÄŸer audacious kabul edilirse bu da göz ardı edilmesin dedim :) P.S.: Az daha top post yapıyordum ki son anda fark ettim. :) Bahadır'ın gazabına uÄŸrayacaktım valla :S iyi geceler.. -- Saygılarımla... Recep KIRMIZI Fred Allen - "California is a fine place to live - if you happen to be an orange." -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090216/ae918803/attachment.htm From taner at pardus.org.tr Mon Feb 16 08:24:34 2009 From: taner at pardus.org.tr (Taner Tas) Date: Mon, 16 Feb 2009 08:24:34 +0200 Subject: [Gelistirici] [Uludag-commits] r21515 - trunk/bugzilla/3.2/tr/default/search In-Reply-To: <20090214152810.95CDB1384465@ns1.pardus.org.tr> References: <20090214152810.95CDB1384465@ns1.pardus.org.tr> Message-ID: <200902160824.34816.taner@pardus.org.tr> Merhaba Necmettin, Commitlerini görünce hatýrlatayým dedim.. Sayfalarýn son halini https://developer.pardus.org.tr/bugzilla adresinden takip edebilirsin. 2 yerde hata verdi. son commitle onlara müdahale ettim. uludag-commits listesinden veya logdan görebilirsin. Kolay gelsin.. Taner From fatih at pardus.org.tr Mon Feb 16 09:05:07 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Mon, 16 Feb 2009 09:05:07 +0200 Subject: [Gelistirici] komut satirindan kurulum In-Reply-To: References: Message-ID: <200902160905.12506.fatih@pardus.org.tr> Pazar 15 Åžubat 2009 tarihinde, Emre Erenoglu ÅŸunları yazmıştı: > Debian'daki veya diger dagitimlardakine benzer sekilde, komut satirindan > kurulum destegi verilmesi dusunuluyor mu? Bunun icin: Aslında bunu eninde sonunda yapmamız gerekiyor; ama 2009'u daha fazla geciktirecek maceralara girmeyelim. Daha yapılacak çok iÅŸ var. 2010 ve sonrası diyorum ben bunun için. Bu tür durumlar çok nadir oluyor. Hem vesa hem de fbdev ile çalışmayan bir makine çok zor bulunuyor. Verilecek emeÄŸe deÄŸmeyecek gibi. -------------- 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/20090216/2b4c4f9b/attachment.pgp From isbaran at gmail.com Mon Feb 16 09:13:54 2009 From: isbaran at gmail.com (Isbaran Akcayir) Date: Mon, 16 Feb 2009 09:13:54 +0200 Subject: [Gelistirici] KDE 4 toplanti notlari In-Reply-To: <49989BEB.20808@pardus.org.tr> References: <49989BEB.20808@pardus.org.tr> Message-ID: <395ed7070902152313y58bc0fb2m2cb5bbe3b5cf36c6@mail.gmail.com> 2009/2/16 Pinar Yanardag > Selamlar, Merhaba, > Amarok'un bazen cpu'yu %100e kadar mesgul ediyor. Cpu yeme olayı zamanla epey düzeldi, sebebi de koleksiyon taraması/güncellemesi, eski amaroktaki tarama biraz daha az zorluyordu ama nedir nasıl gidecek durum, teknik detaylara bakmak lazım, bir boÅŸ vaktimde bakıp raporlarım > * bir tane default multimedia programi secilmesi ve mp3 vs. gibi dosyalari > acabilecek amarok'tan daha basit bir uygulama secilmesi onerildi. (adi gecen > uygulamalar: dragon kmplayer smplayer kaffeine) Amarok gibi bir uygulama varken bu ne olduÄŸu belli olmayan uygulamaları mp3 player diye ortaya koymak ayıp olur bence, amarok son halinden uzak olsa da bir süre sonra ortalığı kasıp kavuracağı kesin. > Kvpnc hakkinda konusuldu. kde4 depomuzda olmadigi ama belki > network-manager'a vpn destegi koyabilecegimizden bahsedildi. NM'ye vpn desteÄŸi eklemek öncelikli olsun, ama kvpnc'nin kde4 portu playground'umda var yakında depo için review'e yollayacağım Kolay gelsin herkese iyi çalışmalar -- Ä°ÅŸbaran Akçayır http://ish.kodzilla.org -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20090216/aefb219c/attachment.htm From taner at pardus.org.tr Mon Feb 16 10:24:57 2009 From: taner at pardus.org.tr (Taner Tas) Date: Mon, 16 Feb 2009 10:24:57 +0200 Subject: [Gelistirici] [Uludag-commits] r21515 - trunk/bugzilla/3.2/tr/default/search In-Reply-To: <200902160824.34816.taner@pardus.org.tr> References: <20090214152810.95CDB1384465@ns1.pardus.org.tr> <200902160824.34816.taner@pardus.org.tr> Message-ID: <200902161024.57345.taner@pardus.org.tr> Yanlýþ yere gitti.. ama yine de pek alakasýz sayýlmaz :) Taner Taþ From ekin at pardus.org.tr Mon Feb 16 10:37:24 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Mon, 16 Feb 2009 10:37:24 +0200 Subject: [Gelistirici] 2008-test ACK/NACK Message-ID: <200902161037.24546.ekin@pardus.org.tr> Merhaba / Hi; 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 18 Þubat 2009, 10:00. ACK/NACK for new packages in 2008-test repo, reply before 18 February 2009, 10:00 (GMT+2) please... -------8<---------------------------------------- ConsoleKit-0.3.0-13-6.pisi PisiYap-0.1-1-1.pisi PisiYap-kde3-0.1-1-1.pisi PisiYap-kde4-0.1-1-1.pisi PolicyKit-kde4-0.2-1-1.pisi R-2.8.1-18-8.pisi Smarty-2.6.22-7-4.pisi Twisted-8.2.0-8-3.pisi ant-1.7.1-8-2.pisi ant-doc-1.7.1-8-1.pisi ati-control-center-9.1-48-29.pisi ati-drivers-9.1-48-43.pisi atlas-3.8.2-7-3.pisi broadcom-wl-5.10.27.14-2-2.pisi bzflag-2.0.12-7-2.pisi c-ares-1.6.0-6-3.pisi canto-0.6.2-4-3.pisi crystal-kde4-2.0.3-3-3.pisi dbus-java-2.5.1-1-1.pisi digikam-kde4-0.10.0_rc1-4-3.pisi disk-manager-2.0.1-20-2.pisi dovecot-1.1.10-20-5.pisi dstat-0.6.9-5-2.pisi dvd-slideshow-0.8.2_2-6-3.pisi ed-1.2-11-3.pisi eet-1.1.0_20090122-9-2.pisi eina-0.0.1_20090122-2-2.pisi epydoc-3.0.1-1-1.pisi epydoc-doc-3.0.1-1-1.pisi eric-4.3.0-15-5.pisi eternal-lands-1.80-6-2.pisi eternal-lands-data-1.80-4-2.pisi farsight2-0.0.7-1-1.pisi firefox-3.0.6-96-21.pisi firefox-devel-3.0.6-96-21.pisi freefont-0.0_20090104-2-2.pisi gnomad2-2.9.1-1-1.pisi gvim-7.2.100-59-7.pisi hdparm-9.10-17-5.pisi hsqldb-lib-1.8.0.10-2-2.pisi icecream-0.9.2-9-3.pisi icecream-scheduler-0.9.2-9-3.pisi idle-2.5.4-4-3.pisi joe-3.7-4-2.pisi kde4-i18n-ar-4.0.98-5-5.pisi kde4-i18n-eo-4.1.85-11-9.pisi kde4-i18n-eu-4.0.98-5-5.pisi kde4-i18n-se-4.0.98-5-5.pisi kdeartwork4-kworldclock-maps-4.1.85-18-6.pisi kdebase-3.5.10-152-24.pisi kdebase-beagle-3.5.10-152-24.pisi kdelibs4-4.2.0-31-21.pisi kdelibs4-devel-4.2.0-31-3.pisi kdeplasma-addons-4.2.0-11-11.pisi kftpgrabber-0.8.1-5-2.pisi kipi-plugins-kde4-0.2.0_rc1-4-2.pisi kshutdown-1.0.4-10-2.pisi ktorrent-kde4-3.2_rc1-6-4.pisi libiodbc-3.52.6-2-2.pisi libmatthew-java-0.7.1-1-1.pisi libnice-0.0.4-1-1.pisi lilypond-2.12.2-6-3.pisi lincity-ng-2.0-5-2.pisi lm_sensors-3.0.3-3-3.pisi lxml-2.1.5-5-5.pisi maxima-5.17.1-6-2.pisi mina-core-1.1.7-1-1.pisi mpmath-0.11-3-3.pisi networkx-0.37-2-1.pisi openmpi-1.2.8-6-3.pisi ortp-0.13.1-4-3.pisi pam-1.0.3-18-6.pisi patch-2.5.9-2-3.pisi pciutils-3.0.0-13-5.pisi pm-utils-1.1.3-11-7.pisi pv-1.1.4-2-1.pisi pyFltk-1.1.3-1-1.pisi python-tk-2.5.4-4-3.pisi qt4-4.4.3-53-17.pisi qt4-designer-4.4.3-53-17.pisi qt4-doc-4.4.3-53-15.pisi qt4-linguist-4.4.3-53-17.pisi qt4-sql-ibase-4.4.3-53-3.pisi qt4-sql-mysql-4.4.3-53-17.pisi qt4-sql-odbc-4.4.3-53-17.pisi qt4-sql-postgresql-4.4.3-53-17.pisi qt4-sql-sqlite-4.4.3-53-17.pisi rdiff-backup-1.2.6-10-9.pisi rosegarden-1.7.3-9-3.pisi rsibreak-kde4-0.9.0-4-3.pisi samba-3.2.8-39-8.pisi skype-2.0.0.72-14-2.pisi slf4j-1.5.6-1-1.pisi stellarium-0.10.1-9-3.pisi sysprof-1.0.12-6-7.pisi teeworlds-0.5.1-2-2.pisi texi2html-1.82-3-2.pisi tig-0.13-1-1.pisi tpm-tools-1.3.1-4-1.pisi tpmmanager-0.5-3-1.pisi trousers-0.3.1-7-1.pisi usbutils-0.73-7-4.pisi vim-7.2.100-59-18.pisi virtualbox-2.1.2-27-7.pisi virtualbox-guest-modules-2.1.2-1-1.pisi virtualbox-guest-utils-2.1.2-27-1.pisi virtualbox-guestadditions-2.1.2-9-4.pisi virtualbox-modules-2.1.2-1-1.pisi wireless-tools-29-48-21.pisi xdotool-0.0_20080720-1-1.pisi xmedcon-0.10.4-1-1.pisi xmoto-edit-0.5.0-5-2.pisi yakuake-2.8.1-17-2.pisi yakuake4-2.9.4-6-4.pisi yaz-3.0.42-12-5.pisi zemberek-2.1.1-1-1.pisi zemberek-server-0.7.1-18-3.pisi zorg-1.2.2-57-24.pisi -- Ýyi Çalýþmalar; Ekin Meroglu From ekin at pardus.org.tr Mon Feb 16 10:39:00 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Mon, 16 Feb 2009 10:39:00 +0200 Subject: [Gelistirici] 2008-test ACK/NACK - Update details In-Reply-To: <200902161037.24546.ekin@pardus.org.tr> References: <200902161037.24546.ekin@pardus.org.tr> Message-ID: <200902161039.00116.ekin@pardus.org.tr> = Package : ConsoleKit [Gökçen Eraslan ] ====================================================================== * Ver.: 0.3.0, Rel.: 13, Type: None * Gökçen Eraslan [2009-02-02] 4 patches added from Ubuntu: * Fix double close of the log file (->file is an fdopen(->priv), which occasionally causes segfaults. * Close the directory handle when we're done with it, so that we aren't leaking file descriptors. * Fix common crash when trying to remove a NULL watch * Unref the dbus proxy when finalizing the session object, so that they are not leaked = Package : PisiYap [Kenan Pelit ] ====================================================================== * Ver.: 0.1, Rel.: 1, Type: None * Kenan Pelit [2009-01-22] First release = Package : PisiYap-kde3 [Kenan Pelit ] ====================================================================== * Ver.: 0.1, Rel.: 1, Type: None * Kenan Pelit [2009-01-22] First release = Package : PisiYap-kde4 [Kenan Pelit ] ====================================================================== * Ver.: 0.1, Rel.: 1, Type: None * Kenan Pelit [2009-01-22] First release = Package : PolicyKit-kde4 [Gökçen Eraslan ] ====================================================================== * Ver.: 0.2, Rel.: 1, Type: None * Gökçen Eraslan [2009-02-12] First release. = Package : R [Ertuðrul Erata ] ====================================================================== * Ver.: 2.8.1, Rel.: 18, Type: None * Ertuðrul Erata [2009-01-04] Version bump. = Package : Smarty [Pýnar Yanardað ] ====================================================================== * Ver.: 2.6.22, Rel.: 7, Type: None * Pýnar Yanardað [2009-01-14] Version bump to back out method chaining, bug in some versions of PCRE causes errors. = Package : Twisted [Pýnar Yanardað ] ====================================================================== * Ver.: 8.2.0, Rel.: 8, Type: None * Pýnar Yanardað [2009-02-02] Stable version bump for the following features: * Various changes on FTPClient * --umask option to twistd = Package : ant [Pardus ] ====================================================================== * Ver.: 1.7.1, Rel.: 8, Type: None * Gökçen Eraslan [2009-02-04] Version bump to new stable bugfix release = Package : ant-doc [Pardus ] ====================================================================== * Ver.: 1.7.1, Rel.: 8, Type: None * Gökçen Eraslan [2009-02-04] Version bump to new stable bugfix release = Package : ati-control-center [Fatih Aþýcý ] ====================================================================== * Ver.: 9.1, Rel.: 48, Type: None * Fatih Aþýcý [2009-01-30] Bump to latest stable. Changes: * Hybrid CrossFire support * OpenGL 3.0 support * Better video playback (without flickering) when playing in a composited environment * Various bug fixes = Package : ati-drivers [Fatih Aþýcý ] ====================================================================== * Ver.: 9.1, Rel.: 48, Type: None * Fatih Aþýcý [2009-01-30] Bump to latest stable. Changes: * Hybrid CrossFire support * OpenGL 3.0 support * Better video playback (without flickering) when playing in a composited environment * Various bug fixes = Package : atlas [Cihan Okyay ] ====================================================================== * Ver.: 3.8.2, Rel.: 7, Type: None * Cihan Okyay [2009-01-28] Version bump = Package : broadcom-wl [Fatih Aþýcý ] ====================================================================== * Ver.: 5.10.27.14, Rel.: 2, Type: None * Fatih Aþýcý [2009-01-31] Bump to latest stable release and add a patch to compile with kernel 2.6.29 = Package : bzflag [Pýnar Yanardað ] ====================================================================== * Ver.: 2.0.12, Rel.: 7, Type: None * Pýnar Yanardað [2008-12-18] Version bump to stable update. = Package : c-ares [Cihan Okyay ] ====================================================================== * Ver.: 1.6.0, Rel.: 6, Type: None * Cihan Okyay [2009-01-29] Version bump = Package : canto [Kenan Pelit ] ====================================================================== * Ver.: 0.6.2, Rel.: 4, Type: None * Kenan Pelit [2009-02-11] Version bump * Browser improvements * Ver.: 0.5.7, Rel.: 3, Type: None * Kenan Pelit [2009-01-12] * Add -r flag to add URL from the command line * Added save() example keybind to canto/extra.py * Fix nasty text browser problems from 0.5.6 = Package : crystal-kde4 [Ýþbaran Akçayýr ] ====================================================================== * Ver.: 2.0.3, Rel.: 3, Type: None * Ýþbaran Akçayýr [2009-02-02] New version = Package : dbus-java [Fahri Tuðrul Gürkaynak ] ====================================================================== * Ver.: 2.5.1, Rel.: 1, Type: None * Fahri Tuðrul Gürkaynak [2009-02-06] First release. = Package : digikam-kde4 [Ozan Çaðlayan ] ====================================================================== * Ver.: 0.10.0_rc1, Rel.: 4, Type: None * Gökçen Eraslan [2009-02-09] kdelibs4 dep changed to kdelibs4-devel. * Ver.: 0.10.0_rc1, Rel.: 3, Type: None * Ozan Çaðlayan [2009-02-05] Version bump. = Package : disk-manager [Gökmen GÖKSEL ] ====================================================================== * Ver.: 2.0.1, Rel.: 20, Type: None * Bahadýr Kandemir [2009-01-30] * Fixed not working properly under TASMA * Fixed wrong Turkish translation * Ver.: 2.0.0, Rel.: 19, Type: None * Bahadýr Kandemir [2009-01-29] New release, using COMAR = Package : dovecot [Taner Taþ ] ====================================================================== * Ver.: 1.1.10, Rel.: 20, Type: None * Taner Taþ [2009-01-27] Stable update, Sieve Support = Package : dstat [Enes Albay ] ====================================================================== * Ver.: 0.6.9, Rel.: 5, Type: None * Enes Albay [2009-02-04] Bump to latest stable = Package : dvd-slideshow [Ertan Argüden ] ====================================================================== * Ver.: 0.8.2_2, Rel.: 6, Type: None * Ertan Argüden [2008-12-05] Version Bump = Package : ed [Pýnar Yanardað ] ====================================================================== * Ver.: 1.2, Rel.: 11, Type: None * Pýnar Yanardað [2009-02-02] Stable version bump including the following change: * The man page is now installed by default. * Ver.: 1.1, Rel.: 10, Type: None * Pýnar Yanardað [2009-01-14] Stable version bump including the following change: *The configure script now quotes arguments before storing them in config.status. = Package : eet [H. Ýbrahim Güngör ] ====================================================================== * Ver.: 1.1.0_20090122, Rel.: 9, Type: None * H. Ýbrahim Güngör [2009-01-27] New snapshot works well with qedje, add translations.xml and takeover the package. = Package : eina [H. Ýbrahim Güngör ] ====================================================================== * Ver.: 0.0.1_20090122, Rel.: 2, Type: None * H. Ýbrahim Güngör [2009-01-27] Fresh snapshot = Package : epydoc [Serdar Dalgýç ] ====================================================================== * Ver.: 3.0.1, Rel.: 1, Type: None * Serdar Dalgýç [2008-09-29] First release. = Package : epydoc-doc [Serdar Dalgýç ] ====================================================================== * Ver.: 3.0.1, Rel.: 1, Type: None * Serdar Dalgýç [2008-09-29] First release. = Package : eric [Serdar Dalgýç ] ====================================================================== * Ver.: 4.3.0, Rel.: 15, Type: None * David Stegbauer [2009-02-09] Stable bump * Ver.: 4.2.5, Rel.: 14, Type: None * David Stegbauer [2009-01-21] Stable bump, Internationalization in separate packages * Ver.: 4.2.0, Rel.: 13, Type: None * Ozan Çaðlayan [2008-11-11] Fix desktop files to make them XDG compliant * Ver.: 4.2.0, Rel.: 12, Type: None * Türker Sezer [2008-09-01] Stable bump = Package : eternal-lands [Pýnar Yanardað ] ====================================================================== * Ver.: 1.80, Rel.: 6, Type: None * Pýnar Yanardað [2009-01-20] Version bump to new stable release including following changes: * Horses and support for running. * Minor improvements on artwork, UI, etc. * Ver.: 1.70, Rel.: 5, Type: None * Ozan Çaðlayan [2008-11-11] Fix desktop files to make them XDG compliant = Package : eternal-lands-data [Pýnar Yanardað ] ====================================================================== * Ver.: 1.80, Rel.: 4, Type: None * Pýnar Yanardað [2009-01-20] Version bump to new stable release including following changes: * Horses and support for running. * Minor improvements on artwork, UI, etc. = Package : farsight2 [Murat Þenel ] ====================================================================== * Ver.: 0.0.7, Rel.: 1, Type: None * Murat Þenel