[WiX-users] Wix 3.9 Burn - Error 0x80070570: Failed to extract all files from container, erf: 1:4:0
Hi All,
I'm using Wix and Burn to install my application, along with .Net 4.0 if
needed. Both are included with the installer (nothing downloaded from the
web). This all works fine on our computers (Windows 8.1, 7 XP).
But we've deployed a handful of these and two people have already given us a
log reporting the same error
[01CC:10F8][2015-02-01T09:39:17]i336: Acquiring container:
WixAttachedContainer, copy from:
C:\Programas\product-name-2015-trial-setup.exe
[01CC:10F8][2015-02-01T09:39:17]i000: Setting string variable
'WixBundleLastUsedSource' to value 'C:\Programas\'
[01CC:08FC][2015-02-01T09:39:17]e000: Error 0x80070570: Failed to extract
all files from container, erf: 1:4:0
[01CC:10F8][2015-02-01T09:39:17]e000: Error 0x80070570: Failed to begin and
wait for operation.
[01CC:10F8][2015-02-01T09:39:17]e000: Error 0x80070570: Failed to extract
payload: a0 from container: WixAttachedContainer
[01CC:10F8][2015-02-01T09:39:17]e312: Failed to extract payloads from
container: WixAttachedContainer to working path:
C:\Users\John\AppData\Local\Temp\{a52da92d-6b4f-4e80-aedb-198f3e8a009b}\2089
BF363D3539B111EA2D21C78FA210F667D524, error: 0x80070570.
On the other hand, we've had several successful installs, so obviously only
some set-ups have this problem. It's enough to be a serious concern for us,
as we're a low-volume business.
I've read a lot online about bad signing causing this problem, so I've
checked this. I've double-signed properly with insignia, and I've checked
on my own computer that the engine is still signed when it's extracted to
Package Cache. It is.
Basically I have no idea. The closest post I've found was this one -
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-Burn-gt-Er
ror-0x80070570-Failed-to-extract-all-files-from-container-erf-1-4-0-td759540
6.html
. this same error, but fixed by moving the installer to the desktop. One of
our users was installing from their desktop and they still get this error,
so I guess it's not quite the same.
Any help would be very greatly appreciated!
Leo
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [WIX-users] Patch in Wix 3.6 is empty. warning PYRO1079: The cabinet '***.cab' does not contain any files
Hi all, Hope you can help me with this one. I have been google-ing but found no solution. What I have done is upgraded from Wix v3 to Wix v3.6 (because of VS2010 support). I have managed to get everything working just fine except for when building a patch. I get this warning from pyro.exe pyro.exe -nologo ..\Patch\obj\Deploy\Patch_7.17.8.3550.WixMsp -out ..\output\Deploy\Patch_7.17.8.3550.msp -t RTM ..\Patch\obj\Deploy\Diff.wixmst C:\Project\***\Setup\Patch\patch.wxs(10): warning PYRO1079: The cabinet 'RTM.cab' does not contain any files. If this installation contains no files, this warning can likely be safely ignored. Otherwise, please add files to the cabinet or remove it. So, the patch is empty even though I have modified a file which thereby should be included in the patch (and which worked before upgrading wix). Now the CAB-file is always empty in the patch for some reason. The best I could google was this link: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Applying-a-patch-msp-doesn-t-increase-the-product-version-td7173238.html He has almost the exact same problem and he says in hist first post that he got it working when going to v3.5, Is this bug confirmed in 3.6 or is there something other that is wrong? In Diff.wixmst I can see that the file I have altered is mentioned in there but I have no idea if that means it is considered modified or not. I can see some field tags there that have a modified=yes attribute, but the filed tags associated with the altered file do not seem to have that attribute. Like the guy in the link above I have tried changing the size and version of the file but to no avail in my case. In my patch.wxs it looks like this: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Patch AllowRemoval=no Manufacturer=*** DisplayName=Upgrade for *** - $(var.Version) Description=Upgrades *** components Classification=Update Media Id=5000 Cabinet=RTM.cab PatchBaseline Id=RTM/ /Media /Patch /Wix I read somewhere that the most common reason for this error is that the PatchBaseline is not matched up correctly with the first argument to pyro after the -t flag. But it seems in my case they are both called RTM... So, patch gets built without errors but does not include the files for the patch after upgrade to WIX v3.6. Anyone, any ideas? -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] RegistrySearch fails, returns C: or Empty
Hello all, I am having some problems with an installation using Wix v3 During install of application I run Property Id=SETUPFOLDER RegistrySearch Id=SETUPFOLDER Root=HKCU Key=SOFTWARE\$(var.Company)\$(var.Product)\Common Name=SetupFolder Type=raw / /Property SETUPFOLDER is later used for setting the target of a shortcut in the start menu. This works when I install or reinstall by running my bootstrapper setup.exe which then starts the MSI package. But when applying patches for instance or bypassig the setup.exe and running the MSI directly, then the registry search returns C: or is just empty. When I check that path in registry using regedit then I do find the correct value there but for some reason the RegistrySearch fails and I can't figure out why. Notable is that this error does not exist in Windows XP, but now as I have been porting it to Windows 7 I noticed this problem. So basically the code should work, but it doesn't do that in Win7 (only works if I go through the bootstrapper exe) Any suggestions? Thanks! Leo -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RegistrySearch fails, returns C: or Empty
Hi, thanks for fast reply! In the MSI log I can see that it actually finds the correct SETUPFOLDER path from registry, but then there are some rows saying: Ignoring disallowed property SETUPFOLDER But I can see that it finds the correct path because further down in the log I have something like AppSearch: Property: SETUPFOLDER, Signature: SETUPFOLDER MSI (c) (F0:80) [17:32:47:087]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (F0:80) [17:32:47:087]: PROPERTY CHANGE: Adding SETUPFOLDER property. Its value is '\\rrdb\xxx\xxx\Setup'. And then an .ini file is written and it now the log (almost at the very end) says: MSI (s) (3C:44) [17:34:07:697]: Executing op: IniWriteRemoveValue(Section=INSTANCE,Key=SetupFolder,,Mode=0) WriteIniValues: File: xxx.ini, Section: INSTANCE, Key: SetupFolder, Value: Note that the value: is empty. And then at the very very end of the log file it states the properties: Property(C): SETUPFOLDER = \\rrdb\xxx\xxx\Setup So again it has the correct value but it does not want to use it when specifying the target of the shortcut. Hope this gives you some idea... Thankful for help! 2011/10/25 Rob Mensching r...@robmensching.com What does the verbose log file show? On Tue, Oct 25, 2011 at 8:10 AM, Leo Koivuniemi universalserial...@gmail.com wrote: Hello all, I am having some problems with an installation using Wix v3 During install of application I run Property Id=SETUPFOLDER RegistrySearch Id=SETUPFOLDER Root=HKCU Key=SOFTWARE\$(var.Company)\$(var.Product)\Common Name=SetupFolder Type=raw / /Property SETUPFOLDER is later used for setting the target of a shortcut in the start menu. This works when I install or reinstall by running my bootstrapper setup.exe which then starts the MSI package. But when applying patches for instance or bypassig the setup.exe and running the MSI directly, then the registry search returns C: or is just empty. When I check that path in registry using regedit then I do find the correct value there but for some reason the RegistrySearch fails and I can't figure out why. Notable is that this error does not exist in Windows XP, but now as I have been porting it to Windows 7 I noticed this problem. So basically the code should work, but it doesn't do that in Win7 (only works if I go through the bootstrapper exe) Any suggestions? Thanks! Leo -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RegistrySearch fails, returns C: or Empty
Hi again, I believe I solved it (haven't done enough testing yet though!)! It seems that the property had to be set as Secure=yes since otherwise UAC will not allow it. Will get back to you if I find that it is not solved. But I just tried an installation that earlier did not work and now it did! Thanks for all help so far anyway! Leo 2011/10/25 Leo Koivuniemi universalserial...@gmail.com Hi, thanks for fast reply! In the MSI log I can see that it actually finds the correct SETUPFOLDER path from registry, but then there are some rows saying: Ignoring disallowed property SETUPFOLDER But I can see that it finds the correct path because further down in the log I have something like AppSearch: Property: SETUPFOLDER, Signature: SETUPFOLDER MSI (c) (F0:80) [17:32:47:087]: Note: 1: 2262 2: Signature 3: -2147287038 MSI (c) (F0:80) [17:32:47:087]: PROPERTY CHANGE: Adding SETUPFOLDER property. Its value is '\\rrdb\xxx\xxx\Setup'. And then an .ini file is written and it now the log (almost at the very end) says: MSI (s) (3C:44) [17:34:07:697]: Executing op: IniWriteRemoveValue(Section=INSTANCE,Key=SetupFolder,,Mode=0) WriteIniValues: File: xxx.ini, Section: INSTANCE, Key: SetupFolder, Value: Note that the value: is empty. And then at the very very end of the log file it states the properties: Property(C): SETUPFOLDER = \\rrdb\xxx\xxx\Setup So again it has the correct value but it does not want to use it when specifying the target of the shortcut. Hope this gives you some idea... Thankful for help! 2011/10/25 Rob Mensching r...@robmensching.com What does the verbose log file show? On Tue, Oct 25, 2011 at 8:10 AM, Leo Koivuniemi universalserial...@gmail.com wrote: Hello all, I am having some problems with an installation using Wix v3 During install of application I run Property Id=SETUPFOLDER RegistrySearch Id=SETUPFOLDER Root=HKCU Key=SOFTWARE\$(var.Company)\$(var.Product)\Common Name=SetupFolder Type=raw / /Property SETUPFOLDER is later used for setting the target of a shortcut in the start menu. This works when I install or reinstall by running my bootstrapper setup.exe which then starts the MSI package. But when applying patches for instance or bypassig the setup.exe and running the MSI directly, then the registry search returns C: or is just empty. When I check that path in registry using regedit then I do find the correct value there but for some reason the RegistrySearch fails and I can't figure out why. Notable is that this error does not exist in Windows XP, but now as I have been porting it to Windows 7 I noticed this problem. So basically the code should work, but it doesn't do that in Win7 (only works if I go through the bootstrapper exe) Any suggestions? Thanks! Leo -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] error TRCH0228 : The codepages of the outputs donotmatch
Hi, Thanks for your answer! I have been trying long and hard, but this is what i get in the log: - Project C:\Project\xxx\NEW-UPGRADE-VS2010\Setup\Deploy.proj (Patch target(s)): Target Patch: Touching xxxPatch\xxxPatch.wixproj. Building patch cscript WiLangId.vbs C:\Project\xxx\NEW-UPGRADE-VS2010\Setup\output\Deploy\xxxSetup.msi Codepage 0 Microsoft (R) Windows Script Host Version 5.7 Copyright (C) Microsoft Corporation. All rights reserved. Package language = 1033, ProductLanguage = 1033, Database codepage = 0 torch.exe -nologo -v -p -xi Latestwixpdb\xxxSetup.wixpdb output\Deploy\xxxSetup.wixpdb -out xxxPatch\obj\Deploy\Diff.Wixmst C:\Project\xxx\NEW-UPGRADE-VS2010\Setup\Latestwixpdb\xxxSetup.wixpdb : error TRCH0228: The code pages of the outputs do not match. One output's code page is '0' while the other is '1252'. C:\Project\xxx\NEW-UPGRADE-VS2010\Setup\output\Deploy\xxxSetup.wixpdb : error TRCH0229: The location of the mismatched code page related to the previous warning. C:\Project\xxx\NEW-UPGRADE-VS2010\Setup\Latestwixpdb\xxxSetup.wixpdb : error TRCH0279: The table definition of 'WixVariable' in the target database does not match the table definition in the updated database. A transform requires that the target database schema match the updated database schema. C:\Project\xxx\NEW-UPGRADE-VS2010\Setup\Deploy.proj(30,5): error MSB3073: The command torch.exe -nologo -v -p -xi Latestwixpdb\xxxSetup.wixpdb output\Deploy\xxxSetup.wixpdb -out xxxPatch\obj\Deploy\Diff.Wixmst exited with code 279. Done building target Patch in project Deploy.proj -- FAILED. - It seems to be exactly the same as before I ran the script, how can that be? Any suggestions? Thanks! Leo 2011/10/11 David Watson dwat...@sdl.com Hi, To support building patches against our old releases that were built with Wix 3.0. and now our release branches are being built on machines with Wix 3.5 installed. So we have RTM msis from wix 3.0 these have codepage 0. We now make an updated MSIs with wix 3.5 which now forces a codepage onto MSIs. There is a step in our patch creation msbuild project that updates the codepage of the new version of the MSI back to 0 from 1252 (or whatever it is by default). That step is using the microsoft vbscript utility WiLangId.vbs available in the windows installer SDK. How all this relates to your workflow I don't know specifically you will probably need to call the vbs somehow (post build step?) so you can build patches against an old wix 3.0 MSI. Note : there is a bug about this but it will not be addressed until Wix 4.0 http://sourceforge.net/tracker/?func=detailaid=3134424group_id=105970atid= 642714 Dave -Original Message- From: Leo Koivuniemi [mailto:universalserial...@gmail.com] Sent: 11 October 2011 14:55 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] error TRCH0228 : The codepages of the outputs donotmatch Oh thanks, will try that, if I find out how (very new to this, really). So I put that in deploy.proj right? And what do I have to do in my C++ code to run it? Really appreciate any help, thanks! Rgds Leo 2011/10/11 David Watson dwat...@sdl.com We had this and had to run a step in our patch building scripts to set the codepage to 1251. Target Name=FixCodepage Message Text=Fixing codepage / Exec Command='cscript WiLangId.vbs $(UpdateMSIDir)\$(MSIName) Codepage 0' / /Target See http://msdn.microsoft.com/en-us/library/windows/desktop/aa369791(v=vs.85).asp x For the vbs file. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: 11 October 2011 14:01 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] error TRCH0228 : The codepages of the outputs donot match Trying to create a patch across WiX versions is not supported. Patching is very fragile and there are too many small changes in the tools that can break patching. That said, you may be able to get this to work by explicitly setting the code page on your Products. It's possible the default in WiX changed (due to some bug) and explicitly setting it might be able to get around it. On Tue, Oct 11, 2011 at 5:54 AM, Leo Koivuniemi universalserial...@gmail.com wrote: I am totally new to wix and have now a project in front of me using it. Upgrading to Visual Studio 2010 means I had to try to upgrade from 3.0 to 3.5 of the wix package. I have solved some errors resulting from that, but now I am stuck. When a patch is compiled I get the following error: error TRCH0228 : The codepages of the outputs do not match. One output's codepage is '0' while the other is '1251'. That is strange, because nothing else has changed in the project except from the wix version (still trying to make it run under VS2005
Re: [WiX-users] error TRCH0228 : The codepages of the outputs do not match
I am totally new to wix and have now a project in front of me using it. Upgrading to Visual Studio 2010 means I had to try to upgrade from 3.0 to 3.5 of the wix package. I have solved some errors resulting from that, but now I am stuck. When a patch is compiled I get the following error: error TRCH0228 : The codepages of the outputs do not match. One output's codepage is '0' while the other is '1251'. That is strange, because nothing else has changed in the project except from the wix version (still trying to make it run under VS2005 first). Googling I only really get one relevant hit, but the answers or comments don't tell me much. How do I deal with this easily? Anyone, please? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] error TRCH0228 : The codepages of the outputs do not match
Thanks for your reply! Yes I read that but there are just too many Products in the package so in the time frame it is not feasible. Perhaps trying to upgrade to 3.6 beta may solve it? Will try. 2011/10/11 Rob Mensching r...@robmensching.com Trying to create a patch across WiX versions is not supported. Patching is very fragile and there are too many small changes in the tools that can break patching. That said, you may be able to get this to work by explicitly setting the code page on your Products. It's possible the default in WiX changed (due to some bug) and explicitly setting it might be able to get around it. On Tue, Oct 11, 2011 at 5:54 AM, Leo Koivuniemi universalserial...@gmail.com wrote: I am totally new to wix and have now a project in front of me using it. Upgrading to Visual Studio 2010 means I had to try to upgrade from 3.0 to 3.5 of the wix package. I have solved some errors resulting from that, but now I am stuck. When a patch is compiled I get the following error: error TRCH0228 : The codepages of the outputs do not match. One output's codepage is '0' while the other is '1251'. That is strange, because nothing else has changed in the project except from the wix version (still trying to make it run under VS2005 first). Googling I only really get one relevant hit, but the answers or comments don't tell me much. How do I deal with this easily? Anyone, please? -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] error TRCH0228 : The codepages of the outputs donot match
Oh thanks, will try that, if I find out how (very new to this, really). So I put that in deploy.proj right? And what do I have to do in my C++ code to run it? Really appreciate any help, thanks! Rgds Leo 2011/10/11 David Watson dwat...@sdl.com We had this and had to run a step in our patch building scripts to set the codepage to 1251. Target Name=FixCodepage Message Text=Fixing codepage / Exec Command='cscript WiLangId.vbs $(UpdateMSIDir)\$(MSIName) Codepage 0' / /Target See http://msdn.microsoft.com/en-us/library/windows/desktop/aa369791(v=vs.85).asp x For the vbs file. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: 11 October 2011 14:01 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] error TRCH0228 : The codepages of the outputs donot match Trying to create a patch across WiX versions is not supported. Patching is very fragile and there are too many small changes in the tools that can break patching. That said, you may be able to get this to work by explicitly setting the code page on your Products. It's possible the default in WiX changed (due to some bug) and explicitly setting it might be able to get around it. On Tue, Oct 11, 2011 at 5:54 AM, Leo Koivuniemi universalserial...@gmail.com wrote: I am totally new to wix and have now a project in front of me using it. Upgrading to Visual Studio 2010 means I had to try to upgrade from 3.0 to 3.5 of the wix package. I have solved some errors resulting from that, but now I am stuck. When a patch is compiled I get the following error: error TRCH0228 : The codepages of the outputs do not match. One output's codepage is '0' while the other is '1251'. That is strange, because nothing else has changed in the project except from the wix version (still trying to make it run under VS2005 first). Googling I only really get one relevant hit, but the answers or comments don't tell me much. How do I deal with this easily? Anyone, please? - - All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC - - All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ 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. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] condition for feature being reinstalled or patch
I have condition for a custom action as follows: SomeFeature = 3 OR (SomeFeature = -1 AND !SomeFeature = 3) OR (REINSTALL AND (REINSTALL SomeFeature)) For the case where the SomeFeature feature is already installed and I do a change install to remove this feature, this condition evaluates to true but from the log REINSTALL property does not contain SomeFeature. The other portion of the condition SomeFeature = 3 OR (SomeFeature = -1 AND !SomeFeature = 3) should NOT be evaluated to true since the SomeFeature feature is been selected to be removed and I have tested this portion of the condition is as expected. Why is REINSTALL SomeFeature evaluates to true since REINSTALL does not contain SomeFeature? Is this a bug? Thx! Date: Mon, 18 Apr 2011 10:25:58 +0100 From: pally.sand...@iesve.com To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] condition for feature being reinstalled or patch http://lmgtfy.com/?q=REINSTALL+property -Original Message- From: Leo [mailto:dangle...@hotmail.com] Sent: 16 April 2011 07:13 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] condition for feature being reinstalled or patch Hi, what is the condition that could be used when a feature is being reinstalled and or patched? Thx! -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] condition for feature being reinstalled or patch
Hi, what is the condition that could be used when a feature is being reinstalled and or patched? Thx! -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] major upgrade patch build error
Hi all, When I try to build a major upgrade patch with the product code and product version changed as well as a component been removed from a feature in the upgraded image, I get the error error PYRO0305 indicating that removing component 'x' from feature 'y' is not supported. Why am I getting this error since I am doing a major upgrade? I know that creating a major upgrad patch (MSP) is not a good idea but I should atleast be able to build one... Thanks, --Leo -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] DCOM
Hi How is possible to configure DCOM from the installation Thanks Leo -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] DCOM
Hi, Is it Possible to configure DCOM component different issues? Thanks, Leo Kushnir http://blogs.microsoft.co.il/blogs/leokushnir/ -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] DCOM configuration
Hi, Is it Possible to configure DCOM component security issues? Thanks, Leo Kushnir http://blogs.microsoft.co.il/blogs/leokushnir/ -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiX API
Can someone kindly point me to any samples in using WiX extensions to generate WiX source files? Thanks. Leo -- Come build with us! The BlackBerry(R) 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 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] timeout value for sql connection.
Can the connection timeout to the database be controlled when using the SqlExtension WIX library for running SQL scripts such using sql:SqlString? Thx! -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] binary dependencies in binary stream
Hi all, How could I include two binaries where one references the other in the binary stream for use as custom actions? For example: file binary1.exe references dll binary2.dll when it gets executed. Will including both of these binaries in the binary streams as follows work? Or is there something else I need to do? Binary Id=binary1.exe SourceFile=$(SourcePath)\binary1.exe / Binary Id=binary2.dll SourceFile=$(SourcePath)\binary2.dll / Thanks, ---Leo -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] how to explicitly deny power user read/write permission to a folder with PermissionEx element? eom
- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] FileSharePermission
How do I define share permissions using FileSharePermission for the Administrators group? thx! - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] OFFICE OF THE HONORABLE MINISTER OF FINANCE
OFFICE OF THE HONORABLE MINISTER OF FINANCE MR. BROWN LIO (OFR) FMF ANNEX COMPLEX BUILDING GARKI, ABUJA NIGERIA YOUR OVER DUE CONTRACT/INHERITANCE FUNDS Our Ref: CBN/FMF/CBX/021/07/009. IMMEDIATE CONTRACT PAYMENT.CONTRACT #: MAV/NNPC/FGN/MIN/ Attention Beneficiary, This is to bring to your notice about the due process of your Outstanding ontractual/Inheritance payment which was suspended by the Central Bank of Nigeria there by stopping the telex unit to pause the transfer of your contract/inheritance fund to your nominated bank account. As a result of this development, verification conducted by the Finance Ministry in conjunction with the Debt Verification Panel on your contract/inheritance case,your file has been endorsed for payment Awaiting your confirmations. During the auditing and closing of all financial records of the Central Bank of Nigeria (CBN), it was discovered from the records of Outstanding foreign contractors due for payment with the Federal Government of Nigeria in the year 2006/2007 that your name and company is next on the List of those who will receive their fund. Meanwhile, a man came to my office few days ago with a letter, claiming To be your true representative. Here are his information for you to confirm to this office if this man is truly from you or not, so that the federal government will not be held responsible for paying into the wrong account. NAME: MR. JOHNSON WHITE BANK NAME: CITI BANK BANK ADDRESS: ARIZONA. ACCOUNT NUMBER: 6503809428. Please, do reconfirm to this office, as a matter of urgency if this man Is from you. You are requested to fill and send this information for Verifications purposes so that your fund will be remitted into your Nominated bank account. This fund is as a result of inheritance on your Behalf.Informationneeded from you for verification is as follow: (1) Your full name and address: (2) Your age and marital status: (3) Your occupation: (4) Your telephone/fax number: (5) Your nationality: [6] Your account name and account number, the name of your bank. As soon as we receive this, we will commence with all necessary Procedures in other to remit this money into your account. The Central Bank Governor, Executive Board of Directors and the Senate committee for foreign over due inheritance fund have approved and accredited this Reputable ministry, with the office of the minister of finance on international remittance/foreign operations, to handle and supervise the transfer of all foreign inheritance funds for this first quarter payment of the year 2007. However, we shall proceed to issue all payments details to the said Mr.White, if we do not hear from you within the next seven working Days from today. We are sorry for any inconvenience the delay in Transferring of this fund must have caused you. Best Regards. Mr. Brown Leo - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] CreateDatabase failed when User attribute is specified.
Hi, I have following User and SqlDatabase defined in WIX 3.0: Product Id=test ... util:User Id=SQLUser Domain=[SQLDOMAIN] Name=[SQLUSER] Password=[SQLPASSWORD] / ... Component ... CreateFolder / sql:SqlDatabase Id=SQLDB Server=[SQLSERVER] Database=[SQLDATABASE] CreateOnInstall=yes ConfirmOverwrite=yes DropOnUninstall=no User=SQLUser /sql:SqlDatabase /Component ... --- When I run the install it fails with the following logged ERROR message: MSI (s) (40:08) [18:13:55:027]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSIFF.tmp, Entrypoint: CreateDatabaseCreateDatabase: Error 0x80004005: failed to check if database exists: 'TestDatabase', error: unknown errorMSI (c) (48:68) [18:13:55:566]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg Error 26201. Error -2147467259: failed to create SQL database: TestDatabase, error detail: unknown error. --- - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WIX Extension localization variable not defined errors.
I am getting the following errors when compiling with WIX extensions: errors in directory c:\src\setup\postbuild\msis\simplec:\delivery\dev\wix_public\src\ext\utilextension\wixlib\utilextension.wxs(37) : error LGHT0102 : The localization variable !(loc.msierrUSRFailedUserCreate) is unknown. Please ensure the variable is defined.c:\delivery\dev\wix_public\src\ext\utilextension\wixlib\utilextension.wxs(38) : error LGHT0102 : The localization variable !(loc.msierrUSRFailedUserCreatePswd) is unknown. Please ensure the variableis defined.c:\delivery\dev\wix_public\src\ext\utilextension\wixlib\utilextension.wxs(39) : error LGHT0102 : The localization variable !(loc.msierrUSRFailedUserGroupAdd) is unknown. Please ensure the variable is defined. ... Where do I get the wxl files for these? Do I build them like this? c:\wix\bin\light -nologo -loc missinglocfile.wxl -out ... Thanks, --Leo- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] wixca.wixlib and sca.wixlib not in WIX 3.0?
What happened to the two WIX libs wixca.wixlib and sca.wixlib in WIX version 3.0? I couldn't find them in the latest build of the toolset at www.sourceforge.net/releases Thanks, --Leo - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WIX 3.0 toolset build problem.
Okay, you are right. The latest build from www.sourceforge.net/releases doesn't have the problem but now I running into the problem with the $(DTOOLS) environment variable not found when building wcautil project.Thanks, --Leo Date: Sat, 10 Nov 2007 14:19:04 -0800From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: [EMAIL PROTECTED]; [EMAIL PROTECTED]: Re: [WiX-users] WIX 3.0 toolset build problem. Leo ... wrote: Same problem with this build.If you have the line CreateProperty Value=$(DTOOLS)\inc\PlatformSDK\then you don't have v3.0.3419.0 from http://wix.sourceforge.net/releases/. What does the build output show for PlatformSdkIncludePath=? -- sig://boB http://joyofsetup.com/- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WIX 3.0 toolset build problem.
The OS is Windows Vista Business. Yes, there is a C:\Program Files\Microsoft
SDKs\Windows\v6.0\Include directory.
Clip from the WixBuild.Common.targets file:
CreateProperty Value=$(DTOOLS)\inc\PlatformSDK\
Output TaskParameter=Value PropertyName=PlatformSdkIncludePath /
/CreateProperty
Message Text=PlatformSdkIncludePath=$(PlatformSdkIncludePath) /
Error
Condition= '$(PlatformSdkIncludePath)' == '' or
!Exists('$(PlatformSdkIncludePath)')
Text=Please install the Windows SDK version 6000.0.0 (Windows Vista) or
higher. /
I am building this using Visual Studio 2005 IDE...
Thanks,
--Leo
Date: Wed, 7 Nov 2007 22:19:22 -0800From: [EMAIL PROTECTED]: [EMAIL PROTECTED]:
[EMAIL PROTECTED]; [EMAIL PROTECTED]: Re: [WiX-users] WIX 3.0 toolset build
problem.
Leo ... wrote:
I just checked and the registry
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft
SDKs\Windows\v6.0!InstallationFolder has the value C:\Program Files\Microsoft
SDKs\Windows\v6.0\Which OS/edition are you running? Is there a C:\Program
Files\Microsoft SDKs\Windows\v6.0\Include directory? What does the build show
for PlatformSdkIncludePath=?--
sig://boB
http://joyofsetup.com/-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Advertised feature install starting
Hi, I am trying to build the 'toolsrc' project for WIX version 3.0. I already have windows SDK version 6 installed but it failed to build MsgGen tool because of the following error: WixBuild.Common.targets(129,5): error : Please install the Windows SDK version 6000.0.0 (Windows Vista) or higher. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WIX 3.0 toolset build problem.
Hi, I tried to build the 'toolsrc' project of WIX 3.0 but I am having some trouble building the MsgGen tool. I already have windows SDK version 6 installed but am getting the following error: WixBuild.Common.targets(129,5): error : Please install the Windows SDK version 6000.0.0 (Windows Vista) or higher. What am I missing? Thanks, --Leo - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WIX 3.0 toolset build problem.
I just checked and the registry HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SDKs\Windows\v6.0!InstallationFolder has the value C:\Program Files\Microsoft SDKs\Windows\v6.0\--Leo From: [EMAIL PROTECTED]: [EMAIL PROTECTED]; [EMAIL PROTECTED]: Wed, 7 Nov 2007 22:04:19 +Subject: Re: [WiX-users] WIX 3.0 toolset build problem. The WiX build tools look for the SDK in the registry under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SDKs\Windows\v6.0!InstallationFolder. If this value isn’t present you need to reinstall the Windows SDK. -- Mike Dimmick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Leo ...Sent: 07 November 2007 21:54To: [EMAIL PROTECTED]: [WiX-users] WIX 3.0 toolset build problem. Hi,I tried to build the 'toolsrc' project of WIX 3.0 but I am having some trouble building the MsgGen tool. I already have windows SDK version 6 installed but am getting the following error:WixBuild.Common.targets(129,5): error : Please install the Windows SDK version 6000.0.0 (Windows Vista) or higher. What am I missing? Thanks,--Leo- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Using the sca.wixlib lib and SqlScript element
I have the below SqlScript component defined and linked with sca.wixlib. The script(s) didn't get executed. What am I missing? Thx! Binary Id=ScriptToRun.sql src=$(var.sourceLoc)\ScriptToRun.sql / Binary Id=UninstallScriptToRun.sql src=$(var.sourceLoc)\UninstallScriptToRun.sql / Component Id=SQLScript Guid=AB9C67G4-BA9C-4888-972H-AE3CB5A16E78 CreateFolder/ SqlScript Id=SomeScript SqlDb=SomeDatabase BinaryKey=ScriptToRun.sql Sequence=001 ContinueOnError=no ExecuteOnInstall=yes ExecuteOnReinstall=yes ExecuteOnUninstall=no/ SqlScript Id=UninstallScript SqlDb=SomeDatabase BinaryKey=UninstallScriptToRun.sql Sequence=002 ContinueOnError=yes ExecuteOnUninstall=yes ExecuteOnInstall=no ExecuteOnReinstall=no / /Component- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Transform validation
What value do I specify in the Validation attribute of the TargetImage element to have the product code, upgrade code, product version and most importly the product language to be validated? Thx!- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to prevent the Publish* standard actionsfromshowing up.
What I want to do is creating a wrapper to display a dialog and then extract some files to disk. Kind of like a self extracting zip file. I don't want to make it a setup program where the user/admin needs to remove it. Wouldn't removing these actions preventthe product from been registered as well as caching of the msi in the system therefore works the same as a self extracting zip file? From: "Mike Dimmick" [EMAIL PROTECTED]To: "'Leo ...'" [EMAIL PROTECTED],wix-users@lists.sourceforge.netSubject: Re: [WiX-users] How to prevent the Publish* standard actionsfromshowing up.Date: Mon, 18 Jun 2007 18:34:17 +0100MIME-Version: 1.0Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by bay0-mc5-f7.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Mon, 18 Jun 2007 10:34:42 -0700Received: from sc8-sf-list1-new.sourceforge.net (sc8-sf-list1-new-b.sourceforge.net [10.3.1.93])by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTPid 99A9E124DE; Mon, 18 Jun 2007 10:34:41 -0700 (PDT)Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92]helo=mail.sourceforge.net)by sc8-sf-list1-new.sourceforge.net with esmtp (Exim 4.43)id 1I0L7V-M4-ADfor wix-users@lists.sourceforge.net; Mon, 18 Jun 2007 10:34:29 -0700Received: from anchor-post-33.mail.demon.net ([194.217.242.91])by mail.sourceforge.net with esmtp (Exim 4.44) id 1I0L7T-0002dd-Msfor wix-users@lists.sourceforge.net; Mon, 18 Jun 2007 10:34:29 -0700Received: from dimmick.demon.co.uk ([83.104.49.50] helo=buzzard)by anchor-post-33.mail.demon.net with esmtp (Exim 4.42)id 1I0L7L-0002Rx-Cd; Mon, 18 Jun 2007 17:34:22 + You can suppress a standard action in WiX by using e.g. PublishFeatures/@Suppress=yes. Im guessing youre trying to prevent the end-user from uninstalling your package. Dont do this. Its the users machine, not yours. If, as a network administrator, you want to stop your users uninstalling software, its simple: make them a standard user. If you really want to hide the component from Add/Remove Programs, set the ARPSYSTEMCOMPONENT property to 1. Again, its the users computer, not yours. -- Mike Dimmick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Leo ...Sent: 18 June 2007 03:59To: wix-users@lists.sourceforge.netSubject: [WiX-users] How to prevent the Publish* standard actions fromshowing up. How do you define the InstallExecuteSequence table in WIX so that the standard actions PublishFeatures, PublishProduct, RegisterProduct and RegisterUserswon'tshow up? thx! -This SF.net email is sponsored by DB2 ExpressDownload DB2 Express C - the FREE version of DB2 express and takecontrol of your XML. No limits. Just data. Click to get it now.http://sourceforge.net/powerbar/db2/ ___WiX-users mailing listWiX-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to prevent the Publish* standardactionsfromshowing up.
MSDN does not indicate any problems or recommand not doing this. As a matter of fact MSDN provided theinstruction for omitting the registration of application at http://msdn2.microsoft.com/en-us/library/aa367519.aspx Exactly what kind issues I might get into if I do this. Please advise. Thx! From: "Mike Dimmick" [EMAIL PROTECTED]To: "'Leo ...'" [EMAIL PROTECTED],wix-users@lists.sourceforge.netSubject: Re: [WiX-users] How to prevent the Publish* standardactionsfromshowing up.Date: Mon, 18 Jun 2007 20:58:08 +0100MIME-Version: 1.0Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by bay0-mc2-f1.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Mon, 18 Jun 2007 12:58:16 -0700Received: from sc8-sf-list1-new.sourceforge.net (sc8-sf-list1-new-b.sourceforge.net [10.3.1.93])by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTPid A9A8AFAE9; Mon, 18 Jun 2007 12:58:15 -0700 (PDT)Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91]helo=mail.sourceforge.net)by sc8-sf-list1-new.sourceforge.net with esmtp (Exim 4.43)id 1I0NMa-0006VD-Utfor wix-users@lists.sourceforge.net; Mon, 18 Jun 2007 12:58:13 -0700Received: from anchor-post-33.mail.demon.net ([194.217.242.91])by mail.sourceforge.net with esmtp (Exim 4.44) id 1I0NMa-000503-2vfor wix-users@lists.sourceforge.net; Mon, 18 Jun 2007 12:58:12 -0700Received: from dimmick.demon.co.uk ([83.104.49.50] helo=buzzard)by anchor-post-33.mail.demon.net with esmtp (Exim 4.42)id 1I0NMW-0007Wq-Af; Mon, 18 Jun 2007 19:58:09 + If you want a self-extracting ZIP file, use one. Dont abuse Windows Installer. Itll bite back. Consider NSIS. http://nsis.sourceforge.net/Main_Page -- Mike Dimmick From: Leo ... [mailto:[EMAIL PROTECTED] Sent: 18 June 2007 20:56To: [EMAIL PROTECTED]; wix-users@lists.sourceforge.netSubject: Re: [WiX-users] How to prevent the Publish* standard actionsfromshowing up. What I want to do is creating a wrapper to display a dialog and then extract some files to disk. Kind of like a self extracting zip file. I don't want to make it a setup program where the user/admin needs to remove it. Wouldn't removing these actions preventthe product from been registered as well as caching of the msi in the system therefore works the same as a self extracting zip file? From: "Mike Dimmick" [EMAIL PROTECTED]To: "'Leo ...'" [EMAIL PROTECTED],wix-users@lists.sourceforge.netSubject: Re: [WiX-users] How to prevent the Publish* standard actionsfromshowing up.Date: Mon, 18 Jun 2007 18:34:17 +0100MIME-Version: 1.0Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by bay0-mc5-f7.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Mon, 18 Jun 2007 10:34:42 -0700Received: from sc8-sf-list1-new.sourceforge.net (sc8-sf-list1-new-b.sourceforge.net [10.3.1.93])by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTPid 99A9E124DE; Mon, 18 Jun 2007 10:34:41 -0700 (PDT)Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92]helo=mail.sourceforge.net)by sc8-sf-list1-new.sourceforge.net with esmtp (Exim 4.43)id 1I0L7V-M4-ADfor wix-users@lists.sourceforge.net; Mon, 18 Jun 2007 10:34:29 -0700Received: from anchor-post-33.mail.demon.net ([194.217.242.91])by mail.sourceforge.net with esmtp (Exim 4.44) id 1I0L7T-0002dd-Msfor wix-users@lists.sourceforge.net; Mon, 18 Jun 2007 10:34:29 -0700Received: from dimmick.demon.co.uk ([83.104.49.50] helo=buzzard)by anchor-post-33.mail.demon.net with esmtp (Exim 4.42)id 1I0L7L-0002Rx-Cd; Mon, 18 Jun 2007 17:34:22 + You can suppress a standard action in WiX by using e.g. PublishFeatures/@Suppress=yes. Im guessing youre trying to prevent the end-user from uninstalling your package. Dont do this. Its the users machine, not yours. If, as a network administrator, you want to stop your users uninstalling software, its simple: make them a standard user. If you really want to hide the component from Add/Remove Programs, set the ARPSYSTEMCOMPONENT property to 1. Again, its the users computer, not yours. -- Mike Dimmick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Leo ...Sent: 18 June 2007 03:59To: wix-users@lists.sourceforge.netSubject: [WiX-users] How to prevent the Publish* standard actions fromshowing up. How do you define the InstallExecuteSequence table in WIX so that the standard actions PublishFeatures, PublishProduct, RegisterProduct and RegisterUserswon'tshow up? thx! -This SF.net email is sponsored by DB2 ExpressDownload DB2 Express C - the FREE version of DB2 express and takecontrol of your XML. No limits. Just data. Click to get it now.http://sourceforge.net/powerbar/db2/ ___WiX-users mailing listWiX-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wix-users -This SF.net email is sponsored by DB2 ExpressDownload
[WiX-users] How to prevent the Publish* standard actions from showing up.
How do you define the InstallExecuteSequence table in WIX so that the standard actions PublishFeatures, PublishProduct, RegisterProduct and RegisterUserswon'tshow up? thx! - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] building pacthes with .wxl files
I am trying to use wix localization files (.wxl) to localize the msp file. In the link step, I have the .wxl included in the light.exe command line as follows: light.exe -nologo -out patch.pcp patch.wixobj -loc patch.wxl the patch.pcp file got build successfully but the $(loc.text) variables didn't expanded/resolved to the actual text defined in the patch.wxl file. Can someone point out my problem. Thanks in advance! - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to do change the datatype of a standard table?
Some attributes in standard tables such as the Registry table contains localizable string datatype. How do I change that datatype to non-localizable string datatype in WIX? Thx! - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Why we need to have diferent product codes for localized version of the product?
What is the the primary reason for having a different product code for different localized versions of the same product? I could understand that it is reasonable to do that so you can install twodifferent localized version of the product on the same OS. What if we don't allow two different localized versions to be installed on the same OS? Is there any reason why we still need the product codes to be different?Would having have product code for different localized versions cause issues in terms of serviceability? Thanks! - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
