[wix-devs] Signing build output

[Sean Hall]

You commented that the Prerequisites section was confusing. I said that it
makes sense to me and then tried to explain it. Then you focus on the part
where I said it makes sense to me. I can't help you with the information
you're giving me.

If you're looking for the prerequisites of a Release build, here is what I
think is the up-to-date list: install a non-community edition of VS2010,
VS2012, VS2013, VS2015, and VS2017. Make sure to install C# and C++ in
VS2017 with XP support. Then you should be able to run through the
"Official builds with strong-name signing" section and get a release build
with the entire toolset. This is for WiX v3 or the old v4 repo. It will not
include Votive because that was broken into its own repo.

On Fri, Dec 14, 2018 at 2:55 PM Christopher Painter <chrpai at iswix.com>
wrote:

> I'm glad it's straight forward to you but it isn't to me.   I think we
> have different conclusions as to the significance of that.
>
>
> ------------------------------
> *From:* wix-devs <wix-devs-bounces at lists.wixtoolset.org> on behalf of
> Sean Hall via wix-devs <wix-devs at lists.wixtoolset.org>
> *Sent:* Friday, December 14, 2018 2:40 PM
> *To:* WiX Toolset Developer Mailing List
> *Cc:* Sean Hall
> *Subject:* Re: [wix-devs] Signing build output
>
> I don't know, the prereqs section seems to be straightforward to me. The
> WiX build system is smart. It will detect what have actually have installed
> on your machine. It will skip building parts of the toolset that require
> build tools that you don't have installed. If you install a Professional
> level or higher of any recent Visual Studio than VS will install everything
> you need.
>
> The ideal load is whatever version of VS you already have installed,
> preferably not the Community edition.
>
> The page is geared towards getting a developer up and running on working on
> the WiX Toolset on their local machine. I honestly have no interest in
> figuring out to build a personal build pipeline for WiX.
>
> There are only two things you need to worry about building.
> OneTimeWixBuildInitialization is a one time time thing to get your machine
> to trust the delay signed assemblies. wix.proj at the root of the repo is
> the other (MSBuild will automatically build whatever project is in the
> folder if there's only one, that's why the command is simple MSBuild).
> That's it. The solutions are only for your convenience when editing code.
>
> If you would like to contribute to that page, it is at
>
> https://github.com/wixtoolset/web/blob/develop/src/Web/Static/documents/development/building-wix.html.md
>
> <https://github.com/wixtoolset/web/blob/develop/src/Web/Static/documents/development/building-wix.html.md>
> wixtoolset/web
> <https://github.com/wixtoolset/web/blob/develop/src/Web/Static/documents/development/building-wix.html.md>
> github.com
> WiX Toolset Website. Contribute to wixtoolset/web development by creating
> an account on GitHub.
>
>
>
> On Fri, Dec 14, 2018 at 1:50 PM Christopher Painter <chrpai at iswix.com>
> wrote:
>
> > I'll admit most of my attempts were years ago so maybe this is in the
> > past.  But reading that page and your email causes more questions for me.
> >   If I created an  build environment for building WiX, what is the ideal
> > load?    The prereqs section of that page is confusing to me.
> >
> >
> > Ideally I'd like to create a build vm or docker image and publish a yaml
> > pipeline or similiar and say this wi
> >
> >
> > What would the ideal pipeline definition be?   I see reference to the
> > OneTimeWiXBuildInit  but what about the other solutions?  Which ones,
> which
> > order and what platform and configuations?
> >
> >
> > I'm a big fan of Azure DevOps and I'd love to be able to publish an all
> > inclusive  pipeline definition that says do this and it'll build.
> >
> >
> > Then I would feel much more comfortable submitting patches.  In the past
> I
> > had a few fixes I felt good about but I couldn't contribute them because
> I
> > couldn't be certain that I could build WiX all the way through and test
> to
> > my satisfaction.
> >
> >
> >
> >
> >
> > ------------------------------
> > *From:* wix-devs <wix-devs-bounces at lists.wixtoolset.org> on behalf of
> > Sean Hall via wix-devs <wix-devs at lists.wixtoolset.org>
> > *Sent:* Friday, December 14, 2018 1:28 PM
> > *To:* WiX Toolset Developer Mailing List
> > *Cc:* Sean Hall
> > *Subject:* Re: [wix-devs] Signing build output
> >
> > The goal is to have http://wixtoolset.org/development/building-wix/ be
> > all
> > Building WiX <http://wixtoolset.org/development/building-wix/>
> > wixtoolset.org
> > Building WiX Before your first build. To perform the one-time
> > configuration the WiX build requires: Start an elevated 32-bit command
> > prompt.; Change directories to the root of your clone repository.
> >
> >
> > you need to start building. I know that before VS2017 I got it down to
> spin
> > up a clean VM, install VS2015 with XP C++ support, and you could build
> the
> > whole toolset. We rely on other people to come on here and ask for help
> > when that page isn't enough.
> >
> > On Fri, Dec 14, 2018 at 6:29 AM Christopher Painter <chrpai at iswix.com>
> > wrote:
> >
> > > One of the things that has prevented me from contributing to WiX over
> the
> > > years is the difficulty for me as an outsider to figure out how to
> build
> > > wix all the way through and test it on my own machine.  It may seem
> easy
> > to
> > > someone who's been doing it forever but when I spin up a clean VM with
> > > visual studio, clone the repo (well many repos now)   and try to build
> it
> > > all the way through to bootstrappers and visual studio  extensions
> it's
> > > like mount everest.
> > >
> > > Building should be easy IMO.  The EULA is what says I have to
> contribute
> > > it back.
> > >
> > ____________________________________________________________________
> > WiX Toolset Developer Mailing List provided by FireGiant
> > http://www.firegiant.com/
> >
> ____________________________________________________________________
> WiX Toolset Developer Mailing List provided by FireGiant
> http://www.firegiant.com/
>