I dual-boot OSX and Ubuntu, but primarily live, work and play in Ubuntu.  The only reasons that I boot up into OSX these days are to sync an iPhone, or more recently play some Steam Games (Go Steam for Releasing an OSX Client!  A Linux client shouldn’t be too far behind right?).  Windows is now relinquished to a VM for IE testing & other software that is stuck on that platform.

I’ve always been bothered by mice in OSX, they never felt good and didn’t handle as I had expected.  This is especially important when doing some intricate work with Photoshop, or in a computer game.  I don’t have much time to play games on the computer, but I’ve been able to get a few hours in recently and really noticed that the mouse acceleration was unusable/unreliable for fast-paced action…

A little googling turned up the “Mouse Acceleration Preference Pane” for Mac OSX by Christian Zuckschwerdt.

I downloaded version 1.1 and then had this preference pane is my System Preferences:

Which then lets me configure the acceleration for both the mouse and trackpad.

Even better, I could turn off acceleration all-together!

From Christian Zuckschwerdt’s site:

Extented mouse settings

“The Mouse Acceleration PrefPane is a GUI and startup item to Richard Bentley’s MouseFix.  You can set up extended speed parameters and acceleration curves for your mouse.”

Good work Christian!

I typically work running large web applications (Grails…) that typically use a lot of CPU power when running tests, launching the apps or refactorings within an IDE.  I like the ability to quickly adjust the CPU ‘govenor’ which governs how the CPU is utilized from a power/performance perspective (see CPU Frequency Scaling in Linux for more).

Ubuntu 9.10 (Karmic Koala) uses Gnome 2.28.1 which requires authorization to change the CPU Frequency (which makes sense).  Earlier versions did not require this authorization since it is new in Gnome 2.28.

With policykit-1 (also new in Ubuntu 9.10) you can grant yourself authorization for the cpufreq-applet based on a user or group by creating a policy file (at /var/lib/polkit-1/localauthority/50-local.d/org.gnome.cpufreqselector.pkla for example) that looks something like this:
[org.gnome.cpufreqselector]
Identity=unix-user:YourUser
Action=org.gnome.cpufreqselector
ResultAny=no
ResultInactive=no
ResultActive=yes

Thanks to this post/discussion for pointing this out   be sure you change YourUser to your username or group that you wish to have authorized.

I don’t know of a policy GUI that works with policykit-1 yet, so let me know if you find something.

I also replaced the icons in the /usr/share/pixmaps/cpufreq-applet/ with something I found on  gnome-look.org

I was hoping to spend some more time polishing this slide deck, but hopefully this presentation skeleton is helpful to the community as it is.  I am hoping to give this talk again at Gr8Conf in the USA this upcoming April and spend some more time creating more concrete and digestible examples.

I didn't have much time to figure it out but this is what I ended up finding out:

Grails 1.1.1 create-app generates a Config.groovy with this as the first few lines that would have told me what I need to know if I actually took the time to read it:
// locations to search for config files that get merged into the main config
// config files can either be Java properties files or ConfigSlurper scripts
//
// grails.config.locations = [ "classpath:${appName}-config.properties",
//                             "classpath:${appName}-config.groovy",
//                             "file:${userHome}/.grails/${appName}-config.properties",
//                             "file:${userHome}/.grails/${appName}-config.groovy"]
//
// if(System.properties["${appName}.config.location"]) {
//    grails.config.locations << "file:" + System.properties["${appName}.config.location"]
// }

So in my case all I had to do was put this in Config.groovy:
if (new File("${userHome}/.grails/${appName}-config.groovy").exists()){
    grails.config.locations = ["file:${userHome}/.grails/${appName}-config.groovy"]
}

which allowed me to override properties by doing something like this in my ~/.grails/${appName}-config.groovy :
username = "sa"
password = "sekret"
// environment specific settings
environments {
    development {
        dataSource {
            dbCreate = "create-drop" // use your imagination...
        }
    }
}

I also ran across a little gem that you can do the same type of config merging with your BuildConfig.groovy by implementing a ~/.grails/settings.groovy file. (yes its hardcoded rather than a config.locations property in BuildConfig.groovy – see BuildSettings.groovy for more)

Now I really wish there was a way to set defaults for things like server.port in the configs.

Thanks, Ted Naleid, Scott Vlaminck, and Robert Fischer for helping me find what I was looking for!

I was able to record the Grails BOF (Birds Of a Feather) session at SpringOne2gx this year: Download it Here (80MB)

Big thanks to SpringSource and No Fluff Just Stuff for putting together an awesome conference!

Props to Dropbox for allowing me to share this recording.

Downloading it and setting it up was pretty easy.  I went to Hulu Desktop and selected download for linux.  From there It gave me choices for Fedora and Ubuntu (both 32 & 64bit versions!)  Since I run Ubuntu I downloaded and installed the deb – easy enough.

When you first launch it it asks you to accept the EULA.

The first time I launched Hulu Desktop I got an error, that "Hulu Desktop could not locate the Flash plugin.  If you do not have it installed, please modify ~/.huludesktop with the correct location of libflashplayer.so." (remember the beta sticker?)

I had to edit the ~/.huludesktop file to use the wrapped version of the Flash plugin /var/lib/flashplugin-installer/npwrapper.libflashplayer.so and it worked like a charm!

Playback worked great, probably better than the in-browser experience.  The interface is slick, better than the web-interface and more along the lines of Boxee.  Fullscreen worked well for me.

Props to Hulu for providing a Linux version.  The Linux desktop is a first class citizen.  Skype has a Beta version that rocks on Linux.  Google Chrome, Firefox, etc. Who is next? Adobe?  CS5?  I’d pay for Adobe CS5 on Linux.

So far its been pretty good stuff for Beta Software!  I’ll definitely be using Hulu more now. 

Here is a shot of the opening screen:

And another of the Menu (while watching media):

I’m not that familiar with SpringSource’s offerings, but It does seem like some of VMWare’s products are a natural extension to the goals that SpringSource is trying to accomplish with their Build / Run / Manage mantra.  The two companies don’t really compete, but VMWare + Grails seems like a good combo to me   Jerome Gagner blogged about how VMWare should throw in some terracotta for some extra spice to take on (read ‘out’) Windows Azure.

I must say that PaaS offerings look really appealing to me as a developer.  Even though I *can* manage machines and hardware, I don’t want to have to take on the risks and responsibilities.  I’m not quite sure what they are going to accomplish together but VMWare + Grails + SpringSource Technologies as a PaaS solution sounds good to me.

Maybe I’ve been spoiled with the speed of a Linux desktop without intrusive ‘virus protection’, but everytime I use a Vista machine, I find myself frustrated.  I guess I get sick of the waiting, double confirmations, the "I told you to shutdown, why are you installing updates… ", etc.

I have professionally developed on all major desktop OSs (Windows[98,2k,XP,Vista], OSX, and Linux) as well as used many others over the years (RHEL, CentOS, Fedora, Solaris, HPUX, Windows[2k3,2008], etc.)   So when I started my current contract, I had a bad dream the night before.  I dreampt that I was forced to use Windows Vista.  I’m not going to call it a nightmare, but it came close   (They ended up giving me an XP box)

This is my OS Preference as it stands today:
Vista < XP < Windows 7 < OSX < Linux (Ubuntu, Gentoo, etc.)

I honestly expected more from Vista seeing that it was coming from the largest/wealthiest software company/OS vendor in the world.  Using Vista isn’t the end of the world, but you don’t know better until you get a taste of freedom   To be fair, Microsoft has put a lot of effort behind Windows and it is a big responsibility when you take the OS Market in the 90’s and into the 2000s.  MacOS was saved by OSX; can Microsoft follow suit?  Either way, good competition makes for a better Operating System landscape. 

I first used a tool called Mumbles, which attempted to be a clone of Growl, but I later realized that the built in notification system is probably the way to go.  After I learned of Ubuntu 9.04 (Jaunty Jackalope) had some major visualization enhancements to the notifications, I thought that it was definitely the way to go. 

This is what I currently have with Ubuntu 9.04:

Implementing this is very simple, you simply create an _Events.groovy file in your ~/.grails/scripts  directory (create it if it doesn’t exist) with the following contents (modified from the Growl Script):

eventStatusFinal = { msg ->
    libNotify('Final status', msg)
}
eventStatusUpdate = { msg ->
    libNotify('Status', msg)
}
eventCreatedFile = { fileName ->
    //libNotify('Created file', fileName)
}
eventStatusError = { message ->
    libNotify('Error', message)
}
eventExiting = { code ->
    libNotify('Exit', "Return code $code")
}
eventCreatedArtefact = { type, file ->
    libNotify('Created artefct', "$type with name $file")
}
eventCompileStart = { kind ->
    //libNotify('Compiling', "Compiling $kind")
}
eventCompileEnd = { kind ->
    //libNotify('Compilation complete', "Compiled $kind")
}
eventPluginInstalled = { pluginName ->
    libNotify('Plugin installed', pluginName)
}
// Do the notification
void libNotify(title, message) {
    def cmd = [
        'notify-send',
        title,
        message,
    '-i',
    'grails'
    ]
    cmd.execute()
}

It is simply using Groovy to execute "notify-send $title $message -i grails".   if you don’t have notify-send, it is part of libnotify so sudo apt-get install libnotify-bin will get you what you need.  If I get some time I’d like to find a way to take advantage of a Java Dbus implementation to talk to the notification system without having to go through libnotify.

If you want mumbles notifications just do something like this:

void mumblesNotify(title, message) {
    def cmd = [
        "mumbles-send",
           "-l",
        title,
        message
    ]
    cmd.execute()
}

Occasionally I’ll get a failure that there are too many files open (using .execute() in Groovy) and that should be cleared up by using a Java implementation of the DBus notifications.

Let me know what you think.  Anything that could be done better?

Even though the bootloader looks decent, I don’t like the look of silver/grey color, so I decided to customize it.  The process to customize rEFIt was relatively straight forward and the result is beautiful.

This is what I came up with:

This is what it looks like with a Windows Partition:

I love the simplicity of it!!

Here is a closeup of the icons / OS Choices:

I don’t really know where the icons came from, but they look tasty  On Linux there is a decent package for working with mac icons (.icns) or sudo apt-get install icnsutils  which will get you some useful tools (png2icns and icns2png)

I did have to make a few modifications to the Tux icon [os_linux.icns] to give him a ‘glow’ so that he doesn’t fade into the black on black:

This windows Icon [os_win.icns] is the stock version I think (send me a link to the author if you know):

I did add a slight ‘glow’ to the apple icon [os_mac.icns] (send me a link to the author if you know):

I tried a number of custom ’selected’ themes but gradients didn’t look right, so I went with the simple plan.  The selection bitmap can be found here:

the process is simple once rEFIt is installed:  modify the refit.conf with the icons in place, and you are done!

Here is what I came up with for my refit.conf (comments removed):

timeout 5
banner hostname.bmp
selection_big   selection-big-ring.bmp
hideui tools shell funcs hdbadges label
legacyfirst

The original comments in the refit.conf file are helpful!  Its straight forward if you can read

• timeout = the number of seconds before it automatically chooses for you
• banner = the bitmap of the upper part of the screen (top left pixel = background color)
• selection_big = the grey ‘ring’ that indicated the selection
• hideui = Hide elements of rEFIt so we can get a clean interface
• legacyfirst = Legacy OS first (Linux)

Use at your own risk!!

If I had the time, it would be fun to build/enhance rEFIt to have an all-black fill instead of the grey/silver.

I’ve had a good experience with Ubuntu 9.04 on a 17" Macbook Pro, and I’ll Blog about it – and see what I can do to help update the documentation – look for an upcoming post.