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

More CI Fixes #1870

Merged
merged 2 commits into from
Sep 10, 2024
Merged

Conversation

apradhana
Copy link
Contributor

Fix NanoVDB CI: NanoVDB lite and on Windows: upgrade to CUDA 12.4 for Visual Studio 2022, allow use of unsecure node version, use node 16 in ax, build, docs, houdini, and weekly workflow.

… Visual Studio 2022, allow use of unsecure node version, use node 16 in ax, build, docs, houdini, and weekly workflow.

Signed-off-by: apradhana <[email protected]>
@@ -86,6 +86,9 @@ jobs:
- { cxx: g++, image: '2022-clang11', abi: '9', build: 'Release', cmake: '-DDISABLE_DEPENDENCY_VERSION_CHECKS=ON' }
fail-fast: false
steps:
- name: Enable Node 16
run: |
echo "ACTIONS_ALLOW_USE_UNSECURE_NODE_VERSION=true" >> $GITHUB_ENV
Copy link
Contributor

Choose a reason for hiding this comment

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

Thanks @apradhana, this seems to fix the nodejs-related CI issues which appears to be causing wide-spread chaos with GHA, not just for VDB. However, I think this is only an issue for the old vfx 2022 images though, it would be good if we can gate this temporary fix to just those versions so that when we remove the 2022 images, it's more obvious we can also remove this temporary fix. I think we only have to support older glibc for a few more months (until VDB 12.0 is released).

I haven't tried this, but something like if: contains(matrix.config.image, '2022') == true if that works?

@@ -51,7 +54,10 @@ jobs:
# - name: install_epydoc
# run: pip install epydoc
- name: install_latex
run: yum -y install texlive-latex-bin texlive-dvips texlive-collection-fontsrecommended texlive-collection-latexrecommended
run: |
sed -i 's/mirrorlist/#mirrorlist/g' /etc/yum.repos.d/CentOS-*
Copy link
Contributor

Choose a reason for hiding this comment

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

Could you add a comment documenting what these patches are doing?

fail-fast: false
steps:
- uses: actions/checkout@v3
- name: install_deps
run: ./ci/install_macos.sh
- name: build
run: >
./ci/build.sh -v
sudo ./ci/build.sh -v
Copy link
Contributor

Choose a reason for hiding this comment

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

Why do we need sudo here?

Copy link
Contributor

Choose a reason for hiding this comment

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

The error that I believe this is trying to fix is this error which happens very early in the macos-build job:

getopt: illegal option -- l
getopt: illegal option -- g

This was happening to me on my Mac when trying to test out this action. This is probably happening because the bash script is picking up the system's getopt and not the brew-installed gnu-getopt package installed binary. The brew-installed getopt is attempting to be path'd here in the .ci/install_macos.sh

# use gnu-getopt

But that doesn't seem to be working if we're getting this getopt error.

Copy link
Contributor

Choose a reason for hiding this comment

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

I believe that this getopt issue is also the source of the problems with the macos-houdini CI jobs because the line crashing the build is also a getopt command

@apradhana
Copy link
Contributor Author

Thank you for approving this, @danrbailey!

@apradhana apradhana merged commit a759e47 into AcademySoftwareFoundation:master Sep 10, 2024
37 of 46 checks passed
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.

3 participants