Skip to content

Conversation

@lgritz
Copy link
Collaborator

@lgritz lgritz commented Nov 4, 2025

Switch CI back to the aswf/ci-osl:2025-clang18.3 container that has OIIO 3.1, it will work fine with this change.

Switch CI back to the aswf/ci-osl:2025-clang18.3 container that
has OIIO 3.1, it will work fine with this change.

Signed-off-by: Larry Gritz <[email protected]>
@lgritz
Copy link
Collaborator Author

lgritz commented Nov 4, 2025

@jfpanisset This is the fix that makes the OptiX tests work with OIIO 3.1, it was my fault after all and your bumping the container helped me identify an important bug.

(To be pendantic, this change is not the fix, this is an OSL-wide workaround that avoids the OIIO bug by using a newer, and working, version of the call, which we should have switched to anyway as it is the preferred one, regardless. The actual bug fix on the OIIO side is AcademySoftwareFoundation/OpenImageIO#4949)

@jfpanisset
Copy link
Contributor

Seems reasonable. If the GPU CI is going to be testing "bleeding edge", do you want to use the 2026 container? There shouldn't be much difference for OSL since even the 2025 container is using OIIO 3.1.x anyway.

@lgritz
Copy link
Collaborator Author

lgritz commented Nov 5, 2025

I think when the 2026 container is updated, I'll maybe set up a second OptiX job -- one on 2025 using 2025 era releases, and one using 2026 closer to bleeding edge.

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