On 09.08.2012 12:10, Bert Huijben wrote: > In which cases would it help to detect system library versions? > > Security updates usually don't update this number (as that breaks on a > multiple branch approach) and they are only serviced as part of system > updates (and if not there is no way to install a specific version for > testing). This will only provide pages of unneeded information in error > reports when we have an accurate os version. > (win64 +-doubles the number of dlls loaded per process and on win8 many > system dlls are split up in smaller components)
I'm considering ignoring any library that gets loaded from anywhere in $(WINDIR). But one step at a time. (That'll be a bit more interesting on Unix, but there typically aren't that many shared libs involved there.) > The exact version of things like openssl are much more interesting and > you don't get these this way.(Reason: not a numeric version scheme and > not a separate library if linked stayically) Yes, there are a lot of "interesting" issues to solve, and I don't pretend that I'll have them all done by 1.8. But I often noticed that version and system info are absent or incomplete in many bug reports and I thought it might help if Subversion provided the required information itself. -- Brane -- Certified & Supported Apache Subversion Downloads: http://www.wandisco.com/subversion/download
