LuxRender is a open source physically correct, unbiased rendering engine developed on the basis of PBRT: an outstanding research project and book by Matt Pharr and Greg Humphreys. LuxRender is totaly Physically Based Render, which means, unlike other popular 3D rendering systems, LuxRender doesn't use tricks to imitate real world behavior: all calculations are done according mathematical models based on the real word. Physically based Unbiased rendering engines offers advantage of very realistic images but at the cost of time; slow due to heavy calculations. Rendering with LuxRender means simulating light according to physical equations, this produces realistic photographic quality images. LuxRender comprises an interactive GUI, a command line tool, and Blender 3D exporter Plugins (LuxBlend). The Lux Source code is also available freely to developer for future integration of LuxRender into third-party applications. LuxRender runs on GNU/Linux, Microsoft's-Windows(R) and MacOS X(R) platforms. --- Attached there are ebuilds for the 0.5 and 0.6 releases. Hope to be useful. Feddbacks and testing are welcome too.
Created attachment 197902 [details] luxrender-0.6_rc4.ebuild
Created attachment 197933 [details] media-gfx/luxrender-9999.ebuild
Created attachment 197934 [details, diff] luxrender-0.6_rc4-flags.patch
Created attachment 197936 [details] media-gfx/luxrender-0.6_rc4.ebuild improved version with USE 'debug' and 'doc', various ebuild cleanup and added missing RDEPENDS
Created attachment 197963 [details] media-gfx/luxrender-0.6_rc4.ebuild using wxwidgets eclass
Created attachment 197965 [details] media-gfx/luxrender-9999.ebuild using wxwidgets eclass
Created attachment 198260 [details] media-gfx/luxrender-9999.ebuild removed make_desktop_entry as the head revision now provide a valid *.desktop. thank you very much follettoonip@gmail.com for reporting and testing.
Just tried the ebuild. Works very nice. Thanks! One thing I have to complain about, though: If you do not have dev-util/mercurial installed the ebuild will fail. Maybe this should be added as a dependency.
(In reply to comment #8) > One thing I have to complain about, though: If you do not have > dev-util/mercurial installed the ebuild will fail. Maybe this should be added > as a dependency. Mercurial is just an ebuild dependency through the eclass 'mercurial' which inject: DEPEND="dev-util/mercurial" (see /usr/portage/eclass/mercurial.eclass at line 19); there is not need to explicitly declare it into the ebuild.
(In reply to comment #9) > > ... > Mercurial is just an ebuild dependency through the eclass 'mercurial' which > inject: DEPEND="dev-util/mercurial" (see /usr/portage/eclass/mercurial.eclass > at line 19); there is not need to explicitly declare it into the ebuild. > I just realized I made a mistake - sorry for not thinking about this more before posting. What I did was to build and install the ebuild directly via the ebuild command (my paranoid approach to ebuilds from the web). Therefore no dependencies were checked.
Created attachment 201202 [details] media-gfx/luxrender-0.6_rc5.ebuild version bump - RC5
The build fails due to patching issues
Created attachment 202094 [details] patch fail this is the output from a failed patching
Created attachment 202096 [details] the build.log
(In reply to comment #13) > this is the output from a failed patching The error is quite clear, the patch did not find the file lux/CMakeLists.txt; the patch is right and is working (just tried now on the last HG head snapshot and 0.6_RC5 snapshot), most probably you have a broken checkout of the HG repository, try to remove it: rm -r /usr/portage/distfiles/hg-src/luxrender, and then redo the compilation.
failed during the fetch.
Created attachment 202143 [details] fail during fetch due to file count
sorry about that i thought that last build.log had more info, here is the console output. sudo emerge -av luxrender These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] media-gfx/luxrender-0.6_rc5 USE="sse2 -debug -doc" 0 kB [1] Total: 1 package (1 new), Size of downloads: 0 kB Portage tree and overlays: [0] /usr/portage [1] /usr/local/portage Would you like to merge these packages? [Yes/No] >>> Verifying ebuild manifests >>> Emerging (1 of 1) media-gfx/luxrender-0.6_rc5 from portage-overlay * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] >>> Unpacking source... * Cloning http://www.luxrender.net/hg/lux to /usr/portage/distfiles/hg-src/luxrender/lux * Creating working directory in /var/tmp/portage/media-gfx/luxrender-0.6_rc5/work/lux (revision: 0096ba4ab175) >>> Source unpacked in /var/tmp/portage/media-gfx/luxrender-0.6_rc5/work * Digest verification failed: * /usr/local/portage/media-gfx/luxrender/luxrender-0.6_rc5.ebuild * Reason: Filesize does not match recorded size * Got: 1418 * Expected: 1320 >>> Failed to emerge media-gfx/luxrender-0.6_rc5, Log file: >>> '/var/tmp/portage/media-gfx/luxrender-0.6_rc5/temp/build.log'
the contents of /usr/portage/distfiles/hg-src/luxrender/lux after a failed emerge . .. .hg also why does it have to create a working copy when i build luxrender i just cd to my build dir and run cmake ../path/to/src/tree blah and it works fine. seems like an unnessery step to copy the entire source tree to the workind dir then erase every file that has been copyed. also why does every patch fail add a layer to the strip option in patch forgot to mention thanks for the ebuild.
(In reply to comment #19) > Digest verification failed you MUST regenerate the digest (run "repoman fix") every time you update a file inside your local overlay: /usr/local/portage/media-gfx/luxrender/ however, the digest verification issue is not a luxrender's ebuild problem; > also why does it have to create a working copy when i build luxrender i just > cd to my build dir and run > cmake ../path/to/src/tree blah > and it works fine. have you done "cmake /usr/portage/distfiles/hg-src/luxrender/ ..." ? If so, don't do it, it's dangerous as you are building stuff WITHOUT using portage sandbox. > seems like an unnessery step to copy the entire source tree > to the workind dir then erase every file that has been copyed. the ebuild do not erases nothing from the working directory, and the step to copy the snapshot from the source tree is a normal portage "phase" for every ebuilds. > also why does every patch fail add a layer to the strip option in patch sorry, i do not understand you, can you be more clear on this point? thank you.
(In reply to comment #20) > (In reply to comment #19) > > Digest verification failed > > you MUST regenerate the digest (run "repoman fix") every time you update a file > inside your local overlay: /usr/local/portage/media-gfx/luxrender/ yah I have done that > have you done "cmake /usr/portage/distfiles/hg-src/luxrender/ ..." ? If so, > don't do it, it's dangerous as you are building stuff WITHOUT using portage > sandbox. > I have a local copy of lux source code so i installed it that way > the ebuild do not erases nothing from the working directory, and the step to > copy the snapshot from the source tree is a normal portage "phase" for every > ebuilds. then why is /usr/portage/distfiles/hg-src/luxrender/lux empty > > > also why does every patch fail add a layer to the strip option in patch > > sorry, i do not understand you, can you be more clear on this point? thank you. > in patch -p any number after the p is how many levels to remove from the patch files header the -p0 through -p4 is patch searching for the file and the file is in /var/tmp/portage/media-gfx/luxrender/../work/luxrender-0.6_rc5 but not in /usr/portage/distfiles/hg-src/luxrender/lux as mentioned above as it is empty.
(In reply to comment #21) > then why is /usr/portage/distfiles/hg-src/luxrender/lux empty that explains a lot of things, for example why the patching process fails: there is not the file to patch! Possible causes can be: 1. no free space to save into /usr/portage/distfiles; 2. wrong permissions on /usr/portage/distfiles; 3. internet problems during the fetch phase; 4. you are using a broken mercurial client that leads to point 3; > in patch -p any number after the p is how many levels to remove from the patch > files header the -p0 through -p4 is patch searching for the file and the file > is in /var/tmp/portage/media-gfx/luxrender/../work/luxrender-0.6_rc5 but not in > /usr/portage/distfiles/hg-src/luxrender/lux as mentioned above as it is empty. the emptiness of /usr/portage/distfiles/hg-src/luxrender *is the problem*; I can assure you that the ebuild just fetch the online HG snapshot inside /usr/portage/distfiles/hg-src/luxrender and then copy it into /var/tmp/portage/*; nothing in the ebuild or into the eclasses (just watch by yourself the sources) erases data from /usr/portage/distfiles, so your problems comes from somewhere else.
Created attachment 204176 [details, diff] luxrender-0.6_rc6-flags.patch
Created attachment 204179 [details] media-gfx/luxrender/luxrender-0.6_rc6.ebuild ChangeLog: - version bump; - the ebuild is not more a live ebuild and uses a tarball snapshot;
The last ebuild mentions luxblend inside. Where is it?
Created attachment 218519 [details] media-gfx/luxrender-0.6.1 Bump ebuild to 0.6.1, drop the patch and replace it by sed.
Created attachment 218521 [details] media-gfx/luxblend-0.6.1 Add ebuild for luxblend. These ebuilds are also available from http://cgit.freedesktop.org/~cbrill/egore911-overlay/
(In reply to comment #27) > Created an attachment (id=218521) [details] > media-gfx/luxblend-0.6.1 > > Add ebuild for luxblend. > > These ebuilds are also available from > http://cgit.freedesktop.org/~cbrill/egore911-overlay/ > can you change download src for luxrender in your overlay? >>> Downloading 'http://www.luxrender.net/lux/archive/36533b0843bd.tar.bz2' --2010-03-24 08:37:48-- http://www.luxrender.net/lux/archive/36533b0843bd.tar.bz2 Resolving www.luxrender.net... 69.163.243.222 Connecting to www.luxrender.net|69.163.243.222|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2010-03-24 08:37:49 ERROR 404: Not Found.
(In reply to comment #28) > > can you change download src for luxrender in your overlay? > Change the line: SRC_URI="http://www.luxrender.net/lux/archive/${EHG_REVISION}.tar.bz2" to this: SRC_URI="http://www.luxrender.net/lux/archive/lux-${EHG_REVISION}.tar.bz2" then re-create the manifest
(In reply to comment #29) > Change the line: > SRC_URI="http://www.luxrender.net/lux/archive/${EHG_REVISION}.tar.bz2" > > to this: > SRC_URI="http://www.luxrender.net/lux/archive/lux-${EHG_REVISION}.tar.bz2" > This only works if you download the file manually and put it into DISTFILES.
Or more simple : you change SRC_URI="http://www.luxrender.net/lux/archive/${EHG_REVISION}.tar.bz2" by SRC_URI="http://src.luxrender.net/lux/archive/${EHG_REVISION}.tar.bz2"
Created attachment 235465 [details, diff] fix the compilation with luxrender-0.6.1
For me, the compilation fails. I've add : epatch "${FILESDIR}/libpng.patch" in src_perpare() (the patch is here : http://bugs.gentoo.org/attachment.cgi?id=235465) It works for me (but I haven't try to rend something) Excuse me if I don't speak English very well, I'm french.
(In reply to comment #33) > For me, the compilation fails. > I've add : > epatch "${FILESDIR}/libpng.patch" > in src_perpare() > (the patch is here : http://bugs.gentoo.org/attachment.cgi?id=235465) > It works for me (but I haven't try to rend something) > Excuse me if I don't speak English very well, I'm french. I found the solution here : http://www.luxrender.net/forum/viewtopic.php?f=22&t=3367 It's only usefull if you are in unstable
Created attachment 244465 [details] media-gfx/luxblend-0.7.0 !! NOTICE !! media-gfx/luxblend-0.7.0 ebuild depends on ebuild for freeimage provided in bug #307487
Created attachment 244467 [details, diff] libpng patch modified to work with 0.7.0
Somebody with sufficient privileges please make this bug dependant on 307487
Works for me. But is it possible to get these ebuilds at least into overlay?
Created attachment 253797 [details] media-gfx/luxrender-0.7.1 It installs the pylux module for blender2.5 when using blender USE flag. I used python 3.1.2 to build it for blender2.55 (I'm not sure if it makes difference).
Created attachment 253799 [details] media-gfx/luxblend25-101023 Snapshot of luxblend for blender2.5 taken from the v07x branch.
its also possible to make a really life ebuild for this piece of software thanks
#41 Portage is currently missing a freeimage library on which latest versions of Lux depend.
(In reply to comment #42) > #41 > Portage is currently missing a freeimage library on which latest versions of > Lux depend. > freeimage 3.14.1 can be found in the gamerlay overlay which can be installed via layman. I'll attach it for those that want to just drop in in their own overlay.
Created attachment 256925 [details] freeimage 3.14.1 overlay freeimage 3.14.1 overlay from gamerlay. You can drop it under media-libs in your own overlay if you wish.
Created attachment 259972 [details] media-gfx/luxrender-9999.ebuild Update to the live ebuild. It adds a USE flag to build and install Pylux for integration with blender. It doesn't support OpenCL (GPU rendering), I don't know how to test it with a Radeon HD3850 AGP.
Created attachment 259973 [details] media-libs/luxrays-9999.ebuild Required to build the latest luxrender. This ebuild doesn't support OpenCL (as per comment #45 ). It would be a nice addition.
Created attachment 259975 [details] media-gfx/luxblend25-9999.ebuild Live version to support the blender integration of the live version of LuxRender.
Created attachment 260194 [details] media-gfx/luxrender-9999.ebuild The wxWidgets interface was dropped upstream.
there is a small bug in luxblend25-9999.ebuild: dodir -p /usr/share/blender/2.5/scripts/presets/luxrender || die this line should not contain "-p" as dodir creates also dir /-p/ in the system.
Created attachment 260451 [details] media-gfx/luxblend25-9999.ebuild (In reply to comment #49) > there is a small bug in luxblend25-9999.ebuild: > > dodir -p /usr/share/blender/2.5/scripts/presets/luxrender || die > > this line should not contain "-p" as dodir creates also dir /-p/ in the system. > You're right. X· Fixed.
what i need to use luxrender ? luxrender-9999.ebuild or luxblend25-9999.ebuild ?? i am using blender-2.5x
You need both. Luxrender is the actual render engine and luxblend exports your blender scene to luxrender.
Does pylux work for anyone? I get the following error: [Lux 2011-Feb-23 01:40:15] WARNING: Binary pylux module not available! Visit http://www.luxrender.net/ to obtain one for your system. [Lux 2011-Feb-23 01:40:15] (ImportError was: dynamic module does not define init function (PyInit_pylux)) If I import it using python 2 IDE, it imports fine. If I use the python 3 IDE, I get the same ImportError as above. I did some more digging and it seems Boost needs to be built against python3, but portage doesn't do it.
well luxrender failes on my machine, with boost 1.4.6 -- Looking for IceConnectionNumber in ICE 36 -- Looking for IceConnectionNumber in ICE - found 37 -- Found X11: /usr/lib64/libX11.so 38 -- Found OpenGL: /usr/lib64/libGL.so 39 -- OpenGL include directory: 40 -- OpenGL library: /usr/lib64/libGLU.so;/usr/lib64/libGL.so;/usr/lib64/libSM.so;/usr/lib64/libICE.so;/usr/lib64/libX11.so;/usr/lib64/libXext.so 41 -- Boost version: 1.46.0 42 -- Found the following Boost libraries: 43 -- python 44 -- Boost version: 1.46.0 45 -- Found the following Boost libraries: 46 -- thread 47 -- program_options 48 -- filesystem 49 -- serialization 50 -- iostreams 51 -- regex 52 -- system 53 -- Boost library directory: /usr/lib64 6136 make: *** [all] Error 2 6137 emake failed 6138 * ERROR: media-gfx/luxrender-9999 failed (compile phase):
(In reply to comment #53) > Does pylux work for anyone? I get the following error: > > [Lux 2011-Feb-23 01:40:15] WARNING: Binary pylux module not available! Visit > http://www.luxrender.net/ to obtain one for your system. > [Lux 2011-Feb-23 01:40:15] (ImportError was: dynamic module does not define > init function (PyInit_pylux)) > > If I import it using python 2 IDE, it imports fine. If I use the python 3 IDE, > I get the same ImportError as above. > > I did some more digging and it seems Boost needs to be built against python3, > but portage doesn't do it. Pylux works here. I set python3 as my system python and I'm using boost-1.43 . I rebuilt blender-9999 and lux*-9999 few days ago and it keeps working. Some time before I had a problem with pylux and I solved it deleting all the *.pyc files in /usr/share/blender/2.5/ .
i come not over 75% and then it breaks: [ 75%] Building CXX object CMakeFiles/lux.dir/volumes/homogeneous.o [ 75%] Building CXX object CMakeFiles/lux.dir/volumes/volumegrid.o Linking CXX static library liblux.a [ 75%] Built target lux Scanning dependencies of target luxconsole Scanning dependencies of target luxcomp Scanning dependencies of target luxmerger [ 75%] Building CXX object CMakeFiles/luxcomp.dir/tools/luxcomp.o [ 75%] [ 76%] Building CXX object CMakeFiles/luxmerger.dir/tools/luxmerger.o Building CXX object CMakeFiles/luxconsole.dir/console/luxconsole.o /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp: In function ‘int main(int, char**)’: /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp:256:106: error: invalid conversion from ‘bool (*)(const std::string&)’ to ‘boost::enable_if_c<true, void>::type*’ /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp:256:106: error: initializing argument 2 of ‘boost::filesystem3::path::path(const Source&, typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename boost::decay<Source>::type> >::type*) [with Source = std::basic_string<char>, typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename boost::decay<Source>::type> >::type = void]’ /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp:263:35: error: no match for ‘operator=’ in ‘sceneFileName = boost::filesystem3::path::leaf() const()’ /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/basic_string.h:532:7: note: candidates are: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(const std::basic_string<_CharT, _Traits, _Alloc>&) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/basic_string.h:540:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(const _CharT*) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/basic_string.h:551:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(_CharT) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxmerger.cpp: In function ‘int main(int, char**)’: /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxmerger.cpp:127:106: error: invalid conversion from ‘bool (*)(const std::string&)’ to ‘boost::enable_if_c<true, void>::type*’ /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxmerger.cpp:127:106: error: initializing argument 2 of ‘boost::filesystem3::path::path(const Source&, typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename boost::decay<Source>::type> >::type*) [with Source = std::basic_string<char>, typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename boost::decay<Source>::type> >::type = void]’ /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxcomp.cpp: In function ‘void CheckFilePath(std::string)’: /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxcomp.cpp:57:39: error: invalid conversion from ‘bool (*)(const std::string&)’ to ‘boost::enable_if_c<true, void>::type*’ /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxcomp.cpp:57:39: error: initializing argument 2 of ‘boost::filesystem3::path::path(const Source&, typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename boost::decay<Source>::type> >::type*) [with Source = std::basic_string<char>, typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename boost::decay<Source>::type> >::type = void]’ make[2]: *** [CMakeFiles/luxcomp.dir/tools/luxcomp.o] Error 1 make[1]: *** [CMakeFiles/luxcomp.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... make[2]: *** [CMakeFiles/luxmerger.dir/tools/luxmerger.o] Error 1 make[1]: *** [CMakeFiles/luxmerger.dir/all] Error 2 make[2]: *** [CMakeFiles/luxconsole.dir/console/luxconsole.o] Error 1 make[1]: *** [CMakeFiles/luxconsole.dir/all] Error 2 make: *** [all] Error 2 emake failed
could some fix this above problem plz. it seems to not anymore compile
(In reply to comment #57) > could some fix this above problem plz. it seems to not anymore compile I just rebuilt LuxRender without any problem using the ebuilds I attached here in January. I'm using boost-1.43 built with python3.
(In reply to comment #56) > i come not over 75% and then it breaks: > > [ 75%] Building CXX object CMakeFiles/lux.dir/volumes/homogeneous.o > [ 75%] Building CXX object CMakeFiles/lux.dir/volumes/volumegrid.o > Linking CXX static library liblux.a > [ 75%] Built target lux > Scanning dependencies of target luxconsole > Scanning dependencies of target luxcomp > Scanning dependencies of target luxmerger > [ 75%] Building CXX object CMakeFiles/luxcomp.dir/tools/luxcomp.o > [ 75%] [ 76%] Building CXX object CMakeFiles/luxmerger.dir/tools/luxmerger.o > Building CXX object CMakeFiles/luxconsole.dir/console/luxconsole.o > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp: > In function ‘int main(int, char**)’: > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp:256:106: > error: invalid conversion from ‘bool (*)(const std::string&)’ to > ‘boost::enable_if_c<true, void>::type*’ > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp:256:106: > error: initializing argument 2 of ‘boost::filesystem3::path::path(const > Source&, typename > boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename > boost::decay<Source>::type> >::type*) [with Source = std::basic_string<char>, > typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename > boost::decay<Source>::type> >::type = void]’ > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp:263:35: > error: no match for ‘operator=’ in ‘sceneFileName = > boost::filesystem3::path::leaf() const()’ > /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/basic_string.h:532:7: > note: candidates are: std::basic_string<_CharT, _Traits, _Alloc>& > std::basic_string<_CharT, _Traits, _Alloc>::operator=(const > std::basic_string<_CharT, _Traits, _Alloc>&) [with _CharT = char, _Traits = > std::char_traits<char>, _Alloc = std::allocator<char>, > std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] > /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/basic_string.h:540:7: > note: std::basic_string<_CharT, _Traits, _Alloc>& > std::basic_string<_CharT, _Traits, _Alloc>::operator=(const _CharT*) [with > _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, > std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] > /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/basic_string.h:551:7: > note: std::basic_string<_CharT, _Traits, _Alloc>& > std::basic_string<_CharT, _Traits, _Alloc>::operator=(_CharT) [with _CharT = > char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, > std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxmerger.cpp: > In function ‘int main(int, char**)’: > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxmerger.cpp:127:106: > error: invalid conversion from ‘bool (*)(const std::string&)’ to > ‘boost::enable_if_c<true, void>::type*’ > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxmerger.cpp:127:106: > error: initializing argument 2 of ‘boost::filesystem3::path::path(const > Source&, typename > boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename > boost::decay<Source>::type> >::type*) [with Source = std::basic_string<char>, > typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename > boost::decay<Source>::type> >::type = void]’ > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxcomp.cpp: > In function ‘void CheckFilePath(std::string)’: > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxcomp.cpp:57:39: > error: invalid conversion from ‘bool (*)(const std::string&)’ to > ‘boost::enable_if_c<true, void>::type*’ > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxcomp.cpp:57:39: > error: initializing argument 2 of ‘boost::filesystem3::path::path(const > Source&, typename > boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename > boost::decay<Source>::type> >::type*) [with Source = std::basic_string<char>, > typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename > boost::decay<Source>::type> >::type = void]’ > make[2]: *** [CMakeFiles/luxcomp.dir/tools/luxcomp.o] Error 1 > make[1]: *** [CMakeFiles/luxcomp.dir/all] Error 2 > make[1]: *** Waiting for unfinished jobs.... > make[2]: *** [CMakeFiles/luxmerger.dir/tools/luxmerger.o] Error 1 > make[1]: *** [CMakeFiles/luxmerger.dir/all] Error 2 > make[2]: *** [CMakeFiles/luxconsole.dir/console/luxconsole.o] Error 1 > make[1]: *** [CMakeFiles/luxconsole.dir/all] Error 2 > make: *** [all] Error 2 > emake failed I get this error using boost-1.46.1 . AFAIK there are bugs in >boost-1.43 that affect LuxRender, so that's the latest version supported.
strange. i made eselect boost list Available boost versions: [1] boost-1.42/default * [2] boost-1.46/default and got this error again: Linking CXX static library liblux.a [ 75%] Built target lux Scanning dependencies of target luxcomp Scanning dependencies of target luxmerger Scanning dependencies of target luxconsole [ 75%] Building CXX object CMakeFiles/luxconsole.dir/console/luxconsole.o [ 76%] [ 76%] Building CXX object CMakeFiles/luxmerger.dir/tools/luxmerger.o Building CXX object CMakeFiles/luxcomp.dir/tools/luxcomp.o /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxmerger.cpp: In function ‘int main(int, char**)’: /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxmerger.cpp:127:106: error: invalid conversion from ‘bool (*)(const std::string&)’ to ‘boost::enable_if_c<true, void>::type*’ /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxmerger.cpp:127:106: error: initializing argument 2 of ‘boost::filesystem3::path::path(const Source&, typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename boost::decay<Source>::type> >::type*) [with Source = std::basic_string<char>, typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename boost::decay<Source>::type> >::type = void]’ /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp: In function ‘int main(int, char**)’: /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp:279:40: error: ‘complete’ is not a member of ‘boost::filesystem’ /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp:279:123: error: invalid conversion from ‘bool (*)(const std::string&)’ to ‘boost::enable_if_c<true, void>::type*’ /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp:279:123: error: initializing argument 2 of ‘boost::filesystem3::path::path(const Source&, typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename boost::decay<Source>::type> >::type*) [with Source = std::basic_string<char>, typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename boost::decay<Source>::type> >::type = void]’ /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp:286:35: error: no match for ‘operator=’ in ‘sceneFileName = boost::filesystem3::path::leaf() const()’ /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/basic_string.h:532:7: note: candidates are: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(const std::basic_string<_CharT, _Traits, _Alloc>&) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/basic_string.h:540:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(const _CharT*) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/basic_string.h:551:7: note: std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::operator=(_CharT) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] make[2]: *** [CMakeFiles/luxmerger.dir/tools/luxmerger.o] Error 1 make[1]: *** [CMakeFiles/luxmerger.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxcomp.cpp: In function ‘void CheckFilePath(std::string)’: /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxcomp.cpp:57:39: error: invalid conversion from ‘bool (*)(const std::string&)’ to ‘boost::enable_if_c<true, void>::type*’ /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxcomp.cpp:57:39: error: initializing argument 2 of ‘boost::filesystem3::path::path(const Source&, typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename boost::decay<Source>::type> >::type*) [with Source = std::basic_string<char>, typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename boost::decay<Source>::type> >::type = void]’ make[2]: *** [CMakeFiles/luxconsole.dir/console/luxconsole.o] Error 1 make[1]: *** [CMakeFiles/luxconsole.dir/all] Error 2 make[2]: *** [CMakeFiles/luxcomp.dir/tools/luxcomp.o] Error 1 make[1]: *** [CMakeFiles/luxcomp.dir/all] Error 2 make: *** [all] Error 2 emake failed * ERROR: media-gfx/luxrender-9999 failed (compile phase): * Make failed! *
(In reply to comment #60) > strange. i made > > eselect boost list > Available boost versions: > [1] boost-1.42/default * > [2] boost-1.46/default > > > and got this error again: > > Linking CXX static library liblux.a > [ 75%] Built target lux > Scanning dependencies of target luxcomp > Scanning dependencies of target luxmerger > Scanning dependencies of target luxconsole > [ 75%] Building CXX object CMakeFiles/luxconsole.dir/console/luxconsole.o > [ 76%] [ 76%] Building CXX object CMakeFiles/luxmerger.dir/tools/luxmerger.o > Building CXX object CMakeFiles/luxcomp.dir/tools/luxcomp.o > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxmerger.cpp: > In function ‘int main(int, char**)’: > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxmerger.cpp:127:106: > error: invalid conversion from ‘bool (*)(const std::string&)’ to > ‘boost::enable_if_c<true, void>::type*’ > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxmerger.cpp:127:106: > error: initializing argument 2 of ‘boost::filesystem3::path::path(const > Source&, typename > boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename > boost::decay<Source>::type> >::type*) [with Source = std::basic_string<char>, > typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename > boost::decay<Source>::type> >::type = void]’ > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp: > In function ‘int main(int, char**)’: > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp:279:40: > error: ‘complete’ is not a member of ‘boost::filesystem’ > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp:279:123: > error: invalid conversion from ‘bool (*)(const std::string&)’ to > ‘boost::enable_if_c<true, void>::type*’ > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp:279:123: > error: initializing argument 2 of ‘boost::filesystem3::path::path(const > Source&, typename > boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename > boost::decay<Source>::type> >::type*) [with Source = std::basic_string<char>, > typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename > boost::decay<Source>::type> >::type = void]’ > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/console/luxconsole.cpp:286:35: > error: no match for ‘operator=’ in ‘sceneFileName = > boost::filesystem3::path::leaf() const()’ > /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/basic_string.h:532:7: > note: candidates are: std::basic_string<_CharT, _Traits, _Alloc>& > std::basic_string<_CharT, _Traits, _Alloc>::operator=(const > std::basic_string<_CharT, _Traits, _Alloc>&) [with _CharT = char, _Traits = > std::char_traits<char>, _Alloc = std::allocator<char>, > std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] > /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/basic_string.h:540:7: > note: std::basic_string<_CharT, _Traits, _Alloc>& > std::basic_string<_CharT, _Traits, _Alloc>::operator=(const _CharT*) [with > _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, > std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] > /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/basic_string.h:551:7: > note: std::basic_string<_CharT, _Traits, _Alloc>& > std::basic_string<_CharT, _Traits, _Alloc>::operator=(_CharT) [with _CharT = > char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>, > std::basic_string<_CharT, _Traits, _Alloc> = std::basic_string<char>] > make[2]: *** [CMakeFiles/luxmerger.dir/tools/luxmerger.o] Error 1 > make[1]: *** [CMakeFiles/luxmerger.dir/all] Error 2 > make[1]: *** Waiting for unfinished jobs.... > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxcomp.cpp: > In function ‘void CheckFilePath(std::string)’: > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxcomp.cpp:57:39: > error: invalid conversion from ‘bool (*)(const std::string&)’ to > ‘boost::enable_if_c<true, void>::type*’ > /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999/tools/luxcomp.cpp:57:39: > error: initializing argument 2 of ‘boost::filesystem3::path::path(const > Source&, typename > boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename > boost::decay<Source>::type> >::type*) [with Source = std::basic_string<char>, > typename boost::enable_if<boost::filesystem3::path_traits::is_pathable<typename > boost::decay<Source>::type> >::type = void]’ > make[2]: *** [CMakeFiles/luxconsole.dir/console/luxconsole.o] Error 1 > make[1]: *** [CMakeFiles/luxconsole.dir/all] Error 2 > make[2]: *** [CMakeFiles/luxcomp.dir/tools/luxcomp.o] Error 1 > make[1]: *** [CMakeFiles/luxcomp.dir/all] Error 2 > make: *** [all] Error 2 > emake failed > * ERROR: media-gfx/luxrender-9999 failed (compile phase): > * Make failed! > * Here in the configure phase LuxRender finds boost-1.43 even if: $ eselect boost list Available boost versions: [1] boost-1.42/default * [2] boost-1.43/default So I suppose it's still using 1.46 in your case. But from this page: http://www.luxrender.net/wiki/index.php?title=Building_on_Linux I think 1.42 wouldn't work anyway. It seems you need to have only 1.43 installed.
maybe we need a fix, in portage we havent : version 1.43 od boost anymore as choice: [I] dev-libs/boost Available versions: (0) 1.35.0-r2 1.35.0-r5 (1.37) (~)1.37.0-r1 (1.39) (~)1.39.0 (1.41) 1.41.0-r3 (1.42) (~)1.42.0 (~)1.42.0-r1 1.42.0-r2{tbz2} (1.45) {M}(~)1.45.0 (1.46) {M}(~)1.46.1{tbz2} {debug doc +eselect expat icu mpi python static-libs test tools} Installed versions: 1.42.0-r2(1.42){tbz2}(19:14:18 26.03.2011)(eselect icu mpi python -debug -doc -static-libs -test -tools) 1.46.1(1.46){tbz2}(17:11:05 30.03.2011)(eselect icu mpi python -debug -doc -static-libs -test -tools) Homepage: http://www.boost.org/ Description: Boost Libraries for C++
could someone be mercy and stable this for currently blender-2.5x. its already released. we really need it now in portage. thanks
Created attachment 272005 [details, diff] patch to compile bith boost<=1.43 A little ix for Boost<=1.43 until it's in hg http://src.luxrender.net/lux/rev/8c62c34be594 plus "#define BOOST_FILESYSTEM_VERSION 2" in ./qtgui/mainwindow.cpp compiles fine for me (~amd64, boost-1.46)
Created attachment 272009 [details] media-gfx/luxrender-9999.ebuild the corrected ebuild added to src_configure(){ use sse2 && append-flags "-msse -msse2 -DLUX_USE_SSE" use debug && append-flags -ggdb + epatch "${FILESDIR}"/${P}-Boost.patch
(In reply to comment #64) > Created attachment 272005 [details, diff] > patch to compile bith boost<=1.43 > > A little ix for Boost<=1.43 until it's in hg > > http://src.luxrender.net/lux/rev/8c62c34be594 > > plus "#define BOOST_FILESYSTEM_VERSION 2" in ./qtgui/mainwindow.cpp > > compiles fine for me (~amd64, boost-1.46) what is the name of the real patch, in the folder file?
> what is the name of the real patch, in the folder file? luxrender-9999-Boost.patch
(In reply to comment #67) > > what is the name of the real patch, in the folder file? > > luxrender-9999-Boost.patch i have now bost 1.42 in use cuz boost 1.46 cause some problem for me. but useing this patch and th uptodate Details | Diff media-gfx/luxrender-9999.ebuild (1.29 KB, text/plain) 2011-05-03 19:57 UTC, FluGer still dont let me compile with boost 1.42
> still dont let me compile with boost 1.42 their current boost is 1.43, so yours might be a bit too old what's the error message it breaks compiling? ----------------------------------------- from lxrender bugtracker: "Atm we stay with 1.4.3 as long as we havent rtested new versions and decide to switch." http://www.luxrender.net/mantis/view.php?id=951
* Package: media-gfx/luxrender-9999 * Repository: x-local-overlay * USE: amd64 blender elibc_glibc kernel_linux multilib sse2 userland_GNU * FEATURES: preserve-libs sandbox * Cloning https://bitbucket.org/luxrender/lux to /usr/portage/distfiles/hg-src/luxrender/lux * Creating working directory in /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999 (target revision: tip) * Work directory: /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999 global id: 42c27a99fa65 branch: default * Cannot find $EPATCH_SOURCE! Value for $EPATCH_SOURCE is: * * /usr/portage/local/local-overlay/media-gfx/luxrender/files/luxrender-9999-Boost.patch * ( luxrender-9999-Boost.patch ) * ERROR: media-gfx/luxrender-9999 failed (configure phase): * Cannot find $EPATCH_SOURCE! * * Call stack: * ebuild.sh, line 56: Called src_configure * environment, line 5220: Called epatch '/usr/portage/local/local-overlay/media-gfx/luxrender/files/luxrender-9999-Boost.patch' * environment, line 2014: Called die * The specific snippet of code: * die "Cannot find \$EPATCH_SOURCE!"; * * If you need support, post the output of 'emerge --info =media-gfx/luxrender-9999', * the complete build log and the output of 'emerge -pqv =media-gfx/luxrender-9999'. * This ebuild is from a repository named 'x-local-overlay' * The complete build log is located at '/var/log/portage/media-gfx:luxrender-9999:20110504-205127.log'. * The ebuild environment file is located at '/var/tmp/portage/media-gfx/luxrender-9999/temp/environment'. * S: '/var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999'
> * Cannot find $EPATCH_SOURCE! Value for $EPATCH_SOURCE is: > * > * > /usr/portage/local/local-overlay/media-gfx/luxrender/files/luxrender-9999-Boost.patch Seems like emerge can't find the patch. Do you have it in the path specified above and readable?
its a typo of me the folder must be: "files" not file. thanks for the advices
but the patch dont work: >>> Emerging (1 of 2) media-gfx/luxrender-9999 from x-local-overlay * Package: media-gfx/luxrender-9999 * Repository: x-local-overlay * USE: amd64 blender elibc_glibc kernel_linux multilib sse2 userland_GNU * FEATURES: preserve-libs sandbox >>> Unpacking source... * Updating /usr/portage/distfiles/hg-src/luxrender/lux from https://bitbucket.org/luxrender/lux warning: bitbucket.org certificate with fingerprint 81:2b:08:90:dc:d3:71:ee:e0:7c:b4:75:ce:9b:6c:48:94:56:a1:fe not verified (check hostfingerprints or web.cacerts config setting) * Creating working directory in /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999 (target revision: tip) * Work directory: /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999 global id: 42c27a99fa65 branch: default >>> Source unpacked in /var/tmp/portage/media-gfx/luxrender-9999/work >>> Preparing source in /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999 ... >>> Source prepared. >>> Configuring source in /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999 ... * Applying luxrender-9999-Boost.patch ... * Failed Patch: luxrender-9999-Boost.patch ! * ( /usr/portage/local/local-overlay/media-gfx/luxrender/files/luxrender-9999-Boost.patch ) * * Include in your bugreport the contents of: * * /var/tmp/portage/media-gfx/luxrender-9999/temp/luxrender-9999-Boost.patch.out * ERROR: media-gfx/luxrender-9999 failed (configure phase): * Failed Patch: luxrender-9999-Boost.patch! * * Call stack: * ebuild.sh, line 56: Called src_configure * environment, line 5221: Called epatch '/usr/portage/local/local-overlay/media-gfx/luxrender/files/luxrender-9999-Boost.patch' * environment, line 2136: Called die * The specific snippet of code: * die "Failed Patch: ${patchname}!"; * * If you need support, post the output of 'emerge --info =media-gfx/luxrender-9999', * the complete build log and the output of 'emerge -pqv =media-gfx/luxrender-9999'. * This ebuild is from a repository named 'x-local-overlay' * The complete build log is located at '/var/log/portage/media-gfx:luxrender-9999:20110505-140415.log'. * The ebuild environment file is located at '/var/tmp/portage/media-gf
CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: LUXRAYS_INCLUDE_DIRS used as include directory in directory /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999 LUXRAYS_LIBRARY linked by target "luxShared" in directory /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999 linked by target "luxcomp" in directory /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999 linked by target "luxconsole" in directory /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999 linked by target "luxmerger" in directory /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999 linked by target "luxrender" in directory /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999 linked by target "pylux" in directory /var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999 -- Configuring incomplete, errors occurred! * ERROR: media-gfx/luxrender-9999 failed (configure phase): * cmake failed * * Call stack: * ebuild.sh, line 56: Called src_configure * environment, line 5223: Called cmake-utils_src_configure * environment, line 1366: Called _execute_optionaly 'src_configure' * environment, line 408: Called enable_cmake-utils_src_configure * environment, line 1680: Called die * The specific snippet of code: * "${CMAKE_BINARY}" "${cmakeargs[@]}" "${CMAKE_USE_DIR}" || die "cmake failed"; * * If you need support, post the output of 'emerge --info =media-gfx/luxrender-9999', * the complete build log and the output of 'emerge -pqv =media-gfx/luxrender-9999'. * This ebuild is from a repository named 'x-local-overlay' * The complete build log is located at '/var/log/portage/media-gfx:luxrender-9999:20110506-222856.log'. * The ebuild environment file is located at '/var/tmp/portage/media-gfx/luxrender-9999/temp/environment'. * S: '/var/tmp/portage/media-gfx/luxrender-9999/work/luxrender-9999' >>> Failed to emerge media-gfx/luxrender-9999, Log file:
(In reply to comment #74) > LUXRAYS_INCLUDE_DIRS > used as include directory in directory CMake can't find your luxrays installation did you use the latest 9999 ebuild?
seems to be the ebuild for luxrays need also a fix: >>> Emerging (1 of 1) media-libs/luxrays-9999 from x-local-overlay * Package: media-libs/luxrays-9999 * Repository: x-local-overlay * USE: amd64 elibc_glibc kernel_linux multilib userland_GNU * FEATURES: preserve-libs sandbox >>> Unpacking source... * Cloning https://bitbucket.org/luxrender/luxrays to /usr/portage/distfiles/hg-src/luxrays/luxrays warning: bitbucket.org certificate with fingerprint 81:2b:08:90:dc:d3:71:ee:e0:7c:b4:75:ce:9b:6c:48:94:56:a1:fe not verified (check hostfingerprints or web.cacerts config setting) * Creating working directory in /var/tmp/portage/media-libs/luxrays-9999/work/luxrays-9999 (target revision: tip) * Work directory: /var/tmp/portage/media-libs/luxrays-9999/work/luxrays-9999 global id: 55feae1fe53b branch: slg2_startup >>> Source unpacked in /var/tmp/portage/media-libs/luxrays-9999/work >>> Preparing source in /var/tmp/portage/media-libs/luxrays-9999/work/luxrays-9999 ... >>> Source prepared. >>> Configuring source in /var/tmp/portage/media-libs/luxrays-9999/work/luxrays-9999 ... >>> Working in BUILD_DIR: "/var/tmp/portage/media-libs/luxrays-9999/work/luxrays-9999" cmake --no-warn-unused-cli -C /var/tmp/portage/media-libs/luxrays-9999/temp/gentoo_common_config.cmake -DCMAKE_INSTALL_PREFIX=/usr -DLUXRAYS_DISABLE_OPENCL=ON -Wno-dev -DCMAKE_BUILD_TYPE=Gentoo -DCMAKE_INSTALL_DO_STRIP=OFF -DCMAKE_USER_MAKE_RULES_OVERRIDE=/var/tmp/portage/media-libs/luxrays-9999/temp/gentoo_rules.cmake /var/tmp/portage/media-libs/luxrays-9999/work/luxrays-9999 Not searching for unused variables given on the command line. loading initial cache file /var/tmp/portage/media-libs/luxrays-9999/temp/gentoo_common_config.cmake -- CMAKE VERSION DETECTED 2.8.4 -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /usr/bin/x86_64-pc-linux-gnu-gcc -- Check for working C compiler: /usr/bin/x86_64-pc-linux-gnu-gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/x86_64-pc-linux-gnu-g++ -- Check for working CXX compiler: /usr/bin/x86_64-pc-linux-gnu-g++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Building mode: Gentoo -- Looking for FreeImage... -- checking for module 'freeimage' -- found freeimage, version 3.13.1 -- FreeImage_INCLUDE_DIR NAMES /usr/include -- FreeImage_LIBRARY_DBG NAMES FreeImagefreeimageFreeImageLibfreeimageLib -- Found FreeImage: optimized;/usr/lib64/libfreeimage.so;debug;/usr/lib64/libfreeimage.so -- Could NOT find Boost -- Boost version: 1.46.1 -- Found the following Boost libraries: -- thread -- filesystem -- system -- Looking for XOpenDisplay in /usr/lib64/libX11.so;/usr/lib64/libXext.so -- Looking for XOpenDisplay in /usr/lib64/libX11.so;/usr/lib64/libXext.so - found -- Looking for gethostbyname -- Looking for gethostbyname - found -- Looking for connect -- Looking for connect - found -- Looking for remove -- Looking for remove - found -- Looking for shmat -- Looking for shmat - found -- Looking for IceConnectionNumber in ICE -- Looking for IceConnectionNumber in ICE - found -- Found X11: /usr/lib64/libX11.so -- Found OpenGL: /usr/lib64/libGL.so CMake Error at CMakeLists.txt:92 (MESSAGE): --> Could not locate required OpenCL files - Please check -- Configuring incomplete, errors occurred!
Created attachment 279061 [details] media-libs/luxrays-9999.ebuild They fixed something and with a little change it builds again.
Created attachment 279063 [details] media-gfx/luxrender-9999.ebuild I forgot to mention that I tested luxrays and luxrender only with boost-1.46.1 .
*** Bug 382101 has been marked as a duplicate of this bug. ***
freeimage is back in the main-tree now there shouldn't be a problem adding luxrender?
Created attachment 316619 [details] luxblend25-9999.ebuild for blender-2.63(a)
Created attachment 316623 [details] luxrays-9999.ebuild with OpenCL
Created attachment 316625 [details] luxrender-9999.ebuild with OpenCL It builds with OpenCL here but I couldn't test if it works because I don't have a card with OpenCL. If you want to use it inside blender you could use my ebuild from bug #394871 or from the aluco overlay. I don't know how to make the ebuild adapt dynamically to the currently installed blender version, so it depends on =media-gfx/blender-2.63* if you ask for the pylux.so module with blender USE flag.
Created attachment 325752 [details] luxrays-1.1.ebuild
Created attachment 325754 [details] luxblend25-1.1.ebuild
Created attachment 325756 [details, diff] fix luxrender-1.1 installation
Created attachment 325758 [details] luxrender-1.1.ebuild It lacks a desktop entry atm and can't be built without OpenCL.
Created attachment 325762 [details, diff] luxrender-nowxgui.patch Needed to fix a problem at luxrender-1.1 installation phase.
Created attachment 363548 [details] luxrays-9999.ebuild
Created attachment 363550 [details] luxblend25-9999.ebuild for blender-2.69
Created attachment 363552 [details] luxrender-9999.ebuild I updated my ebuilds for blender 2.69. I also added a USE for opencl but I haven't a GPU modern enough to test it.
