We're not creating a WiX service until we create a full blown installation
engine. No point messing around with all that if we're not just going to go
make the world a much better place. <smile/>
I'm not spending a lot of brain cycles on these problems, but if you guys
can keep the ideas on the mailing list it helps me understand how the
feature is (or is not) developing. Helps me plot where new feature work
should go and such like that...
PS: Glad to hear #3 worked as I thought it did. Would have really scared me
if it did not. <smile/>
On Sun, May 12, 2013 at 10:32 AM, Hoover, Jacob
<jacob.hoo...@greenheck.com>wrote:
> For #1, we would either need to deploy a wix service which would run
> elevated or one could look into abusing a msi/msp to manage the bundle.
>
> The first would probably not be well received and the second would be
> complex and hard to get it right (but not impossible).
>
> Sent from my iPhone
>
> On May 12, 2013, at 11:25 AM, "ACKH" <forforumh...@hotmail.com> wrote:
>
> > Actually I prefer the current approach, i.e. newer patch bundles should
> > remove older patch bundles instead of just hiding them in the ARP. To me
> > this approach seems more intuitive as I was quite surprised that an older
> > .msp becomes visible again after I removed a .msp that superseded it.
> >
> > While testing this it didn't work for me because I had used the wrong
> > UpgradeCode and therefore ended up with multiple patch bundle entries in
> the
> > ARP instead of entries that replace each other. This was purely a fault
> from
> > my side, the behavior of Burn is correct and I did not find a bug there
> > regarding this issue. Therefore I scratch #3 off this list.
> >
> > Regarding #1:
> > The tricky part is really the elevation required to write the per machine
> > keys. So far I haven't figured out an alternative.
> >
> >
> >
> >
> >
> > --
> > View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-patch-bundle-limitations-tp7585779p7585820.html
> > Sent from the wix-devs mailing list archive at Nabble.com.
> >
> >
> ------------------------------------------------------------------------------
> > Learn Graph Databases - Download FREE O'Reilly Book
> > "Graph Databases" is the definitive new guide to graph databases and
> > their applications. This 200-page book is written by three acclaimed
> > leaders in the field. The early access version is available now.
> > Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
> > _______________________________________________
> > WiX-devs mailing list
> > WiX-devs@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-devs
>
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and
> their applications. This 200-page book is written by three acclaimed
> leaders in the field. The early access version is available now.
> Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
> _______________________________________________
> WiX-devs mailing list
> WiX-devs@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-devs
>
>
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and
their applications. This 200-page book is written by three acclaimed
leaders in the field. The early access version is available now.
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
_______________________________________________
WiX-devs mailing list
WiX-devs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-devs
