On Tue, Aug 17, 1999 at 02:51:31PM +0700, Andy wrote:
| deh, indut buanget ;), ada lagi yg mempengaruhi performance X Window, yaitu
| FontPath (bbrp hr yg lalu gue posting ke setup)
Hmm... iya, masalah font. Sama lah sama Windows, semakin banyak font yang
di-load makin banyak makan resource...
| penyebabnya antara lain krn E punya beberapa feature yg nggak ada di
| WindowMaker, misalnya virtual desktop, themeing capabilities yg jauh lebih
| complex (coba perhatiin theme E, sdh spt language sendiri), ipc support,
Kalo ini sih... penyebab utama saya lari ke E. Terus terang Window Maker
dari 0.19 sampai 0.60 sudah membuat saya bosan dalam masalah tampilan.
Terlalu monoton.
Oh ya, IPC support itu apa yah? Terus kemaren waktu ./configure saya
memperhatikan bahwa autoconf mencari POSIXed IPC dan di system RH 6.0 saya
nggak ketemu. Pentingkah ini? Gimana supaya support IPC bisa jalan di E
saya.
| belum ada frontend untuk menu editing di E, mo bikin? ;),
Mau bikin sih, cuman belom bisa =) Aneh, koq nggak ada yang bikin yah?
| ke $EROOT/config/menus.cfg, sementara yg safe adalah global setting ini.
Hmm... Dari sini saya melihat E nggak bisa dipake buat "multi user" dong.
Maksudnya, khan kalo sebuah E yang make rame-rame, tiap orang khan pasti
pengen root menu yang berbeda khan?
| baru denger yg kayak gini, emang aneh, gue pernah pake Slackware, Debian,
| SuSE, RedHat, sampe Mandrake sekarang, nggak pernah ngalamin masalah spt
| ini. mungkin yg lain ada yg pernah?
Nah, ini nih yang membuat saya penasaran banget. Dulu pernah pake
Slackware 3.4, semua package di-install! Sama, kayak gini juga. Program
yang di-compile nggak require yang aneh-aneh koq, alias semuanya udah ada
di Slackware 3.4. Abis itu switch ke SuSE 6.0, paling happy. Soalnya tiap
kali make langsung jreng. Dulu waktu pake RH 5.0 nggak pernah install dari
tarball, jadinya nggak tahu apakah kejadian kayak gini atau nggak.
Sekarang pake RH 6.0 semakin parah =(
| coba deh lain kali kalo error, di japri ke gue, terus kita diskusinya di sini.
Beres, thanks =)
| kalo memang /usr/src memang sering error, memang ada baiknya coba terus di tempat
| lain, kalo memang selalu bener, ada kemungkinan filesystem di /usr/src yg nggak
| rapih, baru cobain masuk recovery mode, fsck, mungkin bisa nyelesain masalahnya.
| atau ada kemungkinan laen, tanggal system nggak beres (time source files lebih
| besar dr compile time), gue pernah juga ngalamin hal ini, sekarang set system clock
| di rc.sysinit gue matiin.
fsck shows no problem at all. Aneh... kalo masalah jam... nah ini yang
belom saya tahu. Tapi jam BIOS saya selalu saya sync dengan time server
seminggu sekali koq.
| uups, kayaknya kita belum nyambung, maksud gue bukan rpm, tapi .src.rpm, yg
| hrs di compile juga, lewat rpm -ba [package].spec. gue sendiri nggak suka
| install .rpm yg bukan dr cd distro, kalo mau update atau install baru gue
| hrs dapet .src.rpm, build sendiri, biar bisa tune optimization option, dan
| pastiin link dgn libary di system gue beres.
Kalo gitu, ngapain pake .src.rpm? Mungkin saya belom merasakan
keuntungannya karena saya belom pernah merasa perlu untuk membuatkan paket
RPM untuk diri saya sendiri ataupun orang lain =)
| portability nggak ada masalah, malah dgn .src.rpm, konsistensi the whole system
| lebih terjaga.
Maksudnya portability antar OS lho. Kalo pake tarball khan universal =)
| pada prinsipnya "rpm -ba [package].spec" automate proses configure, make, dan
| make install, kemudian package.rpm digenerate juga, lalu kita tinggal install,
| u should taste it someday ;),
Maybe I should, and maybe the rest of ID Linux milis member should too =)
--
m4v3r1ck -- ICQ UIN #26095019
----------------------------------------------------------------------------
Utk berhenti langganan, kirim email ke [EMAIL PROTECTED]
Informasi arsip di http://www.linux.or.id/milis.php3
Pengelola dapat dihubungi lewat [EMAIL PROTECTED]
Hosted by http://www.Indoglobal.com
