Re: [WiX-users] Windows logo compliance
Can we remove this cancel button or is it mandatory to retain it for the windows logo compliance of the application? *where can i find the related info?* any help? Perhaps the MsiUiHideCancel property might be a trail towards what you would like to achieve: http://msdn2.microsoft.com/en-us/library/aa370497.aspx Otherwise, I'm also eager to see the correct answer... - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installation Deployment via Group Policy (GPO)
Something that might come handy: The package can be also deployed as a per machine installation, and after that it will be out of the scope of the users to tamper with the installed state of the software, but they'll still be able to launch it. 2007/11/30, Huseyin Tufekcilerli [EMAIL PROTECTED]: Hello, I am trying to deploy a sample MSI package which simply installs a text file to Program Files folder. The setup runs just fine if you run it through double-clicking or via msiexec /i package.msi command line interface (with the current user is being an administrator on that computer). Then I have created a GPO for the domain that the computer resides and added the MSI package as an Assignment to that user. So when that user, who is a local admin on that computer, logins the computer; the installation is deployed to that computer just fine. But whenever I have removed that user's local admin privileges the MSI package can not be deployed with these event log error records: 1) Source : Userenv Event ID : 1085 User : NT AUTHORITY\SYSTEM Description: The Group Policy client-side extension Software Installation failed to execute. Please look for any errors reported earlier by that extension. 2) Source : Application Management Event ID : 108 User : DOMAIN\user.name Description: Failed to apply changes to software installation settings. Software changes could not be applied. A previous log entry with details should exist. The error was : Access is denied. 3) Source : Application Management Event ID : 103 User : DOMAIN \user.name Description: The removal of the assignment of application {OurProductName} from policy {OurGroupPolicyName} failed. The error was : The system cannot find the file specified. 4) Source : Application Management Event ID : 101 User : DOMAIN \user.name Description: The assignment of application {OurProductName} from policy {OurGroupPolicyName} failed. The error was : Access is denied. In a nutshell, both (manual and GPO-deployed) installations fail if the running user is not an admin. Since a GPO-deployed installation is granted by a domain administrator, I think there must be an option to run that installation as a privileged user during a non-privileged user's login. Any help/pointer would be greately appreciated. Hüseyin. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Overwrite an existing file
Let's assume the file has been successfully replaced by the new version. Should that new version be later uninstalled together with the package which overwritten it? 2007/11/29, Szentpali Janos [EMAIL PROTECTED]: I have an executable x.exe that I need to install over x.exe if it already exists. I want to replace an existing executable which may or may not be there. I want to do that overwriting no matter what :D. If it is there it is not through MSI installation but through manual copying. How can I do that? -- Szentpáli János - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Services + Vista + GAC
Sure, MSI should have the ability to combine complete MSI installation packages as phases of the installation, together with the transactional behaviour (including savepoints on the registry..)... is this something related to staged installation Windows Installer 4.5? Otherwise there might be several reasons for the lack of this feature, I know... would this have effects on security which make it better to forget about the whole misery? perhaps backward compatibility makes it impossible? or too much ado for something that can be avoided with hacks? 2007/11/15, Christopher Painter [EMAIL PROTECTED]: Why not blame MSI? Sure they are dependant on Fusion, but why did they make the choice to wait to the commit phase to call fusion? The stated reason is to provide rollback capabilities but the problem I have with that is GAC is SN ... while rollback is nice to have, the risk of system instability should be next to none due to the very nature of GAC/SN. So I have an extra assembly in storage or I have an assembly with a higher AssemblyFileVersion. That should not be the end of the world but if they are still worried about it, they really, really should have found some way to be true to the transacted nature and execution phases so that this type of problem was mitigated. And adding the CRT as a static link for C++ developers only solves some problems. It wouldn't solve my problems. I work .NET SOA SaaS installs and without getting into all the details I have about a dozen application framework blocks that have to be deployed to the GAC for consumption across WebUI, WebServices ( 80+ ) and WindowsServices. The ASP.NET http://asp.net/ is fine because the assemblies won't be needed until the sites are accessed and the content JIT'd. But the WindowsServices need the files ( it's basically a client that consumes the web services ) The customer pays the bills and they say 1) don't copy the assemblies local 2) start the service right away 3) avoid a reboot. So while I could argue to change the code to break the dependency on the GAC, it ain't going to be happening. *Rob Mensching [EMAIL PROTECTED]* wrote: I don't know where to reply to this thread so I thought I'd just start here. Personally, in the list of all the technologies to blame, I blame Fusion. Fusion is the technology under the GAC (Fusion is actually a code name for a few things but the GAC is very much Fusion's fault) and due to some (IMHO) really brain dead design decisions they created a system that doesn't interact really well with existing installation technologies. Then the C++ team did another brain dead thing (IMHO) and took a dependency on Fusion and made the C Run Time (CRT) Win32 SxS DLLs. Now we have deep, low-level, core functionality that pretty much everyone on the planet (that writes C++) needs dependent on a high level, poorly designed, data store (aka: GAC). The easiest way out of the mess and the one that I always recommend is to statically link the CRT. There are downsides (your executable is bigger for example) but your install gets so amazingly more simple that I personally can't imagine making the trade off the other way. For example, you'll notice all of the WiX custom actions statically link to the CRT so your install has no dependencies on the GAC (which are actually impossible to satisfy in the middle of an install). PS: Has anyone ever noticed how many custom actions the CRT merge modules pull in? Terrifying amounts of code to do something that should have remained simple, copy the CRT with your application. And to think, people use to argue that the GAC was going to make installation easier. Adam Majer wrote: Richard wrote: The problem isn't anything to do with Vista, its because your service has a dependency on something in the GAC and the files don't really appear in the GAC until after the Commit phase of the install. Just mark your service as starting automaticly and you shouldn't have any problem. Then Windows will start the service when its needed. Why do you think that you must start your service before the install finishes? First a general comment - thanks for all the replies! Regarding the service now, I think the problem has a lot to do with the installation of stuff into the GAC (the recommended way of doing things after all). All that the service needs is the C runtime, nothing special here. But that is not available. Now, wix has so, why have that? Coincidently, it works on *every* release of windows, but not Vista because of Vista's new way of handing assemblies. Therefore the bug is either in WiX, Windows Installer or Vista. By my understanding of how things work, GAC refresh/update/install/committing/whatever you want to call it, should just be an API call within Windows Installer so the installation sequence can be, .. install stuff (including to GAC) ..
Re: [WiX-users] Services + Vista + GAC
Wouldn't a true solution be writing a chainer (bootstrapper)? Otherwise I agree with Christopher: these why do you think answers are implications of something that lies in the philosophy and the state of art - if the developer is assigned to preparing the installation, the developer thinks like a coder, and is going to assume that he can do everything with a development environment, be it the WiX or anything else. So tries to code free... and will come up with tons of questions seeming to be obvious, but hard to answer. And tons of people (the developers, I mean) will have to learn WiX from the starts, thus preventing the more complex, constructive questions from appearing on the list. The only escape from this trap - I think - can be better organized and more comprehensive documentations on the subject... there is a need for improved/new tutorials, books etc.. But we still have to wait for these to appear AFAIK. 2007/11/14, Christopher Painter [EMAIL PROTECTED]: Talk about to the tail wagging the dog.Customer requirements should dictate installation behavior, not the installation technology being used. There are a number of ways to work around this limitation of MSI. Some involve code changes to the service exe and some require using alternative methods to publish the assembly and/or start the service. But to imply that MSI is perfect ( works as contructed is the term Microsofties like to use ) and that the requirement must therefore be void reminds me of the side of MSI that I really don't like. *Richard [EMAIL PROTECTED]* wrote: The problem isn't anything to do with Vista, its because your service has a dependency on something in the GAC and the files don't really appear in the GAC until after the Commit phase of the install. Just mark your service as starting automaticly and you shouldn't have any problem. Then Windows will start the service when its needed. Why do you think that you must start your service before the install finishes? -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download Legalize Adulthood! - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Never miss a thing. Make Yahoo your homepage.http://us.rd.yahoo.com/evt=51438/*http://www.yahoo.com/r/hs - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX MSI not removing REG entries during removal
If removal is what you expect, ICE validation (either with Orca or smoke) is related to the question, and running it will help you in case roaming user profiles would be involved. As I remember Registry... values are removed together with the contents of the component they belong to. 2007/11/14, Lanteigne, Alan [EMAIL PROTECTED]: During removal, should a WIX/Votive generated MSI remove any registry values it wrote during install? Or is there some place you have to specify that as the desired behavior? Thanks, Alan *Alan S. Lanteigne *| Channel Ready Solutions phone fax +1.317.715.8293| [EMAIL PROTECTED] *Interactive Intelligence Inc.* Deliberately Innovative www.inin.com - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX MSI not removing REG entries during removal
Nope, I was wrong. See the action attribute of registry element in the WiX help. 2007/11/14, János Brezniczky [EMAIL PROTECTED]: If removal is what you expect, ICE validation (either with Orca or smoke) is related to the question, and running it will help you in case roaming user profiles would be involved. As I remember Registry... values are removed together with the contents of the component they belong to. 2007/11/14, Lanteigne, Alan [EMAIL PROTECTED]: During removal, should a WIX/Votive generated MSI remove any registry values it wrote during install? Or is there some place you have to specify that as the desired behavior? Thanks, Alan *Alan S. Lanteigne * | Channel Ready Solutions phone fax +1.317.715.8293| [EMAIL PROTECTED] *Interactive Intelligence Inc.* Deliberately Innovative www.inin.com - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Disk Usage dialog values
Probably. Perhaps the cost is the result of the things mentioned at http://en.wikipedia.org/wiki/Windows_installer, in the Disadvantages/Large footprint section at the bottom of the article. 2007/11/5, Brian Simoneau [EMAIL PROTECTED]: There are multiple features, and some of them are hidden, but there is only one top-level feature, which is the one that shows 68 MB in the selection tree. Also, when I perform an admin install, I only get 68 MB of files installed. Maybe Windows Installer is accounting for the temporary space required to handle rollback? -Brian Simoneau -- *From:* Bob Arnson [mailto:[EMAIL PROTECTED] *Sent:* Sunday, November 04, 2007 2:52 PM *To:* Brian Simoneau *Cc:* wix-users@lists.sourceforge.net *Subject:* Re: [WiX-users] Disk Usage dialog values Brian Simoneau wrote: Where does the disk usage dialog get the values to put into the table? The selection tree in the custom setup dialog indicates that the install requires 68 MB, but in the disk usage dialog it says that 159 MB are required on the drive. I would expect these values to be the same. The feature tree shows disk cost at a feature level but the volume cost list shows it on a setup level per drive. If there's a single feature, I'd expect them to be the same; otherwise, things like hidden features or multiple top-level features would show different values. -- sig://boBhttp://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Dynamic checkbox initialization problem
...I must admit I'm a bit late with this reply, but still I think the problem persists. To be more specific, I include some snippets here. Things go on the same way when I try to show/hide the control or affect the initial value of it. Here's only the show/hide part, as I'm specifically interested in that - why can't I get it work? First, I initialize a global property with Property Id=EXITDIALOGONCLOSEACTIONAPPLYCONTROLSHOW Value=1 / The checkbox is in my custom UI, on the exit dialog: Control Type=CheckBox Width=206 Height=13 X=158 Y=214 Id=ExitDialogOnCloseActionApplyControl Text=[EXITDIALOGONCLOSEAPPLYCONTROL_TEXT] CheckBoxValue=1 Property=EXITDIALOGONCLOSEACTIONAPPLY Condition Action=showEXITDIALOGONCLOSEACTIONAPPLYCONTROLSHOW=1/Condition Condition Action=hideEXITDIALOGONCLOSEACTIONAPPLYCONTROLSHOW lt;gt;1/Condition /Control For the sake of a simplicity, I try to hide it with a simple custom action: CustomAction Id=TestAction Script=vbscript Session.Property(EXITDIALOGONCLOSEACTIONAPPLYCONTROLSHOW) = /CustomAction Sequenced as Custom Action=TestAction Sequence=2 / It does the modification (checked with MsgBox), and so on. It still has no effect, while changing the property value in the property element works appropriately. Why? 2007/10/27, János Brezniczky [EMAIL PROTECTED]: First of all, thank you for answering.. my problem is that the checkboxsticks to the value provided long before the script runs, no matter what value I provide, and if I don't specify one, it remains unchecked because of the default 'empty' value of the property. It seems to be immune to whatever I do, but I'll retry again, and give a feedback. Thanks till that time! 2007/10/27, Richard [EMAIL PROTECTED]: In article [EMAIL PROTECTED] , =?ISO-8859-1?Q?J=E1nos_Brezniczky?= [EMAIL PROTECTED] writes: Does anyone know a way to accomplish the initialization I'm stuck with? What am I overlooking? Check boxes toggle the property value between empty and whatever ends up listed in the CheckBox table (WiX has an attribute that specifies this value in the control element, IIRC). If you initialize the property to some other value, I don't think the checkbox will be checked properly. -- 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: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Dynamic checkbox initialization problem
Hi all! I'm using WiX 2.0.5325. I'm trying to initialize a checkbox control which is linked to a property. The property is initialized according to different conditions which are evaluated by a vbscript customaction, far before the dialog containing the control shows up. In fact I even tried to sequence it with 1, to be the first operation of the installation. The checkbox does not reflect the dynamically initialized value, which I have checked with an MsgBox, but it reflects properly an initial value provided via a property tag. Currently I've removed any default values, so it is always unchecked when it shows up. Does anyone know a way to accomplish the initialization I'm stuck with? What am I overlooking? Thanks, Janos - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Dynamic checkbox initialization problem
First of all, thank you for answering.. my problem is that the checkbox sticks to the value provided long before the script runs, no matter what value I provide, and if I don't specify one, it remains unchecked because of the default 'empty' value of the property. It seems to be immune to whatever I do, but I'll retry again, and give a feedback. Thanks till that time! 2007/10/27, Richard [EMAIL PROTECTED]: In article [EMAIL PROTECTED], =?ISO-8859-1?Q?J=E1nos_Brezniczky?= [EMAIL PROTECTED] writes: Does anyone know a way to accomplish the initialization I'm stuck with? What am I overlooking? Check boxes toggle the property value between empty and whatever ends up listed in the CheckBox table (WiX has an attribute that specifies this value in the control element, IIRC). If you initialize the property to some other value, I don't think the checkbox will be checked properly. -- 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: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What's the right way to use InstallExecuteSequence from a fragment?
If it is related to some UI things, an adequate UiRef element could help you to include it clearly. 2007/10/26, Karim MacDonald [EMAIL PROTECTED]: Hello, This may be a misunderstanding of how WiX is supposed to work. Basically... I have a Fragment file, InstallExecuteSequence.wxs, that contains only an InstallExecuteSequence node: InstallExecuteSequence Custom Action=SetProp1 Sequence=10/ /InstallExecuteSequence My problem is that this sequence doesn't by default get included within anything I build. E.g.: candle InstallExecuteSequence.wxs candle SequenceTest.wxs (= generated by Votive, with an appropriate CustomAction Id=SetProp1 ... node). light -out test.msi InstallExecuteSequence.wixobj SequenceTest.wixobj + look at test.msi in orca = InstallExecuteSequence table doesn't contain the SetProp1 CA. The workaround is easy enough: stick a dummy CustomAction inside InstallExecuteSequence.wxs and a matching CustomActionRef in SequenceTest.wxs, but does anyone know the proper way to get InstallExecuteSequence.wixobj linked into test.msi, or am I missing something..? thanks for any help, Karim -- View this message in context: http://www.nabble.com/What%27s-the-right-way-to-use-InstallExecuteSequence-from-a-fragment--tf4698457.html#a13431009 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Break up wix code
The commonly accepted solution is breaking up the code into fragments. The source code of WiX UI (wixui.wixlib) might be of your interest, as it is a good example (I think, what I write at least stands for WiX 2.x). In this case, for each level of UI - depending on how far it is reduced - different dialog collections are obtained from the same dialogs using DialogRef elements (each dialog is in a separate WiX file, and there is one another atomic file for the binaries like bitmaps). 2007/10/17, Sajo Jacob [EMAIL PROTECTED]: I am a newbie with WiX. I had a quick question regarding structuring my WiX wxs file. The way I have it set up is that all the UI code is in this one large .WXS file. I was wondering if I could break up this WXS file into smaller files (maybe like each UI Dialog in its own file or something) so that changes can be multiple developers can work on different areas simultaneously. Appreciate your help. Thanks, - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom EULA
You can e.g. replace the license.rtf file found in the wix binaries directory, but that would be a bit rude solution. I think otherwise the file should be placed in the folder with the .wixobj files to be built with light. I hope someone corrects me if I'm wrong. 2007/10/17, Levon Levonian [EMAIL PROTECTED]: Hi All, I am using WixUI_Minimal, but I want to have my custom EULA. The tutorial says: To specify your product's license, include a License.rtf file in the current directory when you run *light*. Well, I included such a file, but nothing happens. Any ideas? Thanks! ** READER BEWARE: Unencrypted, unsigned Internet e-mail is inherently insecure. Internet messages may be corrupted, incomplete, misdirected or may incorrectly identify the sender. Therefore, nothing in this message or attachments may be considered legally binding. THIS MESSAGE IS ONLY INTENDED FOR THE USE OF THE INDIVIDUAL OR ENTITY TO WHICH IT IS ADDRESSED AND MAY BE PRIVILEGED. If you are not the intended recipient or their authorized agent, you may not forward or copy this information and must delete or destroy all copies of this message and attachments received. If you have received this communication in error, please notify Matrikon Inc. by telephone at (780) 448-1010. ** - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Starting service after InstallFinalze
Sounds evident, if I'm not wrong... the answer is in your letter. Have you tried sequencing it with installexecutesequence (and adminexecutesequence)? I mean adding InstallExecuteSequence StartServices Sequence=enter_a_sequence_number_big_enough_here / /InstallExecuteSequence It should work as an override. A typical value for enter_a_sequence_number_big_enough_here could be anything 6600, e.g. 6700 should be fine, since InstallFinalize typically has a default sequence of 6600. This latter value can be checked using Orca. 2007/10/11, Peter Bergmann [EMAIL PROTECTED]: I'm writing an installer that installs a service which depends on the VC2005 runtime libraries. I'm including the runtime's .msm files using Merge and MergeRef which works just fine. However at the time when the StartServices action gets triggered the SxS stuff obviously is not yet in place and my service fails to start. The only solution I came up with is to not start the service during install and ScheduleReboot after InstallFinalize. After the reboot the service starts fine automatically. But a reboot is not acceptable for this product :( Is there a way to schedule the StartServices action after InstallFinalize ? If not - Could I include the vcredist_x86.exe binary into my installer and run it automatically first ? How would I do that? Many Thanks for any hints! Cheers, Peter -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How I can get wixca.dll
It should be included in the downloaded WiX package... In case of WiX2 it is in the root folder of the zip file. 2007/10/5, V K Gangwar [EMAIL PROTECTED]: Hello All, How I can get wixca.dll. regards, Veerendra -- Take the Internet to Go: Yahoo!Go puts the Internet in your pocket:http://us.rd.yahoo.com/evt=48253/*http://mobile.yahoo.com/go?refer=1GNXICmail, news, photos more. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Deploying the MSI
2007/9/26, Chris Ridd [EMAIL PROTECTED]: On 25 Sep 2007, at 23:39, János Brezniczky wrote: I would just add that it's easier to set Compressed=yes on the Package instead of setting it on each individual File element. (I use WiX 2) But does it also apply to merged in modules? We're merging in one of the runtime modules for VS2005, and I noticed it bulked things up quite a bit. I think so. As far as I experienced, the compression level specified in the Media element greatly affects the increase in the size of the MSI when a merge module is appended to the project. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Running Service under a User Account
Peter, I've just upgraded the Win2k3 Server to SP2, and there was something I missed to notice yesterday. First of all yesterday I thought the Windows Installer service might not have had the required privileges, so I simply tried to change the account under which the service was run to Administrator in the SCM. At this time a dialog picked up telling that Administrator has been granted the Log On As Service right or something similar. Today, after installing SP2 the situation was quite similar. I failed again to run the MSI since the service installation failed due to insufficient rights. So I tried again to see whether the Admin user has the privileges, gone to the SCM and assigned this account to the WinInstaller service, and the dialog picked up again, so the right was granted again. And after that (no matter who is running the service), the installation succeeded. So it seems to work fine here again (with a fully qualified domain user name), on SP2, too. I used to think Administrator users have each and every right - wrong... 2007/9/26, [EMAIL PROTECTED] [EMAIL PROTECTED]: Hi All, Thanks for all the advice, I have already given the administrator account and the account I am trying to run the service under Log on as a service rights and I am still seeing the same error even after rebooting to make sure that policies are refreshed. Is there anything else that anyone can think of that might not be a default permission under W2003 Server SP2 that I might need to set. Thanks in advance Pete Yates Senior Systems Developer DDC - Distributed Components Team HBOS II IT B3D/22 (7700) 22069 / (01275) 552069 [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 25 September 2007 17:16 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Running Service under a User Account I think you mean the log on as a service right, slight difference. Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Hamflett Sent: Tuesday, September 25, 2007 7:58 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Running Service under a User Account Administrator doesn't have the 'start a service' right by default. You'll need to add it. The reason you can control a service from the Services panel is that the right is added for you silently the first time you open that panel. Rob [EMAIL PROTECTED] wrote: Hi all, I have a component that installs an exe and registers it as a service. The problem I have is as soon as I add a user account to run under, it fails with a generic Error 1923. Service 'BATCHCONTROLLER1' (batchserviceamtbatchcontroller_exe) could not be installed. Verify that you have sufficient privileges to install system services. error. I am pretty sure the problem ISN'T privileges as both the account I am logged on as, and the account I am wanting to run the service under are in the administrators group on the machine (A Virtual PC running Windows 2003 Server SP2) The XML is as follows and works perfectly without the Account and Password options, but as soon as I add them it errors. DirectoryRef Id=batchservice Component Id=batchserviceamtbatchcontroller_exe Guid=7E9DACCD-F3E4-46A3-884D-6065C2199255 DiskId=1 File Id=BatchServiceAmtBatchController_exe LongName=AmtBatchController.exe Name=AMTBAT~1.EXE src=$(var.buildpath)\BatchService\AmtBatchController.exe KeyPath=yes / ServiceInstall Id='BatchControllerServiceInstall' DisplayName='BATCHCONTROLLER1' Name='batchserviceamtbatchcontroller_exe' ErrorControl='normal' Start='auto' Type='ownProcess' Vital='yes' Account=ServiceUser Password=password1/ ServiceControl Id='BatchControllerServiceControl' Name='batchserviceamtbatchcontroller_exe' Stop='both' Remove='uninstall' Wait='yes' / /Component /DirectoryRef Am I overlooking something obvious? */Pete Yates Senior Systems Developer/* DDC - Distributed Components Team HBOS II IT B3D/22 (7700) 22069 / (01275) 552069 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] . HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are authorised and regulated by the Financial Services Authority. == - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
Re: [WiX-users] Wix 3.0 - XMLFile - Many merge modules - Fail to open XML file for writing
Hi, I would try incrementally adding these files to see which ones cause the collision. Seems to be a problem with duplicate identifiers. Otherwise merge modules should work .. however merge modules are originally indended to ease the deploying of 3rd party products' installers and allow to isolate the work of developers or developer teams. Using them at such a low level might result in too much ado, but i think it's not a mistake. (I think, but gurus might know it better) Regards, Janos 2007/9/25, Crouch, John [EMAIL PROTECTED]: Dear all, We have produced a large MSI made up of many merge modules (our features), most of which have *.exes with their own exe.configs to be configured at install time using util:XMLFile. However, when we try to bring them together we get a collision problem in the Light.exe log file please see below for the error message that is repeated for every module. We are not sure of: a) If these tasks are standard or custom actions? We can see in Orca that these are custom actions but in Wix not. b) How do we keep the feature configuration part together if we take out the XMLFile config part and put it in a separate module? c) Are we off track completely? We can see that when experimenting with a single merge module – no problem. John warning LGHT1055 : The InstallExecuteSequence table contains an action 'SchedXmlFile' which cannot be merged from the merge module 'DAL Initilaliser Application.msm'. This action is likely colliding with an action in the database that is being created. The colliding action may have been authored in the database or merged in from another merge module. If this is a standard action, it is likely colliding due to a difference in the condition for the action in the database and merge module. If this is a custom action, it should only be declared in the database or one merge module. warning LGHT1056 : The CustomAction table contains a row with primary key(s) 'SchedXmlFile' which cannot be merged from the merge module 'NOV DAL Initilaliser Application.msm'. This is likely due to collision of rows with the same primary key(s) (but other different values in other columns) between the database and the merge module. warning LGHT1056 : The CustomAction table contains a row with primary key(s) 'ExecXmlFile' which cannot be merged from the merge module 'DAL Initilaliser Application.msm'. This is likely due to collision of rows with the same primary key(s) (but other different values in other columns) between the database and the merge module. warning LGHT1056 : The CustomAction table contains a row with primary key(s) 'ExecXmlFileRollback' which cannot be merged from the merge module 'DAL Initilaliser Application.msm'. This is likely due to collision of rows with the same primary key(s) (but other different values in other columns) between the database and the merge module. Kind regards, *National Oilwell Varco* *John Crouch* Software Engineer/Developer National Oilwell Norway AS Phone: +4751818181 Direct: +4751217563 Fax: +4751800547 [EMAIL PROTECTED] [EMAIL PROTECTED] www.nov.com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Events of the Publish Tag
Perhaps http://msdn2.microsoft.com/en-us/library/aa368043.aspx I was a little surprised when I came upon the following sentence in the WiX 2 help: *Note: This document assumes you have a working knowledge of the Windows Installer database format.* ** I had been using/trying to use WiX for at least two weeks by that time :) 2007/9/25, [EMAIL PROTECTED] [EMAIL PROTECTED]: Is there a source where I can get to know about all Standard Events you can use in the Publish Tag of the Controls? Unfortunately I can not find anything about it in the help. I am using wix v3 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (hresult -2147024770)
I think you should try manually registering the dll from an administrative prompt.. there might be a problem with execution rights. (?) 2007/9/25, Craig0ss [EMAIL PROTECTED]: no registering the dll manualy fails as well, im not sure if its a vista prob as it works fine on XP Strele Franz-2 wrote: The hresult means ERROR_MOD_NOT_FOUND (The specified module could not be found.) which usually happens when you are missing a dependent dll. Can you manually register your dll on Vista (eg. with regsvr32.exe)? Hth, Franz -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:wix-users- [EMAIL PROTECTED] Im Auftrag von Craig0ss Gesendet: Dienstag, 25. September 2007 13:03 An: wix-users@lists.sourceforge.net Betreff: [WiX-users] (hresult -2147024770) Hi When i install my msi on an XP machine i have no problems, however ive tried to install on a Vista machine and i get the following error the installer is trying to register a certain .dll i get Module c:\windows\system32zxscan4.dll failed to register. hresult -2147024770. contact your support personnel. on XP this dll registers fine Does any one have any info on this matter? What im tasked with doing now is making my installer still install this dll to both opertaing systems but only register it if XP is detected, this is not the path i would like to go down, as its a bodge fix that will have to undone at some point, id rather get this dll registering ok This dll enables my software to use scanners etc so its quite important Thank you -- View this message in context: http://www.nabble.com/%28hresult-- 2147024770%29-tf4514822.html#a12877284 Sent from the wix-users mailing list archive at Nabble.com. --- -- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/%28hresult--2147024770%29-tf4514822.html#a12877667 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Deploying the MSI
I would just add that it's easier to set Compressed=yes on the Package instead of setting it on each individual File element. (I use WiX 2) 2007/9/25, Chad Petersen [EMAIL PROTECTED]: For each File element I also had to use the Compressed=yes attribute. Using WiX 2.0.5325.0. Older versions of WiX didn't have that attribute. -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Jessi Darling *Sent:* Tuesday, September 25, 2007 2:55 PM *To:* Peter Marcu *Cc:* wix-users *Subject:* Re: [WiX-users] Deploying the MSI Hm.. I do have this included. My Media Tag is: Media Id=' 1' Cabinet='Cash.cab ' EmbedCab='yes ' DiskPrompt=CD-ROM #1 /I am also deploying Crystal Reports msm. But I think I had the problem before that too. On 9/25/07, *Peter Marcu* [EMAIL PROTECTED] wrote: On your Media element add a cabinet attribute and an EmbedCab='yes' attribute. That should do it. *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Jessi Darling *Sent:* Tuesday, September 25, 2007 2:08 PM *To:* wix-users *Subject:* [WiX-users] Deploying the MSI Is there a way that I can deploy the msi file only? When I try to copy and paste the msi file only, a window pops up that the files cannot be found. Is there a way around this, where the msi file creates the files that you need without them having to be present in the folder the msi is run from? -- Jessica Darling -- Jessica Darling - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FilesInUse Dialog is not working properly...
Hi, According to this topic I'd like to ask whether it is a good or bad choice if I use an embedded DLL (Binary) implenting the functionality to tackle with the running executable issue. It becomes interesting when it comes to deploying the application to 64 bit platforms. I mean in this case, would it be a must to provide a 64 bit version of the DLL, too? 2007/9/24, Rob Hamflett [EMAIL PROTECTED]: This page has a good example of enumerating processes and getting the executable file names. http://msdn2.microsoft.com/en-us/library/ms682623.aspx You would need your Custom Action to read a property from the MSI which contained the names to look for, and then compare that list against the processes as you go through them. You can then do whatever it is that needs doing to populate the FilesInUse dialog, or show a dialog asking the user to close the program. Rob Veerendra wrote: Rob, Could you give some example code (custom action) to workaround for this problem. Thanks a lot! Veerendra Rob Hamflett wrote: One of the things required for Windows Installer to put an entry in the FilesInUse dialog is that it needs to be able to find a window handle. This is why the program doesn't appear in the list if it is in the tray. I think this might have been sorted out in Windows Installer v4. You'll need a custom action to get round the problem. Rob V K Gangwar wrote: Hello All, While my application is running an ICON is displayed in system tray. When I uninstall my application FilesInUse dialog doesn't tell that application is currently running. But if click the ICON (maximized condition) and then Uninstall the application. that time FilesInUse dialog displays properly. How I fix this problem. Regards, Veerendra Yahoo! oneSearch: Finally, mobile search that gives answers http://us.rd.yahoo.com/evt=48252/*http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC , not web links. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Generate multiple MSIs from a single wxs source?
Thanks for the answer! I've been a little late with trying, but anyhow redundant be the code ... it works! :) 2007/9/13, Mailinglist [EMAIL PROTECTED]: Well, I do have the same problem, specially when it comes to votive. The files must be duplicate, to be used in two projects, linking to files in another project is not possible. That leads to much redundant code and a big overhead for maintaining that. In our Solution we have a client and a server installation, which both use the same service and files. The features are already split off to mergemodules to remove as much redundant code as possible, I'm also going to remove the common parts of the gui to a wixlib but the rest stays for own files in both projects. Oliver -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] On Behalf Of Rob Hamflett Sent: Donnerstag, 13. September 2007 09:22 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Generate multiple MSIs from a single wxs source? I think you'd better off using Fragments and using *Ref elements. Rob Jared Hughes wrote: My group is producing two products: a Runtime and an SDK. Since there is a lot of similarity between the two products (a lot of the same files, reg keys, shortcuts, custom actions, etc) there is a push to get everything unified into a single file that should, in theory, be easy to maintain. Is it possible to do this? I've tried moving a lot of the common components into a separate file which is then included with an ?include? statement, but I get error messages about duplicate symbols for, say, my program files directory or my TARGETDIR directory. Am I overlooking something straightforward here or would it be best to maintain separate files for the Runtime and the SDK? - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem getting wxs file to work under WiX 3.0
I don't know if it helps, but you could try specifying a Name property for the program menu folder. I'm not familiar with WiX 3.x, but it worths a try. 2007/9/15, Debbie Highgate [EMAIL PROTECTED]: Hi, I have a file that I've modified from a (working) WiX 2.0 file. light.execomplains about ProgramMenuMyApplicationFolder being in the user profile, but not being in the RemoveFile table. I added a RemoveFolder/ tag in the appropriate place, but this then got me an error about not having a registry key. Can anyone tell me what I need to add, where and why to get this thing working? I'd like to use WiX for my installer, but I'm stumped. The full content of my install file is listed below. If you want to compile it, add MyApplication.exe and MyApplication.ico files in the same directory as the wxs file. Thanks, Debbie ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id={D2059C88-8C28-4B0A-BA1F-E23E7A78CCD2} Name=MyApplication Version=2.0.0 Manufacturer=MyCompany UpgradeCode={12F4AFDB-386F-4DF0-B711-3320311F4B49} Language=1031 Codepage=1252 Package Description=MyApplication Installer Manufacturer=MyCompany Comments=MyApplication is a trademark of MyCompany Keywords=Installer InstallerVersion=100 Compressed=yes Languages=1031 SummaryCodepage=1252/ Condition Message=MyApplication requires Windows 2000 or higher.VersionNT = 500/Condition Condition Message=MyApplication requires the .NET Framework 2.0or higher.![CDATA[MsiNetAssemblySupport = 2.0.50727]]/Condition Media Id=1 Cabinet=Contents.cab EmbedCab=yes DiskPrompt=CD/ Property Id=DiskPrompt Value=MyApplication Installation [1]/ Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=MyCompany Name=MyCompany Directory Id=INSTALLDIR Name=MyApplication Component Id=Executable Guid={717DF426-13B6-412D-A99F-DA9ABCA883A0} File Id=MyApplicationExe Name= MyApplication.exe DiskId=1 Source=MyApplication.exe Vital=yes Shortcut Id=ProgramMenuMyApplication Directory=ProgramMenuMyApplicationFolder Name=MyApplication Icon= MyApplication.ico IconIndex=0 Advertise=yes WorkingDirectory=INSTALLDIR/ Shortcut Id=DesktopMyApplication Directory=DesktopFolder Name=MyApplication Icon=MyApplication.ico IconIndex=0 Advertise=yes WorkingDirectory=INSTALLDIR/ /File /Component /Directory /Directory /Directory Directory Id=ProgramMenuFolder Directory Id=ProgramMenuMyApplicationFolder Name=MyCompany's MyApplication/ /Directory Directory Id=DesktopFolder Name=Desktop/ /Directory Feature Id=Complete Level=1 ComponentRef Id=Executable/ /Feature Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR/ UIRef Id=WixUI_InstallDir/ UIRef Id=WixUI_ErrorProgressText/ Icon Id=MyApplication.ico SourceFile=MyApplication.ico/ Property Id=ARPHELPLINKhttp://www.mycompany.com/myapplication/ /Property Property Id=ARPHELPTELEPHONE+1 (555)555-/Property Property Id=ARPCONTACTMyCompany/Property Property Id=ARPURLINFOABOUT http://www.mycompany.com/myapplication//Property Property Id=ARPURLUPDATEINFO http://www.mycompany.com/myapplication//Property /Product /Wix -- Looking for a deal? Find great prices on flights and hotelshttp://us.rd.yahoo.com/evt=47094/*http://farechase.yahoo.com/;_ylc=X3oDMTFicDJoNDllBF9TAzk3NDA3NTg5BHBvcwMxMwRzZWMDZ3JvdXBzBHNsawNlbWFpbC1uY20-with Yahoo! FareChase. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Install files into MS Office directory
Perhaps you could use a VBScript customaction to determine which value is to be set according to the values read from the registry before. (From VBScript the properties can be read/set by using *Session.Property(PROPNAME)* ) 2007/9/13, rbok78 [EMAIL PROTECTED]: Hi, I would like to install some files into Microsoft Excel startup directory. I decided to use WiX. I created a msi package according to available documentation and it seems well. However, I think that my solution isn't correct. Destination path depends on installed version of MS Office. I can check wheather Microsoft Excel is installed on destination computer. I can read Microsoft Excel version at registry. Now I need to determine destination path according to installed version. Unfortunately, I don't know how to define Property element dynamically. Therefore I created three components. Each component contains the same file(s) as other ones. I think, it isn't correct solution. Could you help me please? http://www.nabble.com/file/p12662778/qc2excel.wxs qc2excel.wxs -- View this message in context: http://www.nabble.com/Install-files-into-MS-Office-directory-tf4438183.html#a12662778 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Customizing the dialog sequnce with Floating Publish events
Hi, What documentation do you mention? I couldn't manage to find the Publish.Dialog attribute, but I would also be interested in this method of overriding the default event linking between dialogs. (Thanks for a link if appropriate.) Otherwise I suppose these Publish nodes should be parented by the control which should fire the event, which is not the dialog, but a button in these cases. I thought it forces me to the check the source code of the (wixui) lib, and sometimes import/recompile them to be able to change their behaviour except for the final dialogs (error, success, etc..) or if they take their Value argument from a property. This latter exception (quotes mean it is a frequent one) is illustrated here http://www.tramontana.co.hu/wix/lesson2.php#2.3 I hope I wasn't wrong, and would appreciate other ideas/thoughts on the subject.. 2007/9/14, Ian Sullivan [EMAIL PROTECTED]: HI, I'm trying to see if I can insert a dialog into the WixUI_InstallDir sequence, the docs say you can do Publish Dialog=WelcomeDlg Control=Next Event=NewDialog Value=* SpecialDlg*1/Publish Publish Dialog=*SpecialDlg* Control=Back Event=NewDialog Value=WelcomeDlg1/Publish Publish Dialog=*SpecialDlg* Control=Next Event=NewDialog Value=LicenseAgreementDlg1/Publish Publish Dialog=LicenseAgreementDlg Control=Back Event=NewDialog Value=*SpecialDlg*1/Publish Publish Dialog=LicenseAgreementDlg Control=Next Event=NewDialog Value=InstallDirDlgLicenseAccepted = 1/Publish But aren't really clear about where that should happen. I tried doing this, but I never see my dialog… Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR / UIRef Id=WixUI_InstallDir / UI Dialog Id=SpecialDlg Width=370 Height=270 Control Id=Special_Txt Type=Text X=5 Y=20 Width=60 Height=18 TabSkip=no Text[DialogFont]Hi there!/Text /Control Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Text=!(loc.WixUINext) / Control Id=Back Type=PushButton X=180 Y=243 Width=56 Height=17 Disabled=yes Text=!(loc.WixUIBack) / /Dialog Publish Dialog=WelcomeDlg Control=Next Event=NewDialog Value= SpecialDlg Order=11/Publish Publish Dialog=SpecialDlg Control=Back Event=NewDialog Value= WelcomeDlg Order=11/Publish Publish Dialog=SpecialDlg Control=Next Event=NewDialog Value= LicenseAgreementDlg Order=11/Publish Publish Dialog=LicenseAgreementDlg Control=Back Event= NewDialog Value=SpecialDlg Order=11/Publish /UI Thanks, -Ian Ian Sullivan Software Development Engineer Microsoft Inc., Windows Live Agents: SDK, Tools, Web Services - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Upgrade question - when does
Hi all, I just would like to know under what conditions does the following action execute: CustomAction Id='AlreadyUpdated' Error='Foobar 1.0 has already been updated to 1.0.1 or newer.' / (The snippet is taken from the WiX Tutorial, lesson 4: * http://www.tramontana.co.hu/wix/lesson4.php*http://www.tramontana.co.hu/wix/lesson4.php) I could not produce such a case, but it would be great to *test* - and of course understand - it. I've been trying to modify the New sample to an even newer one with version 1.0.2. After I installed the modified version, I could still (re)install the 1.0.1 version without a problem, I think because the command line properties (REINSTALL, ..) had to be specified. So what would be the correct solution to produce the error? Thanks in advance! - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Upgrade question - when does
Thank you for taking the time to reply. I read those paragraphs a couple of times, downloaded the sample, generated and copied the GUIDS etc. before writing to the list, and the question did not target the sequencing of the events. Maybe I have done something wrong, maybe I missed something from the explanation, but I could not produce that error message. What I'm interested in is how can that error be made to occur, to see it appearing in a dialog on-screen (or in the logs), in practice. What preparations are required for this test (case)? (In other words: should it appear when 1.0.2 is installed, and an 1.0.1installation runs? It didn't, but I could not find a mistype or something like that in the samples I had modified. I built two different bunch of installers for the purpose. The next question will be: why couldn't I trigger the error? then...) Thanks again! Janos 2007/9/14, Rob Hamflett [EMAIL PROTECTED]: It's explained immediately below that piece of text. During the InstallExecuteSequence, after FindRelatedProducts if PATCHFOUND is set. PATHCFOUND is set (or not) in the Upgrade table, which is detailed in the preceding few paragraphs. Rob János Brezniczky wrote: Hi all, I just would like to know under what conditions does the following action execute: CustomAction Id='AlreadyUpdated' Error='Foobar 1.0 has already been updated to 1.0.1 or newer.' / (The snippet is taken from the WiX Tutorial, lesson 4: _http://www.tramontana.co.hu/wix/lesson4.php_ ) I could not produce such a case, but it would be great to *test* - and of course understand - it. I've been trying to modify the New sample to an even newer one with version 1.0.2. After I installed the modified version, I could still (re)install the 1.0.1 version without a problem, I think because the command line properties (REINSTALL, ..) had to be specified. So what would be the correct solution to produce the error? Thanks in advance! - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Generate multiple MSIs from a single wxs source?
I guess my problem is very similar, i.e. includes the one mentioned above... I'm struggling with a forthcoming a product which has three optional components. It is OK to have a single installation containing these as different features. In reality we should obtain packages combining these three components, say a package for component1 and component2, a standalone package for component3, and another msi which contains all of them, each one as a different feature. Currently I have three different main wxs files matching the three packages, a wxi include for defines like ProductID, CompanyName etc., and the three features isolated into three fragments, referred to in different combinations from the main files. (This way the complaints for the duplicate symbols are eliminated.) I'm still unsure whether it is done the recommended way or not. Perhaps it turns out from the following lines, why. My real problem arises when it comes to switching from one kind of installation to another. I would like to see the full installer seamlessly extend e.g. the installed component3 to a full installation. On the other hand, the MSI containing component1 and component2 should extend an installation of component3 to a full installation. There is no 'hierarchy' in the installation (there is no ordering, so I think I should not use updates/upgrades to solve this issue), and I'd like to have a least confusing GUI, without e.g. disabled features, but still based on the wixui lib as far as possible. Having the same package ID confuses the MSI installer, it is clear from the tutorial that this situation should be avoided, but having different package IDs leads to Another version of the product is already installed Can this kind of upgrading/extending be accomplished (I think so), and how? 2007/9/13, Rob Hamflett [EMAIL PROTECTED]: I think you'd better off using Fragments and using *Ref elements. Rob Jared Hughes wrote: My group is producing two products: a Runtime and an SDK. Since there is a lot of similarity between the two products (a lot of the same files, reg keys, shortcuts, custom actions, etc) there is a push to get everything unified into a single file that should, in theory, be easy to maintain. Is it possible to do this? I've tried moving a lot of the common components into a separate file which is then included with an ?include? statement, but I get error messages about duplicate symbols for, say, my program files directory or my TARGETDIR directory. Am I overlooking something straightforward here or would it be best to maintain separate files for the Runtime and the SDK? - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users