qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v2] qemu-ga: Prevent QEMU-GA VSS provider from b


From: Leonid Bloch
Subject: Re: [Qemu-devel] [PATCH v2] qemu-ga: Prevent QEMU-GA VSS provider from being unregistered on reinstall
Date: Mon, 3 Aug 2015 14:52:01 +0300

Hi Marc-André,

When REINSTALLMODE is at its default value, during an update the files that didn't change from the previous version are not copied to the install location. But the RemoveExistingProducts element deletes them from there, and so some files are missing, until the .msi is re-run, to "repair" the installation.

In the previous version of this patch this was not needed, as RemoveExistingProducts was placed right at the beginning of the install sequence, and after it finished, it "looked like" no installation was there, so all the files were treated as new, and thus copied (same behavior). But using MajorUpgrade sets RemoveExistingProducts after InstallValidate, and so I needed to change the value of REINSTALLMODE, to force all the files to be copied anyway.

The cover letter was to explain the differences of this patch from the previous version of it (imho, the commit message should not refer to older versions of the patch that will never be pulled). That's why the REINSTALLMODE was mentioned only in the cover letter, and not in the commit message - it is just a different means to achieve the same result as in the previous patch. Of course, if you consider it to be more fitting, I can reword the commit message to go into these details.

Thanks!
Leonid.

On Mon, Aug 3, 2015 at 2:13 PM, Marc-André Lureau <address@hidden> wrote:
Hi Leonid

On Mon, Aug 3, 2015 at 12:39 PM, Leonid Bloch <address@hidden> wrote:
> The property REINSTALLMODE had to be set to "amus", which contrary to the default "omus" makes all the files to be reinstalled during upgrade, regardless of their version. This is because the RemoveExistingProducts element is now placed automatically, after InstallValidate, and thus can not be placed in the very beginning of the installation sequence, as was the case in the previous version of this patch.

Sorry I don't understand the REINSTALLMODE change. Could you clarify
what's the issue hit during install/update if you remove it?
Furthermore, that comment should be in the commit message, not in the
cover letter (a single patch can do without cover letter imho)

thanks


--
Marc-André Lureau


reply via email to

[Prev in Thread] Current Thread [Next in Thread]