#gemrb@irc.freenode.net logs for 25 Jun 2009 (GMT)

Archive Today Yesterday Tomorrow
GemRB homepage


[00:09:54] <pupnik__> i'm probaby going to end up going in for back surgery
[00:10:07] <pupnik__> not a fun prospect
[00:10:28] <pupnik__> but i met one person who got healed that way
[00:52:27] <-- dawid has left IRC ("Leaving.")
[00:55:08] --> dawid has joined #GemRb
[01:17:25] <-- pupnik__ has left IRC ("Lost terminal")
[03:20:09] --- barra_library is now known as barraAway
[03:20:11] <-- barra_desktop has left IRC (Read error: 104 (Connection reset by peer))
[03:39:55] --> pupnik_ has joined #gemrb
[03:41:50] <-- pupnik has left IRC (Read error: 101 (Network is unreachable))
[05:17:17] <-- tombhadAC has left IRC (Remote closed the connection)
[08:11:14] --> lynxlynxlynx has joined #gemrb
[08:11:15] --- ChanServ gives channel operator status to lynxlynxlynx
[08:30:15] <-- |Cable| has left IRC ("Leaving")
[08:47:28] <fuzzie> morning
[08:48:50] <dawid> hi there :)
[08:55:20] --> xrogaan has joined #gemrb
[09:19:47] --> ltleitkie has joined #gemrb
[09:20:28] <ltleitkie> okay, got it to compile with --enable-debug
[09:20:38] <ltleitkie> ..till it errored out
[09:21:46] <fuzzie> Where'd it error out?
[09:21:47] <dawid> how?
[09:22:45] <ltleitkie> http://pastebin.com/m3f33f854
[09:23:12] <fuzzie> ah
[09:23:22] <fuzzie> alignment :(
[09:24:37] <ltleitkie> alignment?
[09:25:05] <wjp> it's safe to ignore this one, though
[09:25:08] <ltleitkie> I thought that had to do with big<->little endian
[09:25:10] <fuzzie> a lot of CPU architectures require data to be 'aligned' on certain size multiples in memory
[09:25:33] <dawid> cc1plus: warnings being treated as errors << where does this come from -.-
[09:25:34] <wjp> the use of this 'POSITION' is far from pretty, though
[09:25:40] <wjp> dawid: the -Werror
[09:26:26] <dawid> wjp: yes but is it meant to be like this? o.O
[09:26:40] <fuzzie> dawid: yes, we don't want warnings in the codebase
[09:27:09] <dawid> oh ^^
[09:27:20] <fuzzie> the pointer cast there does seem like it'd work, though
[09:27:39] <lynxlynxlynx> ltleitkie: remove -Werror from all the Makefiles and retry
[09:27:42] <wjp> yeah, it just uses 'POSITION' as a temporary pointer storage
[09:27:47] <fuzzie> i would try removing -Werror from the configuration for now, see the bottom of configure.in
[09:27:51] <lynxlynxlynx> we don't include that flag in released sources :)
[09:27:53] <dawid> -Woff then ;P
[09:28:11] <fuzzie> well, other alignment warnings might be actual bugs
[09:28:18] * wjp nods
[09:28:29] <fuzzie> I should try compiling this on ARM/SPARC later.
[09:56:31] <lynxlynxlynx> ltleitkie: any progress?
[10:05:12] <ltleitkie> still trying to f()$^*$&@!!!!11 figure out how to change the language variables in Debian, currently found out that there is apparently no default way and chinese is not quite my thing
[10:06:01] <ltleitkie> and I have to talk with the crowd around the booth too
[10:13:48] <ltleitkie> reboot
[10:13:57] <-- ltleitkie has left IRC ("Page closed")
[10:22:39] <fuzzie> lynxlynxlynx: The cutscene seems to finish fine if I fix Store/RestorePartyLocation, btw. But I'm not quite sure which is the right way, and the Windows machine got kidnapped by someone else again.
[10:24:55] <lynxlynxlynx> got a patch handy?
[10:25:34] <lynxlynxlynx> i think after that one you can just sleep to trigger a dream sequence, which probably uses the same actions
[10:29:37] <lynxlynxlynx> heh, ribald sells some unindentified items
[10:30:05] <fuzzie> We should be auto-identifying? I don't have a patch handy right now, not at computer.
[10:30:41] <lynxlynxlynx> storekeeps always know what they sell in bg2
[10:30:57] <fuzzie> I think in all of the games.
[10:31:15] <fuzzie> The dungeon-leaving scene seems to be missing some projectiles, also..
[10:31:38] <fuzzie> There's a speed run video on youtube which has all those early cutscenes, it's great to check against.
[10:32:03] <lynxlynxlynx> hehe
[10:32:13] <fuzzie> http://www.archive.org/download/2008-11-SDA_Speed_Runs/BaldursGate2_4131.mp4 is convenient mp4 copy if anyone's interested.
[10:32:34] <fuzzie> now I have to run again!
[10:32:41] <dawid> just wanted to ask, thx :)
[10:32:57] <dawid> run fuzzie,run ^^
[10:35:04] <lynxlynxlynx> maybe just ribald's lore is too low, I'm not sure we've setup that properly yet
[10:43:16] --> ltleitkie has joined #gemrb
[10:49:09] <fuzzie> Imoen in the original can certainly identify more things than Imoen in gemrb.
[10:49:21] <fuzzie> Which is why I was so annoyed about all the non-functional identify scrolls.
[10:52:13] <lynxlynxlynx> she's dualclassed
[10:52:44] <fuzzie> yes, i remember all the fun of trying to get her stats to show right :)
[10:52:48] <lynxlynxlynx> ribald appears to be a FIGHTER_MAGE_CLERIC
[10:53:12] <fuzzie> i think shopkeepers just auto-identify anything, though, or at least they did in bg1
[10:53:29] <fuzzie> so trying to work out the lore there is maybe a dead end
[10:56:36] <fuzzie> see "Shopkeepers Have Limited Identification Ability" in bg2 fixpack
[10:56:57] <fuzzie> but that's perhaps just for the actual identify screen?
[10:58:05] <lynxlynxlynx> perhaps
[10:58:18] <lynxlynxlynx> i think i know what the problem is though
[10:58:32] <fuzzie> i mean, tweak pack, sorry
[10:58:59] <lynxlynxlynx> imoen is a npc, so isn' affected by our chargen, but maybe the int/wis bonus is not permanent and we don't handle that table at all yet
[11:01:42] <fuzzie> the tweak pack just modifies lore in the .sto according to the shopkeeper's stats, it seems.
[11:01:57] <dawid> i couldnt tell a single shop in bg2 at least selling unidentifieds
[11:02:16] <fuzzie> yes, i think everything bought/sold should be identified, from memory
[11:03:44] <lynxlynxlynx> imoen: ie lore 31, gemrb 18
[11:04:11] <lynxlynxlynx> the int bonus only covers 7 of the gap though
[11:04:42] <lynxlynxlynx> we probably use the wrong classes for calculation
[11:06:09] <lynxlynxlynx> wierd
[11:06:24] <lynxlynxlynx> she gets 31 by just looking at the class lore progression
[11:07:08] <lynxlynxlynx> since the thief levels would also give 7 of those points, it looks like lore doesn't stack on dual class reactivation
[11:10:57] <fuzzie> when are you intending to release?
[11:12:31] <lynxlynxlynx> afternoon
[11:14:05] <lynxlynxlynx> i'll try to work this lore thing out (currently checking if both stats give a bonus or just the highest)
[11:14:21] <ltleitkie> compiling..
[11:14:40] <lynxlynxlynx> it would be great if you committed that restorelocation fix
[11:15:07] <fuzzie> if you can wait a few hours, should be okay.
[11:15:13] <fuzzie> i have to go organise food/etc now..
[11:15:14] <dawid> lynxlynxlynx: i vaguely remember in guides that mixed classes thief/mage/priest were recommended for identify
[11:15:39] <lynxlynxlynx> fuzzie: hah, i didn't realise it was already afternoon
[11:16:01] <lynxlynxlynx> read that as evening
[11:18:06] <ltleitkie> erm.. this time 'make' ran configure before compiliing, did you put that in in the autogen.sh update?
[11:20:06] <lynxlynxlynx> it ran it if you modified configure.ac
[11:20:30] <lynxlynxlynx> nothing to worry about
[11:20:57] <ltleitkie> configure.in
[11:21:53] <ltleitkie> hundreds of warnings but compiles fine, so far
[11:21:57] <lynxlynxlynx> http://forums.gibberlings3.net/index.php?showtopic=12492&hl=lore <-- yeah >>
[11:25:36] <lynxlynxlynx> we handle leveling up dual classed folk's lore already well :)
[11:31:21] <ltleitkie> yay
[11:38:22] <lynxlynxlynx> ok, both stat boni apply
[11:43:57] <ltleitkie> so if my dialog.tlk is not in the root directory but in the individual language directories, that is fine?
[11:46:00] <lynxlynxlynx> gemrb will abort if it can't find it
[11:46:23] <lynxlynxlynx> if that happens either copy it to root or symlink it
[11:49:18] <ltleitkie> seems like the files from /recommended_music/music/ are identical to those in /music/
[11:53:25] <ltleitkie> right, the howto sez to copy everything from english/ to the root directory
[11:54:27] <ltleitkie> but why copy them instead of move?
[11:56:06] <dawid> if my system doesnt crash brb
[11:56:54] <-- dawid has left IRC ("Leaving.")
[11:58:16] --> dawid has joined #GemRb
[11:58:53] --- barraAway is now known as barra_library
[12:01:21] <lynxlynxlynx> oh, you're doing it manually
[12:02:42] <lynxlynxlynx> it doesn't really matter, the dir is removed later
[12:06:05] <ltleitkie> yes.. not quite trusting the installer now
[12:15:24] <ltleitkie> erm.. it says to copy the data and movies from the cds to the root directoery, so should I just put all the cd paths in the config to that?
[12:16:20] <lynxlynxlynx> you need to change them, yes; whether you keep them on the cds or not
[12:16:27] <dawid> o.O if u dont have the game installed yet
[12:16:46] <dawid> else just modif paths
[12:21:01] <ltleitkie> "enter the full path to the GemRB Cache directory" I do not a Cache directory in gemrb/gemrb/
[12:21:11] <ltleitkie> will that be automatically generated?
[12:21:33] <lynxlynxlynx> yes
[12:21:45] <lynxlynxlynx> you probably don't need to set this
[12:22:07] <dawid> i even didnt see that installer o.O it works anyway
[12:22:08] <ltleitkie> but then it would create it in the current directory?
[12:23:02] <lynxlynxlynx> maybe
[12:25:57] <ltleitkie> maybe o.O
[12:33:59] <ltleitkie> there are two entries for Game Data Override Path in the GemRB.cfg.sample at the end
[12:35:07] <dawid> ltleitkie: i really dont know what U mess with, but after make && make install i changed config and launched successfully
[12:35:37] <ltleitkie> same here, why?
[12:36:09] <dawid> it seems U mess with some installer or sth or i just dont get Ure trying to do o.O
[12:36:25] <ltleitkie> no, I do not
[12:38:03] <dawid> ltleitkie: as i said,i prolly dont get it -.-
[12:40:28] <ltleitkie> how do I add the path to the config when starting gemrb from a different directory?
[12:41:01] <ltleitkie> and why does the terminal text change to white on grey when I start it?
[12:43:24] <dawid> ltleitkie: that thing with the term seems hardcoded
[12:43:49] <dawid> ltleitkie: as to params no idea, there was some readme around...
[12:46:25] <fuzzie> 'gemrb -c /path/to/config'
[12:46:51] <fuzzie> dawid: You need the BG2 data files to run gemrb, and if you don't have the data files already, you have to install them.
[12:49:15] <fuzzie> The installer scripts are pretty trustable though, doing it manually is a huge pain.
[12:55:54] <ltleitkie> [Core]: Plugin Loading Failed, check path...[ERROR]
[12:56:02] <ltleitkie> (it is correct)
[12:56:18] <fuzzie> And the plugin .so files are there?
[12:56:28] <ltleitkie> no, just directories
[12:56:39] <fuzzie> You need to run 'plugins-prepare.sh'.
[12:56:49] <fuzzie> Or else 'make install' gemrb somewhere.
[12:57:00] <dawid> fuzzie: if U dont have em yet,true, but i had it installed under windoze and mounted already
[12:57:01] <ltleitkie> let me look in the howto..
[12:57:51] <fuzzie> See under "Installation": "Merely run gemrb/plugins-prepare.sh and edit PluginsPath"
[12:58:54] <ltleitkie> right, I disregarded that part after reading "For a self-compiled gemrb, installation is not necessary." :-)
[13:02:20] <-- xrogaan has left IRC (Read error: 104 (Connection reset by peer))
[13:02:53] --> xrogaan has joined #gemrb
[13:03:09] <fuzzie> Both the main page and the installation page could do with a rewrite. :/
[13:03:32] <lynxlynxlynx> the wiki is editable by everyone
[13:03:51] <lynxlynxlynx> i don't see what's so wrong though
[13:05:17] <ltleitkie> no [alt]-[enter]? :-(
[13:05:20] <fuzzie> It's pretty confusing and mixed up, and we probably want to link to the installer scripts rather than the unshield page, for example.
[13:06:10] <ltleitkie> no [ctrl]=g either..
[13:06:22] <ltleitkie> [ctrl]+g
[13:06:35] <fuzzie> and it doesn't make much sense to me either, what's the gemrb/etc and gemrb/bin and etc?
[13:06:41] <fuzzie> ltleitkie: What's ctrl+g meant to do?
[13:07:09] <fuzzie> Oh, right, it dumps the loaded areas.
[13:07:10] <ltleitkie> toggle mouse
[13:07:42] <ltleitkie> those two are standard in SDL games
[13:07:59] <fuzzie> The shortcuts are in use for existing BG features, though :)
[13:08:27] <fuzzie> alt-enter should really work, I guess.
[13:09:03] <ltleitkie> so how do I switch to fullscreen instead? or is that only possible per config file
[13:09:16] <fuzzie> ctrl-f
[13:09:22] <fuzzie> You have to have cheat keys enabled, though.
[13:09:52] <ltleitkie> and where would *that* be?
[13:10:07] <fuzzie> in the gemrb.cfg :)
[13:10:14] <ltleitkie> did not see it..
[13:10:20] <fuzzie> EnableCheatKeys
[13:20:57] <fuzzie> lynxlynxlynx: I'm thinking of something like http://fuzzie.org/nfs/gemrb/installation.txt
[13:21:59] <fuzzie> And then putting instructions elsewhere for the tarballs.
[13:22:17] <fuzzie> I didn't put any thought into it, though.
[13:22:56] <ltleitkie> why does the framerate cut in half when I specify the native resolution? it is just black borders
[13:24:04] <fuzzie> And it doesn't happen with other SDL apps?
[13:24:06] <lynxlynxlynx> tarballs are a lower entry barrier
[13:24:13] <fuzzie> lynxlynxlynx:
[13:24:27] <fuzzie> Sure, but the 'installation' page is just a mess. We could make it 'installation from SVN'?
[13:24:42] <fuzzie> I just want somewhere to link people that has clear instructions.
[13:25:07] <lynxlynxlynx> what is unclear?
[13:25:24] <lynxlynxlynx> maybe we should split gemrb/games into their own pages, but the gemrb part looks good to me
[13:25:32] <fuzzie> The bit where the page is full of instructions for tarballs and changing PluginsPath and installing the game data and etc, when people just want to build from svn.
[13:25:32] <lynxlynxlynx> i'll change the intro cfg note
[13:25:44] <fuzzie> I tried guiding some people through it elsewhere and they just don't read half of it because it looks like it's all irrelevant.
[13:27:46] <fuzzie> I mean, I didn't replace the page because I don't think replacing with my version is a good idea at all.
[13:28:30] <ltleitkie> can I get the game window centered somehow?
[13:28:33] <fuzzie> But I don't think trying to fit all of the possible information into one page is a very good idea.
[13:30:17] <fuzzie> ltleitkie: If your window manager won't do it for you, I don't think we have any special way.
[13:30:29] <lynxlynxlynx> ltleitkie: what resolution are you using?
[13:30:39] <ltleitkie> window manager in fullscreen?
[13:31:04] <ltleitkie> tried 1024x600 (native) and 800x600
[13:31:20] <lynxlynxlynx> 800x600 will work better
[13:31:29] <ltleitkie> O_RLY
[13:31:29] <lynxlynxlynx> most of the games have resources for nice padding
[13:31:39] <lynxlynxlynx> iwd doesn't
[13:31:58] <ltleitkie> the black borders are still on the right and below only
[13:31:58] <fuzzie> does how add them? i seem to remember
[13:32:09] <ltleitkie> looks lame
[13:32:14] <lynxlynxlynx> yes, how has them
[13:32:36] <lynxlynxlynx> actually iwd has them too, but they are not in sync with the rest of the guipack, so it looks crappy
[13:33:07] <ltleitkie> and strangely, in 800x600 I could only swap fullscreen and windowed mode when watching the videos
[13:33:14] <fuzzie> ltleitkie: You shouldn't get any black borders if you're running at a supported res.
[13:33:25] <fuzzie> I think the videos let you swap fullscreen even without cheats enabled.
[13:33:31] <wjp> the video player has 'f' as a hotkey for that
[13:33:31] <ltleitkie> fuzzie: this is Baldur's Gate
[13:33:48] <fuzzie> BG1 only supports 640x480.
[13:33:53] <ltleitkie> yup
[13:34:51] <ltleitkie> I am trying to get around a misconfigured or malfunctioning X :-)
[13:35:03] <fuzzie> Fixing it to suck a bit less is on the todo list, but not really very high..
[13:35:06] <ltleitkie> no 640x480
[13:35:30] <fuzzie> lynxlynxlynx: Anwyay, I don't mind maintaining my own installation page to point people at, it just seems a bit silly for me to keep my own.
[13:35:42] <lynxlynxlynx> it is silly
[13:37:31] <fuzzie> The wiki just doesn't make much sense if you're not a developer.
[13:39:33] <lynxlynxlynx> i'm not convinced
[13:39:43] <lynxlynxlynx> can you be more specific?
[13:39:52] <fuzzie> Well, I asked someone to look at the page over my shoulder.
[13:40:11] <fuzzie> Their first question is "what's a $install_prefix?".
[13:41:01] <lynxlynxlynx> ok
[13:42:58] <fuzzie> I just want something I can point my old Baldur's Gate fan friends at, who can follow simple instructions but are going to get confused as soon as it starts talking about distributors and choosing between tarballs and SVN and etc.
[13:43:23] <fuzzie> And it seems it's difficult to cater for that *and* try and provide developer-friendly instructions on the same page.
[13:44:20] <fuzzie> It doesn't help that the main page doesn't have a "click here and download the latest release" at the top, if you read down through che changelog then you end up at the 'installation' page.
[13:48:54] <lynxlynxlynx> it's an evolution thing
[13:48:59] <lynxlynxlynx> on sf we're still tagged as alpha
[13:49:19] <fuzzie> And the tarball could do with some installation instructions, if I just untar it in home or something then it seems impossible to use, I guess it's meant to go in /usr/share?
[13:49:48] <fuzzie> I mean, I know no-one updated it recently, I'm just wondering about the "normal" installation route.
[13:49:49] <lynxlynxlynx> now we're at a point where greater acception starts, so we need to also work on making distributors package us, so that people who don't know how to compile can easily get it
[13:50:00] <lynxlynxlynx> fuzzie: INSTALL?
[13:50:08] <fuzzie> lynxlynxlynx: The binary one, I mean.
[13:50:32] <lynxlynxlynx> last time i tried a binary, it didn't matter where you put it
[13:50:40] <fuzzie> $ bin/gemrb
[13:50:40] <fuzzie> bin/gemrb: error while loading shared libraries: libgemrb_core.so.0: cannot open shared object file: No such file or directory
[13:51:02] <lynxlynxlynx> plugin path is ok?
[13:51:10] <fuzzie> It doesn't get that far.
[13:51:33] <lynxlynxlynx> what does strace say?
[13:51:50] <fuzzie> It fails before any code is executed.
[13:51:59] <fuzzie> gemrb's linked against the core.so.
[13:52:33] <fuzzie> It works fine if I put it in /usr/share, though.
[13:53:41] <wjp> rpath?
[13:54:08] <fuzzie> I mean, the binary tarball is *old*, 0.3.0.
[13:55:10] <fuzzie> wjp: It's just linked against plain "libgemrb_core.so.0".
[13:55:30] <fuzzie> But unless I untar it somewhere where the lib/ ends up in the search path, it doesn't find it.
[13:57:21] <dawid> a/o working with eclipse?
[13:57:31] <wjp> ah, the tarball has bin/, etc/, lib/, share/ etc
[13:57:47] <fuzzie> (it fails later because it looks for plugins in /tmp/delme/gemrb-rel/gemrb/tags/GEMRB_0_3_0/bin/plugins/, but I didn't change the cfg)
[13:58:10] <wjp> RPATH /tmp/delme/gemrb-rel/gemrb/tags/GEMRB_0_3_0/bin/plugins/
[13:58:11] <wjp> :-)
[13:58:31] <fuzzie> But if we don't want people to start poking at the installation page, we should maybe find a way to make better binary releases.
[13:59:12] <wjp> how is the windows 'experience'?
[14:00:24] <fuzzie> It's fine.
[14:00:26] <wjp> if we want to have a binary tarball in linux, it might be easiest to have a wrapper script that sets up LD_LIBRARY_PATH correctly before running the actual binary
[14:00:37] <fuzzie> It's just a zip file, you unzip it, it finds the plugins/config/etc right away.
[14:00:43] <fuzzie> It also didn't get updated for 0.4.0, though.
[14:01:01] <wjp> I can't say I mind too much at this point
[14:01:09] <fuzzie> And it requires a python26.dll that I don't have for the GUI scripts.
[14:01:35] <lynxlynxlynx> rigorified the install page
[14:01:44] <fuzzie> and doesn't ship libNullSound so it crashes without openal :)
[14:02:05] <lynxlynxlynx> that's on purpose :)
[14:02:42] <fuzzie> well, providing no install instructions which note you need to have openal installed is a bit silly :)
[14:03:23] <fuzzie> I mean, 0.5.0 is going to be useless too, but I'd like to think gemrb can get useful soon, and for that either we need working binaries or step-by-step build instructions for dummies..
[14:03:32] <lynxlynxlynx> there is no INSTALL or README included?
[14:03:41] <fuzzie> nope, not with any of the binaries.
[14:04:15] <fuzzie> wjp's probably right about the wrapper script for Linux releases.
[14:04:58] <lynxlynxlynx> the binaries should be static anyway or there is little to gain
[14:06:17] <wjp> well, partially
[14:06:19] <lynxlynxlynx> we need a logo
[14:06:41] <wjp> rpm/deb/... will be much easier to get easily usable
[14:07:08] <wjp> I wonder how much libtool can do for us here
[14:07:35] <wjp> that might already be able to create wrapper scripts
[14:07:46] <fuzzie> Yes, I should go see if the Ubuntu gemrb packager can fix some more.
[14:08:02] <wjp> it's not really a priority at this point, though, I think
[14:08:10] <fuzzie> At the moment his debs do some silly things like setting the example cache dir to /var/cache/gemrb.
[14:08:25] <fuzzie> wjp: Well, yes, our todo list speaks to that. But it slowly becomes playable. :)
[14:08:31] <wjp> hm, we need some good packaging instructions
[14:08:44] <wjp> and we may need to fix a number of misfeatures while writing those packaging instructions :-)
[14:09:13] --> Gekz_ has joined #GemRB
[14:11:12] <fuzzie> There are some other silly problems too; I have a half-finished keymap manager, but njw's installer scripts remove the keymap.ini as a useless Windows file! :)
[14:11:21] <lynxlynxlynx> fuzzie: are you sure that's silly? Some distributors follow fhs strictly or have other rules
[14:11:37] <fuzzie> lynxlynxlynx: It's only writable as root.
[14:12:02] <lynxlynxlynx> the keymap.ini thing was pointed in the first version too, but nothing happened yet ^^
[14:12:09] <wjp> cache dir location is an interesting issue
[14:12:27] <fuzzie> Yes, I didn't comment on it yet because I don't know what to suggest.
[14:12:54] <fuzzie> lynxlynxlynx: Well, I pointed it out again in the thread, maybe I should email :)
[14:12:55] <wjp> one question is how 'shared' we want it to be
[14:13:12] <wjp> (one cache per system, per user, per game, per gemrb instance?)
[14:13:56] <lynxlynxlynx> disk space is usually not a problem, so i prefer one global per game, so they load faster
[14:14:09] <lynxlynxlynx> but it is already configurable, so there's no big problem there
[14:14:24] <wjp> I don't like keeping caches around by default when quitting gemrb, though
[14:14:33] <fuzzie> lynxlynxlynx: The packagers all seem to want to provide a sane default.
[14:14:43] <wjp> yes, configurability isn't good enough here :/
[14:14:49] <fuzzie> And the idea of 'sane default' sems to differ for each packager :)
[14:15:08] <lynxlynxlynx> fuzzie: not me - we believe that this is up to the developers
[14:15:49] <fuzzie> Well, in svn it's "./Cache/", which will never work.
[14:16:26] <wjp> one (slightly convoluted) option would be something like ~/.gemrb/tmp/hostname-pid/cache/
[14:16:36] <fuzzie> The GemRB.cfg.subdir.sample one seems to have the right idea.
[14:16:49] <fuzzie> it has "CachePath=/tmp/gemrb-cache".
[14:17:13] <fuzzie> wjp: But then you can only run one game at once. :)
[14:17:23] <wjp> fuzzie: 'pid' :-)
[14:17:33] <fuzzie> oh, I guess :)
[14:17:50] <fuzzie> But then it doesn't get cleaned on crashes etc.
[14:17:51] <lynxlynxlynx> GemRB.cfg.sample assumes you install everything under ~
[14:18:15] <fuzzie> So the packagers should be shipping GemRB.cfg.subdir.sample only?
[14:18:33] <lynxlynxlynx> that's their base
[14:18:38] <wjp> using mkdtemp(3) would work as a default too
[14:18:52] <lynxlynxlynx> the subdir in the name goes with the --disable-subdirs configure option
[14:19:08] <wjp> (with something like /tmp/gemrb-cacheXXXXXX as template)
[14:19:56] <fuzzie> wjp: Yes, defaulting to that if a CachePath isn't provided sounds like a good idea.
[14:20:25] <dawid> wjp: afaik under linux by default this couldnt be shared
[14:20:33] <wjp> maybe with a configurable TempDir
[14:21:08] <fuzzie> You can't share the gemrb Cache dir between different runs.
[14:21:09] <wjp> dawid: that's the idea, yes
[14:22:47] <dawid> fuzzie: y?
[14:23:03] <fuzzie> Because it's used for savegame-specific files.
[14:23:55] <fuzzie> A better solution might be to have the CachePath point an optional the game-specific Cache directory that doesn't get wiped, and then always use a temp directory for the temporary files.
[14:24:34] <dawid> isnt cache temporary?
[14:25:22] <fuzzie> Sure, but that doesn't mean it has to be wiped. Look at your web browser's cache :)
[14:26:00] <dawid> im missing here sth, cache cant be share between runs, so y keep?
[14:26:17] <wjp> "game-specific" is somewhat tricky, though, if you have modified copies of games around
[14:26:31] <fuzzie> dawid: gemrb's current Cache can't be used between runs.
[14:26:48] <fuzzie> You could add a game-specific Cache directory which could be used between runs, as well as gemrb's current one.
[14:27:01] <fuzzie> wjp: Yes, it's not something I'm going to touch with a bargepole yet. :)
[14:27:10] <wjp> dawid: we can change the rules :-)
[14:27:23] <fuzzie> The KeepCache config option and a little script to wipe temp files is keeping me sane at the moment.
[14:27:32] <dawid> ach, so keeping the option it is?
[14:28:04] <dawid> under linux only the homedir is safe
[14:28:12] <fuzzie> Anyway, I'm just kind of frustrated that there's no easy way for people to just try out GemRB right now, and confusing distro packages don't help so much. :(
[14:28:45] <lynxlynxlynx> what distro do you use?
[14:28:58] <lynxlynxlynx> many provide simple means of creating packages
[14:29:24] <lynxlynxlynx> packages are a double-edged blade though
[14:29:38] <fuzzie> Most of my friends seem to be using Ubuntu, which is why I was interested in trying to fix the Ubuntu packaging.
[14:29:41] <dawid> gentoo
[14:29:47] <fuzzie> And I guess it'd probably be useful for Debian too.
[14:29:49] <lynxlynxlynx> think of debian, bubuntu and the like - long release cycles
[14:29:57] <fuzzie> The Gentoo package ships GemRB.cfg.sample which is perhaps a bit of a mistake.
[14:30:10] <dawid> here its no problem,i just dont know how to make one yet, building works fine with even the old stable toolchain
[14:30:21] <fuzzie> Yes, I'm just thinking of linking to a .deb, not in trying to get it in the released distros
[14:30:36] <dawid> fuzzie: what package? i really couldnt find it in the tree
[14:30:42] <lynxlynxlynx> with wormux we still get bug reports of a version released almost two years ago, since people don't upgrade and still expect to have the latest stuff
[14:30:43] <fuzzie> dawid: It's in bugzilla.
[14:31:11] <dawid> fuzzie: ok but i searched in the repo for that name and portage couldnt find it
[14:31:18] <fuzzie> dawid: But it's in bugzilla! :)
[14:31:35] <dawid> fuzzie: i think it couldve been removed by treecleaners
[14:31:46] <fuzzie> You can just use the ebuild there, and we could link to that one.
[14:32:00] <fuzzie> As lynx says, having it in the repo is not the best of ideas yet.
[14:32:30] <lynxlynxlynx> gentoo is fine, not too much lag and no release gaps
[14:32:32] <dawid> so just an ebuild, this doesnt really sound much better than a tarball :/
[14:32:45] <fuzzie> https://launchpad.net/~sao/+archive/ppa is what's available for Ubuntu.
[14:32:53] <lynxlynxlynx> dawid: except it does everything for you?
[14:33:00] <fuzzie> You just add that to your sources and you can install gemrb 0.4.0.
[14:33:26] <dawid> lynxlynxlynx: U mean that really heavy ./autogen.sh && make && make install? ^^
[14:33:37] <lynxlynxlynx> whatever it takes
[14:33:45] <fuzzie> Except there are no instructions and the /var/cache/gemrb thing means it's impossible to work out what's wrong.
[14:33:57] <lynxlynxlynx> don't forget that package managers do a lot more than just execute the build scripts
[14:34:09] <fuzzie> dawid: If you have all the dependencies, and already have the games installed, and can work out how the cfg file works.. :)
[14:35:07] <dawid> fuzzie: running a script that would configure it after a successfull install is not a problem i think
[14:37:24] <fuzzie> dawid: Well, you could try writing a script which downloads the dependencies, builds it, and then installs and copies things to the right place .. but then you've just made an ebuild. :)
[14:39:15] <dawid> fuzzie: sorf of, yes
[14:44:02] <CIA-20> gemrb: 03lynxlupodian * r6621 10/gemrb/trunk/NEWS: NEWS: 0.5.0
[14:44:53] <fuzzie> hooray :)
[14:45:14] <lynxlynxlynx> i'm still waiting for you, this was just the news update ;)
[14:45:22] <fuzzie> yes, i'm working on that now
[14:45:43] <lynxlynxlynx> i'll go start baking and then there's all the text to prepare, so you have plenty of time
[14:56:24] <lynxlynxlynx> oh, if anyone feels something is missing from the NEWS, just add it
[15:05:41] <dawid> *is shy* ^^
[15:08:57] <ltleitkie> is toggling of mouse grabbing in windowed mode possible?
[15:11:34] <fuzzie> It's a good idea, but I don't think gemrb supports it.
[15:21:45] <fuzzie> lynxlynxlynx: http://fuzzie.org/nfs/gemrb/savedlocations.txt is what I wrote, but I'm not really awake enough to proofread it for sanity.
[15:21:57] <fuzzie> I'll go try getting some coffee or something.
[15:23:11] <lynxlynxlynx> i'll go playtest it
[15:23:28] <fuzzie> as i said it seemed to fix the cutscene fine
[15:24:35] <lynxlynxlynx> testing can never hurt
[15:24:46] <lynxlynxlynx> i can't say much about the code
[15:25:05] <fuzzie> just trying to say, not trying to give you an untested patch :)
[15:25:55] <lynxlynxlynx> i know it works, you already said it before ;)
[15:37:48] <lynxlynxlynx> same here
[15:37:54] <lynxlynxlynx> it's good to be outside :)
[15:38:11] <fuzzie> how about the Imoen dream one you were talking about?
[15:38:28] <lynxlynxlynx> ugh, forgot about it, let me retry
[15:38:44] <lynxlynxlynx> yay for autosave
[15:39:52] <lynxlynxlynx> doesn't trigger, i guess it happens later
[15:41:36] <CIA-20> gemrb: 03fuzzie * r6622 10/gemrb/trunk/gemrb/plugins/Core/ (Actions.cpp Game.h): keep stored party member locations globally for now
[15:44:35] <dawid> goin cook sth :(
[15:46:26] <lynxlynxlynx> you can't move to the target area or the start area if world travel was interrupted (ambush)
[15:47:18] <fuzzie> maybe a fix for the next release :)
[15:47:56] <lynxlynxlynx> not for this one for sure
[15:49:54] <-- ltleitkie has left IRC (Ping timeout: 180 seconds)
[15:53:42] --> D_T_G has joined #gemrb
[15:58:41] --- barra_library is now known as barra_groceries
[16:00:09] <fuzzie> i'm very happy to see all the progress since 0.4, anyway
[16:00:20] <fuzzie> it really starts to be fun to play the games :)
[16:05:27] --> Avenger has joined #gemrb
[16:05:44] --- ChanServ gives channel operator status to Avenger
[16:07:10] <fuzzie> hi, Avenger
[16:07:48] <Avenger> hello, uhm, i think i will need to reboot to windows
[16:07:50] <-- Avenger has left IRC (Client Quit)
[16:20:21] <lynxlynxlynx> bah, missed him
[16:29:52] <CIA-20> gemrb: 03lynxlupodian * r6623 10/gemrb/trunk/ (configure.in gemrb/includes/globals.h): 0.5.0
[16:32:00] <CIA-20> gemrb: 03lynxlupodian * r6624 10/gemrb/tags/GEMRB_0_5_0/: tagged 0.5.0
[16:33:02] <lynxlynxlynx> over 500 revisions since the last release
[16:33:10] <lynxlynxlynx> crazy
[16:34:22] <D_T_G> hi
[16:34:43] <D_T_G> congratulations for new release :)
[16:34:50] <lynxlynxlynx> not yet out
[16:35:03] <lynxlynxlynx> now testing the release tarball
[16:35:42] <D_T_G> I was trying to get scrolling spells by rows in LUSpellSelection.py
[16:35:55] <D_T_G> it is almost working
[16:36:57] <D_T_G> was ShowSelectedSpells () really working in the trunk?
[16:37:24] <D_T_G> for the last selected spell if it was more than 24?
[16:37:56] <lynxlynxlynx> something is buggy there
[16:38:43] <D_T_G> really, I thought I broke it :>
[16:38:57] <lynxlynxlynx> i never tried with extra spells
[16:39:13] <lynxlynxlynx> but we do have some button border problems sometimes
[16:39:21] <D_T_G> I installed tdd and now have 25 1st level spells
[16:39:26] <lynxlynxlynx> and i think we still include spells we shouldn't be including sometimes
[16:39:50] <lynxlynxlynx> not sure if the 50 name cap is in
[16:40:02] <D_T_G> I don't understand
[16:40:49] <lynxlynxlynx> nevermind, what is your problem?
[16:40:59] <D_T_G> for me it looks all right besides ShowSelectedSpells
[16:41:16] <lynxlynxlynx> what is your problem with ShowSelectedSpells?
[16:41:44] <D_T_G> it doesn't show >19 spell that is selected when scrolled up
[16:42:28] <lynxlynxlynx> ah, then this is the same issue i guess
[16:42:30] <lynxlynxlynx> bbiaf
[16:43:56] <D_T_G> but when scrolled up it does show being marked
[16:44:08] <D_T_G> ^H scrolled down I meant
[16:50:37] <D_T_G> no, it does work with the trunk script, so I broke it :/
[17:05:13] <lynxlynxlynx> wjp: here?
[17:06:49] <fuzzie> he's gone for the evening
[17:08:08] <lynxlynxlynx> oh crap
[17:08:19] <lynxlynxlynx> will have to wait for avenger or edheldil then
[17:08:55] <-- D_T_G has left IRC ()
[17:13:24] <fuzzie> so can we commit broken things now? :-)
[17:13:52] <lynxlynxlynx> yes
[17:14:07] <lynxlynxlynx> http://lynxlynx.info/ie/gemrb-0.5.0.tar.gz <-- here's the to-be official tarball
[17:22:35] --- barra_groceries is now known as barra_library
[17:26:03] <lynxlynxlynx> ah, no need, found a way to hack the pass out of opera
[17:26:28] <fuzzie> :)
[17:29:27] <lynxlynxlynx> but of course sf is putting up a fight :)
[17:35:06] <dawid> its me and im back :) a fight? is it fighting bravely? :D
[17:35:47] <lynxlynxlynx> maybe ssl is to blame
[17:36:03] <lynxlynxlynx> the hack worked on facebook though
[17:36:23] <dawid> i hope Ur not askin me, i never did anything comparable :/
[17:36:26] <lynxlynxlynx> so it can't be just a complexity issue
[17:36:48] <dawid> but then i have a question of my own :D
[17:36:52] <lynxlynxlynx> i'm just trying to get the password my browser conveniently stored for me
[17:37:09] <lynxlynxlynx> shoot
[17:54:58] <-- dawid has left IRC (Read error: 110 (Connection timed out))
[17:55:59] --> dawid has joined #GemRb
[18:06:24] --- lynxlynxlynx has changed the topic to: GemRB 0.5.0 | Gekz, it's at http://gemrb.sf.net | Be wary of your words for there are Modron sensors in this channel: http://log.usecode.org/gemrblog.php | Hey you, yes you, we need some awesome screenshots!
[18:12:55] <CIA-20> gemrb: 03lynxlupodian * r6625 10/gemrb/trunk/ (NEWS gemrb/docs/en/Release.txt): starting the next cycle
[18:12:58] <-- pupnik_ has left IRC (Read error: 110 (Connection timed out))
[18:13:47] <lynxlynxlynx> it's all done, except for the forum, which timed out :|
[18:16:43] <lynxlynxlynx> looks like the thread was created :)
[18:19:39] <lynxlynxlynx> grr, it is so broken right now
[18:28:55] <lynxlynxlynx> everything is fine :)
[18:29:24] <lynxlynxlynx> only avenger left for the rss announcement
[19:05:35] --> barra_away has joined #gemrb
[19:21:23] <-- barra_library has left IRC (Read error: 110 (Connection timed out))
[19:47:56] <CIA-20> gemrb: 03avenger_teambg * r6626 10/gemrb/trunk/gemrb/override/bg1/ (33 files): more projectiles for bg1
[20:03:06] <fuzzie> So we get the TextScreens the wrong way around after Gaelan's cutscene?
[20:04:02] <lynxlynxlynx> you mean the chapter text? Dunno
[20:06:19] --> pupnik_ has joined #gemrb
[20:06:28] <fuzzie> gaelan's dialog does a IncrementChapter("") once you agreed to help
[20:06:54] <fuzzie> oh well, for another time
[20:08:57] <dawid> gibberlings available for U?
[20:09:10] <fuzzie> dawid: it's a bit slow.
[20:09:26] <dawid> nvm, db error
[20:24:10] <dawid> http://forums.gibberlings3.net/index.php?showtopic=2520&mode=threaded anyone aware theres a link to a porn site? o.O
[20:25:47] <lynxlynxlynx> you mean the dragonlance one? yes
[20:25:58] <fuzzie> the dragonlancetc domain got taken by a porn site, there's not much to be done
[20:26:07] <fuzzie> welcome to the internet :(
[20:26:24] <dawid> ah, i thought sponsors maybe xD
[20:26:42] <lynxlynxlynx> when avenger comes here, ask him to repost http://pastebin.ca/1474540 to the news forum
[20:26:44] <dawid> nvm
[20:26:48] <lynxlynxlynx> i'll be gone tommorow
[20:26:51] <fuzzie> ok
[20:27:52] <-- lynxlynxlynx has left IRC (Remote closed the connection)
[20:30:01] <dawid> so how do i get the dltcep source now? :/
[20:30:18] <dawid> that is the most actual tool isnt it?
[20:30:31] <fuzzie> sure
[20:31:09] <dawid> ok got it
[20:31:26] <fuzzie> https://gemrb.svn.sourceforge.net/svnroot/gemrb/chitem/trunk/ is DLTCEP source code, but you probably just want the .exe for wine.
[20:33:10] <dawid> rather the source, i want it native
[20:33:25] <dawid> chitem << a little misleading
[20:35:31] <fuzzie> I think the conclusion is that it would be easier to write a new tool than to make DLTCEP work native. :/
[20:39:39] <dawid> maybe still the knowledge is in that code ^^
[20:39:41] --> Edheldil has joined #gemrb
[20:39:41] --- ChanServ gives channel operator status to Edheldil
[20:39:50] <-- pupnik_ has left IRC (Success)
[20:40:14] --> pupnik_ has joined #gemrb
[20:41:40] <fuzzie> dawid: It's Avenger's code, so :)
[20:42:02] <dawid> yep :)
[20:42:09] <dawid> hi Edheldil
[20:42:38] <Edheldil> hi
[20:42:59] <fuzzie> Edheldil: don't suppose you have posting privs to the gibberlings3 modding news forum?
[20:43:16] <Edheldil> none that I know of
[20:44:15] <fuzzie> ok. Avenger is just being elusive :)
[20:44:39] <Edheldil> congrats one the release, although I would not number it 0.5 :)
[20:45:02] <fuzzie> have you tried it recently? it's pretty good :)
[20:45:27] <fuzzie> i would have preferred to avoid releasing here at all because it meant i had to stop changing things for a while, but it's nice to have releases, i suppose
[20:47:28] <Edheldil> there's no reason to. Just create a release branch some time before release and commit the new work to trunk. It's more work on merging things to the branch, though
[20:47:56] <fuzzie> yes, i think no-one really wishes to volunteer for that work :)
[20:57:04] --> tombhadAC has joined #gemrb
[21:11:16] <dawid> when starting a new game if i try to read in a saved character file the prog hangs, the same for anybody?
[21:11:41] <fuzzie> if you're using bg2, yes, it is a python error: see the console
[21:11:57] <fuzzie> it is difficult to fix, the bg2 character generation does some stupid things
[21:12:03] <dawid> not really able to its gone :/
[21:12:38] <dawid> but ok,just wanted to know whether its not again only me -.-
[21:12:43] <xrogaan> difficult wasn't easy, of course :)
[21:12:48] <fuzzie> it should work beautifully for bg1, though
[21:13:24] <dawid> xrogaan: sry?
[21:13:51] <xrogaan> it's a joke
[21:14:07] <xrogaan> "difficile n'est pas facile" in french
[21:14:33] <xrogaan> difficult is not easy
[21:14:43] <dawid> lol
[21:44:47] <-- Gekz_ has left IRC (Read error: 110 (Connection timed out))
[22:34:33] --> |Cable| has joined #gemrb
[22:34:59] <-- pupnik_ has left IRC ("Leaving")