You can alter the AssemblyFileVersion without changing the Assembly version,
if you don't have this specified in your AssemblyInfo.cs it will be set to
the same as the assembly version.
e.g.
we bump the build part of assembly file version automatically each build but
assemblyVersion is incremented by hand.
[assembly: AssemblyVersion("1.8.0.0")]
[assembly: AssemblyFileVersion("1.8.3208.0")]
If a binary has a version resource (.net ones do) the windows installer will
update them only if the version is higher.
We have been using cumulative patches for a few years without too many
issues.
We have not yet used burn though.
-----Original Message-----
From: Tomer Cohen [mailto:tome...@qualisystems.com]
Sent: 13 March 2013 14:19
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Managed Bootstrapper - Second Patch doesnot
supersede first Patch
Just to be clear, the files don't have a newer version, but they are
different in size and binary...
-----Original Message-----
From: David Watson [mailto:dwat...@sdl.com]
Sent: יום ד 13 מרץ 2013 16:04
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Managed Bootstrapper - Second Patch does not
supersede first Patch
Did you increase the assemblyfileversion of those dlls?
-----Original Message-----
From: Tomer Cohen [mailto:tome...@qualisystems.com]
Sent: 13 March 2013 13:28
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Managed Bootstrapper - Second Patch does not
supersede first Patch
No no, you got me all wrong.
I don't want cumulative patches! The opposite, I want the last patch that I
install to supersede all others, overwriting the files.
I have the MSP file and in z7 I can see that it has all the "right" files,
that is the new files. But if I install it after I installed an earlier
patch... those files don't get to the installation folder...?! I'm using:
msiexec.exe /L*v c:\temp\log.txt /p "c:\temp\patch2\patch.msp" REINSTALL=ALL
REINSTALLMODE=aumsv ADDLOCAL=ALL REBOOT=ReallySuppress the log of the second
patch installation:
Note: 1: 2228 2: 3: MsiAssembly 4: SELECT `MsiAssembly`.`Attributes`,
`MsiAssembly`.`File_Application`, `MsiAssembly`.`File_Manifest`,
`Component`.`KeyPath` FROM `MsiAssembly`, `Component` WHERE
`MsiAssembly`.`Component_` = `Component`.`Component` AND
`MsiAssembly`.`Component_` = ?
MSI (s) (48:C4) [15:13:42:791]: Patch Modified Files List:
//it gives only a partial list of the files that are in the MSP file...
allthose files are !NOT! .NET dlls, the .NET dlls are the files that don't
get overwritten for some reason...
Please help! Thanks.
Tomer Cohen
InSight Team Leader, R&D
QualiSystems
Mobile: +972-52-3362846
Email: tome...@qualisystems.com
Web: www.qualisystems.com
-----Original Message-----
From: Brian_Covington [mailto:briancoving...@yahoo.com]
Sent: יום ד 13 מרץ 2013 06:02
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Managed Bootstrapper - Second Patch does not
supersede first Patch
Sorry, no. We are weeks away from having to release and the plan for now is
to not use cumulative patches.
________________________________
From: Tomer Cohen [via Windows Installer XML (WiX) toolset]
<ml-node+s687559n758426...@n2.nabble.com>
To: Brian_Covington <briancoving...@yahoo.com>
Sent: Tuesday, March 12, 2013 10:11 AM
Subject: Re: Managed Bootstrapper - Second Patch does not supersede first
Patch
Got anywhere with this? I have the same problem....
I don't mind having both patches appear in the add remove - updates side by
side, but the second patch doesn't replace the files at all...
If I install it without the first patch already installed then that patch
works great.
Tomer.
Thanks.
-----Original Message-----
From: Brian_Covington [mailto:[hidden email]]
Sent: יום ה 15 נובמבר 2012 00:41
To: [hidden email]
Subject: Re: [WiX-users] Managed Bootstrapper - Second Patch does not
supersede first Patch
Same results with versions 10.00.35.0004, 10.00.36.0004 (HF1), and
10.00.37.0004 (HF2).
I am changing the bundle version as well as the version of the msi, but still
the second patch for the bundle appears alongside the first one, not
replacing it as I would expect.
Do I need to do something to "hide" the first patch when the second one is
applied? And if so, how would I undo this when uninstalling the second
patch?
As these are cumulative, removable patches, only one entry must exist in the
"Installed Updates" of ARP.
I do see where it realized the first patch bundle was installed, but did
nothing with it.
Plan 3 packages, action: Install
[0F98:0E38][2012-11-14T16:19:55]: Skipping dependency registration on package
with no dependency providers: Netfx4Full
[0F98:0E38][2012-11-14T16:19:55]: Skipping dependency registration on package
with no dependency providers: S3DInstallPatch
[0F98:0E38][2012-11-14T16:19:55]: Setting string variable
'WixBundleLog_S3DInstallPatch' to value
'C:\Users\sp3dtest\AppData\Local\Temp\PRODUCT_S3D_HotFix_2_20121114161952_{C1
93CA79-FACC-4874-AF85-6CCC6B10851C}_0_S3DInstallPatch.log'
[0F98:0E38][2012-11-14T16:19:55]: Setting string variable
'WixBundleRollbackLog_S3DInstallPatch' to value
'C:\Users\sp3dtest\AppData\Local\Temp\PRODUCT_S3D_HotFix_2_20121114161952_{C1
93CA79-FACC-4874-AF85-6CCC6B10851C}_0_S3DInstallPatch_rollback.log'
[0F98:0E38][2012-11-14T16:19:55]: Skipping dependency registration on package
with no dependency providers: RADInstallPatch
[0F98:0E38][2012-11-14T16:19:55]: Planned package: Netfx4Full, state:
Present, default requested: Present, ba requested: Present, execute: None,
rollback: None, cache: No, uncache: No, dependency: None
[0F98:0E38][2012-11-14T16:19:55]: Planned package: S3DInstallPatch, state:
Absent, default requested: Present, ba requested: Present, execute: Install,
rollback: Uninstall, cache: Yes, uncache: No, dependency: None
[0F98:0E38][2012-11-14T16:19:55]: Planned package: RADInstallPatch, state:
Present, default requested: Present, ba requested: Present, execute: None,
rollback: None, cache: No, uncache: No, dependency: None
*[0F98:0E38][2012-11-14T16:19:55]: Planned related bundle:
{1ca42db4-c103-4fa2-ba05-d3c20f8f5d70}, type: Dependent, default requested:
None, ba requested: None, execute: None, rollback: None, dependency: None*
Then in the msi install log, I see
Final Patch Application Order:
MSI (s) (44:2C) [16:20:06:348]: {379A67FF-1175-42B8-B7B7-8F8ED98CA7EB} -
C:\ProgramData\Package
Cache\{379A67FF-1175-42B8-B7B7-8F8ED98CA7EB}\S3DInstallPatch
MSI (s) (44:2C) [16:20:06:349]: Other Patches:
*MSI (s) (44:2C) [16:20:06:349]: Superseded:
{ADC561F5-6FC8-4EA1-8DB1-E79A7F18A7DD} - *
Which I can only assume is the First Patch being superseeded, so it looks
like the MSI is correct, just not the Bootstrapper.
Is no one else facing this problem? Or does no one do cumulative patching?
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Managed-Bootstr
apper-Second-Patch-does-not-supersede-first-Patch-tp7581779p7581928.html
Sent from the wix-users mailing list archive at Nabble.com.
-----------------------------------------------------------------------------
-
Monitor your physical, virtual and cloud infrastructure from a single web
console. Get in-depth insight into apps, servers, databases, vmware, SAP,
cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
WiX-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/wix-users
-----------------------------------------------------------------------------
-
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
endpoint security space. For insight on selecting the right partner to tackle
endpoint security challenges, access the full report.
http://p.sf.net/sfu/symantec-dev2dev
_______________________________________________
WiX-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/wix-users
________________________________
If you reply to this email, your message will be added to the discussion
below:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Managed-Bootstr
apper-Second-Patch-does-not-supersede-first-Patch-tp7581779p7584264.html
To unsubscribe from Managed Bootstrapper - Second Patch does not supersede
first Patch, click here.
NAML
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Managed-Bootstr
apper-Second-Patch-does-not-supersede-first-Patch-tp7581779p7584282.html
Sent from the wix-users mailing list archive at Nabble.com.
-----------------------------------------------------------------------------
-
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free
today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-----------------------------------------------------------------------------
-
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free
today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires
that you delete it without acting upon or copying any of its contents, and we
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6
7DY, UK.
-----------------------------------------------------------------------------
-
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free
today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-----------------------------------------------------------------------------
-
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free
today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
