Bug 2441663 - cmake module fails to import
Summary: cmake module fails to import
Keywords:
Status: ASSIGNED
Alias: None
Product: Fedora
Classification: Fedora
Component: materialx
Version: rawhide
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Luya Tshimbalanga
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2026-02-21 19:43 UTC by Orion Poplawski
Modified: 2026-08-21 00:51 UTC (History)
1 user (show)

Fixed In Version: materialx-1.39.5-1.fc44 materialx-1.39.5-1.fc43
Clone Of:
Environment:
Last Closed: 2026-06-24 01:30:23 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Orion Poplawski 2026-02-21 19:43:43 UTC
when trying to build vtk 9.6 with usd -> materialx support I'm hitting:

CMake Error at /usr/lib64/cmake/MaterialX/MaterialXConfig.cmake:29 (message):
  File or directory /usr/share/materialx/libraries/ referenced by variable
  MATERIALX_STDLIB_DIR does not exist !


I see two options:

* have the -devel package require -data.  Probably overkill

* move /usr/share/materialx/libraries/ and /usr/share/materialx/resources/ into the -devel package

Reproducible: Always

Comment 1 Orion Poplawski 2026-02-21 19:47:45 UTC
Same issue with /usr/lib/python3.14/site-packages/materialx/.  That might make sense to require the python package.

Comment 2 Luya Tshimbalanga 2026-02-22 10:51:46 UTC
The current working solution extracted from blender.spec:

https://src.fedoraproject.org/rpms/blender/blob/rawhide/f/blender.spec#_231

%if %{with materialx}
BuildRequires:  cmake(materialx)
BuildRequires:  materialx-data
BuildRequires:  python3-materialx
%endif

Second option somewhat failed to recognize the moved libraires and resources directory but the first option seems effective.

Comment 3 Orion Poplawski 2026-02-22 15:43:08 UTC
Yeah, the point avoiding users or materialx from having to figure out the other deps they need.  I'm surprised having the dirs in -devel didn't work, but okay.

Comment 4 Luya Tshimbalanga 2026-02-22 16:48:25 UTC
A weird case where second option managed to fail. 
Anyway, could you test this scratch build? https://koji.fedoraproject.org/koji/taskinfo?taskID=142626947
It should automatically include materialx-data requirement.

Comment 5 Fedora Update System 2026-06-15 23:06:28 UTC
FEDORA-2026-85d5d5f493 (materialx-1.39.5-1.fc43) has been submitted as an update to Fedora 43.
https://bodhi.fedoraproject.org/updates/FEDORA-2026-85d5d5f493

Comment 6 Fedora Update System 2026-06-15 23:06:37 UTC
FEDORA-2026-d2806ddffc (materialx-1.39.5-1.fc44) has been submitted as an update to Fedora 44.
https://bodhi.fedoraproject.org/updates/FEDORA-2026-d2806ddffc

Comment 7 Fedora Update System 2026-06-16 01:30:57 UTC
FEDORA-2026-d2806ddffc has been pushed to the Fedora 44 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-d2806ddffc`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-d2806ddffc

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 8 Fedora Update System 2026-06-16 01:52:48 UTC
FEDORA-2026-85d5d5f493 has been pushed to the Fedora 43 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-85d5d5f493`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-85d5d5f493

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 9 Fedora Update System 2026-06-24 01:30:23 UTC
FEDORA-2026-d2806ddffc (materialx-1.39.5-1.fc44) has been pushed to the Fedora 44 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 10 Fedora Update System 2026-06-24 01:33:03 UTC
FEDORA-2026-85d5d5f493 (materialx-1.39.5-1.fc43) has been pushed to the Fedora 43 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 11 Orion Poplawski 2026-08-21 00:51:34 UTC
Still have the issue with python:

CMake Error at /usr/lib64/cmake/MaterialX/MaterialXConfig.cmake:29 (message):
  File or directory /usr/lib/python3.15/site-packages/materialx/ referenced
  by variable MATERIALX_PYTHON_DIR does not exist !
Call Stack (most recent call first):
  /usr/lib64/cmake/MaterialX/MaterialXConfig.cmake:59 (set_and_check)
  cmake/defaults/Packages.cmake:318 (find_package)
  CMakeLists.txt:23 (include)


Note You need to log in before you can comment on or make changes to this bug.