OpenMW 0.13.0

[artorius]

Is that something new? When I built the RPM's before, the file was there and was added to the RPM after the source was compiled.

[Zini]

I'll need to correct myself. Found the line in a cmake script. The launcher.cfg file should be there.

[artorius]

Actually, just did another clean compile, and it still doesn't show up. However, I was able to use the omwlauncher and run the game. I guess it's safe to leave it out of the RPM then.

[Ace (SWE)]

Compiled some Windows packages, go crazy testing them.

Windows 32-bit
Windows 64-bit

[artorius]

Any Fedora users can get it from the main repo now. Just remove the original openmw.repo file, and create a new one with these contents:

Code: Select all

[openmw]
name=OpenMW Release
baseurl=http://openmw.org/builds/fedora/RPMS/$releasever/$basearch/
enabled=1
gpgcheck=0

Also, make sure you have the RPMFusion repo installed.

Make sure to remove your current openmw install before installing the new one (future releases will be properly updated):

Code: Select all

yum remove openmw

There are three RPM files now:

1. openmw - base engine
2. openmw-launcher - graphical launcher
3. ogre-cgplugin - the plugin needed to work with the shaders (openmw has a dependency on this, so it will install automatically)

[werdanith]

Compiled some Windows packages, go crazy testing them.
Windows 32-bit

Tried it on wine and found some issues, nothing windows specific though, as far as I can tell.

[ElderTroll]

I tried it on windows 7 64 bit and I can get neither the launcher or exe to work. This could be related to a problem I had running 0.12.0. I will try messing around with it some more tomorrow.

[psi29a]

Building from source on amd64 gave me these warnings:

[ 84%] Building CXX object apps/openmw/CMakeFiles/openmw.dir/mwdialogue/topic.cpp.o
/home/openmw/apps/openmw/mwdialogue/dialoguemanager.cpp: In member function 'bool MWDialogue::DialogueManager::functionFilter(const MWWorld::Ptr&, const ESM::DialInfo&, bool)':
/home/openmw/apps/openmw/mwdialogue/dialoguemanager.cpp:148:14: warning: variable 'isAChoice' set but not used [-Wunused-but-set-variable]
/home/openmw/apps/openmw/mwdialogue/dialoguemanager.cpp:149:14: warning: variable 'isFunction' set but not used [-Wunused-but-set-variable]
[ 85%] Building CXX object apps/openmw/CMakeFiles/openmw.dir/mwscript/scriptmanager.cpp.o

Building on i386 gave me the same warning above and this additional failure:

build 1:
[ 15%] Building CXX object components/CMakeFiles/components.dir/esm/loadglob.cpp.o
/tmp/ccL5twIz.s: Assembler messages:
/tmp/ccL5twIz.s:13036: Error: bad register name `%�ax'
[ 15%] Building CXX object extern/mygui_3.0.1/MyGUIEngine/CMakeFiles/MyGUIEngine.dir/src/MyGUI_EditText.cpp.o
make[2]: *** [extern/mygui_3.0.1/MyGUIEngine/CMakeFiles/MyGUIEngine.dir/src/MyGUI_Widget.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....

... snip ...

make[1]: *** [extern/mygui_3.0.1/MyGUIEngine/CMakeFiles/MyGUIEngine.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....

build 2:
[ 89%] Building CXX object apps/openmw/CMakeFiles/openmw.dir/mwworld/refdata.cpp.o
/home/openmw/apps/openmw/mwscript/dialogueextensions.cpp:144:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.6/README.Bugs> for instructions.
[ 89%] Building CXX object apps/openmw/CMakeFiles/openmw.dir/mwworld/world.cpp.o

I was able to restart compilation each time and it made it through, so I'm guessing either something really funny with i386 or hardware problem because of how unpredictable it is. The weird thing is that the system as a whole is stable even under load so I'm not sure why GCC is going nuts.

[psi29a]

RC1 using Oneiric:
amd64: http://dl.dropbox.com/u/396161/openmw_0 ... _amd64.deb
i386: http://dl.dropbox.com/u/396161/openmw_0 ... 1_i386.deb

Note: these are compiled against dynamic libraries, so you will need libogre and libbullet from our PPA.
As a result, I've updated the dependency to libogre-1.7.4 otherwise it will not install (it fail asking for 1.7.3). I'm not sure how best to solve this dependency thing considering that Ubuntu likes to keep naming their ogre packages with a version number.

We'll see about trying to get these also put on a 'test' PPA .

[psi29a]

@Zini and @K1ll:

Because our official PPA releases are statically compiled, can we get rid of the libogre and libbullet dependencies in CMakeList.txt? We'll need to add nvidia-cg-toolkit for cg support of course, but the first two can go in my opinion.

Pull request...