[Bug 467655] Review Request: yafaray - a raytracer for Blender.

bugzilla at redhat.com bugzilla at redhat.com
Fri Oct 24 01:31:47 UTC 2008


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=467655





--- Comment #8 from Paulo Roma Cavalcanti <roma at lcg.ufrj.br>  2008-10-23 21:31:46 EDT ---
(In reply to comment #7)
> (In reply to comment #5)
> > Questions:
> > * Why do you have the sub packages yarafay and yarafay-blender?
> > * Why did you have uncomment the Provides and Obsoletes Statements?
> Good questions.
> I answear the second one first:
> Because yafray and yafaray can co-exist. (until the contrary is proven - but
> there is no namespace conflict yet).
> 
> Do yafaray can work with another modeler than blender ?
> Actually I guess it can, I think it should even be possible to run it without
> blender or even without Xorg installed.
> This minimal yafaray (-core ?) would be composed of %{_bindir}yafaray-xml and
> %{_libdir}/libyafaraycore.so along with %{_libdir}/libyafaray/

I downloaded this xml file from an yafaray forum:

http://people.atrpms.net/~pcavalcanti/specs/yaf.xml

Running

/usr/bin/yafaray-xml yaf.xml

produces a file containing an image:

http://people.atrpms.net/~pcavalcanti/specs/yafaray.tga

It is a silly image (just white, grey and black), but exactly the same that was
published on the forum.


> Now about %{_libdir}/libyafarayplugin.so, I guess it is the interface with
> blender that is meant to be dlopened somehow. But it can stay with the -core
> sub-package according to the library requirements it has.
> About %{_libdir}/libyafarayqt.so ? It can probably go to the main package. But
> as there is no more binary to run the qt interface I guess it is used by the
> blender plugin (it failed while testing with blender, so it is just guesses).
> So the main package needs to require the core sub-package and blender, along
> with provides the scripts and .so .
> 
> It will ends to have:
> %files
> %defattr(-, root, root)
> %doc CODING LICENSE INSTALL
> %{_libdir}/libyafarayqt.so
> %{_datadir}/blender/scripts
> #And to fix the arch dependant file
> %{_libdir}/blender/yafaray/ #or what will be needed
> 
> %files core
> %defattr(-, root, root)
> %{_bindir}/%{name}-xml
> %{_libdir}/libyafaraycore.so
> %{_libdir}/libyafarayqt.so
> %dir %{_libdir}/%{name}
> %{_libdir}/%{name}/*.so
> 
> 
> / Few others notes /
> 
> * License is LGPLv2+ 
>  According to headers of the sources. "...either version 2.1 of the License, or
> (at your option) any later version."
> * Developer file in Binrary package: (it should be removed)
> /usr/share/doc/yafaray-0.1.0/SConstruct
> * Rpmlint output on installed package.
> -----
> [root at kwizatz sequence]# rpmlint yafaray
> yafaray.x86_64: W: incoherent-version-in-changelog 0.1.0-5 0.1.0-5.fc8.kwizart
> yafaray.x86_64: W: no-soname /usr/lib64/libyafarayqt.so
> yafaray.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libyafarayqt.so
> /lib64/libm.so.6
> yafaray.x86_64: W: no-soname /usr/lib64/libyafaraycore.so
> yafaray.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libyafaraycore.so
> /usr/lib64/libIex.so.6
> yafaray.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libyafaraycore.so
> /usr/lib64/libImath.so.6
> yafaray.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libyafaraycore.so
> /lib64/libz.so.1
> yafaray.x86_64: W: no-soname /usr/lib64/libyafarayplugin.so
> yafaray.x86_64: W: unused-direct-shlib-dependency
> /usr/lib64/libyafarayplugin.so /lib64/libdl.so.2
> 1 packages and 0 specfiles checked; 0 errors, 9 warnings.
> ------------------
> unused-direct-shlib-dependency should be reported upstream.
> no-soname could be also be reported upstreal, even if the libraries are meant
> to be dlopened. (as it is the case for yafray).
> 
> * gcc-c++ is already in the default buildroot.
> It shouldn't be specified.
> 
> * Compilation must use our CFLAGS.
> The package is compiled  with -O3, But instead it should use our
> $RPM_OPT_FLAGS.
> 
> * Testing yafaray with blender failed.
> Or at least i didn't get how to make it work. (both package are installed)
> [kwizart at kwizatz ~]$ blender
> Compiled with Python version 2.5.1.
> Checking for installed Python... got it!
> Traceback (most recent call last):
>   File "<string>", line 25, in <module>
>   File "/usr/share/blender/scripts/yaf_export.py", line 35, in <module>
>     import yafrayinterface
>   File "/usr/share/blender/scripts/yafrayinterface.py", line 7, in <module>
>     import _yafrayinterface
> ImportError: No module named _yafrayinterface
> 
> So for now, I don't know how to make it works.

I can run blender 2.48 on F8 x86_64, and access yafaray. I compiled blender
myself, mainly because I want ffmpeg enabled, to create some avi files with 
video animations: 

http://people.atrpms.net/~pcavalcanti/srpms/blender-2.48-15.fc8.src.rpm

I think the minimum blender version that works with yafaray is 2.47.

You can see how to call yafaray render, through the menus, here:

http://www.yafray.org/forum/viewtopic.php?t=1701

I can change yafaray spec file, but It would be nice if people could 
get yafaray running the way I described...

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.




More information about the package-review mailing list