https://bugs.winehq.org/show_bug.cgi?id=47413
Bug ID: 47413 Summary: wineserver and/or winedevice rescan all installed fonts on every application start Product: Wine Version: 4.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: asmqb7@gmail.com Distribution: ---
When running any application, including for example something as simple as "wine notepad", there is a delay of up to 30-45 seconds before Wine actually starts thinking about the application I want to run (and windows appear on the screen etc).
strace shows that this is because winemenubuilder and/or winedevice are reanalyzing all fonts in /usr/share/fonts by opening each font in turn.
This is on reasonably-up-to-date Arch, and has persisted since the first time I ran Wine on this installation quite a few months ago. I've not fiddled with anything fontconfig-related.
No other application on my system does this. Starting `leafpad`, I see that the configuration in /etc/fonts/conf.d/ is loaded, followed by a very fast recursive scan of /usr/share/fonts/ (in which no files are opened) intermixed with loading of files in /var/cache/fontconfig/*cache-7.
I'm not sure how to figure out if this is a wine-specific problem or a system configuration problem.
I thought `strace -s999 -f wine notepad` might be the most useful artifact I could provide at this point - but I didn't expect 516MB of output :). It's only 20MB xz-compressed, though, so I am happy to fiddle with `split` and add the resulting ~two attachments, but I am definitely asking first before I do that.