[WiX-users] embed manifest to elevate automatically bootstrapper, and why it is required
Hi all, i've read posts saying that wix bootstrapper will never run elevated by design and because of a political decision. Quote from http://msdn.microsoft.com/en-us/library/bb756929.aspx "In future releases, the only way to run an application elevated will be to have a signed application manifest that identifies the privilege level that the application needs." So the isolated political decision from wix head is against this decision from microsoft. My customer today requires me to display the elevated prompt before any other screen. So i am stuck. Is there any unofficial patch available ? thank you, B. -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] newbie: how to reference variables ? (the doc is confusing)
Hi all, i have a noob question. In this snippet there is a & and a ! before the variable MainFeature. what does that mean ? In the wix chm, i found the list of "Wix built-in variables. But i'm unable to reference them, either in the bundle, or in my managed bootstrapper. What is the correct way to make them available ? (i'm using only a bundle). thks :) -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] about bundle, fragment, and write in registry
Hi all, i think i misundestand something in wix philosophy. I have 4 exe to install. I've created a bundle and 4 fragments. All is working nicely. Now i want to conditonally add a registry key when one of the fragment is "executed". So i added this to the fragment: But I don't know how to reference the feature, as i only have a bundle, not a product. Why would i do that ? I'm trying to detect in the managed bootstrapper if the prerequisite bootstrapper installed the .net framework or not (which is different of detecting if .net is installed). Why would i do that ? Because i'm trying to find a way to detect if another install is already in progress and requires a reboot. the only way i have found is read the endingFileRenameOperations key. But the prerequisite bootstrapper sets this key after strarting the managed bootstrapper ... I'm stuck. thks, Benjamin. -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] newbie: how to reference variables ? (the doc is confusing)
100% understood ! This means a 'bundle' creates a msi bootstrapped in an exe. B. 2013/5/29 John Ludlow > I think where you're getting confused is that there are more than one type > of "variable" in WiX. Firstly, there are preprocessor variables and > condition, which are referenced like this: > > $(var.VariableName) > !(var.LateBoundVariableName) > $(env.EnvironmentVariableName) > !(loc.StringID) > > These are available at build time and are used in things like string paths > and to conditionally include fragments of code based on your build > configurations. (Check out this link: > http://wix.sourceforge.net/manual-wix3/preprocessor.htm) > > Then there are the MSI properties and conditions, which use a different > syntax, because it's defined by MSI and not WiX. These are avaiable at > runtime and are used to perform logic in your install - conditionally > performing an action based on the environment or feature selection, getting > information, controlling your installation directories and stuff like that. > (Check out this link: > > http://msdn.microsoft.com/en-us/library/windows/desktop/aa368012(v=vs.85).aspx > ) > > What you have there is an MSI condition, which looks like it's based on > MainFeature being installed. To break this down: > > (&MainFeature = 3) > > &FeatureName gets the requested state of the feature. &MainFeature = 3 > means "if MainFeature is selected for installation, return true". > > AND NOT > > Pretty standard boolean logic - if the left hand side is true, but the > right hand side is false, this will return true. > > (!MainFeature = 3)] > > !FeatureName gets the *current state* of the feature, rather than the > requested state. This means "if MainFeature is *currently installed* for > installation, return true". > > Put it all together, and what you get is this: "If MainFeature is selected > for installation, and it's NOT currently installed, return true". > > Hope that helps > > > On 29 May 2013 09:46, Benjamin Mayrargue wrote: > > > Hi all, > > i have a noob question. > > > > In this snippet there is a & and a ! before the variable MainFeature. > > what does that mean ? > > > > > > > > In the wix chm, i found the list of "Wix built-in variables. > > But i'm unable to reference them, either in the bundle, or in my managed > > bootstrapper. What is the correct way to make them available ? (i'm using > > only a bundle). > > > > thks :) > > > > > -- > > Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET > > Get 100% visibility into your production application - at no cost. > > Code-level diagnostics for performance bottlenecks with <2% overhead > > Download for free and get started troubleshooting in minutes. > > http://p.sf.net/sfu/appdyn_d2d_ap1 > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET > Get 100% visibility into your production application - at no cost. > Code-level diagnostics for performance bottlenecks with <2% overhead > Download for free and get started troubleshooting in minutes. > http://p.sf.net/sfu/appdyn_d2d_ap1 > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] newbie: how to reference variables ? (the doc is confusing)
i think i misundestand something in wix philosophy. I have 4 exe to install. I've created a bundle and 4 fragments. All is working nicely. Now i want to conditonally add a registry key when one of the fragment is "executed". So i added this to the fragment: But I don't know how to reference the feature, as i only have a bundle, not a product. Why would i do that ? I'm trying to detect in the managed bootstrapper if the prerequisite bootstrapper installed the .net framework or not (which is different of detecting if .net is installed). Why would i do that ? Because i'm trying to find a way to detect if another install is already in progress and requires a reboot. the only way i have found is read the PendingFileRenameOperations key. But the prerequisite bootstrapper sets this key after strarting the managed bootstrapper ... I'm stuck. 2013/5/29 John Ludlow > Well, the bundle will *take any MSIs or other packages specified in your > Chain element** *and bootstrap them. It doesn't exactly create an MSI > itself. > > It might be best if you give more details about what you're trying to > achieve, and where you're trying to use the above Condition element? > > > On 29 May 2013 11:36, Benjamin Mayrargue wrote: > > > 100% understood ! > > > > This means a 'bundle' creates a msi bootstrapped in an exe. > > > > B. > > > > > > > > 2013/5/29 John Ludlow > > > > > I think where you're getting confused is that there are more than one > > type > > > of "variable" in WiX. Firstly, there are preprocessor variables and > > > condition, which are referenced like this: > > > > > > $(var.VariableName) > > > !(var.LateBoundVariableName) > > > $(env.EnvironmentVariableName) > > > !(loc.StringID) > > > > > > These are available at build time and are used in things like string > > paths > > > and to conditionally include fragments of code based on your build > > > configurations. (Check out this link: > > > http://wix.sourceforge.net/manual-wix3/preprocessor.htm) > > > > > > Then there are the MSI properties and conditions, which use a different > > > syntax, because it's defined by MSI and not WiX. These are avaiable at > > > runtime and are used to perform logic in your install - conditionally > > > performing an action based on the environment or feature selection, > > getting > > > information, controlling your installation directories and stuff like > > that. > > > (Check out this link: > > > > > > > > > http://msdn.microsoft.com/en-us/library/windows/desktop/aa368012(v=vs.85).aspx > > > ) > > > > > > What you have there is an MSI condition, which looks like it's based on > > > MainFeature being installed. To break this down: > > > > > > (&MainFeature = 3) > > > > > > &FeatureName gets the requested state of the feature. &MainFeature = 3 > > > means "if MainFeature is selected for installation, return true". > > > > > > AND NOT > > > > > > Pretty standard boolean logic - if the left hand side is true, but the > > > right hand side is false, this will return true. > > > > > > (!MainFeature = 3)] > > > > > > !FeatureName gets the *current state* of the feature, rather than the > > > requested state. This means "if MainFeature is *currently installed* > for > > > installation, return true". > > > > > > Put it all together, and what you get is this: "If MainFeature is > > selected > > > for installation, and it's NOT currently installed, return true". > > > > > > Hope that helps > > > > > > > > > On 29 May 2013 09:46, Benjamin Mayrargue wrote: > > > > > > > Hi all, > > > > i have a noob question. > > > > > > > > In this snippet there is a & and a ! before the variable MainFeature. > > > > what does that mean ? > > > > > > > > > > > > > > > > In the wix chm, i found the list of "Wix built-in variables. > > > > But i'm unable to reference them, either in the bundle, or in my > > managed > > > > bootstrapper. What is the correct way to make them available ? (i'm > > using > > > > only a bundle). > > > > > > > &
Re: [WiX-users] newbie: how to reference variables ? (the doc is confusing)
Yes i have a with a referencing 4 ExePackage using PackageGroupRef 2013/5/29 Wesley Manning > What is a fragment: you mean wix fragment? You say you have 4 exe to > install so you are using ExePackage element in burn? > > -Original Message----- > From: Benjamin Mayrargue [mailto:benja...@vapolia.fr] > Sent: May-29-13 8:08 AM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] newbie: how to reference variables ? (the doc is > confusing) > > i think i misundestand something in wix philosophy. > > I have 4 exe to install. I've created a bundle and 4 fragments. > All is working nicely. > > Now i want to conditonally add a registry key when one of the fragment is > "executed". > So i added this to the fragment: > >Guid="*"> Key="Software\Company\ProductName" Action="create"> Type="integer" Name="State" Value="1" KeyPath="yes" /> > > Id="RegistryEntries" /> > > > But I don't know how to reference the feature, as i only have a bundle, > not a product. > > > Why would i do that ? > I'm trying to detect in the managed bootstrapper if the prerequisite > bootstrapper installed the .net framework or not (which is different of > detecting if .net is installed). > > Why would i do that ? > Because i'm trying to find a way to detect if another install is already > in progress and requires a reboot. the only way i have found is read the > PendingFileRenameOperations key. But the prerequisite bootstrapper sets > this key after strarting the managed bootstrapper ... > I'm stuck. > > > > 2013/5/29 John Ludlow > > > Well, the bundle will *take any MSIs or other packages specified in > > your Chain element** *and bootstrap them. It doesn't exactly create an > > MSI itself. > > > > It might be best if you give more details about what you're trying to > > achieve, and where you're trying to use the above Condition element? > > > > > > On 29 May 2013 11:36, Benjamin Mayrargue wrote: > > > > > 100% understood ! > > > > > > This means a 'bundle' creates a msi bootstrapped in an exe. > > > > > > B. > > > > > > > > > > > > 2013/5/29 John Ludlow > > > > > > > I think where you're getting confused is that there are more than > > > > one > > > type > > > > of "variable" in WiX. Firstly, there are preprocessor variables > > > > and condition, which are referenced like this: > > > > > > > > $(var.VariableName) > > > > !(var.LateBoundVariableName) > > > > $(env.EnvironmentVariableName) > > > > !(loc.StringID) > > > > > > > > These are available at build time and are used in things like > > > > string > > > paths > > > > and to conditionally include fragments of code based on your build > > > > configurations. (Check out this link: > > > > http://wix.sourceforge.net/manual-wix3/preprocessor.htm) > > > > > > > > Then there are the MSI properties and conditions, which use a > > > > different syntax, because it's defined by MSI and not WiX. These > > > > are avaiable at runtime and are used to perform logic in your > > > > install - conditionally performing an action based on the > > > > environment or feature selection, > > > getting > > > > information, controlling your installation directories and stuff > > > > like > > > that. > > > > (Check out this link: > > > > > > > > > > > > > http://msdn.microsoft.com/en-us/library/windows/desktop/aa368012(v=vs. > > 85).aspx > > > > ) > > > > > > > > What you have there is an MSI condition, which looks like it's > > > > based on MainFeature being installed. To break this down: > > > > > > > > (&MainFeature = 3) > > > > > > > > &FeatureName gets the requested state of the feature. &MainFeature > > > > = 3 means "if MainFeature is selected for installation, return true". > > > > > > > > AND NOT > > > > > > > > Pretty standard boolean logic - if the left hand side is true, but > > > > the right hand side is false, this will return true. > > > >
[WiX-users] About DownloadURL
Hi all, how are you today ? It's raining hard here in Paris. I have found a "bug" in 3.7 :) If an ExePackage has a DownloadUrl and Compressed is set to yes, light failed with error LGHT0103: The system cannot find the file '' with type ''. Compressed="no" DownloadUrl="$(var.UrlSauvegarde)" The error message should be more explicit :) B. -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] About DownloadURL
Sorry, this fails: Compressed="yes" DownloadUrl="$(var.UrlSauvegarde)" But this works perfectly: Compressed="no" DownloadUrl="$(var.UrlSauvegarde)" http://schemas.microsoft.com/wix/2006/wi"; xmlns:util="http://schemas.microsoft.com/wix/UtilExtension"; xmlns:bal="http://schemas.microsoft.com/wix/BalExtension"; > http://www.vapolia.fr/beta/produitVide1.exe ?> 2013/5/31 Markus Wehrle > ** > Hi Benjamin, > > we do not have this issue and can successul download exe package in out > burn configuration. > Can you provide more details, e.g. the complete ExePackage definition and > the content of $(var.UrlSauvegarde)? > > > > Benjamin Mayrargue hat am 31. Mai 2013 um 10:33 > geschrieben: > > > > > > Hi all, > > how are you today ? > > It's raining hard here in Paris. > > > > I have found a "bug" in 3.7 :) > > > > If an ExePackage has a DownloadUrl and Compressed is set to yes, light > > failed with error LGHT0103: The system cannot find the file '' with type > ''. > > > > Compressed="no" > > DownloadUrl="$(var.UrlSauvegarde)" > > > > The error message should be more explicit :) > > > > B. > > > -- > > > Get 100% visibility into Java/.NET code with AppDynamics Lite > > It's a free troubleshooting tool designed for production > > Get down to code-level detail for bottlenecks, with <2% overhead. > > Download for free and get started troubleshooting in minutes. > > http://p.sf.net/sfu/appdyn_d2d_ap2 > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ExePackage: rename exe before runnning it
Hi all again, i have a strange requirement. I need to rename the EXE file (set in ExePackage) before running it. The renaming involves a variable set and known only at runtime. Is this possible out of the box ? thks, B. -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ExePackage: rename exe before runnning it
I need this feature because i'm launching an external installer (.exe) and i need to give it a serial number (user dependent, asked in the bootstrapper UI) as parameter, and the only way to give it this parameter is by renaming this exe file from INSTALLER.EXE to INSTALLER_SERIAL.exe Yes i know this is completely silly, but i don't have the hand on it. If i include it as a bootstrapper payload, is there a way to get it's pathname ? If yes, i'll run it manually (i don't need to track it). Or maybe by creating a msiPackage, or a custom action i can do it. I don't know the easiest way. Or last way, i create a windows exe which takes the correct parameters (as real parameters) and does the renaming / execution / and renaming back for wix. B. 2013/5/31 Rob Mensching > No, and that won't work will with the way that Burn caches packages and > such. This scenario isn't supported today. Why do you need to do such a > thing? > > > On Fri, May 31, 2013 at 5:08 AM, Benjamin Mayrargue >wrote: > > > Hi all again, > > i have a strange requirement. > > > > I need to rename the EXE file (set in ExePackage) before running it. > > The renaming involves a variable set and known only at runtime. > > Is this possible out of the box ? > > > > thks, > > B. > > > > > -- > > Get 100% visibility into Java/.NET code with AppDynamics Lite > > It's a free troubleshooting tool designed for production > > Get down to code-level detail for bottlenecks, with <2% overhead. > > Download for free and get started troubleshooting in minutes. > > http://p.sf.net/sfu/appdyn_d2d_ap2 > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -- > Get 100% visibility into Java/.NET code with AppDynamics Lite > It's a free troubleshooting tool designed for production > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://p.sf.net/sfu/appdyn_d2d_ap2 > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ExePackage: rename exe before runnning it
Is the payload file extracted in the same folder as the stub.exe from the ExePackage ? 2013/5/31 Hoover, Jacob > Sounds like you need to talk to the person who thought of this "great" way > of passing a parameter to their installer > > That being said, you could create a stub exe, which takes the params and > does this dance for you. I'd suggest making a copy in the temp folder for > the install, and leaving what burn caches alone. You'd change your > ExePackage to reference your stub, and have the real installer exe as a > Payload element. > > You'd have to handle all of the commands for install, uninstall, repair, > etc as params to your stub exe. > > A lot of work, just because a 3rd party installer had a non-standard idea. > > -Original Message- > From: Benjamin Mayrargue [mailto:benja...@vapolia.fr] > Sent: Friday, May 31, 2013 9:59 AM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] ExePackage: rename exe before runnning it > > I need this feature because i'm launching an external installer (.exe) and > i need to give it a serial number (user dependent, asked in the > bootstrapper UI) as parameter, and the only way to give it this parameter > is by renaming this exe file from INSTALLER.EXE to INSTALLER_SERIAL.exe Yes > i know this is completely silly, but i don't have the hand on it. > > If i include it as a bootstrapper payload, is there a way to get it's > pathname ? If yes, i'll run it manually (i don't need to track it). > Or maybe by creating a msiPackage, or a custom action i can do it. I don't > know the easiest way. > Or last way, i create a windows exe which takes the correct parameters (as > real parameters) and does the renaming / execution / and renaming back for > wix. > > B. > > > > 2013/5/31 Rob Mensching > > > No, and that won't work will with the way that Burn caches packages > > and such. This scenario isn't supported today. Why do you need to do > > such a thing? > > > > > > On Fri, May 31, 2013 at 5:08 AM, Benjamin Mayrargue > > > >wrote: > > > > > Hi all again, > > > i have a strange requirement. > > > > > > I need to rename the EXE file (set in ExePackage) before running it. > > > The renaming involves a variable set and known only at runtime. > > > Is this possible out of the box ? > > > > > > thks, > > > B. > > > > > > > > -- > > > > > Get 100% visibility into Java/.NET code with AppDynamics Lite It's a > > > free troubleshooting tool designed for production Get down to > > > code-level detail for bottlenecks, with <2% overhead. > > > Download for free and get started troubleshooting in minutes. > > > http://p.sf.net/sfu/appdyn_d2d_ap2 > > > ___ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > > -- > > Get 100% visibility into Java/.NET code with AppDynamics Lite > > It's a free troubleshooting tool designed for production Get down to > > code-level detail for bottlenecks, with <2% overhead. > > Download for free and get started troubleshooting in minutes. > > http://p.sf.net/sfu/appdyn_d2d_ap2 > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free > troubleshooting tool designed for production Get down to code-level detail > for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://p.sf.net/sfu/appdyn_d2d_ap2 > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > Get 100% visibility into Java/.NET code with AppDynamics Lite > It's a free troubleshooting tool designed for production > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free an
Re: [WiX-users] About DownloadURL
2013/6/1 Rob Mensching > More specifically, you cannot use RemotePayload element and > Compressed='yes' on the ExePackage element together. That doesn't make > sense and the bug here is that the compiler didn't give you an error > message here saying that. > Exaclty, you have understood ! -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Can wix monitor child process ?
Hi, i have an ExePackage in which the exe uncompresses some files, then run an installer and returns without waiting for this installer to finish. Is there an option to set in wix, where it would monitor the child processes created by the exe in the ExePackage and wait for them to finish before going to the next step ? Thks, Benjamin. -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] multiple RemotePayload in ExePackage
Hi all, the doc says it is possible to have multiple RemotePayload tags under the same ExePackage tag. If this is real, which EXE is runned ? The 1st one ? All ? Thks, B. -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] MBA: ExecutePackageComplete/status: possible values ?
Hi list ! Do you know what are the possible values sent using ExecutePackageCompleteEventArgs.Status in the corresponding managed bootstrapper event ? 0 = success any other = error ? thks. -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] remotepayload as a dependency of ExePackage
Hi, is this possible ? It does not compile with error "Payload is missing the SourceFile attribute". Does it mean you can not have a remotepayload as a dependency ? -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MBA: ExecutePackageComplete/status: possible values ?
Le samedi 8 juin 2013, Rob Mensching a écrit : > Yeah, pretty much. It's whatever the underlying package returns. Well that is not True. Web the user does not accept elevation there is a code. When there is not enough disk Space there is another code. These codes are not coming from underlying packages. Is there some list of those codes ? Thks, B. > > > On Thu, Jun 6, 2013 at 3:10 AM, Benjamin Mayrargue > > >wrote: > > > Hi list ! > > > > Do you know what are the possible values sent using > > ExecutePackageCompleteEventArgs.Status in the corresponding managed > > bootstrapper event ? > > > > 0 = success > > any other = error ? > > > > thks. > > > > > -- > > How ServiceNow helps IT people transform IT departments: > > 1. A cloud service to automate IT design, transition and operations > > 2. Dashboards that offer high-level views of enterprise services > > 3. A single system of record for all IT processes > > http://p.sf.net/sfu/servicenow-d2d-j > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -- > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processes > http://p.sf.net/sfu/servicenow-d2d-j > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
