Wiki updates and maintenance?

[paul424]

Hmm setting all that would be a tedious task , as OD depends on at least 30 files from the Ogre-devel package ( looking at cmake-gui output ) .
From what I can deduce CMakeList.txt at line

{l Code}: {l Select All Code}

find_package(OGRE REQUIRED)

requests Ogre fine, and that should be the end of user's specification. Under /usr/lib64/OGRE/Cmake there are plenty of cmake scripts which autolocates the desired packages . However how the mentioned path is computed when we have new external package is mystery to me and I would have to investigate further .......

{l Code}: {l Select All Code}

 tom@linux-jc3n:/usr/lib64/OGRE/cmake> ls -la
total 96
drwxr-xr-x 2 root root  4096 Jun  4 20:50 .
drwxr-xr-x 3 root root  4096 Jun  4 20:50 ..
-rw-r--r-- 1 root root 21356 Sep  2  2012 FindOGRE.cmake
-rw-r--r-- 1 root root  3184 Sep  2  2012 FindOIS.cmake
-rw-r--r-- 1 root root  5930 Sep  2  2012 FindPkgMacros.cmake
-rw-r--r-- 1 root root  5481 Sep  2  2012 MacroLogFeature.cmake
-rw-r--r-- 1 root root  4518 Sep  2  2012 OgreAddTargets.cmake
-rw-r--r-- 1 root root 17087 Sep  2  2012 OgreConfigTargets.cmake
-rw-r--r-- 1 root root  1272 Sep  2  2012 OgreFindFrameworks.cmake
-rw-r--r-- 1 root root  1255 Sep  2  2012 OgreGetVersion.cmake
-rw-r--r-- 1 root root  2680 Sep  2  2012 PrecompiledHeader.cmake
-rw-r--r-- 1 root root  1595 Sep  2  2012 PreprocessorUtils.cmake


[Danimal]

sorry, i think i misleaded you, they dont have wiki, i was talking about the overall style:
https://wftogame.com/

[paul424]

Back to your CMake problems , it seems the cmake maintainer has to put the scripts into cmake/modules in the LOCAL dir of the project which contain the basic procedures for finding particular package. He has to do that for each logical CMake package it needs to.Our cmake/modules is of course fine ....
Guessing further have your installed all Ogre packages , not only devel package from particular repo ? Mines are :

{l Code}: {l Select All Code}

S | Nazwa                                | Podsumowanie        | Typ           
--+--------------------------------------+---------------------+----------------
i | libOgreMain-devel                    | Ogre 3D: an open -> | pakiet         
i | libOgreMain1_8_1                     | Ogre 3D: an open -> | pakiet         
i | libOgreMain1_8_1-debuginfo           | Debug information-> | pakiet         
i | libOgreMain1_8_1-plugin-Cg           | Ogre 3D: an open -> | pakiet         
i | libOgreMain1_8_1-plugin-Cg-debuginfo | Debug information-> | pakiet         
i | libOgreMain1_8_1-plugins             | Ogre 3D: an open -> | pakiet         
i | libOgreMain1_8_1-plugins-debuginfo   | Debug information-> | pakiet         
i | libOgrePaging-devel                  | Ogre 3D: an open -> | pakiet         
i | libOgrePaging1_8_1                   | Ogre 3D: an open -> | pakiet         
i | libOgrePaging1_8_1-debuginfo         | Debug information-> | pakiet         
i | libOgreProperty-devel                | Ogre 3D: an open -> | pakiet         
i | libOgreProperty1_8_1                 | Ogre 3D: an open -> | pakiet         
i | libOgreProperty1_8_1-debuginfo       | Debug information-> | pakiet         
i | libOgreRTShaderSystem-devel          | Ogre 3D: an open -> | pakiet         
i | libOgreRTShaderSystem1_8_1           | Ogre 3D: an open -> | pakiet         
i | libOgreRTShaderSystem1_8_1-debuginfo | Debug information-> | pakiet         
i | libOgreTerrain-devel                 | Ogre 3D: an open -> | pakiet         
i | libOgreTerrain1_8_1                  | Ogre 3D: an open -> | pakiet         
i | libOgreTerrain1_8_1-debuginfo        | Debug information-> | pakiet 

[domtron]

What command are you using to get that?

I run dpkg -l libogre1.8-dev and get

{l Code}: {l Select All Code}

ii  libogre1.8-dev                       1.8.1-1~getdeb2                      Object-oriented Graphics Rendering Engine (development files)


or I run dpkg -l | grep ogre and get

{l Code}: {l Select All Code}

ii  libogre1.8-dev                           1.8.1-1~getdeb2                                     Object-oriented Graphics Rendering Engine (development files)
ii  libogremain1.8                           1.8.1-1~getdeb2                                     Object-oriented Graphics Rendering Engine (core libraries)
ii  libogrepaging1.8                         1.8.1-1~getdeb2                                     Object-oriented Graphics Rendering Engine (Paging library)
ii  libogreproperty1.8                       1.8.1-1~getdeb2                                     Object-oriented Graphics Rendering Engine (property library)
ii  libogrertshadersystem1.8                 1.8.1-1~getdeb2                                     Object-oriented Graphics Rendering Engine (RTShaderSystem library)
ii  libogreterrain1.8                        1.8.1-1~getdeb2                                     Object-oriented Graphics Rendering Engine (terrain library)


neither of those quit look like what you have... I guess the ubuntu repo just has an incomplete version since searching for packages like yours turns up nothing.

I also looked on the ogre sdk download page. all they have prebuilt is for windows and mac.

[Bodsda]

What command are you using to get that?

Is it different package manager? I thought I saw paul424 say somewhere that he is using opensuse

[paul424]

I have OpenSUse 12.2 !

What I can find , the newest version of Ubuntu , nickname raring provides genuine packages :http://packages.ubuntu.com/raring/


After installing you would have proper CMAKE scripts in /usr/share/OGRE/cmake/modules/ .
First try to copy /usr/share/OGRE/cmake/modules/FindOgre.cmake to your OD_dir/cmake/modules, if that wouldn't work try cp-ing all files from /usr/share/OGRE/cmake/modules/* to the mentioned dir.

[domtron]

Ya... so I posted this in the 'What do we need for 4.10 ?' in response to a post by Bodsda so I'll quote it here and strike it out there >.>

I just posted my changes to the download wiki page. If anyone has time to read through and make comments it would be appreciated.

Paul in my experience installing packages from a different version of Ubuntu usually wrecks havoc. I think i'll just compile from source. This looks like a good build guide for ogre: http://ubuntuforums.org/archive/index.p ... 48570.html

[paul424]

domtron , Dude did you try cp-ing script as I adviced in previous post ?

Sure, havoc ... I thought you are using the newest stable Ubuntu version.

EDIT : I didn't need to compile anything from scratch. For me solution was to download from BuildService, a network of users repo;s with custom build packages .
like this http://software.opensuse.org/package/libOgreMain1_8_1 . You just need to know what is the BuildService counterpart in the UBUNTU world.
Well actually >>games<< might be official repository , but the package is marked as >>unstable<< .

[domtron]

I'm sorry I posted a message yesterday but my net crashed and the post was lost. I had misunderstood you thinking the copying of that file was dependent on installing the indicated package. I tried copying the file where you told me to put it and cmake still crashed.

I'm going to go ahead and build ogre from source and see if that helps. This seems like a good build guide: http://ubuntuforums.org/archive/index.p ... 48570.html

[paul424]

After further examining my second machine ( OpenSuse 12.2 32 bit ) I can see that I have had to build CEGUI-0-7-9 myslef , and the packages from >>games<< repo won't do the job at all ( it shows errors at compile time . So it's really the matter of compiler's whim ... maybe try building CEGUI first ...

[domtron]

as I said in a another topic, I built CEGUI when I built the master branch of OD. I'm compiling ogre right now so I'll know soon enough if it helps. also the guide I linked is a bit out of date: once you get the source code in the right place you just have to run cmake . make make install.

[paul424]

Do you know that by doing >> make install << you are likely pollutting your system ? To uninstall files put by >>make install << you would need quite much tinkertoying .
For ad-hoc creation of rpm packages I use checkinstall. It supports .deb packages and probably slackware ones afaik ....., running it as easy as >>checkinstall make install << .

[domtron]

Ogre built fine. OD cmake worked and make worked! but when I run it I get: ./OpenDungeons.bin: error while loading shared libraries: libOgreMain.so.1.7.4: cannot open shared object file: No such file or directory

are we really using two versions of ogre?

So your saying I should make a deb from the compiled source and install that instead? I'll need to keep that in mind for later as it is to late for this case.

EDIT: I installed 1.7.4 also and OD runs(i get the ogre settings window). however, I just get a blank screen. according to the terminal "An exception has occurred: CEGUI::RendererException in file CEGUIOgreRenderer.cpp(462) : Ogre has not been initialised. You must initialise Ogre first!" what version of ogre does CEGUI need? should I just recompile CEGUI? that might also be the problem with od wanting ogre 1.7.4.

[paul424]

You did wrong that you haven';t uninstalled Ogre174 first. Now there is old link in /lib pointing to the old library like libOgreCurrent and OD blindly binds to it.
Mine is like :

{l Code}: {l Select All Code}

om@linux-jc3n:/usr/lib64/OGRE> ls -la
total 2520
drwxr-xr-x   3 root root    4096 Jun  4 20:50 .
drwxr-xr-x 155 root root  110592 Jul  4 23:47 ..
drwxr-xr-x   2 root root    4096 Jun  4 20:50 cmake
lrwxrwxrwx   1 root root      31 Jun  4 20:50 Plugin_BSPSceneManager.so -> Plugin_BSPSceneManager.so.1.8.1
-rw-r--r--   1 root root  266096 Mar 23 21:55 Plugin_BSPSceneManager.so.1.8.1
lrwxrwxrwx   1 root root      32 Jun  4 20:50 Plugin_CgProgramManager.so -> Plugin_CgProgramManager.so.1.8.1
-rw-r--r--   1 root root  220968 Mar 23 21:55 Plugin_CgProgramManager.so.1.8.1
lrwxrwxrwx   1 root root      34 Jun  4 20:50 Plugin_OctreeSceneManager.so -> Plugin_OctreeSceneManager.so.1.8.1
-rw-r--r--   1 root root  159048 Mar 23 21:55 Plugin_OctreeSceneManager.so.1.8.1
lrwxrwxrwx   1 root root      26 Jun  4 20:50 Plugin_OctreeZone.so -> Plugin_OctreeZone.so.1.8.1
-rw-r--r--   1 root root   64432 Mar 23 21:55 Plugin_OctreeZone.so.1.8.1
lrwxrwxrwx   1 root root      26 Jun  4 20:50 Plugin_ParticleFX.so -> Plugin_ParticleFX.so.1.8.1
-rw-r--r--   1 root root  257768 Mar 23 21:55 Plugin_ParticleFX.so.1.8.1
lrwxrwxrwx   1 root root      31 Jun  4 20:50 Plugin_PCZSceneManager.so -> Plugin_PCZSceneManager.so.1.8.1
-rw-r--r--   1 root root  319896 Mar 23 21:55 Plugin_PCZSceneManager.so.1.8.1
lrwxrwxrwx   1 root root      24 Jun  4 20:50 RenderSystem_GL.so -> RenderSystem_GL.so.1.8.1
-rw-r--r--   1 root root 1161576 Mar 23 21:55 RenderSystem_GL.so.1.8.1


So I suppose you have poisoned links on your system .

EDIT : and I assure you , current devel branch won't work with 174 cause it uses function calls which 174 which simply does not have.
EDIT: alternative you have wrong cfg files . Do cat *.cfg and post in here.

[domtron]

I didn't have 1.7.4 installed when I compiled ogre's source I just installed it when OD asked for it. The problem was I didn't recompile CEGUI after upgrading my OGRE. so all that is solved. However I'm getting another error >.<

{l Code}: {l Select All Code}

*** Initiliasing Console ***
Creating frame listener...
WARNING: Texture instance 'miniMapOgreTexture' was defined as manually loaded, but no manual loader was provided. This Resource will be lost if it has to be reloaded.
*** Initializing OIS ***
An exception has occurred: std::bad_alloc


Also just to check are messages like the following fairly normal?

{l Code}: {l Select All Code}

Parsing script Con_Worker.material
Compiler error: unknown error in RTShaderSystem.material(23): token "rtshader_system" is not recognized


{l Code}: {l Select All Code}

CEGUI::UnknownObjectException in file ../../cegui/include/CEGUINamedXMLResourceManager.h(279) : NamedXMLResourceManager::get: No object of type 'Font' named 'Commonwealth-10' is present in the collection.

[paul424]

I didn't have 1.7.4 installed when I compiled ogre's source I just installed it when OD asked for it.

It was old version of CEGUI asking for 1.7.4 or other old crap , you have trash in your system.
List with dpkg your Ogre libs , CEGUI libs and OIS libs and paste here , please .

[domtron]

as I said the problem with OD asking for ogre 1.7.4 was solved when I recompiled CEGUI.

List with dpkg your Ogre libs , CEGUI libs and OIS libs and paste here

I'm not sure which command you wanted me to run so I ran "dpkg -l | grep [ogre, cegui, and ois]" the only one with results was OIS with:

{l Code}: {l Select All Code}

ii  libois-1.3.0                             1.3.0+dfsg0-3build1                                 Object Oriented Input System library (C++)
ii  libois-dev                               1.3.0+dfsg0-3build1                                 Object Oriented Input System library (C++ development headers)


But I'm pretty sure I don't have any old stuff on my system(at least related to OD) as I removed it and recompiled everything. Do you think that the std::bad_alloc or the CEGUI::UnknownObjectException have something to do with my build of CEGUI?

[paul424]

You must use -i switch for grep ...

[domtron]

You must use -i switch for grep ...

ok still didn't find anything for ogre but "dpkg -l | grep -i CEGUI" finds

rc libcegui-mk2-0.7.5 0.7.5-8 Crazy Eddie's GUI (libraries)

[Bodsda]

You must use -i switch for grep ...

ok still didn't find anything for ogre but "dpkg -l | grep -i CEGUI" finds

rc libcegui-mk2-0.7.5 0.7.5-8 Crazy Eddie's GUI (libraries)

Get rid of the repo version of CEGUI, compile it yourself - from memory it had a broken XML parser. I assume it's still the case.
The old build instructions use 0.7.6

[domtron]

I'm pretty sure that is the package I compiled.

{l Code}: {l Select All Code}

sudo apt-get remove libcegui-mk2-0.7.5
...
Package libcegui-mk2-0.7.5 is not installed, so not removed


[Bodsda]

I'm pretty sure that is the package I compiled.

{l Code}: {l Select All Code}

sudo apt-get remove libcegui-mk2-0.7.5
...
Package libcegui-mk2-0.7.5 is not installed, so not removed


Are you sure cegui was in your dpkg output?

[domtron]

ok still didn't find anything for ogre but "dpkg -l | grep -i CEGUI" finds

rc libcegui-mk2-0.7.5 0.7.5-8 Crazy Eddie's GUI (libraries)

yep I'm sure. Paul told me to try a newer version of CEGUI(0.7.9) I just got it and OD built. OD crashes with the same error -- libcegui-mk2-0.7.5 -- and when I ran the command I just quoted it shows the same thing. So I ran "sudo dpkg -r libcegui-mk2-0.7.5" and found it was listing it because of leftover config files which I purged.

so I'm pretty sure CEGUI is not the problem. Should I run OD in valgrind and post output?

[Bodsda]

ok still didn't find anything for ogre but "dpkg -l | grep -i CEGUI" finds

rc libcegui-mk2-0.7.5 0.7.5-8 Crazy Eddie's GUI (libraries)

yep I'm sure. Paul told me to try a newer version of CEGUI(0.7.9) I just got it and OD built. OD crashes with the same error -- libcegui-mk2-0.7.5 -- and when I ran the command I just quoted it shows the same thing. So I ran "sudo dpkg -r libcegui-mk2-0.7.5" and found it was listing it because of leftover config files which I purged.

so I'm pretty sure CEGUI is not the problem. Should I run OD in valgrind and post output?

Make sure all references are removed from dpkg. Clean your build directory and recompile. Can you confirm all version numbers you're using as well for CEGUI, libogre, libogre-dev, libois and libboost so we can get an idea of what setup gets you a working build.

Bodsda

[oln]

so I'm pretty sure CEGUI is not the problem. Should I run OD in valgrind and post output?

I think it could be a good idea to check with a debugger, could be bugs in the code that only show up on some systems.