View previous topic :: View next topic |
Author |
Message |
earthy Tux's lil' helper
Joined: 07 Jul 2006 Posts: 147
|
Posted: Fri Feb 10, 2012 7:41 am Post subject: Blender build 5927 fails |
|
|
I am trying to use a blender build from graphicall.org.
It squirts out missing so. files.
Code: | ./blender: error while loading shared libraries: libpython3.2mu.so.1.0: cannot open shared object file: No such file or directory |
I tried yum whatprovides ,on fedora and easily fixed a string of missing so's.
Is there a something similar on gentoo or perhaps another way ? |
|
Back to top |
|
|
wizulis n00b
Joined: 07 Nov 2010 Posts: 46
|
Posted: Fri Feb 10, 2012 7:53 am Post subject: |
|
|
Hmm .. revdep-rebuild ? |
|
Back to top |
|
|
earthy Tux's lil' helper
Joined: 07 Jul 2006 Posts: 147
|
Posted: Fri Feb 10, 2012 8:06 am Post subject: |
|
|
If you mean:
Code: |
revdep-rebuild --library libpython3.2mu.so.1.0
|
say so.
It gives :
Code: |
revdep-rebuild --library libpython3.2mu.so.1.0
--- Invalid atom in /etc/portage/package.use: =media-video/ffmpeg
--- Invalid atom in /etc/portage/package.use: =virtual/ffmpeg
* Configuring search environment for revdep-rebuild
* Checking reverse dependencies
* Packages containing binaries and libraries using libpython3.2mu.so.1.0
* will be emerged.
* Collecting system binaries and libraries
* Generated new 1_files.rr
* Checking dynamic linking
[ 100% ]
* There are no dynamic links to libpython3.2mu.so.1.0... All done.
|
|
|
Back to top |
|
|
earthy Tux's lil' helper
Joined: 07 Jul 2006 Posts: 147
|
Posted: Tue Feb 14, 2012 9:20 am Post subject: |
|
|
No cycles yet.
Has anybody got cycles at all in gentoo?
It was much faster downloading fedora dvd,emerge virtualbox,install fedora and resolve dependencies for blender.
It works with cpu rendering I don't know bout CUDA but it is kinda crippled having to start fedora for that. |
|
Back to top |
|
|
smartass Apprentice
Joined: 04 Jul 2011 Posts: 189 Location: right behind you ... (you did turn around, didn't you?)
|
Posted: Tue Feb 14, 2012 12:56 pm Post subject: |
|
|
Hie earthy,
Why exactly do you need that special build? I'm perfectly happy with the official version (2.60a) in the portage tree and http://gpo.zugaina.org/media-gfx/blender offers many other alternative versions, even a live one.
As for the library, I don't understand from where the name libpython3.2mu.so.1.0 comes from, I cannot find such a library on my system, just libpython3.2.so.1.0
Maybe it actually came with the build bundle, but you may have to adjust some LD_* variables, or it failed to install into /usr/lib because of permission problems. |
|
Back to top |
|
|
earthy Tux's lil' helper
Joined: 07 Jul 2006 Posts: 147
|
Posted: Thu Mar 15, 2012 9:07 am Post subject: |
|
|
I need the special build to use cycles, which is a built in renderer that uses GPU card.
I was gonna proof gentoo is smoking hot distro by preparing it to win7 and fedora. |
|
Back to top |
|
|
smartass Apprentice
Joined: 04 Jul 2011 Posts: 189 Location: right behind you ... (you did turn around, didn't you?)
|
Posted: Fri Mar 16, 2012 2:14 pm Post subject: |
|
|
Ok, I think you may not be aware of a few things.
Firstly, the ebuilds found in the alice or aluco overlay (see gpo.zugaina.org) contain the cycles USE flag, so you can build them and you'll get what you want. You may also vote or sumbit a bug to put those ebuilds into the main portage tree, if you find them stable enough.
Secondly, if you plan on using someone's binary build, than it was built for a certain family of processors with general optimizations.
Whereas if you build it on your machine with -march=native set in make.conf, it will be built with optimizations specific to your processor and will be faster than the binary build as such optimizations do make a difference for such programs.
And if you plan on comparing the OS through using a binary build, that is plain nonsense, as the OS itself does not optimize the program, because the program was built beforehand to work on all those OSes in the same way. Possibly the locally compiled libraries could speed things up a bit, but in the case of blender the optimization of the core of the program is the important thing, an optimized python library will not make such a big difference IMHO.
So I recommend you use one of the ebuilds with the cycles USE flag that can be found on gpo.zugaina.org
Once you find out how beneficial that is, you could give back to the community by making an effort in pushing the ebuilds to the main portage tree through bugzilla.
Good luck with your 3D adventures |
|
Back to top |
|
|
Kiwon Um n00b
Joined: 15 Jul 2009 Posts: 49
|
Posted: Wed Apr 11, 2012 9:00 am Post subject: blender + cycles + cuda (or OpenCL) success? |
|
|
Did anyone succeed to run blender + cycles + CUDA (or OpenCL) combination?
I installed blender-2.62-r2 from the aluco overlay. It works fine with Cycles + CPU but not with CUDA (or OpenCL). For both cases, it is aborted with the following messages, respectively:
CUDA error: Launch failed in cuCtxSynchronize()
or
OpenCL error (-36): Invalid command queue
any clue?
VGA:
GeForce GTX 560 Ti
Installed:
nvidia-cuda-toolkit-4.1
nvidia-drivers-295.20-r1
gcc-4.5.3-r2
Kernel:
Linux kiwon 3.2.12-gentoo #2 SMP Wed Apr 11 15:28:41 KST 2012 x86_64 Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz GenuineIntel GNU/Linux
Thanks. |
|
Back to top |
|
|
Kiwon Um n00b
Joined: 15 Jul 2009 Posts: 49
|
Posted: Fri Apr 13, 2012 1:32 pm Post subject: Re: blender + cycles + cuda (or OpenCL) success? |
|
|
Never mind... Today, I've updated my system with xorg-server. It now works suddenly. |
|
Back to top |
|
|
earthy Tux's lil' helper
Joined: 07 Jul 2006 Posts: 147
|
|
Back to top |
|
|
|