From caglar at pardus.org.tr Sun Jul 1 00:02:30 2007 From: caglar at pardus.org.tr (=?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur) Date: Sun, 1 Jul 2007 00:02:30 +0300 Subject: [Gelistirici] =?utf-8?q?Paket_=C4=B0mzalama?= In-Reply-To: <200706302357.59654.bahadir@pardus.org.tr> References: <200706281617.11307.bahadir@pardus.org.tr> <200706302346.02221.caglar@pardus.org.tr> <200706302357.59654.bahadir@pardus.org.tr> Message-ID: <200707010002.30853.caglar@pardus.org.tr> 30 Haz 2007 Cts tarihinde, Bahadır Kandemir ÅŸunları yazmıştı: > Güvensiz demedim :) "$DISPLAY'a göre hangi pinentry'nin çalıştırılacağını belirleyen bir wrapper kullanamıyoruz, güvenli olmuyor." yazmışın yalancı :P > Bağımlı olması yanlış. Misal, imza desteÄŸi için neden > Qt kurmak zorunda olalım ki sunucuya? Hangi sunucuya? Buildfarmdan bahsediyorsak orda her paket kurulu olmak zorunda zaten :), burda yanlış olan tek ÅŸey bağımlılık (ki o da gnupg kurunca kmail hemen kullanmaya baÅŸlayabilsin diyeydi), pinentry arkadaşı gpg bağımlılığı olmaktan çıkartıp kurulan.xml/çalışan.xml içine alacağımdır, bu sorunlarını çözüyor mu? -- S.ÇaÄŸlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/9016c7ef/attachment.pgp From turkay.eren at gmail.com Sun Jul 1 00:02:54 2007 From: turkay.eren at gmail.com (Eren =?ISO-8859-9?B?VPxya2F5?=) Date: Sun, 1 Jul 2007 00:02:54 +0300 Subject: [Gelistirici] Gnome ActionAPI In-Reply-To: <200706302337.30943.caglar@pardus.org.tr> References: <20070630224926.e540d515.turkay.eren@gmail.com> <200706302337.30943.caglar@pardus.org.tr> Message-ID: <20070701000254.5ffd7b11.turkay.eren@gmail.com> On Sat, 30 Jun 2007 23:37:28 +0300 "S.Çaðlar Onur" wrote: > dosed(os.path.join(root, "gnome-doc-utils.make"), > "scrollkeeper-update", "echo") > > > Bu çok acayip neden silmiyoruz da echo ile deðiþtiriyoruz? Parametreleri standart olamayabileceði için, hacky bir yöntem kabul ediyorum ama iþe yarýyor. (linux itself is a hack) > + automake() > > Neden her paket için automake çaðýrýyoruz? Tamam yukarda make > arkadaþý deðiþtirdiðimiz için geçerli ama eski bir libtools ile > oluþturulmuþ bir paket libtoolize isteyecek v.s v.s. ve bu durumu > actionsAPI ile kontrol etmek olanaksýza yakýn (libtool.sh aç parse et > versiyonunu bul v.s) > Bu takla yerine ilgili paketlere bu deðiþiklikler yama ile eklenmeli, > bu kýsma NACK gnome-doc-utils.make bulduðunda "haveDoc deðiþkenini True yapar, eðer haveDoc True ise automake() çaðýrýr, bunu hallettik gibi :) Hâlâ NACK mý diyorsun? > GNOME'u da KDE gibi /usr/gnome altýna mý koysak acaba? Düþünülebilir, ama ileride menüler ile ilgili sorun çýkabilir belki, emin ve hazýr deðilim buna. Deneriz. Bu arada, get.gnomeDIR() eklenmesi gerektiðini de unutmayalým :) > > Autotools'a (ve gnome'a) fixIconCache() methodu ekledim, icon-cache > > güncellenip install dizinine atýlýnca conflict oluþuyor, sadece > > gnome'a özgür bir þey olmadýðý için autotoolsda da yer almasý > > mantýklý gibi geldi. Bkz.: Xfce, autotools ile kurulum > > gerçekleþiyor ve bazý uygulamalarý icon-cache güncelliyor. > > NAK, autotools autotools ailesinin modeli, autotools kullanan > uygulamalarýn yaptýklarý þeylerin bulunduðu yer deðil. > > Bu bir yere eklenecekse GNOME içine olmalý bu, hicolor gayet GNOME'a > özgü birþey :) ve evet fixInfoDir kardeþde aslýnda buraya ait deðil. Buna OK. fixIconCache() gnome'da kalsýn, zaten þu anda sadece xfce istisna, geri alýyorum bu deðiþikliði. > Bu hali ile baktýðýmda autotools.py ile arasýnda fark göremiyorum > (bir deðiþken export etmek, configure'e 2 ek parametre vermek ve > olmamasý gereken bir dosed/automake serisi dýþýnda), gerçekten bir > gnome.py'ye ihtiyacýmýz var mý? Evet autotools.py kopyasýnýn ihtiyaçlara göre deðiþtirilmiþ hali o. Yukarýda "olmamasý gereken dosed/automake'i" açýkladým, o yöntem ile sorunsuz görünüyor. Gnome.py'ye ihtiyacýmýz var çünkü bu az görülen deðiþiklik *her* gnome paketinde tekrar edilecek, * dosed yaptýðýmýz "scrollkeeper-update / echo" --disable-scrollkeeper verdiðimizde bazen yine güncelleyebiliyor * Her seferinde patch yapmak süreci uzatýyor. * actions.py'nin build() kýsýmlarýnda shelltools ile deðiþken export etmek kötü gözüküyor + amelelik oluyor * Build iþleminden sonra icon-cache dosyasý oluþmuþ mu diye bakmak, varsa remove kodu eklemek zorluyor. * Tabiki bunlarýn update iþlemleri için comar betiðini eklemeyi saymýyorum bile. Ufak deðiþiklikler ile tüm bunlardan kurtulmak iyi bir çözüm. Paketçiye zaman kazandýrýyor + uygulamalarýn kurulumlarýnda insan faktörünü katmayýp hata payýný en aza indiriyor. From bahadir at pardus.org.tr Sun Jul 1 00:22:47 2007 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Sun, 1 Jul 2007 00:22:47 +0300 Subject: [Gelistirici] =?utf-8?q?Paket_=C4=B0mzalama?= In-Reply-To: <200707010002.30853.caglar@pardus.org.tr> References: <200706281617.11307.bahadir@pardus.org.tr> <200706302357.59654.bahadir@pardus.org.tr> <200707010002.30853.caglar@pardus.org.tr> Message-ID: <200707010022.47709.bahadir@pardus.org.tr> 01 Tem 2007 Paz tarihinde, S.ÇaÄŸlar Onur ÅŸunları yazmıştı: > 30 Haz 2007 Cts tarihinde, Bahadır Kandemir ÅŸunları yazmıştı: > > Güvensiz demedim :) > > "$DISPLAY'a göre hangi pinentry'nin çalıştırılacağını belirleyen bir > wrapper kullanamıyoruz, güvenli olmuyor." > > yazmışın yalancı :P Gereksiz dep problemini çözmek için, duruma göre pinentry-curses ya da pinentry-qt'yi çalıştıran bir pinentry wrapper yazmak güvensiz dedim. > > Bağımlı olması yanlış. Misal, imza desteÄŸi için neden > > Qt kurmak zorunda olalım ki sunucuya? > > Hangi sunucuya? Buildfarmdan bahsediyorsak orda her paket kurulu olmak > zorunda zaten :), burda yanlış olan tek ÅŸey bağımlılık (ki o da gnupg > kurunca kmail hemen kullanmaya baÅŸlayabilsin diyeydi), pinentry arkadaşı > gpg bağımlılığı olmaktan çıkartıp kurulan.xml/çalışan.xml içine > alacağımdır, bu sorunlarını çözüyor mu? Masaüstü ve Buildfarm'ı etkileyen bir problem yok :) X'siz bir sistem kurup GnuPG kullanılmak istendiÄŸinde çıkıyor sorun. Pinentry, passphrase sormak için sadece Qt dialog kullanıyor, ama açık bir X oturumu olmadığında pörtlüyor. Ben diyorum ki, pinentry paketini bölelim. GnuPG, pinentry-curses uygulamasını içeren pakete dep etsin. DiÄŸer paket pinentry-qt'yi içersin. Paketlerin postInstall'larında pinentry -> pinentry-curses ya da pinentry -> pinentry-qt linklerini oluÅŸturalım. KMail de, pinentry paketine deÄŸil, pinentry-qt'ye dep. etsin. Herkes mutlu olsun. -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/69491c52/attachment-0001.pgp From caglar at pardus.org.tr Sun Jul 1 00:26:29 2007 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Sun, 1 Jul 2007 00:26:29 +0300 Subject: [Gelistirici] Gnome ActionAPI In-Reply-To: <20070701000254.5ffd7b11.turkay.eren@gmail.com> References: <20070630224926.e540d515.turkay.eren@gmail.com> <200706302337.30943.caglar@pardus.org.tr> <20070701000254.5ffd7b11.turkay.eren@gmail.com> Message-ID: <200707010026.29871.caglar@pardus.org.tr> 01 Tem 2007 Paz tarihinde, Eren Türkay þunlarý yazmýþtý: > > Bu çok acayip neden silmiyoruz da echo ile deðiþtiriyoruz? > > Parametreleri standart olamayabileceði için, hacky bir yöntem kabul > ediyorum ama iþe yarýyor. (linux itself is a hack) Eðer ciddiysen bu argüman kabul edilebilir bir argüman deðil ne yazýk ki, burda birkaç sorun var; a) --disable-scrollkeeper veya atýyorum "export GNOME_SUCKS_SO_DISABLE_SCROOLKEEPER=1" çalýþmýyorsa GNOME ve ilgili paketlere hata bildirmek/neden çalýþmadýklarýný analiz etmek ve çözmelerini saðlamak gerekiyor b) Eðer biz hatalý kullanýyorsak doðrusunu öðrenmek ve onu kullanmak gerekiyor. c) actionsAPI'de her paketin saçma sorunlarýný çözmek için deðil, bu hamle _illa ve illa_ yapýlacaksa paketlere yama olarak eklenmeli. > > Neden her paket için automake çaðýrýyoruz? Tamam yukarda make > > arkadaþý deðiþtirdiðimiz için geçerli ama eski bir libtools ile > > oluþturulmuþ bir paket libtoolize isteyecek v.s v.s. ve bu durumu > > actionsAPI ile kontrol etmek olanaksýza yakýn (libtool.sh aç parse et > > versiyonunu bul v.s) > > Bu takla yerine ilgili paketlere bu deðiþiklikler yama ile eklenmeli, > > bu kýsma NACK > > gnome-doc-utils.make bulduðunda "haveDoc deðiþkenini True yapar, eðer > haveDoc True ise automake() çaðýrýr, bunu hallettik gibi :) Hâlâ NACK > mý diyorsun? Bu hamle yukarýdaki hamlenin bir sonucu bu baðlamda bkz: yukarý > > GNOME'u da KDE gibi /usr/gnome altýna mý koysak acaba? > > Düþünülebilir, ama ileride menüler ile ilgili sorun çýkabilir belki, > emin ve hazýr deðilim buna. Deneriz. Bu arada, get.gnomeDIR() > eklenmesi gerektiðini de unutmayalým :) Ok, bu illa gerekli deðil belki tam tersini yapýp KDE'yi sisteme yaymalýyýz 2008 için, FHS/LSB öyle buyuruyor zaten. > > Bu hali ile baktýðýmda autotools.py ile arasýnda fark göremiyorum > > (bir deðiþken export etmek, configure'e 2 ek parametre vermek ve > > olmamasý gereken bir dosed/automake serisi dýþýnda), gerçekten bir > > gnome.py'ye ihtiyacýmýz var mý? > > Evet autotools.py kopyasýnýn ihtiyaçlara göre deðiþtirilmiþ hali o. > > Yukarýda "olmamasý gereken dosed/automake'i" açýkladým, o yöntem ile > sorunsuz görünüyor. Gnome.py'ye ihtiyacýmýz var çünkü bu az görülen > deðiþiklik *her* gnome paketinde tekrar edilecek, > > * dosed yaptýðýmýz "scrollkeeper-update / echo" --disable-scrollkeeper > verdiðimizde bazen yine güncelleyebiliyor Bu paket hatasý ama pisi'nin ya da actionsAPI'nin problemi deðil ki. > * Her seferinde patch yapmak süreci uzatýyor. Ne yazýk ki paket hatalarýný pakette çözmek gerekiyor, bu iþ için paket yamalanacaksa yamalanmak zorunda. > * actions.py'nin build() kýsýmlarýnda shelltools ile deðiþken export > etmek kötü gözüküyor + amelelik oluyor shelltools.export deðiþken export etmek kullanýlýyor iþini yapýnca neden kötü görünsün, nasýl bir kozmetik kaygýdýr bu :) > * Build iþleminden sonra icon-cache dosyasý oluþmuþ mu diye bakmak, > varsa remove kodu eklemek zorluyor. Buna bir itirazým yok zaten > * Tabiki bunlarýn update iþlemleri için comar betiðini eklemeyi > saymýyorum bile. comar ile actionsAPI'nin ne alakasý var? actionsAPI'de ne yaparak çomar'ý ekarte etmeyi baþarýyoruz? pakhandler yazmak ile build iþleminin alaksý yok ki. > Ufak deðiþiklikler ile tüm bunlardan kurtulmak iyi bir çözüm. Paketçiye > zaman kazandýrýyor + uygulamalarýn kurulumlarýnda insan faktörünü > katmayýp hata payýný en aza indiriyor. Fakat actionsAPI'yi hackler ile dolduruyor, ben halen bunun gerekli olduðuna inanmýyor ve paket sorunlarý paketlerde çözülmeli diyorum malesef... Saygýlar -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/095ab17b/attachment.pgp From caglar at pardus.org.tr Sun Jul 1 00:47:56 2007 From: caglar at pardus.org.tr (=?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur) Date: Sun, 1 Jul 2007 00:47:56 +0300 Subject: [Gelistirici] =?utf-8?q?Paket_=C4=B0mzalama?= In-Reply-To: <200707010022.47709.bahadir@pardus.org.tr> References: <200706281617.11307.bahadir@pardus.org.tr> <200707010002.30853.caglar@pardus.org.tr> <200707010022.47709.bahadir@pardus.org.tr> Message-ID: <200707010047.59318.caglar@pardus.org.tr> 01 Tem 2007 Paz tarihinde, Bahadır Kandemir ÅŸunları yazmıştı: > Masaüstü ve Buildfarm'ı etkileyen bir problem yok :) X'siz bir sistem kurup > GnuPG kullanılmak istendiÄŸinde çıkıyor sorun. Pinentry, passphrase sormak > için sadece Qt dialog kullanıyor, ama açık bir X oturumu olmadığında > pörtlüyor. > > Ben diyorum ki, pinentry paketini bölelim. GnuPG, pinentry-curses > uygulamasını içeren pakete dep etsin. DiÄŸer paket pinentry-qt'yi içersin. > Paketlerin postInstall'larında pinentry -> pinentry-curses ya da > pinentry -> pinentry-qt linklerini oluÅŸturalım. KMail de, pinentry > paketine deÄŸil, pinentry-qt'ye dep. etsin. Herkes mutlu olsun. AnlaÅŸamıyoruz seninle, bak tekrar yazıyorum :); - gnupg paketinde pinentry dep olarak yazıyor, onu silelim. - gnupg paketinde --with-pinentry var onu kaldıralım - pinentry paketi gnupg'ye depend etsin, gnupg ona edeceÄŸine - kmail pinentry'ye depend etse de olur etmesede ama gpg'yi her koÅŸulda kendi kendine pinentry-hede kullanacak hale getirmeyelim, kendi zaten parola soracağı zaman soruyor. -- S.ÇaÄŸlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/ef5ee232/attachment.pgp From turkay.eren at gmail.com Sun Jul 1 00:46:10 2007 From: turkay.eren at gmail.com (Eren =?ISO-8859-9?B?VPxya2F5?=) Date: Sun, 1 Jul 2007 00:46:10 +0300 Subject: [Gelistirici] Gnome ActionAPI In-Reply-To: <200707010026.29871.caglar@pardus.org.tr> References: <20070630224926.e540d515.turkay.eren@gmail.com> <200706302337.30943.caglar@pardus.org.tr> <20070701000254.5ffd7b11.turkay.eren@gmail.com> <200707010026.29871.caglar@pardus.org.tr> Message-ID: <20070701004610.c69b9ee6.turkay.eren@gmail.com> On Sun, 1 Jul 2007 00:26:29 +0300 "S.Çaðlar Onur" wrote: > Eðer ciddiysen bu argüman kabul edilebilir bir argüman deðil ne yazýk > ki, burda birkaç sorun var; > > a) --disable-scrollkeeper veya atýyorum "export > GNOME_SUCKS_SO_DISABLE_SCROOLKEEPER=1" çalýþmýyorsa > > GNOME ve ilgili paketlere hata bildirmek/neden çalýþmadýklarýný > analiz etmek ve çözmelerini saðlamak gerekiyor > > b) Eðer biz hatalý kullanýyorsak doðrusunu öðrenmek ve onu kullanmak > gerekiyor. > > c) actionsAPI'de her paketin saçma sorunlarýný çözmek için deðil, bu > hamle _illa ve illa_ yapýlacaksa paketlere yama olarak eklenmeli. Bu bir saçma sorun deðil, gentoo da ayný þekilde çözmüþ [0] ve gnome bugzillasýnda açýk hatasý var. [1] Þu an daha düzgün bir çözüm gözükmüyor ortalarda, daha kabul edilebilir bir çözüm bulabilirseniz açýðýz tabiki. (gnome2_omf_fix fonksiyonu) [0] http://mirrors.usc.edu/pub/linux/distributions/gentoo/eclass/gnome2-utils.eclass [1] http://bugzilla.gnome.org/show_bug.cgi?id=407615 > > > GNOME'u da KDE gibi /usr/gnome altýna mý koysak acaba? > > > > Düþünülebilir, ama ileride menüler ile ilgili sorun çýkabilir belki, > > emin ve hazýr deðilim buna. Deneriz. Bu arada, get.gnomeDIR() > > eklenmesi gerektiðini de unutmayalým :) > > Ok, bu illa gerekli deðil belki tam tersini yapýp KDE'yi sisteme > yaymalýyýz 2008 için, FHS/LSB öyle buyuruyor zaten. OK > > Yukarýda "olmamasý gereken dosed/automake'i" açýkladým, o yöntem ile > > sorunsuz görünüyor. Gnome.py'ye ihtiyacýmýz var çünkü bu az görülen > > deðiþiklik *her* gnome paketinde tekrar edilecek, > > > > * dosed yaptýðýmýz "scrollkeeper-update / echo" > > --disable-scrollkeeper verdiðimizde bazen yine güncelleyebiliyor > > Bu paket hatasý ama pisi'nin ya da actionsAPI'nin problemi deðil ki. > > > * Her seferinde patch yapmak süreci uzatýyor. > > Ne yazýk ki paket hatalarýný pakette çözmek gerekiyor, bu iþ için > paket yamalanacaksa yamalanmak zorunda. Yukarýda açýkladým, Contrib'de bulunan en az 15 scrollkeeper kullanan paketin ve ileride -olur ya- gelicek baþka gnome paketlerinin patchlenmesi beklenemez > > * actions.py'nin build() kýsýmlarýnda shelltools ile deðiþken export > > etmek kötü gözüküyor + amelelik oluyor > > shelltools.export deðiþken export etmek kullanýlýyor iþini yapýnca > neden kötü görünsün, nasýl bir kozmetik kaygýdýr bu :) Kozmetik deðil, ameleliðe takmýþtým sadece. Yine bkz.: gentoo eclass. (gnome2_src_install) [0] http://mirrors.usc.edu/pub/linux/distributions/gentoo/eclass/gnome2.eclass > > * Build iþleminden sonra icon-cache dosyasý oluþmuþ mu diye bakmak, > > varsa remove kodu eklemek zorluyor. > > Buna bir itirazým yok zaten Güzel :) > > * Tabiki bunlarýn update iþlemleri için comar betiðini eklemeyi > > saymýyorum bile. > > comar ile actionsAPI'nin ne alakasý var? actionsAPI'de ne yaparak > çomar'ý ekarte etmeyi baþarýyoruz? pakhandler yazmak ile build > iþleminin alaksý yok ki. Cümle düþüklüðü oldu orada, PackageHandler olmayýnca eklenecek comar betiðini kastetmiþtim. Her pakette scrollkeeper patchi yapýp, icon-cache'i silip, gconf'u düzelten adam zaten yeterince uðraþmýþtýr, biraz daha kasýp comar betiðini de ekleyiversin deðil mi? :) gnome.py olmayýnca PackageHandlerin bir anlamý kalmýyor bence.. > > Ufak deðiþiklikler ile tüm bunlardan kurtulmak iyi bir çözüm. > > Paketçiye zaman kazandýrýyor + uygulamalarýn kurulumlarýnda insan > > faktörünü katmayýp hata payýný en aza indiriyor. > > Fakat actionsAPI'yi hackler ile dolduruyor, ben halen bunun gerekli > olduðuna inanmýyor ve paket sorunlarý paketlerde çözülmeli diyorum > malesef... Diðer daðýtýmlarýn yaptýðý gibi gereken deðiþkenleri export edip scrollkeeper'i fixlemek, ileride gelen onlarca paketin önünü açmak hack ise kalabilir tabiiki. > Saygýlar Saygýlar, Eren From caglar at pardus.org.tr Sun Jul 1 01:10:00 2007 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Sun, 1 Jul 2007 01:10:00 +0300 Subject: [Gelistirici] Gnome ActionAPI In-Reply-To: <20070701004610.c69b9ee6.turkay.eren@gmail.com> References: <20070630224926.e540d515.turkay.eren@gmail.com> <200707010026.29871.caglar@pardus.org.tr> <20070701004610.c69b9ee6.turkay.eren@gmail.com> Message-ID: <200707010110.02676.caglar@pardus.org.tr> 01 Tem 2007 Paz tarihinde, Eren Türkay þunlarý yazmýþtý: > Bu bir saçma sorun deðil, gentoo da ayný þekilde çözmüþ [0] ve gnome > bugzillasýnda açýk hatasý var. [1] Þu an daha düzgün bir çözüm > gözükmüyor ortalarda, daha kabul edilebilir bir çözüm bulabilirseniz > açýðýz tabiki. ÇÖZÜM = Bozuk paketleri düzeltmek. actionsAPI _paket sorunlarýný_ çözmek için deðil farklý build sistemlerini modellemek için var ve bu iþlerin hiç biri bir cmake/autotools veya perl gibi bir model deðil. > Yukarýda açýkladým, Contrib'de bulunan en az 15 scrollkeeper kullanan > paketin ve ileride -olur ya- gelicek baþka gnome paketlerinin > patchlenmesi beklenemez 15 deðil 155 paket de olsa _doðru olan_ çözüm = Bozuk olan paketleri düzeltmek > > > * actions.py'nin build() kýsýmlarýnda shelltools ile deðiþken export > > > etmek kötü gözüküyor + amelelik oluyor > > > > shelltools.export deðiþken export etmek kullanýlýyor iþini yapýnca > > neden kötü görünsün, nasýl bir kozmetik kaygýdýr bu :) > > Kozmetik deðil, ameleliðe takmýþtým sadece. Yine bkz.: gentoo eclass. > (gnome2_src_install) Gentoo'nun da eclasslarýn da ne yaptýðýný nasýl yaptýðýný/neyi doðru/neyi yanlýþ yaptýklarýný gayet iyi biliyorum. > > > * Tabiki bunlarýn update iþlemleri için comar betiðini eklemeyi > > > saymýyorum bile. > > > > comar ile actionsAPI'nin ne alakasý var? actionsAPI'de ne yaparak > > çomar'ý ekarte etmeyi baþarýyoruz? pakhandler yazmak ile build > > iþleminin alaksý yok ki. > > Cümle düþüklüðü oldu orada, PackageHandler olmayýnca eklenecek comar > betiðini kastetmiþtim. Her pakette scrollkeeper patchi yapýp, > icon-cache'i silip, gconf'u düzelten adam zaten yeterince uðraþmýþtýr, > biraz daha kasýp comar betiðini de ekleyiversin deðil mi? :) gnome.py > olmayýnca PackageHandlerin bir anlamý kalmýyor bence.. ... > Diðer daðýtýmlarýn yaptýðý gibi gereken deðiþkenleri export edip > scrollkeeper'i fixlemek, ileride gelen onlarca paketin önünü açmak hack > ise kalabilir tabiiki. ... Tartýþmayý farklý ve gergin bir yere çekiyorsun. Ne pakHandler'ýn actionsAPI ile alakasý var ne de bu paketlerde yapýlan iþ binlerce satýr. Ben atýyorum GCC/glibc paketine 5 satýr az yazacaðým diye; if packageName == "gcc": # create needed symlinks pisitools.dosym(...) elif packageName == "glibc": # create hede höd pisitools.insinto(...) gibi acayipliklerle actionsAPI'yi doldurmak ile hiçbir teknik farký olmayan birþey bu önerdiklerin. Bu tarif ettiðin sorunlar ne PiSi'nin ne de actionsAPI'nin sorunlarý/yetersizlikleri, GNOME paketlerinin upstream'den bozuk çýkýyor olmasý problemini çözmek _paket yöneticisinin_ iþi deðil bir kere, bu sorumluluk upstream'in veya paketleyenin, upstream veya paketleyen bu sorunlarý çözmüyorsa; a) Bu paketlerdeki bu sorunlar çözülene kadar bu paketler depoya girmez, b) Bu sorunlarý çözmek isteyen biri bu paketlerin sorumluluðunu alýr. ve bu yazdýklarýmýn GNOME ile uzaktan yakýndan da alaksý yok, ayný iþi KDE de yapýyor olsaydý ayný direnci göstermeye devam edecektim. -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/20d5d0f7/attachment.pgp From bahadir at pardus.org.tr Sun Jul 1 01:21:51 2007 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Sun, 1 Jul 2007 01:21:51 +0300 Subject: [Gelistirici] =?utf-8?q?Paket_=C4=B0mzalama?= In-Reply-To: <200707010047.59318.caglar@pardus.org.tr> References: <200706281617.11307.bahadir@pardus.org.tr> <200707010022.47709.bahadir@pardus.org.tr> <200707010047.59318.caglar@pardus.org.tr> Message-ID: <200707010121.54397.bahadir@pardus.org.tr> 01 Tem 2007 Paz tarihinde, S.ÇaÄŸlar Onur ÅŸunları yazmıştı: > AnlaÅŸamıyoruz seninle, bak tekrar yazıyorum :); > > - gnupg paketinde pinentry dep olarak yazıyor, onu silelim. > - gnupg paketinde --with-pinentry var onu kaldıralım > - pinentry paketi gnupg'ye depend etsin, gnupg ona edeceÄŸine > - kmail pinentry'ye depend etse de olur etmesede > > ama gpg'yi her koÅŸulda kendi kendine pinentry-hede kullanacak hale > getirmeyelim, kendi zaten parola soracağı zaman soruyor. Pientry, GnuPG için zorunlu bir runtime dep. -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/d7273ff6/attachment.pgp From caglar at pardus.org.tr Sun Jul 1 01:39:32 2007 From: caglar at pardus.org.tr (=?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur) Date: Sun, 1 Jul 2007 01:39:32 +0300 Subject: [Gelistirici] =?utf-8?q?Paket_=C4=B0mzalama?= In-Reply-To: <200707010121.54397.bahadir@pardus.org.tr> References: <200706281617.11307.bahadir@pardus.org.tr> <200707010047.59318.caglar@pardus.org.tr> <200707010121.54397.bahadir@pardus.org.tr> Message-ID: <200707010139.35317.caglar@pardus.org.tr> 01 Tem 2007 Paz tarihinde, Bahadır Kandemir ÅŸunları yazmıştı: > Pientry, GnuPG için zorunlu bir runtime dep. Hmm anlatmak istediÄŸini ve sorunumu (yazdıklarımı gpg-1.4.5 ile deneyerek yazıyordum) ÅŸimdi anladım. gpg-1.4.5 pinetnry falan istemiyor, parola soracağı zaman kendi soruyor ve use-agent varsa gpg-agent.conf içindeki deÄŸere paslıyor, gpg2 ise bu kodu atmış ve external bir uygulamaya ihtiyaç duyuyor :( Bu durumda önerin mantıklı duruyor, sadece wrapper yazmanın neden güvensiz olduÄŸunu bulamadım. Zamanında [1] diye bir e-posta atmışım, wrapper yazamıyorsak pinentry'ye curses kullan diyip burdakileri yapmayı kullanıcıya bırakınca sorun oluyor mu? [1] http://liste.pardus.org.tr/pisi/2005-December/004385.html -- S.ÇaÄŸlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/b28e9ae3/attachment.pgp From pinar at comu.edu.tr Sun Jul 1 02:01:44 2007 From: pinar at comu.edu.tr (=?ISO-8859-9?Q?P=FDnar_Yanarda=F0?=) Date: Sun, 01 Jul 2007 02:01:44 +0300 Subject: [Gelistirici] =?iso-8859-9?q?Paket_=DDmzalama?= In-Reply-To: <200706301512.24041.gurer@pardus.org.tr> References: <200706281617.11307.bahadir@pardus.org.tr> <200706301451.42966.gurer@pardus.org.tr> <200706301459.10323.caglar@pardus.org.tr> <200706301512.24041.gurer@pardus.org.tr> Message-ID: <4686E0D8.9060303@comu.edu.tr> Selamlar, Gürer Özen wrote On 30-06-2007 15:12: > Buna ben de katýlýyorum, zaten bu nedenle o gerekler belgesinde, O gerekler belgesi derken araya gireyim, tam þurada: http://tr.pardus-wiki.org/PiSi_Paket_%C4%B0mzalama_Gereksinimleri > isteyenin hiç > imza kullanmayabileceði, isteyenin basitçe kendi anahtarýyla imzalayacaðý, > isteyenin de tam bir CA, revocation list, vb destekli çözüm kullanabilmesi > gerektiði yazýyordu. > Þimdi asýl konuya dahil olayým, aslýnda bu konuyu benim çoktan halledip bitirmiþ olmam gerekiyordu ama sürekli araya girip duran zilyon tane iþten ve hala vaktini düzenli organize etmeyi öðrenememiþ biri olmamdan dolayý uzadýkça uzadý. Öte yandan, -iþe baþlarken benim de böyle düþünmeme raðmen- iþin kýsa süreçte yapýp bitirilecek bir iþ olmadýðýný; ve dizayn sürecinin iyice & uzunca gözden geçirilmesini & gpg'nin eline emanet edilecek bir çözümün ileride sorun çýkarabileceðini düþünüyorum. Sertifika kullanýmýna gelince; baþlangýçta ben de bürokratik bir çözüm olarak gördüðüm için sýcak bakmýyordum, ancak sertifika kavramýný biraz irdeleyince -ve jar'ýn bu iþi nasýl kotardýðýna bakýnca-, self-signed sertifikalarýn da CA otoritesine sahip olmayanlar için uygun bir çözüm olduðunu gördüm. Öte yandan hem sertifika hem de anahtar alternatifi de getirilebilir. Jar'ýn imzalama ve doðrulama ile ilgili yazýlmýþ iki aracý var: jarsigner ve keytool. Jarsigner imzalama ve doðrulama için, keytool da anahtar ve sertifika yönetimi için kullanýlýyor. Ýsterseniz Faik'le konu hakkýnda geçen bilimum yazýþmalardan bu iki aracý kendimize nasýl uyarlayabileceðimizle ilgili yazdýklarýmý çekip çýkartabilirim, ya da okumak isterseniz ikisinin de çalýþma prensibi burada mevcut [1,2]. Önerdiðim çözüm ise, Jar'ýn bu araçlarýyla benzer iþlevi gören küçük programlar yazýlmasý. Mevcut Python kütüphaneleri arasýnda, en iþe yarayaný ve kullanabilinecek pyopenssl kütüphanesi. Çok küçük ve "öz" bir kütüphane olduðu gibi, ayný zamanda çok berbat dökümante edilmiþ, örnek kodu neredeyse sýfýr olan ve OpenSSL bilmeden kullanmanýn çok zor olduðu bir kütüphane. Ben þimdiye kadar öncelikli olduðunu düþündüðüm için depo indekslerinin doðrulanmasý ile ilgilenebildim. Pyopenssl'i öðrenebildiðim kadarý ile sunucuya baðlanýp sertifikayý parse eden bir kod yazdým; tek eksik sertifikanýn & paketin güvenirliliðinden emin olduktan sonra durumu kullanýcýya bildirmek- ve tabii bu kodlarý pisi'ye gömmek. Ve fekat, halen (self confession MOD=[ON]) yukarýda sizin yarým saatte kodlayýp halledebileceðiniz iþe bakamadýðým için, dilerseniz kodu & þimdiye kadar araþtýrdýðým kadarýyla edindiðim bilgileri iþi devam ettirecek birine devredebilirim- hayat düzenimin bu kadar ayaklandýðý bir dönemde ben ne zaman bakabilirim bilmiyorum çünkü. [1]: http://java.sun.com/j2se/1.5.0/docs/tooldocs/solaris/jarsigner.html [2]: http://java.sun.com/j2se/1.5.0/docs/tooldocs/solaris/keytool.html Ýyi çalýþmalar, -- Pýnar Yanardað (PINguAR) http://pinguar.org From ismail at pardus.org.tr Sun Jul 1 02:20:27 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sun, 1 Jul 2007 02:20:27 +0300 Subject: [Gelistirici] =?utf-8?q?Bugzilla=27daki_s=C3=BCr=C3=BCm_numaralar?= =?utf-8?b?xLE=?= In-Reply-To: <200706291339.13292.ismail@pardus.org.tr> References: <200706291339.13292.ismail@pardus.org.tr> Message-ID: <200707010220.28361.ismail@pardus.org.tr> On Friday 29 June 2007 13:39:01 Ismail Dönmez wrote: > Selamlar, > > Bugzilla'da Pardus 2007 hariç diÄŸer versiyonları atabilir miyiz? rootfs > falan var hâlâ ama 2007.1, 2007.2 RC vs yok. Ping? Kendi kendime konuÅŸmayı seviyorum ama e-mail üzerinden deÄŸil. -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 827 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/c5d7220f/attachment.pgp From ismail at pardus.org.tr Sun Jul 1 02:21:20 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sun, 1 Jul 2007 02:21:20 +0300 Subject: [Gelistirici] =?utf-8?b?R1BMdjMgw6fEsWt0xLE=?= In-Reply-To: <200706292128.28061.ismail@pardus.org.tr> References: <200706292128.28061.ismail@pardus.org.tr> Message-ID: <200707010221.20528.ismail@pardus.org.tr> On Friday 29 June 2007 21:28:27 Ismail Dönmez wrote: > http://www.gnu.org/licenses/gpl-3.0.html GPL olan paketlerin GPL-2 olarak deÄŸiÅŸtirilmesi gerekiyor artık, itirazı olan yoksa sed, svn commit ikilisiyse bir seferde yapacağımdır. -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 827 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/8bf7853d/attachment.pgp From ismail at pardus.org.tr Sun Jul 1 02:47:52 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sun, 1 Jul 2007 02:47:52 +0300 Subject: [Gelistirici] =?utf-8?q?Paket_=C4=B0mzalama?= In-Reply-To: <200706301512.24041.gurer@pardus.org.tr> References: <200706281617.11307.bahadir@pardus.org.tr> <200706301459.10323.caglar@pardus.org.tr> <200706301512.24041.gurer@pardus.org.tr> Message-ID: <200707010247.56301.ismail@pardus.org.tr> On Saturday 30 June 2007 15:12:24 Gürer Özen wrote: > On Saturday 30 June 2007 14:59:07 S.ÇaÄŸlar Onur wrote: > > Kurum ve kuruluÅŸlar için bir CA ile çalışmak (hatta bu iÅŸin KamuSM ile > > örneÄŸin entegre olması, anahtarların akfitler ile dağıtılıyor olması > > falan) çok daha hoÅŸ/anlamlı ve güzel iken aynı güzelliÄŸi/kolaylığı > > geliÅŸtiricilerimizin elinden almış oluyoruz, basitce mail gönderirken > > kullandıkları anahtar ile bu iÅŸi çözmek varken ortaya bir de sertifika ve > > yan araçlarını çıkartıyoruz. > > Buna ben de katılıyorum, zaten bu nedenle o gerekler belgesinde, isteyenin > hiç imza kullanmayabileceÄŸi, isteyenin basitçe kendi anahtarıyla > imzalayacağı, isteyenin de tam bir CA, revocation list, vb destekli çözüm > kullanabilmesi gerektiÄŸi yazıyordu. Kendi public key'imizi dağıtmanın benim bulabildiÄŸim en güvenli yolu şöyle; - pardus.org.tr içinde bir OpenLDAP PGP Key Server açarız - Bizim public keyimiz bu serverda durur - ldaps:// üzerinden SSL ile iletiÅŸime izin verir sadece - pisi hardcoded bir adresten bizim anahtarımızı gpg ile ister ve database'ine ekler Böylece; - Kullanıcıya ulaÅŸan key'in bizim olduÄŸundan emin oluruz - SSL üzerinden iletiÅŸime geçtiÄŸimiz için man in the middle attack dan da korunmuÅŸ oluruz. Paket imzalama kısmında sorun yok zaten, detached signature kullanıp, authentication iÅŸini pinentry'ye bıraktığımız sürece güvenlik problemimiz olmaz. Pisi dosyalarının yanında eÅŸ bir *.sig dosyası olur vs. Simple is secure, secure is simple. Benim 0.2€ /ismail -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 827 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/22dae751/attachment.pgp From selimok at gmail.com Sun Jul 1 03:13:44 2007 From: selimok at gmail.com (selim ok) Date: Sun, 1 Jul 2007 02:13:44 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Bugzilla=27daki_s=FCr=FCm_numaralar?= =?iso-8859-9?q?=FD?= In-Reply-To: <200707010220.28361.ismail@pardus.org.tr> References: <200706291339.13292.ismail@pardus.org.tr> <200707010220.28361.ismail@pardus.org.tr> Message-ID: 01.07.2007 tarihinde Ismail Dönmez yazmýþ: > On Friday 29 June 2007 13:39:01 Ismail Dönmez wrote: > > Selamlar, > > > > Bugzilla'da Pardus 2007 hariç diðer versiyonlarý atabilir miyiz? rootfs > > falan var hâlâ ama 2007.1, 2007.2 RC vs yok. > > Ping? Kendi kendime konuþmayý seviyorum ama e-mail üzerinden deðil. Aslinda bize Bugzilla'da sürüm bilgisi degistirilme hakki verilse, sürüm degistikce bu isleri biz yapabiliriz. Dogru sürüm bilgisi kullanimini gelistirmek icin önce dogru sürüm numaralarini yazmaliyiz. Türker yada bana bu hak verilirse sevinirim. :) Bu arada dedem; "sana tshirt yaptiricam" diyenlere inanma derdi :P Selim -- Özgürlük icin, özgür isletim sistemi... http://www.pardus.org.tr From ismail at pardus.org.tr Sun Jul 1 03:16:15 2007 From: ismail at pardus.org.tr (Ismail =?iso-8859-9?q?D=F6nmez?=) Date: Sun, 1 Jul 2007 03:16:15 +0300 Subject: [Gelistirici] =?iso-8859-9?q?Bugzilla=27daki_s=FCr=FCm_numaralar?= =?iso-8859-9?q?=FD?= In-Reply-To: References: <200706291339.13292.ismail@pardus.org.tr> <200707010220.28361.ismail@pardus.org.tr> Message-ID: <200707010316.23032.ismail@pardus.org.tr> On Sunday 01 July 2007 03:13:44 selim ok wrote: > 01.07.2007 tarihinde Ismail Dönmez yazmýþ: > > On Friday 29 June 2007 13:39:01 Ismail Dönmez wrote: > > > Selamlar, > > > > > > Bugzilla'da Pardus 2007 hariç diðer versiyonlarý atabilir miyiz? rootfs > > > falan var hâlâ ama 2007.1, 2007.2 RC vs yok. > > > > Ping? Kendi kendime konuþmayý seviyorum ama e-mail üzerinden deðil. > > Aslinda bize Bugzilla'da sürüm bilgisi degistirilme hakki verilse, > sürüm degistikce bu isleri biz yapabiliriz. Dogru sürüm bilgisi > kullanimini gelistirmek icin önce dogru sürüm numaralarini yazmaliyiz. > Türker yada bana bu hak verilirse sevinirim. :) O da olur. > Bu arada dedem; "sana tshirt yaptiricam" diyenlere inanma derdi :P Gazoz içer misin? -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 827 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/f5ac544f/attachment.pgp From dfisek at fisek.com.tr Sun Jul 1 07:31:19 2007 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sun, 1 Jul 2007 07:31:19 +0300 Subject: [Gelistirici] =?iso-8859-9?q?GPLv3_=E7=FDkt=FD?= In-Reply-To: <200707010221.20528.ismail@pardus.org.tr> References: <200706292128.28061.ismail@pardus.org.tr> <200707010221.20528.ismail@pardus.org.tr> Message-ID: <20070701073119.ea9b5899.dfisek@fisek.com.tr> Sun, 1 Jul 2007 02:21:20 +0300, Ismail Dönmez : > GPL > olan paketlerin > GPL-2 > olarak deðiþtirilmesi gerekiyor artýk, itirazý olan yoksa sed, svn > commit ikilisiyse bir seferde yapacaðýmdýr. +1 Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From gurer at pardus.org.tr Sun Jul 1 10:29:13 2007 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sun, 1 Jul 2007 10:29:13 +0300 Subject: [Gelistirici] =?iso-8859-9?q?Paket_=DDmzalama?= In-Reply-To: <4686E0D8.9060303@comu.edu.tr> References: <200706281617.11307.bahadir@pardus.org.tr> <200706301512.24041.gurer@pardus.org.tr> <4686E0D8.9060303@comu.edu.tr> Message-ID: <200707011029.13850.gurer@pardus.org.tr> On Sunday 01 July 2007 02:01:44 Pýnar Yanardað wrote: > O gerekler belgesi derken araya gireyim, tam þurada: > http://tr.pardus-wiki.org/PiSi_Paket_%C4%B0mzalama_Gereksinimleri Leziz. > Þimdi asýl konuya dahil olayým, aslýnda bu konuyu benim çoktan halledip > bitirmiþ olmam gerekiyordu ama sürekli araya girip duran zilyon tane > iþten ve hala vaktini düzenli organize etmeyi öðrenememiþ biri olmamdan > dolayý uzadýkça uzadý. Özgür yazýlým geliþtiriyoruz, çekirdek ekip dýþýndaki katkýlar da gönüllü olduðu için, kimsenin herhangi bir iþi yapýp bitirme gibi bir zorunluluðu yok. Sýkýlmayýn yani :) Belge ve yaptýðýn incelemeler bir baþlangýç oluþturuyor, bunun üzerine vakti olan kiþiler devam edebilir. Tek sýkýntý, konuþulanlar bir yerde toparlanmamýþ olduðu için ayný þeylerin tekrar tekrar yapýlmasý. > þimdiye kadar araþtýrdýðým kadarýyla edindiðim bilgileri iþi devam > ettirecek birine devredebilirim- hayat düzenimin bu kadar ayaklandýðý > bir dönemde ben ne zaman bakabilirim bilmiyorum çünkü. Kodlar svn'de, tartýþýlanlarýn özeti de wikide (yada gene svn'de bir metin dosyasý bile olabilir) durursa, herkes zamaný oldukça iþi ilerletebilir. Eposta üzerinde kalan bilgiler sonradan kaybolup gidiyor. From bahadir at pardus.org.tr Sun Jul 1 11:57:54 2007 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Sun, 1 Jul 2007 11:57:54 +0300 Subject: [Gelistirici] =?utf-8?q?Paket_=C4=B0mzalama?= In-Reply-To: <200707010139.35317.caglar@pardus.org.tr> References: <200706281617.11307.bahadir@pardus.org.tr> <200707010121.54397.bahadir@pardus.org.tr> <200707010139.35317.caglar@pardus.org.tr> Message-ID: <200707011157.58495.bahadir@pardus.org.tr> 01 Tem 2007 Paz tarihinde, S.ÇaÄŸlar Onur ÅŸunları yazmıştı: > 01 Tem 2007 Paz tarihinde, Bahadır Kandemir ÅŸunları yazmıştı: > > Pientry, GnuPG için zorunlu bir runtime dep. > > Hmm anlatmak istediÄŸini ve sorunumu (yazdıklarımı gpg-1.4.5 ile > deneyerek yazıyordum) ÅŸimdi anladım. gpg-1.4.5 pinetnry falan istemiyor, > parola soracağı zaman kendi soruyor ve use-agent varsa gpg-agent.conf > içindeki deÄŸere paslıyor, gpg2 ise bu kodu atmış ve external bir > uygulamaya ihtiyaç duyuyor :( > > Bu durumda önerin mantıklı duruyor, sadece wrapper yazmanın neden > güvensiz olduÄŸunu bulamadım. Wrapper kullanınca, "Güvensiz bellekte çalışıyorsunuz" diye uyarıyor gpg, Ä°smail'in dediÄŸi gibi Popen'dan kaynaklanıyor bu sanırım. Pinentry'nin config'ini deÄŸiÅŸtirerek, Qt bulamadığında Curses'a düşmesini saÄŸlayabiliyoruz. > Zamanında [1] diye bir e-posta atmışım, wrapper yazamıyorsak pinentry'ye > curses kullan diyip burdakileri yapmayı kullanıcıya bırakınca sorun > oluyor mu? > > [1] http://liste.pardus.org.tr/pisi/2005-December/004385.html GnuPG 2 ile, gpg.conf ve gpg-agent.conf'daki deÄŸiÅŸikliklere gerek yok artık. KDE deÄŸiÅŸikliÄŸi yetiyor. X'siz bir kullanıcı da Keychain kullanacaksa .bashrc'ye keychain -q ~/.ssh/id_dsa 01234567 . ~/.keychain/host-sh . ~/.keychain/host-sH-gpg ekleyerek kullanabiliyor agent'ı. Pinentry kuruluysa pinentry-curses'ı, Pinentry-Qt kuruluysa pinentry-qt'yi gösteren bir link oluÅŸturarak çözelim bunu. -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/1230b59c/attachment.pgp From gurer at pardus.org.tr Sun Jul 1 12:11:42 2007 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Sun, 1 Jul 2007 12:11:42 +0300 Subject: [Gelistirici] =?utf-8?q?Paket_=C4=B0mzalama?= In-Reply-To: <200707010247.56301.ismail@pardus.org.tr> References: <200706281617.11307.bahadir@pardus.org.tr> <200706301512.24041.gurer@pardus.org.tr> <200707010247.56301.ismail@pardus.org.tr> Message-ID: <200707011211.42685.gurer@pardus.org.tr> On Sunday 01 July 2007 02:47:52 Ismail Dönmez wrote: > - SSL üzerinden iletiþime geçtiðimiz için man in the middle attack dan da > korunmuþ oluruz. SSL, iletiþimin dinlenmemesi ve deðiþtirilmemesi dýþýnda bir þey saðlamýyor. Man in the middle attack'ý önlemek için SSL sunucu sertifikasýnýn kullanýcýda da bulunan bir CA tarafýndan imzalanmasý lazým. Sürpriz, bizim tüm servisler self-signed. > Paket imzalama kýsmýnda sorun yok zaten, detached signature kullanýp, > authentication iþini pinentry'ye býraktýðýmýz sürece güvenlik problemimiz > olmaz. Pisi dosyalarýnýn yanýnda eþ bir *.sig dosyasý olur vs. Ýmzayý ayrý tutmayý kullanýþsýz buluyorum, paketlerle iþlem yapan her yerde, ikinci bir dosya ile uðraþmak gerekecek. Ayrýca birden fazla imza vb gibi þeyleri desteklemek istersen iyice karmaþýk oluyor. From dfisek at fisek.com.tr Sun Jul 1 11:11:25 2007 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sun, 1 Jul 2007 11:11:25 +0300 Subject: [Gelistirici] nvida.py In-Reply-To: <200703210251.38035.ismail@pardus.org.tr> References: <200703210251.38035.ismail@pardus.org.tr> Message-ID: <20070701111125.ce639cec.dfisek@fisek.com.tr> Wed, 21 Mar 2007 02:51:37 +0200, Ismail Dönmez : > nvidia kart sahipleri > http://cekirdek.pardus.org.tr/~ismail/hacks/nv.tar.bz2 yi çalýþtýrýp > python nvidia.py doðru kartý buluyor mu bakabilir mi? Su karti bulamiyor, hicbir sonuc dondurmuyor. 02:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX - nForce GPU] (rev a3) (prog-if 00 [VGA]) Subsystem: ASUSTeK Computer Inc. Unknown device 80c0 Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 11 Memory at fd000000 (32-bit, non-prefetchable) [size=16M] Memory at ec000000 (32-bit, prefetchable) [size=64M] Memory at f3d00000 (32-bit, prefetchable) [size=512K] Expansion ROM at fe000000 [disabled] [size=128K] Capabilities: [60] Power Management version 2 Capabilities: [44] AGP version 2.0 Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ismail at pardus.org.tr Sun Jul 1 12:45:36 2007 From: ismail at pardus.org.tr (Ismail =?iso-8859-9?q?D=F6nmez?=) Date: Sun, 1 Jul 2007 12:45:36 +0300 Subject: [Gelistirici] =?iso-8859-9?q?Paket_=DDmzalama?= In-Reply-To: <200707011211.42685.gurer@pardus.org.tr> References: <200706281617.11307.bahadir@pardus.org.tr> <200707010247.56301.ismail@pardus.org.tr> <200707011211.42685.gurer@pardus.org.tr> Message-ID: <200707011245.41194.ismail@pardus.org.tr> On Sunday 01 July 2007 12:11:42 Gürer Özen wrote: > > - SSL üzerinden iletiþime geçtiðimiz için man in the middle attack dan da > > korunmuþ oluruz. > > SSL, iletiþimin dinlenmemesi ve deðiþtirilmemesi dýþýnda bir þey > saðlamýyor. Man in the middle attack'ý önlemek için SSL sunucu > sertifikasýnýn kullanýcýda da bulunan bir CA tarafýndan imzalanmasý lazým. > Sürpriz, bizim tüm servisler self-signed. Kendi sertifikamýz en azýndan bir CA tarafýndan imzalanmalý zaten. -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 827 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/c0ba1374/attachment.pgp From ismail at pardus.org.tr Sun Jul 1 12:56:52 2007 From: ismail at pardus.org.tr (Ismail =?iso-8859-9?q?D=F6nmez?=) Date: Sun, 1 Jul 2007 12:56:52 +0300 Subject: [Gelistirici] =?iso-8859-9?q?Paket_=DDmzalama?= In-Reply-To: <200707011211.42685.gurer@pardus.org.tr> References: <200706281617.11307.bahadir@pardus.org.tr> <200707010247.56301.ismail@pardus.org.tr> <200707011211.42685.gurer@pardus.org.tr> Message-ID: <200707011256.52918.ismail@pardus.org.tr> On Sunday 01 July 2007 12:11:42 Gürer Özen wrote: > Ýmzayý ayrý tutmayý kullanýþsýz buluyorum, paketlerle iþlem yapan her > yerde, ikinci bir dosya ile uðraþmak gerekecek. Ayrýca birden fazla imza vb > gibi þeyleri desteklemek istersen iyice karmaþýk oluyor. Bu neden birden fazla imza olayýný karýþýk yapsýn ki? Eðer key GPG'de trusted key listende ise hiçbir sorun yok. Redhat/Mandriva da yýllardýr güvenlik güncellemelerini böyle imzalýyor zaten. Ýmzayý paketin içine yerleþtirmek tam tersine güvenlik problemi yaratýcaktýr bence, çünkü sisteme saldýrmak isteyen biri için 2 hedef yerine 1 hedef olacak deðiþtirmesi gereken. /ismail -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 827 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/3a64a7aa/attachment.pgp From dfisek at fisek.com.tr Sun Jul 1 13:08:03 2007 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sun, 1 Jul 2007 13:08:03 +0300 Subject: [Gelistirici] debianutils paket tanimi Message-ID: <20070701130803.6f85dacc.dfisek@fisek.com.tr> Merhaba, Ad: debianutils, versiyon 2.15, sürüm 2, inþa 3 Özet: Debian'a özel muhtelif uygulamalar Açýklama: Genellikle Debian paketlerinin kurulum betikleri tarafýndan kullanýlan çeþitli uygulamalar. Bileþen: system.base Pardus'un temel sisteminde yer alan bir paketin aciklamasi icin biraz sacma degil mi? "Debian'a ozel uygulamalarsa, Pardus'ta ne ariyorlar?", "Debian paketlerinin kurulum betikleri tarafindan kullaniliyorsa, Pardus'a debian paketleri kuruluyor mu?" gibi sorulari akla getiriyor. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ismail at pardus.org.tr Sun Jul 1 13:25:22 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sun, 1 Jul 2007 13:25:22 +0300 Subject: [Gelistirici] =?utf-8?b?R1BMdjMgw6fEsWt0xLE=?= In-Reply-To: <200707010221.20528.ismail@pardus.org.tr> References: <200706292128.28061.ismail@pardus.org.tr> <200707010221.20528.ismail@pardus.org.tr> Message-ID: <200707011325.27056.ismail@pardus.org.tr> On Sunday 01 July 2007 02:21:20 Ismail Dönmez wrote: > On Friday 29 June 2007 21:28:27 Ismail Dönmez wrote: > > http://www.gnu.org/licenses/gpl-3.0.html > > GPL > > olan paketlerin > > GPL-2 > > olarak deÄŸiÅŸtirilmesi gerekiyor artık, itirazı olan yoksa sed, svn commit > ikilisiyse bir seferde yapacağımdır. Done. -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 827 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/e697962b/attachment.pgp From caglar at pardus.org.tr Sun Jul 1 13:25:16 2007 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Sun, 1 Jul 2007 13:25:16 +0300 Subject: [Gelistirici] =?iso-8859-9?q?Bugzilla=27daki_s=FCr=FCm_numaralar?= =?iso-8859-9?q?=FD?= In-Reply-To: References: <200706291339.13292.ismail@pardus.org.tr> <200707010220.28361.ismail@pardus.org.tr> Message-ID: <200707011325.19557.caglar@pardus.org.tr> 01 Tem 2007 Paz tarihinde, selim ok þunlarý yazmýþtý: > > Ping? Kendi kendime konuþmayý seviyorum ama e-mail üzerinden deðil. > > Aslinda bize Bugzilla'da sürüm bilgisi degistirilme hakki verilse, > sürüm degistikce bu isleri biz yapabiliriz. Dogru sürüm bilgisi > kullanimini gelistirmek icin önce dogru sürüm numaralarini yazmaliyiz. > Türker yada bana bu hak verilirse sevinirim. :) Türker'de sende "editcomponents: Can create, destroy, and edit components." hakkýna sahipsiniz, ve bu iþlemlerin tamamýný yapýyor olmanýz lazým zaten. -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/4e396a2e/attachment.pgp From caglar at pardus.org.tr Sun Jul 1 13:28:36 2007 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Sun, 1 Jul 2007 13:28:36 +0300 Subject: [Gelistirici] debianutils paket tanimi In-Reply-To: <20070701130803.6f85dacc.dfisek@fisek.com.tr> References: <20070701130803.6f85dacc.dfisek@fisek.com.tr> Message-ID: <200707011328.36248.caglar@pardus.org.tr> 01 Tem 2007 Paz tarihinde, Doruk Fisek þunlarý yazmýþtý: > Merhaba, > > Ad: debianutils, versiyon 2.15, sürüm 2, inþa 3 > Özet: Debian'a özel muhtelif uygulamalar > Açýklama: Genellikle Debian paketlerinin kurulum betikleri tarafýndan > kullanýlan çeþitli uygulamalar. > Bileþen: system.base > > Pardus'un temel sisteminde yer alan bir paketin aciklamasi icin biraz > sacma degil mi? "Debian'a ozel uygulamalarsa, Pardus'ta ne ariyorlar?", > "Debian paketlerinin kurulum betikleri tarafindan kullaniliyorsa, > Pardus'a debian paketleri kuruluyor mu?" gibi sorulari akla getiriyor. bir seri paket "mktemp" kullandýklarý için system.base içinde bu sanýrým (aslýnda system.devel olmalýymýþ bu arada), kaldýrýp denemek lazým :) -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/4df51c9c/attachment.pgp From gurer at pardus.org.tr Sun Jul 1 15:02:43 2007 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Sun, 1 Jul 2007 15:02:43 +0300 Subject: [Gelistirici] =?utf-8?q?Paket_=C4=B0mzalama?= In-Reply-To: <200707011256.52918.ismail@pardus.org.tr> References: <200706281617.11307.bahadir@pardus.org.tr> <200707011211.42685.gurer@pardus.org.tr> <200707011256.52918.ismail@pardus.org.tr> Message-ID: <200707011502.43682.gurer@pardus.org.tr> On Sunday 01 July 2007 12:56:52 Ismail Dönmez wrote: > Bu neden birden fazla imza olayýný karýþýk yapsýn ki? Ýki kiþi nasýl imzalayacaðýz bir pisi paketini? lala.sig lala.sig2 ? > Ýmzayý paketin içine > yerleþtirmek tam tersine güvenlik problemi yaratýcaktýr bence, çünkü > sisteme saldýrmak isteyen biri için 2 hedef yerine 1 hedef olacak > deðiþtirmesi gereken. Abi çok saçma bir iddia bu :) Dosyalar güvensiz bir medyumdan geliyor zaten (internet yada baþka birinden gelen cd mesela). Bir, iki, üç, beþ tane olmalarý farketmez. Hepsi kurcalanmýþ yada özel üretilmiþ olabilir. Bizim amacýmýz, kurmadan önce, bunlarýn güvendiðimiz bir kaynaktan geldiklerine emin olmak. From ismail at pardus.org.tr Sun Jul 1 15:08:20 2007 From: ismail at pardus.org.tr (Ismail =?iso-8859-9?q?D=F6nmez?=) Date: Sun, 1 Jul 2007 15:08:20 +0300 Subject: [Gelistirici] =?iso-8859-9?q?Paket_=DDmzalama?= In-Reply-To: <200707011502.43682.gurer@pardus.org.tr> References: <200706281617.11307.bahadir@pardus.org.tr> <200707011256.52918.ismail@pardus.org.tr> <200707011502.43682.gurer@pardus.org.tr> Message-ID: <200707011508.24212.ismail@pardus.org.tr> On Sunday 01 July 2007 15:02:43 Gürer Özen wrote: > On Sunday 01 July 2007 12:56:52 Ismail Dönmez wrote: > > Bu neden birden fazla imza olayýný karýþýk yapsýn ki? > > Ýki kiþi nasýl imzalayacaðýz bir pisi paketini? > > lala.sig > lala.sig2 ? Her dosyanýn bir signature'ý olmalý zaten. Bir emailý n-kiþinin imzalamasý gibi þey olmadýðý gibi bir paket için de aynýsý geçerli. > > Ýmzayý paketin içine > > yerleþtirmek tam tersine güvenlik problemi yaratýcaktýr bence, çünkü > > sisteme saldýrmak isteyen biri için 2 hedef yerine 1 hedef olacak > > deðiþtirmesi gereken. > > Abi çok saçma bir iddia bu :) > > Dosyalar güvensiz bir medyumdan geliyor zaten (internet yada baþka birinden > gelen cd mesela). Bir, iki, üç, beþ tane olmalarý farketmez. Hepsi > kurcalanmýþ yada özel üretilmiþ olabilir. Bizim amacýmýz, kurmadan önce, > bunlarýn güvendiðimiz bir kaynaktan geldiklerine emin olmak. Yoo hiç de saçma deðil, detached signature kullanmak bir satýr, signature'ý içine gömmek istersen yapman gereken iþ kaç satýr? Detached sig olayýnda sadece gpg'nin güvenli olmasý gerekirken, diðer durumda senin yazdýðýn kodun da herhangi bir þekilde güvenlik problemi olmamasý lazým. Gereksiz complexity yaratýyoruz çoklu imza desteði falan derken. /ismail -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 827 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070701/eae096bf/attachment.pgp From selimok at gmail.com Sun Jul 1 16:30:05 2007 From: selimok at gmail.com (selim ok) Date: Sun, 1 Jul 2007 15:30:05 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Bugzilla=27daki_s=FCr=FCm_numaralar?= =?iso-8859-9?q?=FD?= In-Reply-To: <200707011325.19557.caglar@pardus.org.tr> References: <200706291339.13292.ismail@pardus.org.tr> <200707010220.28361.ismail@pardus.org.tr> <200707011325.19557.caglar@pardus.org.tr> Message-ID: 01.07.2007 tarihinde S.Çaðlar Onur yazmýþ: > 01 Tem 2007 Paz tarihinde, selim ok þunlarý yazmýþtý: > > > Ping? Kendi kendime konuþmayý seviyorum ama e-mail üzerinden deðil. > > > > Aslinda bize Bugzilla'da sürüm bilgisi degistirilme hakki verilse, > > sürüm degistikce bu isleri biz yapabiliriz. Dogru sürüm bilgisi > > kullanimini gelistirmek icin önce dogru sürüm numaralarini yazmaliyiz. > > Türker yada bana bu hak verilirse sevinirim. :) > > Türker'de sende "editcomponents: Can create, destroy, and edit components." > hakkýna sahipsiniz, ve bu iþlemlerin tamamýný yapýyor olmanýz lazým zaten. Evet yine bir salaklik olayim ile karsi karsiyayiz, idare ediniz :) Özür dilerim :) -- Özgürlük icin, özgür isletim sistemi... http://www.pardus.org.tr From faik at pardus.org.tr Mon Jul 2 15:49:10 2007 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 2 Jul 2007 15:49:10 +0300 Subject: [Gelistirici] Obsoletes Message-ID: <200707021549.10758.faik@pardus.org.tr> Selam, Þu Obsoletes'un ne yaptýðýný biraz daha belirginleþtirebilir miyiz? Þu an bence _çok anlamsýz_ bir þekilde index oluþtururken Obsoletes'e bakýp, bunlarý index'e koyma dedirtiyoruz. Daha önce de demiþtim, indexle diyorsak _þu klasördeki paketleri_ indexle diyoruz, index'e girmesin istiyorsak o klasörde o paket bulunmamalý. Replaces'in normalde zaten kaldýracaðý paketi de _index'e girmesin diye_ buraya koymak zorundayýz. Bir sonraki paket güncellemesinde bu paket zaten siliniyor. Bunun dýþýnda Obsoletes'daki paketlerin sistemden _otomatik_ olarak kaldýrýlmasý gerektiðini konuþuyorduk. Bu davranýþ ne derece doðru? Acayip paketler var Obsoletes içerisinde. Adam bzr, rar ve ya realplayer paketini kurmuþ ve kullanýyor. Þimdi daðýtýmdan kalktý (desteklemiycez bir sebepten), ama adam kurmuþ bir kere makinesine ve kullanýyor. Bu ne oluyor ki þimdi? Çocuðun eline þekeri verip sonra geri alýr gibi paketi otomatik mi kaldýracaðýz? Burada sorun, daðýtýmda desteklemeyi býraktýðýmýz her paketin kurulu bir sistemden _mutlaka ama mutlaka_ kaldýrýlmasý gerekmediði. Bunun bir ölçüsü yok. Güvenlik açýðý _olabilir_ artýk desteklemiyoruz diyoruz sadece. Bu otomatik kaldýrýlmasý için bir sebep mi? Conflict ve Replaces ile çözebileceðimiz bir sürü paket var Obsoletes içerisinde. Replaces olmuþ paketleri de buraya koyuyorduk. Bu paketler upgrade olabiliyor, þimdi bunlarý da mý otomatik kaldýracaðýz bu listede diye. Obsoletes'ý, çoðu Conflicts ve Replaces ile çözülebilecek sorunlarý kapsayan, bir çok anlam yüklenmiþ ama aslýnda ne olduðu belirsiz bir þey olarak görüyorum. - Faik From caglar at pardus.org.tr Mon Jul 2 16:05:13 2007 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Mon, 2 Jul 2007 16:05:13 +0300 Subject: [Gelistirici] Obsoletes In-Reply-To: <200707021549.10758.faik@pardus.org.tr> References: <200707021549.10758.faik@pardus.org.tr> Message-ID: <200707021605.13313.caglar@pardus.org.tr> Selamlar; 02 Tem 2007 Pts tarihinde, Faik Uygur þunlarý yazmýþtý: > Þu Obsoletes'un ne yaptýðýný biraz daha belirginleþtirebilir miyiz? > > Þu an bence _çok anlamsýz_ bir þekilde index oluþtururken Obsoletes'e > bakýp, bunlarý index'e koyma dedirtiyoruz. Daha önce de demiþtim, indexle > diyorsak _þu klasördeki paketleri_ indexle diyoruz, index'e girmesin > istiyorsak o klasörde o paket bulunmamalý. Replaces'in normalde zaten > kaldýracaðý paketi de _index'e girmesin diye_ buraya koymak zorundayýz. Bir > sonraki paket güncellemesinde bu paket zaten siliniyor. - index'ini güncellemeyen adam bu dosyalarý sildiðimizde veya baþka bir yere taþýdýðýmýzda 404 ile karþýlaþýyor. Bunu aylar önce tartýþtýk ve eski paketleri depoda býrakma kararý aldýk. - Dosyalarý baþka bir yere taþýmak benim depo maintainance iþ yükümü arttýyor, bir de onlarý takip etmek zorunda kalýyorum, oysa þu anda distribution.xml içine yazmak bu paketlerin index'e girmemelerini garanti ediyor. - Replaces ile Obsolute farklý þeyler. Replaces == Depoya gelen _YENÝ_ paket eski paket ile yer deðiþtiriyor Obsolute == Depoda zaten bulunan eski paket _ESKÝ_ paketin yaptýðý iþi yapmaya/provide ettiði dosyalarý provide etmeye baþlýyor. Hem Replaces'ý sen icat ettin, ben hödö ile tek noktada çözmeyi önermiþtim :) > Bunun dýþýnda Obsoletes'daki paketlerin sistemden _otomatik_ olarak > kaldýrýlmasý gerektiðini konuþuyorduk. Bu davranýþ ne derece doðru? > Acayip paketler var Obsoletes içerisinde. Adam bzr, rar ve ya realplayer > paketini kurmuþ ve kullanýyor. Þimdi daðýtýmdan kalktý (desteklemiycez bir > sebepten), ama adam kurmuþ bir kere makinesine ve kullanýyor. Bu ne oluyor > ki þimdi? Çocuðun eline þekeri verip sonra geri alýr gibi paketi otomatik > mi kaldýracaðýz? > > Burada sorun, daðýtýmda desteklemeyi býraktýðýmýz her paketin kurulu bir > sistemden _mutlaka ama mutlaka_ kaldýrýlmasý gerekmediði. Bunun bir ölçüsü > yok. Güvenlik açýðý _olabilir_ artýk desteklemiyoruz diyoruz sadece. Bu > otomatik kaldýrýlmasý için bir sebep mi? Evet hemde fazlaca yeterli bir sebep. Bunun çocuðun eline þeker vermekle ne alakasý ki? Diyelim zamanýnda depoda bir paket varmýþ (örneðin gtk1), artýk depoda bu pakete depend eden paket kalmamýþ ve bu paket maintain edilmiyormuþ/geliþtiricisi bir sebeple bu paketi býrakmýþ ve kimse de üzerine almamýþ ve depodan atmýþýz. Fakat bu "_mutlaka ama mutlaka_ kaldýrýlmasý gerekmediði" fikrinden dolayý 20 gün sonra gtk1'de remote exploit çýkmýþ adamýn makinasýna baþka kötü çocuklar girmiþ, bunu þimdi o çocuða nasýl anlatacaðýz peki :) > Conflict ve Replaces ile çözebileceðimiz bir sürü paket var Obsoletes > içerisinde. Replaces olmuþ paketleri de buraya koyuyorduk. Bu paketler > upgrade olabiliyor, þimdi bunlarý da mý otomatik kaldýracaðýz bu listede > diye. > > Obsoletes'ý, çoðu Conflicts ve Replaces ile çözülebilecek sorunlarý > kapsayan, bir çok anlam yüklenmiþ ama aslýnda ne olduðu belirsiz bir þey > olarak görüyorum. Bence yanlýþ görüyorsun o zaman, Conflict ve Replaces iki paket arasýndaki iliþiyi tanýmlýyor, bu taglardaki anlamlarýn hayata geçmesi için bu taglarý içeren paketlerin _o an_ güncelleniyor veya kuruluyor olmasý lazým oysa Obsoletes depo ile kurulu paketler arasýndaki iliþkiyi tanýmlýyor, orada Obsolete iþaretlenen paket güncelleme listesinde yoksa/o an kurulmuyorsa bile ilk pisi iþleminde (mesela pisi up) sistemden kaldýrýlmalý. Saygýlar -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070702/122017db/attachment.pgp From faik at pardus.org.tr Mon Jul 2 17:01:48 2007 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 2 Jul 2007 17:01:48 +0300 Subject: [Gelistirici] Obsoletes In-Reply-To: <200707021605.13313.caglar@pardus.org.tr> References: <200707021549.10758.faik@pardus.org.tr> <200707021605.13313.caglar@pardus.org.tr> Message-ID: <200707021701.48649.faik@pardus.org.tr> On Monday 02 July 2007 16:05:13 S.Çaðlar Onur wrote: > - index'ini güncellemeyen adam bu dosyalarý sildiðimizde veya baþka bir > yere taþýdýðýmýzda 404 ile karþýlaþýyor. Bunu aylar önce tartýþtýk ve eski > paketleri depoda býrakma kararý aldýk. > > - Dosyalarý baþka bir yere taþýmak benim depo maintainance iþ yükümü > arttýyor, bir de onlarý takip etmek zorunda kalýyorum, oysa þu anda > distribution.xml içine yazmak bu paketlerin index'e girmemelerini garanti > ediyor. Eski paketlerin birikmesi sorun oluyor. Yedek depo boyutu sürekli artýyor. Maintainance problemini kendimiz çýkarmýþýz. 50-60 MB bir paket kurduktan sonra o paketin güncellenmiþ hali de olduðunu görmek hoþ deðil. Belki bunu yeniden düþünmek gerekli. > - Replaces ile Obsolute farklý þeyler. Ayný demedim, sadece Obsolute içine Replace edilmiþ paketleri yazmak durumunda kalýyoruz. Ve bunlarý diye yazýyoruz. Bu paketler Obsolute olmadý, _depodalar_ ama isimleri deðiþti. Replaces buradan geliyor. > Replaces == Depoya gelen _YENÝ_ paket eski paket ile yer deðiþtiriyor Tam olarak yeni paket olarak iþlemiyoruz. Eski paketin devamý olarak iþliyoruz. Güncellenecek paket listesi, "kurulu paketler'in, depo'da buildnosu/releasei fazla olaný varsa"'dan çýkýyor. Buna ek olarak, replaced edilmiþse bu paketi, þu pakete güncelle diyoruz. Nasýl yeni paket kurulurken eski paketini kaldýrýyorsa burada da yapýlan þey ayný. Buradaki eski pakete dememize gerek yok. Bunu index þeysi zorunluðundan yapýyoruz. Bunu yapmanýn bir anlamý yok. Paketçi Replaces deyip geçmeli. > Obsolute == Depoda zaten bulunan eski paket _ESKÝ_ paketin yaptýðý iþi > yapmaya/provide ettiði dosyalarý provide etmeye baþlýyor. Tanýmý anlamadým. > Hem Replaces'ý sen icat ettin, ben > > hödö > > ile tek noktada çözmeyi önermiþtim :) Replaces daha güzel oldu :) > > Burada sorun, daðýtýmda desteklemeyi býraktýðýmýz her paketin kurulu bir > > sistemden _mutlaka ama mutlaka_ kaldýrýlmasý gerekmediði. Bunun bir > > ölçüsü yok. Güvenlik açýðý _olabilir_ artýk desteklemiyoruz diyoruz > > sadece. Bu otomatik kaldýrýlmasý için bir sebep mi? > > Evet hemde fazlaca yeterli bir sebep. Bunun çocuðun eline þeker vermekle ne > alakasý ki? > > Diyelim zamanýnda depoda bir paket varmýþ (örneðin gtk1), artýk depoda bu > pakete depend eden paket kalmamýþ ve bu paket maintain > edilmiyormuþ/geliþtiricisi bir sebeple bu paketi býrakmýþ ve kimse de > üzerine almamýþ ve depodan atmýþýz. Burada ciddi bir sorun var. Kararlý depo'ya bir paket bu kadar kolay girip çýkmamalý. Paketi kimse üzerine almamýþ diyemeyiz/dememeliyiz. bzr, bzr-svn, realplayer verilebilecek örnekler. > Fakat bu "_mutlaka ama mutlaka_ kaldýrýlmasý gerekmediði" fikrinden dolayý > 20 gün sonra gtk1'de remote exploit çýkmýþ adamýn makinasýna baþka kötü > çocuklar girmiþ, bunu þimdi o çocuða nasýl anlatacaðýz peki :) O zaman depodaki paket maintain edilmeli. > Bence yanlýþ görüyorsun o zaman, Conflict ve Replaces iki paket arasýndaki > iliþiyi tanýmlýyor, bu taglardaki anlamlarýn hayata geçmesi için bu taglarý > içeren paketlerin _o an_ güncelleniyor veya kuruluyor olmasý lazým oysa > Obsoletes depo ile kurulu paketler arasýndaki iliþkiyi tanýmlýyor, orada > Obsolete iþaretlenen paket güncelleme listesinde yoksa/o an kurulmuyorsa > bile ilk pisi iþleminde (mesela pisi up) sistemden kaldýrýlmalý. Bir paketin otomatik kaldýrýlmasý için ya bir lisans problemi ya da kullanýcýnýn makinesinde çalýþmayacak kadar sorunlu olmasý (sürekli sorun çýkarýyor, programýn/kütüphane artýk kullanýlamýyor, upstream'in sallamýyor) olmasý gerektiðini düþünüyorum. Bunun dýþýnda kullanýcýnýn kurduðu ve kullandýðý bir paketi otomatik olarak kaldýrmamýzý yanlýþ buluyorum. Depo'ya bir paket alýp sonra da ya vazgeçtim bu paketten, kimse de yok buna bakacak diyemeyiz/demeliyiz. Obsolute'u da bunun için kullanmamalýyýz. - Faik From caglar at pardus.org.tr Mon Jul 2 18:02:07 2007 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Mon, 2 Jul 2007 18:02:07 +0300 Subject: [Gelistirici] Obsoletes In-Reply-To: <200707021701.48649.faik@pardus.org.tr> References: <200707021549.10758.faik@pardus.org.tr> <200707021605.13313.caglar@pardus.org.tr> <200707021701.48649.faik@pardus.org.tr> Message-ID: <200707021802.10307.caglar@pardus.org.tr> Selamlar; 02 Tem 2007 Pts tarihinde, Faik Uygur þunlarý yazmýþtý: > Eski paketlerin birikmesi sorun oluyor. Yedek depo boyutu sürekli artýyor. > Maintainance problemini kendimiz çýkarmýþýz. 50-60 MB bir paket kurduktan > sonra o paketin güncellenmiþ hali de olduðunu görmek hoþ deðil. Belki > bunu yeniden düþünmek gerekli. Öyle :) bu durumu ve sebeplerini/sonuçlarýný iyice analiz edip 2008 için uygun deðiþiklikleri yapmalýyýz ama 2007 için þu an bir þeyleri deðiþtirmeye sýcak bakmýyorum. > > - Replaces ile Obsolute farklý þeyler. > > Ayný demedim, sadece Obsolute içine Replace edilmiþ paketleri yazmak > durumunda kalýyoruz. Ve bunlarý diye yazýyoruz. Bu paketler > Obsolute olmadý, _depodalar_ ama isimleri deðiþti. Replaces buradan > geliyor. Hayýr depoda da deðiller o noktadan sonra, gaim mesela pidgin ile yer deðiþtirdi artýk depoda gaim diye bir paket yok. Depoda /daha doðrusu index içinde/ olmamalarýný da saðlamak için de Obsolute tagý içine yazýyoruz. > Nasýl yeni paket kurulurken eski paketini kaldýrýyorsa burada da yapýlan > þey ayný. Buradaki eski pakete dememize gerek yok. Bunu index > þeysi zorunluðundan yapýyoruz. Bunu yapmanýn bir anlamý yok. Paketçi > Replaces deyip geçmeli. Paketçi sadece Replaces diyip geçecekse pisi index oluþturma stratejisini/yapýsýný deðiþtirmeli. Hali hazýrda tüm paketleri tarayýp burdan çýkan bilgileri index'e yazýyoruz /veriyi iþlemiyip sonucunu yazmýyoruz, ne okursak yazýyoruz/, Replace edilen paket depoda duracaksa (ki þu anki yapý ile durmak zorunda) PiSi metadalarý iþledikten sonra Replaces olanlarý index'e yazmayarak durumu çözebilir veya Replaces için özel bir bölüm ekler index'e v.s.. Obsolute'un index oluþurken yaptýðý tek þey o an metadatasýný okuduðu paket distribution.xml içindeyse o paketi es geçmek. Tanýmlarý hem paketin içine hem de baþka yere serpiþtirince ortaya bu çýktý. Buradaki tek sorun distribution.xml deðil paketlerin içindeki Replaces/Conflicts taglarýnýn index'e yansýmamasý ama yansýmasýnýn gerekmesi (çünkü bu tanýmlar aslýnda depoyu etkiliyor). * Paketler içindeki Replaces/Conflict taglarý paket içinde kalmaya devam edecek, orda durmasýnýn amacý _depo olmadan_ yapýlan kurulumlarý kotarmak olacak. * distribution.xml içine veya gibi veya adý/þekli her nasýl olacaksa bir seri tag daha eklenecek ve index oluþturma iþlemi ora referans alýnarak yapýlacak. > Burada ciddi bir sorun var. Kararlý depo'ya bir paket bu kadar kolay girip > çýkmamalý. Paketi kimse üzerine almamýþ diyemeyiz/dememeliyiz. bzr, > bzr-svn, realplayer verilebilecek örnekler. ... > O zaman depodaki paket maintain edilmeli. ... > Bir paketin otomatik kaldýrýlmasý için ya bir lisans problemi ya da > kullanýcýnýn makinesinde çalýþmayacak kadar sorunlu olmasý (sürekli sorun > çýkarýyor, programýn/kütüphane artýk kullanýlamýyor, upstream'in > sallamýyor) olmasý gerektiðini düþünüyorum. Bunun dýþýnda kullanýcýnýn > kurduðu ve kullandýðý bir paketi otomatik olarak kaldýrmamýzý yanlýþ > buluyorum. > > Depo'ya bir paket alýp sonra da ya vazgeçtim bu paketten, kimse de yok buna > bakacak diyemeyiz/demeliyiz. Obsolute'u da bunun için kullanmamalýyýz. Abi ýsrarla neye itiraz ettiðini anlamýyorum. Obsolute diye bir þey olmaz/olamaz diyorsan bu durumda ya bu serideki tüm paketleri obsolute olmaktan çýkartacaðýz ve bundan sonra böyle bir kavramýmýz olmayacak ve itiraz eden olarak bu paketleri sen maintain etmeye baþlayacaksýn/ya da maintain eden birilerini bulacaksýn/ ya da biz bazý paketleri depoya alýp/bazýlarýný çýkartmaya devam edeceðiz. Bu gerçekle yaþamak zorundayýz ne yazýk ki, kimse ben bu paketi depoya koyuyorum en az da 3 sene de arkasýndayým diye bir þey demeyecek yakýn gelecekte. Diyen varsa önden buyursun lütfen, engel olmayayým... Saygýlar -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070702/259f8822/attachment.pgp From faik at pardus.org.tr Mon Jul 2 19:36:03 2007 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 2 Jul 2007 19:36:03 +0300 Subject: [Gelistirici] Obsoletes In-Reply-To: <200707021802.10307.caglar@pardus.org.tr> References: <200707021549.10758.faik@pardus.org.tr> <200707021701.48649.faik@pardus.org.tr> <200707021802.10307.caglar@pardus.org.tr> Message-ID: <200707021936.03283.faik@pardus.org.tr> On Monday 02 July 2007 18:02:07 S.Çaðlar Onur wrote: > Selamlar; Selam, > 02 Tem 2007 Pts tarihinde, Faik Uygur þunlarý yazmýþtý: > > Eski paketlerin birikmesi sorun oluyor. Yedek depo boyutu sürekli > > artýyor. Maintainance problemini kendimiz çýkarmýþýz. 50-60 MB bir paket > > kurduktan sonra o paketin güncellenmiþ hali de olduðunu görmek hoþ deðil. > > Belki bunu yeniden düþünmek gerekli. > > Öyle :) bu durumu ve sebeplerini/sonuçlarýný iyice analiz edip 2008 için > uygun deðiþiklikleri yapmalýyýz ama 2007 için þu an bir þeyleri > deðiþtirmeye sýcak bakmýyorum. Ok. > > > - Replaces ile Obsolute farklý þeyler. > > > > Ayný demedim, sadece Obsolute içine Replace edilmiþ paketleri yazmak > > durumunda kalýyoruz. Ve bunlarý diye yazýyoruz. Bu paketler > > Obsolute olmadý, _depodalar_ ama isimleri deðiþti. Replaces buradan > > geliyor. > > Hayýr depoda da deðiller o noktadan sonra, gaim mesela pidgin ile yer > deðiþtirdi artýk depoda gaim diye bir paket yok. > > Depoda /daha doðrusu index içinde/ olmamalarýný da saðlamak için de > Obsolute tagý içine yazýyoruz. Doðru. Düþününce Replaces'a yalnýzca isim deðiþikliði olarak bakmaktan da vazgeçtim. Daha genel bir anlamda, bunun iþlevi artýk bu paket tarafýndan yapýlýyor da diyebilmeliyiz. Bazý durumlarda 2-3 paket birleþerek tek paket de olabilir. Replace eden paket dediðin gibi _YENÝ_ paket, diðer paketler artýk depo'da yoklar. Buradaki Obsolete, index'e sokmamak için. Bunu 2008 için çözeceðiz. > > Nasýl yeni paket kurulurken eski paketini kaldýrýyorsa burada da yapýlan > > þey ayný. Buradaki eski pakete dememize gerek yok. Bunu index > > þeysi zorunluðundan yapýyoruz. Bunu yapmanýn bir anlamý yok. Paketçi > > Replaces deyip geçmeli. > > Paketçi sadece Replaces diyip geçecekse pisi index oluþturma > stratejisini/yapýsýný deðiþtirmeli. > > Hali hazýrda tüm paketleri tarayýp burdan çýkan bilgileri index'e > yazýyoruz /veriyi iþlemiyip sonucunu yazmýyoruz, ne okursak yazýyoruz/, > Replace edilen paket depoda duracaksa (ki þu anki yapý ile durmak zorunda) 2008 ile yapý düzeltilmeli. > PiSi metadalarý iþledikten sonra Replaces olanlarý index'e yazmayarak > durumu çözebilir Evet 2008 için bu þekilde çözmeliyiz. > veya Replaces için özel bir bölüm ekler index'e v.s.. > Tanýmlarý hem paketin içine hem de baþka yere serpiþtirince ortaya bu > çýktý. Buradaki tek sorun distribution.xml deðil paketlerin içindeki > Replaces/Conflicts taglarýnýn index'e yansýmamasý ama yansýmasýnýn > gerekmesi (çünkü bu tanýmlar aslýnda depoyu etkiliyor). Doðru. > * Paketler içindeki Replaces/Conflict taglarý paket içinde kalmaya devam > edecek, orda durmasýnýn amacý _depo olmadan_ yapýlan kurulumlarý kotarmak > olacak. Evet. > * distribution.xml içine > > veya gibi veya adý/þekli her nasýl > olacaksa bir seri tag daha eklenecek ve index oluþturma iþlemi ora referans > alýnarak yapýlacak. Paketler içindeki bilgiler yetmeli yoksa elimizde var olan bilgileri baþka yerde tekrarlamýþ oluyoruz. (2008 iþi) > > Depo'ya bir paket alýp sonra da ya vazgeçtim bu paketten, kimse de yok > > buna bakacak diyemeyiz/demeliyiz. Obsolute'u da bunun için > > kullanmamalýyýz. > > Abi ýsrarla neye itiraz ettiðini anlamýyorum. Obsolute diye bir þey > olmaz/olamaz diyorsan bu durumda ya bu serideki tüm paketleri obsolute > olmaktan çýkartacaðýz ve bundan sonra böyle bir kavramýmýz olmayacak ve > itiraz eden olarak bu paketleri sen maintain etmeye baþlayacaksýn/ya da > maintain eden birilerini bulacaksýn/ ya da biz bazý paketleri depoya > alýp/bazýlarýný çýkartmaya devam edeceðiz. Obsolute'u gereksiz buluyorum. * Þu anki listeye baktýðýmda bir kýsmý Replace edilenlerin indexe girmemesi için orada bulunuyor. (Bunu 2008 ile çözeceðiz.) * Bir kýsmý depoya girip vazgeçildiði için orada bulunuyor. Depoya bu kadar kolay girip/çýkmamalýydý bu durumda bir yerlerde sorun olduðunu düþünüyorum. Depo'dan indirilen bir paket iki gün sonra kullanýcýnýn makinesinden silinemez. Bu paketleri üstüme alýp maintain etmeye de razýyým. * Diðer bir kýsmýný da Replaces'ýn çözdüðünü düþünüyorum. kipi-plugins-locales de paketi kipi-plugins tarafýndan Replace ediliyor. Bir sonraki upgrade'de -locales silinecektir. linux-headers, m560x.. ayný þekilde Replace edilen paketler. Evet bunlar için daha önce bir çözümümüz yoktu. > Bu gerçekle yaþamak zorundayýz ne yazýk ki, kimse ben bu paketi depoya > koyuyorum en az da 3 sene de arkasýndayým diye bir þey demeyecek yakýn > gelecekte. Diyen varsa önden buyursun lütfen, engel olmayayým... Bunu bir kiþi diyemez elbette, ama bu paketi birilerinin devam ettirmesi gerekiyor. Bunun için bir yol bulmalýyýz. - Faik From caglar at pardus.org.tr Mon Jul 2 20:03:40 2007 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Mon, 2 Jul 2007 20:03:40 +0300 Subject: [Gelistirici] Obsoletes In-Reply-To: <200707021936.03283.faik@pardus.org.tr> References: <200707021549.10758.faik@pardus.org.tr> <200707021802.10307.caglar@pardus.org.tr> <200707021936.03283.faik@pardus.org.tr> Message-ID: <200707022003.42566.caglar@pardus.org.tr> Selamlar; > > Hayýr depoda da deðiller o noktadan sonra, gaim mesela pidgin ile yer > > deðiþtirdi artýk depoda gaim diye bir paket yok. > > > > Depoda /daha doðrusu index içinde/ olmamalarýný da saðlamak için de > > Obsolute tagý içine yazýyoruz. > > Doðru. Düþününce Replaces'a yalnýzca isim deðiþikliði olarak bakmaktan da > vazgeçtim. Daha genel bir anlamda, bunun iþlevi artýk bu paket tarafýndan > yapýlýyor da diyebilmeliyiz. > > Bazý durumlarda 2-3 paket birleþerek tek paket de olabilir. Replace eden > paket dediðin gibi _YENÝ_ paket, diðer paketler artýk depo'da yoklar. > Buradaki Obsolete, index'e sokmamak için. Bunu 2008 için çözeceðiz. Süper, anlaþtýk :) > > Paketçi sadece Replaces diyip geçecekse pisi index oluþturma > > stratejisini/yapýsýný deðiþtirmeli. > > > > Hali hazýrda tüm paketleri tarayýp burdan çýkan bilgileri index'e > > yazýyoruz /veriyi iþlemiyip sonucunu yazmýyoruz, ne okursak yazýyoruz/, > > Replace edilen paket depoda duracaksa (ki þu anki yapý ile durmak > > zorunda) > > 2008 ile yapý düzeltilmeli. +1 milyon > > PiSi metadalarý iþledikten sonra Replaces olanlarý index'e yazmayarak > > durumu çözebilir > > Evet 2008 için bu þekilde çözmeliyiz. +2 milyon > > * distribution.xml içine > > > > veya gibi veya adý/þekli her nasýl > > olacaksa bir seri tag daha eklenecek ve index oluþturma iþlemi ora > > referans alýnarak yapýlacak. > > Paketler içindeki bilgiler yetmeli yoksa elimizde var olan bilgileri baþka > yerde tekrarlamýþ oluyoruz. (2008 iþi) Evet zaten sorun tam bu noktada çýkýyor, paket içindeki bilgiler depoyu, depo için olanlar paketi etkilemiyor :( > Obsolute'u gereksiz buluyorum. > > * Þu anki listeye baktýðýmda bir kýsmý Replace edilenlerin indexe girmemesi > için orada bulunuyor. (Bunu 2008 ile çözeceðiz.) gaim ve ActionCube dýþýnda Replace edilen paket yok :), kalanlarýn tamamý Obsolute edilen paketler. > * Bir kýsmý depoya girip vazgeçildiði için orada bulunuyor. Depoya bu kadar > kolay girip/çýkmamalýydý bu durumda bir yerlerde sorun olduðunu > düþünüyorum. Bunlar bu kadar kolay olmadý yaw hallice abartýyorsun. Listeye baktýðýmda bzr ve bzr-svn dýþýnda keyfi girip çýkan paket hiç yok (bzr-*'leri de benim iþ güzarlýðým ile deneyelim diye depoya alýp bir sürü sorunu çýkýnca attýk). > Depo'dan indirilen bir paket iki gün sonra kullanýcýnýn > makinesinden silinemez. Bu paketleri üstüme alýp maintain etmeye de > razýyým. Üstüne alýp maintain edeceðin birþeyler yok orada ama kaçýrdýðýn nokta o :), daha doðrusu konan paket silinemez/silinmemeli diye itiraz ettiðin/kendini üzdüðün liste þöyle, linux-headers <- kernel-headers var artýk m560x-firmware m560x <- Baþka sürücüler bu donanýmý daha doðru çalýþtýrýyor nmm <- Geliþtirilmeyen KDE multimediya hedesi rar <- Kapalý kaynak kodlu wengophone <- Kapalý kaynak kodlu flake <- ? bzr bzr-svn <- Biri üzerine alýp depoya tekrar sokabilir eclipse-sdk-binary <- sdk yerine ufak ufak n tane paket var hotplug <- devfs :) wxPython <- wvPython paket bunu kendi içine aldý axel <- aria2 yaptýðý iþi daha iyi yapýyor ActionCube ActionCube-maps <- AssaultCube geldi gaim <- Pidgin geldi digikamimageplugins <- Digikam bunu yanýna aldý realplayer <- Kapalý kaynak kodlu kipi-plugins-locales <- kipi-plugins yanýna aldý Þimdi allah aþkýna burdaki hangi paketi silmemeliydik veya neyini maintain etmek istiyorsun. Kapalý kaynak kodlulara müdahale edemeyeceksin, devfs v.s gibi nuhnebi paketleri upstream bile býraktý, kullanan kalmadý, digikam/kipi gibi bir seriyi geliþtiricisi farklý 2 paket yapmak yerine tek paket olarak release etmeye karar verdi, oturup geri mi böleceksin tarballlarý :) Eee ne kaldý :), söyleyeyim hiçbirþey :P > * Diðer bir kýsmýný da Replaces'ýn çözdüðünü düþünüyorum. > kipi-plugins-locales de paketi kipi-plugins tarafýndan Replace ediliyor. > Bir sonraki > upgrade'de -locales silinecektir. linux-headers, m560x.. ayný þekilde > Replace edilen paketler. Evet bunlar için daha önce bir çözümümüz yoktu. Bunu anlamadým, Obsolute'u atýp yerine her yerde/koþul ne olursa olsun Replaces mi kullanalým diyorsun? Böyle diyorsan gerçekten Replace edilmeyen paketler için ne yapacaðýz (rar, realplayer, nmm gibi)? > > Bu gerçekle yaþamak zorundayýz ne yazýk ki, kimse ben bu paketi depoya > > koyuyorum en az da 3 sene de arkasýndayým diye bir þey demeyecek yakýn > > gelecekte. Diyen varsa önden buyursun lütfen, engel olmayayým... > > Bunu bir kiþi diyemez elbette, ama bu paketi birilerinin devam ettirmesi > gerekiyor. Bunun için bir yol bulmalýyýz. Eheeh tüm paketlerin ana geliþtiricisi sen olmadýkça, kapalý kaynak kodlularýn koduna sahip olmadýkça ve bunlarý maintain edecek yeterince zamanýn olmadýkça ve dýþarda insanlarýn bunlara alternatif yazmasýna engel olacak gücün olmadýkça yok abi malesef böyle bir yol :), this is called evrim, güçlü olan paket kazanýr diðerleri tarihin sayfalarýnda yerini alýr :P... Saygýlar -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070702/f006b606/attachment.pgp From faik at pardus.org.tr Mon Jul 2 21:18:56 2007 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 2 Jul 2007 21:18:56 +0300 Subject: [Gelistirici] Obsoletes In-Reply-To: <200707022003.42566.caglar@pardus.org.tr> References: <200707021549.10758.faik@pardus.org.tr> <200707021936.03283.faik@pardus.org.tr> <200707022003.42566.caglar@pardus.org.tr> Message-ID: <200707022118.57009.faik@pardus.org.tr> On Monday 02 July 2007 20:03:40 S.Çaðlar Onur wrote: > > * Diðer bir kýsmýný da Replaces'ýn çözdüðünü düþünüyorum. > > kipi-plugins-locales de paketi kipi-plugins tarafýndan Replace ediliyor. > > Bir sonraki > > upgrade'de -locales silinecektir. linux-headers, m560x.. ayný þekilde > > Replace edilen paketler. Evet bunlar için daha önce bir çözümümüz yoktu. > > Bunu anlamadým, Obsolute'u atýp yerine her yerde/koþul ne olursa olsun > Replaces mi kullanalým diyorsun? Her yer ve koþul için deðil elbette. Paketlerin neredeyse hepsinin yerini alan bir paket var. Bunlar için Replaces kullanýlabilir. > Böyle diyorsan gerçekten Replace edilmeyen paketler için ne yapacaðýz (rar, realplayer, nmm gibi)? Biri broken, biri trial, biri de fazla security bug'ý çýkarýyor diye (bu belki devam ettirilebilirmiþ) depodan kaldýrýlmýþ. Sanki Obsolete depo'daki paket seçim hatalarýný temizleyen bir þeymiþ gibi görünüyor bu paketlere bakýnca. Depo'da bulunmasý gereken ve eklenen ama belli bir süre sonra kimse'nin baðýmlý olmadýðý bir hale gelen, hiç bir paket tarafýndan Replace edilmeyen (bir sürücü paketi iþini baþka bir paket yapar hale gelebilir mesela) ve maintain edilemeyecek duruma gelen paketlerin çýkmasýnýn, saðlam bir de depo politikasý ile (rar, realplayer depoya girmemeliymiþ) çok düþük olasýlýklý olacaðýný düþünüyorum. Nadir _olmasý gereken_ bir durum için çözüm olarak görüyorum ve gereksiz buluyorum. Ama fazla uzatmaya da gerek yok konuyu, basit bir þey yapmasý ekleyelim. Sustum. :) - Faik From rmznbrtn at gmail.com Tue Jul 3 17:39:30 2007 From: rmznbrtn at gmail.com (bertan) Date: Tue, 3 Jul 2007 17:39:30 +0300 Subject: [Gelistirici] =?iso-8859-9?q?Proxy_Ayarlar=FD_projesinde_son_duru?= =?iso-8859-9?q?m?= In-Reply-To: References: Message-ID: Proje ile ilgili önceki mailler göz önüne alýndýðýnda kullanýcý bazlý ve profil desteði olan bir sistemi çözüm olarak sunmuþtum ve itiraz gelmemiþti; fakat bugün yaptýðýmýz bir toplantý sonucu kullanýcý bazlý bir çözümündense sistem bazlý bir çözüm daha iyi olur gibi bir sonuç çýktý. Bu mailde þu anda projenin durumunu ve çözüm için göz önünde bulundurulan alternatifleri bulacaksýnýz. Okuyan herkesten fikirlerini bekliyorum ve fikirlerinizi 4 Temmuz saat 5'e kadar belirtirseniz iyi olur; çünkü bu tarihten sonra kesin karar verilmiþ olacak. Kullaným senaryolarý: 1. Ahmet bilgisayarla profesyonel anlamda uðraþmasa da deneyimli bir bilgisayar kullanýcýsýdýr ve internette gezinirken, performans veya kimlik gizlemek amaçlý, bir proxy sunucusu kullanýyor. Masaüstü bir bilgisayarý var ve sadece kendisi kullanýyor. 2. Ayþe, iþte kullandýðý dizüstü bilgisayarýný evde de kullanýyor. Ýþte kullandýðý ayarlar internete baðlanan her uygulama için geçerli olmalý ve bunu tek bir yerden ayarlayarak yapabilmek istiyor. Evde ise proxy kullanmýyor. 3. Adnan, Ayþe ile ayný yerde çalýþýyor ve benzer proxy ayarlarýný o da kullanýyor. Evinde de proxy kullanmýyor; fakat oðlunun da bilgisayarý kullanmasýna izin veriyor ve oðlu, Arda, Ahmet gibi bir kullanýcý. 4. Kaan bir sistem yöneticisi ve paylaþýlan bir bilgisayarýn her kullanýcý için ayný proxy ayarýný kullanmasýný ve kullanýcýlarýn bu ayarý deðiþtir(e)memesini istiyor. Çýkarým(lar): - 1, 2 ve 4 numaralý senaryolar için sistem bazýnda bir çözüm yeterli ve en uygun çözüm olarak görünüyor. - 3 numaralý senaryoda ise Adnan 'ýn proxy ayarlarýný sýfýrlamýþ olmasý ve Arda'nýn da bundan sonra bilgisayarý kullanmaya baþlamasý durumunda sorun çýkabilir; çünkü eðer Arda'nýn halihazýrda çalýþan uygulamalarý varsa ve bu sýrada Adnan proxy ayarýný deðiþtirirse çalýþan uygulamalarýn deðiþiklikten etkilenmemesi gerekir, en azýndan yapýyor olduklarý iþi yapmaya devam ederler. Sorun ise Adnan'ýn proxy kullandýðýný düþündüðü halde kullanmýyor olmasýdýr ki bu da Adnansistemde yeniden aktif duruma geçtiðinde ona küçük bir uyarý olarak bildirilebilir. Bu durumda sistem bazlý çözüm en uygunu gibi görünüyor. Sistem bazlý çözüme kodlama yollarý: 1. Sistem deðiþkenleri atanýr. Birçok uygulama bunu destekliyor (wikideki tabloya bakmayýn, orada testte bir yanlýþlýk olmuþ), desteklemeyenler de yamalanýr. 2. Sistem deðiþkenleri yerine Çomar'a yapýlacak ek ve uygulamalara yapýlacak yamalar ile sorun kökten çözülür. Bazý uygulamalarýn sistem genelinde geçerli config dosyalarý kullanýlarak (Firefox gibi) yamaya gerek duymamalarý da muhtemel. 3. Kullanýcýlarýn "home" dizinlerindeki ayar dosyalarý deðiþtirilir. Çýkarýmlar ve sorunlar: - 1. çözüm en kolay ve genel sayýlabilecek çözüm; fakat burada KDE uygulamalarýnýn kdm deðiþkenlerini kullanmalarý ve deðiþkenlerin kdm yeniden baþlatýlmadan uygulanamamasý gibi bir sorun var. Ayrýca kullanýcý ve þifre'nin dosyaya yazýlmasý düþünülesi bir konu. - 2. çözüm çok iþ gerektirecek. - 3. çözüm ise çok çirkin. Kullanýcý bazlý çözüm: Bunun için çözüm büyük ölçüde bulundu ve hatta kodlandý. Tartýþmaya yeniden açýlabilmesi için öncelikle kullaným senaryolarý bazýnda ikna edici bir sav gerekli. Bunu yaparken kullanýcýyý biraz gerçek bir kiþi gibi düþünürseniz daha isabetli bir karar verilebilir; varsayýmlar üzerine kurulu bir senaryo pratikte pek de muhtemel olmayabilir ve göz ardý edilebilir. Fikirlerinizi yarýn akþama kadar bildirmenizi tekrardan rica ediyorum. Ýyi günler, R. Bertan Gündoðdu -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20070703/5db4cbb7/attachment.htm From selimok at gmail.com Tue Jul 3 21:20:54 2007 From: selimok at gmail.com (selim ok) Date: Tue, 3 Jul 2007 20:20:54 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Proxy_Ayarlar=FD_projesinde_son_duru?= =?iso-8859-9?q?m?= In-Reply-To: References: Message-ID: Merhabalar, Benim kafam karisti biraz (zaten ne zaman karismadi ki :) Bir kac (olasi sacma) soru sormak istiyorum. Simdi wiki'deki belgede tasarim kararlari kisminda yazan [1] ifadesinden yola cikarak, vekil sunucu ayarlarinin ag baglantisi profilleri ile iliskili olacagini, tipki isim sunucusu ayarlari gibi ayarlanabilecegini var sayiyorum. Yani bir global vekil sunucu ayari olacak bir de istege bagli olarak her ag baglantisina ait ayri bir vekil sunucu ayari. Bu noktayi dogru anlamis miyim? Eger yukarida bagsettigim noktayi dogru anladiysam 3 numarali maddede anlatilan sorunun cözümü cok basit. Ardanin kendisi icin yeni bir baglanti profili olusturmasi ve buna özel vekil sunucu ayarlarini girmesi, bilgisayarini babasindan aldiginda da kendi baglanti profilini secmesi yeterli. Evet ayni evde ayni baglanti icin iki farkli baglanti profili demek bu ama fazla profil göz cikarmaz. Burada yanlis anladigim yada varsaydigim birsey var mi? Vekil sunucu ayarlarinin kullanici bazli olmasi gereksiz, yukarida varsaydigim durumda zaten bunlara gerek kalmiyor. Dileyen (ve tabiiki izni olan) kullanici, baglanti profilini yaratir, istedigi vekil sunucu ayarlarini secer ve kendi hesabina giris yaptiginda bu baglanti profilini kullanir. Unuttugum, atladigim, yanildigim bir nokta var mi? Birde yine varsayimlarim dogruysa arda bilgisayari babasina verirken oturumunu kapatmaz ve babasi is yerine gittiginde kendi baglanti profilini kullanir ve eve geri geldiginde arda kendi oturumunu tekrar acarsa, baglanti profilini biraktigi gibi mi bulur, yoksa babasi kendi oturumunda degistirince otomatik olarak ardanin oturumunda da degisir mi? Eger biraktigi gibi bulursa sistem geneli icin ayarlanan vekil sunucu profilinin son durumu ne olur? Arada kendi proxy ayarlarini kullanabilir mi? Salak birseyler sorduysam affola :) [1]: "Vekil sunucu ayarlarý, baðlantý profilleriyle yakýndan iliþkili olduðundan, ayar arayüzünün Að Yöneticisine eklenmesi ve Tasmadaki Vekil sunucu ayarlarýnýn bulunduðu bölümün kaldýrýlmasý uygun olacaktýr." Iyi calismalar, Selim -- Özgürlük icin, özgür isletim sistemi... http://www.pardus.org.tr -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20070703/cb196252/attachment-0001.htm From ismail at pardus.org.tr Tue Jul 3 21:24:55 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Tue, 3 Jul 2007 21:24:55 +0300 Subject: [Gelistirici] =?utf-8?q?Proxy_Ayarlar=C4=B1_projesinde_son_durum?= In-Reply-To: References: Message-ID: <200707032125.09014.ismail@pardus.org.tr> On Tuesday 03 July 2007 17:39:30 bertan wrote: > fikirlerini bekliyorum ve fikirlerinizi 4 Temmuz saat 5'e kadar > belirtirseniz iyi olur; çünkü bu tarihten sonra kesin karar verilmiÅŸ > olacak. Memur olmuÅŸun direk yaw, Saat 24:00 CET diceksin :P -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 827 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070703/887716b8/attachment.pgp From caglar at pardus.org.tr Tue Jul 3 22:01:48 2007 From: caglar at pardus.org.tr (=?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur) Date: Tue, 3 Jul 2007 22:01:48 +0300 Subject: [Gelistirici] microcode_ctl Message-ID: <200707032201.48453.caglar@pardus.org.tr> Selamlar, /.^daki ünlü "Theo de Raadt Details Intel Core 2 Bugs" haberinden sonra LKML'ye taşınan konu sonucunda 1. olayın bu kadar ciddi olmadığı 2. microcode güncellemelerinin yapılması durumunda errata içindeki hatalardan büyük çoÄŸunlukla kurtulunduÄŸu sonucuna vardı. Microcode_Ctl kodundan gördüğüm kadarıyla intel olmayan makinada kendini yüklemeye çalışmıyor ama emin olmak için AMD'si olan bir kaç kiÅŸi "service microcode_ctl start" diyip bir sorun olursa bildirebilir mi? Yarın geceye kadar ses çıkmazsa servisi öntanımlı açık hale getireceÄŸim... Saygılar -- S.ÇaÄŸlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070703/c68353a9/attachment.pgp From ismail at pardus.org.tr Tue Jul 3 22:07:31 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Tue, 3 Jul 2007 22:07:31 +0300 Subject: [Gelistirici] microcode_ctl In-Reply-To: <200707032201.48453.caglar@pardus.org.tr> References: <200707032201.48453.caglar@pardus.org.tr> Message-ID: <200707032207.36023.ismail@pardus.org.tr> On Tuesday 03 July 2007 22:01:48 S.ÇaÄŸlar Onur wrote: > Selamlar, > > /.^daki ünlü "Theo de Raadt Details Intel Core 2 Bugs" haberinden sonra > LKML'ye taşınan konu sonucunda 1. olayın bu kadar ciddi olmadığı 2. > microcode güncellemelerinin yapılması durumunda errata içindeki hatalardan > büyük çoÄŸunlukla kurtulunduÄŸu sonucuna vardı. > > Microcode_Ctl kodundan gördüğüm kadarıyla intel olmayan makinada kendini > yüklemeye çalışmıyor ama emin olmak için AMD'si olan bir kaç kiÅŸi "service > microcode_ctl start" diyip bir sorun olursa bildirebilir mi? Yarın geceye > kadar ses çıkmazsa servisi öntanımlı açık hale getireceÄŸim... Åžimdilik bir iÅŸe yaracağını zannetmiyorum zira son 3 microcode şöyle diyor : NOTE: REQUIRES KERNEL VERSION 2.6.20+ 2007 için anlamlı bir hareket deÄŸil yani. /ismail -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 827 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070703/a2fc1834/attachment.pgp From caglar at pardus.org.tr Tue Jul 3 22:08:45 2007 From: caglar at pardus.org.tr (=?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur) Date: Tue, 3 Jul 2007 22:08:45 +0300 Subject: [Gelistirici] microcode_ctl In-Reply-To: <200707032207.36023.ismail@pardus.org.tr> References: <200707032201.48453.caglar@pardus.org.tr> <200707032207.36023.ismail@pardus.org.tr> Message-ID: <200707032208.45164.caglar@pardus.org.tr> 03 Tem 2007 Sal tarihinde, Ismail Dönmez ÅŸunları yazmıştı: > NOTE: REQUIRES KERNEL VERSION 2.6.20+ > > 2007 için anlamlı bir hareket deÄŸil yani. O eskiden sabit uzunlukta olan microcode arkadaşın artık deÄŸiÅŸken uzunlukta olmasından dolayı, gerekli yama kernel paketinde var :) -- S.ÇaÄŸlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070703/ccc9b96c/attachment.pgp From bahadir at pardus.org.tr Tue Jul 3 22:13:27 2007 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Tue, 3 Jul 2007 22:13:27 +0300 Subject: [Gelistirici] microcode_ctl In-Reply-To: <200707032201.48453.caglar@pardus.org.tr> References: <200707032201.48453.caglar@pardus.org.tr> Message-ID: <200707032213.30238.bahadir@pardus.org.tr> 03 Tem 2007 Sal tarihinde, S.ÇaÄŸlar Onur ÅŸunları yazmıştı: > Microcode_Ctl kodundan gördüğüm kadarıyla intel olmayan makinada kendini > yüklemeye çalışmıyor ama emin olmak için AMD'si olan bir kaç kiÅŸi > "service microcode_ctl start" diyip bir sorun olursa bildirebilir mi? Problem çıkarmadı -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070703/bf0225f0/attachment.pgp From ismail at pardus.org.tr Tue Jul 3 22:11:40 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Tue, 3 Jul 2007 22:11:40 +0300 Subject: [Gelistirici] microcode_ctl In-Reply-To: <200707032208.45164.caglar@pardus.org.tr> References: <200707032201.48453.caglar@pardus.org.tr> <200707032207.36023.ismail@pardus.org.tr> <200707032208.45164.caglar@pardus.org.tr> Message-ID: <200707032211.40435.ismail@pardus.org.tr> On Tuesday 03 July 2007 22:08:45 S.ÇaÄŸlar Onur wrote: > 03 Tem 2007 Sal tarihinde, Ismail Dönmez ÅŸunları yazmıştı: > > NOTE: REQUIRES KERNEL VERSION 2.6.20+ > > > > 2007 için anlamlı bir hareket deÄŸil yani. > > O eskiden sabit uzunlukta olan microcode arkadaşın artık deÄŸiÅŸken uzunlukta > olmasından dolayı, gerekli yama kernel paketinde var :) Hanki yama ki o? grep -r micro * dan biÅŸi çıkmadı :/ -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 827 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070703/2570494a/attachment.pgp From caglar at pardus.org.tr Tue Jul 3 22:12:44 2007 From: caglar at pardus.org.tr (=?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur) Date: Tue, 3 Jul 2007 22:12:44 +0300 Subject: [Gelistirici] microcode_ctl In-Reply-To: <200707032211.40435.ismail@pardus.org.tr> References: <200707032201.48453.caglar@pardus.org.tr> <200707032208.45164.caglar@pardus.org.tr> <200707032211.40435.ismail@pardus.org.tr> Message-ID: <200707032212.44250.caglar@pardus.org.tr> 03 Tem 2007 Sal tarihinde, Ismail Dönmez ÅŸunları yazmıştı: > On Tuesday 03 July 2007 22:08:45 S.ÇaÄŸlar Onur wrote: > > 03 Tem 2007 Sal tarihinde, Ismail Dönmez ÅŸunları yazmıştı: > > > NOTE: REQUIRES KERNEL VERSION 2.6.20+ > > > > > > 2007 için anlamlı bir hareket deÄŸil yani. > > > > O eskiden sabit uzunlukta olan microcode arkadaşın artık deÄŸiÅŸken > > uzunlukta olmasından dolayı, gerekli yama kernel paketinde var :) > > Hanki yama ki o? grep -r micro * dan biÅŸi çıkmadı :/ http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.18.y.git;a=commit;h=44b3e3dc001b3aad89409a55f9ce2a83e047fb7d 2.6.18.5+ -- S.ÇaÄŸlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070703/bbdce41b/attachment.pgp From ismail at pardus.org.tr Tue Jul 3 22:14:22 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Tue, 3 Jul 2007 22:14:22 +0300 Subject: [Gelistirici] microcode_ctl In-Reply-To: <200707032212.44250.caglar@pardus.org.tr> References: <200707032201.48453.caglar@pardus.org.tr> <200707032211.40435.ismail@pardus.org.tr> <200707032212.44250.caglar@pardus.org.tr> Message-ID: <200707032214.22506.ismail@pardus.org.tr> On Tuesday 03 July 2007 22:12:44 S.ÇaÄŸlar Onur wrote: > 03 Tem 2007 Sal tarihinde, Ismail Dönmez ÅŸunları yazmıştı: > > On Tuesday 03 July 2007 22:08:45 S.ÇaÄŸlar Onur wrote: > > > 03 Tem 2007 Sal tarihinde, Ismail Dönmez ÅŸunları yazmıştı: > > > > NOTE: REQUIRES KERNEL VERSION 2.6.20+ > > > > > > > > 2007 için anlamlı bir hareket deÄŸil yani. > > > > > > O eskiden sabit uzunlukta olan microcode arkadaşın artık deÄŸiÅŸken > > > uzunlukta olmasından dolayı, gerekli yama kernel paketinde var :) > > > > Hanki yama ki o? grep -r micro * dan biÅŸi çıkmadı :/ > > http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.18.y.git;a=commi >t;h=44b3e3dc001b3aad89409a55f9ce2a83e047fb7d > > 2.6.18.5+ Oki microcodecu amcaya mail atalım yani :) -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 827 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070703/9845fed1/attachment.pgp From caglar at pardus.org.tr Tue Jul 3 22:38:42 2007 From: caglar at pardus.org.tr (=?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur) Date: Tue, 3 Jul 2007 22:38:42 +0300 Subject: [Gelistirici] =?utf-8?q?Proxy_Ayarlar=C4=B1_projesinde_son_durum?= In-Reply-To: References: Message-ID: <200707032238.42432.caglar@pardus.org.tr> 03 Tem 2007 Sal tarihinde, bertan ÅŸunları yazmıştı: > Fikirlerinizi yarın akÅŸama kadar bildirmenizi tekrardan rica ediyorum. Bertan mevcut sorunları yazmayı unutmuÅŸ bu çözümlerin neden bu hale geldiÄŸini anlatayım bende; 1. Bazı uygulamalar klasik olarak HTTP_PROXY/http_proxy gibi env. deÄŸiÅŸkenlerine bakıyor. 2. Bazı uygulamalar illa kendi ayar dosyalarına bakıyor 3. KDE uygulamaları kcmshell proxy ile gelen arayüz ile oluÅŸan objeye soruyor, bu arkadaÅŸ ayarlanırsa env. kullanabiliyor. Sorun ise tam olarak burada baÅŸlıyor. KDE açtınız ve KDE'nin mevcut ayar arayüzü ile bir proxy ayarladınız ve kullanmaya baÅŸladınız, Proxy destekleyen KDE uygulamaları bu deÄŸiÅŸiklikten o anda haberdar oluyor ve kullanmaya baÅŸlıyorlar fakat firefox/wget/pisi [hoÅŸ pisi sorun deÄŸil davranışını deÄŸiÅŸtirmesi en kolay ÅŸey bu burada :)] v.s gibi env. deÄŸiÅŸkenine bakan uygulamalar bu env.'ları almadıkları için logout/login gerektiriyorlar. Proxy ayarlarını network-manager ile birleÅŸtirirsek kullanım şöyle oluyor. 1. Ofiste Ofis profili için proxy ayarladım kullandım. 2. AkÅŸam eve geldim, makinamı açtım network-applet'den Ev profilini seçtim, tataaaa eski proxy hali hazırda env.'a export edildiÄŸi için KDE'den çıkıp girmem gerekiyor. 3. Evde iÅŸim bitti ofise gittim Ofis profilini seçtim tataaaa env. içinde proxy olmadığı için wget/pisi gibi bir takım uygulamalar çalışmaaya baÅŸladı. Peki diÄŸer dağıtımlar ne yapıyor? SUSE ayar deÄŸiÅŸtirince "Dikkat bazı uygulamalar hemen kullanmaya baÅŸlayacak ama sen bir gir çık KDE/GNOME'a, çıkmak istiyor musun?" diye soruyor, Fedora da benzerini yapıyor. 3 çözümümüz var gibi duruyor; 1. Bertan'ın ÅŸu anda yaptığı gibi uygulama başına proxy ayarları ayarlayan bir seri kod yazıp amsn için ÅŸuraya bunu, ali için buraya bunu, veli için ÅŸuraya ÅŸunu yazacaksın yapacağız, fakat bu seferde mesela amsn açıkken proxy ayarı deÄŸiÅŸtirirsek amsn açıp kapatmamız gerekecek. Bu config dosyalarını parse etmek için bir ton kod yazıp, her sürümde deÄŸiÅŸip deÄŸiÅŸmediklerini kontrol etmemiz gerekecek (benden -1) 2. SUSE/Fedora'nın yaptığı gibi KDE'nin mevcut altyapısını kullanacağız, belki bir ÇOMAR modeli (setProxy/getProxy) ile bu ayarların sisteme export edilmesini saÄŸlayıp gene onların yaptığı gibi KDE uygulamalaarı hemen çalışmaya baÅŸlayacak ama wget/firefox v.s için bir logout gerekli diyeceÄŸiz. 3. Yeni bir proxy arayüzü yazacağız, bu KDE uygulamaları için KDE ne yapıyorsa onu yapacak, diÄŸer uygulamaların önemli olanlarını yamalayacağız (env.'dan al veya ÅŸu dosyadan al gibi) fakat bu da mesela proxy ayarlarır ayarlanmaz firefox'u tekrar baÅŸlatmak gereÄŸini çözmeyecek. Özetle bugünkü mini toplantımızda X'i ya da etkilenen uygulamayı yeniden baÅŸlatmadan _akılcı_ bir çözüm bulamadık/aklımıza gelmedi. Bu konuda önerisi/fikri/yorumu, kaçırdığımızı düşündüğü bir ÅŸeyi olan yarına kadar konuÅŸsun lütfen, yarına kadar kimseden ses çıkmazsa aralarında en mantıklı görünen 2. seçeneÄŸi seçip onun üzerinde yoÄŸunlaÅŸacağız :) Saygılar -- S.ÇaÄŸlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070703/37a8ebd2/attachment-0001.pgp From caglar at pardus.org.tr Tue Jul 3 22:39:41 2007 From: caglar at pardus.org.tr (=?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur) Date: Tue, 3 Jul 2007 22:39:41 +0300 Subject: [Gelistirici] =?utf-8?q?Proxy_Ayarlar=C4=B1_projesinde_son_durum?= In-Reply-To: References: Message-ID: <200707032239.41509.caglar@pardus.org.tr> 03 Tem 2007 Sal tarihinde, selim ok ÅŸunları yazmıştı: > [1]: "Vekil sunucu ayarları, baÄŸlantı profilleriyle yakından iliÅŸkili > olduÄŸundan, ayar arayüzünün AÄŸ Yöneticisine eklenmesi ve Tasmadaki Vekil > sunucu ayarlarının bulunduÄŸu bölümün kaldırılması uygun olacaktır." Bu yaklaşım yanında bir seri teknik sorunu getiriyor,bkz: bir önce attığım e-posta :) -- S.ÇaÄŸlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070703/c5c309c6/attachment.pgp From caglar at pardus.org.tr Tue Jul 3 22:58:06 2007 From: caglar at pardus.org.tr (=?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur) Date: Tue, 3 Jul 2007 22:58:06 +0300 Subject: [Gelistirici] broken Message-ID: <200707032258.06989.caglar@pardus.org.tr> Checking dynamic linking consistency... broken /usr/lib/crystalspace/gmesh3ds.so (requires lib3ds.so.1) broken /usr/bin/3ds2lev (requires lib3ds.so.1) kim ne zaman kırdı emin deÄŸilim? -- S.ÇaÄŸlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070703/37c2aeaa/attachment.pgp From ismail at pardus.org.tr Tue Jul 3 22:59:49 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Tue, 3 Jul 2007 22:59:49 +0300 Subject: [Gelistirici] broken In-Reply-To: <200707032258.06989.caglar@pardus.org.tr> References: <200707032258.06989.caglar@pardus.org.tr> Message-ID: <200707032259.49473.ismail@pardus.org.tr> On Tuesday 03 July 2007 22:58:06 S.ÇaÄŸlar Onur wrote: > Checking dynamic linking consistency... > broken /usr/lib/crystalspace/gmesh3ds.so (requires lib3ds.so.1) > broken /usr/bin/3ds2lev (requires lib3ds.so.1) > > kim ne zaman kırdı emin deÄŸilim? Murat kırdı, lib3ds güncellemesi. -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 827 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070703/1389e5a2/attachment.pgp From ismail at pardus.org.tr Tue Jul 3 23:00:16 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Tue, 3 Jul 2007 23:00:16 +0300 Subject: [Gelistirici] broken In-Reply-To: <200707032259.49473.ismail@pardus.org.tr> References: <200707032258.06989.caglar@pardus.org.tr> <200707032259.49473.ismail@pardus.org.tr> Message-ID: <200707032300.16421.ismail@pardus.org.tr> On Tuesday 03 July 2007 22:59:49 Ismail Dönmez wrote: > On Tuesday 03 July 2007 22:58:06 S.ÇaÄŸlar Onur wrote: > > Checking dynamic linking consistency... > > broken /usr/lib/crystalspace/gmesh3ds.so (requires lib3ds.so.1) > > broken /usr/bin/3ds2lev (requires lib3ds.so.1) > > > > kim ne zaman kırdı emin deÄŸilim? > > Murat kırdı, lib3ds güncellemesi. "Ben yapmadım Anne, Miki fare yaptı" gibi oldu bu da. -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 827 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070703/35240208/attachment.pgp From caglar at pardus.org.tr Tue Jul 3 23:01:10 2007 From: caglar at pardus.org.tr (=?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur) Date: Tue, 3 Jul 2007 23:01:10 +0300 Subject: [Gelistirici] broken In-Reply-To: <200707032300.16421.ismail@pardus.org.tr> References: <200707032258.06989.caglar@pardus.org.tr> <200707032259.49473.ismail@pardus.org.tr> <200707032300.16421.ismail@pardus.org.tr> Message-ID: <200707032301.10650.caglar@pardus.org.tr> 03 Tem 2007 Sal tarihinde, Ismail Dönmez ÅŸunları yazmıştı: > On Tuesday 03 July 2007 22:59:49 Ismail Dönmez wrote: > > On Tuesday 03 July 2007 22:58:06 S.ÇaÄŸlar Onur wrote: > > > Checking dynamic linking consistency... > > > broken /usr/lib/crystalspace/gmesh3ds.so (requires lib3ds.so.1) > > > broken /usr/bin/3ds2lev (requires lib3ds.so.1) > > > > > > kim ne zaman kırdı emin deÄŸilim? > > > > Murat kırdı, lib3ds güncellemesi. > > "Ben yapmadım Anne, Miki fare yaptı" gibi oldu bu da. Heheh, peki tek paket kırıldığına ve sadece crystal istediÄŸine göre geri mi alıyoruz yoksa dep yazıp crystal'i tekrar mı derliyoruz? -- S.ÇaÄŸlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070703/5109f128/attachment.pgp From ismail at pardus.org.tr Tue Jul 3 23:03:45 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Tue, 3 Jul 2007 23:03:45 +0300 Subject: [Gelistirici] broken In-Reply-To: <200707032301.10650.caglar@pardus.org.tr> References: <200707032258.06989.caglar@pardus.org.tr> <200707032300.16421.ismail@pardus.org.tr> <200707032301.10650.caglar@pardus.org.tr> Message-ID: <200707032303.46263.ismail@pardus.org.tr> On Tuesday 03 July 2007 23:01:10 S.ÇaÄŸlar Onur wrote: > 03 Tem 2007 Sal tarihinde, Ismail Dönmez ÅŸunları yazmıştı: > > On Tuesday 03 July 2007 22:59:49 Ismail Dönmez wrote: > > > On Tuesday 03 July 2007 22:58:06 S.ÇaÄŸlar Onur wrote: > > > > Checking dynamic linking consistency... > > > > broken /usr/lib/crystalspace/gmesh3ds.so (requires lib3ds.so.1) > > > > broken /usr/bin/3ds2lev (requires lib3ds.so.1) > > > > > > > > kim ne zaman kırdı emin deÄŸilim? > > > > > > Murat kırdı, lib3ds güncellemesi. > > > > "Ben yapmadım Anne, Miki fare yaptı" gibi oldu bu da. > > Heheh, peki tek paket kırıldığına ve sadece crystal istediÄŸine göre geri mi > alıyoruz yoksa dep yazıp crystal'i tekrar mı derliyoruz? svn up :) -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 827 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070703/832b1312/attachment.pgp From coderlord at gmail.com Wed Jul 4 09:50:27 2007 From: coderlord at gmail.com (Furkan Duman) Date: Wed, 4 Jul 2007 09:50:27 +0300 Subject: [Gelistirici] =?utf-8?q?Proxy_Ayarlar=C4=B1_projesinde_son_durum?= In-Reply-To: <200707032238.42432.caglar@pardus.org.tr> References: <200707032238.42432.caglar@pardus.org.tr> Message-ID: <4cca720b0707032350k36f6e4a4p218122de4f223086@mail.gmail.com> On 7/3/07, S.Çaðlar Onur wrote: > > 1. Bazý uygulamalar klasik olarak HTTP_PROXY/http_proxy gibi env. > deðiþkenlerine bakýyor. > > 2. Bazý uygulamalar illa kendi ayar dosyalarýna bakýyor > > 3. KDE uygulamalarý kcmshell proxy ile gelen arayüz ile oluþan objeye soruyor, > bu arkadaþ ayarlanýrsa env. kullanabiliyor. > > Sorun ise tam olarak burada baþlýyor. Neden KDE, GTK veya konsol olsun proxy gereksinimi olan her uygulamayý tek merkezden proxy ayarýný yapmayý düþünüyoruz? Benim bu olayýn baþlangýcýnda düþündüðüm þey, KDE yi ve sistem env deðiþkenini set etmek ve bunlara bakan uygulamalarýn, bu iþten oto. faydalanmalarýný saðlamaktý. Eðer bir uygulama bu deðerlere bakmýyorsa veya kendine özel bir proxy ayar sayfasý yapmýþsa, kullanýcýnýn gidip oradan ayarlamasý gerekli diye düþünüyorum. Aksi halde her uygulamanýn bu yapýyý desteklemesini saðlamak için bir yýðýn yama yapýlmasý ve her sürüm deðiþikliðinde de bunlarýn bakýmýnýn yapýlmasý gerekecek. KDE, Firefox ve konsol için çevre deðiþkeni set edilmesinin desteklenmesi yeterli bence. Eðer uygulamanýn yeniden baþlatýlmasý gerekiyorsa, bir uyarý verilebilir. Bu konuda baþka bir fikrim de þu. Sistem genelinde çalýþacak þeffaf bir proxy servisi kullanýlýr. IPTables kurallarý ile 80 portuna yapýlan istekler bu servisten geçirilir. Çomar ile de bu servisin daha sonra paketleri forward edeceði proxy adresi set edilir. Böylece bütün uygulamalar kendi içlerinde herhangi bir ayara yamaya vs. gerek kalmadan proxyden otomatik faydalanmýþ olurlar. Belki ileride bununla içerik filtrelemesi de yapýlmasý düþünülebilir. Bunun sistem kaynaðý tüketen ve uygulanmasý biraz daha zaman isteyen bir çözüm olduðunu kabul ediyorum. Furkan Duman From necmettin.begiter at gmail.com Tue Jul 3 22:03:25 2007 From: necmettin.begiter at gmail.com (Necmettin Begiter) Date: Tue, 3 Jul 2007 22:03:25 +0300 Subject: [Gelistirici] =?utf-8?q?Proxy_Ayarlar=C4=B1_projesinde_son_durum?= In-Reply-To: References: Message-ID: <200707032203.26092.necmettin.begiter@gmail.com> On Tuesday 03 July 2007 21:20:54 selim ok wrote: > Merhabalar, > Benim kafam karisti biraz (zaten ne zaman karismadi ki :) Bir kac (olasi > sacma) soru sormak istiyorum. > > Simdi wiki'deki belgede tasarim kararlari kisminda yazan [1] ifadesinden > yola cikarak, vekil sunucu ayarlarinin ag baglantisi profilleri ile > iliskili olacagini, tipki isim sunucusu ayarlari gibi ayarlanabilecegini > var sayiyorum. Yani bir global vekil sunucu ayari olacak bir de istege > bagli olarak her ag baglantisina ait ayri bir vekil sunucu ayari. Bu > noktayi dogru anlamis miyim? > > Eger yukarida bagsettigim noktayi dogru anladiysam 3 numarali maddede > anlatilan sorunun cözümü cok basit. Ardanin kendisi icin yeni bir baglanti > profili olusturmasi ve buna özel vekil sunucu ayarlarini girmesi, > bilgisayarini babasindan aldiginda da kendi baglanti profilini secmesi > yeterli. Evet ayni evde ayni baglanti icin iki farkli baglanti profili > demek bu ama fazla profil göz cikarmaz. Burada yanlis anladigim yada > varsaydigim birsey var mi? > > Vekil sunucu ayarlarinin kullanici bazli olmasi gereksiz, yukarida > varsaydigim durumda zaten bunlara gerek kalmiyor. Dileyen (ve tabiiki izni > olan) kullanici, baglanti profilini yaratir, istedigi vekil sunucu > ayarlarini secer ve kendi hesabina giris yaptiginda bu baglanti profilini > kullanir. Unuttugum, atladigim, yanildigim bir nokta var mi? > > Birde yine varsayimlarim dogruysa arda bilgisayari babasina verirken > oturumunu kapatmaz ve babasi is yerine gittiginde kendi baglanti profilini > kullanir ve eve geri geldiginde arda kendi oturumunu tekrar acarsa, > baglanti profilini biraktigi gibi mi bulur, yoksa babasi kendi oturumunda > degistirince otomatik olarak ardanin oturumunda da degisir mi? Eger > biraktigi gibi bulursa sistem geneli icin ayarlanan vekil sunucu profilinin > son durumu ne olur? Arada kendi proxy ayarlarini kullanabilir mi? > > Salak birseyler sorduysam affola :) > > [1]: "Vekil sunucu ayarlarý, baðlantý profilleriyle yakýndan iliþkili > olduðundan, ayar arayüzünün Að Yöneticisine eklenmesi ve Tasmadaki Vekil > sunucu ayarlarýnýn bulunduðu bölümün kaldýrýlmasý uygun olacaktýr." > > Iyi calismalar, > Selim Önce Selim'e not: Þimdi sayacaklarým seninle ilgili deðil, önce bunu söyleyeyim, asýl mesajý silmiþtim, o yüzden buraya yazýyorum Bence vekil sunucu ayarlarýnýn baðlantýlarla iliþkilendirilmemesi gerekir; hem evinde hem de iþ yerinde normal kablolu að baðlantýsý kullanan, ama evde farklý, iþ yerinde farklý vekil sunucu kullanan veya ikisinden birinde vekil sunucu kullanmayan adam ne yapacak? Ýki tane kablolu að baðlantýsý belirleyip onlara farklý vekil sunucu ayarlarý mý girecek? Veya evde bazen kabloyla bazen kablosuz baðlanan adam ikisinde de ayný vekil sunucu ayarlarýný mý girecek? Bence að baðlantýsý ile vekil sunucu iliþkili olmasýna raðmen birbirleriyle eþleþtirilmemeliler; ayný að baðlantýlarýnda olduðu gibi bir vekil sunucu seçimi yapýlabilmeli. Að baðlantýsýný deðiþtirmeden vekil sunucu, vekil sunucu deðiþtirmeden að baðlantýsý deðiþtirilebilmeli. Dizüstü bilgisayar kullanan bir adam (örneðin ben) kablolu baðlantýsýný devamlý seçili býrakýr ama kablosuz baðlanýr (yani ikisi seçilidir ama biri baðlýdýr), ve fakat að baðlantýlarý ile vekil sunucu ayarlarý eþleþtirildiðinde, iki vekil sunucu profili mi olacak bu durumda? Bir de þöyle düþünelim: að baðlantýlarý ekranýný ikiye bölsek, bir vekil sunucu kutucuðu (checkbox'u) olsa ve "vekil sunucu aç" dendiðinde pencerenin altýnda bir vekil sunucu profili kýsmý görünse, að baðlantýsýndan ayrý olarak yapýlandýrýlabilse, "hangisi olmalý?" problemimizi (kullanýcý temelli mi, baðlantý temelli mi, yoksa sistem geneli mi olsun konusu) kökten çözmüþ oluruz. From rmznbrtn at gmail.com Wed Jul 4 10:52:58 2007 From: rmznbrtn at gmail.com (bertan) Date: Wed, 4 Jul 2007 10:52:58 +0300 Subject: [Gelistirici] =?iso-8859-9?q?Proxy_Ayarlar=FD_projesinde_son_duru?= =?iso-8859-9?q?m?= In-Reply-To: <200707032239.41509.caglar@pardus.org.tr> References: <200707032239.41509.caglar@pardus.org.tr> Message-ID: Selim Bey'in sorularýna Çaðlar'ýn maili sanýrým yeterli cevabý saðlýyor. Mevcut çözümleri gözden geçirirsek: > 2. SUSE/Fedora'nýn yaptýðý gibi KDE'nin mevcut altyapýsýný kullanacaðýz, > belki bir ÇOMAR modeli (setProxy/getProxy) ile bu ayarlarýn sisteme export > edilmesini saðlayýp gene onlarýn yaptýðý gibi KDE uygulamalaarý hemen > çalýþmaya baþlayacak ama wget/firefox v.s için bir logout gerekli > diyeceðiz. KDE altyapýsý da proxy'i kullanýcý bazlý tuttuðuna göre ÇOMAR diðer kullanýcýlarýn KDE ayar dosyalarýný da (veya açýk baþka bir oturum varsa objelerini de) deðiþtirecek mi? 3. Yeni bir proxy arayüzü yazacaðýz, bu KDE uygulamalarý için KDE ne > yapýyorsa onu yapacak, diðer uygulamalarýn önemli olanlarýný yamalayacaðýz > (env.'dan al veya þu dosyadan al gibi) fakat bu da mesela proxy ayarlarýr > ayarlanmaz firefox'u tekrar baþlatmak gereðini çözmeyecek. Uygulamayý yeniden baþlatmak, login/logout yapmaktan iyidir bence. fakat bu seferde mesela amsn açýkken proxy ayarý deðiþtirirsek amsn açýp > kapatmamýz gerekecek. Bu config dosyalarýný parse etmek için bir ton kod > yazýp, her sürümde deðiþip deðiþmediklerini kontrol etmemiz gerekecek > (benden -1) Yazýlmasý gereken kod bir ton olmadýðý gibi zaten yazdýðým kodlarý yabana atmamak gerek. Ayrýca her sürümde deðiþip deðiþmediklerini kontrol etmek o kadar zor mu? Takip edilecek paketleri ben þahsen takip edebilir ve gerekirse yeni parser'lar (ki hoþ, bunun gerekme ihtimali çok az olacaktýr) yazarým. Yeni parser eklemek kolay olsun diye tasarladým þu anki kodu zaten. Ayar dosyalarýný deðiþtirmek, kullanýcý bazlý yapmaya karar verirsek en uygun çözüm diye düþünüyorum ve kullanýcý bazlý olmasýnýn uygun olmayabileceðini bana düþündüren tek þey 4 numaralý kullaným senaryosu, yoksa diðer senaryolarda sorun yok. Bu senaryo ne kadar geçerlidir? Bir sistem yöneticisi sistemdeki bilgisayarlarýn doðru proxy ayarlarýný kullanmadan dýþ aða baðlanmasýný pekala engelleyebilir ve bu durumda kullanýcý kendi ayarlarýný deðiþtirirse internete baðlanamaz. Kullanýcýlarýn ayar dosyalarýný tek merkezden deðiþtirmek de yapýlabilir ve bu çok diðer senaryolardan daha seyrek olacaðý için saçma da olmayacaktýr bence. Ýyi günler, R. Bertan Gündoðdu -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20070704/a3633044/attachment.htm From rmznbrtn at gmail.com Wed Jul 4 11:11:57 2007 From: rmznbrtn at gmail.com (bertan) Date: Wed, 4 Jul 2007 11:11:57 +0300 Subject: [Gelistirici] =?iso-8859-9?q?Proxy_Ayarlar=FD_projesinde_son_duru?= =?iso-8859-9?q?m?= In-Reply-To: References: <200707032239.41509.caglar@pardus.org.tr> Message-ID: > > Bu konuda baþka bir fikrim de þu. Sistem genelinde çalýþacak þeffaf bir > proxy servisi kullanýlýr. IPTables kurallarý ile 80 portuna > yapýlan istekler bu servisten geçirilir. Çomar ile de bu servisin daha > sonra paketleri forward edeceði proxy adresi set edilir. Böylece bütün > uygulamalar kendi içlerinde herhangi bir ayara yamaya vs. gerek kalmadan > proxyden otomatik faydalanmýþ olurlar. Belki ileride bununla içerik > filtrelemesi de yapýlmasý düþünülebilir. Bunun sistem kaynaðý tüketen ve > uygulanmasý biraz daha zaman isteyen bir çözüm olduðunu kabul ediyorum. Bu çözüm Ozan Çaðlayan'ýn Belli bir ethernet arabirimi üzerinden giden tüm trafiði kökünden bir proxy > sunucu'ya havale etmek mümkün mü? þeklindeki öneri/sorusuna da bir nevi cevap oluyor sanýrým. Sanki abartý bir çözüm gibi duruyor; fakat sadece proxy ayarlandýðýnda aktif olacaksa sistem kaynaðý tüketmesi çok da sorun olmasa gerek. Ayrýca hem sistem genelinde hem de kullanýcýya özel yönlendirme de sanýrým yapýlabilir bu tür bir yöntemle. Bu konuda deneyimli geliþtiricilerimizin görüþlerini merak ve heyecan ile beklemekteyim :) Ýyi günler, R. Bertan Gündoðdu -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20070704/56d9a54c/attachment.htm From ahmet at pardusman.org Wed Jul 4 12:06:12 2007 From: ahmet at pardusman.org (Ahmet =?iso-8859-9?q?AYG=DCN?=) Date: Wed, 4 Jul 2007 12:06:12 +0300 Subject: [Gelistirici] =?iso-8859-9?q?Proxy_Ayarlar=FD_projesinde_son_duru?= =?iso-8859-9?q?m?= In-Reply-To: <200707032203.26092.necmettin.begiter@gmail.com> References: <200707032203.26092.necmettin.begiter@gmail.com> Message-ID: <200707041206.15857.ahmet@pardusman.org> On Tuesday 03 July 2007 22:03:25 Necmettin Begiter wrote: > Bence að baðlantýsý ile vekil sunucu iliþkili olmasýna raðmen birbirleriyle > eþleþtirilmemeliler; ayný að baðlantýlarýnda olduðu gibi bir vekil sunucu > seçimi yapýlabilmeli. Að baðlantýsýný deðiþtirmeden vekil sunucu, vekil > sunucu deðiþtirmeden að baðlantýsý deðiþtirilebilmeli. Bu bölüme katýlýyorum. -- Ahmet AYGÜN - ahmet~pardusman.org -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070704/156ed3b7/attachment.pgp From caglar at pardus.org.tr Wed Jul 4 13:36:52 2007 From: caglar at pardus.org.tr (=?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur) Date: Wed, 4 Jul 2007 13:36:52 +0300 Subject: [Gelistirici] =?utf-8?q?Proxy_Ayarlar=C4=B1_projesinde_son_durum?= In-Reply-To: References: Message-ID: <200707041336.55827.caglar@pardus.org.tr> 04 Tem 2007 Çar tarihinde, bertan ÅŸunları yazmıştı: > ÅŸeklindeki öneri/sorusuna da bir nevi cevap oluyor sanırım. Sanki abartı > bir çözüm gibi duruyor; fakat sadece proxy ayarlandığında aktif olacaksa > sistem kaynağı tüketmesi çok da sorun olmasa gerek. Ayrıca hem sistem > genelinde hem de kullanıcıya özel yönlendirme de sanırım yapılabilir bu tür > bir yöntemle. Bu konuda deneyimli geliÅŸtiricilerimizin görüşlerini merak ve > heyecan ile beklemekteyim :) Basit bir soruna (proxy ayarlamak [sorunu çözmek basit demiyorum, istenen basit :P]) kompleks bir çözümle (yerelde proxy çalıştırmak, iptables ile paket yönlendirmek, gereksiz servis çalıştırması, CPU/Disk harcamak v.s) benim hoÅŸuma gitmedi :) -- S.ÇaÄŸlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070704/1db0fa31/attachment.pgp From dfisek at fisek.com.tr Wed Jul 4 14:58:42 2007 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Wed, 4 Jul 2007 14:58:42 +0300 Subject: [Gelistirici] =?iso-8859-9?q?GPLv3_=E7=FDkt=FD?= In-Reply-To: <200707010221.20528.ismail@pardus.org.tr> References: <200706292128.28061.ismail@pardus.org.tr> <200707010221.20528.ismail@pardus.org.tr> Message-ID: <20070704145842.c85d792e.dfisek@fisek.com.tr> Sun, 1 Jul 2007 02:21:20 +0300, Ismail Dönmez : > > http://www.gnu.org/licenses/gpl-3.0.html > GPL > olan paketlerin > GPL-2 > olarak deðiþtirilmesi gerekiyor artýk, itirazý olan yoksa sed, svn > commit ikilisiyse bir seferde yapacaðýmdýr. Bir de actions.py betiklerinde degisiklik lazim. http://www.gnu.org/copyleft/gpl.txt dosyasi artik GPLv3'u getiriyor. Secime gore GPLv2 metnini gosterecek sekilde link degistirmek ya da betiklerdeki version 2 lafini, 3 diye degistirmek gerek. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ismail at pardus.org.tr Wed Jul 4 15:07:31 2007 From: ismail at pardus.org.tr (Ismail =?iso-8859-9?q?D=F6nmez?=) Date: Wed, 4 Jul 2007 15:07:31 +0300 Subject: [Gelistirici] =?iso-8859-9?q?GPLv3_=E7=FDkt=FD?= In-Reply-To: <20070704145842.c85d792e.dfisek@fisek.com.tr> References: <200706292128.28061.ismail@pardus.org.tr> <200707010221.20528.ismail@pardus.org.tr> <20070704145842.c85d792e.dfisek@fisek.com.tr> Message-ID: <200707041507.40096.ismail@pardus.org.tr> On Wednesday 04 July 2007 14:58:42 Doruk Fisek wrote: > Sun, 1 Jul 2007 02:21:20 +0300, Ismail Dönmez : > > > http://www.gnu.org/licenses/gpl-3.0.html > > > > GPL > > olan paketlerin > > GPL-2 > > olarak deðiþtirilmesi gerekiyor artýk, itirazý olan yoksa sed, svn > > commit ikilisiyse bir seferde yapacaðýmdýr. > > Bir de actions.py betiklerinde degisiklik lazim. > > http://www.gnu.org/copyleft/gpl.txt dosyasi artik GPLv3'u getiriyor. > Secime gore GPLv2 metnini gosterecek sekilde link degistirmek ya da > betiklerdeki version 2 lafini, 3 diye degistirmek gerek. Bizim açýmýzdan GPLv3'e geçmenin bir sakýncasý olduðunu sanmýyorum. Toplu bir karar alarak geçebiliriz bence... /ismail -- Perfect is the enemy of good -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 827 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20070704/a43e57d1/attachment.pgp From gurer at pardus.org.tr Wed Jul 4 15:20:43 2007 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Wed, 4 Jul 2007 15:20:43 +0300 Subject: [Gelistirici] =?utf-8?b?R1BMdjMgw6fEsWt0xLE=?= In-Reply-To: <200707041507.40096.ismail@pardus.org.tr> References: <200706292128.28061.ismail@pardus.org.tr> <20070704145842.c85d792e.dfisek@fisek.com.tr> <200707041507.40096.ismail@pardus.org.tr> Message-ID: <200707041520.43210.gurer@pardus.org.tr> On Wednesday 04 July 2007 15:07:31 Ismail Dönmez wrote: > > Bir de actions.py betiklerinde degisiklik lazim. > > > > http://www.gnu.org/copyleft/gpl.txt dosyasi artik GPLv3'u getiriyor. > > Secime g