> Note a side take-home message: msiexec.exe will never be Windows 10 aware.
Unfortunately, yes. > > Let me know if that doesn't make sense or won't work for what you're > > doing. > I am familiar with EXE and manifests, thanks. Nevertheless, I really > appreciate your time to extensively research and provide useful references > in the debate. It looks like I erred widely on the side of overinforming. I appreciate your patience with that. > In my professional career I make EXE (or WSH) "parent installers" only > because end-users usually have no clue what platform is their Windows. You > can't do one-MSI-fits-all-platforms for native apps, so the parent installer > EXE takes platform choice away from users. All other decision logic is > inside MSI packages making them fully autonomous - once you pick the right > one for your platform of course. Makes sense. Fortunately x86 EXEs run on ARM64, so this even works there. :) > When the MSI package is installed by Group Policy Client, the MSI is > launched directly by msiexec.exe. Ah, I see. That puts a bit of a damper in bolting intelligence on during the msiexec invocation, doesn't it? I'm no expert with GP, and what little I know suggests that any methods for deploying custom EXEs through it are either much more complex than is feasible for you to support or otherwise not worth using. You're the expert between the two of us. Without this ability and with the compat shimming of the MSI infrastructure, there's not much else to be done. > Hence such a complex workaround to detect the MSI has been launched on > Windows 10. Microsoft made me do it. ;) :) > Please, note one last thing... I totally agree with everybody saying "you > That's why this custom action *does not* return the Windows version - not to > tempt anybody else to use it for OS version detection. > The name "FindSystemInfo" was picked generic on > purpose, to allow us to add other detections missing in MSI should we need > any down the road. Smart! I hadn't followed the function to its callers, so I missed this. Samuli, LGTM. Thanks, Jon
pgpzFq0Ys__sT.pgp
Description: PGP signature
_______________________________________________ Openvpn-devel mailing list Openvpn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openvpn-devel
