Package Details: mitsuba-git 0.6.0.r2172.cfeb7766-3

Git Clone URL: https://aur.archlinux.org/mitsuba-git.git (read-only, click to copy)
Package Base: mitsuba-git
Description: Mitsuba physically based renderer.
Upstream URL: http://mitsuba-renderer.org/
Keywords: 3d metropolis-light-transport pathrace renderer
Licenses: GPL3
Conflicts: mitsuba, mitsuba-hg
Provides: mitsuba
Submitter: bartus
Maintainer: bartus (maz-1)
Last Packager: bartus
Votes: 3
Popularity: 0.000000
First Submitted: 2016-11-28 20:18 (UTC)
Last Updated: 2021-06-17 12:43 (UTC)

Pinned Comments

bartus commented on 2022-03-14 10:35 (UTC)

Sorry lads, I'm at the Polish Ukraine border helping allocate refugees. Expect no update until this hell is over, wish us luck. Have no time nor access to my rig and AUR keys to test/post updates. If you have a patch, ping me on email - I'll add you as co-maintainer. Posted with my old script - https://github.com/bartoszek/aur-post

bartus commented on 2019-04-10 11:42 (UTC)

Please report issues and patches to mitsuba-git@github.com

Latest Comments

bartus commented on 2022-03-14 10:35 (UTC)

Sorry lads, I'm at the Polish Ukraine border helping allocate refugees. Expect no update until this hell is over, wish us luck. Have no time nor access to my rig and AUR keys to test/post updates. If you have a patch, ping me on email - I'll add you as co-maintainer. Posted with my old script - https://github.com/bartoszek/aur-post

alhirzel commented on 2020-12-04 12:37 (UTC)

Ok gotcha, archlinux-java get showed a setting of java-8-openjdk/jre. Switching temporarily to java-11-openjdk allowed me to build successfully. Thanks for the help!

bartus commented on 2020-12-04 09:57 (UTC) (edited on 2020-12-04 10:00 (UTC) by bartus)

@alhirzel: It's a known bug in community/java-xmlgraphics-common package. Should be fixed in java-xmlgraphics-common:2.4-2 If problem persists you can switch your default java runtime

alhirzel commented on 2020-11-21 02:56 (UTC)

I think this broken, I get errors early in the compilation process regarding the documentation:

SEVERE: Invalid property value encountered in margin-left="": org.apache.fop.fo.expr.PropertyException: file:/home/alhirzel/.cache/yay/python2-scons/src/scons-3.1.2/build/doc/design/scons-design.fo:3:6: No conversion defined ; property:'margin-left' (See position 147:8)
org.apache.fop.fo.expr.PropertyException: file:/home/alhirzel/.cache/yay/python2-scons/src/scons-3.1.2/build/doc/design/scons-design.fo:3:6: No conversion defined ; property:'margin-left'
    at org.apache.fop.fo.properties.PropertyMaker.make(PropertyMaker.java:446)
    at org.apache.fop.fo.PropertyList.convertAttributeToProperty(PropertyList.java:499)
    at org.apache.fop.fo.PropertyList.addAttributesToList(PropertyList.java:386)
    at org.apache.fop.fo.FObj.processNode(FObj.java:129)
    at org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(FOTreeBuilder.java:293)
    at org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:179)
    at com.sun.org.apache.xml.internal.serializer.ToXMLSAXHandler.closeStartTag(ToXMLSAXHandler.java:208)
    at com.sun.org.apache.xml.internal.serializer.ToXMLSAXHandler.characters(ToXMLSAXHandler.java:528)
    at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.characters(AbstractSAXParser.java:546)
    at com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.characters(XIncludeHandler.java:1131)
    at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:455)
    at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:842)
    at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:771)
    at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141)
    at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213)
    at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:643)
    at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transformIdentity(TransformerImpl.java:659)
    at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:728)
    at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
    at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:293)
    at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:116)
    at org.apache.fop.cli.Main.startFOP(Main.java:183)
    at org.apache.fop.cli.Main.main(Main.java:214)

frankspace commented on 2019-11-19 03:21 (UTC)

Not stupid at all. Besides, without your initial patch in the first place, I'd have had no clue where to begin looking. Thanks for the fix!

bartus commented on 2019-11-18 23:22 (UTC) (edited on 2019-11-18 23:26 (UTC) by bartus)

@frankspace: Thanks for the help, it's now working back again.

I've just realized, it was in my original python3.5.patch three years back me so stupid ;)

frankspace commented on 2019-11-17 19:57 (UTC)

I solved it! There's a second place where the python version needs to be detected. Here's my updated patch that allows compilaton to succeed:

diff --git a/data/scons/detect_python.py b/data/scons/detect_python.py
index 39ac04c..e24f28c 100644
--- a/data/scons/detect_python.py
+++ b/data/scons/detect_python.py
@@ -57,7 +57,7 @@ def find_boost_python(version):
     return None

 def detect_python():
-    pyver = ['2.6', '2.7', '3.0', '3.1', '3.2', '3.3', '3.4', '3.5', '3.6']
+    pyver = ['2.6', '2.7', '3.0', '3.1', '3.2', '3.3', '3.4', '3.5', '3.6', '3.7', '3.8']
     pyenv = {}

     for version in pyver:


diff --git a/build/SConscript.configure b//build/SConscript.configure
--- a/build/SConscript.configure
+++ b/build/SConscript.configure
@@ -32,3 +32,3 @@

-python_versions = ["2.6", "2.7", "3.0", "3.1", "3.2", "3.3", "3.4", "3.5", "3.6", "3.7"]
+python_versions = ["2.6", "2.7", "3.0", "3.1", "3.2", "3.3", "3.4", "3.5", "3.6", "3.7", "3.8"]

I hope that helps! Thank you!

bartus commented on 2019-11-17 09:37 (UTC)

@frankspace: I'm working on it...

frankspace commented on 2019-11-15 13:12 (UTC)

Compilation appears to succeed, but installation fails:

.
.
.
Install file: "build/release/integrators/volpath.so" as "dist/plugins/volpath.so"
Install file: "build/release/integrators/volpath_simple.so" as "dist/plugins/volpath_simple.so"
Install file: "build/release/integrators/vpl.so" as "dist/plugins/vpl.so"
Install file: "build/release/bsdfs/ward.so" as "dist/plugins/ward.so"
Install file: "build/release/textures/wireframe.so" as "dist/plugins/wireframe.so"
Install file: "build/release/libpython/mitsuba_python2.7.so" as "dist/python/2.7/mitsuba.so"
scons: done building targets.
==> Entering fakeroot environment...
==> Starting package()...
install: cannot stat 'dist/python/3.8/mitsuba.so': No such file or directory
==> ERROR: A failure occurred in package().
    Aborting...

I tried updating the python patch to include version 3.8, but that didn't help.

bartus commented on 2019-04-10 11:42 (UTC)

Please report issues and patches to mitsuba-git@github.com

bartus commented on 2018-02-22 10:56 (UTC) (edited on 2018-02-22 10:56 (UTC) by bartus)

Now, it looks pretty obvious, thanks @dTal!

dTal commented on 2018-02-22 01:10 (UTC) (edited on 2018-02-22 01:14 (UTC) by dTal)

It seems that the file in question compiles fine without the C++11 flag. Adding this second sed line to the PKGBUILD to remove the flag only for that file fixes the problem for me:

sed -i "/irawanEnv =/airawanEnv.RemoveFlags(['-std=gnu\+\+11'])" src/bsdfs/SConscript

(Note I modified the flag to -std=gnu++11 to match your updated PKGBUILD)

EDIT: The comment box garbles the backslashes. There should be three before each '+' character.

bartus commented on 2018-02-20 11:56 (UTC) (edited on 2018-02-20 12:09 (UTC) by bartus)

@dTal Notice the issue a while ago now. Sadly my boost-foo is quite lacking, and sourly not in any way suitable for reworking Jakob's code. Check this comment in SConsScript ;)

# The Irawan-Marschner plugin uses a Boost::Spirit parser, which makes it
# pretty heavy stuff to compile. Go easy on the compiler flags:

Will try to suppress irawan bsdf all together, let's see if that works.

Update: Done, check if that's working for you?

dTal commented on 2018-02-20 00:56 (UTC) (edited on 2018-02-20 00:57 (UTC) by dTal)

The build erroneously complains that xercesc is not installed - in fact, checking config.log shows that it does, but that it throws an error very like this one: https://bugs.gentoo.org/show_bug.cgi?id=572626

Adding:

sed -i -e 's:gnu2:gnu2\x27, \x27-std=c++11:g' config.py

to the PKGBUILD, allows the build to continue.

Unfortunately, build still fails, much later, with:

In file included from src/bsdfs/irawan.cpp:33:0:src/bsdfs/irawan.h: In constructor ‘mitsuba::YarnGrammar<iterator>::YarnGrammar(const mitsuba::Properties&)’:src/bsdfs/irawan.h:314:84: error: no matching function for call to ‘bind(<unresolved function="" overloaded="" type="">, const type, const _1_type&)’</unresolved></iterator>

bartus commented on 2016-11-28 20:28 (UTC) (edited on 2016-11-30 07:57 (UTC) by bartus)

I notice a strange 'quirk', ( no idea where it originate from ) When rebuilding package you can end up with truncated archive producing empty libmistuba-renderer.so file upon installation. Which in turns prevent successful rebuild of package. Steps to resolve the issue involve removing mitsuba-git prior to reinitialize build procedure. Maybe it's specific case to my system but be aware.

afichet commented on 2016-09-16 11:23 (UTC)

Thanks bartus! Just need to modify checksum in your fix for patches and works like a charm.

bartus commented on 2016-08-11 20:38 (UTC) (edited on 2016-11-06 00:51 (UTC) by bartus)

Mitsuba relies upon GLEWmx witch was discontinued as of glew 2.0.0. A 'work around' build procedure requires: 1. Build glew-1.13.0 (non-conflicting, can be instlled alongside glew 2.0.0) > PKGBUILD: http://pastebin.com/T6rLhsEQ 2. Build collada-dom-mitsuba (working PKGBUILD and patch) > PKGBUILD: http://pastebin.com/8jYiUwRG > 0001-fix-return-type-thanks-to-22.patch : http://pastebin.com/c7Q8ZcB1 3. Finaly build mitsuba with altered PKGBUILD and python3.5.patch > PKGBUILD: http://pastebin.com/DXcFiE7S > python3.5.patch : http://pastebin.com/6EU7zpu0 All tested in clean chroot build.