#gemrb@irc.freenode.net logs for 14 Dec 2014 (GMT)

Archive Today Yesterday Tomorrow
GemRB homepage


[01:47:27] <-- ValeT has left IRC (Quit: ValeT)
[01:47:43] --> ValeT has joined #gemrb
[02:00:37] <-- ValeT has left IRC (Quit: ValeT)
[03:46:16] <-- Mechanimal has left IRC (Quit: leaving)
[03:47:24] --> kujeger_ has joined #gemrb
[03:47:43] <-- kujeger has left IRC (Ping timeout: 240 seconds)
[03:48:17] <-- mmint has left IRC (Ping timeout: 240 seconds)
[03:55:29] --> mmint has joined #gemrb
[04:13:19] --> Eli2 has joined #gemrb
[04:15:34] <-- Eli2_ has left IRC (Ping timeout: 250 seconds)
[05:29:38] --> NoseGoth has joined #gemrb
[05:29:51] --> mmint` has joined #gemrb
[05:32:13] <-- mmint has left IRC (*.net *.split)
[05:32:14] <-- Drakkar has left IRC (*.net *.split)
[06:20:41] <-- Lightkey has left IRC (Ping timeout: 272 seconds)
[06:32:52] --> Lightkey has joined #gemrb
[06:54:57] <-- NoseGoth has left IRC (Ping timeout: 260 seconds)
[06:58:13] --> Drakkar has joined #gemrb
[11:31:25] --> ValeT has joined #gemrb
[13:02:11] <-- ValeT has left IRC (Quit: ValeT)
[13:09:12] <-- Eli2 has left IRC (Remote host closed the connection)
[13:11:12] --> Eli2 has joined #gemrb
[13:26:54] --> ValeT has joined #gemrb
[15:19:50] <ValeT> lynxlynxlynx: Where would I pass the -DPREFIX command?
[15:19:59] <ValeT> I cannot install to the directory it defaults to
[15:20:32] <lynxlynxlynx> cmake
[15:21:24] <ValeT> I get the error when I run make install….does that change anything?
[15:41:02] <lynxlynxlynx> no
[15:41:38] <lynxlynxlynx> you can think of cmake as running an autoconf configure script, if that's any more familiar
[15:43:07] <ValeT> ok
[15:43:12] <ValeT> Let me try that right now
[15:46:36] <ValeT> lynxlynxlynx: IT WORKED
[15:46:38] <ValeT> :D
[15:46:54] <lynxlynxlynx> of course it did
[15:47:46] <ValeT> Thanks for all of the help!
[15:50:18] --> edheldil_ has joined #gemrb
[15:55:19] <-- edheldil_ has left IRC (Ping timeout: 258 seconds)
[16:40:24] --> fizzle has joined #gemrb
[16:51:59] --> turtleman_ has joined #gemrb
[16:56:36] <-- turtleman_ has left IRC (Ping timeout: 256 seconds)
[17:11:19] <-- ValeT has left IRC (Quit: ValeT)
[17:24:18] --> ValeT has joined #gemrb
[17:54:32] <-- ValeT has left IRC (Quit: ValeT)
[18:20:40] --> ValeT has joined #gemrb
[19:47:09] <-- ValeT has left #gemrb
[19:59:49] <-- fizzle has left #gemrb
[20:36:50] --> strycore has joined #gemrb
[20:37:14] <strycore> hello there
[20:39:40] <strycore> I'm trying to make installers for GemRB games for Lutris (https://lutris.net) and while packaging engine and doing some tests, I've encountered one of my most dreaded issues: some paths are hardcoded inside the executable, making the engine unmovable from where it was originally compiled
[20:41:17] <strycore> While Googling about this issue, I've found some IRC logs dating from 2010 stating that it would be good if the engine was relocatable, I came here to check if any progress was being made about this
[20:41:55] <fuzzie> um
[20:42:16] <fuzzie> you told the engine all your moved paths, and it still doesn't work?
[20:42:28] <strycore> or if you needed someone to help, I'm not a C++ expert but I've done similar things for the PCSXr emulator
[20:42:53] <fuzzie> I just tried moving my gemrb binary between directories and it still works fine
[20:43:00] <fuzzie> I mean, along with all the data
[20:43:07] <fuzzie> what in particular breaks for you?
[20:43:25] <wjp> all paths should be configurable in the config file
[20:43:59] <fuzzie> (I am using relative paths, I guess you could wrap gemrb in a shell script to make sure it starts in the right directory, if you can't guarantee that)
[20:44:05] <wjp> we may have hardcoded defaults, but there should be no unchangeable ones
[20:44:58] <strycore> First it complains about not being able to find libgemrb_core.so.0.8.1-git, but that can be worked around with LD_LIBRARY_PATH, then it complains about not being able to find the plugins dir
[20:45:49] <wjp> the plugins dir is in the config file
[20:46:27] <fuzzie> we ship an example config for this
[20:46:42] <fuzzie> GemRB.cfg.noinstall.sample
[20:47:22] <strycore> ah great
[20:47:50] <strycore> got it working, I just had a too minimal config file (the one from Ubuntu/Debian)
[20:48:22] <fuzzie> and I think you can set CMAKE_INSTALL_RPATH to '.' or similar, but LD_LIBRARY_PATH is of course also fine
[20:48:43] <strycore> thanks, I'll try that
[20:49:16] <fuzzie> but if you need to change things, please provide patches, we'll happily make changes upstream :)
[20:49:44] <fuzzie> (and I'm sure there's various ways in which we could make things easier..)
[20:49:56] <fuzzie> you can also simply make a static build though
[20:50:23] <fuzzie> by defining STATIC_LINK when running cmake
[20:50:36] <fuzzie> that should link everything into one binary, including the plugins
[20:51:44] <strycore> Oh, that would be simpler indeed
[21:14:49] <strycore> Great! It's running perfectly now :) Thanks
[21:15:08] <strycore> The installer is available here btw https://lutris.net/games/baldurs-gate-ii-shadows-of-amn/
[21:15:10] <Seniorita> Baldur's Gate II: Shadows of Amn - Lutris
[21:15:11] <Seniorita> »Lutris is a gaming platform for Linux. It supports as many games as possible for a wide variety of platforms (native games, Windows, Playstation, Gamecube, SNES, Arcade games, Amiga, etc ...).«
[21:27:23] <lynxlynxlynx> is anyone willing to do some build testing?
[21:27:57] <lynxlynxlynx> https://github.com/gemrb/gemrb/pull/24 <-- i doubt this one was fully tested
[21:27:59] <Seniorita> Remove unnecessary links against various libraries. by berenm · Pull Request #24 · gemrb/gemrb · GitHub
[21:28:00] <Seniorita> »This removes some unnecessary linkage between gemrb executable and CMAKE_DL_LIBS / CMAKE_THREAD_LIBS_INIT on Linux, and adds required linkage between gemrb_core and CMAKE_DL_LIBS.The patch was written for debian packaging, to fix some lintian warnings about unnecessary linkage, but may not be correct for other platforms. Feel free to adapt / ignore / comment.«
[21:28:49] <fuzzie> weird
[21:29:25] <fuzzie> I imagine it is wrong
[21:31:32] <strycore> oh yes, and while I'm here: in order to compile the current master branch I had to initialize the 'value' variable on line 7905 of gemrb/plugins/GUIScript/GUIScript.cpp or I'd get a compiler warning (which are treaded as errors by default)
[21:31:56] <lynxlynxlynx> what compiler are you using?
[21:32:14] <strycore> gcc 4.9.1
[21:32:19] <fuzzie> but I don't see how debian's packaging works anyway
[21:33:03] <lynxlynxlynx> that's odd, it builds fine here with no warnings
[21:33:11] <fuzzie> I'd have to find more time :/
[21:33:14] <fuzzie> strycore: is this git?
[21:33:54] <strycore> yes, current master at d437323
[21:34:28] <lynxlynxlynx> i changed that function recently, but not that variable
[21:34:38] <lynxlynxlynx> anyway, trivial fix
[21:36:24] <Seniorita> [commit] lynxlynxlynx: GemRB_GetSystemVariable: initialize "value" https://github.com/gemrb/gemrb/commit/3a5c8895f9264be6ee711e41e2b6d57aad303d6e
[21:36:36] <fuzzie> strycore: thanks
[21:37:21] <strycore> you're welcome :)
[21:37:58] <fuzzie> ( and thanks lynxlynxlynx as usual :-) )
[21:38:21] <fuzzie> I am studying frantically for exam tomorrow
[21:38:26] <fuzzie> then another one on Wednesday
[21:38:51] <fuzzie> and then I will be 50% through my MSc exams, not bad for 4 months :)
[21:39:55] <lynxlynxlynx> as for the linker stuff, at least the last chunk is redundant - we do that already
[21:40:14] <fuzzie> oh, well then that's weird
[21:40:30] <lynxlynxlynx> fuzzie: studying while on irc? wierd methodology
[21:40:40] <lynxlynxlynx> could be just lintian snafu
[21:41:33] <fuzzie> lynxlynxlynx: we (students) have a channel :-)
[21:42:21] <lynxlynxlynx> as in productive channel?
[21:42:43] <fuzzie> as in, an IRC channel; especially for the day-before it's quite helpful, in October we spent a few evenings swapping things like http://fuzzie.org/coding/answers/ with each other
[21:42:45] <Seniorita> Index of /coding/answers
[21:44:06] <fuzzie> but mostly of course we just waste time. as students do.
[21:44:20] <lynxlynxlynx> as expected :)
[21:45:14] <fuzzie> this block, most of the TAs are also in the channel, which acts as a dampening factor :-)
[21:46:42] <fuzzie> but I actually have a weekday-daytime-only schedule in January and a very quiet schedule in February/March.
[21:47:21] <lynxlynxlynx> cool, some breathing space
[22:05:34] <lynxlynxlynx> ouch, the buildbot still has upload issues: Elapsed 146 hrs, 29 mins, 51 secs
[22:15:05] <wjp> upload to SF?
[22:15:36] <wjp> (if so, they've been having file release issues)
[22:35:56] <lynxlynxlynx> only for the windows slaves
[22:36:07] <lynxlynxlynx> but perhaps they're not on the same network
[23:12:43] --> ValeT has joined #gemrb
[23:13:18] <-- ValeT has left #gemrb