what was a bit of a pain was getting the proper classpath constructed so that not only target/classes was picked up but also all the required dependencies. poking a bit around in maven’s plugin documentation i came across the dependency plugin and in particular the dependency:build-classpath mojo, armed with that information i came up with the following rather useful shell script:

#!/bin/bash
top=$(pwd)
cwd=$(pwd)
while  [ "$top" != "/" -a ! -e "$top/pom.xml" ] ; do
    cd ..
    top=$(pwd)
done
cd $cwd

if [ -e "$top/pom.xml" ] ; then
    cd $top

    echo "generating scala classpath based on maven pom.xml"
    mvn dependency:build-classpath -Dmdep.outputFile=.classpath-scala

    echo "starting scala"
    scala -cp target/classes:$(cat .classpath-scala)

else

    echo "cannot find top level pom.xml! must have taken a wrong turn somewhere. sorry."
    exit 1

fi

save under a convenient name, stir, and enjoy: call this script instead of calling scala directly.

• install — just installs the JAR file and the POM file, if the -DcreateChecksum=true flag is provided it will create the SHA1 for the JAR only
• deploy — install JAR and POM and all necessary meta data along with SHA1s

to install a package to a shared repository a deploy is to be preferred over an install as with an install we’ll get missing checksum errors later in life.

so, this works like this (using the lift-ldap package as an example):

$ mvn deploy:deploy-file -DgroupId=net.liftweb -DartifactId=lift-ldap -Dversion=1.0.0 -Dpackaging=jar -Dfile=target/lift-ldap-1.0.0.jar -DcreateChecksum=true  -Durl=scp://eyeteadee.zurich.ibm.com/var/www/eyeteadee.zurich.ibm.com/maven

• monday, january 25th, 12:30h — 14:00h (approx)
• king’s kurry, freyastrasse 3, zürich (close to the train station wiedikon)

so, if you are around, have time to spare, and are interested to meet up with fellow OpenSim-ers, let volker know by dropping him an email — fe11 at gmx.ch — so that we can reserve enough seats at king’s kurry.

using a construct like

file://${project.build.directory}/path/to/stuff

didn’t really work: on linux the resulting file: URL was usable, on windows it was not: there was a / missing plus all \ occurences had been escaped.

after trying a couple of variations, i came across the available variables section of the maven documentation which listed project.baseUri — which seemed just the ticket!

alas, it turns out that maven’s resource plugin currently does not know about ${project.baseUri} — doh. yet, not all hope is lost: by adding the following property definition to the project’s pom.xml file did the trick:

    <properties>
      ...
      <projectBaseUri>${project.baseUri}</projectBaseUri>
      ...
    </properties>

instead of ${project.baseUri} we use ${projectBaseUri} in the resource file, which gets translated to the desired file: URL. bingo.

while working on the dpkg support i also found out that debian/ubuntu has the very useful /etc/firefox-3.0, /etc/firefox-3.5, and /etc/thunderbird directories that allow me to provide package specific javascript to, for example, add a protocol handler for the rezzme: URI scheme. that along with gnome’s gconf tool gives us the same seamless rezzme user experience as on windows or mac OSX — unfortunately, it seems that nothing comparable exists for redhat/fedora based systems.¹

also the windows build code has been cleaned up and the no longer required dependency on setuptools removed.

what did bother me was that i couldn’t find an easy to use function for keyconfig to bind the page left and page right keys (aka F19 and F20) of my X200 keyboard to “previous tab” and “next tab”. after some digging i stumbled across the mozilla thunderbird 3 tabmail page which then allowed me to figure out how to create the code for keyconfig:

// next tab
var windowManager = Components.classes['@mozilla.org/appshell/window-mediator;1'].
    getService(Components.interfaces.nsIWindowMediator);
var winId = windowManager.getMostRecentWindow("mail:3pane");
var tabmail = winId.document.getElementById('tabmail')
tabmail.switchToTab((tabmail.tabContainer.selectedIndex + 1) % tabmail.tabInfo.length)

// previous tab
var windowManager = Components.classes['@mozilla.org/appshell/window-mediator;1'].
    getService(Components.interfaces.nsIWindowMediator);
var winId = windowManager.getMostRecentWindow("mail:3pane");
var tabmail = winId.document.getElementById('tabmail')
tabmail.switchToTab((tabmail.tabContainer.selectedIndex + tabmail.tabInfo.length - 1) % tabmail.tabInfo.length)

copy & paste the code snippets and use keyconfig’s “add key” feature to bind the code to whatever key you’d like to use.

after a lot of research i finally managed to track it down to the following:

1. firefox doesn’t seem to be really interested in what the user’s desktop settings say, the only guy it will listen to is fontconfig configured via /etc/fonts/conf.d!
2. to get rid of the blurry fonts i needed to drop the 10-hinting-{full,medium,slight}.conf from fontconfig’s /etc/fonts.conf.d directory

that fixed the blurry fonts in firefox and emacs.

to get emacs menu’s back to a more sensible size i had to edit $HOME/.emacs.d/gtkrc — changing the default face via M-x customize-face only affected the buffer and modeline fonts but not the menu itself. i’m using the DejaVu Sans fonts, so my gktrc file looks like this:

style "user-font"
{
    font_name="DejaVu Sans 8"
}
widget_class "*" style "user-font"
gtk-font-name="DejaVu Sans 8"

style "default"
{
    font_name="DejaVu Sans 8"
    bg[NORMAL] = { 1.0, 1.0, 1.0 }
}

that one fixed emacs.

lol…

…and actually fits quite well to this register story about android going to overtake iDon’t, err, iPhone in 2012.

not good. even worse when it means lost leads. so i set out to investigate. since OpenSim is being used in japan, it was a fair assumption that we might have a font problem here. this was confirmed by a twitter from adamfrisby:

@DrScofield so it should load fine.Only issue you need to be aware of is fonts – you need to use a font with the correct charset availible.

so, first port of call: how are we specifying the font to use for text rendering? digging through the OpenSim source i ended up in the VectorRenderModule:

    private void GDIDraw(string data, Graphics graph, char dataDelim)
    {
        Point startPoint = new Point(0, 0);
        Point endPoint = new Point(0, 0);
        Pen drawPen = new Pen(Color.Black, 7);
        string fontName = "Arial";
        float fontSize = 14;
        Font myFont = new Font(fontName, fontSize);
        SolidBrush myBrush = new SolidBrush(Color.Black);
        ...

gulp: we’ve got it hard coded

so, next question: can we change it dynamically? looking through the code, it seems like we might:

    ...
    else if (nextLine.StartsWith("FontName"))
    {
        nextLine = nextLine.Remove(0, 8);
        fontName = nextLine.Trim();
        myFont = new Font(fontName, fontSize);
    }
    ...

except, hmph, there is no osSetFontName() OSSL function

a couple of SMOPs later, we had osSetFontName() and could also configure the default font name in OpenSim.ini, good. now to figure out which linux font would do the trick.

i tried:¹

• Arial — no good: doesn’t have japanese script support
• DejaVu Sans/Serif — again, no good, no japanese script support
• Kochi Mincho — works!

— the configuration for that one is:

[VectorRender]
    font_name = "Kochi Mincho"

my next quest was to see whether i could find a font that would support the whole range: european scripts as well as japanese and also chinese.

…unfortunately, while windows users have Arial Unicode MS there is no such complete beast available to linux users — yes, there are fonts such as bitstream cybit, but their license conditions either don’t allow commercial use or only for a single user. so, if you are running under linux you need to localize your OpenSim installation via OpenSim.ini.

but! at least we figured out how to get japanese character sets supported in OpenSim on linux and can now configure one of our sametime 3d servers to support japanese OpenSim users properly!

when my trusted nokia n95 started acting up and started crying for power more and more often the writing on the wall was quite legible: “get a new phone” — so i did

after a bit of research — the palm pre looked sexy but is not available on the continent for some time to come and also lacks the standard API set of the android platform — i settled on the android based htc hero.

copying music over, sync-ing those podcasts i love to listen to — it’s all just a matter of plugging in the USB data cable to the htc hero and my thinkpad, telling the hero to offer the SD card as a USB drive to linux and we are in business: gone are the hour long transfer times for those ARD radio tatort radioplays or the swiss SF TV dok vidcasts — it all happens in a flash now, sweet

the only thing i was missing: vidcasts turns out the hero can play those, but you need to – install the video player application via the android market, and – “hack” amarok’s config file so that amarok would be cool with sending .m4v vidcasts to the hero

for the latter you need to locate the line that reads

supportedFiletypes=mp3

in your .kde/share/config/amarokrc file and change it to read:

supportedFiletypes=mp3, m4v

voila! amarok will now transfer those vidcasts to the hero and the video player application will play them