From: Doruk Fisek (dfisek@fisek.com.tr)
Date: Wed 14 May 2003 - 22:29:10 EEST
Merhaba,
Wed, 14 May 2003 22:15:48 +0300 tarihinde Deniz Akkus Kanca
<deniz@arayan.com> soyle yazdi:
DF> > Bozdugunuz zaman vebali programin uzerine kaliyor, dagiticinin
DF> > degil.
DAK> Yine soruyorum, bir dağıtım Internet'ten indirdiği kaynak kodlarını
DAK> tutarlı bir bütün haline getirme çalışmasını yapmaz ise, o dağıtımın
DAK> kodları Internet'ten direkt indirmeye kıyasla ne katma değeri
DAK> olabilir?
Bu yazilimlari bir araya getirmek, derlemek ve bir kurulum programi
(ve belki ayar programlari) ile beraber bir(kac) cd haline getirip dagitmak
zaten yeterince onemli bir katma deger degil midir?
DF> > Elmayla armutu karistiriyoruz sanirim. Apache moduler bir program.
DF> > Burada eklenenler moduller, ustelik modullerin hepsi ayri paketler
DF> > olarak kurulup-kaldirilabiliyor.
DAK> Apache'ye (aradan yıllar geçti ama hatırladığım kadarı ile) modül
DAK> eklemek için APXS altyapısını ayarlamak zorundasınız. mod_ssl bir
DAK> sürüm openssl destekler, mod_perl, perl'e ihtiyaç duyar.
DAK> mod_auth_mysql tamamen başka bir yerlerden indirilir, sizde bulunan
DAK> mysql sürümü ile uymaz vb. Bunları toparlayıp bir araya getirip
DAK> apache'yi configure etmek, apache'nin kendisini derlemek ve sonra
DAK> modülleri derlemek zorundasınız. Düz kodlardan bahsediyorum,
DAK> hatırladığım kadarı ile RH içinde o dönemlerde salt httpd (belki bir
DAK> iki modül daha? Ama mod_php vb yoktu) vardı ve modülleri eklemek için
DAK> bu işler yapılıyordu. Bence sevimsiz bir iş idi. O kadar kolaylaştı
DAK> ki, artık detaylarını hatırlamıyorum.
Ayarlanmasinin kolay oldugunu iddia etmedim zaten. Sonunda dagitim
bagimsiz calisacak bir kurulum dokumani yazmistim zamaninda ayni nedenle.
Benim kastettigim su idi. Birebir Apache kaynak kodunda ya da diger
modullerin kaynak kodlarinda bir "bozulma" / degisiklik yapilmiyordu.
Sadece hepsi ontanimli olarak ideal ayarli geliyordu.
Benim itiraz ettigim nokta, onceki e-postalarimda da soyledigim gibi
yazilimin uzerine yapilan yamalar ya da yazilimin kendi dagitiminda
bulunmasina karsin cikarilan ozellikler.
DAK> Bu sevimsizlik ile KDE'nin içinden istediğimi ayıklamak, ikonlarını
DAK> değiştirmek, menülerini tanzim etmek vb aynı sevimsizlikti. Birisinin
DAK> benim yerine yapmasına memnunum. Kütün Krogramlarımın Kadının K Kile
DAK> Kaşlamamasından da... :-)
K'lardan kurtulmaktan hoslanan tek siz degilsiniz, emin olun :-)
DF> > Peki Turkiye sartlarinda kac (potansiyel) linux kullanicisi bu
DF> > olanaklara sahip? Kac kullanici baglanip o yamalari cekip
DF> > uygulayabilecek? Yenisini almayip 2-3 yil once bir dergi tarafindan
DF> > verilen cd'yi denemeyi tercih eden bir insan toplulugundan
DF> > bahsediyoruz burada.
DAK> Ben bu tarz kullanıcılara RH tavsiye ettiğimi hatırlamıyorum. Mesela
...
Tartismanin orjinal cikis noktasi orasiydi da :-)
DAK> Kurarken Türkçe menü eksikliğinde topluluk olarak aynaya bakmak lazım.
DAK> Benim bildiğim ağırlıklı (belki tek?) Nilgün Belma Bugüner kurulum ile
DAK> ilgili çevirileri RH'e yolluyor.
Redhat onlari kaale almiyor o zaman. 8.0 ve 9 surumlerinde Turkce secenegi
yok kurulumda.
DF> > UTF kodlama problemleri nedeniyle Turkce konusunda basi agirayacak.
DAK> İşte buna katılmıyorum. UTF, Türkçe'nin orta vadede kurtuluşu
DAK> olacaktır. Bkz. diğer postada yazdıklarım.
Orta vade konusunda kesinlikle katiliyorum. Ancak kisa vadede bircok sorunu
yaninda getiriyor. Herkes (ozellikle de yeni kullanicilar) bununla
basedebilecek kapasitede degil.
Gene de Redhat'in UTF'yi bu kadar yogun desteklemesi takdira sayan tabii.
Doruk
-- FISEK ENSTITUSU - http://www.fisek.com.tr Ankara : (0312) 3857026 - 4197811 Istanbul : (0216) 4284693 - 4284694