droneCode.org.uk

• Various clipboard problems, either not working or only working intermittently for some people
  
• Some Solaris clients die with a BadAlloc on a XkbSetNamedIndicator request
• Some XView toolkit clients don't close with [x]
• Rebuilt xkdvi crashes in XtGetApplicationResources
• IRC report that -multimonitor -rooted with primary on right seems to misclculate the screen height somehow so some of the bottom of the X screen is invisible
• XWarpCursor() doesn't in rootless modes (not a regression!)
  

• Minimized windows are moved to (0,0) not unmapped: this causes the irritating punch through of menus and tooltips when the frame of the active window overlaps the (apparently) minimized window in the X screen
• Resizing a window frame doesn't move the X focus, so an open pop-up window which is a child of the resized window gets left behind
• Mouse isn't captured when click dragging; this makes it very hard to work with X windows which draw their own decorations
  

• RANDR extension support integrated with the native Windows WM_DISPLAYCHANGE message so X knows and does the right thing when the native Windows virtual desktop changes size due to a resolution change or monitor addition/removal

• Composite does strange things at the moment
• More investigation of why the 'smart scheduler' causes cygwin problems: SIGALRM every 20ms causes 'sporadic accept() failed' and deadlocks in multiwindow mode. Fixed/better with Cygwin 1.7.x?
• Fix building with multwindow with external window manager mode.  This depends on the rootless extension, which depends on Apple's Xplugin.h :D
• Icon conversion could use a bit more work, scaling overlarge NET_WM_ICON icons down to the right size, improving icon conversion if we could find a simple way to use a bilinear filter  Some windows still have no icon found by us, although native WMs can find them.
  
• Probably should change explicit use of GetTickCount() in event generation in xwin/ to use GetTimeInMillis(). This should make things consistent if we ever wanted to use the gettimeofday() clock
  
• Maybe get some patches folded back into upstream
  

Being used to doing graphical merge using ClearCase , I didn't want to have to fiddle around resolving a subversion merge by opening a bunch of files. Bizarrely I couldn't find a clear description of how to set this up, perhaps because the specifics have changed between subversion versions, so for subversion 1.5:

add in ~/.subversion/config
merge-tool-cmd = svndiffwrapper

and create svndiffwraper, somewhere on your path, a shell script which contains:

#!/bin/sh
kdiff3 -m $1 $2 $3 -o $4 1>&2

Subsequent svn merge will offer you the option to (l)aunch the external program do to the merge, which will fire up kdiff3

(Obviously you can use a different tool to kdiff3, but that was the best 3-way graphical merge tool I found in a quick search)

.. no more secrets!

• Correct the way we retrieve track artist info from WMP (#16)
• Fix a problem where tune status could sometimes get left with stale data (e.g. if player was closed whilst pidgin was closed)
• Apply patch from hyperair adding a timeout to dbus calls, so they cannot block indefinitely (hanging pidgin) if something has gone wrong in the target application (#13)
• Fix restoring saved status so it correctly restores account-specific saved status (#11)
• Attempt to avoid being told "MSN: Friendly name changes too rapidly" when player is stopped
• Some more tidying up
• Update libmpdclient to latest svn (revision 7402) (this fixes a file descriptor leak when an IPv6-enabled MPD is running) (#137, maybe #12?)
• Enable MPD client in windows build
• Fix type conversion warnings when building for x64 (#18)
• Use dopen/dlsym to access XMMS2 client library, so it doesn't become a run-time dependency if we build with XMM2 support enabled

I don't actually have an x86_64 machine to build or test stuff on, but since I had some issues reported with x86_64 compilation, I was wondering if I could cross-compile to x86_64 on my x86 machine to reproduce them.

Generating the toolchain on gentoo is pretty easy thanks to crossdev

USE="-*" crossdev -S --target x86_64-pc-linux-gnu

The gentoo cross-compilation guide explains how to cross-compile arbitrary packages

ROOT=/usr/x86_64-pc-linux-gnu/ CBUILD="i686-pc-linux-gnu" CHOST="x86_64-pc-linux-gnu" emerge libpcre

Obviously can't test any of it works, though :S

Since my friend Kacey gave me a nice J-Pop mp3 with some japanese text in the tag, I've been able to do some testing to see if these characters can get passed from the player into musictracker and hence to the status message....

jon@clairmont $ mid3v2 10\ 世界はこの手の中に.mp3
IDv2 tag info for 10 世界はこの手の中に.mp3:
TPE1=相川七瀬
APIC= (PNG, 105828 bytes)
TYER=2000
TIT2=世界はこの手の中に
TENC=iTunes v7.7.1
TRCK=10/13
TPOS=1/1
TALB=FOXTROT
TCON=Pop


This all seems to work swimmingly on various players under Linux, but under Windows it's more complex...