原來 ubuntu server 是這麼一回事
之前一直看到自己的 server log 投訴 slocate 找不到 /etc/updatedb.conf，原來大半個月都沒有做 file index。奇怪了一段時間，明明那個檔案本來還在，為甚麼會忽然在升級至新版本時清除了 (→ Hardy)。
大概已經有人想心急向我說已經用 mlocate 取代了。不過為甚麼用 mlocate？那並不是：
「
mlocate比slocate更好，所以我們決定在新版本用它。」
而是：
「Ubuntu 有
tracker就夠了，所以我們決定在新版本將slocate放棄，不過不知何故變成加入mlocate了。」
本來在 desktop 不用 slocate 也無可厚非，但這些決定會影響到 server install，於是造就了一個爛的 slocate package 出來 —— 管理套件的將 /etc/updatedb.conf 撥了給 mlocate，當 slocate 要用時怎麼辦？不然就同時裝 mlocate，兩個 index 一齊做，再不然就索性壞掉，簡單快捷。
但 mlocate 也不是無懈可擊。沒 slocate 那麼大工作量是很重要的（Disk I/O 負荷對於電腦表現有決定性影響），但以前 index 過的檔案紀錄永遠不清除（留意 Cleaning up 前一段），那就是問題了。最起碼 slocate 的結果過時不會超過一日或一星期，mlocate 的結果可能是很久以前的。
無論如何，ship 一些爛套件，又不理 bug report（我的觀察是大量不是用 GUI 的套件 ubuntu 都是不理的），感覺就像二奶命。自己動手修正當然甚麼都行，但那不是長久之計呀。