This time it is reality and not only using SNMP. Thanks god that I sometimes follow backlinks, otherwise I'd miss that some brave guy ported Munin to OpenWRT and other one wrote about it.
Now I have fully featured stats from my router. The only thing I had to tweak was df plugins, which were fooled by too long devfs path to USB disk.
On my testing computer lived till today quite outdated Debian Unstable. As I needed to perform some testing with that which required recent version of some tools, I bravely did upgrade using aptitude.
After two hours of downloading, packages started to install, but it crashed while installing linux-kernel-headers. Well as I didn't know in what shape my last tests kept Debian and XFS filesystem it uses for root, I rebooted using live CD and ran xfs_repair.
It found several errors, I rebooted and reran aptitude. To my suprise the problem did not went away, and after another boot using live CD, I saw that xfs_repair still sees those problems.
Fortunately I noticed that live CD contains quite old xfs_repair and I used the one which is currently in unstable. And it seems to finally fix my problem! Now I can finally start my upgrade and it works :-).
I used it already for some time, but it stopped working after upgrade to 2.0.0.1. This time I noticed how desperately I need this extension to display plain text files in browser instead of opening another applicatin just to view few lines of text. What am I talking about? Great Open in browser extension!
I thought there is no new version as update didn't find it, but I was obviously wrong, as new version exists, only automatic updater does not find it. So now I'm again happy user of it :-).
I just got new LCD at work - Acer AL1916W. I thought it will be much easier to setup than it actually was.
First attempt was only to add "1440x900" to modes in X.org configuration. It failed as well when I added modeline for this mode. After some Googling I found that for my stupid onboard card - i945 - I need to do some voodoo with it's BIOS to make it work.
Fortunately there is tool 915resolution which does this black magic, so it was not that complicated at the end:
# aptitude install 915resolution
It complains that it can not detect display, so I had to modify
/etc/default/915resolution manually:
MODE=5c
XRESO=1440
YRESO=900
After starting 915resolution init script, you should be now able to start X.org server with following configuration (kept only relevant parts):
Section "Monitor"
Identifier "Acer AL1916W"
Option "DPMS"
HorizSync 30-82
VertRefresh 56-76
DisplaySize 410 260
Modeline "1440x900" 136.0 1440 1520 1672 1904 900 903 909 934 +hsync +vsync
EndSection
Section "Screen"
Identifier "Default Screen"
Device "Intel i945"
Monitor "Acer AL1916W"
DefaultDepth 24
SubSection "Display"
Depth 24
Virtual 1440 900
Modes "1440x900" "1400x1050" "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480"
EndSubSection
EndSection
And finally I can use widescreen display!
I quickly got used to MPD for playing music. The client-server approach perfectly fits my needs and I can control it using any interface I want. Command line is always appreciated, but nice GUI is also helful.
So far I used Pygmy, which is far from being perfect, but was best of those I tested. Now I found its fork called Sonata which looks much better. Unfortunately it is not yet in Debian, any volunteers? :-)
Today I decided for first time to cut somebody out of my website. He tried mirror recently created phpMyAdmin wiki and was simply too much aggressive to be overlooked.
Yesterday I tested µswsusp for first time and everything suprisingly worked well on my desktop computer. I can suspend to disk and RAM and resume without any problems. Now it only needs my board to be whitelisted so that I don't have to force it. But for some reason ASUS have chosen to fill in total crap in DMI, probably to make identification harder:
Handle 0x0001, DMI type 1, 25 bytes
System Information
Manufacturer: System manufacturer
Product Name: System Product Name
Version: System Version
Serial Number: System Serial Number
UUID: 94C96C90-74FE-D511-A6B9-13393877187A
Wake-up Type: PCI PME#
Handle 0x0002, DMI type 2, 8 bytes
Base Board Information
Manufacturer: ASUSTeK Computer INC.
Product Name: P5LD2-VM
Version: Rev 1.xx
Serial Number: MB-1234567890
So the patch for whitelist would look a bit funny:
{ "System manufacturer", "System Product Name", "System Version", "0406 ", 0},
Yes it's too much work to fill in this information if you call your product "The Best Intel All in One Solution with Dual Core CPU Support"…
For upcoming Wammu-ng I have to resolve again same question that I solved for many times - what version control to use?
I know I want something distributed. I know I want to go away from arch/bazaar as they are not maintained anymore. However where to go? Mercurial? Bzr? Darcs? All of them seem to be good candidates, but I don't see much difference. I'd like to use something in Python as it's something what I can fix in case of problems (well I don't want to fix that, but who knows …).
I like bzr, but it's still quite moving target. Anyway it has some interesting ideas and it's probably what I will use at the end.
Well almost :-). But this is just a reminder for anybody trying to write 100th clone of Total Commander or any "great" software as seen on other platform. Another example might be SiDict which has been recently announced. It has nothing more than StarDict, but it was written from scratch…
I used quite long time rdiff-backup for creating server backups. But I had to move away from it because it requires same program to run on the other end where backups are stored. And there was no chance that I can get it into 4Mib memory of my Asus router with OpenWrt which will now act as bacup server.
So I googled a bit and after reading several articles I decided to try duplicity. This decision was heavily inspired by article on Debian Administration website.
The setup with encryption and signing was very quickly and even restoring seems to work :-).