Re: [WiX-users] license agreement in silent installation
2008/10/31 Richard [EMAIL PROTECTED]: In article [EMAIL PROTECTED], s zheng [EMAIL PROTECTED] writes: We have a requirement that the license agreement needs to be displayed and accepts y/n when installing from command line using msiexec, or use options silmilar to LICENSE_AGREEMENT=yes or EULA=1 wix-users@lists.sourceforge.net to skip the typing of y/n. Can anyone help how to achieve this? Put in a custom action that forces a failure (type 19 IIRC) when the license agreement property has not been set. Have your UI license agreement dialog set the property when they click Yes, I agree. Make the license agreement property public so it can be set from the command-line. -- Please use a standard action instead of a custom action: its easier to debug to maintain etc... - 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] Change the title during install
Is there any way to change the title of feature during install? For example: Property Id=VARTITLE Value=Default title / Feature Id=SomeFeature Title=[VARTITLE] Level=1 ComponentRef Id=Dummy / /Feature And run it with msiexec /i my.msi VARTITLE=Another title - 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
Re: [WiX-users] Installing the same files in 2 directories.
What version did WiX start using smart cabbing? Has it been there all along? -Brian Simoneau -Original Message- From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 11:10 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing the same files in 2 directories. Pally Sandher wrote: I know there is a long-winded way of doing this which bloats my MSI by having duplicates of the files in it but I was wondering if there's any easier/cleaner way of achieving the same thing. WiX's smart cabbing feature ensures there's only one copy of the bits, so there's no bloat. -- sig://boB http://joyofsetup.com/ - 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 - 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
Re: [WiX-users] Installing the same files in 2 directories.
2008/11/3 Pally Sandher [EMAIL PROTECTED]: I know there is a long-winded way of doing this which bloats my MSI by having duplicates of the files in it but I was wondering if there's any easier/cleaner way of achieving the same thing. Basically I have 2 directories which are set by RegistrySearch Properties which, depending on whether the RegistrySearches are successful, will have the same files installed to one or crucially both. ... ... There is nothing other than Files in my components. The user could have either only the first app installed, only the second app installed or both installed. I know I could take a copy of the lower fragment modify all the Id's so that it will install to the 2nd Plugins directory but I'd be much happier if I could do this without having to (unnecessarily) include 2 copies of every file in the MSI. I think having a component in 2 places in the same installer isn't allowed by the component rules but is there any way to have a file in 2 components? If anyone has any ideas it'd be most appreciated. Thanks, Search Wix doc for CopyFile element. Use conditions and properties. Palbinder Sandher Software Deployment Engineer - 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
Re: [WiX-users] CustomAction after Install or Repair?
That fixed it. TY Eric Date: Mon, 3 Nov 2008 14:09:41 -0800From: Ian Elliott (Excell Data Corporation) [EMAIL PROTECTED]Subject: Re: [WiX-users] CustomAction after Install or Repair?To: General discussion for Windows Installer XML toolset.wix-users@lists.sourceforge.netMessage-ID:[EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii A condition of NOT REMOVE will run during both install and repair. _ - 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
Re: [WiX-users] license agreement in silent installation
In article [EMAIL PROTECTED], =?UTF-8?Q?S=C3=A9bastien_Mouren?= [EMAIL PROTECTED] writes: 2008/10/31 Richard [EMAIL PROTECTED]: Put in a custom action that forces a failure (type 19 IIRC) when the license agreement property has not been set. [...] Please use a standard action instead of a custom action: its easier to debug to maintain etc... I don't think you understand. A type 19 custom action is just a row in the CustomAction table that specifies an error message. There is no debugging or maintenance. http://msdn.microsoft.com/en-us/library/aa368078(VS.85).aspx -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - 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] Searching for a way to Or mathematically a value
I'm converting a project over to Wix from Innosetup, and I have a value stored in the register as an OR'd value, which I need to check to see if a particular module is installed. Is there a mathematical OR for use in the condition? Thanks! David Bartmess Wall Street On Demand [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] direct: 303.417. x585 cell: 303.883-9117 fax: 303.444.2586 - 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
Re: [WiX-users] Secured Strings in Log?
http://msdn.microsoft.com/library/aa370308.aspx http://msdn.microsoft.com/en-gb/library/aa370842(VS.85).aspx Palbinder Sandher Software Deployment Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Kevin I [mailto:[EMAIL PROTECTED] Sent: 03 November 2008 19:37 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Secured Strings in Log? Hello, I'm using WiX for some installations. I have two scenarios that have me a little unsure of how to continue. 1) I am using custom SQL Credentials for executing SSIS Jobs 2) I am deploying an Analysis Services Cube, and need to set the DataSource credentials in an XMLFile replacement before passing it to ASCMD to update the database. Each of the above take a password which is in a secured property, and either stick it in a SQL String (which is then passed to the sql server to create the credential), or is used to update an XML Config property. Now, I can overwrite the XML file that had the password with a fresh xml file as an additional component, but when logging is enabled, I see: 1) The password in the SQL String before string is executed 2) The sql string in the XML Replacement: PROPERTY CHANGE: Adding ExecXmlFile property. Its value is '... .. and ... CustomActionSchedule(Action=ExecXmlFile,ActionType=3073,Source=BinaryDat a,Target=ExecXmlFile,CustomActionData=... The deployment tool I'm using has logging enabled by default, and I'm looking for a good way to 'hide' those details. Are there any ways to keep it out of the log for good without having to post-process the log file? Thanks! Kevin I -- View this message in context: http://n2.nabble.com/Secured-Strings-in-Log--tp1451020p1451020.html Sent from the wix-users mailing list archive at Nabble.com. - 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 - 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
Re: [WiX-users] Change the title during install
Title column in Feature table (http://msdn.microsoft.com/en-us/library/aa368585(VS.85).aspx) has type Text (http://msdn.microsoft.com/en-us/library/aa372072(VS.85).aspx). Things like [PROPERTYNAME] are valid in Formatted type (http://msdn.microsoft.com/en-us/library/aa368609(VS.85).aspx). You have to use custom action to change the Title column value in the Feature table to accomplish what you want. Alex -Original Message- From: Yuri Sakharov [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 5:38 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Change the title during install Is there any way to change the title of feature during install? For example: Property Id=VARTITLE Value=Default title / Feature Id=SomeFeature Title=[VARTITLE] Level=1 ComponentRef Id=Dummy / /Feature And run it with msiexec /i my.msi VARTITLE=Another title - 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 - 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
Re: [WiX-users] Change the title during install
Thank you for explanation in detail, Alex. Yuri - Original Message - From: Alexander Shevchuk [EMAIL PROTECTED] To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Tuesday, November 04, 2008 18:26 Subject: Re: [WiX-users] Change the title during install Title column in Feature table (http://msdn.microsoft.com/en-us/library/aa368585(VS.85).aspx) has type Text (http://msdn.microsoft.com/en-us/library/aa372072(VS.85).aspx). Things like [PROPERTYNAME] are valid in Formatted type (http://msdn.microsoft.com/en-us/library/aa368609(VS.85).aspx). You have to use custom action to change the Title column value in the Feature table to accomplish what you want. Alex -Original Message- From: Yuri Sakharov [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 5:38 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Change the title during install Is there any way to change the title of feature during install? For example: Property Id=VARTITLE Value=Default title / Feature Id=SomeFeature Title=[VARTITLE] Level=1 ComponentRef Id=Dummy / /Feature And run it with msiexec /i my.msi VARTITLE=Another title - 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 - 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 - 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
Re: [WiX-users] Service installation using specified user / password.
Never mind... Problem located. Yes, I *had* flipped the bozo bit... Big time! When I finally did a completely clean build today things suddenly started working... So I poked around in the bad msi file I still had available. The username, domain and password were all getting set correctly by the UI. Unfortunately, between that point and the time the services were installed the domain had been modified (by an action from a referenced WixLib where I had been trying something, then taken it back out, but apparently failed to rebuild the WixLib). What is even more embarrassing is that the proof was all there in the verbose log file, but because I knew I'd taken it out I didn't even look for it. Sorry for increasing the noise level on here. Thanks for the assistance! Regards, Richard -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 5:19 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Service installation using specified user / password. Hmm, the error code is: 0x8007007b: ERROR_INVALID_NAME Are you sure the user name you're creating is a valid name? [Remainder of thread trimmed] - 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] Using Heat to Generate COM Interop registration code
Hi there, I have used heat to generate the XML code to register a COM interop assembly. The problem is when compiling in Visual Studio using Votive on WIX3 I get the error: The Class/@Server attribute was not found When inspecting the XML, there is as suggested no Server attribute on my Class tag: Component Id=Runtime.COM.ImmediacyManager.dll.Component Guid={3D8D8BE9-6136-4EFD-BE4D-E017E09C287D} Class Id={D5DE8D20-5BB8-11D1-A1E3-00A0C90F2731} Context=InprocServer32 Description=VBPropertyBag ThreadingModel=apartment / File Id=Runtime.COM.ImmediacyManager.dll.File Name=ImmediacyManager.dll KeyPath=yes Source=Q:\CMS\ImmediacyManager.dll Class Id={E0BB07B0-7902-4BEF-9A96-1083B09DFC5E} Context=InprocServer32 Description=Immediacy.License ThreadingModel=apartment Version=3.0 ProgId Id=Immediacy.License Description=Immediacy.License / /Class /File (...interface and registry tags removed so as not to take up too much space in this e-mail) I realise this is a well known bug in heat that currently isn't fixed. All I want to know is, in my circumstance, what should the Server attribute value be set to? Looking at the documentation it says the File ID, but in my case there is no associated File id. Thanks, Dan Dan Meineck Software Developer (Core Products) t: +44 (0)1202 25 e: [EMAIL PROTECTED] Alterian | www.alterian.com | LSE: ALN Ocean House, 4 Stinsford Road, Poole, Dorset, BH17 0RW, UK | t: +44 (0)1202 250 000 | f: +44 (0)1202 250 001 Mediasurface and its award winning products are now part of Alterian. Please speak to your contact for further information. Alterian plc is a Company registered in England and Wales, number 04007930. Registered office: The Spectrum Building, Bond Street, Bristol, BS1 3LG The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. When addressed to our clients any opinions or advice contained in this email are subject to the terms and conditions expressed in the governing Alterian client engagement contract. Access to this email by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. If you are not the intended recipient please contact the sender and delete the message. Although Alterian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free. - 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
Re: [WiX-users] WindowsFolder Property is not resolved properly inside merge module
Hi, Did u ever get the custom action working when using the [WindowsFolder] property? I use the line below inside the msi wxs file and still no luck... CustomAction Id=SetWindowsFolder Property=WindowsFolder.msm_guid Value=[WindowsFolder]/ InstallExecuteSequence Custom Action=SetWindowsFolder Before=AppSearch / /InstallExecuteSequence Hlp... Regards hegsie Swadhin Sonowal wrote: Hi WindowsFolder Property is resolved to empty string inside merge module. The wix code snippet where it is looking for the standard WindowsFolder property is util:XmlConfig Id=FirstRemove Action=delete On=install Sequence=1 File=[WindowsFolder]Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config When I try to install the msi which is built using the above msm. I get an error saying Unable to find the file Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config When I open the msm file using orca, the xmlconfig section shows that the WindowsFolder property is being replaced with [WindowsFolder.MSM_GUID] the MSM guid sections are separated using ‘_’. As per my understanding the standard properties like WindowsFolder should not be modularized. Please let me know if I am missing any flag indicating wix compiler for not to modularize some standard Property. Observation: This behavior is not observed in the wix version 3.0.2921.0 which i used to generate MSI’s. In this version the WindowsFolder Property is not modularized and we were able to use it inside the msm When we upgraded the wix toolset with the build 3.0.4323.0 this behavior is observed. I tried with 3.0.4429.0 and is behaving in the same way. If this is a expected behavior then please let me know a way to use Standard Properties like WindowsFolder inside an merge module. Regards swadhin _ Want to explore the world? Visit MSN Travel for the best deals. http://in.msn.com/coxandkings - 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 -- View this message in context: http://n2.nabble.com/WindowsFolder-Property-is-not-resolved-properly-inside-merge-module-tp1336042p1455703.html Sent from the wix-users mailing list archive at Nabble.com. - 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
Re: [WiX-users] WindowsFolder Property is not resolved properly inside merge module
Hi, Did u ever get the custom action working when using the [WindowsFolder] property? I use the line below inside the msi wxs file and still no luck... CustomAction Id=SetWindowsFolder Property=WindowsFolder.msm_guid Value=[WindowsFolder]/ InstallExecuteSequence Custom Action=SetWindowsFolder Before=AppSearch / /InstallExecuteSequence Hlp... Regards hegsie Swadhin Sonowal wrote: Hi WindowsFolder Property is resolved to empty string inside merge module. The wix code snippet where it is looking for the standard WindowsFolder property is util:XmlConfig Id=FirstRemove Action=delete On=install Sequence=1 File=[WindowsFolder]Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config When I try to install the msi which is built using the above msm. I get an error saying Unable to find the file Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config When I open the msm file using orca, the xmlconfig section shows that the WindowsFolder property is being replaced with [WindowsFolder.MSM_GUID] the MSM guid sections are separated using ‘_’. As per my understanding the standard properties like WindowsFolder should not be modularized. Please let me know if I am missing any flag indicating wix compiler for not to modularize some standard Property. Observation: This behavior is not observed in the wix version 3.0.2921.0 which i used to generate MSI’s. In this version the WindowsFolder Property is not modularized and we were able to use it inside the msm When we upgraded the wix toolset with the build 3.0.4323.0 this behavior is observed. I tried with 3.0.4429.0 and is behaving in the same way. If this is a expected behavior then please let me know a way to use Standard Properties like WindowsFolder inside an merge module. Regards swadhin _ Want to explore the world? Visit MSN Travel for the best deals. http://in.msn.com/coxandkings - 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 -- View this message in context: http://n2.nabble.com/WindowsFolder-Property-is-not-resolved-properly-inside-merge-module-tp1336042p1455701.html Sent from the wix-users mailing list archive at Nabble.com. - 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
Re: [WiX-users] WindowsFolder Property is not resolved properly inside merge module
Hi, Did u ever get the custom action working when using the [WindowsFolder] property? I use the line below inside the msi wxs file and still no luck... CustomAction Id=SetWindowsFolder Property=WindowsFolder.msm_guid Value=[WindowsFolder]/ InstallExecuteSequence Custom Action=SetWindowsFolder Before=AppSearch / /InstallExecuteSequence Hlp... Regards hegsie Swadhin Sonowal wrote: Hi WindowsFolder Property is resolved to empty string inside merge module. The wix code snippet where it is looking for the standard WindowsFolder property is util:XmlConfig Id=FirstRemove Action=delete On=install Sequence=1 File=[WindowsFolder]Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config When I try to install the msi which is built using the above msm. I get an error saying Unable to find the file Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config When I open the msm file using orca, the xmlconfig section shows that the WindowsFolder property is being replaced with [WindowsFolder.MSM_GUID] the MSM guid sections are separated using ‘_’. As per my understanding the standard properties like WindowsFolder should not be modularized. Please let me know if I am missing any flag indicating wix compiler for not to modularize some standard Property. Observation: This behavior is not observed in the wix version 3.0.2921.0 which i used to generate MSI’s. In this version the WindowsFolder Property is not modularized and we were able to use it inside the msm When we upgraded the wix toolset with the build 3.0.4323.0 this behavior is observed. I tried with 3.0.4429.0 and is behaving in the same way. If this is a expected behavior then please let me know a way to use Standard Properties like WindowsFolder inside an merge module. Regards swadhin _ Want to explore the world? Visit MSN Travel for the best deals. http://in.msn.com/coxandkings - 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 -- View this message in context: http://n2.nabble.com/WindowsFolder-Property-is-not-resolved-properly-inside-merge-module-tp1336042p1455702.html Sent from the wix-users mailing list archive at Nabble.com. - 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
Re: [WiX-users] license agreement in silent installation
Phil, Thanks for your replies. 1. Our suite has several components, some are command line applications. So displaying the license at the first usage like Acrobat will not work for us. 2. Command line installation will help us auto-testing our installer. It will also enable our customers to do batch installation on many machines overnight. 3. Given this EULA flag, we are going to provide a printout and a website for them to read the license first. Regards, shibo -- View this message in context: http://n2.nabble.com/license-agreement-in-silent-installation-tp1402491p1453704.html Sent from the wix-users mailing list archive at Nabble.com. - 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
Re: [WiX-users] One patch to rule them all
Chad, I may not be fully understanding your requirements, but it sounds like you want to create a patch that does not patch every file in the installer? I have not yet tried to create patches with WIX, I still use msimsp to create patches with a .pcp file for the input, so I cant tell you the WIX way to create the patch that ignores this file, but I assume this process will work for both since it is outside the patch creation process. What you can do is to create your Target image and your Upgrade image, and then simply delete the file that you don't want patched from the administrative Upgrade image and it won't be included in the patch. You do not need to modify your installer .msi in any way, or change the .pcp to ignore the file. Just deleting the file from disk in the administrative Upgrade image will prevent it from being included in the patch. -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 10:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] One patch to rule them all I'm not a patching expert, but there is a feature in pyro that allows you to filter out Fragments and target only the portions of the install that you want. -Original Message- From: Rob Lange [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 22:09 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] One patch to rule them all I assume the patch fails because it was created with an installer set (both base[v1] and upgrade[v2]) that had a different DLL than the current installer being used on the machine. It all comes down to me being able to ask WiX to please ignore the DLL and just patch my other files, no matter how different the DLL is from the V2 or V1 of my installer the patch was created from. I have other ugly/non-professional/hack non-WiX solutions, but getting that code reviewed is an ugly prospect. -Original Message- From: Chad Miles [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 8:15 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] One patch to rule them all Could you baseline a Patch Target msi and patch off that? I'm not big on patching, but it sounds like the msp is baselined and not the msi. I'd definitely take someone else's word though. Just an opening thought. If you want it included no matter what (as you stated), maybe script based on file version? On Mon, Nov 3, 2008 at 10:00 PM, Rob Lange [EMAIL PROTECTED] wrote: I have a strange question that I've been trying to find a solution to for awhile and I'm hoping people who work with WiX more than me might have a good suggestion. I've got an installer that is built every day, using WiX, that contains a DLL taken from a project in development. I also have a patch, built using WiX, for the installer that adds a few files to the program. The patch is hosted on a server that our feature fetches the location to then downloads and installs the patch. The problem is that the patch will only work for that day's build because the DLL constantly changes. I need to find a way to include this DLL in the installer package, but not have the patch care that the DLL has changed. So, *gulp* is this possible with WiX? - 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 - 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 - 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 - This SF.Net
Re: [WiX-users] One patch to rule them all
Oh no, I'm not asking for help. I was offering a few suggestions to the original poster. Baselining the msi is the way we do it, and do a diff/patch validation between the baselined msi and a daily msi. Thanks though. On Tue, Nov 4, 2008 at 12:25 PM, Bryan Turner [EMAIL PROTECTED]wrote: Chad, I may not be fully understanding your requirements, but it sounds like you want to create a patch that does not patch every file in the installer? I have not yet tried to create patches with WIX, I still use msimsp to create patches with a .pcp file for the input, so I cant tell you the WIX way to create the patch that ignores this file, but I assume this process will work for both since it is outside the patch creation process. What you can do is to create your Target image and your Upgrade image, and then simply delete the file that you don't want patched from the administrative Upgrade image and it won't be included in the patch. You do not need to modify your installer .msi in any way, or change the .pcp to ignore the file. Just deleting the file from disk in the administrative Upgrade image will prevent it from being included in the patch. -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 10:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] One patch to rule them all I'm not a patching expert, but there is a feature in pyro that allows you to filter out Fragments and target only the portions of the install that you want. -Original Message- From: Rob Lange [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 22:09 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] One patch to rule them all I assume the patch fails because it was created with an installer set (both base[v1] and upgrade[v2]) that had a different DLL than the current installer being used on the machine. It all comes down to me being able to ask WiX to please ignore the DLL and just patch my other files, no matter how different the DLL is from the V2 or V1 of my installer the patch was created from. I have other ugly/non-professional/hack non-WiX solutions, but getting that code reviewed is an ugly prospect. -Original Message- From: Chad Miles [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 8:15 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] One patch to rule them all Could you baseline a Patch Target msi and patch off that? I'm not big on patching, but it sounds like the msp is baselined and not the msi. I'd definitely take someone else's word though. Just an opening thought. If you want it included no matter what (as you stated), maybe script based on file version? On Mon, Nov 3, 2008 at 10:00 PM, Rob Lange [EMAIL PROTECTED] wrote: I have a strange question that I've been trying to find a solution to for awhile and I'm hoping people who work with WiX more than me might have a good suggestion. I've got an installer that is built every day, using WiX, that contains a DLL taken from a project in development. I also have a patch, built using WiX, for the installer that adds a few files to the program. The patch is hosted on a server that our feature fetches the location to then downloads and installs the patch. The problem is that the patch will only work for that day's build because the DLL constantly changes. I need to find a way to include this DLL in the installer package, but not have the patch care that the DLL has changed. So, *gulp* is this possible with WiX? - 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 - 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 - 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
Re: [WiX-users] Service installation using specified user / password.
I suspect Rob's point is that you think that's what you're doing but somewhere the property names are not exactly correct. For example, are all those spaces after AdminUser an artifact of your email (or the log) or does it really have lots of spaces at the end? The ErrLook.exe program in Visual Studio (in Common7\Tools on my system) will tell you what the error means, if that's what you're asking. Phil Wilson -Original Message- From: Foster, Richard - PAL [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 4:26 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Service installation using specified user / password. I'm pretty certain... It's the same user, domain and password as I log in with before performing the installation! Forgive my ignorance, but where did you look to determine that error code 0x8007007b meant invalid name? All the searches I performed on that error code led me to things which were either a) apparently Vista specific (the install also fails under Windows XP, SP2), b) related to IIS (which shouldn't be related to my problem), or appeared to be irrelevant because they were referring to other non installation related products. Regards, Richard -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 5:19 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Service installation using specified user / password. Hmm, the error code is: 0x8007007b: ERROR_INVALID_NAME Are you sure the user name you're creating is a valid name? -Original Message- From: Foster, Richard - PAL [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 13:52 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Service installation using specified user / password. Hi Rob, What appears to be the relevant section of the verbose log associated with the failure reads as follows: MSI (s) (A8:28) [16:29:14:687]: Executing op: ActionStart(Name=CreateUser,,) Action 16:29:14: CreateUser. MSI (s) (A8:28) [16:29:14:687]: Executing op: CustomActionSchedule(Action=CreateUser,ActionType=11265,Source=BinaryData,Target=**,CustomActionData=**) MSI (s) (A8:0C) [16:29:14:697]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI9.tmp, Entrypoint: CreateUser MSI (s) (A8:80) [16:29:14:717]: Generating random cookie. MSI (s) (A8:80) [16:29:14:737]: Created Custom Action Server with PID 1812 (0x714). MSI (s) (A8:AC) [16:29:14:837]: Running as a service. MSI (s) (A8:AC) [16:29:14:847]: Hello, I'm your 32bit Elevated custom action server. CreateUser: Error 0x8007007b: failed to create user: AdminUser Error 26401. Failed to create user. (-2147024773 AdminUser ) MSI (s) (A8!E0) [16:29:31:751]: Product: [Product Name] -- Error 26401. Failed to create user. (-2147024773 AdminUser ) Action ended 16:29:31: InstallFinalize. Return value 3. ... There is something a little strange, however. It seems that the CreateUser action had also run successfully at an earlier point in the installation (via the ConfigureUsers action). Here is the log from that point: MSI (s) (A8:28) [16:29:10:821]: Doing action: ConfigureUsers Action 16:29:10: ConfigureUsers. Action start 16:29:10: ConfigureUsers. MSI (s) (A8:88) [16:29:10:891]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI5.tmp, Entrypoint: ConfigureUsers MSI (s) (A8:80) [16:29:10:982]: Generating random cookie. MSI (s) (A8:80) [16:29:11:352]: Created Custom Action Server with PID 1388 (0x56C). MSI (s) (A8:AC) [16:29:12:063]: Running as a service. MSI (s) (A8:AC) [16:29:12:093]: Hello, I'm your 32bit Impersonated custom action server. MSI (s) (A8!A0) [16:29:12:624]: PROPERTY CHANGE: Modifying CreateUser property. Its current value is '**'. Its new value: '**'. MSI (s) (A8!A0) [16:29:12:624]: Doing action: CreateUser Action 16:29:12: CreateUser. Action start 16:29:12: CreateUser. CreateUser: Action ended 16:29:12: CreateUser. Return value 1. Action ended 16:29:12: ConfigureUsers. Return value 1. Examining the MSI with Orca does not show the CreateUser custom action anywhere in the InstallExecuteSequence, but it does show the ConfigureUsers one. Please let me know if there is anything else you need to know about the problem. Regards, Richard -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 3:53 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Service installation using specified user / password. What does the verbose log for the install with the User say? There will be more details about the User failure than the Service failure (because the Windows Installer message is generically useless). [Remainder of history trimmed] - This SF.Net email is sponsored
Re: [WiX-users] Why doesn't Windows Installer remove the oldversion in an upgrade?
I think the first versions (VS.NET) of the Visual Studio Setup Projects had this issue - you didn't by any chance build your setup by reverse-engineering or Dark-ing an older VS Setup Project, did you? Phil Wilson -Original Message- From: divo [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 7:12 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Why doesn't Windows Installer remove the oldversion in an upgrade? Hi, I am facing the exact same problem, i.e. FindRelatedProducts happens long before the user is asked to choose the installation scope in the UI. How do I solve this? I tried FindRelatedProducts After=InstallValidate /FindRelatedProducts but that simply gave an error. Which install sequence must I use to have FindRelatedProducts running after ALLUSERS has been set? Thanks for all help, divo Tony.Bjerstedt wrote: I second looking in the log for the FindRelatedProducts action. I had a similar problem recently and it came down to the ALLUSERS property not being set correctly prior to the call to FindRelatedProducts. The search found the previous per-machine install but didn't do anything with it because it was looking for a per-user version. I was setting ALLUSERS to 1 (per-machine) in a dialog [based on code dark'ed from a Visual Studio created installer] which was called long after FindRelatedProducts was executed. Since ALLUSERS was not set, FindRelatedProducts was looking for per-user versions of the product. The log noted that a per-machine version had been found, but that it was being ignored. Since all of my installations are per-machine, adding a Property element setting ALLUSERS fixed my problem. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Phil Wilson Sent: Monday, June 12, 2006 8:28 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Why doesn't Windows Installer remove the oldversion in an upgrade? Have you looked the log entries for FindRelatedProducts? They should say something about whether it found the previous version. Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson Sent: Sunday, June 11, 2006 8:19 PM To: dangle123 ... Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Why doesn't Windows Installer remove the old version in an upgrade? dangle123 ... wrote: Action ended 15:21:09: InstallFinalize. Return value 1. MSI (s) (38:1C) [15:21:09:832]: Doing action: RemoveExistingProducts Action start 15:21:09: RemoveExistingProducts. Action ended 15:21:09: RemoveExistingProducts. Return value 1. Action ended 15:21:09: INSTALL. Return value 1. I'd expect to see more details in a verbose log. What you're looking for is the details around InstallValidate that indicate the action states for the product's components. What happens if you move RemoveExistingProducts to between InstallValidate and InstallInitialize? -- sig://boB http://bobs.org ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Re%3A-Why-doesn%27t-Windows-Installer-remove-the-oldversion-in-an-upgrade--tp692400p1449808.html Sent from the wix-users mailing list archive at Nabble.com. - 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 - 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
Re: [WiX-users] Custom action with elevated privileges doesn't work
You must still have a deferred custom action after InstallFinalize, that's what error 2762 is saying. Are you sure your system is clean? Is it possible that you're really just going into a repair mode and having an already-installed product run? Or it's an upgrade and the uninstall of the older product is running it? Phil Wilson -Original Message- From: Sudripta Nandy (Sarangsoft Corporation) [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 5:54 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom action with elevated privileges doesn't work Hi, I am facing a weird problem when running a setup built using wix. I have three custom actions which I need to be executed. Two of them are in a 'dll' and don't require elevated privileges in Windows Vista and so I am executing them in Immediate mode. The third one is the main executable of our product, which I want to be run after the installation and with elevated privileges. So, to provide elevated privileges I need to specify Execute='deferred' and Impersonate='no'. So, I am doing just that. I am also scheduling the action before 'InstallFinalize'. On doing so, the product is getting installed correctly and also the executable is getting executed with elevated privileges. But, just before closing down, the MSI is generating an error 2762 which means the deferred custom action needs to be scheduled between InstallInitialize and InstallFinalize. But, I am doing just that and still its producing that error message. Please let me know what should I do to stop getting that error message. Thanks. Sudripta. - 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 - 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
Re: [WiX-users] Searching for a way to Or mathematically a value
Yes, some. -Original Message- From: David Bartmess [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 08:19 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Searching for a way to Or mathematically a value I'm converting a project over to Wix from Innosetup, and I have a value stored in the register as an OR'd value, which I need to check to see if a particular module is installed. Is there a mathematical OR for use in the condition? Thanks! David Bartmess Wall Street On Demand [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] direct: 303.417. x585 cell: 303.883-9117 fax: 303.444.2586 - 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 - 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
Re: [WiX-users] Installing the same files in 2 directories.
A couple months before WiX 3.0.3725.0 or so. -Original Message- From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 06:01 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing the same files in 2 directories. What version did WiX start using smart cabbing? Has it been there all along? -Brian Simoneau -Original Message- From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 11:10 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing the same files in 2 directories. Pally Sandher wrote: I know there is a long-winded way of doing this which bloats my MSI by having duplicates of the files in it but I was wondering if there's any easier/cleaner way of achieving the same thing. WiX's smart cabbing feature ensures there's only one copy of the bits, so there's no bloat. -- sig://boB http://joyofsetup.com/ - 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 - 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 - 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
Re: [WiX-users] Service installation using specified user / password.
Logs don't lie. smile/ -Original Message- From: Foster, Richard - PAL [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 05:24 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Service installation using specified user / password. Never mind... Problem located. Yes, I *had* flipped the bozo bit... Big time! When I finally did a completely clean build today things suddenly started working... So I poked around in the bad msi file I still had available. The username, domain and password were all getting set correctly by the UI. Unfortunately, between that point and the time the services were installed the domain had been modified (by an action from a referenced WixLib where I had been trying something, then taken it back out, but apparently failed to rebuild the WixLib). What is even more embarrassing is that the proof was all there in the verbose log file, but because I knew I'd taken it out I didn't even look for it. Sorry for increasing the noise level on here. Thanks for the assistance! Regards, Richard -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 5:19 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Service installation using specified user / password. Hmm, the error code is: 0x8007007b: ERROR_INVALID_NAME Are you sure the user name you're creating is a valid name? [Remainder of thread trimmed] - 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 - 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
Re: [WiX-users] Why doesn't Windows Installer remove the oldversion in an upgrade?
Hi, I found a way to solve the problem: 1. Supressing FindRelatedProducts in the InstallUISequence InstallUISequence FindRelatedProducts Suppress=yes / /InstallUISequence 2. Executing FindRelatedProducts when the Next button is clicked in the install scope dialog: Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Text=!(loc.WixUINext) Publish Property=ALLUSERS Value={}WixAppFolder = PerUser/Publish Publish Property=ALLUSERS Value=1WixAppFolder = PerMachine/Publish Publish Event=DoAction Value=FindRelatedProducts1/Publish /Control 3. Disable the Back button on the following page, because FindRelatedProducts is only executed teh first time it is called. divo wrote: Hi Bob, Thanks for your answer, I totally understand that upgrading across contexts doesn't make much sense. However, that is not my problem. Maybe I wasn't specific enough with my explanation, so here is my scenario (pretty much a standard setup scenario IMHO): The setup is similar to the Advanced setup of Wix 3.0, i.e. it offers a page where the user can select whether to install per-user or per-machine (like in InstallScopeDlg.wxs in the UIExtension). 1. ALLUSERS is initially empty, thus per-user is the default 2. User installs per-machine by selecting the option in InstallScopeDlg (which sets ALLUSERS = 1) 3. User updgrades to newer version, the previous version should be removed. 4. FindRelatedProducts runs before the user makes the selection in InstallScopeDlg, i.e. FindRelatedProducts searches for per-user installations and ignores the per-machine installation 5. User again selects a per-machine setup in the UI. 6. The previous per-machine installation will not be removed, although the new installation is NOT across context. The behaviour I would like to have is that FindRelatedProducts runs AFTER the user selected the install scope, i.e. step 4 and 5 above should be swapped so that in step 6 the previous installation in the SAME context is removed. I guess that this is somehow possible but I don't know how to specify the install sequences so that it works (and the WiX compiles). If anyone could help me with this problem I would be really thankful, Best Regards, Dirk Vollmar Bob Arnson-6 wrote: divo wrote: I am facing the exact same problem, i.e. FindRelatedProducts happens long before the user is asked to choose the installation scope in the UI. Generally, the answer is: Don't. It relies on the user choosing the same type of install as the prior version. Major upgrades don't work across contexts. -- sig://boB http://joyofsetup.com/ - 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 -- View this message in context: http://n2.nabble.com/Re%3A-Why-doesn%27t-Windows-Installer-remove-the-oldversion-in-an-upgrade--tp692400p1454240.html Sent from the wix-users mailing list archive at Nabble.com. - 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
Re: [WiX-users] Custom action with elevated privileges doesn't work
If I'm reading this correctly you are trying to launch an exe (which the program installed) before InstallFinalize. I'm not sure if that will work. The recommended way is to launch at the very end using an immediate custom action. -Original Message- From: Wilson, Phil [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 10:27 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom action with elevated privileges doesn't work You must still have a deferred custom action after InstallFinalize, that's what error 2762 is saying. Are you sure your system is clean? Is it possible that you're really just going into a repair mode and having an already-installed product run? Or it's an upgrade and the uninstall of the older product is running it? Phil Wilson -Original Message- From: Sudripta Nandy (Sarangsoft Corporation) [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 5:54 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom action with elevated privileges doesn't work Hi, I am facing a weird problem when running a setup built using wix. I have three custom actions which I need to be executed. Two of them are in a 'dll' and don't require elevated privileges in Windows Vista and so I am executing them in Immediate mode. The third one is the main executable of our product, which I want to be run after the installation and with elevated privileges. So, to provide elevated privileges I need to specify Execute='deferred' and Impersonate='no'. So, I am doing just that. I am also scheduling the action before 'InstallFinalize'. On doing so, the product is getting installed correctly and also the executable is getting executed with elevated privileges. But, just before closing down, the MSI is generating an error 2762 which means the deferred custom action needs to be scheduled between InstallInitialize and InstallFinalize. But, I am doing just that and still its producing that error message. Please let me know what should I do to stop getting that error message. Thanks. Sudripta. - 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 - 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 - 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
Re: [WiX-users] Certificate install to local machinefailswithcode 26352
I checked out the latest weekly build, and it looks like the problem is still there. The source for the build is also identical to what was there before-Rob, did you change anything? -Original Message- From: Chris Bardon [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 1:13 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machinefailswithcode 26352 Thanks, I've opened a bug (number 2184946). -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 12:24 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machine failswithcode 26352 Wow, nice analysis. Is there a bug open on this issue right now? If not, can you open one and I'll try to get this change in Thursday night for Friday's build. -Original Message- From: Chris Bardon [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 07:47 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machine fails withcode 26352 OK, I think I understand what's going on here. The reason a certificate looked like it was duplicated was that the same cert existed in multiple physical stores, which appeared as the same logical store in the mmc. If the certificate the installer was trying to add already existed in the Group Policy store, then the install would fail, since the user would not have permission to delete from that store (although they can through the MMC). If the cert exists in any other combination of stores, it seems to work. Here's the steps to reproduce -Generate a CA cert -Open mmc, and add the certificates snapin for the local computer -Right click the Certificates (Local Computer) node, and select View-options -Leave the view mode as Logical stores, and check off the Show Physical certificate stores option -Click OK -Expand the Group policy node, right click on the Certificates folder, and select All Tasks-Import -Import your certificate into the store -Create an installer that installs the certificate into the local machine store using the IIS extension (e.g. iis:Certificate Name=CACERT Id='CACERT' Request='no' CertificatePath='[CERTPATH]' StoreLocation='localMachine' StoreName='root'/) -Run the installer If you do this, the installer will fail with the error code 26352. If you remove the cert from the group policy store manually, the installer will run. To fix this, you should just be able to change the calls in the IIS extension source (scacertexec.cpp and scacert.cpp) to CertAddCertificateContextToStore. Instead of using CERT_STORE_ADD_REPLACE_EXISTING, you can use CERT_STORE_ADD_USE_EXISTING. This updates the current cert instead of duplicating it, and the test case detailed above should pass. You will notice that the certificate will be listed in both the registry and group policy physical stores, but I don't think there's anything we can do about that. I haven't tried actually rebuilding the WiX source with this change (since I don't have a build environment set up for it yet), but that's the next step. Anyone have any thoughts on this change? -Original Message- From: Chris Bardon [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 1:53 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machine fails withcode 26352 I've dug a little deeper into this, written some test code to try to debug the problem, and I've found something interesting. The CertAddCertificateContextToStore function is failing with Access Denied when trying to add the cert with CERT_STORE_ADD_REPLACE_EXISTING, which is failing the installer. This only appears to fail if there are two copies of the same certificate in the store with the same serial number, which may or may not be left there from the installer as well (that's problem #2-problem #1 is not failing the installer in the first place). I tried manually checking the store for duplicates and deleting them before installing (with CertDeleteCertificateFromStore), but this returned Access denied as well. When I tried changing the parameter on the add function to use CERT_STORE_ADD_USE_EXISTING though, it worked without returning an error. It looks like the difference is that replace existing tries to do a delete first, while the use existing version updates the existing cert. The first question is, why is the delete failing? I have admin rights on the machine, and if there are 0 or 1 copies of the cert in the store, the operation works fine. The second question is, why should the certificate be duplicated in the first place? I tried writing code that used CERT_STORE_ADD_ALWAYS, but it still only left me with one copy of the certificate. Is it possible that a call to add a certificate with replacement is adding a new certificate without deleting the old
Re: [WiX-users] Certificate install to local machinefailswithcode 26352
Yes, but I didn't make the 4624 build. If you look in CVS then you'll see the change. -Original Message- From: Chris Bardon [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 10:51 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machinefailswithcode 26352 I checked out the latest weekly build, and it looks like the problem is still there. The source for the build is also identical to what was there before-Rob, did you change anything? -Original Message- From: Chris Bardon [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 1:13 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machinefailswithcode 26352 Thanks, I've opened a bug (number 2184946). -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 12:24 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machine failswithcode 26352 Wow, nice analysis. Is there a bug open on this issue right now? If not, can you open one and I'll try to get this change in Thursday night for Friday's build. -Original Message- From: Chris Bardon [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 07:47 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machine fails withcode 26352 OK, I think I understand what's going on here. The reason a certificate looked like it was duplicated was that the same cert existed in multiple physical stores, which appeared as the same logical store in the mmc. If the certificate the installer was trying to add already existed in the Group Policy store, then the install would fail, since the user would not have permission to delete from that store (although they can through the MMC). If the cert exists in any other combination of stores, it seems to work. Here's the steps to reproduce -Generate a CA cert -Open mmc, and add the certificates snapin for the local computer -Right click the Certificates (Local Computer) node, and select View-options -Leave the view mode as Logical stores, and check off the Show Physical certificate stores option -Click OK -Expand the Group policy node, right click on the Certificates folder, and select All Tasks-Import -Import your certificate into the store -Create an installer that installs the certificate into the local machine store using the IIS extension (e.g. iis:Certificate Name=CACERT Id='CACERT' Request='no' CertificatePath='[CERTPATH]' StoreLocation='localMachine' StoreName='root'/) -Run the installer If you do this, the installer will fail with the error code 26352. If you remove the cert from the group policy store manually, the installer will run. To fix this, you should just be able to change the calls in the IIS extension source (scacertexec.cpp and scacert.cpp) to CertAddCertificateContextToStore. Instead of using CERT_STORE_ADD_REPLACE_EXISTING, you can use CERT_STORE_ADD_USE_EXISTING. This updates the current cert instead of duplicating it, and the test case detailed above should pass. You will notice that the certificate will be listed in both the registry and group policy physical stores, but I don't think there's anything we can do about that. I haven't tried actually rebuilding the WiX source with this change (since I don't have a build environment set up for it yet), but that's the next step. Anyone have any thoughts on this change? -Original Message- From: Chris Bardon [mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2008 1:53 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Certificate install to local machine fails withcode 26352 I've dug a little deeper into this, written some test code to try to debug the problem, and I've found something interesting. The CertAddCertificateContextToStore function is failing with Access Denied when trying to add the cert with CERT_STORE_ADD_REPLACE_EXISTING, which is failing the installer. This only appears to fail if there are two copies of the same certificate in the store with the same serial number, which may or may not be left there from the installer as well (that's problem #2-problem #1 is not failing the installer in the first place). I tried manually checking the store for duplicates and deleting them before installing (with CertDeleteCertificateFromStore), but this returned Access denied as well. When I tried changing the parameter on the add function to use CERT_STORE_ADD_USE_EXISTING though, it worked without returning an error. It looks like the difference is that replace existing tries to do a delete first, while the use existing version updates the existing cert. The first question is, why is the delete failing? I have admin rights on the machine, and if there are 0 or 1 copies of the cert in the store, the
Re: [WiX-users] Custom action with elevated privileges doesn't work
I have not tested it, but maybe the problem is that deferred custom action to launch executable is asynchronous. Hard to say without seeing the code. -Original Message- From: Ian Elliott (Excell Data Corporation) [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 10:34 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom action with elevated privileges doesn't work If I'm reading this correctly you are trying to launch an exe (which the program installed) before InstallFinalize. I'm not sure if that will work. The recommended way is to launch at the very end using an immediate custom action. -Original Message- From: Wilson, Phil [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 10:27 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom action with elevated privileges doesn't work You must still have a deferred custom action after InstallFinalize, that's what error 2762 is saying. Are you sure your system is clean? Is it possible that you're really just going into a repair mode and having an already-installed product run? Or it's an upgrade and the uninstall of the older product is running it? Phil Wilson -Original Message- From: Sudripta Nandy (Sarangsoft Corporation) [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 5:54 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom action with elevated privileges doesn't work Hi, I am facing a weird problem when running a setup built using wix. I have three custom actions which I need to be executed. Two of them are in a 'dll' and don't require elevated privileges in Windows Vista and so I am executing them in Immediate mode. The third one is the main executable of our product, which I want to be run after the installation and with elevated privileges. So, to provide elevated privileges I need to specify Execute='deferred' and Impersonate='no'. So, I am doing just that. I am also scheduling the action before 'InstallFinalize'. On doing so, the product is getting installed correctly and also the executable is getting executed with elevated privileges. But, just before closing down, the MSI is generating an error 2762 which means the deferred custom action needs to be scheduled between InstallInitialize and InstallFinalize. But, I am doing just that and still its producing that error message. Please let me know what should I do to stop getting that error message. Thanks. Sudripta. - 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 - 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 - 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 - 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
Re: [WiX-users] Why doesn't Windows Installer remove the oldversion in an upgrade?
Hi Bob, Thanks for your answer, I totally understand that upgrading across contexts doesn't make much sense. However, that is not my problem. Maybe I wasn't specific enough with my explanation, so here is my scenario (pretty much a standard setup scenario IMHO): The setup is similar to the Advanced setup of Wix 3.0, i.e. it offers a page where the user can select whether to install per-user or per-machine (like in InstallScopeDlg.wxs in the UIExtension). 1. ALLUSERS is initially empty, thus per-user is the default 2. User installs per-machine by selecting the option in InstallScopeDlg (which sets ALLUSERS = 1) 3. User updgrades to newer version, the previous version should be removed. 4. FindRelatedProducts runs before the user makes the selection in InstallScopeDlg, i.e. FindRelatedProducts searches for per-user installations and ignores the per-machine installation 5. User again selects a per-machine setup in the UI. 6. The previous per-machine installation will not be removed, although the new installation is NOT across context. The behaviour I would like to have is that FindRelatedProducts runs AFTER the user selected the install scope, i.e. step 4 and 5 above should be swapped so that in step 6 the previous installation in the SAME context is removed. I guess that this is somehow possible but I don't know how to specify the install sequences so that it works (and the WiX compiles). If anyone could help me with this problem I would be really thankful, Best Regards, Dirk Vollmar Bob Arnson-6 wrote: divo wrote: I am facing the exact same problem, i.e. FindRelatedProducts happens long before the user is asked to choose the installation scope in the UI. Generally, the answer is: Don't. It relies on the user choosing the same type of install as the prior version. Major upgrades don't work across contexts. -- sig://boB http://joyofsetup.com/ - 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 -- View this message in context: http://n2.nabble.com/Re%3A-Why-doesn%27t-Windows-Installer-remove-the-oldversion-in-an-upgrade--tp692400p1453938.html Sent from the wix-users mailing list archive at Nabble.com. - 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] registry permissions on new groups
Hi, I've been tasked with the following: 1.)Create a new group 2.)Add permissions to the new group on a registry key I couldn't find a way to create a new group via wix so ended up using a custom action which calls net.exe. I'm having trouble trying to use PermissionsEx to set permissions for the new group. Is this possible or does it only allow setting permissions for standard groups such as Network Service, Administrators, etc? Thanks, Ian (I Google this and couldn't find anything relevant.) - 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] Debugging a DTF Managed Custom Action
Is there any way to step into a managed DTF Custom Action with a visual studio debugger? With regular managed custom actions I can attach directly to the process running the custom action and step through the code. Thanks, Dave - 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
Re: [WiX-users] registry permissions on new groups
WiX doesn't support group creation I believe. On Tue, Nov 4, 2008 at 2:20 PM, Ian Elliott (Excell Data Corporation) [EMAIL PROTECTED] wrote: Hi, I've been tasked with the following: 1.)Create a new group 2.)Add permissions to the new group on a registry key I couldn't find a way to create a new group via wix so ended up using a custom action which calls net.exe. I'm having trouble trying to use PermissionsEx to set permissions for the new group. Is this possible or does it only allow setting permissions for standard groups such as Network Service, Administrators, etc? Thanks, Ian (I Google this and couldn't find anything relevant.) - 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 - 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
Re: [WiX-users] Why doesn't Windows Installer remove the oldversion in an upgrade?
divo wrote: 2. Executing FindRelatedProducts when the Next button is clicked in the install scope dialog: It doesn't have to be called in the UI sequence at all. It's scheduled to run in the execute sequence if not run during the UI sequence. And that avoids the need to disable the Back button, which might frustrate users. -- sig://boB http://joyofsetup.com/ - 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
Re: [WiX-users] registry permissions on new groups
Ian Elliott (Excell Data Corporation) wrote: I'm having trouble trying to use PermissionsEx to set permissions for the new group. Is this possible or does it only allow setting permissions for standard groups such as Network Service, Administrators, etc? They're formatted strings, so anything goes. Simple check: Is the group created when SecureObjects is executed? -- sig://boB http://joyofsetup.com/ - 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
Re: [WiX-users] One patch to rule them all
I tried removing the DLL from the admin upgrade image, but since the patch was still created with different baseline(v1) images (same GUIDs, just one different file), it fails when applying the patch. Chad, you're kind of talking over my head. Could you be a little more verbose with your suggestion and apply it to my situation? You think I should have a base installer without the DLL? Then create V2/V3 upgrades with the DLL? What do I apply the patch against? (as you can see, im confused) Date: Tue, 4 Nov 2008 12:34:08 -0500 From: [EMAIL PROTECTED] To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] One patch to rule them all Oh no, I'm not asking for help. I was offering a few suggestions to the original poster. Baselining the msi is the way we do it, and do a diff/patch validation between the baselined msi and a daily msi. Thanks though. On Tue, Nov 4, 2008 at 12:25 PM, Bryan Turner [EMAIL PROTECTED]wrote: Chad, I may not be fully understanding your requirements, but it sounds like you want to create a patch that does not patch every file in the installer? I have not yet tried to create patches with WIX, I still use msimsp to create patches with a .pcp file for the input, so I cant tell you the WIX way to create the patch that ignores this file, but I assume this process will work for both since it is outside the patch creation process. What you can do is to create your Target image and your Upgrade image, and then simply delete the file that you don't want patched from the administrative Upgrade image and it won't be included in the patch. You do not need to modify your installer .msi in any way, or change the .pcp to ignore the file. Just deleting the file from disk in the administrative Upgrade image will prevent it from being included in the patch.-Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 10:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] One patch to rule them all I'm not a patching expert, but there is a feature in pyro that allows you to filter out Fragments and target only the portions of the install that you want. -Original Message- From: Rob Lange [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 22:09 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] One patch to rule them all I assume the patch fails because it was created with an installer set (both base[v1] and upgrade[v2]) that had a different DLL than the current installer being used on the machine. It all comes down to me being able to ask WiX to please ignore the DLL and just patch my other files, no matter how different the DLL is from the V2 or V1 of my installer the patch was created from. I have other ugly/non-professional/hack non-WiX solutions, but getting that code reviewed is an ugly prospect. -Original Message- From: Chad Miles [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 8:15 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] One patch to rule them all Could you baseline a Patch Target msi and patch off that? I'm not big on patching, but it sounds like the msp is baselined and not the msi. I'd definitely take someone else's word though. Just an opening thought. If you want it included no matter what (as you stated), maybe script based on file version? On Mon, Nov 3, 2008 at 10:00 PM, Rob Lange [EMAIL PROTECTED] wrote: I have a strange question that I've been trying to find a solution to for awhile and I'm hoping people who work with WiX more than me might have a good suggestion. I've got an installer that is built every day, using WiX, that contains a DLL taken from a project in development. I also have a patch, built using WiX, for the installer that adds a few files to the program. The patch is hosted on a server that our feature fetches the location to then downloads and installs the patch. The problem is that the patch will only work for that day's build because the DLL constantly changes. I need to find a way to include this DLL in the installer package, but not have the patch care that the DLL has changed. So, *gulp* is this possible with WiX? - 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
Re: [WiX-users] registry permissions on new groups
Thanks, Bob. The scheduling is correct so I have an error somewhere. I should be able to find it now. -Original Message- From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 11:34 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] registry permissions on new groups Ian Elliott (Excell Data Corporation) wrote: I'm having trouble trying to use PermissionsEx to set permissions for the new group. Is this possible or does it only allow setting permissions for standard groups such as Network Service, Administrators, etc? They're formatted strings, so anything goes. Simple check: Is the group created when SecureObjects is executed? -- sig://boB http://joyofsetup.com/ - 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 - 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] Error 2753 on Merge Module...
Hello All, I have Merge tag under a Directory (the Target Directory), and then use the MergeRef as an optional install Feature. If I do not select that feature, then I get the error 2573. I am obviously doing something incorrect. How would Igo about including the Merge file only if the user selected that Feature? Thank You, John - 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
Re: [WiX-users] Error 2753 on Merge Module...
From what you described, you did. -Original Message- From: John D. Marinuzzi [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 11:50 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Error 2753 on Merge Module... Hello All, I have Merge tag under a Directory (the Target Directory), and then use the MergeRef as an optional install Feature. If I do not select that feature, then I get the error 2573. I am obviously doing something incorrect. How would Igo about including the Merge file only if the user selected that Feature? Thank You, John - 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 - 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
Re: [WiX-users] Searching for a way to Or mathematically a value
OK, I've searched on mathematical or on the wix list, and in msdn. I can't seem to find any reference to mathematical calculations in a condition... Can you tell me the syntax of the condition? -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 11:29 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Searching for a way to Or mathematically a value Yes, some. -Original Message- From: David Bartmess [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 08:19 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Searching for a way to Or mathematically a value I'm converting a project over to Wix from Innosetup, and I have a value stored in the register as an OR'd value, which I need to check to see if a particular module is installed. Is there a mathematical OR for use in the condition? Thanks! David Bartmess Wall Street On Demand [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] direct: 303.417. x585 cell: 303.883-9117 fax: 303.444.2586 - 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 - 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 - 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
Re: [WiX-users] Error 2753 on Merge Module...
Well, yes, but if they don't want the option, I don't want an error. I guess I should have asked how I go about that. :-) Thanks, John -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 3:37 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Error 2753 on Merge Module... From what you described, you did. -Original Message- From: John D. Marinuzzi [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 11:50 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Error 2753 on Merge Module... Hello All, I have Merge tag under a Directory (the Target Directory), and then use the MergeRef as an optional install Feature. If I do not select that feature, then I get the error 2573. I am obviously doing something incorrect. How would Igo about including the Merge file only if the user selected that Feature? Thank You, John --- -- 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 --- -- 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 - 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
Re: [WiX-users] Searching for a way to Or mathematically a value
http://msdn.microsoft.com/en-us/library/aa368012.aspx - Conditional Statement Syntax Bitwise Numeric Operators The following table shows the bitwise numeric operators in conditional expressions. These operators can occur between two integer values. Operator Meaning Bitwise AND, TRUE if the left and right integers have any bits in common. True if the high 16-bits of the left integer are equal to the right integer. True if the low 16-bits of the left integer are equal to the right integer. -Original Message- From: David Bartmess [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 12:44 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Searching for a way to Or mathematically a value OK, I've searched on mathematical or on the wix list, and in msdn. I can't seem to find any reference to mathematical calculations in a condition... Can you tell me the syntax of the condition? -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 11:29 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Searching for a way to Or mathematically a value Yes, some. -Original Message- From: David Bartmess [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 08:19 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Searching for a way to Or mathematically a value I'm converting a project over to Wix from Innosetup, and I have a value stored in the register as an OR'd value, which I need to check to see if a particular module is installed. Is there a mathematical OR for use in the condition? Thanks! David Bartmess Wall Street On Demand [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] direct: 303.417. x585 cell: 303.883-9117 fax: 303.444.2586 - 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 - 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 - 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 - 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
Re: [WiX-users] Error 2753 on Merge Module...
I don't know. The error is not well defined right now. Did you look in a verbose log file? Did you verify the Components containing the file are in the Action: and Installed: state that you want? -Original Message- From: John D. Marinuzzi [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 12:45 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Error 2753 on Merge Module... Well, yes, but if they don't want the option, I don't want an error. I guess I should have asked how I go about that. :-) Thanks, John -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 3:37 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Error 2753 on Merge Module... From what you described, you did. -Original Message- From: John D. Marinuzzi [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 11:50 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Error 2753 on Merge Module... Hello All, I have Merge tag under a Directory (the Target Directory), and then use the MergeRef as an optional install Feature. If I do not select that feature, then I get the error 2573. I am obviously doing something incorrect. How would Igo about including the Merge file only if the user selected that Feature? Thank You, John --- -- 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 --- -- 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 - 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 - 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] Help : Creating MSM file to be run through VS msi
Hi , I need to create an msm file (using Wix) with shortcuts on the programFileMenu. The problem is that the client for this msm is a Visual Studio MSI project. in VS there is the issue of retargetable folder. When i am creating basic msm using Wix i am able to create a shortcut but when i am putting the msm into the VS MSI project i dont have the ability (in the property area) to change the Retagetable to give to my msm. 1. I will be glad if any one of you will send me a Template of such msm that consider the issue of Retargetable . (I know some how that i need to use a custom action ? ! ? - I also know that TARGETDIR is retargetable with the TARGETDIR of the msi host - still its not used for me) 2. What about the shortcut ? can i also have a way to control the place of the shortcuts that i am defining in the msm from the msi ? mybe pass a variable or something . . .) ? please i need real examples for that . Thanks , Tomer - 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
Re: [WiX-users] Error 2753 on Merge Module...
You typically get this error when you try to call a custom action that refers to a file in the MSI, but that file is not actually installed because (for example) there is a higher version of the file already on the system. In your case, you have a custom action that refers to a file that isn't being installed because the feature selection omits it. Phil Wilson -Original Message- From: John D. Marinuzzi [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 11:50 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Error 2753 on Merge Module... Hello All, I have Merge tag under a Directory (the Target Directory), and then use the MergeRef as an optional install Feature. If I do not select that feature, then I get the error 2573. I am obviously doing something incorrect. How would Igo about including the Merge file only if the user selected that Feature? Thank You, John - 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 - 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
Re: [WiX-users] Service installation using specified user / password.
I'm pretty certain... It's the same user, domain and password as I log in with before performing the installation! Forgive my ignorance, but where did you look to determine that error code 0x8007007b meant invalid name? All the searches I performed on that error code led me to things which were either a) apparently Vista specific (the install also fails under Windows XP, SP2), b) related to IIS (which shouldn't be related to my problem), or appeared to be irrelevant because they were referring to other non installation related products. Regards, Richard -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 5:19 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Service installation using specified user / password. Hmm, the error code is: 0x8007007b: ERROR_INVALID_NAME Are you sure the user name you're creating is a valid name? -Original Message- From: Foster, Richard - PAL [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 13:52 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Service installation using specified user / password. Hi Rob, What appears to be the relevant section of the verbose log associated with the failure reads as follows: MSI (s) (A8:28) [16:29:14:687]: Executing op: ActionStart(Name=CreateUser,,) Action 16:29:14: CreateUser. MSI (s) (A8:28) [16:29:14:687]: Executing op: CustomActionSchedule(Action=CreateUser,ActionType=11265,Source=BinaryData,Target=**,CustomActionData=**) MSI (s) (A8:0C) [16:29:14:697]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI9.tmp, Entrypoint: CreateUser MSI (s) (A8:80) [16:29:14:717]: Generating random cookie. MSI (s) (A8:80) [16:29:14:737]: Created Custom Action Server with PID 1812 (0x714). MSI (s) (A8:AC) [16:29:14:837]: Running as a service. MSI (s) (A8:AC) [16:29:14:847]: Hello, I'm your 32bit Elevated custom action server. CreateUser: Error 0x8007007b: failed to create user: AdminUser Error 26401. Failed to create user. (-2147024773 AdminUser ) MSI (s) (A8!E0) [16:29:31:751]: Product: [Product Name] -- Error 26401. Failed to create user. (-2147024773 AdminUser ) Action ended 16:29:31: InstallFinalize. Return value 3. ... There is something a little strange, however. It seems that the CreateUser action had also run successfully at an earlier point in the installation (via the ConfigureUsers action). Here is the log from that point: MSI (s) (A8:28) [16:29:10:821]: Doing action: ConfigureUsers Action 16:29:10: ConfigureUsers. Action start 16:29:10: ConfigureUsers. MSI (s) (A8:88) [16:29:10:891]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI5.tmp, Entrypoint: ConfigureUsers MSI (s) (A8:80) [16:29:10:982]: Generating random cookie. MSI (s) (A8:80) [16:29:11:352]: Created Custom Action Server with PID 1388 (0x56C). MSI (s) (A8:AC) [16:29:12:063]: Running as a service. MSI (s) (A8:AC) [16:29:12:093]: Hello, I'm your 32bit Impersonated custom action server. MSI (s) (A8!A0) [16:29:12:624]: PROPERTY CHANGE: Modifying CreateUser property. Its current value is '**'. Its new value: '**'. MSI (s) (A8!A0) [16:29:12:624]: Doing action: CreateUser Action 16:29:12: CreateUser. Action start 16:29:12: CreateUser. CreateUser: Action ended 16:29:12: CreateUser. Return value 1. Action ended 16:29:12: ConfigureUsers. Return value 1. Examining the MSI with Orca does not show the CreateUser custom action anywhere in the InstallExecuteSequence, but it does show the ConfigureUsers one. Please let me know if there is anything else you need to know about the problem. Regards, Richard -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 3:53 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Service installation using specified user / password. What does the verbose log for the install with the User say? There will be more details about the User failure than the Service failure (because the Windows Installer message is generically useless). [Remainder of history trimmed] - 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 - 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
Re: [WiX-users] registry permissions on new groups
I'm still having trouble with this. Say I create a group called Group A. Now, if I want to add permissions for this group to a registry key, what would the PermissionEx tag look like? Here is one I have tried: Component Id=CID_blah Guid={some guid} DiskId=1 RegistryKey Id=RID_blah Root=HKLM Key=some key Action=create RegistryValue Id=RVID_blah Name=blah Value=blah Type=string Action=write/ util:PermissionEx Read=yes User=Group A/ /RegistryKey /Component I get the error: ExecSecureObjects: Error 0x80070534: failed to get sid for account: Group A I know that the account gets created because I don't have a rollback CA and after rollback, the account is present. I also can see if verbose log file that the CA that creates the account occurs before ExecSecureObjects. Thanks, Ian -Original Message- From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 11:34 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] registry permissions on new groups Ian Elliott (Excell Data Corporation) wrote: I'm having trouble trying to use PermissionsEx to set permissions for the new group. Is this possible or does it only allow setting permissions for standard groups such as Network Service, Administrators, etc? They're formatted strings, so anything goes. Simple check: Is the group created when SecureObjects is executed? -- sig://boB http://joyofsetup.com/ - 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 - 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] Deploying WCF Service
Hi, I need to deploy an asp.net WCF service as an individual website in IIS over HTTPS. Does WIX support to install\associate certificates to websites? What measures do I need to take? I have used WIX previously to deploy an asp.net website to IIS but this time the web service will be over HTTPS. Thanks in advance, Kiran - 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
Re: [WiX-users] license agreement in silent installation
2008/11/4 Richard [EMAIL PROTECTED]: In article [EMAIL PROTECTED], =?UTF-8?Q?S=C3=A9bastien_Mouren?= [EMAIL PROTECTED] writes: 2008/10/31 Richard [EMAIL PROTECTED]: Put in a custom action that forces a failure (type 19 IIRC) when the license agreement property has not been set. [...] Please use a standard action instead of a custom action: its easier to debug to maintain etc... I don't think you understand. A type 19 custom action is just a row in the CustomAction table that specifies an error message. There is no debugging or maintenance. Yes I do. Isnt it simpler to use LauchCondition standard action with a confition on the property, is it? By the way it also shorter. - 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] Autogen GUIDs for components
I'm using WiX version 3.0.4617.0. A component can have its GUID defined like this : Guid=* if under a standard directory. Here's a portion of the error message returned when trying to install to a nonstandard location: Since this path is not rooted in one of the standard directories (like ProgramFilesFolder), this component does not fit the criteria for having an automatically generated guid. The documentation seems to lack any mention of autogenerated GUIDs for components, so I was hoping someone could help me understand the standard directories restriction. - 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
Re: [WiX-users] Autogen GUIDs for components
Hey Cory, This might not be the answer you are looking for, but I can point into the code were you can take a look at what is going on. http://wix.cvs.sourceforge.net/viewvc/wix/wix/src/wix/Binder.cs?revision=1.70view=markup Line 2696 starts the method. Line 2807 starts the if statement. I believe there is an attribute you can add to Directory ... that allows you to use other non-standard. -- Brian Rogers Intelligence removes complexity. - Me http://icumove.spaces.live.com On Tue, Nov 4, 2008 at 2:46 PM, Brownfield, Cory M. [EMAIL PROTECTED]wrote: I'm using WiX version 3.0.4617.0. A component can have its GUID defined like this : Guid=* if under a standard directory. Here's a portion of the error message returned when trying to install to a nonstandard location: Since this path is not rooted in one of the standard directories (like ProgramFilesFolder), this component does not fit the criteria for having an automatically generated guid. The documentation seems to lack any mention of autogenerated GUIDs for components, so I was hoping someone could help me understand the standard directories restriction. - 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
Re: [WiX-users] Debugging a DTF Managed Custom Action
There is a way using Environment variables to set a breakpoint, but I've found that to be more trouble than it's worth. You can put a call at the beginning of your CA to MessageBox.Show, and then when that pops up, you can attach to the process then. Make sure you attach to the CA managed process, not the installer process. Chris On Tue, Nov 4, 2008 at 2:11 PM, Dave Largen [EMAIL PROTECTED] wrote: Is there any way to step into a managed DTF Custom Action with a visual studio debugger? With regular managed custom actions I can attach directly to the process running the custom action and step through the code. Thanks, Dave - 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 - 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] Problems with ComPlus registration of Managed Assembly
I have the following in my .wxs and I'm trying to register the dll for com interop but when I run the install it fails with the log information below. Any thoughts as to what is going on? Shane Holder Wix_64 version 3.0.6424.0. ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:complus=http://schemas.microsoft.com/wix/ComPlusExtension; Product Id=26bf6903-c282-4f25-9b6d-122d1cc40f3d Name=Wix Language=1033 Version=1.0.0.0 Manufacturer=Me UpgradeCode=5d589899-20b7-48a8-b265-65653f85b51b Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=Wix.cab EmbedCab=yes / Property Id=WIXUI_INSTALLDIR Value=TestInstallDir / Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=TestInstallDir Name=RegistrationTest /Directory /Directory /Directory DirectoryRef Id=TestInstallDir Component Id=MyAssembly.dll_1 DiskId=1 Guid=7667AAE9-F265-4F10-8452-43F024181FC1 File Id=MyAssembly.dll_1 Name=MyAssembly.dll Source=..\MyAssembly\bin\Release\MyAssembly.dll KeyPath=yes Vital=yes/ complus:ComPlusApplication Id=MyAssemblyComPlus Name=Com+ UI complus:ComPlusAssembly Id=FileGenerateComPlusAssembly Type=.net DllPath=[#MyAssembly.dll_1] TlbPath=[#MyAssembly_tlb] complus:ComPlusComponent Id=ACHUIInterface CLSID=5C4D6F6A-FED7-4FC9-BA3E-0B6812827430 / /complus:ComPlusAssembly /complus:ComPlusApplication /Component Component Id=MyAssembly_tlb Guid=662F1AAF-693D-428A-BC01-1CF40793122D File Id=MyAssembly_tlb Name=MyAssembly.tlb Source=..\MyAssembly\bin\Release\MyAssembly.tlb KeyPath=yes / /Component /DirectoryRef Feature Id=ACHClient Level=1 Title=Stuff Client ComponentRef Id=MyAssembly.dll_1 / ComponentRef Id=MyAssembly_tlb / /Feature UIRef Id=WixUI_InstallDir / /Product /Wix Action 14:05:22: InstallFiles. Copying new files InstallFiles: File: MyAssembly.dll, Directory: C:\Program Files (x86)\RegistrationTest\, Size: 20480 InstallFiles: File: MyAssembly.tlb, Directory: C:\Program Files (x86)\RegistrationTest\, Size: 2900 Action 14:05:22: ComPlusRollbackInstallPrepare. Action 14:05:22: ComPlusInstallPrepare. Action 14:05:22: ComPlusRollbackInstallExecute. Action 14:05:22: ComPlusInstallExecute. Registering COM+ components Action 14:05:22: CreateComPlusPartitions. Creating COM+ partitions Action 14:05:22: AddUsersToComPlusPartitionRoles. Adding users to COM+ partition roles Action 14:05:22: AddComPlusPartitionUsers. Setting default COM+ partitions for users Action 14:05:22: CreateComPlusApplications. Creating COM+ applications CreateComPlusApplications: Application: Com+ UI Action 14:05:23: CreateComPlusApplicationRoles. Creating COM+ application roles Action 14:05:24: AddUsersToComPlusApplicationRoles. Adding users to COM+ application roles Action 14:05:24: RegisterComPlusAssemblies. Registering COM+ components RegisterComPlusAssemblies: DLL: C:\Program Files (x86)\RegistrationTest\MyAssembly.dll ComPlusInstallExecute: Error 0x80070490: Failed to find component object ComPlusInstallExecute: Error 0x80070490: Failed to configure components ComPlusInstallExecute: Error 0x80070490: Failed to register assembly, key: FileGenerateComPlusAssembly ComPlusInstallExecute: Error 0x80070490: Failed to register assemblies Action ended 14:05:28: InstallFinalize. Return value 3. Action 14:05:28: Rollback. Rolling back action: Rollback: Registering COM+ components Rollback: ComPlusRollbackInstallExecute Action 14:05:29: RegisterComPlusAssemblies. Registering COM+ components RegisterComPlusAssemblies: DLL: C:\Program Files (x86)\RegistrationTest\MyAssembly.dll Action 14:05:29: CreateComPlusApplications. Creating COM+ applications CreateComPlusApplications: Application: Com+ UI CreateComPlusApplications: Application: ComPlusInstallPrepare CreateComPlusApplications: Application: ComPlusRollbackInstallPrepare CreateComPlusApplications: Application: Copying new files Info 1903. Scheduling reboot operation: Deleting file C:\Program Files (x86)\RegistrationTest\TBD8F06.tmp. Must reboot to complete operation. CreateComPlusApplications: Application: Updating component registration __ This email has been scanned by the MessageLabs Email Security System. __ __ This email has been
Re: [WiX-users] Autogen GUIDs for components
Auto-generated Component GUIDs are still a bit experimental although they are growing on me. The limitations are in place because that is how the WiX toolset ensures that the GUID is stable and unique. -Original Message- From: Brownfield, Cory M. [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2008 14:46 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Autogen GUIDs for components I'm using WiX version 3.0.4617.0. A component can have its GUID defined like this : Guid=* if under a standard directory. Here's a portion of the error message returned when trying to install to a nonstandard location: Since this path is not rooted in one of the standard directories (like ProgramFilesFolder), this component does not fit the criteria for having an automatically generated guid. The documentation seems to lack any mention of autogenerated GUIDs for components, so I was hoping someone could help me understand the standard directories restriction. - 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 - 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