Son bir kac gun icerisinde listede gecen bir iki tartisma uzerine ve son
olarak Sn. Keskinege'nin mail'i uzerine birkac satir yazmak istedim,
Linux ile ilgili standart dagitim disinda elde edilen paketler ve bunlarin
kullanimi ile ilgili (bildigim kadari ile) yer alan temel sorun (benim
gozlemledigim):
Gelistirilen pakedin belirli bir kernel icin gelistirilmis olmasi.
Bu her zaman kernel ile sinirli degil tabii ki bazi paketler daha
yeni libc surumlerine uygun olarak yazilmis.
Bu sorun aslinda o kadar kolay tanimlanamiyor da, mesela:
- Herhangi bir paketin belirli bir kernel ve belirli bir libc
altinda gelistirilmis olmasi, o pakedin (her zaman) baska
bir kernel (eski veya yeni) ve/veya libc altinda calismayacagi
anlamina gelmiyor. Onemli olan sozkonusu pakedin gelistirildigi
ortama specific ozellikler kullanmamis olmasi.
- Paketleri ve kernelleri gelistiren ekip (tanim olarak) ayni degil,
kernellerin guncellenmesi, paketlerin de guncellenmesi anlamina
gelmiyor, mesela bazi paketi gelistiren kisiler kernellerin
gelisimine ayak uyduramiyorlar. Bu tumuyle pakedi gelistiren ekibin
dinamizmine bakiyor. Ornek olarak quota ve acct cok genis bir
kullanici kitlesine sahipken mesela GPIB belirli bir kullanici kitlesi
ile yeni kernellere ayni zamanda ayak uyduramayabiliyor.
Peki ne yapmali ?, Bu sorunun cevabinida hemen vermek o kadar kolay degil. Bir
kere linux'un kullanilis amacina bakmak en onemlisi:
- Kisisel kullanim: Bu tumuyle kullaniciya kalmis, benzer sorunlari diger
isletim sistemleri ilede yasiyoruz, bazi kullanicilar daha tutucudur,
yillardir kullandiklari paketleri (ve yazilimlari) kullanirlar
bazilari ise piyasada kullandiklari paketin daha yenisi varsa
kendilerini huzursuz hissederler. Ilk grup yeni paketlerin getirdigi
kolayliklardan kendini mahrum birakirken, diger grup ise makinasi
uzerinde surekli yeni yazilimlarin bilinmeyenleri ile ugrasmakla ve
bu yazilimlari yuklemekle zaman kaybedecektir..
- Ozel bir amac icin kullanim: Ornek olarak bir olcu sistemi, belirli
bir ise atanmis bir makina ele alinabilir. Burada makina temel amacini
gerceklemek icin kullanacagi yazilima muhtactir ve bu makinanin
belirlenen amaci icin en uygun ortam saglanir, bu makinalarin sik sik
guncellenmesi risklidir, ancak yeni bir versiyonun kesinlikle daha
yararli olacagina inaniliyorsa (ve guvenilebiliyorsa) boyle bir
guncelleme yapilabilir.
- Internet server: Bircok Linux makina bu amacla kullanilmakta. Belirli
servisleri veren bir makina ozel bir amac icin kullanilan bir makina
gibi degerlendirilmeli, ancak burada soyle bir sorun var. Ozellikle
internet servisleri her gun yenilenen ve gelisen bir yapiya sahip,
dolayisi ile yeni servislere ayak uydurabilmek icin guncelleme bir
yerde kacinilmaz bir durum haline geliyor. En iyi ornek belki Yavuz'un
Java konusunda yazdigi. Ancak bir A konusu icin yapilan guncelleme,
bircok diger servisin aksamasina da sebep olabiliyor.
Peki ne yapmak gerekiyor ? Bu konuda herkesin yine eklemek isteyebilecegi seyler
olacaktir. Benim soyleyebileceklerim, yeni servisleri ve paketleri denemek icin
bir ortam olusturmanin gerekli oldugu. Tabii ki bu isle ugrasanlarin kacinin
boyle bir ortam icin yeterli malzeme ve zaman ayirabilecegi tartisilir. :-))
Ikincisi acele kararlar vermemek, yani "... A pakedini calistirmak istiyorum,
bunun icin libc.6.99.1388 gerekiyor onu install edeyim..." diye bir anda
karar vermek (genelde) istenmeyen sonuclar verebilir.
Son olarak eklemek istedigim, mesajlari gecerken konu ile ilgili olan teknik
detaylari belirtilmesi, Boylelikle yukarida anlatmaya calistigim karmasa bir
miktar cozumlenebilir. Ornek bildigim kadari ile quota 1.1.33'den beri bir
sekilde destekleniyor. Ancak 1.3.50'de kernel icerisine default olarak girdigi
belirtiliyor. Simdi quota calistirmak icin 1.3.50'ye gecmek (bence) buyuk bir
risk (yaniliyorsam duzeltin, gcc ve libc degismeli degil mi ) ?? Mutlaka
1.1.x veya 1.2.x altinda quota cozumu bulunmustur. (hic kullanmadim ama..)
Herneyse biraz gereksiz ve uzun oldu ama...
Hosgorun
Iyi calismalar
F. Kagan