-
Notifications
You must be signed in to change notification settings - Fork 670
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Installer: Improve dependency handling #322
Comments
This is something that can comfortably only be handled by a custom bootstrapper. MSI itself offers no real mechanism to restart the installation after a reboot. |
There is no reboot needed when doing a major upgrade e.g. 1.x.x to 2.y.y. The new driver and library can be installed alongside the old one. |
Regarding uninstall of unneeded software: there is a dependency registration on MSI packages, but that registration is only really done by WiX bundles so you would not really know if there isn't other software that uses an older Dokan version. In the WiX bundle install log you'll see this: This creates an entry here: WRT scenarios like MediaPortal: |
Maybe this is a matter of documentation in the How to package your application with Dokan: We could use some kind of matrix showing what to package on what Windows version and CPU architecture. For example: Afaik for the latest Dokany 1.3.0.1000 on Windows 10 64bit only one single VC++ redistributable is required. But I am not sure and would like some kind of official documentation for this, so I know what I have to check in our downstream installer. |
Again I am not familiar with MSI, so take this feature request with a grain of salt.
Downstream users of Dokan currently install Dokan Library during installation of their software product. When they upgrade to a new major version Dokan (for example from Dokan 1.x.x to 2.y.y) they cannot safely remove the older version because it could break other applications.
This issue is for investigating in how far Windows Installer provides features to declare a dependency on Dokan and handle this cleanly (Components?, Merge Modules?) and implementing a possible solution.
The text was updated successfully, but these errors were encountered: