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
Search Criteria
Package Details: mitsuba-git 0.6.0.r2172.cfeb7766-3
Package Actions
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) |
Dependencies (19)
- boost-libs (boost171, boost-libs-git)
- boost-python2-libs
- collada-dom-mitsuba
- fftw (fftw-amd)
- glew-1.13.0
- libjpeg (libjpeg-turbo-minimal-git, mozjpeg-git, mozjpeg, libjpeg-turbo-git, libjpeg-turbo)
- libpng (libpng-apng, libpng-minimal-git, libpng-git)
- openexr (openexr-git, openexr2)
- pcre (pcre-svn)
- python (python38, python37, python3.7, nogil-python, python39, python36, python311, python32)
- python2
- qt5-base (qt5-base-git, qt5-base-headless)
- qt5-xmlpatterns (qt5-xmlpatterns-git)
- xerces-c
- boost (boost-git) (make)
- boost-python2 (make)
- eigen (eigen-git) (make)
- git (git-git, git-vfs, git-run-command-patch-git) (make)
- python2-scons (scons2) (make)
Required by (1)
- mitsuba-blender-hg (requires mitsuba)
Sources (3)
Latest Comments
bartus commented on 2022-03-14 10:35 (UTC)
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>
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
andpatches
to mitsuba-git@github.com