Search Criteria
Package Details: luxmark 4.0alpha1-9
Package Actions
Git Clone URL: | https://aur.archlinux.org/luxmark.git (read-only, click to copy) |
---|---|
Package Base: | luxmark |
Description: | OpenCL benchmark tool |
Upstream URL: | https://github.com/LuxCoreRender/LuxMark |
Licenses: | GPL3 |
Submitter: | Barthalion |
Maintainer: | DarkShadow44 |
Last Packager: | DarkShadow44 |
Votes: | 5 |
Popularity: | 0.000000 |
First Submitted: | 2018-01-06 20:59 (UTC) |
Last Updated: | 2025-04-19 01:34 (UTC) |
Dependencies (20)
- boost-libs
- embree3
- freeglut (freeglut-x11-gitAUR, freeglut-wayland-gitAUR)
- freetype2 (freetype2-macosAUR, freetype2-qdoledAUR, freetype2-gitAUR, freetype2-qdoled-aw3225qfAUR)
- glew (glew-libepoxyAUR, glew-wayland-gitAUR, glew-gitAUR)
- intel-tbb (onetbb-gitAUR, onetbb)
- libgl (libglvnd-gitAUR, amdgpu-pro-oglp-legacyAUR, nvidia-340xx-utilsAUR, amdgpu-pro-oglpAUR, libglvnd)
- libpng (libpng-gitAUR, libpng-apngAUR)
- opencl-driver (opencl-nvidia-410xxAUR, amdapp-sdkAUR, opencl-nvidia-440xxAUR, vc4cl-gitAUR, opencl-nvidia-430xxAUR, beignetAUR, beignet-gitAUR, intel-openclAUR, clvk-gitAUR, mesa-wsl2-gitAUR, intel-compute-runtime-legacy-binAUR, opencl-nvidia-340xxAUR, intel-compute-runtime-legacyAUR, opencl-legacy-amdgpu-proAUR, opencl-nvidia-525xxAUR, opencl-510xx-nvidiaAUR, opencl-nvidia-teslaAUR, opencl-nvidia-vulkanAUR, amdonly-gaming-opencl-rusticl-mesa-gitAUR, opencl-nvidia-390xxAUR, opencl-nvidia-470xxAUR, opencl-amdAUR, mesa-gitAUR, intel-compute-runtime-binAUR, intel-compute-runtime-gitAUR, opencl-nvidia-550xxAUR, opencl-rusticl-mesa-minimal-gitAUR, opencl-nvidia-535xxAUR, opencl-nvidia-betaAUR, intel-compute-runtime, intel-oneapi-compiler-shared-runtime, opencl-clover-mesa, opencl-nvidia, opencl-rusticl-mesa, rocm-opencl-runtime)
- opencl-icd-loaderAUR (khronos-ocl-icd-gitAUR, ocl-icd)
- openimagedenoise (openimagedenoise-gitAUR)
- openimageio (openimageio-gitAUR)
- qt5-base (qt5-base-gitAUR, qt5-base-headlessAUR)
- boost (boost-gitAUR) (make)
- cmake (cmake-gitAUR, cmake3AUR) (make)
- eos_portable_archiveAUR (make)
- freeglut (freeglut-x11-gitAUR, freeglut-wayland-gitAUR) (make)
- luxcorerenderAUR (luxcorerender-binAUR, luxcorerender-gitAUR) (make)
- mesa (mesa-wsl2-gitAUR, mesa-amd-bc250AUR, amdonly-gaming-mesa-gitAUR, mesa-gitAUR, mesa-minimal-gitAUR, mesa-amber) (make)
- opencl-headers (opencl-headers-gitAUR) (make)
Latest Comments
1 2 3 4 5 Next › Last »
43615 commented on 2025-04-19 18:52 (UTC)
Apparently
luxcorerender-bin-2.6-1
doesn't provide those files. Tried to buildluxcorerender-2:2.7.beta1-2
, but it has the same CMake version issue (reported it).DarkShadow44 commented on 2025-04-19 17:58 (UTC)
It works for me, I get
Do you have the following files:
They should be provided by
luxcorerender 2:2.7.beta1-2
If you have those files and this doesn't work, please share the complete build log. Are you using makepkg directly or some helper?
43615 commented on 2025-04-19 12:21 (UTC)
New problem:
DarkShadow44 commented on 2025-04-19 01:34 (UTC)
Thanks, fixed
43615 commented on 2025-04-18 20:19 (UTC)
Fails to build:
MarsSeed commented on 2023-07-23 20:01 (UTC)
Doesn't work:
Installing openvdb results in a different error:
Installing fmt and executing luxmark then results in the GUI appearing briefly, and doing the one-time compilation of the 'device kernel'; then it crashes with segmentation fault and dumps core.
Happens both when forcing NVIDIA GPU (proprietary driver) as well as letting it discover I have an Intel iGPU + a discrete NVIDIA GeForce.
DarkShadow44 commented on 2023-06-10 17:09 (UTC)
@MarsSeed Thank you for your effort! I'll push an update soon. This package already was supposed to link to python, but apparently libpython3.so and libpython3.11.so are not the same anymore... I'm used to those being symlinked and the same.
MarsSeed commented on 2023-06-10 13:40 (UTC)
Package also needs to depend on embree3, not the current embree (v4).
See cmake/Packages/FindEmbree.cmake.
MarsSeed commented on 2023-06-06 21:19 (UTC)
Apparently the latter is by design in boost.
See last comment of this bug:
https://bugs.archlinux.org/task/55798
It links to a source comment in boost, explaining the situation.
I am not sure why this is a new issue that had not occurred previously.
But apparently it is a problem in the luxmark linking configuration; the executable should be linked to the python binary.
MarsSeed commented on 2023-06-06 17:54 (UTC)
Hm, confirmed. The current boost-libs
1.81.0-6
libraries have undefined symbols:1 2 3 4 5 Next › Last »