Selamlar, 2010/8/1 selim ok <seli...@gmail.com>: > Merhabalar, > > su an icin depolarimizda pek fazla java paketi bulunmuyor. Bunun önemli bir > eksikligi oldugunu düsünüyorum. Kendimce bir kac paket sahibi olmak > istiyorum uzun zamandir ve bunlarin kendi ugrastigim alanlara yakin olmasini > tercih ediyorum. Bu sebeple bir kac java uygulamasini paketlemek istedim. > Fakat java paketleme isi pek can sikici bir hale gelebiliyor görebildigim > kadariyla, cünkü genelde Java uygulamalari kendi bagimliliklarini bir paket > icinde getiriyorlar ve bunlari ayirmak kimi zaman hic hos sonuclar > dogurmuyor yada cok bakim derdi getiriyor. Kaynak koddan derlemesi filan da > ayrica sikici. > > Neyse cok konusmadan asil soruma döneyim, liste arsivini biraz karistirdim, > pardus-wikiye bakindim ama Java paketleme ile ilgili bir kac E-posta disinda > önemli bir basliga rastlamadim. Diger bazi dagitimlar bu konuda belgeler > olusturmuslar [1][2] ki ortak bir yöntem belirlensin ve java paketleri > düzenli olsun. Biz de bu konuda bir belge olusturalim mi? Eger listede > yeterince net bir sekilde konusabilir ve karar alabilirsek, belgelendirme > isini üzerime alabilirim. > > Eger o iki belgeyi hizlica okursaniz aslinda hangi konularda karar vermemiz > gerektigini asagi yukari cikarabilirsiniz ama benim aklima ilk gelenleri > direk yazayim: > > - Kaynaktan mi derleyelim, yoksa dogrudan ikilileri mi? ("Önceligimiz > kaynaktan derleme, fakat cok cok zor olursa ikili kabulümüz!" gibi arada > kalmis cevaplar da verilebilir bu soruya.) > > - Kitapliklari derleyelim mi? > > - Ayni uygulamanin birden fazla sürümünü depoya ekleyebilir miyiz? Bkz. > jre5-jre6, tomcat5, tomcat6, jboss4-jboss6 vs. > > - Farkli java sanal makine gerceklemelerini paketleyelim mi? (icedtea vs.) > Yani is gücünü buldugumuzu var sayiyorum, politik olarak mümkün mü? > > - Dosya türlerine göre dizin secimimiz nasil olmali. (birlikte gelen jar > paketleri nereye gitmeli, genel olarak opt yada usr altina kurulmali vs.) > > > Görüsleriniz, önerileriniz? > > [1]: http://wiki.archlinux.org/index.php/Java_Package_Guidelines > [2]: http://www.gentoo.org/proj/en/java/java-devel.xml > > > Iyi calismalar, > Selim
Eger paketleri kaynaklarindan derlemeyecek, yanlarinda tasidiklari statik bagimliliklari atmayacak ve bunlar yerine paketlenmis ve sisteme yayilmis kutuphaneleri kullanmasini saglamayacaksan bence bu ise girismenin hic bir anlami yok. Soyledigimin kolay bir is olmadiginin farkindayim ama zaten kolay bir is olsaydi da simdiye kadar 100 kere cozulmus olurdu diye dusunuyorum. Sadece "o paketler depoda olsun/birilerine gerekiyor" diye hareket etmenin saglikli oldugunu da dusunmuyorum. Her kurdugu ornegin tomcat'in yaninda gelen apache-logHEDE'nin 20 farkli surumunu diskinde tutmaktan, classpath'ler falan ile ugrasmaktan, X surumu ile loglar cok guzel olurken Y surumu ile olmuyormus , dur o zaman suradaki jar'lari suraya kopyalayayim hamleleri yapmaktan cekinmiyorsa ve biz bunlari cozmek icin kuracak/kullanacak kullaniciya herhangi bir arti sunmayacak/sunamayacaksak o kullanici gidip n bin tane jar dosyasindan olusmus ve unzip edildigi yerde calismaya baslayan ornegin tomcat'i mesela eliyle de kurabilir. Gordugum tek avantaj "pisi up" ile surum guncelleyebilme olanagi fakat bu paketlerin minor surum anlayisi ile major surum anlayislari arasinda denizin dibi ile agri daginin tepesi oldugu icin mesela jboss-3'den jboss-4'e gecis de paket guncelleyerek mumkun olmadigindan (en azindan benim bilgim dahilinde) bunun da pratikte bir ise yaramayacagini dusunuyorum. Ozetle benim 2 yeni kurusum bu arkadaslarin sadece paketlenilmesi icin bos kutular haline getirilmesinden yana kutularin iclerinin de doldurulmasi Saygilar _______________________________________________ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici