Arch Linux User Repository

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

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

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

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!

@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

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)

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!

@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 ;)

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!

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

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.

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