Re: [WiX-users] Multi language patching
Well, my issues for patching just such a package like this have now been resolved. It seems that when you exposrt a transform made in Orca it inherits the package's Summary Info. You might expect them to say nothing changed and store nothing, but it seems that this data is always applied when you apply the transform despite not being able to see the change in Orca. As such, the best solution has been to set the Summary Info's language to be neutral (zero) and then so are the transforms and nothing can go wrong. Ideally, the language would be specific for each transform, but this is incredibly hard to get right and injects unexpected results when it's wrong. And it's hard to see when it's wrong. -- View this message in context: http://n2.nabble.com/Multi-language-patching-tp3700410p3749826.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multi language patching
I have complete installs in each language. By exporting the tables in one, then creating a transform in Orca in another I can import the tables and save the differences. I've not found a more reliable way... providing the source files for the builds are completely in sync of course. Blair-2 wrote: I've been thinking about your situation. How are you generating your language transforms? -- View this message in context: http://n2.nabble.com/Multi-language-patching-tp3700410p3728312.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multi language patching
This is an entirely manufactured situation for testing purposes - I don't want to send out our first multi-language package without knowing how to patch it. Boy, am I glad too! We're currently looking at the language definitions and think we're going along the right lines though. Cheers, G Blair-2 wrote: The patch has to be applicable to whatever was already installed. Have you released what you are attempting to patch yet? -- View this message in context: http://n2.nabble.com/Multi-language-patching-tp3700410p3711514.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multi language patching
I've been thinking about your situation. How are you generating your language transforms? -Original Message- From: Gareth [mailto:gmor...@serif.com] Sent: Friday, September 25, 2009 3:16 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Multi language patching This is an entirely manufactured situation for testing purposes - I don't want to send out our first multi-language package without knowing how to patch it. Boy, am I glad too! We're currently looking at the language definitions and think we're going along the right lines though. Cheers, G Blair-2 wrote: The patch has to be applicable to whatever was already installed. Have you released what you are attempting to patch yet? -- View this message in context: http://n2.nabble.com/Multi-language-patching-tp3700410p3711514.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multi language patching
That's all interesting stuff, but I don't have a language specific patch - I have a package that contains all the files for all languages and hope to patch it, one patch to patch all languages. Do you think setting the package to be of a neutral language would be beneficial? The thing I'm struggling with is that the patch creation knows these language specific files have changed, but the patch application seems to think not. I am guessing that it is because of the language definition, but have no solid proof as yet - we're still working the problem. -- View this message in context: http://n2.nabble.com/Multi-language-patching-tp3700410p3704872.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multi language patching
The patch has to be applicable to whatever was already installed. Have you released what you are attempting to patch yet? -Original Message- From: Gareth [mailto:gmor...@serif.com] Sent: Thursday, September 24, 2009 1:35 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Multi language patching That's all interesting stuff, but I don't have a language specific patch - I have a package that contains all the files for all languages and hope to patch it, one patch to patch all languages. Do you think setting the package to be of a neutral language would be beneficial? The thing I'm struggling with is that the patch creation knows these language specific files have changed, but the patch application seems to think not. I am guessing that it is because of the language definition, but have no solid proof as yet - we're still working the problem. -- View this message in context: http://n2.nabble.com/Multi-language-patching-tp3700410p3704872.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Multi language patching
I've hit upon a problem and thing it's to do with the defined ProductLanguage property of my MSI, but would appreciate some advice to see if I'm chasing the right path. I have a package that is entirely US English, but I have several transforms for other languages, French for example. This is all handled by the bootstrapper in the traditional way. One of the key elements of the package is that I have language specific features (including those for the different loc dlls that translate the UI of the application) that are conditionally installed depending on the ProductLanguage property, which is appropriately set by the transform - in the French case, transforming 1033 into 1036. When it comes to patching, the loc dlls are not updating despite the log of the patch creation knowing they have changed. The actual MSP execution log says that the versions are the same and that there's nothing to do - this is bogus. My thought is that since my admin extractions from which the patch were made have a ProductLanguage of 1033, that the patch, when applied to an installation where the ProductLanguage is 1036, is deliberately skipping dlls that have their language defined as anything other than 1033. There is some evidence to support this since the main exe/dlls are patching, it is just the loc dlls that have the French locale defined and that are being skipped. Curiously, one of the loc dlls has changed from French to English by mistake and this DOES patch, but not in a delta patch, only when specified to include as a whole file. Has anyone have any experience of this? I've considered setting the ProductLanguage of my MSI to 0 (zero) and to create another transform for the English case to change it to 1033 - or perhaps to define all langages in the ProductLanguage property and use something else in my component conditions. Many thanks for any input. Gareth -- View this message in context: http://n2.nabble.com/Multi-language-patching-tp3700410p3700410.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multi language patching
We avoided this headache by having our bootstrapper install two MSIs (one for core and one for loc) for each product. This way we could install as many LOCs as we wanted and we could write patches against any/all that needed to be upgraded without these issues. It does require bootstrapping the patches to help ensure that changes that affect both core and loc are properly applied to all, and it helps to use MSI 4.5 to avoid having to track the applications yourself to avoid having to remove a patch if the application fails at a later stage in your bootstrapper. -Original Message- From: Gareth [mailto:gmor...@serif.com] Sent: Wednesday, September 23, 2009 8:33 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Multi language patching I've hit upon a problem and thing it's to do with the defined ProductLanguage property of my MSI, but would appreciate some advice to see if I'm chasing the right path. I have a package that is entirely US English, but I have several transforms for other languages, French for example. This is all handled by the bootstrapper in the traditional way. One of the key elements of the package is that I have language specific features (including those for the different loc dlls that translate the UI of the application) that are conditionally installed depending on the ProductLanguage property, which is appropriately set by the transform - in the French case, transforming 1033 into 1036. When it comes to patching, the loc dlls are not updating despite the log of the patch creation knowing they have changed. The actual MSP execution log says that the versions are the same and that there's nothing to do - this is bogus. My thought is that since my admin extractions from which the patch were made have a ProductLanguage of 1033, that the patch, when applied to an installation where the ProductLanguage is 1036, is deliberately skipping dlls that have their language defined as anything other than 1033. There is some evidence to support this since the main exe/dlls are patching, it is just the loc dlls that have the French locale defined and that are being skipped. Curiously, one of the loc dlls has changed from French to English by mistake and this DOES patch, but not in a delta patch, only when specified to include as a whole file. Has anyone have any experience of this? I've considered setting the ProductLanguage of my MSI to 0 (zero) and to create another transform for the English case to change it to 1033 - or perhaps to define all langages in the ProductLanguage property and use something else in my component conditions. Many thanks for any input. Gareth -- View this message in context: http://n2.nabble.com/Multi-language-patching-tp3700410p3700410.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multi language patching
So, you've seen this behaviour before and agree that there's an MSI limitation relating to language specific files in a multi language package? I'm just really interested to know if the patch failures I've seen are because of the language specifications. Blair-2 wrote: We avoided this headache... -- View this message in context: http://n2.nabble.com/Multi-language-patching-tp3700410p3700931.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multi language patching
Not necessarily exactly this issue. In MSI, the order that the various transforms are applied is key. When I investigated using transforms, I didn't discover the page on MSDN that describes the order that combining transforms and patches on a commandline (or later, when adding more patches) would present themselves (I don't recall if I found that page later on or not, because in the end the complexity involved wasn't something I wanted to tackle at the time). It is possible to setup transforms (including those in patches) to ignore the language settings of their targets, but that isn't always a good idea, especially if you don't have total control over the way others carry out deployments of your code (they would succeed at applying your German patch on your French transform, which is likely never a good thing). As a result, we stepped back and thought about how else we could address our goals, and in the end the only transforms we use are those embedded inside the patches we use for servicing. We use an external UI (no dialogs in the MSIs) and thus avoid all the issues surrounding MSI and its weak IU primitives and font problems associated with using UTF-8 (required in the MSIs to deploy in several languages we support). Our latest move is to use separate MSIs for the loc-specific stuff to reduce our servicing costs as well as our deployment costs associated with adding new languages post-release and to enable MUI deployments (more than one language installed side-by-side). It has the benefit of reducing build times by 4-6 hours as well. Our software has a consumer rather than an enterprise orientation, so Group Policy deployment wasn't considered an issue, but if both MSIs are present and included in the push, it should still work. MSI 4.5 would help there with the transactional chaining it provides as it can reference both MSIs in the transaction. -Original Message- From: Gareth [mailto:gmor...@serif.com] Sent: Wednesday, September 23, 2009 9:48 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Multi language patching So, you've seen this behaviour before and agree that there's an MSI limitation relating to language specific files in a multi language package? I'm just really interested to know if the patch failures I've seen are because of the language specifications. Blair-2 wrote: We avoided this headache... -- View this message in context: http://n2.nabble.com/Multi-language-patching-tp3700410p3700931.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
