wix-users — Mailing list for questions/discussion about the Windows Installer XML toolset.

Re: [WiX-users] Customized downloaded MSI location

[Mohamed Y. <yas...@gm...>]

Hi,

Could you please update any idea on this?

Regards,
Mohamed Yasir K



--
View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Customized-downloaded-MSI-location-tp7597899p7600873.html
Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] Bootstrap conditioned on OSbittage

[Matthew O'C. <tec...@gm...>]

Gotcha, thanks for the advice.
'Remember installation doesn't just mean "install & forget”’ - but it’s just glorified xcopy, we all know that! 

> On 10 Jul 2015, at 10:45, Pally Sandher <pal...@ie...> wrote:
> 
> You can if you want but I'd advise against it. It's still installed so if a user removes some or all of the individual parts of your package & then tries to re-run the package to install again, the package will show up with Uninstall.
> 
> If you haven't already, I would suggest trying things out on a VM so you can see the behaviour for yourself & customise it accordingly. Remember installation doesn't just mean "install & forget" (unless you really like dealing with support enquiries from all your users). 
> 
> Palbinder Sandher 
> Software Platform Engineer 
> T:   +44 (0)141 945 8500
> F:   +44 (0)141 945 8501
> http://www.iesve.com 
> 
> Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456
> Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP
> Email Disclaimer 
> 
> 
> -----Original Message-----
> From: Matt O'Connell [mailto:tec...@gm...] 
> Sent: 09 July 2015 15:22
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
> 
> Ah that's great, and I can hide the bundle ARP itself as well?
> 
> On 09/07/2015 11:51, Pally Sandher wrote:
>> Unless the 3rd party installer is an MSI (which from your previous e-mails, it appears they're executables), Burn won't do that regardless.
>> If it is an MSI you can set the Visible attribute on the MsiPackage element to yes & it won't do it either.
>> 
>> Palbinder Sandher
>> Software Platform Engineer
>> T:   +44 (0)141 945 8500
>> F:   +44 (0)141 945 8501
>> http://www.iesve.com
>> 
>> Integrated Environmental Solutions Limited. Registered in Scotland No. 
>> SC151456 Registered Office - Helix Building, West Of Scotland Science 
>> Park, Glasgow G20 0SP Email Disclaimer
>> 
>> 
>> -----Original Message-----
>> From: Matt O'Connell [mailto:tec...@gm...]
>> Sent: 09 July 2015 11:33
>> To: wix...@li...
>> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
>> 
>> Thank David yes I agree with what your saying. I am a bit concerned the 3rd party wouldn't like our bundle 'wrapping' and hiding their ARP entry. Is it possible to only hide the bundles entry?
>> 
>> dotNetInstaller looks good. (I was worried it was C# but the 
>> bootstrapper element is C++) . Ta
>> 
>> On 09/07/2015 10:44, David Watson wrote:
>>> Hi,
>>> Experience has taught that the best experience for the user and for the developer and the support organisation is to follow the way that the burn bundle works, it has been very carefully designed.
>>> 
>>> Fire and forget bootstrappers are an alternative (I used to use this many years ago http://dblock.github.io/dotnetinstaller/)  and are still widely used.
>>> 
>>> A single point of entry in ARP that allows your user to control the contents of the bundle is much simpler to support than a whole array of packages.
>>> 
>>> 
>>> 
>>> 
>>> [http://cdn.sdl.tridion.sdlproducts.com/static/corporate/SDLlogo2014.
>>> p
>>> ng] <www.sdl.com/> www.sdl.com
>>> 
>>> 
>>> SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us.
>>> 
>>> SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207.
>>> Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK.
>>> 
>>> -----Original Message-----
>>> From: Matt O'Connell [mailto:tec...@gm...]
>>> Sent: 09 July 2015 10:06
>>> To: wix...@li...
>>> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
>>> 
>>> Well I only need to install one 3rd party installer based on os bittage.
>>> On x64- install a_64.exe else install a_32.exe I don't require downloader, and chainer engine for that.
>>> 
>>> If I can use the burn chainer to do this AND get an effectively 'invisible' ARP for the un-avoidable bundle that would be 'ok'. If this is possible I'd like to know how. But am also looking for alternatives to WiX's current offering and thought this would be an ok place to ask, since the experience level here is so high!.
>>> Thanks for your help on this.
>>> 
>>> On 09/07/2015 02:16, Hoover, Jacob wrote:
>>>> My first question would be "why".  What do you need to do that you can't at least allow your bundle be in the chain and let burn do its work before deferring to your final exe installer?
>>>> 
>>>> -----Original Message-----
>>>> From: Matt O'Connell [mailto:tec...@gm...]
>>>> Sent: Wednesday, July 08, 2015 7:41 PM
>>>> To: General discussion for Windows Installer XML toolset.
>>>> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
>>>> 
>>>> Sorry guys can I get some advise on this one please?
>>>> 
>>>> I realise burn can't 'fire and forget' see 
>>>> http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/
>>>> but what (free) methods are there available to do this? Can anyone reccommend something?
>>>> 
>>>> Alternatively is it possible to bundle (and conditionalise) the exes but hide the bundle's ARP entry and expose the third party exes ARP entries? If so could the user could use that to repair/uninstall so it effectively wouldn't appear that the package had been 'bundled'?
>>>> 
>>>> Many Thanks
>>>> 
>>>> On 17 June 2015 at 12:36, Matt O'Connell <tec...@gm...> wrote:
>>>> 
>>>>> I've got a third party exe with 2 versions to bootstrap based on OS 
>>>>> bittage, our current setup code only does this for MSIs. I've found 
>>>>> how to do this with burn bundle but don't need the bundleness of it 
>>>>> as per this 
>>>>> http://stackoverflow.com/questions/30010837/i-dont-want-install-a-b
>>>>> o o t strapper-project-itself What would you guys recommend for 
>>>>> this use case?
>>>>> 
>>>> --------------------------------------------------------------------
>>>> -
>>>> -
>>>> -------- Don't Limit Your Business. Reach for the Cloud.
>>>> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
>>>> Configured For All Businesses. Start Your Cloud Today.
>>>> https://www.gigenetcloud.com/
>>>> _______________________________________________
>>>> WiX-users mailing list
>>>> WiX...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>>> 
>>>> --------------------------------------------------------------------
>>>> -
>>>> -
>>>> -------- Don't Limit Your Business. Reach for the Cloud.
>>>> GigeNET's Cloud Solutions provide you with the tools and support 
>>>> that you need to offload your IT needs and focus on growing your business.
>>>> Configured For All Businesses. Start Your Cloud Today.
>>>> https://www.gigenetcloud.com/
>>>> _______________________________________________
>>>> WiX-users mailing list
>>>> WiX...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>> ---------------------------------------------------------------------
>>> -
>>> -------- Don't Limit Your Business. Reach for the Cloud.
>>> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
>>> Configured For All Businesses. Start Your Cloud Today.
>>> https://www.gigenetcloud.com/
>>> _______________________________________________
>>> WiX-users mailing list
>>> WiX...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>> 
>>> 
>>> This message has been scanned for malware by Websense.
>>> www.websense.com
>>> ---------------------------------------------------------------------
>>> -
>>> -------- Don't Limit Your Business. Reach for the Cloud.
>>> GigeNET's Cloud Solutions provide you with the tools and support that 
>>> you need to offload your IT needs and focus on growing your business.
>>> Configured For All Businesses. Start Your Cloud Today.
>>> https://www.gigenetcloud.com/
>>> _______________________________________________
>>> WiX-users mailing list
>>> WiX...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>> 
>> ----------------------------------------------------------------------
>> -------- Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> WiX-users mailing list
>> WiX...@li...
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>> 
>> ----------------------------------------------------------------------
>> -------- Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that 
>> you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> WiX-users mailing list
>> WiX...@li...
>> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] .NET Prerequisite, Burn, and the ARP

[soundararajan d. <er....@gm...>]

Ok, Rob, I will take a look into those and first write the WIP. Sounds like
a good way to start in a unknown territory.

Thanks
Soundararajan

On Fri, Jul 10, 2015 at 9:56 AM, Rob Mensching <ro...@fi...> wrote:

> Cool. It's a very big feature. So you'll want to do all this first:
> http://wixtoolset.org/development/   Also, a WIP (
> http://wixtoolset.org/development/wips/0000-wix-improvement-proposal/)
> will definitely be in order.
>
> _______________________________________________________________
>  FireGiant  |  Dedicated support for the WiX toolset  |
> http://www.firegiant.com/
>
> -----Original Message-----
> From: soundararajan dhakshinamoorthy [mailto:er....@gm...]
> Sent: Thursday, July 9, 2015 7:48 PM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] .NET Prerequisite, Burn, and the ARP
>
> Hi,
> Added the issue ,
> http://wixtoolset.org/issues/4822
>
> We will try to contribute to the issue :-).
>
> Thanks,
> Sound
>
> On Thu, Jul 9, 2015 at 10:02 AM, Rob Mensching <ro...@fi...> wrote:
>
> > Add feature to Burn.
> >
> > _______________________________________________________________
> >  FireGiant  |  Dedicated support for the WiX toolset  |
> > http://www.firegiant.com/
> >
> > -----Original Message-----
> > From: soundararajan dhakshinamoorthy
> > [mailto:er....@gm...]
> > Sent: Wednesday, July 8, 2015 6:37 PM
> > To: General discussion about the WiX toolset.
> > Subject: Re: [WiX-users] .NET Prerequisite, Burn, and the ARP
> >
> > Hi Rob,
> >
> > Do you have any advice on how to handle prerequisites (not prereqmba)
> > without adding an entry ?
> >
> > Thanks in advance
> > Sound
> >
> >
> > ----------------------------------------------------------------------
> > -------- Don't Limit Your Business. Reach for the Cloud.
> > GigeNET's Cloud Solutions provide you with the tools and support that
> > you need to offload your IT needs and focus on growing your business.
> > Configured For All Businesses. Start Your Cloud Today.
> > https://www.gigenetcloud.com/
> > _______________________________________________
> > WiX-users mailing list
> > WiX...@li...
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
>
>
> --
> -Soundararajan Dhakshinamoorthy
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that you
> need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
-Soundararajan Dhakshinamoorthy

Re: [WiX-users] Customized downloaded MSI location

[Mohamed Y. <yas...@gm...>]

Hi,

Thanks for your reply.

But changing the Package location is not my requirement. 

In Offline installer, we are placing installer setup anywhere in the
machine. After installation, the msi file will resides in PackageCache
folder. 

For ex, consider installer placed in Desktop location and trigger the
installation from there. After installation original setup present in
Desktop location as well as MSI/EXE files present in packagecache location.

Like this, in Web installer MSI should be download in custom location and
installation of that MSI will get trigger from downloaded location. After
installation MSI/EXE files resides in packagecache location and original
file resides in Downloaded location.

Is there any way to do like this? If So, please share the details for change
the download location in Web Installer.


Regards,
Mohamed Yasir K



--
View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Customized-downloaded-MSI-location-tp7597899p7600864.html
Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] Bootstrap conditioned on OSbittage

[Pally S. <pal...@ie...>]

You can if you want but I'd advise against it. It's still installed so if a user removes some or all of the individual parts of your package & then tries to re-run the package to install again, the package will show up with Uninstall.

If you haven't already, I would suggest trying things out on a VM so you can see the behaviour for yourself & customise it accordingly. Remember installation doesn't just mean "install & forget" (unless you really like dealing with support enquiries from all your users). 

Palbinder Sandher 
Software Platform Engineer 
T:   +44 (0)141 945 8500
F:   +44 (0)141 945 8501
http://www.iesve.com 

Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP
Email Disclaimer 


-----Original Message-----
From: Matt O'Connell [mailto:tec...@gm...] 
Sent: 09 July 2015 15:22
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage

Ah that's great, and I can hide the bundle ARP itself as well?

On 09/07/2015 11:51, Pally Sandher wrote:
> Unless the 3rd party installer is an MSI (which from your previous e-mails, it appears they're executables), Burn won't do that regardless.
> If it is an MSI you can set the Visible attribute on the MsiPackage element to yes & it won't do it either.
>
> Palbinder Sandher
> Software Platform Engineer
> T:   +44 (0)141 945 8500
> F:   +44 (0)141 945 8501
> http://www.iesve.com
>
> Integrated Environmental Solutions Limited. Registered in Scotland No. 
> SC151456 Registered Office - Helix Building, West Of Scotland Science 
> Park, Glasgow G20 0SP Email Disclaimer
>
>
> -----Original Message-----
> From: Matt O'Connell [mailto:tec...@gm...]
> Sent: 09 July 2015 11:33
> To: wix...@li...
> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
>
> Thank David yes I agree with what your saying. I am a bit concerned the 3rd party wouldn't like our bundle 'wrapping' and hiding their ARP entry. Is it possible to only hide the bundles entry?
>
> dotNetInstaller looks good. (I was worried it was C# but the 
> bootstrapper element is C++) . Ta
>
> On 09/07/2015 10:44, David Watson wrote:
>> Hi,
>> Experience has taught that the best experience for the user and for the developer and the support organisation is to follow the way that the burn bundle works, it has been very carefully designed.
>>
>> Fire and forget bootstrappers are an alternative (I used to use this many years ago http://dblock.github.io/dotnetinstaller/)  and are still widely used.
>>
>> A single point of entry in ARP that allows your user to control the contents of the bundle is much simpler to support than a whole array of packages.
>>
>>
>>
>>    
>> [http://cdn.sdl.tridion.sdlproducts.com/static/corporate/SDLlogo2014.
>> p
>> ng] <www.sdl.com/> www.sdl.com
>>
>>
>> SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us.
>>
>> SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207.
>> Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK.
>>
>> -----Original Message-----
>> From: Matt O'Connell [mailto:tec...@gm...]
>> Sent: 09 July 2015 10:06
>> To: wix...@li...
>> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
>>
>> Well I only need to install one 3rd party installer based on os bittage.
>> On x64- install a_64.exe else install a_32.exe I don't require downloader, and chainer engine for that.
>>
>> If I can use the burn chainer to do this AND get an effectively 'invisible' ARP for the un-avoidable bundle that would be 'ok'. If this is possible I'd like to know how. But am also looking for alternatives to WiX's current offering and thought this would be an ok place to ask, since the experience level here is so high!.
>> Thanks for your help on this.
>>
>> On 09/07/2015 02:16, Hoover, Jacob wrote:
>>> My first question would be "why".  What do you need to do that you can't at least allow your bundle be in the chain and let burn do its work before deferring to your final exe installer?
>>>
>>> -----Original Message-----
>>> From: Matt O'Connell [mailto:tec...@gm...]
>>> Sent: Wednesday, July 08, 2015 7:41 PM
>>> To: General discussion for Windows Installer XML toolset.
>>> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
>>>
>>> Sorry guys can I get some advise on this one please?
>>>
>>> I realise burn can't 'fire and forget' see 
>>> http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/
>>> but what (free) methods are there available to do this? Can anyone reccommend something?
>>>
>>> Alternatively is it possible to bundle (and conditionalise) the exes but hide the bundle's ARP entry and expose the third party exes ARP entries? If so could the user could use that to repair/uninstall so it effectively wouldn't appear that the package had been 'bundled'?
>>>
>>> Many Thanks
>>>
>>> On 17 June 2015 at 12:36, Matt O'Connell <tec...@gm...> wrote:
>>>
>>>> I've got a third party exe with 2 versions to bootstrap based on OS 
>>>> bittage, our current setup code only does this for MSIs. I've found 
>>>> how to do this with burn bundle but don't need the bundleness of it 
>>>> as per this 
>>>> http://stackoverflow.com/questions/30010837/i-dont-want-install-a-b
>>>> o o t strapper-project-itself What would you guys recommend for 
>>>> this use case?
>>>>
>>> --------------------------------------------------------------------
>>> -
>>> -
>>> -------- Don't Limit Your Business. Reach for the Cloud.
>>> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
>>> Configured For All Businesses. Start Your Cloud Today.
>>> https://www.gigenetcloud.com/
>>> _______________________________________________
>>> WiX-users mailing list
>>> WiX...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>>
>>> --------------------------------------------------------------------
>>> -
>>> -
>>> -------- Don't Limit Your Business. Reach for the Cloud.
>>> GigeNET's Cloud Solutions provide you with the tools and support 
>>> that you need to offload your IT needs and focus on growing your business.
>>> Configured For All Businesses. Start Your Cloud Today.
>>> https://www.gigenetcloud.com/
>>> _______________________________________________
>>> WiX-users mailing list
>>> WiX...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>> ---------------------------------------------------------------------
>> -
>> -------- Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> WiX-users mailing list
>> WiX...@li...
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>> This message has been scanned for malware by Websense.
>> www.websense.com
>> ---------------------------------------------------------------------
>> -
>> -------- Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that 
>> you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> WiX-users mailing list
>> WiX...@li...
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> ----------------------------------------------------------------------
> -------- Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> ----------------------------------------------------------------------
> -------- Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that 
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users


------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
WiX-users mailing list
WiX...@li...
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] CabExtract returns 0x80070003

[Edwin C. <eg...@gm...>]

I think I know what the problem is.

The cab file I'm trying to extract has directories inside. I think when
CabExtractCallback is called for the first file we get wzPath pointing to a
string like C:\Users\user\AppData\Local\Temp\extract\subdir\file1.txt
and the call to CreateFileW fails because
C:\Users\user\AppData\Local\Temp\extract\subdir does not exist yet. I think
this results in GetLastWin32Error returning ERROR_PATH_NOT_FOUND back in
CabOperation which converts the error into 0x80070003 which then gets
returned to CabExtract and finally back to me.

If my guess above is correct, then the fix is to ensure the directory
portion of wzPath exists before calling CreateFileW.



On Thu, Jul 9, 2015 at 10:34 PM, Edwin Castro <eg...@gm...> wrote:

> I'm trying to use CabExtract from cabutil.h (WiX v3.9) but I always get hr
> == 0x80070003 (The system cannot find the path specified).
>
> My code is equivalent to the following:
>
> hr = CabInitialize(false);
>
> hr = PathCreateTempDirectory(NULL, L"extract", 1, &tempDir);
>
> hr = PathConcat(tempDir, L"file.cab", &cabPath);
>
> hr = StrAllocString(&extractDir, tempDir, 0):
>
> hr = PathBackslashTerminate(&extractDir);
>
> hr = CabExtract(cabPath, L"*", extractDir, NULL, NULL, 0);
>
> CabUninitialize();
>
> I see the paths I expect to see when I log cabPath and extrtactDir:
>
> cabPath = C:\Users\user\AppData\Local\Temp\extract\file.cab
> extractDir = C:\Users\user\AppData\Local\Temp\extract\
>
> I'm at a loss because I can't figure out what CabExtract is failing to
> find.
>
> Am I doing something obviously wrong?
>
> Any suggestions as to how I might go about finding out what CabExtract is
> actually complaining about?
>
> --
> Edwin G. Castro
>



-- 
Edwin G. Castro

[WiX-users] CabExtract returns 0x80070003

[Edwin C. <eg...@gm...>]

I'm trying to use CabExtract from cabutil.h (WiX v3.9) but I always get hr
== 0x80070003 (The system cannot find the path specified).

My code is equivalent to the following:

hr = CabInitialize(false);

hr = PathCreateTempDirectory(NULL, L"extract", 1, &tempDir);

hr = PathConcat(tempDir, L"file.cab", &cabPath);

hr = StrAllocString(&extractDir, tempDir, 0):

hr = PathBackslashTerminate(&extractDir);

hr = CabExtract(cabPath, L"*", extractDir, NULL, NULL, 0);

CabUninitialize();

I see the paths I expect to see when I log cabPath and extrtactDir:

cabPath = C:\Users\user\AppData\Local\Temp\extract\file.cab
extractDir = C:\Users\user\AppData\Local\Temp\extract\

I'm at a loss because I can't figure out what CabExtract is failing to find.

Am I doing something obviously wrong?

Any suggestions as to how I might go about finding out what CabExtract is
actually complaining about?

-- 
Edwin G. Castro

Re: [WiX-users] .NET Prerequisite, Burn, and the ARP

[Rob M. <ro...@fi...>]

Cool. It's a very big feature. So you'll want to do all this first: http://wixtoolset.org/development/   Also, a WIP (http://wixtoolset.org/development/wips/0000-wix-improvement-proposal/) will definitely be in order.

_______________________________________________________________
 FireGiant  |  Dedicated support for the WiX toolset  |  http://www.firegiant.com/

-----Original Message-----
From: soundararajan dhakshinamoorthy [mailto:er....@gm...] 
Sent: Thursday, July 9, 2015 7:48 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] .NET Prerequisite, Burn, and the ARP

Hi,
Added the issue ,
http://wixtoolset.org/issues/4822

We will try to contribute to the issue :-).

Thanks,
Sound

On Thu, Jul 9, 2015 at 10:02 AM, Rob Mensching <ro...@fi...> wrote:

> Add feature to Burn.
>
> _______________________________________________________________
>  FireGiant  |  Dedicated support for the WiX toolset  | 
> http://www.firegiant.com/
>
> -----Original Message-----
> From: soundararajan dhakshinamoorthy 
> [mailto:er....@gm...]
> Sent: Wednesday, July 8, 2015 6:37 PM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] .NET Prerequisite, Burn, and the ARP
>
> Hi Rob,
>
> Do you have any advice on how to handle prerequisites (not prereqmba) 
> without adding an entry ?
>
> Thanks in advance
> Sound
>
>
> ----------------------------------------------------------------------
> -------- Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that 
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



--
-Soundararajan Dhakshinamoorthy
------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
WiX-users mailing list
WiX...@li...
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] .NET Prerequisite, Burn, and the ARP

[soundararajan d. <er....@gm...>]

Hi,
Added the issue ,
http://wixtoolset.org/issues/4822

We will try to contribute to the issue :-).

Thanks,
Sound

On Thu, Jul 9, 2015 at 10:02 AM, Rob Mensching <ro...@fi...> wrote:

> Add feature to Burn.
>
> _______________________________________________________________
>  FireGiant  |  Dedicated support for the WiX toolset  |
> http://www.firegiant.com/
>
> -----Original Message-----
> From: soundararajan dhakshinamoorthy [mailto:er....@gm...]
> Sent: Wednesday, July 8, 2015 6:37 PM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] .NET Prerequisite, Burn, and the ARP
>
> Hi Rob,
>
> Do you have any advice on how to handle prerequisites (not prereqmba)
> without adding an entry ?
>
> Thanks in advance
> Sound
>
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
-Soundararajan Dhakshinamoorthy

Re: [WiX-users] Bootstrap conditioned on OSbittage

[Matt O'C. <tec...@gm...>]

Ah that's great, and I can hide the bundle ARP itself as well?

On 09/07/2015 11:51, Pally Sandher wrote:
> Unless the 3rd party installer is an MSI (which from your previous e-mails, it appears they're executables), Burn won't do that regardless.
> If it is an MSI you can set the Visible attribute on the MsiPackage element to yes & it won't do it either.
>
> Palbinder Sandher
> Software Platform Engineer
> T:   +44 (0)141 945 8500
> F:   +44 (0)141 945 8501
> http://www.iesve.com
>
> Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456
> Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP
> Email Disclaimer
>
>
> -----Original Message-----
> From: Matt O'Connell [mailto:tec...@gm...]
> Sent: 09 July 2015 11:33
> To: wix...@li...
> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
>
> Thank David yes I agree with what your saying. I am a bit concerned the 3rd party wouldn't like our bundle 'wrapping' and hiding their ARP entry. Is it possible to only hide the bundles entry?
>
> dotNetInstaller looks good. (I was worried it was C# but the bootstrapper element is C++) . Ta
>
> On 09/07/2015 10:44, David Watson wrote:
>> Hi,
>> Experience has taught that the best experience for the user and for the developer and the support organisation is to follow the way that the burn bundle works, it has been very carefully designed.
>>
>> Fire and forget bootstrappers are an alternative (I used to use this many years ago http://dblock.github.io/dotnetinstaller/)  and are still widely used.
>>
>> A single point of entry in ARP that allows your user to control the contents of the bundle is much simpler to support than a whole array of packages.
>>
>>
>>
>>    
>> [http://cdn.sdl.tridion.sdlproducts.com/static/corporate/SDLlogo2014.p
>> ng] <www.sdl.com/> www.sdl.com
>>
>>
>> SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us.
>>
>> SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207.
>> Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK.
>>
>> -----Original Message-----
>> From: Matt O'Connell [mailto:tec...@gm...]
>> Sent: 09 July 2015 10:06
>> To: wix...@li...
>> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
>>
>> Well I only need to install one 3rd party installer based on os bittage.
>> On x64- install a_64.exe else install a_32.exe I don't require downloader, and chainer engine for that.
>>
>> If I can use the burn chainer to do this AND get an effectively 'invisible' ARP for the un-avoidable bundle that would be 'ok'. If this is possible I'd like to know how. But am also looking for alternatives to WiX's current offering and thought this would be an ok place to ask, since the experience level here is so high!.
>> Thanks for your help on this.
>>
>> On 09/07/2015 02:16, Hoover, Jacob wrote:
>>> My first question would be "why".  What do you need to do that you can't at least allow your bundle be in the chain and let burn do its work before deferring to your final exe installer?
>>>
>>> -----Original Message-----
>>> From: Matt O'Connell [mailto:tec...@gm...]
>>> Sent: Wednesday, July 08, 2015 7:41 PM
>>> To: General discussion for Windows Installer XML toolset.
>>> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
>>>
>>> Sorry guys can I get some advise on this one please?
>>>
>>> I realise burn can't 'fire and forget' see
>>> http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/
>>> but what (free) methods are there available to do this? Can anyone reccommend something?
>>>
>>> Alternatively is it possible to bundle (and conditionalise) the exes but hide the bundle's ARP entry and expose the third party exes ARP entries? If so could the user could use that to repair/uninstall so it effectively wouldn't appear that the package had been 'bundled'?
>>>
>>> Many Thanks
>>>
>>> On 17 June 2015 at 12:36, Matt O'Connell <tec...@gm...> wrote:
>>>
>>>> I've got a third party exe with 2 versions to bootstrap based on OS
>>>> bittage, our current setup code only does this for MSIs. I've found
>>>> how to do this with burn bundle but don't need the bundleness of it
>>>> as per this
>>>> http://stackoverflow.com/questions/30010837/i-dont-want-install-a-bo
>>>> o t strapper-project-itself What would you guys recommend for this
>>>> use case?
>>>>
>>> ---------------------------------------------------------------------
>>> -
>>> -------- Don't Limit Your Business. Reach for the Cloud.
>>> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
>>> Configured For All Businesses. Start Your Cloud Today.
>>> https://www.gigenetcloud.com/
>>> _______________________________________________
>>> WiX-users mailing list
>>> WiX...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>>
>>> ---------------------------------------------------------------------
>>> -
>>> -------- Don't Limit Your Business. Reach for the Cloud.
>>> GigeNET's Cloud Solutions provide you with the tools and support that
>>> you need to offload your IT needs and focus on growing your business.
>>> Configured For All Businesses. Start Your Cloud Today.
>>> https://www.gigenetcloud.com/
>>> _______________________________________________
>>> WiX-users mailing list
>>> WiX...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>> ----------------------------------------------------------------------
>> -------- Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> WiX-users mailing list
>> WiX...@li...
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>> This message has been scanned for malware by Websense.
>> www.websense.com
>> ----------------------------------------------------------------------
>> -------- Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that
>> you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> WiX-users mailing list
>> WiX...@li...
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bootstrap conditioned on OSbittage

[Pally S. <pal...@ie...>]

Unless the 3rd party installer is an MSI (which from your previous e-mails, it appears they're executables), Burn won't do that regardless.
If it is an MSI you can set the Visible attribute on the MsiPackage element to yes & it won't do it either.

Palbinder Sandher 
Software Platform Engineer 
T:   +44 (0)141 945 8500
F:   +44 (0)141 945 8501
http://www.iesve.com 

Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456
Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP
Email Disclaimer 


-----Original Message-----
From: Matt O'Connell [mailto:tec...@gm...] 
Sent: 09 July 2015 11:33
To: wix...@li...
Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage

Thank David yes I agree with what your saying. I am a bit concerned the 3rd party wouldn't like our bundle 'wrapping' and hiding their ARP entry. Is it possible to only hide the bundles entry?

dotNetInstaller looks good. (I was worried it was C# but the bootstrapper element is C++) . Ta

On 09/07/2015 10:44, David Watson wrote:
> Hi,
> Experience has taught that the best experience for the user and for the developer and the support organisation is to follow the way that the burn bundle works, it has been very carefully designed.
>
> Fire and forget bootstrappers are an alternative (I used to use this many years ago http://dblock.github.io/dotnetinstaller/)  and are still widely used.
>
> A single point of entry in ARP that allows your user to control the contents of the bundle is much simpler to support than a whole array of packages.
>
>
>
>   
> [http://cdn.sdl.tridion.sdlproducts.com/static/corporate/SDLlogo2014.p
> ng] <www.sdl.com/> www.sdl.com
>
>
> SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us.
>
> SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207.
> Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK.
>
> -----Original Message-----
> From: Matt O'Connell [mailto:tec...@gm...]
> Sent: 09 July 2015 10:06
> To: wix...@li...
> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
>
> Well I only need to install one 3rd party installer based on os bittage.
> On x64- install a_64.exe else install a_32.exe I don't require downloader, and chainer engine for that.
>
> If I can use the burn chainer to do this AND get an effectively 'invisible' ARP for the un-avoidable bundle that would be 'ok'. If this is possible I'd like to know how. But am also looking for alternatives to WiX's current offering and thought this would be an ok place to ask, since the experience level here is so high!.
> Thanks for your help on this.
>
> On 09/07/2015 02:16, Hoover, Jacob wrote:
>> My first question would be "why".  What do you need to do that you can't at least allow your bundle be in the chain and let burn do its work before deferring to your final exe installer?
>>
>> -----Original Message-----
>> From: Matt O'Connell [mailto:tec...@gm...]
>> Sent: Wednesday, July 08, 2015 7:41 PM
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
>>
>> Sorry guys can I get some advise on this one please?
>>
>> I realise burn can't 'fire and forget' see 
>> http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/
>> but what (free) methods are there available to do this? Can anyone reccommend something?
>>
>> Alternatively is it possible to bundle (and conditionalise) the exes but hide the bundle's ARP entry and expose the third party exes ARP entries? If so could the user could use that to repair/uninstall so it effectively wouldn't appear that the package had been 'bundled'?
>>
>> Many Thanks
>>
>> On 17 June 2015 at 12:36, Matt O'Connell <tec...@gm...> wrote:
>>
>>> I've got a third party exe with 2 versions to bootstrap based on OS 
>>> bittage, our current setup code only does this for MSIs. I've found 
>>> how to do this with burn bundle but don't need the bundleness of it 
>>> as per this 
>>> http://stackoverflow.com/questions/30010837/i-dont-want-install-a-bo
>>> o t strapper-project-itself What would you guys recommend for this 
>>> use case?
>>>
>> ---------------------------------------------------------------------
>> -
>> -------- Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> WiX-users mailing list
>> WiX...@li...
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>> ---------------------------------------------------------------------
>> -
>> -------- Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that 
>> you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> WiX-users mailing list
>> WiX...@li...
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> ----------------------------------------------------------------------
> -------- Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> This message has been scanned for malware by Websense. 
> www.websense.com
> ----------------------------------------------------------------------
> -------- Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that 
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users


------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
WiX-users mailing list
WiX...@li...
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bootstrap conditioned on OSbittage

[Matt O'C. <tec...@gm...>]

Thank David yes I agree with what your saying. I am a bit concerned the 
3rd party wouldn't like our bundle 'wrapping' and hiding their ARP 
entry. Is it possible to only hide the bundles entry?

dotNetInstaller looks good. (I was worried it was C# but the 
bootstrapper element is C++) . Ta

On 09/07/2015 10:44, David Watson wrote:
> Hi,
> Experience has taught that the best experience for the user and for the developer and the support organisation is to follow the way that the burn bundle works, it has been very carefully designed.
>
> Fire and forget bootstrappers are an alternative (I used to use this many years ago http://dblock.github.io/dotnetinstaller/)  and are still widely used.
>
> A single point of entry in ARP that allows your user to control the contents of the bundle is much simpler to support than a whole array of packages.
>
>
>
>   [http://cdn.sdl.tridion.sdlproducts.com/static/corporate/SDLlogo2014.png] <www.sdl.com/>
> www.sdl.com
>
>
> SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us.
>
> SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207.
> Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK.
>
> -----Original Message-----
> From: Matt O'Connell [mailto:tec...@gm...]
> Sent: 09 July 2015 10:06
> To: wix...@li...
> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
>
> Well I only need to install one 3rd party installer based on os bittage.
> On x64- install a_64.exe else install a_32.exe I don't require downloader, and chainer engine for that.
>
> If I can use the burn chainer to do this AND get an effectively 'invisible' ARP for the un-avoidable bundle that would be 'ok'. If this is possible I'd like to know how. But am also looking for alternatives to WiX's current offering and thought this would be an ok place to ask, since the experience level here is so high!.
> Thanks for your help on this.
>
> On 09/07/2015 02:16, Hoover, Jacob wrote:
>> My first question would be "why".  What do you need to do that you can't at least allow your bundle be in the chain and let burn do its work before deferring to your final exe installer?
>>
>> -----Original Message-----
>> From: Matt O'Connell [mailto:tec...@gm...]
>> Sent: Wednesday, July 08, 2015 7:41 PM
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
>>
>> Sorry guys can I get some advise on this one please?
>>
>> I realise burn can't 'fire and forget' see
>> http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/
>> but what (free) methods are there available to do this? Can anyone reccommend something?
>>
>> Alternatively is it possible to bundle (and conditionalise) the exes but hide the bundle's ARP entry and expose the third party exes ARP entries? If so could the user could use that to repair/uninstall so it effectively wouldn't appear that the package had been 'bundled'?
>>
>> Many Thanks
>>
>> On 17 June 2015 at 12:36, Matt O'Connell <tec...@gm...> wrote:
>>
>>> I've got a third party exe with 2 versions to bootstrap based on OS
>>> bittage, our current setup code only does this for MSIs. I've found
>>> how to do this with burn bundle but don't need the bundleness of it
>>> as per this
>>> http://stackoverflow.com/questions/30010837/i-dont-want-install-a-boo
>>> t strapper-project-itself What would you guys recommend for this use
>>> case?
>>>
>> ----------------------------------------------------------------------
>> -------- Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> WiX-users mailing list
>> WiX...@li...
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>> ----------------------------------------------------------------------
>> -------- Don't Limit Your Business. Reach for the Cloud.
>> GigeNET's Cloud Solutions provide you with the tools and support that
>> you need to offload your IT needs and focus on growing your business.
>> Configured For All Businesses. Start Your Cloud Today.
>> https://www.gigenetcloud.com/
>> _______________________________________________
>> WiX-users mailing list
>> WiX...@li...
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> This message has been scanned for malware by Websense. www.websense.com
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bootstrap conditioned on OSbittage

[David W. <dw...@sd...>]

Hi,
Experience has taught that the best experience for the user and for the developer and the support organisation is to follow the way that the burn bundle works, it has been very carefully designed.

Fire and forget bootstrappers are an alternative (I used to use this many years ago http://dblock.github.io/dotnetinstaller/)  and are still widely used.

A single point of entry in ARP that allows your user to control the contents of the bundle is much simpler to support than a whole array of packages.



 [http://cdn.sdl.tridion.sdlproducts.com/static/corporate/SDLlogo2014.png] <www.sdl.com/>
www.sdl.com


SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us.

SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK.

-----Original Message-----
From: Matt O'Connell [mailto:tec...@gm...]
Sent: 09 July 2015 10:06
To: wix...@li...
Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage

Well I only need to install one 3rd party installer based on os bittage.
On x64- install a_64.exe else install a_32.exe I don't require downloader, and chainer engine for that.

If I can use the burn chainer to do this AND get an effectively 'invisible' ARP for the un-avoidable bundle that would be 'ok'. If this is possible I'd like to know how. But am also looking for alternatives to WiX's current offering and thought this would be an ok place to ask, since the experience level here is so high!.
Thanks for your help on this.

On 09/07/2015 02:16, Hoover, Jacob wrote:
> My first question would be "why".  What do you need to do that you can't at least allow your bundle be in the chain and let burn do its work before deferring to your final exe installer?
>
> -----Original Message-----
> From: Matt O'Connell [mailto:tec...@gm...]
> Sent: Wednesday, July 08, 2015 7:41 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
>
> Sorry guys can I get some advise on this one please?
>
> I realise burn can't 'fire and forget' see
> http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/
> but what (free) methods are there available to do this? Can anyone reccommend something?
>
> Alternatively is it possible to bundle (and conditionalise) the exes but hide the bundle's ARP entry and expose the third party exes ARP entries? If so could the user could use that to repair/uninstall so it effectively wouldn't appear that the package had been 'bundled'?
>
> Many Thanks
>
> On 17 June 2015 at 12:36, Matt O'Connell <tec...@gm...> wrote:
>
>> I've got a third party exe with 2 versions to bootstrap based on OS
>> bittage, our current setup code only does this for MSIs. I've found
>> how to do this with burn bundle but don't need the bundleness of it
>> as per this
>> http://stackoverflow.com/questions/30010837/i-dont-want-install-a-boo
>> t strapper-project-itself What would you guys recommend for this use
>> case?
>>
> ----------------------------------------------------------------------
> -------- Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> ----------------------------------------------------------------------
> -------- Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users


------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
WiX-users mailing list
WiX...@li...
https://lists.sourceforge.net/lists/listinfo/wix-users


This message has been scanned for malware by Websense. www.websense.com

[WiX-users] Publisher policy registry entries not cleaned up after an uninstall

[kirannhegde <kir...@gm...>]

Hello,

*Scenario:*I have a merge module which contains certain assemblies, which
get installed into the GAC.
This merge module is consumed by a msi package.

The merge module also contains  GAC publisher policy files associated with
each of the assemblies.

When the msi package is installed , several registry entries corresponding
to these publisher policy files are created
under:HKLM\SOFTWARE\Microsoft\Fusion\PublisherPolicy\Default. After an
uninstall of this msi package, even though the actual publisher policy files
and the assemblies are cleaned up from the GAC, the registry entries
corresponding to the publisher policy files are not cleaned up. 


*Investigation carried out so far:*

To summarize, the URL below states that the Windows Installer standard for
including Publisher Policy Files within an installer is to add them directly
to the MSI package and not a Merge Module.   The problem with adding them to
the Merge Module causes the associated Policy registry keys utilized by the
CLR to be orphaned in the registry. 

I believe the link below describes the cause of this issue and basically
Windows Installer Standards indicate that Merge Modules should not be used
to install Publisher Policy Files into the GAC.  Perhaps the intention with
installer validation is to force the Policy files to have explicit
association to a specific Product Version.  

Reference:
http://msdn.microsoft.com/en-us/library/windows/desktop/aa369203(v=vs.85).aspx 


In order to verify the behavior I manually modified the msi install package
and removed the Policy file components from the ModuleComponents Table.  By
doing so removes the component reference from being associated to the merge
module and directly assigns them to the MSI package.
After uninstalling, the Policy file registry entries are no longer orphaned
in the registry and the problem is solved

*Potential solution*

  The long term solution would be to redesign the Merge Modules to exclude
the Policy files and add them directly to each Product MSI Package

*/Does anyone have any other better solution to fix this problem?/*

Regards,
Kiran Hegde







--
View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Publisher-policy-registry-entries-not-cleaned-up-after-an-uninstall-tp7600854.html
Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] Bootstrap conditioned on OSbittage

[Matt O'C. <tec...@gm...>]

Well I only need to install one 3rd party installer based on os bittage. 
On x64- install a_64.exe else install a_32.exe I don't require 
downloader, and chainer engine for that.

If I can use the burn chainer to do this AND get an effectively 
'invisible' ARP for the un-avoidable bundle that would be 'ok'. If this 
is possible I'd like to know how. But am also looking for alternatives 
to WiX's current offering and thought this would be an ok place to ask, 
since the experience level here is so high!.
Thanks for your help on this.

On 09/07/2015 02:16, Hoover, Jacob wrote:
> My first question would be "why".  What do you need to do that you can't at least allow your bundle be in the chain and let burn do its work before deferring to your final exe installer?
>
> -----Original Message-----
> From: Matt O'Connell [mailto:tec...@gm...]
> Sent: Wednesday, July 08, 2015 7:41 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage
>
> Sorry guys can I get some advise on this one please?
>
> I realise burn can't 'fire and forget' see http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/
> but what (free) methods are there available to do this? Can anyone reccommend something?
>
> Alternatively is it possible to bundle (and conditionalise) the exes but hide the bundle's ARP entry and expose the third party exes ARP entries? If so could the user could use that to repair/uninstall so it effectively wouldn't appear that the package had been 'bundled'?
>
> Many Thanks
>
> On 17 June 2015 at 12:36, Matt O'Connell <tec...@gm...> wrote:
>
>> I've got a third party exe with 2 versions to bootstrap based on OS
>> bittage, our current setup code only does this for MSIs. I've found
>> how to do this with burn bundle but don't need the bundleness of it as
>> per this
>> http://stackoverflow.com/questions/30010837/i-dont-want-install-a-boot
>> strapper-project-itself What would you guys recommend for this use
>> case?
>>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Customized downloaded MSI location

[Rob M. <ro...@fi...>]

At least in WiX v3.10 (maybe v3.9) you can set the package cache location via policy:

HKLM\SOFTWARE\Policies\WiX\Burn@PackageCache

That is a machine wide setting for users that need to move the package cache to a different drive.
_______________________________________________________________
 FireGiant  |  Dedicated support for the WiX toolset  |  http://www.firegiant.com/

-----Original Message-----
From: Mohamed Yasir [mailto:yas...@gm...] 
Sent: Sunday, March 8, 2015 10:50 PM
To: wix...@li...
Subject: Re: [WiX-users] Customized downloaded MSI location

Hi,

Consider following scenario, Sum of Download Size and Installation size having more than the System Drive available size. In this case, user having enough space for installation files. But not having space for store the downloaded files in system drive. So want to change the download location.

Could you please share any idea to change the package download location? Is it possible to change download location.

Regards,
Mohamed Yasir K



--
View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Customized-downloaded-MSI-location-tp7597899p7599500.html
Sent from the wix-users mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
WiX-users mailing list
WiX...@li...
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Customized downloaded MSI location

[Mohamed Y. <yas...@gm...>]

Hi,

Could you please share any idea on this?

Regards,
Mohamed Yasir K



--
View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Customized-downloaded-MSI-location-tp7597899p7600851.html
Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] .NET Prerequisite, Burn, and the ARP

[Rob M. <ro...@fi...>]

Add feature to Burn.

_______________________________________________________________
 FireGiant  |  Dedicated support for the WiX toolset  |  http://www.firegiant.com/

-----Original Message-----
From: soundararajan dhakshinamoorthy [mailto:er....@gm...] 
Sent: Wednesday, July 8, 2015 6:37 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] .NET Prerequisite, Burn, and the ARP

Hi Rob,

Do you have any advice on how to handle prerequisites (not prereqmba) without adding an entry ?

Thanks in advance
Sound

Re: [WiX-users] .NET Prerequisite, Burn, and the ARP

[soundararajan d. <er....@gm...>]

Hi Rob,

Do you have any advice on how to handle prerequisites (not prereqmba)
without adding an entry ?

Thanks in advance
Sound

On Wed, Jul 8, 2015 at 10:52 PM, Rob Mensching <ro...@fi...> wrote:

> Ahh, the prereqba completed successfully. So the bundle was successfully
> installed before being restarted to load the ManagedBA. That basically
> makes sense.
>
> _______________________________________________________________
>  FireGiant  |  Dedicated support for the WiX toolset  |
> http://www.firegiant.com/
>
> -----Original Message-----
> From: Jiri Tomek [mailto:ka...@vo...]
> Sent: Wednesday, July 8, 2015 1:02 AM
> To: wix...@li...
> Subject: Re: [WiX-users] .NET Prerequisite, Burn, and the ARP
>
> Hello,
> I have the same issue. I double-checked that .NET package is marked as
> permanent and I tried both with and without rollback boundary but I still
> get ARP entry right after .NET is installed as prerequisite. I'm using Wix
> 3.9.
>
> My Chain is defined this way:
> <Chain>
>   <PackageGroupRef Id="NetFx45Redist"/>
>   <RollbackBoundary />
>   <PackageGroupRef Id="TestPackage" />
> </Chain>
>
> The log from initial run is this:
>
> [0690:0168][2015-07-08T00:29:07]i001: Burn v3.9.1006.0, Windows v6.1 (Build
> 7601: Service Pack 1), path:
> C:\Users\Administrator\Desktop\TestInstaller.exe, cmdline:
> '-burn.unelevated BurnPipe.{4303C9F0-DB96-41D1-A217-26466A0A9178}
> {253C2727-CA99-43F7-B8B1-CF0835E221F0} 380 '
> ... snip ...
> [0690:0168][2015-07-08T00:29:07]i000: Loading prerequisite bootstrapper
> application because managed host could not be loaded, error: 0x80070490.
> [0690:0464][2015-07-08T00:29:07]i000: Setting version variable
> 'WixBundleFileVersion' to value '1.0.0.0'
> [0690:0168][2015-07-08T00:29:07]i100: Detect begin, 2 packages
> [0690:0168][2015-07-08T00:29:07]i000: Registry key not found. Key =
> 'SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full'
> [0690:0168][2015-07-08T00:29:07]i052: Condition 'PreviousInstallFolder'
> evaluates to false.
> [0690:0168][2015-07-08T00:29:07]i052: Condition 'NETFRAMEWORK45 >= 378389'
> evaluates to false.
> [0690:0168][2015-07-08T00:29:07]i101: Detected package: NetFx45Redist,
> state: Absent, cached: None
> [0690:0168][2015-07-08T00:29:07]i101: Detected package: TestPackage, state:
> Absent, cached: None
> [0690:0168][2015-07-08T00:29:07]i199: Detect complete, result: 0x0
> [0690:0168][2015-07-08T00:29:09]i200: Plan begin, 2 packages, action:
> Install
> [0690:0168][2015-07-08T00:29:09]w321: Skipping dependency registration on
> package with no dependency providers: NetFx45Redist
> [0690:0168][2015-07-08T00:29:09]i000: Setting string variable
> 'NetFx45FullLog' to value
> 'C:\Users\ADMINI~1\AppData\Local\Temp\TestInstaller_20150708002907_0_NetFx45Redist.log'
> [0690:0168][2015-07-08T00:29:09]i201: Planned package: NetFx45Redist,
> state:
> Absent, default requested: Present, ba requested: Present, execute:
> Install,
> rollback: None, cache: Yes, uncache: No, dependency: None
> [0690:0168][2015-07-08T00:29:09]i201: Planned package: TestPackage, state:
> Absent, default requested: Absent, ba requested: None, execute: None,
> rollback: None, cache: No, uncache: No, dependency: None
> [0690:0168][2015-07-08T00:29:09]i299: Plan complete, result: 0x0
> [0690:0168][2015-07-08T00:29:09]i300: Apply begin
> [017C:054C][2015-07-08T00:29:09]i360: Creating a system restore point.
> [017C:054C][2015-07-08T00:29:09]i362: System restore disabled, system
> restore point not created.
> [017C:054C][2015-07-08T00:29:09]i000: Caching bundle from:
>
> 'C:\Users\ADMINI~1\AppData\Local\Temp\{380d557e-ec88-4923-9924-a37299972102}\.be\TestInstaller.exe'
> to: 'C:\ProgramData\Package
> Cache\{380d557e-ec88-4923-9924-a37299972102}\TestInstaller.exe'
> [017C:054C][2015-07-08T00:29:09]i320: Registering bundle dependency
> provider: {380d557e-ec88-4923-9924-a37299972102}, version: 1.0.0.0
> [017C:0504][2015-07-08T00:29:09]i305: Verified acquired payload:
> NetFx45Redist at path: C:\ProgramData\Package
> Cache\.unverified\NetFx45Redist, moving to: C:\ProgramData\Package
> Cache\CD57380514DC157DF75A09D3E54C96D1DF3DF51A\redist\dotnetfx45_full_x86_x64.exe.
> [017C:054C][2015-07-08T00:29:09]i301: Applying execute package:
> NetFx45Redist, action: Install, path: C:\ProgramData\Package
> Cache\CD57380514DC157DF75A09D3E54C96D1DF3DF51A\redist\dotnetfx45_full_x86_x64.exe,
> arguments: '"C:\ProgramData\Package
>
> Cache\CD57380514DC157DF75A09D3E54C96D1DF3DF51A\redist\dotnetfx45_full_x86_x64.exe"
> /q /norestart /ChainingPackage "Test Installer" /log
> "C:\Users\ADMINI~1\AppData\Local\Temp\TestInstaller_20150708002907_0_NetFx45Redist.log.html"'
> [0690:0168][2015-07-08T00:33:20]i319: Applied execute package:
> NetFx45Redist, result: 0x0, restart: None
> [0690:0168][2015-07-08T00:33:20]i399: Apply complete, result: 0x0, restart:
> None, ba requested restart:  No
> [0690:0168][2015-07-08T00:33:20]i500: Shutting down, exit code: 0x0
> [0690:0168][2015-07-08T00:33:20]i000: The prerequisites were successfully
> installed. The bootstrapper application will be reloaded.
> [0690:0168][2015-07-08T00:33:20]i006: Bootstrapper application requested
> to be reloaded.
> [0690:0168][2015-07-08T00:33:20]i000: Loading managed bootstrapper
> application.
> [0690:0168][2015-07-08T00:33:20]i000: Creating BA thread to run
> asynchronously.
> [0690:060C][2015-07-08T00:33:20]i000: Starting Bootstrapper. Assembly
> CodeBase:file:///C:/Users/Administrator/AppData/Local/Temp/{380d557e-ec88-4923-9924-a37299972102}/.ba1/TestInstaller.DLL
> [0690:060C][2015-07-08T00:33:20]i000: Command Action: Install Resume: None
> Restart: Prompt Display: Full LayoutDir:  Passthrough: False Relation:
> None ... snip ...
> [0690:060C][2015-07-08T00:33:50]i000: Exiting UI.
> [0690:0168][2015-07-08T00:33:50]i500: Shutting down, exit code: 0xffffffff
> [0690:0168][2015-07-08T00:33:50]i000: Shutting down without restart.
> ... snip ...
> [0690:0168][2015-07-08T00:33:50]i007: Exit code: 0xffffffff, restarting: No
>
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> WiX-users mailing list
> WiX...@li...
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
-Soundararajan Dhakshinamoorthy

Re: [WiX-users] Bootstrap conditioned on OSbittage

[Hoover, J. <Jac...@gr...>]

My first question would be "why".  What do you need to do that you can't at least allow your bundle be in the chain and let burn do its work before deferring to your final exe installer?

-----Original Message-----
From: Matt O'Connell [mailto:tec...@gm...] 
Sent: Wednesday, July 08, 2015 7:41 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bootstrap conditioned on OSbittage

Sorry guys can I get some advise on this one please?

I realise burn can't 'fire and forget' see http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/
but what (free) methods are there available to do this? Can anyone reccommend something?

Alternatively is it possible to bundle (and conditionalise) the exes but hide the bundle's ARP entry and expose the third party exes ARP entries? If so could the user could use that to repair/uninstall so it effectively wouldn't appear that the package had been 'bundled'?

Many Thanks

On 17 June 2015 at 12:36, Matt O'Connell <tec...@gm...> wrote:

> I've got a third party exe with 2 versions to bootstrap based on OS 
> bittage, our current setup code only does this for MSIs. I've found 
> how to do this with burn bundle but don't need the bundleness of it as 
> per this 
> http://stackoverflow.com/questions/30010837/i-dont-want-install-a-boot
> strapper-project-itself What would you guys recommend for this use 
> case?
>
------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
WiX-users mailing list
WiX...@li...
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bootstrap conditioned on OSbittage

[Matt O'C. <tec...@gm...>]

Sorry guys can I get some advise on this one please?

I realise burn can't 'fire and forget' see
http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/
but what (free) methods are there available to do this? Can anyone
reccommend something?

Alternatively is it possible to bundle (and conditionalise) the exes but
hide the bundle's ARP entry and expose the third party exes ARP entries? If
so could the user could use that to repair/uninstall so it effectively
wouldn't appear that the package had been 'bundled'?

Many Thanks

On 17 June 2015 at 12:36, Matt O'Connell <tec...@gm...> wrote:

> I've got a third party exe with 2 versions to bootstrap based on OS
> bittage, our current setup code only does this for MSIs. I've found how to
> do this with burn bundle but don't need the bundleness of it as per this
> http://stackoverflow.com/questions/30010837/i-dont-want-install-a-bootstrapper-project-itself
> What would you guys recommend for this use case?
>

Re: [WiX-users] Two Different Bundles, Same MSI, Upgrade and Bundle Dependencies.

[Rob M. <ro...@fi...>]

In this scenario, Bv1 needs to be repaired. Hard unsolved problem to do better than that.

_______________________________________________________________
 FireGiant  |  Dedicated support for the WiX toolset  |  http://www.firegiant.com/



-----Original Message-----
From: speirscd [mailto:spe...@gm...] 
Sent: Wednesday, July 8, 2015 10:27 AM
To: wix...@li...
Subject: [WiX-users] Two Different Bundles, Same MSI, Upgrade and Bundle Dependencies.

The main problem is that in the below scenario an MSI is uninstalled after it is upgraded by a second installer and that second installer is uninstalled. 
In brief this appears to be a problem with not upgrading package dependencies in a multiple bundle and major upgrade scenario.

*The scenario:*

Existing Installers:

MSI 'Mv1'.
Bundle 'Av1' installs 'Mv1'.
Bundle 'Bv1' installs 'Mv1'. 
MSI 'Mv2'. (Major upgrade of 'Mv1', including changing Product Id) Bundle 'Av2' installs 'Mv2'. (Upgrade bundle of 'Av1')

Actions:

Install Bv1.  Mv1 is installed.
Install Av2.  Mv2 is installed by upgrading Mv1 to Mv2.
Uninstall Av2.  Mv2 is found to not have other dependencies, Mv2 is removed. 
Mv1 is not on the system
Bv1 is no longer functional because Mv1 (or later) does not exist.

*Query:*

Is this an intended limitation?  Is a major upgrade not feasible in this case where there exists two bundles installing/upgrading the same MSI?
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Two Different Bundles, Same MSI, Upgrade and Bundle Dependencies.

[speirscd <spe...@gm...>]

The main problem is that in the below scenario an MSI is uninstalled after it
is upgraded by a second installer and that second installer is uninstalled. 
In brief this appears to be a problem with not upgrading package
dependencies in a multiple bundle and major upgrade scenario.

*The scenario:*

Existing Installers:

MSI 'Mv1'.
Bundle 'Av1' installs 'Mv1'.
Bundle 'Bv1' installs 'Mv1'. 
MSI 'Mv2'. (Major upgrade of 'Mv1', including changing Product Id)
Bundle 'Av2' installs 'Mv2'. (Upgrade bundle of 'Av1')

Actions:

Install Bv1.  Mv1 is installed.
Install Av2.  Mv2 is installed by upgrading Mv1 to Mv2.
Uninstall Av2.  Mv2 is found to not have other dependencies, Mv2 is removed. 
Mv1 is not on the system
Bv1 is no longer functional because Mv1 (or later) does not exist.

*Query:*

Is this an intended limitation?  Is a major upgrade not feasible in this
case where there exists two bundles installing/upgrading the same MSI?



--
View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Two-Different-Bundles-Same-MSI-Upgrade-and-Bundle-Dependencies-tp7600840.html
Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] .NET Prerequisite, Burn, and the ARP

[Rob M. <ro...@fi...>]

Ahh, the prereqba completed successfully. So the bundle was successfully installed before being restarted to load the ManagedBA. That basically makes sense.

_______________________________________________________________
 FireGiant  |  Dedicated support for the WiX toolset  |  http://www.firegiant.com/

-----Original Message-----
From: Jiri Tomek [mailto:ka...@vo...] 
Sent: Wednesday, July 8, 2015 1:02 AM
To: wix...@li...
Subject: Re: [WiX-users] .NET Prerequisite, Burn, and the ARP

Hello,
I have the same issue. I double-checked that .NET package is marked as permanent and I tried both with and without rollback boundary but I still get ARP entry right after .NET is installed as prerequisite. I'm using Wix 3.9.

My Chain is defined this way:
<Chain>
  <PackageGroupRef Id="NetFx45Redist"/>
  <RollbackBoundary />
  <PackageGroupRef Id="TestPackage" />
</Chain>

The log from initial run is this:

[0690:0168][2015-07-08T00:29:07]i001: Burn v3.9.1006.0, Windows v6.1 (Build
7601: Service Pack 1), path:
C:\Users\Administrator\Desktop\TestInstaller.exe, cmdline: '-burn.unelevated BurnPipe.{4303C9F0-DB96-41D1-A217-26466A0A9178}
{253C2727-CA99-43F7-B8B1-CF0835E221F0} 380 '
... snip ...
[0690:0168][2015-07-08T00:29:07]i000: Loading prerequisite bootstrapper application because managed host could not be loaded, error: 0x80070490.
[0690:0464][2015-07-08T00:29:07]i000: Setting version variable 'WixBundleFileVersion' to value '1.0.0.0'
[0690:0168][2015-07-08T00:29:07]i100: Detect begin, 2 packages
[0690:0168][2015-07-08T00:29:07]i000: Registry key not found. Key = 'SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full'
[0690:0168][2015-07-08T00:29:07]i052: Condition 'PreviousInstallFolder'
evaluates to false.
[0690:0168][2015-07-08T00:29:07]i052: Condition 'NETFRAMEWORK45 >= 378389'
evaluates to false.
[0690:0168][2015-07-08T00:29:07]i101: Detected package: NetFx45Redist,
state: Absent, cached: None
[0690:0168][2015-07-08T00:29:07]i101: Detected package: TestPackage, state:
Absent, cached: None
[0690:0168][2015-07-08T00:29:07]i199: Detect complete, result: 0x0
[0690:0168][2015-07-08T00:29:09]i200: Plan begin, 2 packages, action:
Install
[0690:0168][2015-07-08T00:29:09]w321: Skipping dependency registration on package with no dependency providers: NetFx45Redist
[0690:0168][2015-07-08T00:29:09]i000: Setting string variable 'NetFx45FullLog' to value 'C:\Users\ADMINI~1\AppData\Local\Temp\TestInstaller_20150708002907_0_NetFx45Redist.log'
[0690:0168][2015-07-08T00:29:09]i201: Planned package: NetFx45Redist, state:
Absent, default requested: Present, ba requested: Present, execute: Install,
rollback: None, cache: Yes, uncache: No, dependency: None
[0690:0168][2015-07-08T00:29:09]i201: Planned package: TestPackage, state:
Absent, default requested: Absent, ba requested: None, execute: None,
rollback: None, cache: No, uncache: No, dependency: None
[0690:0168][2015-07-08T00:29:09]i299: Plan complete, result: 0x0
[0690:0168][2015-07-08T00:29:09]i300: Apply begin
[017C:054C][2015-07-08T00:29:09]i360: Creating a system restore point.
[017C:054C][2015-07-08T00:29:09]i362: System restore disabled, system restore point not created.
[017C:054C][2015-07-08T00:29:09]i000: Caching bundle from:
'C:\Users\ADMINI~1\AppData\Local\Temp\{380d557e-ec88-4923-9924-a37299972102}\.be\TestInstaller.exe'
to: 'C:\ProgramData\Package
Cache\{380d557e-ec88-4923-9924-a37299972102}\TestInstaller.exe'
[017C:054C][2015-07-08T00:29:09]i320: Registering bundle dependency
provider: {380d557e-ec88-4923-9924-a37299972102}, version: 1.0.0.0
[017C:0504][2015-07-08T00:29:09]i305: Verified acquired payload:
NetFx45Redist at path: C:\ProgramData\Package Cache\.unverified\NetFx45Redist, moving to: C:\ProgramData\Package Cache\CD57380514DC157DF75A09D3E54C96D1DF3DF51A\redist\dotnetfx45_full_x86_x64.exe.
[017C:054C][2015-07-08T00:29:09]i301: Applying execute package:
NetFx45Redist, action: Install, path: C:\ProgramData\Package Cache\CD57380514DC157DF75A09D3E54C96D1DF3DF51A\redist\dotnetfx45_full_x86_x64.exe,
arguments: '"C:\ProgramData\Package
Cache\CD57380514DC157DF75A09D3E54C96D1DF3DF51A\redist\dotnetfx45_full_x86_x64.exe"
/q /norestart /ChainingPackage "Test Installer" /log "C:\Users\ADMINI~1\AppData\Local\Temp\TestInstaller_20150708002907_0_NetFx45Redist.log.html"'
[0690:0168][2015-07-08T00:33:20]i319: Applied execute package:
NetFx45Redist, result: 0x0, restart: None
[0690:0168][2015-07-08T00:33:20]i399: Apply complete, result: 0x0, restart:
None, ba requested restart:  No
[0690:0168][2015-07-08T00:33:20]i500: Shutting down, exit code: 0x0
[0690:0168][2015-07-08T00:33:20]i000: The prerequisites were successfully installed. The bootstrapper application will be reloaded.
[0690:0168][2015-07-08T00:33:20]i006: Bootstrapper application requested to be reloaded.
[0690:0168][2015-07-08T00:33:20]i000: Loading managed bootstrapper application.
[0690:0168][2015-07-08T00:33:20]i000: Creating BA thread to run asynchronously.
[0690:060C][2015-07-08T00:33:20]i000: Starting Bootstrapper. Assembly CodeBase:file:///C:/Users/Administrator/AppData/Local/Temp/{380d557e-ec88-4923-9924-a37299972102}/.ba1/TestInstaller.DLL
[0690:060C][2015-07-08T00:33:20]i000: Command Action: Install Resume: None
Restart: Prompt Display: Full LayoutDir:  Passthrough: False Relation: None ... snip ...
[0690:060C][2015-07-08T00:33:50]i000: Exiting UI.
[0690:0168][2015-07-08T00:33:50]i500: Shutting down, exit code: 0xffffffff
[0690:0168][2015-07-08T00:33:50]i000: Shutting down without restart.
... snip ...
[0690:0168][2015-07-08T00:33:50]i007: Exit code: 0xffffffff, restarting: No

Re: [WiX-users] Problem durring major upgrade /qb or /qn

[AleksL <ly...@gm...>]

After a time of more careful researching of logs I understand that error
occured in the install phase of major upgrade (Before that I thought that
error in the remove phase).

This means that I may avoid that error by setting more complex conditions
for remove actions. For example 
Instead for example of (&AnyFeature=2) use (&AnyFeature =2) AND (!AnyFeature
<>2)




--
View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Problem-durring-major-upgrade-qb-or-qn-tp7600784p7600837.html
Sent from the wix-users mailing list archive at Nabble.com.