#1131096 cloudcompare: Attempts to load plugins from wrong place

Package:
cloudcompare
Source:
cloudcompare
Description:
3D point cloud and mesh processing software
Submitter:
Gard Spreemann
Date:
2026-03-18 09:53:02 UTC
Severity:
normal
#1131096#5
Date:
2026-03-17 13:28:03 UTC
From:
To:
CloudCompare by default attempts to load plugins from a few hardcoded locations:
/usr/lib/cloudcompare/plugins and a few locations in the user's home
directory. The package, however, installs plugins in
/usr/lib/x86_64-linux-gnu/cloudcompare/plugins/ (or similar for other
architectures). These plugins are not found at runtime:

openat(AT_FDCWD, "/usr/lib/cloudcompare/plugins", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/home/gspr/.local/share/CCCorp/CloudCompare/plugins", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/local/share/CCCorp/CloudCompare/plugins", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/CCCorp/CloudCompare/plugins", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or directory)

I think the package needs to be patched to consider plugins from the
correct location.

 Best,
 Gard
#1131096#10
Date:
2026-03-18 09:34:38 UTC
From:
To:
I see now that there are commented out lines and remnants of having had
this fixed in the past. It's a bit hard to track down what happened
here; maybe the maintainer could elaborate?
#1131096#15
Date:
2026-03-18 09:50:37 UTC
From:
To:
The attached patch together with adding

 export CXXFLAGS:=$(CXXFLAGS) -DDEBIAN_PLUGIN_DIR="\"/usr/lib/$(DEBARCH)/cloudcompare/plugins\""

to debian/rules seem to improve things.


 Best,
 Gard