I have some good news regarding the work I'm doing with melt.
It appears as though all other steps (light, torch, pyro) all seem to carry the
changes forward from melt and applying the patch in Orca shows that the Binary
data has been updated.
All I need is some weigh in from Bob as to what to call the sub folder OR
create a breaking change in melt for 3.10 or 4+ (I've currently forked 3x on
github).
I will generate a pull request and let Bob review my code changes.
Thanks!
Stephen Tunney
Nuance Communications, Inc.
Solutions Architect, Imaging Division
Waterloo, Ontario, Canada
stephen.tun...@nuance.com<mailto:stephen.tun...@nuance.com>
519-880-7463 Office
NUANCE.COM
The experience speaks for itself (tm)
From: Rob Mensching [mailto:r...@firegiant.com]
Sent: December-31-14 4:16 PM
To: WiX toolset developer mailing list
Subject: Re: [WiX-devs] Updating Melt to extract files from the Binary table
for patching
I'll let Bob weigh in on the breaking change about adding a top level folder.
Another idea, use a ".Binaries" folder with hope that dot folder names are rare.
_______________________________________________________________
FireGiant | Dedicated support for the WiX toolset |
http://www.firegiant.com/
From: Tunney, Stephen [mailto:stephen.tun...@nuance.com]
Sent: Wednesday, December 31, 2014 12:13 PM
To: WiX toolset developer mailing list
Subject: Re: [WiX-devs] Updating Melt to extract files from the Binary table
for patching
Dark does things differently than melt I'm afraid.
When you specified -xo in dark, it created a folder structure like this
.\Binary
.\File
.\Icon
And everything is put in as flat a directory structure as possible, so Melt
does things to mimic an administrative install (ie. there is no File directory,
only the masked directory values from the .:. format in the name for
directories and files)
So since there is no "File" directory for everything that gets extracted from
the CAB file(s) I need a way to ensure that there are no conficts. Should melt
perhaps change a little to include this table name as a top-level folder for
consistency?
Stephen Tunney
Nuance Communications, Inc.
Solutions Architect, Imaging Division
Waterloo, Ontario, Canada
stephen.tun...@nuance.com<mailto:stephen.tun...@nuance.com>
519-880-7463 Office
NUANCE.COM
The experience speaks for itself (tm)
From: Rob Mensching [mailto:r...@firegiant.com]
Sent: December-31-14 1:34 PM
To: WiX toolset developer mailing list
Subject: Re: [WiX-devs] Updating Melt to extract files from the Binary table
for patching
1. What does dark.exe do?
2. I'd do what dark.exe does.
3. Need more information about why you need a new method.
_______________________________________________________________
FireGiant | Dedicated support for the WiX toolset |
http://www.firegiant.com/
From: Tunney, Stephen [mailto:stephen.tun...@nuance.com]
Sent: Wednesday, December 31, 2014 9:23 AM
To: wix-devs@lists.sourceforge.net<mailto:wix-devs@lists.sourceforge.net>
Subject: [WiX-devs] Updating Melt to extract files from the Binary table for
patching
Hello all,
So I'm working on this melt issue where I would like to extract the binaries
from the Binary table out to disk and update the wixpdb file as to their
location.
I have a few concerns and I'm sure someone has a better idea as to what to do
with regard to these issues
1) I'm currently extracting the files to wherever -x specifices + a
"Binary" subdirectory. This could potentially conflict with a base folder
named Binary that someone may have in their MSI/MSM. Where should I put this
data? Should I prepend with a special character?
2) Should this sub-path value be overridable by a command line switch (ex.
-xbinary to go with the -x naming convention)?
3) I'm currently wrapping this extraction in a new private method called
by InstallPackage::ExtractFIles(ICollection<string>). Would it be preferred
that since this is only used by melt.cs that it be put elsewhere?
Thanks, and happy new year!
Stephen Tunney
Nuance Communications, Inc.
Solutions Architect, Imaging Division
Waterloo, Ontario, Canada
stephen.tun...@nuance.com<mailto:stephen.tun...@nuance.com>
519-880-7463 Office
NUANCE.COM
The experience speaks for itself (tm)
------------------------------------------------------------------------------
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
