I tested it further: I completly emptied /usr/share/fonts. Then, only the font family "Latin Modern (LM)" (installed in /usr/share/texmf/fonts) is available and used. I checked this in the font selection dialogs of libreoffice (Linux native) and winefile.
Then I installed wine 1.8-6 with fonts-wine 1.8-6: this correctly adds several fonts in winefile. However with wine 1.8.1-1 and fonts-wine 1.8.1-1 installed, even with - libfontconfig1 (amd64 and i386) installed and - enabled bitmapped fonts in "dpkg-reconfigure fontconfig-config", there are no additional fonts available, neither in winefile, nor in libreoffice. For Wine to work either the system fonts or wine-fonts *must* work. The system fonts imo provide a much superior result. I therefore committed the change for libwine to always depend on libfontconfig1 (so you end up with e.g. both the i386 and the amd64 version). The 32-bit version inadvertently missing happens too easily and has too severe drawbacks, compared to the benefits of not installing this package and using only fonts-wine - imo this justifies the promotion from recommends to depends. However, to close this bug we should also fix fonts-wine. Even in an afaics correctly set up system these fonts never show up, neither in wine nor in the system. I have absolutely no clue how to make them in the new position in /usr/share/fonts/wine work. But I found this changelog entry from 2006: --- * Wine now install its fonts under /usr/share/wine/fonts, not /usr/share/fonts/wine. (I've updated the packaging accordingly.) This should stop them from being picked up by fontconfig et al. Closes: #353495. --- The fonts were removed from the new position previously on purpose, because they weren't correctly rendered in some native apps. Greets jre