Hey all, so I’m back to being a newbie… I just purchased one of those small shuttle XPCs from newegg and put it together. I installed Redhat 9 with the 2.4.20_6 kernel. Then I downloaded the X86 version of Blender for Linux and extracted all the files onto the machine under the root directory. I can see that there is a file called “Blender” that’s listed as a binary program, but nothing happens when I try to run it.
I believe I’m using KDE, but BlueCurve and GNOME were also installed if that makes a difference. Double clicking the binary doesn’t do anything.
I made sure I’m logged in as root.
I read something about having to run X, but I don’t know what that is…
If you have a screen with KDE or Gnome or colours or whatever, you’
allready run X, cause it’s the “image server”
The Blender problem…
Well, open a console ( you know, like the DOS window )
go to the binary Blender directory ( or with Konqueror, RMC and
choose “open a console/terminal here”) and type:
./blender
Ok I tried doing the ./blender thing in the terminal, and got this error message:
I then tried moving the blender folder from the root directory to a user’s directory under home and logging in as that user. Still no luck. I DID change the directory name from “blender2.27glib…blah blah” to just “blender”. I don’t think that should cause a problem though…
Welcome to the wonderful and painful world of Linux!!!
Please tell me which version of Blender exactly???
Blender2.27, or the so called Blenderpre2.28… Cause you say “Blender2.27glib… blahblah…” but you don’t let us see which version of glibc the file you downloaded is compiled up against… Type the full name of the Blender file you’ve downloaded…
This is really important, cause you see you may not be missing that “libstdc++…blah blah” shared object, in the first place… You maybe facing a libraries (glibc, glibstdc++) and/ or gcc version conflict… It could explain why you are facing problems with Blender… You may need to upgrade, or perhaps even downgrade your libraries (don’t know exactly which versions Redhat 9 has, cause I’m from SuSE and Mandrake…). Just installing that package you mention won’t do you any good…
Give us the full output of the error, with out blah’s blah’s, to be able to see what’s really happening with your system…
The original name of the folder was “blender-2.27-linux-glibc2.2.5-i386”. It’s the dynamic version of 2.27 for an i386 system. This is a completely fresh install of RedHat 9 with the 2.4.20_6 kernel. I made sure to include the development package in the RedHat installation, which contains the glib and c++ files.
:-? Maybe I should give up on Blender
Haha nevermind…
Just some ideas:
RH 9.0 is based on a version of glibc 2.3 which comes with libstdc++.so.5.
Try one of the pre2.28 blenders, one of them is for glibc 2.3.2.
The command
ldd blender
will show you what libraries are going to be loaded (and if they can be found)
Make sure that when you installed that package it really did install, there should be a file libstdc+±libc6.2-2.so.3 in /usr/lib and it should be a link to libstdc+±3-libc6.2-2-2.10.0.so (or similar)
Run glxinfo from a console and see if that gives you the same error message.
That’s why I asked you to tell us exactly which version of Blender you’ve downloaded…
I shall have to agree with OTO…
Go and download the static version… It comes with some of the needed shared libraries, statically linked… It is supposed to be for people that face problems such the one you have…
This should solve your problems…
If not… give up on Blender… Naaahhhh, just joking…
In case this doesn’t work, I think Redhat 9 comes with gcc-3.2 and glibc-2.3.2 (not very sure though, make sure you check with your installation cd’s…)… In such a case the static version of Blender-pre2.28, should work much better in your case…
<EDIT>BTW. I just solved a problem I had, with your Fiber script and it works o.k. now for me… (I think I have to ask the Admins to post a thread with the title:“TIMONIDES DON’T FORGET TO RTFM!!!” and make it sticky, so I never forget to read the instructions… :P)… Nice little script and very handy I should say… Good job RipSting… :D</EDIT>
After trying the static version, which also gave me the same error message, I tried your advice. Things now work perfectly with the dynamic version of Pre-2.28. I was hoping 2.23 would work because the draw times are generally about 3X faster (probably due to the anti-aliased text on the buttons in 2.27+ %|) But this computer will just be used as a renderfarm node so it probably doesn’t matter.
