The 1.6.0 release of VirtualBox looks like a winner. It ran an old Windows install that I had lying around in VMWare format and it does the insane seamless trick which makes the windows in your virtual machine appear as normal windows.
This could be the application that my multi-core machine has been waiting for. Except that luckily it draws almost no CPU when you're idle.
I have taken an interest in git and would like to use it for work. But work means java and eclipse and convincing colleagues of the advantages in the face of some disadvantages. One of the current disadvantages is the lack of a finished Eclipse plugin for git. I have played with egit and like the way it can already be used even though you have to fall back to other clients for some things. However, my colleagues were not impressed.
That's where the itching started. I have 3 of the Addison-Wesley eclipse series books on my bookshelf, but I have never coded a real plugin. So this could be my niche...
But wait, am I not supposed to help develop egit then? It could sure use the help.
Good question. My current answer is that I don't like one of their design goals: to be 100% pure java. Looking through the wiki it seems that work on some features is waiting for features in the core jgit library to be done first. My personal design goal is quite the opposite: reuse as much of git-core as possible. One thing that attracted me to git was the modular implementation, with user-friendly commands sometimes implemented as perl or shell-scripts that make use of lower-level C programs. As for the 100% java goal itself: it has never done anything for me. GNU is my platform, developers with their workstations my audience. Git-core is just an apt-get install or port install away.
So, what's the current status and what are the first features you can look forward to?
Of course, the chance that I can keep focussed long enough to really deliver something useful is not that high. Be that as it may, I'm having fun programming again!
For the last week the quality of my computing experience was severely degraded. My scroll wheel stopped scrolling. The mouse was working perfectly fine otherwise, including the button in the scroll wheel.
Naturally, I blamed software. I went through the "Keyboard and Mouse" settings multiple times. I tried installing the Logitech Control Center even though I hadn't needed it earlier. Nothing worked.
Until I tried the mouse in another computer, where scrolling also didn't work. It was a hardware problem after all. Opening up the mouse, I was greeted with bits of hairy dust sticking to the grease that makes the wheel turn smooth. After removing all the dust and admiring the inner workings I closed it again and tried it out. Didn't work.
Open it up again. Notice a tiny speck of dirt, smack in the middle of the eye that catches light from a LED on the other side of the wheel's spokes. Removed the speck and now everything works!
It's the little things that bring me happiness. I can scroll again.
I was very impressed by the image resizing demo you see here:
So when I saw that there is a Gimp plugin for it, I decided to try it out. Installation was a breeze thanks to MacPorts, my first experiments worked but when I wanted tor draw a mask, the Gimp crashed. This was due to the issues documented on, and fixed by, the XDarwin page on the x.org wiki.
So anyway, here are the results. First the original photo of people at the beach:
and again, but with the kid selected for removal and the width of the image reduced:
Notice the stretch of empty beach is shortened, yet both the people above the kid as well as the dog survived intact.
After having been bitten by the erroneous LANG=UTF-8 environment variable that Terminal added (you can disable it in the prefs under Advanced), I decided to figure out why man port would claim there is no man page for port.
The problem turns out to be not any misconfiguration of /etc/man.conf, that file is fine as it is. The real problem is the MANPATH environment variable that's shown up out of nowhere. Or rather, it's set by /usr/libexec/path_helper from the shell startup files. The goal of path_helper is to make it easy to add entries to everyone's PATH, in particular entries for X11. But path_helper doesn't seem to know that also setting MANPATH is a) unnecessary with a modern man program and b) detrimental, because setting MANPATH disables the automatic matching of man directories with bin directories in your PATH.
I fixed it by unsetting MANPATH in my shell startup file.
