Monday, 2010-04-19

*** tpb has joined #freeorion00:00
CIA-76FreeOrion: geoffthemedio * r3513 /trunk/FreeOrion/ (6 files in 5 dirs):01:56
CIA-76FreeOrion: -Added to Universe: tracking of which ship designs empires know about and a function to set a design as known to an empire. This data is stored when empire object visibility is set for a ship.01:56
CIA-76FreeOrion: -Modified Universe serialization code to use the new known design for each empire when serializing designs to be sent to a player, rather than recalculating which designs are known each time serialization is done.01:56
CIA-76FreeOrion: -Corrected some comments in Universe.h about functions that get effect target sets or execute effects.01:56
CIA-76FreeOrion: -Added missing command line string description for 3D combat testing.01:56
CIA-76FreeOrion: -Fixed missing newline in CombatSystem.h01:56
*** STalKer-Y has joined #freeorion03:07
*** STalKer-X has quit IRC03:07
*** bernardh has quit IRC03:40
*** tomboy64 has joined #freeorion05:07
*** bernardh has joined #freeorion07:51
*** tomboy64 has quit IRC07:58
*** bernardh has quit IRC09:36
*** enig__ has quit IRC10:26
*** enig__ has joined #freeorion10:40
*** mithro has quit IRC11:54
*** mithro has joined #freeorion11:55
*** tomboy64 has joined #freeorion12:14
*** qubodup has joined #freeorion15:07
quboduphello15:07
qubodupmain() caught exception(std::exception): OGRE EXCEPTION(7:InternalErrorException): Could not load dynamic library ./RenderSystem_GL.  System Error: ./RenderSystem_GL.so: cannot open shared object file: No such file or directory in DynLib::load at OgreDynLib.cpp (line 81) ---- what do I do? :|15:07
qubodupit's obviously because of ogre_plugins.cfg15:07
qubodupbut if I delete it, I get main() caught exception(std::runtime_error): Failed to find an Ogre GL render system.15:08
planetmakercompile ogre?15:08
qubodupplanetmaker: my ogre is installed at http://codepad.org/ARKSzefX15:09
tpbTitle: Plain Text code - 975 lines - codepad (at codepad.org)15:09
qubodupah ok15:10
qubodupI had to change a line to /usr/lib/OGRE/15:10
planetmakerthe question is... does the so file exist? ... ok :-)15:11
planetmakeryou should post the patch to the forums15:11
qubodupplanetmaker: is there a thread about that?15:11
planetmakerI don't know. But it might be worth to note it down.15:11
planetmakerothers might run into the same thing15:12
qubodupk15:12
qubodupnext: main() caught exception(std::exception): png_get_file_size: fail to call png_create_write_struct()15:18
quboduplibpng warning: Application was compiled with png.h from libpng-1.4.115:19
quboduplibpng warning: Application  is  running with png.c from libpng-1.2.4115:19
quboduplibpng error: Incompatible libpng version in application and library15:19
qubodupI wonder what it could be that is incorrectly compiled15:19
qubodupanyways, recompiling ogre, but I think I did that just yesterday15:20
planetmakerhm... dunno really :-)15:28
GeofftheMediogiven that warning, you might need to use libpng 1.216:27
GeofftheMediothe purpose of the PluginFolder= line in ogre_plugins.cfg is to let you specify where to find ogre... making a patch to change the directory on this line doesn't really make sense since it will be different on every install16:31
GeofftheMediogiven that it says application is running with png.c from 1.2, you probably have libpng 1.2 ?16:32
GeofftheMedioas far as I know, no png.c code would be put into anything else; that's what the library is for16:33
qubodupGeofftheMedio: shouldn't cmake find out where ogre is for me? :)16:36
qubodupGeofftheMedio: I have libpng 1.216:36
qubodupwhoops16:36
qubodup1.416:36
GeofftheMedioogre_plugins.cfg is not altered by cmake16:37
qubodupGeofftheMedio: yes, but why is it required at all? I don't think I have any other ogre game that needs me to tell it where ogre is..16:37
GeofftheMediocmake sets up the build environment, not the application configuration files16:37
GeofftheMedioprobably something could be set up in cmake to write an updated .cfg file16:38
qubodupis ogre_plugins.cfg an ogre config file or a freeorion config file?16:38
GeofftheMedioboth16:38
GeofftheMedioit's an ogre config file used by freeorion, which uses ogre, so needs an ogre config file16:38
qubodupfreeorion should be configured to use the ogre installation found via cmake.. at least if the ogre according to the config file can't be found16:39
GeofftheMedioif you know how to modify the cmake files to make that happen, feel free to post a patch16:39
qubodupit seems rather an client/human/chmain.cpp:        root = new Root((GetBinDir() / "ogre_plugins.cfg").string()); issue16:40
GeofftheMediothat's the code that creates the ogre rendering stuff, and it needs a .cfg file to know what plugins to load and where to find them16:42
GeofftheMediothe easiest fix would be to write an new ogre_plugins.cfg from cmake to specify the location of ogre16:42
qubodupI think instead the ogre_plugins.cfg used by ogre should be used perhaps...16:42
qubodup/opt/OGRE/Samples/bin/Release/plugins.cfg16:43
qubodupis it in my case16:43
GeofftheMediohow do you propose to find that file from within freeorion?16:43
GeofftheMedioand additionally, freeorion requires several specific plugins.  do you proposed to modify the plugins.cfg in the ogree directory to contain just the plugins that freeorion needs?16:44
qubodupno of course not that would be ridiculous16:44
qubodupI don't know jack about ogre btw16:44
GeofftheMedioI don't know much either16:44
quboduphm. let me check if the other ogre games actually have their own plugins.cfg16:45
GeofftheMediobut given that we want freeorion to find ogre, and cmake knows where ogre is, and freeorion looks for ogre where ogre_plugings.cfg tells it, presumably cmake should update ogre_plugins.cfg16:45
GeofftheMediothere are probably workarounds to using a .cfg file with ogre, so lack of one doesn't mean much16:45
GeofftheMedioie. we could probably store the location of ogre in freeorion's options.xml, but that has some other complications and the ogre_plugins.cfg works well enough16:46
qubodupso dungeonhack apparently uses a plugins file it seems16:47
qubodupand you're right it seems: they seem to use the cmake for it :)16:48
qubodup'the cmake'16:48
quboduphttp://codepad.org/r4VFYhQj is their cmake16:48
tpbTitle: Plain Text code - 68 lines - codepad (at codepad.org)16:48
GeofftheMedioif you can adapt what they do to freeorion, please do.  I don't have time to look into it now.16:48
qubodupokay, i'll take a look16:48
qubodupGeofftheMedio: oh, about my 1.2/1.4 libpng conflict, do you know how I could find out what app/library it is that usees the wrong png version?16:49
qubodupI suspect it's a dependancy rather than freeorion16:49
GeofftheMediomaybe ldd ?16:49
quboduphuh? um. do you know how I can check?16:50
qubodupoh right16:50
qubodupthanks16:50
qubodup`ldd executable`16:50
qubodupallright, freeorion uses 1.4, on my journey goes16:51
GeofftheMedioI think ldd also works on libraries?16:52
GeofftheMedioand from your error message, it looks like freeorion expects 1.4, but is finding 1.2, so ldd might not really help; you need to replace the 1.2 it's finding with 1.416:53
qubodupum. my computer grammar is lacking, I thought library files are executables16:53
qubodupGeofftheMedio: no, it's the other way round16:53
quboduphttp://codepad.org/j7XzYMnj16:54
tpbTitle: Plain Text code - 13 lines - codepad (at codepad.org)16:54
qubodupoh wait16:54
qubodupyou're right16:54
qubodupwhat the hell16:54
GeofftheMediolibraries are "shared objects" that contain code that can be used by excecutables.  executables are usually called "binaries"16:54
GeofftheMedioalthough I think compiled libraries are also binaries technially...16:55
qubodupI .. can't think of a way to find the 1.2 libpng16:55
qubodup..except find / -name libpng1216:55
qubodup..except find / -name *libpng12* that is16:56
qubodup*sight* that's gonna take a while, but oh well16:56
GeofftheMediodoesn't ldd tell you where the libraries that are loaded are located?16:57
GeofftheMediowork/geoff/itk/maskedregtest > ldd MaskedRegTest         libuuid.so.1 => /lib64/tls/libuuid.so.1 (0x0000003422600000)         libpthread.so.0 => /lib64/tls/libpthread.so.0 (0x0000003423800000)         libdl.so.2 => /lib64/libdl.so.2 (0x0000003423400000)         libm.so.6 => /lib64/tls/libm.so.6 (0x0000003423200000)         libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x0000003423c00000)     ...16:58
GeofftheMedio...   libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003423a00000)         libc.so.6 => /lib64/tls/libc.so.6 (0x0000003422f00000)         /lib64/ld-linux-x86-64.so.2 (0x0000003422200000)16:58
GeofftheMedio(for example)16:58
GeofftheMediothe => indicate where the specific file for each of the needed libraries are located...16:58
qubodup/usr/share/games/intensityengine/src/windows/SDL_image/lib/libpng12-0.dll16:58
GeofftheMediodll is a windows library, not linux / osx16:59
qubodupthat's all # find /usr/ -name *libpng12* was able to find16:59
qubodupyeah16:59
qubodupGeofftheMedio: ldd ./freeorion &> http://codepad.org/w5BvrHYD17:01
tpbTitle: Plain Text code - 61 lines - codepad (at codepad.org)17:01
qubodupGeofftheMedio: I don't understand too well how these are supposed to help me17:01
GeofftheMediohmm.  looks like it's loading libpng1417:01
qubodupmight be my distro's problem17:03
qubodupperhaps somebody messed up a libpng compile17:03
qubodupupdating...17:03
*** kroddnoMobil has joined #freeorion17:05
GeofftheMediotry ldd on the gigi .so files17:05
*** ChanServ sets mode: +o kroddnoMobil17:05
*** tomboy64 has quit IRC17:07
qubodupI recompiled it earlier. it uses libpng17:07
qubodupat least `ldd libGiGi* | grep png` always tells something beginning with libpng14.so.14 => /usr/lib/libpng14.so.1417:07
GeofftheMediohmm17:07
*** qubodup has quit IRC18:06
*** tomboy64 has joined #freeorion20:14
*** tomboy64 has quit IRC20:25
*** tomboy64 has joined #freeorion20:30
*** kroddnoMobil has quit IRC22:19
*** bernardh has joined #freeorion22:30

Generated by irclog2html.py 2.5 by Marius Gedminas - find it at mg.pov.lt!