| Message |
 |
- Date: 2010-10-30 15:40
- Sender: Dave Plater
- This time I can't seem to get the menu bar at all. Please give me a clue where to look
|
- Date: 2010-10-30 18:25
- Sender: Dave Plater
- Attaching a screenshot.
|
- Date: 2010-10-30 23:22
- Sender: Thomas Dinges
- Of course you dont have menues etc when /.blender folder is missing. The scripts in there define the Interface. No Scripts >> No Interface.
Thanks for the report.
>> Closing
|
- Date: 2010-10-31 00:11
- Sender: Dave Plater
- Excuse me for not being a little bit clearer. The .blender folder used to be included in the build but now there is another /usr/share/blender directory structure. I had a look at the linux x86_64 executable and tried copying that .blender into $HOME and still get no menu's.
All I want is direction to where to look for the problem without reverting back to scons to find I still have the same problem. I'm building this for openSUSE so it has to work. Maybe I've just had one too many work till 4 am nights and my brain isn't working properly. Atm I'm wading through the online developer documentation to try to find a solution whereas all it needs is somebody who is familiar with blender to point me in the right direction. I get the impression from your reply and prompt closing of the bug that the blender people that you represent resent distributions packaging blender, is this true. I could be wasting my time on this bug, it's possible that the closer won't even receive this.
If you misunderstood the detailed description sorry, I was actually asking why blender doesn't write the .blender directory on first use instead of requiring it to be manually created by user.
I am aware of the necessity of .blender but for some reason I still don't get menu display even with it present in a form that was downloaded from blender.org.
I ask again what does blender expect in ~/.blender and where in the sources does it access this data so I can debug it.
|
- Date: 2010-11-01 06:27
- Sender: Thomas Dinges
- Oh sorry for that. Reopening the report.
Can't help you though, don't know where on Linux Blender search for the scripts but it should be in .blender next to the binary as well.
|
- Date: 2010-11-01 12:26
- Sender: Dave Plater
- Thanks, so far I've tried building with :
-DWITH_PYTHON_INSTALL:BOOL=on \
-DWITH_PYTHON:BOOL=on \
Which doesn't build and :
-DWITH_PYTHON_INSTALL:BOOL=on \
-DWITH_PYTHON:BOOL=off \
which doesn't build for 11.2 due to a gcc++ segfault (not too bad my system is 11.3 suse)
and my actual build has to use system python for building the rpms but atm gives the no menu problem but if I can just create a blender that works I can work backwards and find where the problem is :
-DWITH_PYTHON_INSTALL:BOOL=off \
-DWITH_PYTHON:BOOL=off \
Still no menu though.
The /usr/share/blender/2.55 is copied to ~/.blender/2.55 by the wrapper script.
|
- Date: 2010-11-01 13:07
- Sender: Dave Plater
- Blender is built with :
export CFLAGS="$RPM_OPT_FLAGS -fno-strict-aliasing -g -ggdb"
export CXXFLAGS=$CFLAGS
export BF_TIFF_LIB="%{_libdir}/libtiff.so"
export BF_TIFF_INC="%{_includedir}"
export BF_GETTEXT_LIBPATH="%{_libdir}"
export PYTHON_LINKFLAGS=`python3.1-config --ldflags`
mkdir -p Build
pushd Build
cmake ../ \
-DWITH_FFTW3:BOOL=on \
-DWITH_JACK:BOOL=on \
-DWITH_OPENCOLLADA:BOOL=on \
-DWITH_SNDFILE:BOOL=on \
-DOPENCOLLADA=%{_prefix} \
-DOPENCOLLADA_LIBPATH=%{_libdir} \
-DOPENCOLLADA_INC=%{_includedir} \
-DPYTHON_LIB=%_libdir}/libpython3.1.so \
-DPYTHON_INC=%{_includedir}/python3.1 -G"Unix Makefiles" \
-DWITH_PYTHON_INSTALL:BOOL=off \
-DWITH_PYTHON:BOOL=off \
-DWITH_IMAGE_OPENJPEG:BOOL=off \
-DWITH_FFMPEG:BOOL=off \
-DWITH_CXX_GUARDEDALLOC:BOOL=off \
-DCMAKE_VERBOSE_MAKEFILE:BOOL=on \
-DWITH_PLAYER:BOOL=off \
-DCMAKE_INSTALL_PREFIX:PATH=%{_prefix}
%__make %{?jobs:-j%{jobs}}
popd
I need to sort this issue out before I can build with player.
I've attached the %build part of the build log just in case this isn't simply a matter of ~/.blender not being populated correctly.
|
- Date: 2010-11-02 01:51
- Sender: Dave Plater
- I'm attaching :
blender--2.55.32811-11.3x86_64.log - the final log after I've exhausted my debugging options. (it's 02:41 SAST)
blendermakeinstall.txt - the %makeinstall build log section of this debugging exercise logged with blender-2.55 patched to the next svn rev. 32739 before I switched to svn 32811.
blenderbuild2.55.log - A the %install section of the above mentioned version of blender.
|
- Date: 2010-11-02 02:02
- Sender: Dave Plater
- Attaching blenderstrace.txt - output from :
strace -o straceblen.txt /usr/bin/blender made with the clean build from make install
|
- Date: 2010-11-02 17:54
- Sender: John Nagle
- See also issue #24472, which seems to be roughly the same problem, but with the Windows installer.
|
- Date: 2010-11-02 21:21
- Sender: Dave Plater
- I suspect that this bug is caused by a python build problem, most sucessful builds I've seen from list mail use embedded python but it wouldn't build for me, can't use embedded python for the distro anyway but it would have helped. The only way I've been able to see how blender-2.54 is, is xp in virtual box, IIRC I had to install twice to get it to work but that's windows.
The other bug is python related but is a permissions problem but should be fixable in the installer or makefiles.
|
- Date: 2010-11-03 13:50
- Sender: ronan ducluzeau
- Ubuntu 10.04 64 bits rev 32853
Info's header, sometimes, disappears.
I did not exactly find how to always reproduce it.
But if I resize Info Editor, it displays.
|
- Date: 2010-11-03 14:04
- Sender: ronan ducluzeau
- I found a way to reproduce bug.
Use File Menu to create a new .blend.
|
- Date: 2010-11-03 14:50
- Sender: Dave Plater
- Reply to:
>Date: 2010-11-03 14:50
>Sender: ronan ducluzeau
>Ubuntu 10.04 64 bits rev 32853
>Info's header, sometimes, disappears.
>I did not exactly find how to always reproduce it.
>But if I resize Info Editor, it displays.
This is unrelated to this bug, I suggest you open a new bug or browse for a similar one. Also I'm on svn rev 32852
|
- Date: 2010-11-04 13:37
- Sender: Dave Plater
- Fixed - This was caused by building with the cmake option :
-DWITH_PYTHON:BOOL=off
A warning is being added when this option is used.
|
