Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cknieling/msi installer #197

Open
wants to merge 14 commits into
base: develop
Choose a base branch
from
Open

Cknieling/msi installer #197

wants to merge 14 commits into from

Conversation

chr11115
Copy link
Contributor

  • Added python script with wix templates to generate msi installer
  • Note, since we install to the documents folder I had to manually set ComponentGuidGenerationSeed, note the the official wix doc:
    The Component Guid Generation Seed is a guid that must be used when a Component with the generate guid directive ("*") is not rooted in a standard Windows Installer directory (for example, ProgramFilesFolder or CommonFilesFolder). It is recommended that this attribute be avoided and that developers install their Components under standard directories with unique names instead (for example, "ProgramFilesFolder\Company Name Product Name Version"). It is important to note that once a directory is assigned a Component Guid Generation Seed the value must not change until (and must be changed when) the path to that directory, including itself and all parent directories, changes.
  • Updated Jenkins pipeline to automatically generate installer and save them to nexus:
  • Added section in readme to explain how to manually generate binaries to a custom folder and run the python script

@chr11115 chr11115 force-pushed the cknieling/msi_installer branch from af6f19e to a41f235 Compare November 16, 2022 08:55
@chr11115 chr11115 requested a review from mistafunk November 16, 2022 15:59
Copy link
Collaborator

@mistafunk mistafunk left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Solid work! We need to revisit the installation location, I don't think automated installation into a user $HOME/houdiniX.Y is the right way.

Please study https://www.sidefx.com/docs/houdini/ref/plugins.html how we can expand our package.json to install the files at a system wide location. The only unknown to me is currently where to put package.json so that Houdini finds it automatically without us having to fiddle with Houdini environment variables.

src/CMakeLists.txt Outdated Show resolved Hide resolved
deploy/build.py Outdated Show resolved Hide resolved
deploy/templates/palladio_registry_search.in Outdated Show resolved Hide resolved
INSTALLER_HOUDINI_VERS.each { mv ->
unstash(name: "houdini${mv.replaceAll('\\.', '_')}")
def zipFile = cepl.findOneFile("*hdn${mv.replaceAll('\\.', '-')}*.zip")
final String zipFileName = zipFile.name
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should check if the zipFile has been found or explict error with a message otherwise

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The call to findOneFile already throws an error if the file isn't found

Jenkinsfile Outdated Show resolved Hide resolved
Jenkinsfile Show resolved Hide resolved
README.md Show resolved Hide resolved
version.txt Outdated Show resolved Hide resolved
@chr11115 chr11115 force-pushed the cknieling/msi_installer branch from 45943d4 to c02026a Compare November 17, 2022 15:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants