Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
thg-winbuild
thg-winbuild
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 26
    • Issues 26
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 0
    • Merge Requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar

This instance will be upgraded to Heptapod 0.21.0rc2 on 2021-04-16 at 11:00 UTC+2 (a few minutes of down time)

  • mercurial
  • TortoiseHg
  • thg-winbuildthg-winbuild
  • Issues
  • #50

Closed
Open
Created Mar 08, 2019 by Bitbucket Importer@bitbucket_importerOwner

Adapt to upstream WiX installer changes

Created originally on Bitbucket by indygreg (Gregory Szorc)

I'm attempting to shore up the building of WiX installers upstream by introducing code in the Mercurial core repository to automate the process. The end goal is to facilitate easier generation and testing of the MSI installers.

As part of this work, some details of the upstream repository are changing.

Most notably WiX files are moving from contrib/wix to contrib/packaging/wix: https://phab.mercurial-scm.org/D6096.

We are also establishing a script and Python library code for automating the building of the MSI installers: https://phab.mercurial-scm.org/D6097. A lot of this code is shared with the Inno Setup installer (by design).

You may also be interested in https://phab.mercurial-scm.org/D6092, which should remove the need for a setup.cfg file.

I based the WiX code on what I found in this repository and have reasonable confidence that functionality is similar (for the plain Mercurial MSIs at least).

I think things are implemented in such a way that the code in this repository can simply call out to contrib/packaging/wix/build.py and things will just work. In the worst case, you'd need to import the hgpackaging.wix module directly and call functions there. But I wouldn't at all be surprised if you need more flexibility than what is currently provided.

I don't want to overly disrupt TortoiseHG. So if you let me know what further options you need to seamlessly hook into upstream's new automated WiX installer builder, I'll try to get those implemented upstream to make your lives easier. I'm also not opposed to moving more of TortoiseHG's packaging code into the upstream repository. But that's my personal opinion - I'm not sure what technical or non-technical issues may stand in the way. The way I see it, the easier it is to make packaging work from the upstream repository, the easier it will be to change and test the installers and packaged builds.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None