Wish I could also participate in the general bug-free happy dance, but something in the latest DT crashes for me in a way that I've never seen DT do before, and have been using it since early 0.31.x
Running 64 bit Linux compiled from source pulled from the hg tree as of current date (identifying itself as v0.6.11), and also under gentoo. I've also checked and compiled the latest of all the packages DT uses that are dynamically linked against the DT binary - still no improvement.
For the curious these are
x11-libs/libXau
x11-libs/libxcb
dev-libs/expat
sys-apps/util-linux
x11-libs/libX11
x11-libs/libXext
media-libs/fontconfig
x11-libs/libXrandr
x11-libs/libXrender
x11-libs/libICE
x11-libs/libSM
media-libs/mesa
dev-libs/glib
media-libs/freetype
media-libs/libpng
sys-libs/glibc
x11-libs/qt-core
x11-libs/qt-script
x11-libs/qt-gui
sys-devel/gcc
sys-libs/zlib
What happens is an immediate crash (that brings up gnomes 'bug-buddy' tool that cant identify the application but still offers to generate a debug trace regardless) whenever i click on any of the labour items for all dwarves listed bar.. one. Why this dwarf (a high master milker with some ability as an animal trainer, fisher and bonecarver) is exempt from the crash I have no idea.. and it still crashes for him when I try and click on his name to bring up traits, all skill levels and xp to next level and the like - as it does for all the other dwarves.
Going back to dt circa December 30th 2010 (0.6.7 I believe) which worked perfectly under 0.31.18 also works for 0.31.25 as long as I have the newer memory_layouts for 0.31.25 and if I can live with not having any of the new skills like beekeeping, glazing and pottery represented, listed or controllable - as these options were not present at the time. Which is a far sight better than having it be completely unusable I guess, and my fortress isn't at a level yet where desperation to know who my bee-keepers are and how good they are is a burning need.
But still is bothersome. Anyone seen anything similar? Older dt versions that are working and linked against the same libraries when current ver is broken is suggestive of some new feature or capability that isnt right yet that's involved with GUI popups or setting active labors.