From: Gürkan KARABATAK (gkarabatak@firat.edu.tr)
Date: Wed 14 May 2003 - 13:46:26 EEST
Dagitim demekte bu degilmi. Biri kerneli alir uzerine programlari =
donatir stabilitesini kontrol eder testlerini yapar varsa programlarin =
updateini yapar kendine gore bunlari paketler (sirasi her neyse artik) =
vs.. sonrada adi uzerinde dagitir. Bizde burda dagitimdan soz ediyoruz. =
X biri kerneli alir uzerine x programlari kurarsa bunun stabilitesi =
kurdugu programlara paketlemesine bagimli diyebiliriz. Ancak ben henuz =
dagitimlar icerisinde ufak tefek sorunlar disinda unstable olani veya =
responsible olmayani gormedim. Ve yine soylemek istedigim dagitimlarin =
stabilitesinden suphem yok hepsi isi bilen insanlar tarafindan =
yapiliyor. Ancak simplicity i olusturmak icin eklenen bazi programlar =
bence sistemin agilitysini etkiliyor. Bunlar stabiliteyi falan =
etkileseydi zaten koyulmazlardi dagitimlara.
Saygilar
-----Original Message-----
From: Onur Kucuk [mailto:onur@kablonet.com.tr]=20
Sent: Wednesday, May 14, 2003 2:27 AM
To: linux-sohbet@liste.linux.org.tr
Subject: [linux-sohbet] Re: :(
G=FCrkan KARABATAK wrote:
>=20
>=20
>>Maturity, agility, simplicity, responsiveness, stability. You name it:
>>Slackware rocks; it worked in the past, it will work for the future.
>=20
>=20
> Enver bence bu bahsettiklerinin %90 i tum dagitimlarda mevcut ancak =
=3D
> agility olan simplicity den odun vermek zorunda simplicity olan ise =
=3D
> agilityden odun vermek zorunda diger 4 u ise suphesiz tum dagitimlarda =
=3D
> mevcut bence. Tabii ki kernelden dolayi. Tabi bu benim goruslerim.
Dagitimi dagitim yapan tek sey kernel olsaydi kabul edebilirdim, ama=20
dagitimi belirten seyler
- icerideki paketlerin organizasyonundan, (sunu da koyalim elbet isteyen =
cikar, misal mandrake bunu bazen cok gereksiz abartiyor)
- hangi surumun secilip dagitima eklendiginden, (hadi yeni gcc yazalim)
- ne kadar test edildiginden, (nasilsa ciktiktan sonra bugfix lerini=20
cikartiriz, 2 cdlik dagitimi 3 cd yapariz)
- nasil paketlendiginden (simdi buna yeni bi modul de ekleriz sonra, en=20
iyisi bunu moduler yapayim, ama performans vs. dusmus onemli mi)
- programlara hangi patchlerin uygulandigindan (ben burda k harfi yerine =
kirmizi sapka gormek istiyorum, cok onemli, gerci bu programi yazanlar=20
bile programi mahvettigimi soyluyolar ama olsun, benden iyi mi =
bilecekler)
- temel kutuphanelerden (en yeni glibc cikti, hadi ekleyelim sisteme,=20
hoop hadi her seyi derleyelim bastan)
- programlari derleme parametrelerinden
vs.vs.vs. olusunca isin icine cok etmen girdigini dusunuyorum.
En azindan sadece kernel bir dagitimi kurtaramaz bence, ki linux da=20
yeni yeni adimlarini atmaya baslayanlar da zaten kernel derlemeye=20
girismiyor mu ? :)
(Not: bir dagitimda out of the box kernel mutlaka derlenebilmeli, hele =
hele enterprise olmakla vs. ovunen bir dagitim ise. Hadi bir hata olur=20
gozden kacar, bu hata takip eden yillar boyunca devam etmemeli...)
Ayrica, slackware gordugum en agile ve simple dagitim. Simplicity,=20
kullandiginiz araclarin mouse la calismasi (mandrake) ya da yaptiginiz=20
kurulumun text mode da olup olmamasi ile ilgili degildir.
Bazen mandrake de bir isi yapmak icin "ya mouse a tikladim programda=20
gereken her seyi yaptim ama internet paylasimi olmuyor" olabilir. Simdi=20
benim icin rc.local'e 1 satir iptables string i yazmak kolay geliyorsa,=20
ve kullanicinin gui si de isi gormediyse, ben bu string i adama verip=20
suraya yaz desem (ya da adam belgelerden copy paste yapsa), hangisi daha =
simple ?
Simplicity kullanan kisiye gore degisir, bu yuzden onemli olan=20
karsinizdaki sistemin calismasi ve sizden goturdugu emektir.
Ha flame e katki olarak, sevdigim ilk 3 dagitim, sirasiyla slackware=20
knoppix ve debian (biraz kati/kuralci olsa bile) :)
Saygilar,
Onur Kucuk