Package Details: luxcorerender 1:2.1-5

Git Clone URL: (read-only)
Package Base: luxcorerender
Description: LuxCoreRender is a physically correct, unbiased rendering engine.
Upstream URL:
Licenses: Apache
Conflicts: luxrays-hg
Provides: luxrays
Submitter: bartus
Maintainer: bartus
Last Packager: bartus
Votes: 3
Popularity: 0.239924
First Submitted: 2018-05-11 21:03
Last Updated: 2019-01-14 21:08

Latest Comments

bartus commented on 2019-01-21 20:54

@DarkShadow44: Yep, already reported upstream have some idea how to implement "around it" will post a patch soon.

DarkShadow44 commented on 2019-01-21 18:59

Doesn't build for me anymore, boost/spirit/home/support/detail/math/fpclassify.hpp: No such file or directory

bartus commented on 2019-01-14 21:11

@DarkShadow44: bcd is currently hardcoded in CMakeLists@slg, it would be nice to rip deps out completely, and introduce find{bcd,eigen,eos,openvdb,perceptualdiff}.cmake scripts. I'll attempt to implement this if wont forget and find some free time ;)

DarkShadow44 commented on 2019-01-12 12:47

Could you add the headers for libbcd? This package already ships the libbcd.a, but for the headers I needed to make - I'd like that to get merged in here, if possible.

applebloom commented on 2018-11-17 01:32

I think the current version of this is incompatible with the current version of blender-plugin-luxcorerender, as I get boost argument types mismatch errors when using the plugin.

Also, I can't seem to use this without OpenCL, with CPU option it still tries to use OpenCL and throws an error if I don't have an OpenCL set up.


OK, about the second thing, I didn't know you need to disable OpenCL in luxrays by adding -D LUXRAYS_DISABLE_OPENCL=1 to cmake if you want it to work without OpenCL. I'm guessing the normal OpenCL build uses OpenCL even if you use CPU integrators because the raytracing part in luxrays is then still using OpenCL.

As such, I think you should make opencl-driver a hard dependency, since the package is useless without it. Also, we could add another CPU-only one (I don't have time now, but I can do it next weekend).

And the first thing still holds true, the current version of this package (which gets luxcorerender 2.1 beta 1) is incompatible with current version of blender-plugin-luxcorerender (which gets exporter version 2.1 beta 2). By the way, could you maybe just use the upstream version, like 2.1-beta2 (I think it shouldn't screw up version ordering).

bartus commented on 2018-07-12 05:27

@adsun: fixed.

adsun commented on 2018-07-11 15:32

The optdepends opencl-driver is misspelled "opencl-dirver".

bartus commented on 2018-05-12 07:00

@gdm413229 cmake script for lux is hudge garbage, will need to strip it from a bunch of internal deps and refactor linking routines. Should be working now.

gdm413229 commented on 2018-05-12 01:40

I've got a package installation issue involving conflicting files between the package and the file system on my machine. The error message is located below this text.

error: failed to commit transaction (conflicting files) luxcorerender: /usr/lib/ exists in filesystem luxcorerender: /usr/lib/ exists in filesystem