Re: [WiX-users] How do you extract the files from a bundle - answer

2012-12-12 Thread Neil Sleightholm 
Same here, if it is something I can download from Microsoft (.NET, SQL etc.) I 
leave it external; if it is ours it is internal. This means the bundle is 300Mb 
and the external stuff is another 240Mb; typically an update will only require 
the main setup. The reason for using dark to extract the MSI's was to validate 
an install problem with one MSI.

Neil

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: 13 December 2012 05:50
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

Random data point: the WiX toolset leaves the redists external and only our 
stuff internal (for the final builds where we use an attached container).


On Wed, Dec 12, 2012 at 1:48 PM, Neil Sleightholm wrote:

> I know it is common - I have had to do it, I just hope some asks 
> before trying to repackage my 540Mb of install! We have actually 
> chosen two models of distribution, one that includes everything (.NET, 
> Windows Installer, SQL
> etc.) and the other just the MSI for packagers; not an option for 
> everyone but works for me.
>
> Neil
>
> -Original Message-
> From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
> Sent: 12 December 2012 21:32
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] How do you extract the files from a bundle - 
> answer
>
> I have worked as a packager for the Federal Government which uses 
> SCCM, we at times have extracted .MSI's from Microsoft's packages and 
> wrapped them... it is common to do so...
>
> Some installers come in an executable compressed file where you 
> extract the files to a location  and you can use those files in SCCM...
>
> I have:
>
> myBundle.exe which is only 800kb
> a Redist folder with all the .exe's and .msi's for the pre requisites 
> and the main installer
>
> runs the same as having a 30 meg exe :)
>
> Steve
>
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: December-12-12 4:22 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] How do you extract the files from a bundle - 
> answer
>
> WiX is free they can always download it.
>
> (I really hope no one does that to my bundle, how would they know the 
> logic associated with installing the MSIs.)
>
> -Original Message-
> From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
> Sent: 12 December 2012 20:51
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] How do you extract the files from a bundle - 
> answer
>
> Clients who use GPO as a measure of releasing to mass desktops :) it 
> can only use .MSI's
>
> Personally I would rather use SCCM :)
>
> Steve
>
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: December-12-12 3:45 PM
> To: General discussion for Windows Installer XML toolset.
> Cc: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] How do you extract the files from a bundle - 
> answer
>
> Out of interest why would end users ever need this? I just thought it 
> was handy for validating the contents.
>
> Neil
>
> On 12 Dec 2012, at 20:05, "Steven Ogilvie" 
> wrote:
>
> > Thanks...
> >
> > But at runtime this is moot since users won't have a copy of dark...
> >
> > Hopefully the feature request will be acted on, since there is a 
> > command line parameter to do so but it doesn't do anything :(
> >
> > I ended up NOT compressing the pre reqs and my installs into the 
> > bundle exe so I have the bundle exe with a Redist directory where 
> > the .Exe's and .Msi's reside in
> >
> > Thanks,
> >
> > Steve
> >
> > -Original Message-
> > From: Neil Sleightholm [mailto:n...@x2systems.com]
> > Sent: December-12-12 2:54 PM
> > To: General toolset. (wix-users@lists.sourceforge.net)
> > Subject: [WiX-users] How do you extract the files from a bundle - 
> > answer
> >
> > I might be wrong but I think this has been asked a few times but not
> answered (in fact I think there is even a feature request).
> >
> > Well after writing the code to do this I discovered it already 
> > existed
> in "dark":
> >"%wix%bin\dark" setup.exe -x .\out
> >
> > This will extract all the embedded files and user experience data 
> > from
> setup.exe to the folder "out".
> >
> > Hope this is useful.
> >
> > Neil
> >
> > Neil Sleightholm
> > X2 Systems Limited
> > n...@x2systems.com
> >
> > 
> > --
> >  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. 
> > Free Trial Remotely access PCs and mobile devices and provide 
> > instant support Improve your efficiency, and focus on delivering 
> > more value-add services Discover what IT Professionals Know. Rescue 
> > delivers http://p.sf.net/sfu/logmein_12329d2d
> > ___
> > WiX-

Re: [WiX-users] Burn: upgrades

2012-12-12 Thread Neil Sleightholm 
Thank you, I was starting to think it was just me; now all I need is a 
solution. I have logs if anyone can analysis them but would prefer not to share 
them publicly.

Neil

-Original Message-
From: Steve Hole [mailto:rsteveh...@gmail.com] 
Sent: 13 December 2012 01:05
To: General discussion for Windows Installer XML toolset.
Cc: Neil Sleightholm
Subject: Re: [WiX-users] Burn: upgrades

Actually ...

Once again I can confirm exactly the same behavior with my bundle and one of 
the included MSI packages.  I just didn't realize what I was seeing until I saw 
your description. I also have a systray app that fails to "restart" and I 
occasionally get a spontaneous reboot when installing from an update bundle. 
Now that I look closely at the logs, I have one component that inverts the 
install order as Neil describes, with no difference at all in any aspect of the 
bundle definition.  In fact, the bundle definition is generated from another 
XML artifact and and XSLt stylesheet, so it *can't* be any different.

It hasn't been that big a deal because once the bundle is installed, the MSI 
applications support a self update process that updates components of the 
bundle with dependency management from a central service.  People rarely (if 
ever) update from a new bundle.

Cheers.


On 12-12-12 03:06 PM, Neil Sleightholm wrote:
> Still really struggling to understand this and the more I look the more I 
> think something odd is happening burn. 
>
> This is the problem:
> When I run an install created with burn that upgrades an existing install I 
> see that burn runs the new MSI install and then the old MSI uninstall. This 
> only happens for one of four MSIs in the package which were all authored by 
> me in the same way. If I run the MSI outside of burn it does the upgrade and 
> everything looks ok, there is only one entry in ARP programs and the 
> HKCR\Installer registry looks ok.
>
> Even running it with burn what is left on the machine after the upgrade is 
> correct and the only reason I notice it is that as part of my uninstall 
> process I stop a tray application running; so with this problem the tray 
> application is not running after the install.
>
> I can probably live with this but would really like to understand why burn 
> thinks my application has not upgraded and needs to run the uninstall. In 
> some cases the uninstall phase detects a reboot is required but burn doesn't 
> reflect this in the UI and when you click close the machine reboots without 
> warning.
>
> So my question is how does burn detect that an MSI hasn't upgraded and it is 
> necessary to launch another instance to do the uninstall?
>
> Any other insights in to this problem would be greatly appreciated. I would 
> also ask you check your logs and see if you are getting the same problem; the 
> key is that there are two log files from the main burn package.
>
> Regards
>
> Neil
>
> --
>  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free 
> Trial Remotely access PCs and mobile devices and provide instant 
> support Improve your efficiency, and focus on delivering more 
> value-add services Discover what IT Professionals Know. Rescue 
> delivers http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
Steve Hole 

(780)438-1981 (hm)
(780)905-9116 (mb)


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Inserting XML & XSL files to my dash board

2012-12-12 Thread Chaitanya 
Hi,

Iam new to Wix.

Let me know how to add XML & XSLT files to my Dash board.

How to redirect one to another Files.

Thanks,

Chaitanya.

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] RegistryValue not removed on uninstall.

2012-12-12 Thread Micah Caldwell 
I am setting some environment variables for IIS specifically here.  If I
were to set the environment variable system wide then my profiler would
profile all CLR based applications on the system which is not desired.

The problem that I assume exists with createAndRemoveOnUninstall is that if
the environment value already exists I need it to stay on uninstall and
only remove the two strings I added to the string array.  Append *should*
do this and on uninstall only remove my strings, leaving their previous
strings intact.

Something to add that I found after emailing this list was that a
conditional that I originally set on the feature is part of the problem.
 My Feature had a Condition on it that basically said "If IIS is not
installed then set the level of this feature to 0".  It would seem that
installing and uninstalling with a particular GUID for the component with
that conditional set is what gets that component GUID into a bad state.
 Once in a bad state even if I remove the conditional, it would still not
remove on uninstall (I'm guessing the reference counter was already +1 with
nothing installed at that point).

I did find a workaround which is to remove the condition on the feature and
then creating a new GUID for the components.  This doesn't provide the best
user experience but it is better than not cleaning up on uninstall.


On Wed, Dec 12, 2012 at 9:47 PM, Rob Mensching  wrote:

> Why do you use the Environment element? Modifying registry keys directly is
> rarely the right way to do things... and when you do, often a restart is
> required to get them to really work out.
>
>
> On Wed, Dec 12, 2012 at 3:55 PM, Micah Caldwell  wrote:
>
> > I have a RegistryValue that is added to a pre-existing key.  The
> > RegistryValue is in a Component in a ComponentGroup in a Feature like so:
> > 
> >> Guid="{BBA19B9F-8D0C-4F31-9384-497DC0E33591}">
> >  > Key="System\CurrentControlSet\Services\W3SVC" Name="Environment"
> > Type="multiString" Action="append" KeyPath="yes">
> >   COR_ENABLE_PROFILING=1
> >
> >
> >
> COR_PROFILER={FF68FEB9-E58A-4B75-A2B8-90CE7D915A26}
> > 
> >   
> > 
> >
> >> Description="Installing this will result in IIS .NET applications being
> > instrumented." Display="expand" Level="1" AllowAdvertise="no"
> > InstallDefault="local" Absent="allow">
> > 
> >   
> >
> > When I install my application the Environment registry key is created if
> it
> > doesn't exist and my strings are added to the list of strings.  When I
> > uninstall my application the Environment value is not removed and the
> > strings are not removed from the value.
> >
> > After much testing I have found that if I install with a freshly
> generated
> > GUID for the Component then the Environment value is removed on
> uninstall.
> >  However, if I re-install again with the same installer and uninstall
> again
> > then the Environment value is not removed.
> >
> > I am guessing there is a bug in the reference counting that is causing
> the
> > uninstall to remove the value but not decrement the
> > component reference count so the next time I install/uninstall the
> > installer thinks the Component is still in use so it doesn't remove it.
> >
> > If I am doing something wrong and I just need to do it right that would
> be
> > ideal, if not then a fix or a workaround would be appreciated since I
> need
> > to get this installer out and I don't want to release an installer that
> > doesn't clean-up after itself.
> >
> >
> --
> > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> > Remotely access PCs and mobile devices and provide instant support
> > Improve your efficiency, and focus on delivering more value-add services
> > Discover what IT Professionals Know. Rescue delivers
> > http://p.sf.net/sfu/logmein_12329d2d
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
>
>
> --
> virtually,
>
>Rob Mensching
>http://RobMensching.com LLC
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on d

Re: [WiX-users] How do you extract the files from a bundle - answer

2012-12-12 Thread Rob Mensching 
Random data point: the WiX toolset leaves the redists external and only our
stuff internal (for the final builds where we use an attached container).


On Wed, Dec 12, 2012 at 1:48 PM, Neil Sleightholm wrote:

> I know it is common - I have had to do it, I just hope some asks before
> trying to repackage my 540Mb of install! We have actually chosen two models
> of distribution, one that includes everything (.NET, Windows Installer, SQL
> etc.) and the other just the MSI for packagers; not an option for everyone
> but works for me.
>
> Neil
>
> -Original Message-
> From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
> Sent: 12 December 2012 21:32
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] How do you extract the files from a bundle -
> answer
>
> I have worked as a packager for the Federal Government which uses SCCM, we
> at times have extracted .MSI's from Microsoft's packages and wrapped
> them... it is common to do so...
>
> Some installers come in an executable compressed file where you extract
> the files to a location  and you can use those files in SCCM...
>
> I have:
>
> myBundle.exe which is only 800kb
> a Redist folder with all the .exe's and .msi's for the pre requisites and
> the main installer
>
> runs the same as having a 30 meg exe :)
>
> Steve
>
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: December-12-12 4:22 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] How do you extract the files from a bundle -
> answer
>
> WiX is free they can always download it.
>
> (I really hope no one does that to my bundle, how would they know the
> logic associated with installing the MSIs.)
>
> -Original Message-
> From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
> Sent: 12 December 2012 20:51
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] How do you extract the files from a bundle -
> answer
>
> Clients who use GPO as a measure of releasing to mass desktops :) it can
> only use .MSI's
>
> Personally I would rather use SCCM :)
>
> Steve
>
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: December-12-12 3:45 PM
> To: General discussion for Windows Installer XML toolset.
> Cc: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] How do you extract the files from a bundle -
> answer
>
> Out of interest why would end users ever need this? I just thought it was
> handy for validating the contents.
>
> Neil
>
> On 12 Dec 2012, at 20:05, "Steven Ogilvie" 
> wrote:
>
> > Thanks...
> >
> > But at runtime this is moot since users won't have a copy of dark...
> >
> > Hopefully the feature request will be acted on, since there is a
> > command line parameter to do so but it doesn't do anything :(
> >
> > I ended up NOT compressing the pre reqs and my installs into the
> > bundle exe so I have the bundle exe with a Redist directory where the
> > .Exe's and .Msi's reside in
> >
> > Thanks,
> >
> > Steve
> >
> > -Original Message-
> > From: Neil Sleightholm [mailto:n...@x2systems.com]
> > Sent: December-12-12 2:54 PM
> > To: General toolset. (wix-users@lists.sourceforge.net)
> > Subject: [WiX-users] How do you extract the files from a bundle -
> > answer
> >
> > I might be wrong but I think this has been asked a few times but not
> answered (in fact I think there is even a feature request).
> >
> > Well after writing the code to do this I discovered it already existed
> in "dark":
> >"%wix%bin\dark" setup.exe -x .\out
> >
> > This will extract all the embedded files and user experience data from
> setup.exe to the folder "out".
> >
> > Hope this is useful.
> >
> > Neil
> >
> > Neil Sleightholm
> > X2 Systems Limited
> > n...@x2systems.com
> >
> > --
> >  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free
> > Trial Remotely access PCs and mobile devices and provide instant
> > support Improve your efficiency, and focus on delivering more
> > value-add services Discover what IT Professionals Know. Rescue
> > delivers http://p.sf.net/sfu/logmein_12329d2d
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> > --
> >  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free
> > Trial Remotely access PCs and mobile devices and provide instant
> > support Improve your efficiency, and focus on delivering more
> > value-add services Discover what IT Professionals Know. Rescue
> > delivers http://p.sf.net/sfu/logmein_12329d2d
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https:/

Re: [WiX-users] How do you extract the files from a bundle - answer

2012-12-12 Thread Rob Mensching 
May be common but in many cases it isn't supported.


On Wed, Dec 12, 2012 at 1:31 PM, Steven Ogilvie wrote:

> I have worked as a packager for the Federal Government which uses SCCM, we
> at times have extracted .MSI's from Microsoft's packages and wrapped
> them... it is common to do so...
>
> Some installers come in an executable compressed file where you extract
> the files to a location  and you can use those files in SCCM...
>
> I have:
>
> myBundle.exe which is only 800kb
> a Redist folder with all the .exe's and .msi's for the pre requisites and
> the main installer
>
> runs the same as having a 30 meg exe :)
>
> Steve
>
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: December-12-12 4:22 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] How do you extract the files from a bundle -
> answer
>
> WiX is free they can always download it.
>
> (I really hope no one does that to my bundle, how would they know the
> logic associated with installing the MSIs.)
>
> -Original Message-
> From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
> Sent: 12 December 2012 20:51
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] How do you extract the files from a bundle -
> answer
>
> Clients who use GPO as a measure of releasing to mass desktops :) it can
> only use .MSI's
>
> Personally I would rather use SCCM :)
>
> Steve
>
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: December-12-12 3:45 PM
> To: General discussion for Windows Installer XML toolset.
> Cc: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] How do you extract the files from a bundle -
> answer
>
> Out of interest why would end users ever need this? I just thought it was
> handy for validating the contents.
>
> Neil
>
> On 12 Dec 2012, at 20:05, "Steven Ogilvie" 
> wrote:
>
> > Thanks...
> >
> > But at runtime this is moot since users won't have a copy of dark...
> >
> > Hopefully the feature request will be acted on, since there is a
> > command line parameter to do so but it doesn't do anything :(
> >
> > I ended up NOT compressing the pre reqs and my installs into the
> > bundle exe so I have the bundle exe with a Redist directory where the
> > .Exe's and .Msi's reside in
> >
> > Thanks,
> >
> > Steve
> >
> > -Original Message-
> > From: Neil Sleightholm [mailto:n...@x2systems.com]
> > Sent: December-12-12 2:54 PM
> > To: General toolset. (wix-users@lists.sourceforge.net)
> > Subject: [WiX-users] How do you extract the files from a bundle -
> > answer
> >
> > I might be wrong but I think this has been asked a few times but not
> answered (in fact I think there is even a feature request).
> >
> > Well after writing the code to do this I discovered it already existed
> in "dark":
> >"%wix%bin\dark" setup.exe -x .\out
> >
> > This will extract all the embedded files and user experience data from
> setup.exe to the folder "out".
> >
> > Hope this is useful.
> >
> > Neil
> >
> > Neil Sleightholm
> > X2 Systems Limited
> > n...@x2systems.com
> >
> > --
> >  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free
> > Trial Remotely access PCs and mobile devices and provide instant
> > support Improve your efficiency, and focus on delivering more
> > value-add services Discover what IT Professionals Know. Rescue
> > delivers http://p.sf.net/sfu/logmein_12329d2d
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> > --
> >  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free
> > Trial Remotely access PCs and mobile devices and provide instant
> > support Improve your efficiency, and focus on delivering more
> > value-add services Discover what IT Professionals Know. Rescue
> > delivers http://p.sf.net/sfu/logmein_12329d2d
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support Improve
> your efficiency, and focus on delivering more value-add services Discover
> what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> LogM

Re: [WiX-users] RegistryValue not removed on uninstall.

2012-12-12 Thread Rob Mensching 
Why do you use the Environment element? Modifying registry keys directly is
rarely the right way to do things... and when you do, often a restart is
required to get them to really work out.


On Wed, Dec 12, 2012 at 3:55 PM, Micah Caldwell  wrote:

> I have a RegistryValue that is added to a pre-existing key.  The
> RegistryValue is in a Component in a ComponentGroup in a Feature like so:
> 
>Guid="{BBA19B9F-8D0C-4F31-9384-497DC0E33591}">
>  Key="System\CurrentControlSet\Services\W3SVC" Name="Environment"
> Type="multiString" Action="append" KeyPath="yes">
>   COR_ENABLE_PROFILING=1
>
>
> COR_PROFILER={FF68FEB9-E58A-4B75-A2B8-90CE7D915A26}
> 
>   
> 
>
>Description="Installing this will result in IIS .NET applications being
> instrumented." Display="expand" Level="1" AllowAdvertise="no"
> InstallDefault="local" Absent="allow">
> 
>   
>
> When I install my application the Environment registry key is created if it
> doesn't exist and my strings are added to the list of strings.  When I
> uninstall my application the Environment value is not removed and the
> strings are not removed from the value.
>
> After much testing I have found that if I install with a freshly generated
> GUID for the Component then the Environment value is removed on uninstall.
>  However, if I re-install again with the same installer and uninstall again
> then the Environment value is not removed.
>
> I am guessing there is a bug in the reference counting that is causing the
> uninstall to remove the value but not decrement the
> component reference count so the next time I install/uninstall the
> installer thinks the Component is still in use so it doesn't remove it.
>
> If I am doing something wrong and I just need to do it right that would be
> ideal, if not then a fix or a workaround would be appreciated since I need
> to get this installer out and I don't want to release an installer that
> doesn't clean-up after itself.
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually,

   Rob Mensching
   http://RobMensching.com LLC
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] RegistryValue not removed on uninstall.

2012-12-12 Thread Chaitanya 

Try this...


-Original Message-
From: Micah Caldwell [mailto:mi...@zoltu.net] 
Sent: 13 December 2012 05:26
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] RegistryValue not removed on uninstall.

I have a RegistryValue that is added to a pre-existing key.  The
RegistryValue is in a Component in a ComponentGroup in a Feature like so:

  

  COR_ENABLE_PROFILING=1

COR_PROFILER={FF68FEB9-E58A-4B75-A2B8-90CE7D915A26}

  


  

  

When I install my application the Environment registry key is created if it
doesn't exist and my strings are added to the list of strings.  When I
uninstall my application the Environment value is not removed and the
strings are not removed from the value.

After much testing I have found that if I install with a freshly generated
GUID for the Component then the Environment value is removed on uninstall.
 However, if I re-install again with the same installer and uninstall again
then the Environment value is not removed.

I am guessing there is a bug in the reference counting that is causing the
uninstall to remove the value but not decrement the component reference
count so the next time I install/uninstall the installer thinks the
Component is still in use so it doesn't remove it.

If I am doing something wrong and I just need to do it right that would be
ideal, if not then a fix or a workaround would be appreciated since I need
to get this installer out and I don't want to release an installer that
doesn't clean-up after itself.

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely
access PCs and mobile devices and provide instant support Improve your
efficiency, and focus on delivering more value-add services Discover what IT
Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn: upgrades

2012-12-12 Thread Steve Hole 
Actually ...

Once again I can confirm exactly the same behavior with my bundle and
one of the included MSI packages.  I just didn't realize what I was
seeing until I saw your description. I also have a systray app that
fails to "restart" and I occasionally get a spontaneous reboot when
installing from an update bundle. Now that I look closely at the logs, I
have one component that inverts the install order as Neil describes,
with no difference at all in any aspect of the bundle definition.  In
fact, the bundle definition is generated from another XML artifact and
and XSLt stylesheet, so it *can't* be any different.

It hasn't been that big a deal because once the bundle is installed, the
MSI applications support a self update process that updates components
of the bundle with dependency management from a central service.  People
rarely (if ever) update from a new bundle.

Cheers.


On 12-12-12 03:06 PM, Neil Sleightholm wrote:
> Still really struggling to understand this and the more I look the more I 
> think something odd is happening burn. 
>
> This is the problem:
> When I run an install created with burn that upgrades an existing install I 
> see that burn runs the new MSI install and then the old MSI uninstall. This 
> only happens for one of four MSIs in the package which were all authored by 
> me in the same way. If I run the MSI outside of burn it does the upgrade and 
> everything looks ok, there is only one entry in ARP programs and the 
> HKCR\Installer registry looks ok.
>
> Even running it with burn what is left on the machine after the upgrade is 
> correct and the only reason I notice it is that as part of my uninstall 
> process I stop a tray application running; so with this problem the tray 
> application is not running after the install.
>
> I can probably live with this but would really like to understand why burn 
> thinks my application has not upgraded and needs to run the uninstall. In 
> some cases the uninstall phase detects a reboot is required but burn doesn't 
> reflect this in the UI and when you click close the machine reboots without 
> warning.
>
> So my question is how does burn detect that an MSI hasn't upgraded and it is 
> necessary to launch another instance to do the uninstall?
>
> Any other insights in to this problem would be greatly appreciated. I would 
> also ask you check your logs and see if you are getting the same problem; the 
> key is that there are two log files from the main burn package.
>
> Regards
>
> Neil
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


-- 
Steve Hole 

(780)438-1981 (hm)
(780)905-9116 (mb)


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] RegistryValue not removed on uninstall.

2012-12-12 Thread Micah Caldwell 
I have a RegistryValue that is added to a pre-existing key.  The
RegistryValue is in a Component in a ComponentGroup in a Feature like so:

  

  COR_ENABLE_PROFILING=1

COR_PROFILER={FF68FEB9-E58A-4B75-A2B8-90CE7D915A26}

  


  

  

When I install my application the Environment registry key is created if it
doesn't exist and my strings are added to the list of strings.  When I
uninstall my application the Environment value is not removed and the
strings are not removed from the value.

After much testing I have found that if I install with a freshly generated
GUID for the Component then the Environment value is removed on uninstall.
 However, if I re-install again with the same installer and uninstall again
then the Environment value is not removed.

I am guessing there is a bug in the reference counting that is causing the
uninstall to remove the value but not decrement the
component reference count so the next time I install/uninstall the
installer thinks the Component is still in use so it doesn't remove it.

If I am doing something wrong and I just need to do it right that would be
ideal, if not then a fix or a workaround would be appreciated since I need
to get this installer out and I don't want to release an installer that
doesn't clean-up after itself.
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] unsubscribe

2012-12-12 Thread Wesley Manning 
Do you use outlook?   You could have outlook auto move to another folder.  Then 
you won't get notifications.

-Original Message-
From: robert.pri...@bentley.com [mailto:robert.pri...@bentley.com] 
Sent: December 12, 2012 7:28 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] unsubscribe

Sorry. Just trying to reduce the amount of email alerts I get throughout the 
day.  I am sure I will be back shortly.  A lot more Burn stuff to learn :)

-Original Message-
From: Alexey Ivanov [mailto:alexey.iva...@gmail.com]
Sent: Wednesday, December 12, 2012 6:25 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] unsubscribe

Why? :(


2012/12/13 

>
>
> --
>  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free 
> Trial Remotely access PCs and mobile devices and provide instant 
> support Improve your efficiency, and focus on delivering more 
> value-add services Discover what IT Professionals Know. Rescue 
> delivers http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely 
access PCs and mobile devices and provide instant support Improve your 
efficiency, and focus on delivering more value-add services Discover what IT 
Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely 
access PCs and mobile devices and provide instant support Improve your 
efficiency, and focus on delivering more value-add services Discover what IT 
Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] unsubscribe

2012-12-12 Thread Robert.Priest 
Sorry. Just trying to reduce the amount of email alerts I get throughout the 
day.  I am sure I will be back shortly.  A lot more Burn stuff to learn :)

-Original Message-
From: Alexey Ivanov [mailto:alexey.iva...@gmail.com] 
Sent: Wednesday, December 12, 2012 6:25 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] unsubscribe

Why? :(


2012/12/13 

>
>
> --
>  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free 
> Trial Remotely access PCs and mobile devices and provide instant 
> support Improve your efficiency, and focus on delivering more 
> value-add services Discover what IT Professionals Know. Rescue 
> delivers http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely 
access PCs and mobile devices and provide instant support Improve your 
efficiency, and focus on delivering more value-add services Discover what IT 
Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] unsubscribe

2012-12-12 Thread Alexey Ivanov 
Why? :(


2012/12/13 

>
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] unsubscribe

2012-12-12 Thread Robert.Priest 

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Repair Problem

2012-12-12 Thread Sanjay Poria 
Thanks. In the end, I found this reference which provided me the explanation I 
required:

http://blogs.msdn.com/b/astebner/archive/2005/08/30/458295.aspx

regards
sanjay

> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: 12 December 2012 05:16
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Repair Problem
> 
> Check out the File Versioning Rules topic in the MSI SDK. It explains this
> behavior.
> 
> 
> On Tue, Dec 11, 2012 at 3:44 PM, Sanjay Poria
> wrote:
> 
> > My company moved to using msi around a year and I authored a major
> > product release and subsequent patch files (small update msp's that do
> > not increment the baseline version) using wix.  The product contains a
> > number of binary files. Recently we had an issue where the customer
> > manually replaced a couple of the binary files (.pdb) in the Program
> > Files install area. Now, there was a later issue which meant that they
> > wanted to go back to the latest installed version so we suggested just
> > doing a "Repair" of the product from the control panel...
> > Unfortunately the repair had no effect on the binary files and did not
> > replace them with the version in the latest installed product.
> >
> > After some research I find that if I manually run a repair with the
> > /fo flag (the default), the files are not replaced, but if I run it
> > with /fd, they are replaced as expected.
> >
> > The help says
> > o - Reinstalls if file is missing or an older version is installed.
> > d - Reinstalls if file is missing or a different version is installed.
> >
> >
> > My questions are:
> > -  Why didn't msiexec realise the file was different based on the
> > differing timestamp
> > -  More worrying, when doing a repair from the control panel, the
> > repair clearly fails for all/some of the files, but we get no error
> > message. Should we tell the client to always run it from the command line?
> > Can we build this option into the original msi and what are the
> > downsides of this?
> > -  Clearly the customer is breaking some best practises by
> > overwriting files in the Program Files area but I did expect they
> > would be safe because the repair would work. Are there some rules we
> > can give to the customer to follow in the future?
> >
> > Any help is appreciated (especially because I know this is really a
> > MSI issue and not a Wix one).
> > Regards
> > sanjay
> >
> > --
> >  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free
> > Trial Remotely access PCs and mobile devices and provide instant
> > support Improve your efficiency, and focus on delivering more
> > value-add services Discover what IT Professionals Know. Rescue
> > delivers http://p.sf.net/sfu/logmein_12329d2d
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> 
> 
> 
> --
> virtually,
> 
>Rob Mensching
>http://RobMensching.com LLC



--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How do you extract the files from a bundle - answer

2012-12-12 Thread John Cooper 
Where GPO is an issue, I create special installers tailored to the GPO 
transforms (in particular, I concentrate on make installers that are easy to 
both make transforms of and apply transforms too).  GPO is still a very 
significant deployment vehicle--especially for user-facing products.  It 
doesn't affect my server-side installers, but definitely my clients.

--
John Merryweather Cooper
Build & Install Engineer - ESA
Jack Henry & Associates, Inc.®
Shawnee Mission, KS  66227
Office:  913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com 



-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com] 
Sent: Wednesday, December 12, 2012 3:49 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

I know it is common - I have had to do it, I just hope some asks before trying 
to repackage my 540Mb of install! We have actually chosen two models of 
distribution, one that includes everything (.NET, Windows Installer, SQL etc.) 
and the other just the MSI for packagers; not an option for everyone but works 
for me.

Neil

-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: 12 December 2012 21:32
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

I have worked as a packager for the Federal Government which uses SCCM, we at 
times have extracted .MSI's from Microsoft's packages and wrapped them... it is 
common to do so...

Some installers come in an executable compressed file where you extract the 
files to a location  and you can use those files in SCCM...

I have:

myBundle.exe which is only 800kb
a Redist folder with all the .exe's and .msi's for the pre requisites and the 
main installer

runs the same as having a 30 meg exe :)

Steve

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: December-12-12 4:22 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

WiX is free they can always download it.

(I really hope no one does that to my bundle, how would they know the logic 
associated with installing the MSIs.)

-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: 12 December 2012 20:51
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

Clients who use GPO as a measure of releasing to mass desktops :) it can only 
use .MSI's

Personally I would rather use SCCM :)

Steve

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: December-12-12 3:45 PM
To: General discussion for Windows Installer XML toolset.
Cc: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

Out of interest why would end users ever need this? I just thought it was handy 
for validating the contents. 

Neil

On 12 Dec 2012, at 20:05, "Steven Ogilvie"  wrote:

> Thanks...
> 
> But at runtime this is moot since users won't have a copy of dark...
> 
> Hopefully the feature request will be acted on, since there is a 
> command line parameter to do so but it doesn't do anything :(
> 
> I ended up NOT compressing the pre reqs and my installs into the 
> bundle exe so I have the bundle exe with a Redist directory where the 
> .Exe's and .Msi's reside in
> 
> Thanks,
> 
> Steve
> 
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: December-12-12 2:54 PM
> To: General toolset. (wix-users@lists.sourceforge.net)
> Subject: [WiX-users] How do you extract the files from a bundle - 
> answer
> 
> I might be wrong but I think this has been asked a few times but not answered 
> (in fact I think there is even a feature request).
> 
> Well after writing the code to do this I discovered it already existed in 
> "dark":
>"%wix%bin\dark" setup.exe -x .\out
> 
> This will extract all the embedded files and user experience data from 
> setup.exe to the folder "out".
> 
> Hope this is useful.
> 
> Neil
> 
> Neil Sleightholm
> X2 Systems Limited
> n...@x2systems.com
> 
> --
>  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free 
> Trial Remotely access PCs and mobile devices and provide instant 
> support Improve your efficiency, and focus on delivering more 
> value-add services Discover what IT Professionals Know. Rescue 
> delivers http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> --
>  LogMeIn Rescue: Anywhere

Re: [WiX-users] Burn: upgrades

2012-12-12 Thread Neil Sleightholm 
Still really struggling to understand this and the more I look the more I think 
something odd is happening burn. 

This is the problem:
When I run an install created with burn that upgrades an existing install I see 
that burn runs the new MSI install and then the old MSI uninstall. This only 
happens for one of four MSIs in the package which were all authored by me in 
the same way. If I run the MSI outside of burn it does the upgrade and 
everything looks ok, there is only one entry in ARP programs and the 
HKCR\Installer registry looks ok.

Even running it with burn what is left on the machine after the upgrade is 
correct and the only reason I notice it is that as part of my uninstall process 
I stop a tray application running; so with this problem the tray application is 
not running after the install.

I can probably live with this but would really like to understand why burn 
thinks my application has not upgraded and needs to run the uninstall. In some 
cases the uninstall phase detects a reboot is required but burn doesn't reflect 
this in the UI and when you click close the machine reboots without warning.

So my question is how does burn detect that an MSI hasn't upgraded and it is 
necessary to launch another instance to do the uninstall?

Any other insights in to this problem would be greatly appreciated. I would 
also ask you check your logs and see if you are getting the same problem; the 
key is that there are two log files from the main burn package.

Regards

Neil

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How do you extract the files from a bundle - answer

2012-12-12 Thread Neil Sleightholm 
I know it is common - I have had to do it, I just hope some asks before trying 
to repackage my 540Mb of install! We have actually chosen two models of 
distribution, one that includes everything (.NET, Windows Installer, SQL etc.) 
and the other just the MSI for packagers; not an option for everyone but works 
for me.

Neil

-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com] 
Sent: 12 December 2012 21:32
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

I have worked as a packager for the Federal Government which uses SCCM, we at 
times have extracted .MSI's from Microsoft's packages and wrapped them... it is 
common to do so...

Some installers come in an executable compressed file where you extract the 
files to a location  and you can use those files in SCCM...

I have:

myBundle.exe which is only 800kb
a Redist folder with all the .exe's and .msi's for the pre requisites and the 
main installer

runs the same as having a 30 meg exe :)

Steve

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: December-12-12 4:22 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

WiX is free they can always download it.

(I really hope no one does that to my bundle, how would they know the logic 
associated with installing the MSIs.)

-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: 12 December 2012 20:51
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

Clients who use GPO as a measure of releasing to mass desktops :) it can only 
use .MSI's

Personally I would rather use SCCM :)

Steve

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: December-12-12 3:45 PM
To: General discussion for Windows Installer XML toolset.
Cc: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

Out of interest why would end users ever need this? I just thought it was handy 
for validating the contents. 

Neil

On 12 Dec 2012, at 20:05, "Steven Ogilvie"  wrote:

> Thanks...
> 
> But at runtime this is moot since users won't have a copy of dark...
> 
> Hopefully the feature request will be acted on, since there is a 
> command line parameter to do so but it doesn't do anything :(
> 
> I ended up NOT compressing the pre reqs and my installs into the 
> bundle exe so I have the bundle exe with a Redist directory where the 
> .Exe's and .Msi's reside in
> 
> Thanks,
> 
> Steve
> 
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: December-12-12 2:54 PM
> To: General toolset. (wix-users@lists.sourceforge.net)
> Subject: [WiX-users] How do you extract the files from a bundle - 
> answer
> 
> I might be wrong but I think this has been asked a few times but not answered 
> (in fact I think there is even a feature request).
> 
> Well after writing the code to do this I discovered it already existed in 
> "dark":
>"%wix%bin\dark" setup.exe -x .\out
> 
> This will extract all the embedded files and user experience data from 
> setup.exe to the folder "out".
> 
> Hope this is useful.
> 
> Neil
> 
> Neil Sleightholm
> X2 Systems Limited
> n...@x2systems.com
> 
> --
>  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free 
> Trial Remotely access PCs and mobile devices and provide instant 
> support Improve your efficiency, and focus on delivering more 
> value-add services Discover what IT Professionals Know. Rescue 
> delivers http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> --
>  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free 
> Trial Remotely access PCs and mobile devices and provide instant 
> support Improve your efficiency, and focus on delivering more 
> value-add services Discover what IT Professionals Know. Rescue 
> delivers http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely 
access PCs and mobile devices and provide instant support Improve your 
efficiency, and focus on delivering more value-add services Discover what IT 
Professionals Know. Rescue delivers http://p.sf.net/sfu/

[WiX-users] Shared resource versioning

2012-12-12 Thread Simon Detheridge 
Hello,

I'm trying to put together a set of installers for multiple products that share 
a large collection of non-versioned files.

The shared resources are packaged into a merge module, which is included in the 
installer for each of the other products. The shared resources should only be 
installed once on the system. Component reference counting (combined with a 
component search to ensure the keypath for each component's file is correct) 
works well for this. -- The ideas is that if I install product A, then product 
B (different product and upgrade codes, obviously) and then uninstall one of 
them, the files should still be there.

The problem I'm having is that I don't want the shared resources to be 
downgraded, so if an older version of product A is installed after a newer 
version of product B, the files stay at the newer version. (The products will 
work with a newer version than the one they ship with, but not an older.) -- 
Currently, the installer verifies that the component guid and keypath are the 
same, but determines that the hash and modification date are different (it 
doesn't seem to care which is in the future) and so replaces the files with the 
older version.

The files are data files and I can't embed a version resource. I looked into 
making them companion files of something that is actually versioned, but they 
are split across a large number of directories and I think I'd have to put a 
dummy DLL in each one to be the component's keypath to get this to work, which 
is not something I'd like to do.

Using a bundle would probably work for this. I could build the shared resources 
into their own MSI which would handle the versioning the way I want -- but one 
of the requirements I have is that the thing should be deployable via GPO. I'd 
also prefer not to have a separately-uninstallable item for them.

Is there a way to achieve what I want? If I could find a way of having MSI only 
install the files if newer in the package, or artificially versioning the files 
some somehow it would probably solve my problem but neither of these things 
seem possible.

Thanks,
Simon

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How do you extract the files from a bundle - answer

2012-12-12 Thread Steven Ogilvie 
I have worked as a packager for the Federal Government which uses SCCM, we at 
times have extracted .MSI's from Microsoft's packages and wrapped them... it is 
common to do so...

Some installers come in an executable compressed file where you extract the 
files to a location  and you can use those files in SCCM...

I have:

myBundle.exe which is only 800kb
a Redist folder with all the .exe's and .msi's for the pre requisites and the 
main installer

runs the same as having a 30 meg exe :)

Steve

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com] 
Sent: December-12-12 4:22 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

WiX is free they can always download it.

(I really hope no one does that to my bundle, how would they know the logic 
associated with installing the MSIs.)

-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com]
Sent: 12 December 2012 20:51
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

Clients who use GPO as a measure of releasing to mass desktops :) it can only 
use .MSI's

Personally I would rather use SCCM :)

Steve

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: December-12-12 3:45 PM
To: General discussion for Windows Installer XML toolset.
Cc: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

Out of interest why would end users ever need this? I just thought it was handy 
for validating the contents. 

Neil

On 12 Dec 2012, at 20:05, "Steven Ogilvie"  wrote:

> Thanks...
> 
> But at runtime this is moot since users won't have a copy of dark...
> 
> Hopefully the feature request will be acted on, since there is a 
> command line parameter to do so but it doesn't do anything :(
> 
> I ended up NOT compressing the pre reqs and my installs into the 
> bundle exe so I have the bundle exe with a Redist directory where the 
> .Exe's and .Msi's reside in
> 
> Thanks,
> 
> Steve
> 
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: December-12-12 2:54 PM
> To: General toolset. (wix-users@lists.sourceforge.net)
> Subject: [WiX-users] How do you extract the files from a bundle - 
> answer
> 
> I might be wrong but I think this has been asked a few times but not answered 
> (in fact I think there is even a feature request).
> 
> Well after writing the code to do this I discovered it already existed in 
> "dark":
>"%wix%bin\dark" setup.exe -x .\out
> 
> This will extract all the embedded files and user experience data from 
> setup.exe to the folder "out".
> 
> Hope this is useful.
> 
> Neil
> 
> Neil Sleightholm
> X2 Systems Limited
> n...@x2systems.com
> 
> --
>  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free 
> Trial Remotely access PCs and mobile devices and provide instant 
> support Improve your efficiency, and focus on delivering more 
> value-add services Discover what IT Professionals Know. Rescue 
> delivers http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> --
>  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free 
> Trial Remotely access PCs and mobile devices and provide instant 
> support Improve your efficiency, and focus on delivering more 
> value-add services Discover what IT Professionals Know. Rescue 
> delivers http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely 
access PCs and mobile devices and provide instant support Improve your 
efficiency, and focus on delivering more value-add services Discover what IT 
Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely 
access PCs and mobile devices and provide instant support Improve your 
efficiency, and focus on delivering more value-add services Discover what IT 
Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d
___

Re: [WiX-users] How do you extract the files from a bundle - answer

2012-12-12 Thread Neil Sleightholm 
WiX is free they can always download it.

(I really hope no one does that to my bundle, how would they know the logic 
associated with installing the MSIs.)

-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com] 
Sent: 12 December 2012 20:51
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

Clients who use GPO as a measure of releasing to mass desktops :) it can only 
use .MSI's

Personally I would rather use SCCM :)

Steve

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: December-12-12 3:45 PM
To: General discussion for Windows Installer XML toolset.
Cc: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

Out of interest why would end users ever need this? I just thought it was handy 
for validating the contents. 

Neil

On 12 Dec 2012, at 20:05, "Steven Ogilvie"  wrote:

> Thanks...
> 
> But at runtime this is moot since users won't have a copy of dark...
> 
> Hopefully the feature request will be acted on, since there is a 
> command line parameter to do so but it doesn't do anything :(
> 
> I ended up NOT compressing the pre reqs and my installs into the 
> bundle exe so I have the bundle exe with a Redist directory where the 
> .Exe's and .Msi's reside in
> 
> Thanks,
> 
> Steve
> 
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: December-12-12 2:54 PM
> To: General toolset. (wix-users@lists.sourceforge.net)
> Subject: [WiX-users] How do you extract the files from a bundle - 
> answer
> 
> I might be wrong but I think this has been asked a few times but not answered 
> (in fact I think there is even a feature request).
> 
> Well after writing the code to do this I discovered it already existed in 
> "dark":
>"%wix%bin\dark" setup.exe -x .\out
> 
> This will extract all the embedded files and user experience data from 
> setup.exe to the folder "out".
> 
> Hope this is useful.
> 
> Neil
> 
> Neil Sleightholm
> X2 Systems Limited
> n...@x2systems.com
> 
> --
>  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free 
> Trial Remotely access PCs and mobile devices and provide instant 
> support Improve your efficiency, and focus on delivering more 
> value-add services Discover what IT Professionals Know. Rescue 
> delivers http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> --
>  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free 
> Trial Remotely access PCs and mobile devices and provide instant 
> support Improve your efficiency, and focus on delivering more 
> value-add services Discover what IT Professionals Know. Rescue 
> delivers http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely 
access PCs and mobile devices and provide instant support Improve your 
efficiency, and focus on delivering more value-add services Discover what IT 
Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely 
access PCs and mobile devices and provide instant support Improve your 
efficiency, and focus on delivering more value-add services Discover what IT 
Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How do you extract the files from a bundle - answer

2012-12-12 Thread Steven Ogilvie 
Clients who use GPO as a measure of releasing to mass desktops :) it can only 
use .MSI's

Personally I would rather use SCCM :)

Steve

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com] 
Sent: December-12-12 3:45 PM
To: General discussion for Windows Installer XML toolset.
Cc: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How do you extract the files from a bundle - answer

Out of interest why would end users ever need this? I just thought it was handy 
for validating the contents. 

Neil

On 12 Dec 2012, at 20:05, "Steven Ogilvie"  wrote:

> Thanks...
> 
> But at runtime this is moot since users won't have a copy of dark...
> 
> Hopefully the feature request will be acted on, since there is a 
> command line parameter to do so but it doesn't do anything :(
> 
> I ended up NOT compressing the pre reqs and my installs into the 
> bundle exe so I have the bundle exe with a Redist directory where the 
> .Exe's and .Msi's reside in
> 
> Thanks,
> 
> Steve
> 
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: December-12-12 2:54 PM
> To: General toolset. (wix-users@lists.sourceforge.net)
> Subject: [WiX-users] How do you extract the files from a bundle - 
> answer
> 
> I might be wrong but I think this has been asked a few times but not answered 
> (in fact I think there is even a feature request).
> 
> Well after writing the code to do this I discovered it already existed in 
> "dark":
>"%wix%bin\dark" setup.exe -x .\out
> 
> This will extract all the embedded files and user experience data from 
> setup.exe to the folder "out".
> 
> Hope this is useful.
> 
> Neil
> 
> Neil Sleightholm
> X2 Systems Limited
> n...@x2systems.com
> 
> --
>  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free 
> Trial Remotely access PCs and mobile devices and provide instant 
> support Improve your efficiency, and focus on delivering more 
> value-add services Discover what IT Professionals Know. Rescue 
> delivers http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> --
>  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free 
> Trial Remotely access PCs and mobile devices and provide instant 
> support Improve your efficiency, and focus on delivering more 
> value-add services Discover what IT Professionals Know. Rescue 
> delivers http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely 
access PCs and mobile devices and provide instant support Improve your 
efficiency, and focus on delivering more value-add services Discover what IT 
Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How do you extract the files from a bundle - answer

2012-12-12 Thread Neil Sleightholm 
Out of interest why would end users ever need this? I just thought it was handy 
for validating the contents. 

Neil

On 12 Dec 2012, at 20:05, "Steven Ogilvie"  wrote:

> Thanks...
> 
> But at runtime this is moot since users won't have a copy of dark...
> 
> Hopefully the feature request will be acted on, since there is a command line 
> parameter to do so but it doesn't do anything :(
> 
> I ended up NOT compressing the pre reqs and my installs into the bundle exe 
> so I have the bundle exe with a Redist directory where the .Exe's and .Msi's 
> reside in
> 
> Thanks,
> 
> Steve
> 
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com] 
> Sent: December-12-12 2:54 PM
> To: General toolset. (wix-users@lists.sourceforge.net)
> Subject: [WiX-users] How do you extract the files from a bundle - answer
> 
> I might be wrong but I think this has been asked a few times but not answered 
> (in fact I think there is even a feature request).
> 
> Well after writing the code to do this I discovered it already existed in 
> "dark":
>"%wix%bin\dark" setup.exe -x .\out
> 
> This will extract all the embedded files and user experience data from 
> setup.exe to the folder "out".
> 
> Hope this is useful.
> 
> Neil
> 
> Neil Sleightholm
> X2 Systems Limited
> n...@x2systems.com
> 
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely 
> access PCs and mobile devices and provide instant support Improve your 
> efficiency, and focus on delivering more value-add services Discover what IT 
> Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How do you extract the files from a bundle - answer

2012-12-12 Thread Steven Ogilvie 
Thanks...

But at runtime this is moot since users won't have a copy of dark...

Hopefully the feature request will be acted on, since there is a command line 
parameter to do so but it doesn't do anything :(

I ended up NOT compressing the pre reqs and my installs into the bundle exe so 
I have the bundle exe with a Redist directory where the .Exe's and .Msi's 
reside in

Thanks,

Steve

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com] 
Sent: December-12-12 2:54 PM
To: General toolset. (wix-users@lists.sourceforge.net)
Subject: [WiX-users] How do you extract the files from a bundle - answer

I might be wrong but I think this has been asked a few times but not answered 
(in fact I think there is even a feature request).

Well after writing the code to do this I discovered it already existed in 
"dark":
"%wix%bin\dark" setup.exe -x .\out

This will extract all the embedded files and user experience data from 
setup.exe to the folder "out".

Hope this is useful.

Neil

Neil Sleightholm
X2 Systems Limited
n...@x2systems.com

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely 
access PCs and mobile devices and provide instant support Improve your 
efficiency, and focus on delivering more value-add services Discover what IT 
Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How do you extract the files from a bundle - answer

2012-12-12 Thread Neil Sleightholm 
I might be wrong but I think this has been asked a few times but not answered 
(in fact I think there is even a feature request).

Well after writing the code to do this I discovered it already existed in 
"dark":
"%wix%bin\dark" setup.exe -x .\out

This will extract all the embedded files and user experience data from 
setup.exe to the folder "out".

Hope this is useful.

Neil

Neil Sleightholm
X2 Systems Limited
n...@x2systems.com

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users