Planet Jogja Linux

Debian versi stable (sekarang lenny) memang terkenal akan versi aplikasi yang sudah tertinggal dari yang terbaru. Salah satu contohnya adalah pidgin. Beberapa bulan yang lalu Yahoo mulai menghapus support untuk yahoo messenger versi lama sehingga menyebabkan sulitnya pidgin untuk login ke jaringan yahoo. Loh pengaruhnya apa ?? ini karena pidgin memperkenalkan diri di jaringan Yahoo sebagai yahoo messenger versi lama. Cerita lengkapnya bisa ditengok disini. Memang tidak semua server Yahoo di-upgrade, tetap ada beberapa server yang masih bisa untuk login ke jaringan Yahoo. Dan saya memutuskan untuk tetap bertahan di pidgin 2.4.x yang harus menggunakan server Yahoo lain yang belum di upgrade. Sebetulnya sih karena malas upgrade aja

Beberapa hari yang lalu kejadian yang sama terulang lagi. Sebabnya kurang lebih sama. Ya sudah sekalian upgrade aja deh daripada nanti-nanti repot lagi. Eh, bukannya upgrade pidgin dari 2.4.x ke 2.6.x di lenny sama aja dengan upgrade semua sistem ?? soalnya kan pidgin 2.6.x ada di sistem testing. Betul itu, tapi untungnya ada yang berbaik hati mau menyiapkan pidgin 2.6.x untuk sistem lenny dan sudah disediakan di backports.org (atau saya lebih suka menyebut debian-backports). Terus gimana caranya ??

Pertama, tambah dulu repo backports.org, cukup dengan menambahkan baris ini di /etc/apt/sources.list anda :
deb ftp://repo.ugm.ac.id/debian-backports/ lenny-backports main contrib non-free
atau repo lain yang anda suka (seperti kambing misalnya)

Jika langsung dilakukan upgrade, maka kemungkinan tidak akan berhasil. Langkah yang saya coba adalah hapus terlebih dahulu pidgin 2.4.x (paket pidgin) kemudian install pidgin-data untuk versi 2.6.x. Baru install kembali pidgin untuk versi 2.6.x

Bagaimana cara memilih pidgin untuk versi 2.6.x karena saya cuma melihat versi 2.4.x di synaptic saya. Caranya adalah pilih paketnya (jangan di mark dulu), kemudian pilih Preferences > Force Version. Setelah itu akan ada pilihan versi mana yang akan anda install. 2.4.x atau 2.6.x (backports).

Sekarang pidgin saya sudah versi 2.6.2 di debian lenny, dan sudah bisa menyelesaikan masalah login ke jaringan Yahoo Messenger. Bagaimana dengan anda ??

Ever trying to remove a lot of file like this ?

[root@blah]# ls -l log/ | wc -l
2041335

It wont work if you just remove it with rm because there will be an error message (i.e. /bin/rm: Argument list too long). So how to remove it ?? I use this command to remove it

[root@blah]# find ./ -name ‘msg.*’ | xargs rm -fv

I’m using msg.* becasue the filenames I want to remove begin with msg.. You can vary it depend on your need.

source of inspiration

Most of you maybe never ever heard about lzma compression. It’s less popular than zip, gzip, or even bzip2. But how about 7-zip compression ?? yes, you may heard of it. It actually the famous implementation of lzma. After do some google, most of it says that lzma can reduce file size smaller than (even) bzip2.

Actually my will to compare lzma with gzip and bzip2 get stronger after my brother proved me that lzma can reduce file size smaller than bzip2. Well actually my brother only test it with 1 (one) pdf file, so I will prove it which can compress smaller. I will test it with text, image (png & svg), binary, movies and also mixed from all those files. And also I will use the best compression options.

The test machine is my sandbox machine. This is the spesification, and the :
debian etch 4.0 (2.6.18-6-xen-vserver-686)
2 x Intel Xeon Intel(R) Xeon(R) CPU 3040 @ 1.86GHz
1GB RAM (I have to shutdown all my domU to get 1GB back T_T )

The software version
gzip 1.3.5-15
bzip2 1.0.3-6
lzma 4.43-5

First Test (text files)

The first test is with a text file. For more dramatic I take the 2 files from my log files which has 656 MB and 60MB size. Well can you imagine how long the text will be with those size? . Ok here’s the test result :

$ du -hs text/
716M text/

$ /usr/bin/time -f "real %E,user %U,sys %S,CPU %P" tar -cv text/ | gzip -9 > text.tar.gz
real 0:25.31,user 0.00,sys 0.04,CPU 0%

$ /usr/bin/time -f "real %E, user %U, sys %S, CPU %P" tar -cv text/ | bzip2 -9 > text.tar.bz2
real 6:51.75,user 0.13,sys 0.89,CPU 0%

$ /usr/bin/time -f "real %E, user %U, sys %S, CPU %P" tar -cv text/ | lzma -kc9 > text.tar.bz2
real 24:28.16, user 0.08, sys 1.48,CPU 0%

The compression result :
-rw-r--r-- 1 yuda yuda 25M 2009-05-15 15:25 text.tar.bz2
-rw-r--r-- 1 yuda yuda 33M 2009-05-15 15:05 text.tar.gz
-rw-r--r-- 1 yuda yuda 17M 2009-05-15 15:52 text.tar.lzma

In the result it state that the CPU usage is 0% but actually when compressing using bzip2 and lzma the CPU usage up until 100%

Second Test (image files)

Second test is with image files (i.e. PNG and SVG files). The PNG files I took from crystal project and I delete all the text files. The SVG files I took from snowish SVG and also I delete all the text files.

PNG files :
$ du -hs crystal_project/
41M crystal_project/

$ /usr/bin/time -f "real %E,user %U,sys %S,CPU %P" tar -cv crystal_project/ | gzip -9 > crystal.tar.gz
real 0:02.63,user 0.01,sys 0.04,CPU 2%

$ /usr/bin/time -f "real %E,user %U,sys %S,CPU %P" tar -cv crystal_project/ | bzip2 -9 > crystal.tar.bz2
real 0:12.47,user 0.04,sys 0.14,CPU 1%

$ /usr/bin/time -f "real %E, user %U, sys %S,CPU %P" tar -cv crystal_project/ | lzma -9 > crystal.tar.lzma
real 0:26.56, user 0.04, sys 0.20,CPU 0%

The compression result :
-rw-r--r-- 1 yuda yuda 21M 2009-05-15 17:20 crystal.tar.bz2
-rw-r--r-- 1 yuda yuda 21M 2009-05-15 17:19 crystal.tar.gz
-rw-r--r-- 1 yuda yuda 18M 2009-05-15 17:22 crystal.tar.lzma

SVG files :
$ du -hs SnowIsh-1.0/
60M SnowIsh-1.0/

$ /usr/bin/time -f "real %E,user %U,sys %S,CPU %P" tar -cv SnowIsh-1.0/ | gzip -9 > snowish.tar.gz
real 0:06.91,user 0.00,sys 0.00,CPU 0%

$ /usr/bin/time -f "real %E,user %U,sys %S,CPU %P" tar -cv SnowIsh-1.0/ | bzip2 -9 > snowish.tar.bz2
real 0:18.34,user 0.00,sys 0.01,CPU 0%

$ /usr/bin/time -f "real %E, user %U, sys %S,CPU %P" tar -cv SnowIsh-1.0/ | lzma -9 > snowish.tar.lzma
real 1:33.06, user 0.00, sys 0.14,CPU 0%

The compression result :
-rw-r--r-- 1 yuda yuda 3.6M 2009-05-15 17:35 snowish.tar.bz2
-rw-r--r-- 1 yuda yuda 6.3M 2009-05-15 17:33 snowish.tar.gz
-rw-r--r-- 1 yuda yuda 665K 2009-05-15 17:38 snowish.tar.lzma

Third Test (binary files)

The binary files for this test I took from the ubuntu repository. I took only feisty distribution and main component, not all as my harddisk space also limited . Luckily, it still exist in my local repository.

$ du -hs ubuntu/
4.2G ubuntu/

$ /usr/bin/time -f "real %E,user %U,sys %S,CPU %P" tar -cv ubuntu/ | gzip -9 > ubuntu.tar.gz
real 9:09.62,user 0.15,sys 3.92,CPU 0%

$ /usr/bin/time -f "real %E,user %U,sys %S,CPU %P" tar -cv ubuntu/ | bzip2 -9 > ubuntu.tar.bz2
real 27:51.96,user 0.38,sys 6.46,CPU 0%

$ /usr/bin/time -f "real %E,user %U,sys %S,CPU %P" tar -cv ubuntu/ | lzma -9 > ubuntu.tar.lzma
real 1:01:11,user 0.68,sys 11.27,CPU 0%

The compression result :
-rw-r--r-- 1 yuda yuda 4.2G 2009-05-17 15:21 ubuntu.tar.bz2
-rw-r--r-- 1 yuda yuda 4.1G 2009-05-16 20:12 ubuntu.tar.gz
-rw-r--r-- 1 yuda yuda 4.1G 2009-05-17 16:33 ubuntu.tar.lzma

Well for the binary files test shows no dramatic reduce of filesize.

Fourth Test (movie files)

$ du -hs movie/
38M movie/

$ /usr/bin/time -f "real %E,user %U,sys %S,CPU %P" tar -cv movie/ | gzip -9 > movie.tar.gz
real 0:03.72,user 0.00,sys 0.00,CPU 0%

$ /usr/bin/time -f "real %E,user %U,sys %S,CPU %P" tar -cv movie/ | bzip2 -9 > movie.tar.bz
real 0:14.18,user 0.00,sys 0.05,CPU 0%

$ /usr/bin/time -f "real %E,user %U,sys %S,CPU %P" tar -cv movie/ | lzma -9 > movie.tar.lzma
real 0:07.68,user 0.00,sys 0.09,CPU 1%

The compression result :
-rw-r--r-- 1 yuda yuda 38M 2009-05-16 19:38 movie.tar.bz
-rw-r--r-- 1 yuda yuda 38M 2009-05-16 19:34 movie.tar.gz
-rw-r--r-- 1 yuda yuda 38M 2009-05-16 19:40 movie.tar.lzma

Well, as you can see gzip, bzip2, and lzma compression have no effect on movie files. The conclusion is I can’t compress my movie collections T_T *too bad*

Last Test (mixed files)

In this last test I use mixed up files (i.e. odt, doc, png, gif, svg, psd, iso, etc) :
$ du -hs mixed
8.8G mixed

$ /usr/bin/time -f "real %E, user %U, sys %S, CPU %P" tar -cv mixed/ | gzip -9 > mixed.tar.gz
real 22:38.13,user 2.60,sys 22.81,CPU 1%

$ /usr/bin/time -f "real %E,user %U,sys %S,CPU %P" tar -cv mixed/ | bzip2 -9 > mixed.tar.bz2
real 58:34.74,user 2.70,sys 22.25,CPU 0%

$ /usr/bin/time -f "real %E,user %U,sys %S,CPU %P" tar -cv mixed/ | lzma -9 > mixed.tar.lzma
real 2:47:29,user 3.56,sys 34.89,CPU 0%

The compression result :
-rw-r--r-- 1 yuda yuda 6.0G 2009-05-22 11:35 mixed.tar.bz2
-rw-r--r-- 1 yuda yuda 6.1G 2009-05-15 19:44 mixed.tar.gz
-rw-r--r-- 1 yuda yuda 5.3G 2009-05-22 17:14 mixed.tar.lzma

With these mixed files result, you can see it’s dramatic reduction of file size. It’s match for my backup purposes because I used to backup files from an old (and used) server

Actually in the first test series I got lack of RAM because it’s only 365MB (the rest used by my domU), so I have to shutdown all domU to get my full 1GB RAM back.

I hope this little test can show which compression affect which kind of files effectively. In the result I confused by the result shown above, the CPU precentage shows 0% but actually for bzip2 and lzma the CPU usage reach until 100%.

Photo credit goes to www.cirris.com

inspirations :
http://martin.ankerl.com/2006/06/22/lzma-compression-in-linux/
http://odzangba.wordpress.com/2009/03/25/gzip-vs-bzip2-vs-lzma/
http://tukaani.org/lzma/benchmarks

Yes, the Gutsy Gibbon (a.k.a ubuntu 7.10) has reached end of his life on April 18, 2009. Anyway most of the users still use this gutsy version for it’s old computer. So in this case upgrading to the newer version could torture these old computers. For that reason I choose to preserve the old ubuntu repository such as feisty and gutsy in my campus repository. For you that still using feisy and gutsy you can still use feisty and gutsy repository in repo.ugm.ac.id/ubuntu-unsupported. Other method is using repository dvd that still exist in here or here.

Btw, the jackalope has been out of it’s cage

Tepat 33 hari memakai palm treo 650. Posting ini sekedar catatan ngoprek palm treo 650. Beberapa aplikasi baru dan trik sempat diterapkan, ada yang bikin restart bahkan ada yang sampai ga bisa kembali ke menu launcher

Banyak sekali aplikasi palm (gratisan tentunya) bertebaran di internet. Aplikasi yang sempat saya coba dan sampai sekarang masih ada di treo antara lain emergency lamp (jaga-jaga siapa tahu ampuh klo mati lampu), gizmo, iPhone imitation, pssh, TuSSH (I recomend this one), SoundRec, vagablog, plogit, opera mini (yang sering hang), dan p-expense (catatan larinya uang ). Posting ini adalah hasil posting lewat vagablog. Ternyata tersimpan sebagai draft jadi tetap harus login dulu ke blog dan klik “Terbitkan”. Sempat kepikiran untuk mencoba running linux tapi teringat akan sebuah “kontrak”, akhirnya dibatalkan. Nanti saja kalau sudah milik pribadi

Diantara aplikasi yang saya sebut di atas salah satu yang saya suka adalah iPhone imitation yaitu semacam launcher yang mengimitasi tampilan dari iphone. Lumayan jadi berasa iPhone walaupun jelas itu palm treo :p

Ada beberapa kejadian unik ketika mencoba aplikasi, misalnya aplikasi p-expense, aplikasi ini termasuk aplikasi yang rewel karena ga mau dijalankan ketika indikator baterai sudah merah. Aneh memang tapi itu kenyataan. Kalau menjalankan aplikasi tersebut saat indikator baterai merah maka yang terjadi adalah treo-nya reboot .

Kejadian lain yang bikin deg-degan adalah pas mencoba Screen Button, sebuah aplikasi untuk kostumasi launcher seperti iPhone imitation. Kalau pada iPhone imitation untuk menjadikannya default launcher hanya tinggal kasih centang, tapi di screen button harus menggunakan aplication id. Nah berhubung saya penasaran maka id yang saya masukkan untuk home button bukanlah SrBn (id-nya screen button) tapi HsPh (id-nya phone). Hasilnya ?? Ketika mencet tombol home keluarnya hanya dial pad bukan ke menu launcher *doh* *panik mode = on*. Untungnya masih bisa dikembalikan dengan me-load aplikasi screen button di bagian favorite view, kembalikan mapping home button ke id lnch (id launcher default treo) dan back to normal again.

Ga cuma instalasi aplikasi saja tapi sempat juga nyoba nge-net pakai treo tapi sumber koneksinya adalah dari laptop dengan menggunakan bluetooth yang di route dengan koneksi kabel di linux, bukan dengan gprs-nya si treo. Bingung ?? ya nanti akan dibuatkan postingan terpisah

Keampuhannya ga sampai disitu, sekarang si treo ini sudah bisa puter film yang kayak gini. Tanpa convert dulu berkat tcpmp, jangan lupa tambahan codecnya

NB : Foto-foto diatas dicolong tanpa izin dari google

Dari dulu saya memang naksir yang namanya palmOS salah satunya karena responnya yang cepat. Alhamdulillah akhirnya saya diberi kesempatan menggunakan sebuah gadget bersistem operasi palmOS. Secara kebetulan big boss melelang palm treo 650 miliknya dengan persyaratan kalau sudah bosan menggunakan harus dijual lagi ke beliau . Kesempatan tidak datang dua kali, langsung saja saya membuka thread di groupware lokal untuk memulai lelang. Setelah lelang yang alot di detik-detik akhir akhirnya bisa juga saya menangkan.

Ketika gadget sudah di tangan hal pertama yang terfiikirkan adalah bagaimana caranya agar bisa berkenalan dengan linux. Googling-googling dapat informasi ini tapi sayangnya kebanyakan tutorialnya bluetooth yang mana tidak bisa saya lakukan karena ga punya bluetooth di pc. Ternyata dengan menggunakan pilot-xfer palm treonya bisa berkomunikasi dengan linux. Namun sayangnya tidak menggunakan gui. Setelah googling lagi akhirnya ketemu aplikasi berbasis gui namanya jpilot. Inisiasi pertama gagal dan memunculkan pesan error bahwa tidak ada /dev/pilot, utak-atik /dev tidak bisa juga. Ternyata mengubah binding devicenya bisa dilakukan di jpilot tanpa harus meng-create dan symlink si /dev/pilot, dan bisa diubah menjadi usb:. Lagi-lagi sok console #-o

Petualangan dimulai, karena baru coba-coba menggunakan jpilot ternyata ketika hotsync, terinstall aplikasi bawaan dari jpilot yang mana membuat si treo pun reboot terus menerus tanpa henti *doh*. Panik bukan main melihat treo-nya menjadi reboot terus menerus. Soft reset ga manjur, warm reset juga ga manjur walaupun tetap bisa masuk sistem tapi banyak fitur jadi tidak bisa dipakai. Hampir saja dilakukan hard reset atau bahkan zero-out reset, tapi tidak jadi karena teringat ketika menggunakan pilot-xfer saya sempat melakukan backup terlebih dahulu. Dengan berbekal warm reset lagi (untungnya dengan warm reset masih bisa melakukan hotsync) saya paksa install lagi aplikasi yang tadi tidak sengaja terinstall dengan aplikasi hasil backup. Setelah soft-reset treo-nya normal kembali *dance*. Huff… akhirnya ga jadi hard reset.

Menggunakan treo memang butuh penyesuaian lagi, yang paling berasa adalah ketika menulis sms. Biasanya untuk menulis huruf o di w200i harus 3 kali memencet keypad 6, nah ternyata di treo pun ga berubah. Sudah pencet keypad o tapi malah 3 kali mencetnya . Selain itu contact dari w200i juga harus dipindah ke treo. Untung saja treo mau menerima dan bisa memparsing format contact w200i. Untung juga dengan treo masih bisa nge-plurk dan nge-kron menggunakan blazer.

Berhubung treo ini ber-status pinjaman maka w200i tidak akan dipensiunkan hanya saja dipakai kalau dalam perjalanan saja biar ga ribet di kantong

I’m treo what about you ??

Bagaimana cara anda mengajak orang lain untuk menggunakan aplikasi (katakanlah) open source ?? Kebanyakan pasti mengajak dengan alasan bahwa aplikasi ini gratis lho, atau bebas dari bajakan, dsb. Mungkin sudah saatnya mengajak pengguna untuk menggunakan perangkat lunak open source dengan cara menunjukkan “gigi”nya. Ga usah malu buat anda yang giginya

Sebetulnya ini pengalaman saya, kalau mengajak menggunakan sebuah aplikasi open source dengan alasan gratis dan membebaskan diri dari bajakan sepertinya kurang ampuh. Tapi ketika diperlihatkan kemampuannya banyak orang langsung tertarik. Dulu sewaktu menyusun Tugas Akhir, saya menggunakan openoffice. Sudah jelas styling di OpenOffice itu memang sangat powerfull dan juga bisa membuat sendiri daftar isi secara otomatis, sebuah fitur yang belum banyak orang tahu. Dengan menggunakan OpenOffice jelas saya sangat diuntungkan, hanya membutuhkan satu buah file saja untuk menyimpan dokumen dengan berbagai macam format halaman, penomoran halaman, dan styling. Bahkan untuk menjadikannya PDF tidak perlu mencari aplikasi lainnya. Berbeda dengan rekan-rekan saya yang masih memisahkan file yang berisi format halaman yang berbeda-beda. Implikasinya ketika mereka melakukan revisi ribetnya bukan main karena harus mengedit tidak hanya satu file. Bayangkan saja kalau satu bab adalah satu file. Ketika harus menambahkan halaman baru di bab 2 misalnya maka file untuk bab 3 dst harus diedit juga. Namanya menyiksa diri sendiri

Dengan saya berikan sebuah contoh nyata keunggulan menggunakan OpenOffice mereka jelas tertarik, bukan karena faktor “free”nya tetapi karena “gigi”nya itu. Kalau masih mengandalkan faktor “free” (bebas dan gratis) maka aplikasi Microsoft Word pun mereka dapatkan dengan bebas dan gratis karena mereka (yang notabene mahasiswa teknik) tidak mengindahkan UU HaKI.

Jadi sekarang saatnya mengajak migrasi dengan mengedepankan kemampuan bukan karena faktor “free”

Today my fight with sudo is over, I finally can conquer it. Once this error come to me when I using sudo on centos :

Fatal error (bad version): sudo: symbol lookup error: sudo: undefined symbol: audit_log_user_command

After quite long searching for the solution finally got it today. It turns out a simple solution, In my case after I upgrade the audit and it libs sudo works fine. So my mistakes is I’m using the newest sudo but I didn’t upgrade the audit-libs.

Ha, a simple solution but makes me very confused

pernah mengalami pesan seperti ini ketika anda ketik hwclock di terminal ??

select() to /dev/rtc to wait for clock tick timed out

Solusinya adalah dengan menambahkan opsi --directisa ketika mengeksekusi hwclock.

Sepertinya kejadian ini berkait erat dengan hardware yang dipakai karena saya sendiri mencoba dengan installer yang sama di mesin berbeda menghasilkan pesan error tersebut.

Sumber :

1. debian bug #410328
2. debian bug #27798
3. solusi
4. solusi juga

Just another information about debian OpenSSL vulnerability and also the patch