https://bugs.winehq.org/show_bug.cgi?id=39744
--- Comment #19 from Sebastian Lackner sebastian@fds-team.de --- (In reply to Nikolay Sivov from comment #18)
This https://packages.debian.org/stretch/wine shows 1.8-rc3.
Ah, thanks for pointing this out. I was looking at the "wine-development" package which used to be more up-to-date during the last year, but seems its now exactly the other way round? I'm wondering how users should stay up-to-date when they have to switch the package inbetween.
Various autogenerated files (unicode tables, OpenGL extension tables, wineserver request tables) are regenerated during the build process, which potentially introduces new bugs / incompatibilities not present in official WineHQ builds.
That should not be a problem if they want to regenerate from Unicode data, as we depend on particular versions of those that don't change once released. But sure, there's no need to do that in practice.
I still see a high risk of introducing new problems. See for example the OpenGL tables, which are generated based on the XML files shipped in the "khronos-api" package. Last update is from March 2015, but in Wine we had a commit to update them in April for example.
Also, in order to regenerate various files, they are first replaced with an "empty" version, then the script is executed - however, not all of those files are static. They can easily get out of sync with the Wine source tree.