http://bugs.winehq.org/show_bug.cgi?id=24945
--- Comment #14 from Dmitry Timoshkov dmitry@codeweavers.com 2010-11-15 09:05:53 CST --- (In reply to comment #13)
I think this is not necessary. Just looked at source of version 1.1.38 GdipGetGenericFontFamilySansSerif. It searches for "MS Sans Serif". Starting with 1.1.43 it searches for "Microsoft Sans Serif" and if can not find it, returns "Tahoma". Since fedora's version of wine does not have "Microsoft Sans Serif" nor "Tahoma", font is not drawn. Ok, I do not insist it is a bug. Don't know what GdipGetGenericFontFamilySansSerif must return. If I set font substitution Tahmoma->Liberation Sans in the registry, then instrument list is shown. Or simply provide this missing font. Tried substitute with "MS Sans Serif" too, but this does not work.
Wine doesn't ship Microsoft Sans Serif, bit it does provide Tahoma. If your package doesn't install Tahoma, it's a packaging bug.
I'm insisting on a regression test since this bug is marked as a regression, and performing a regression test for single dlls/gdiplus should be pretty fast. But if turns out that the culprit is missing Tahoma then this bug is invalid.