[01:03:34] <sh4rm4> is it possible to forge a sword in black gate ?
[01:03:44] <sh4rm4> i'm trying right there in trinsic...
[02:00:52] <sh4rm4> hmm... that doesnt seem to work in this smithy
[02:02:37] <sh4rm4> how can i find out who in the crew is hungry ?
[02:21:28] <sh4rm4> btw, there's a bug in autogen.sh... if libogg-dev and libvorbis-dev are not installed, it will create 2 invalid statements in the configure script
[17:05:16] <sh4rm4> <sh4rm4> is it possible to forge a sword in black gate ?
[17:05:17] <sh4rm4> <sh4rm4> i'm trying right there in trinsic...
[17:05:17] <sh4rm4> <sh4rm4> hmm... that doesnt seem to work in this smithy
[17:05:17] <sh4rm4> <sh4rm4> how can i find out who in the crew is hungry ?
[17:05:17] <sh4rm4> <sh4rm4> btw, there's a bug in autogen.sh... if libogg-dev and libvorbis-dev are not installed, it will create 2 invalid statements in the configure script
[17:06:15] <sh4rm4> and the xml for the settings sucks
[17:06:43] <sh4rm4> xml is meant as a format to be parsed by computers, not human brains
[17:07:20] <sh4rm4> that said, the default config that is installed lacks sections for the games
[17:08:29] <sh4rm4> a nice config format would be ini. [blackgate]\npath=/usr/local... etc
[17:09:49] <sh4rm4> also the OPL driver seems to have a bug which can lead to the last note "hanging". that happens with the very first tune played when starting a new black gate game (after the avatar materializes in trinsic)
[17:12:05] <sh4rm4> to find out where it searches for the sfx packs, i had to strace exult 2>&1 | grep flx
[17:12:56] <sh4rm4> i just symlinked my stuff to where exult expects it, since the config file is such a pita
[17:16:33] <sh4rm4> i have a 60 lines implementation of an iniparser here... https://github.com/rofl0r/libulz/blob/master/src/iniparser/iniparser.c
[17:17:34] <sh4rm4> that is quite flexible, and you read stuff such as https://github.com/rofl0r/sabotage/blob/master/pkg/kernel
[17:17:38] <sh4rm4> *can
[17:29:32] <wjp> there have been plans to port the Pentagram configuration code (which is also .ini-based)
[17:29:41] <wjp> but nobody's actually done it yet
[17:29:58] <wjp> forging a sword: no, unfortunately
[17:30:57] <wjp> autogen/configure: I'm not sure what you mean. Autogen doesn't depend on libogg-dev libvorbis-dev? What error do you get? (Or do you have a patch?)
[17:34:05] <sh4rm4> when they are not installed, ./autogen.sh will omit some stuff (it will output something like XXXX_OGG( , foo )
[17:34:23] <sh4rm4> and it should output something like XXXX_OGG(foo, bar)
[17:35:13] <wjp> can you be more precise?
[17:35:40] <sh4rm4> i have to remove the packages and redo the autogen..
[17:46:00] <sh4rm4> ./configure: line 17164: syntax error near unexpected token `newline'
[17:46:00] <sh4rm4> ./configure: line 17164: ` XIPH_PATH_OGG('
[17:46:44] <sh4rm4> XIPH_PATH_OGG(
[17:46:44] <sh4rm4> ,
[17:46:44] <sh4rm4> as_fn_error $? "*** must have Ogg installed!" "$LINENO" 5
[17:46:44] <sh4rm4> )
[17:50:00] <sh4rm4> that stuff is missing when those packages are installed:
[17:50:04] <sh4rm4> echo "$OGG_PKG_ERRORS" >&5
[17:50:04] <sh4rm4> as_fn_error $? "*** must have Ogg/Vorbis installed!" "$LINENO" 5
[17:52:50] <sh4rm4> i *could* imagine its doing some PKG_CONFIG stuff there which fails when those are not installed
[17:58:19] <sh4rm4> or XIPH_* is some m4 macro or similar that fails to expand due to absence of the library and ends up being written into the configure script...
[17:58:39] <sh4rm4> my patch would be to remove the autocrap entirely and replace it by a single simple Makefile.
[17:59:13] <sh4rm4> is there something so complicated in the build that it really needs the bloated autoconf framework ?
[18:04:31] <sh4rm4> usually a build comprises of compiling a handful of .c/.cc files into an object file each, and then link them together... nothing you would need thousands of lines of shell code to check for 20-year-old broken platforms...
[18:09:21] <sh4rm4> checking for size of uint16_t ... 2
[18:09:31] <sh4rm4> *truely embarassing*
[18:10:38] <wjp> well, you're of course welcome to submit patches for a replacement
[18:11:00] <wjp> do keep in mind that those 20 year old platforms were quite common when Exult was started :-)
[18:11:16] <sh4rm4> is it that old ?
[18:11:58] <wjp> 12 years or so
[18:12:44] <sh4rm4> wow...
[18:15:04] <sh4rm4> is the "random things disappearing" bug solved already ?
[18:15:47] <sh4rm4> i noted that when i tried to forge a sword, i put the hammer in trinsic's smithy as a weapon, set combat mode and "attacked" the sword blank
[18:15:54] <sh4rm4> then the hammer disappeared
[18:16:16] <sh4rm4> i.e. after the first hit, the avatar had suddenly a sword in his hands (out of the backpack)
[18:16:16] <wjp> it may have gone into your inventory
[18:16:48] <wjp> that sounds like the "pick best weapon" logic kicking in at a weird time
[18:17:23] <sh4rm4> possibly.. i couldn't find the hammer though, but i didnt search very intensively
[18:18:29] <sh4rm4> so the random stuff disappearing and crash bug is still there ? :/
[18:20:31] <sh4rm4> if it was a regression since the last release, it could possibly be found by checking the commits in between
[18:21:15] <sh4rm4> anyway, i built exult with CXXFLAGS="-O0 -g" so i may get a usable backtrace when it happens (need to run it in gdb tho...)
[18:22:21] <sh4rm4> or insert some code that triggers when the number of overall items in the world changes... however that would require solid knowledge of the game code...
[18:25:47] <sh4rm4> that being said, let's ignore the work i should do and launch exult...
[19:12:20] <TheCycoONE> sh4rm4: Replacing autoconf with a makefile seems like a step backwards. Would cmake or something also suit your needs?
[20:21:41] <sh4rm4> cmake is another pile of bloat and complexity
[20:21:57] <sh4rm4> and not even remotely portable
[20:23:20] <Dominus> sh4rm4: there is a mod for forging swords. not sure whether marzos keyring mod does that, you'd need to check in the sources (/content)
[20:24:11] <Dominus> disappearing objects is most likely caused by toooo efficient schedules in exult and no cleaning up
[20:24:38] <Dominus> http://exult.sourceforge.net/forum/read.php?f=1&i=358191&t=358191 might shed some light on it
[20:24:42] <sh4rm4> make is widely available and despite being somewhat unintuitive, at least somewhat reasonable and relatively clean and short. and its written in C so it can be compiled on any platform.
[20:24:47] <sh4rm4> Dominus, ah thanks
[20:25:55] <Dominus> as for doing away with configure, the nice thing is that it mostly works fine, could use some cleaning up and the ogg thing is bad
[20:26:22] <sh4rm4> Dominus, i'm currently porting a linux system to a new libc
[20:26:29] <sh4rm4> and configure caused me endless pain
[20:27:10] <sh4rm4> it's so broken, that it makes me want to scream
[20:28:26] <sh4rm4> it does however work on most 08/15 systems. because somebody else fix it already for that specific platform...
[20:29:09] <Dominus> so be the someone for your OS :)
[20:30:01] <sh4rm4> the problem is that you can't fix it *ONCE* and be done
[20:30:20] <sh4rm4> since every piece of software comes with its own embedded configure shit
[20:31:04] <sh4rm4> so whenever a project uses configure, you can calculate some hours for it to fix that specific autocrap version
[20:31:23] <Dominus> apparently on your strange OS
[20:31:29] <Dominus> works fine on mine
[20:31:56] <sh4rm4> yes, because, as already said, you're probably using some well known system which already has been fixed
[20:32:35] <Dominus> so go ahead and fix all the configures for your system and send in patches
[20:33:00] <Dominus> *we* would add a proper configure check for *whatever* your OS is
[20:33:03] <sh4rm4> the problem is that i'm sick of fixing the shit for *every single project that uses it*
[20:33:18] <Dominus> then quit complaining
[20:33:19] <sh4rm4> rather, the projects should just use a sane build system
[20:33:54] <sh4rm4> so the build can be fixed by adding something to CFLAGS or CC and it just works.
[20:33:54] <Dominus> again, that would mean patches and *good* argumemts for abandoing the well established system
[20:34:17] <sh4rm4> or i read up the 50 lines makefile and see whats wrong
[20:34:31] <sh4rm4> thats pretty much impossible with a 30kloc configure script
[20:34:39] <sh4rm4> which gives a fuck about indentation
[20:35:50] <Dominus> and as for the xml config, thing, a patch to make it use an ini system would be greatly appreciated. So far most of it can be done via in game menus - the most important one lacking is the games location - if that could be done via en exult menu the better
[20:36:07] <sh4rm4> indeed.
[21:02:38] <TheCycoONE> out of curiosity, what is your OS?
[21:03:12] * RadoS . o O ( amsdos )
[21:06:09] <TheCycoONE> reports as x86_64 linux to ctcp