Reviewing other changes I may need to make apart from removing command line
support, CoreRecreateCommandLine does pass /cache and seems it would need to
for the original scenario. But since command line args not understood by Burn
are passed through, is this okay? Only a parent BA could do this, but then
again - nothing now sets BURN_COMMAND::action to BOOTSTRAPPER_ACTION_CACHE. Do
we just leave it up to the BAs to know when to set package stats to CACHE?
- Heath from my Surface Pro 3
From: Heath Stewart
Sent: Tuesday, March 3, 2015 9:51 PM
To: WiX toolset developer mailing list
Sean and Rob, during triage you mentioned that you didn't think CACHE should be
before UNINSTALL, but it was placed between LAYOUT and UNINSTALL (synonymous
with Absent often times), which logically makes sense. If LAYOUT ~= source
layout and ABSENT ~= not installed, then CACHE ~= in between source and install
- exactly what the cache is for.
So do you really think this needs to change? At the very least, it should be
close to LAYOUT which is also before UNINSTALL.
- Heath from my Surface Pro 3
------------------------------------------------------------------------------
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-devs mailing list
WiX-devs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-devs
------------------------------------------------------------------------------
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-devs mailing list
WiX-devs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-devs
