Fuel price’s up

“Shell/DTAC Oil Price Alert: Tomorrow Fuel Price’s UP: ULG’95, 91, Gasohol Up40, Diesel, Pura Up40 EFF. 27/06/2005. Have a safe drive”

ตั้งแต่กลับมาทำงานไม่ถึงเดือน ได้รับ SMS นี้4 – 5 หนแล้ว .. แต่ละครั้งที่ได้รับ SMS นี้แปลว่าน้ำมันขึ้นอีก 30 – 40 สต. พรุ่งนี้น้ำมัน 95 ขอนแก่นก็จะเฉียด 25 บาท/ลิตร วันนี้เลยอัดไปซะเต็มถัง มีรถหลายคันต่อคิวเติมน้ำมันกัน หนึ่งในนั้นเป็นรถแต่ง เสียงดังโคตร เติมน้ำมันก็ไม่ดับเครื่อง เติมเสร็จเลื่อนรถไปจอดหน้ามาร์ท ก็กระทืบคันเร่งซะทำยังกะแข่ง quarter mile .. และจอดก็ไม่ดับเครื่องเหมือนเดิม .. พี่เขาคงรวยเช็ด ที่บ้านพี่เขาก็คงดูแต่ยูบีซี ไม่เคยดูโฆษณาประหยัดน้ำมัน เลยเติมน้ำมันไปเผาเล่น .. นอกจากนั้นยังสูบบุหรี่ในปั๊มอีก (เมื่อไหร่คนไทยจะเลิกสูบบุหรั่ในปั๊มซะที เสียวนะเว้ย) สักพักพี่ท่านก็ดับเครื่องจนได้ เด็กปั๊มสรรเสริญกันใหญ่ ผมก็นึกว่าดับเครื่องเพราะนึกได้ .. เปล่า พี่ท่านจะโทรศัพท์แล้วหนวกหูเสียงรถตัวเอง .. (- -“)

.. มิน่าวันนี้ิขับรถติดไฟแดงทุกแยกเลย (เกี่ยวมั้ยเนี่ยะ)

เรื่องอื่นๆ: เงินเดือนยังไม่ออก แต่ใช้ไปแล้วครึ่งนึง เปลี่ยนซีลคอหน้าที่รั้่วมาตั้งนานแล้ว + ซ่อมโช๊คด้านหน้าที่เพิ่งจะตายเมื่อวันก่อน ขับรถเก่งเด้งเหมือนกระบะ .. ลอล

เพื่อนฝูงแต่งงานไปอีกหนึ่งคนเมื่อวันเสาร์ที่ผ่านมา ขอแสดงความยินดีด้วย ปีหน้าหวังว่าจะได้หลานเพิ่มอีกคน :)

Petchaburi again

ไปเที่ยวเพชรบุรีมาเมื่อเดือนที่แล้ว ดองไว้ตั้งนาน อัปเดตห้องภาพไปเมื่อสัปดาห์ก่อนนี้เอง

[nggallery id=43]

The GIMP 2.3 Unstable

เห็น The GIMP 2.3 Unstable ออกมาได้สักพักนึงแล้ว เลยสอยมา build ใช้ดู

ใน ChangeLog เขียนการเปลี่ยนแปลงไว้เยอะพอสมควร แต่พอโดน UI ครอบไว้แล้วไม่ค่อยเจอว่ามีอะไรต่างจาก The GIMP 2.2 มากนัก ที่เห็นได้ก็มี Scaling Interpolation มี Lanczos เพิ่มมาอีกหนึ่งวิธี เป็นวิธีที่ดีที่สุดในเวอร์ชันนี้ .. และใน Display Filters ก็จะมี Color Management เพิ่มขึ้นมาอีกหนึ่งอัน เดาว่า เป็นการเอาฟิลเตอร์ Color Proof ของน้องฝ้ายมาปรับปรุงอีกที (ฟิลเตอร์ Color Proof ก็ยังอยู่นะ) โดยย้ายการตั้งค่าต่างๆ ไปอยู่ที่ Preferences แทน .. ในที่สุด The GIMP ก็มี Color Management ซะที ..

ดูน่าสนใจ แต่ยังไม่อยากแนะนำให้ใช้งานจริง เพราะที่ลองใช้ดู ก็เจอ seg. fault อยู่บ้าง และ Color Management ก็ดูเหมือนจะยังไม่ทำงาน โหลดโปรไฟล์ดูก็ไม่มีอะไรเปลี่ยนแปลง และโปรไฟล์จะถูกรีเซ็ตทุกครั้งที่เข้า Preferences .. สมกับเป็น unstable branch :P

A mail problem ?

วันนี้มี อ.ท่านนึงเจอปัญหาเวลาใช้ Outlook เช็คเมลผ่าน POP3/SSL บนเซิร์ฟเวอร์ที่ผมดูแลอยู่ อาการก็คือตอน login ใส่ username / password กี่ครั้งๆ ก็ไม่ผ่าน .. อืม ขั้นแรก เช็คจาก log ก็พบว่า SSL ไม่มีปัญหาอะไร ส่วน POP3 มีรายงาน error ว่า

-ERR Unable to process From lines (envelopes), change recognition modes.

ไม่รู้ว่าสาเหตุคืออะไรแน่ เลยลอง telnet localhost 110 แล้วลอง authen. ก็พบว่าเกิดอาการแบบเดียวกันกับตอนที่ใช้ Outlook คือ POP3 server มันตี error กลับมาแล้วก็ disconnect ไปเลย คงเพราะมันตี error กลับ ทางฝั่ง client เลยเข้าใจว่า authenticate ไม่ผ่าน … และปัญหาไม่น่าจะอยู่ที่ client หรือ ระหว่าง client กะ server แต่น่าจะอยู่ที่ server เองนี่แหละ

เอา error message มา google ดูก็พบว่ามีคนเจอปัญหาแบบเดียวกันนี้หลายคน แต่ยังไม่มีใครอธิบายได้ว่ามันมีสาเหตุจากอะไร ค้นอยู่พักนึงก็เจอคำแนะนำว่าให้ลบ mailbox ของ user ที่มีปัญหาใน /var/spool/mail/ หรือ /var/mail/ ทิ้ง .. ทีแรกคิดว่าไม่น่าเกี่ยว แต่เกิดเฉลียวใจอะไรไม่รู้ เลยลองสั่ง

# file /var/mail/*

ปรากฏว่า mailbox ของ อ.ท่านที่เจอปัญหาเป็นไฟล์ text ธรรมดา ไม่ใช่ mail text (a.k.a mbox) .. เลยจัดแจงย้าย mailbox ไปไว้ที่อื่น แล้ว touch ขึ้นมาใหม่ เปลี่ยน owner / permission ให้ถูกต้อง ส่งเมลเข้า แล้วก็ลอง Outlook อีกที .. ผ่าน ! .. :D

สรุปว่า ปัญหาน่าจะเกิดจาก mailbox มันไม่ได้จัดเก็บใน format mbox อย่างถูกต้อง พอ authenticate ผ่านแล้ว POP3 server ที่ใช้อยู่ (i.e., popper) จะทำสำเนา mailbox เป็นอีกไฟล์นึง เอาไว้ทำงานชั่วคราวโดยไม่ต้องแตะ mailbox จริง .. คงเป็นจังหวะนี้เองที่ POP3 server มันพบว่า mailbox มันจัดเก็บผิด format ก็เลยรายงาน error กลับไปที่ client … .. ไม่ได้เกี่ยวกับ authentication เล้ย (- -“)

ย้อนกลับมาอ่าน error อีกที ถึงพอเข้าใจว่า มันบอกใบ้ไว้แล้ว .. “Unable to process From line” .. ไอ้ From line ก็คือบรรทัดแรกของเมลแต่ละฉบับใน mailbox ไง .. ดังนั้นปัญหานี้ มันก็น่าจะอยู่ที่ตัว mailbox นั่นแหละ ถ้าเข้าใจตั้งกะแรกก็คงไม่เสียเวลาไล่เช็คกันนาน :P .. ก็นะ เพิ่งเคยเจอ เลยมาบันทึกไว้ เผื่อจะเป็นประโยชน์ในอนาคต … ส่วน mailbox ทำไมอยู่ๆ จัดเก็บผิด format อันนี้ไม่รู้เหมือนกัน :P

Upgrade Nikon D70 to Nikon D70s

โฮ่ๆๆ .. เปล่าเลย ไม่ได้รวยขนาดซื้อกล้องใหม่หรอก .. เรื่องก็มีอยู่ว่า หลังจาก Nikon ออก D70s กับ D50 ได้ลักพักก็มีข่าวว่าจะมี firmware ใหม่สำหรับ D70 เพื่ออัปเกรดมันสมองของ D70 ให้เทียบเท่ากับ D70s ด้วย และเมื่อไม่นานมานี้ Nikon ก็รีลีส firmware ที่ว่าออกมาให้ใช้งานกันแล้ว ตอนนี้ D70 ของผมเลยเป็น D70s กลายๆ …จะต่างกันก็แค่จอ D70s ตัวจริงใหญ่กว่า (D70s จอ LCD ขนาด 2 นิ้ว) กับ แบตเตอรี่ของ D70s ใช้รุ่นที่ฝังชิป (ซึ่งอาจจะทำให้ใช้แบตปลอมไม่ได้ :P)

อัปเสร็จแล้ว การเปลี่ยนแปลงที่เห็นเป็นอย่างแรกคือ เมนูดูมีชาติตระกูลกว่าเดิม ..บั๊กเรื่องจำนวนรูปที่เหลือไม่ถูกต้อง ก็แก้ไขไปแล้ว และภาพที่ได้ก็ดูจะสดใสขึ้นด้วย :)

Breezy is now too bleeding edge .. for me :P

จากการเดามั่วๆ เกี่ยวกับ development cycle บ่อยครั้งจะเห็นว่า development branch ของแอพพลิเคชัน หรือดิสโตร มักจะขาดเสถียรภาพเมื่ออยู่ช่วงกลางๆ cycle .. เหตุอาจจะมาจากต้น cycle มันเพิ่งเป็นส่วนต่อมาจาก stable branch ที่ยังมีความเสถียรดีอยู่ และปลาย cycle ตามธรรมชาติแล้วเป็นช่วงที่ freeze เพื่อให้ระบบเสถียร .. แต่ไอ้กลาง cycle นี่มักจะมีอะไรเปลี่ยนแปลงมากมาย และมีโอกาสพังโน่นพังนี้ได้เยอะ บางทีก็เยอะจนผู้ใช้ที่อัปเกรดไม่ลืมหูลืมตาอย่างผมเจ็บตัวไปด้วย (ก็มัน bleeding edge นิ !)

อย่าง Ubuntu 5.10 Breezy Badger นี่ก็เหมือนกัน ตอนรีลีสใหม่ๆ มันก็เสถียรดี .. สักพักก็เริ่ม break dependencies .. ก็มี apt + synaptic พอจะช่วย resolve depend. ได้ .. แต่ไม่นานนักก็เริ่มจะ resolve depends ของบางแพ็คเกจไม่ได้ อย่างเช่นไลบรารีของ X.Org ที่ยังอัปเกรดไม่ได้อีก 3-4 ตัว (ถ้าฝีนอัปเกรดจะต้องถอนแอพพลิเคชันหลายตัวออก .. ) .. เวลานี้หลายๆ แพ็คเกจใน Breezy เริ่มทยอยมาใช้ release เลขคี่กันเยอะ โดยเฉพาะ GNOME ซึ่งแปลว่า Breezy กำลังก้าวเข้าสู่ช่วง unstable จริงๆ แล้ว

เมื่อวานเป็นคิวของ evolution และไลบรารีต่างๆ ของ evolution ที่กำลังทยอยออก unstable .. evolution ทั้งชุดมีแพ็คเกจรวมกันเยอะมาก (เฉียดๆ สิบตัวหรืออาจจะมากกว่า) และมี dependencies ที่ยุ่งเหยิงเป็นอย่างยิ่ง .. อย่างไรก็ตามภาพรวมของ evolution แยกการทำงานเป็นสองส่วนคือมี evolution เป็น frontend และมี evolution-data-server (e-d-s) เป็น backend .. ที่เขาทำไว้อย่างนี้ก็เพื่อให้แอพพลิเคชันอื่นๆ ที่ต้องการแชร์ข้อมูลกับ evolution มี depend ถึงแค่ e-d-s โดยไม่ต้อง depends evolution ทั้งชุด .. การอัปเกรดเมื่อวานนี้ dependencies ไม่มีปัญหาอะไรมาก แต่ที่เกิดปัญหาคือ e-d-s ตัวใหม่บริการ calendar ไม่ได้ ต้องถอยกลับมาเป็น e-d-s ตัวเก่าของ Hoary ซึ่งใช้งาน calendar ได้ แต่ใช้งานเมล์ไม่ได้ (- -‘) .. นั่งแก้ปัญหาอยู่พักนึง แล้วก็ยอมแพ้ .. ขาดเมล์ ขาดปฏิทินนัดหมาย ขาด todos นี่ประสาทจะกินเอา (- -‘) .. อย่ากระนั้นเลย ตัดสินใจหยุดใช้ Breezy ดีกว่า รู้สึกว่ามันเริ่มไม่เสถียรหนักขึ้นเรื่อยๆ ชักไม่ค่อยปลอดภัยกับข้อมูลซะแล้ว

เมื่อวานเลยติดตั้ง Hoary ลงพาร์ติชันสะอาดๆ + อัปเกรดบางแพ็คเกจเป็นของ Kitty กับ Hoary Backports …อืม ค่อยสงบสุขหน่อย

ไว้เดือน สิงหา – กันยา อาจจะกลับไปใช้ Breezy อีกที (ยังไม่เข็ด :P) … หรือไม่ก็รออัปเกรตเป็น stable ในเดือนตุลาเลยทีเดียว