#uwadv@irc.freenode.net logs for 6 Aug 2002 (GMT)

Archive Today Yesterday Tomorrow
Underworld Adventures homepage


[00:05:42] --> Dominus has joined #uwadv
[00:06:20] <-- Dominus has left IRC (Client Quit)
[09:28:36] --> wjp has joined #uwadv
[09:30:12] <-- wjp has left #uwadv ()
[09:30:12] --> wjp has joined #uwadv
[09:30:12] --- ChanServ gives channel operator status to wjp
[09:31:26] --- wjp is now known as wjp|work
[10:41:43] --> vividos has joined #uwadv
[10:42:08] <vividos> hi wjp
[10:45:05] <wjp|work> hi :-)
[10:45:21] <wjp|work> hm, did you register your nick with nickserv?
[10:46:51] --- wjp|work gives channel operator status to vividos
[10:50:14] <wjp|work> bbl, lunch
[10:52:04] <vividos> no, how do I do that?
[10:52:15] <vividos> ?help
[10:52:42] <vividos> ?exult
[10:52:42] <exultbot> Exult is a project to create an Ultima 7 game engine that runs on modern operating systems, capable of using the data and graphics files that come with the game. See http://exult.sourceforge.net/ for more information.
[10:52:48] <vividos> ?exultbot
[10:52:48] <exultbot> Exultbot is written in Perl by Willem Jan Palenstijn.
[10:52:54] <vividos> ?version
[10:52:54] <exultbot> The latest official version of Exult is: 0.99.1rc2
[10:52:59] <vividos> ?url
[10:52:59] <exultbot> The official Exult homepage is at: http://exult.sourceforge.net/
[10:53:03] <vividos> ?faq
[10:53:03] <exultbot> You can find the official FAQ at: http://exult.sourceforge.net/faq.php
[10:53:07] <vividos> ?homepage
[10:53:07] <exultbot> The official Exult homepage is at: http://exult.sourceforge.net/
[10:53:12] <vividos> ?ultima
[10:53:12] <exultbot> Ultima is an epic RPG game series created by Origin.
[10:53:19] <vividos> ?log
[10:53:19] <exultbot> Logs are available at http://www.math.leidenuniv.nl/~wpalenst/exultlog.php3
[10:53:26] <vividos> ?snapshot
[10:53:26] <exultbot> You can find daily windows snapshots at: http://exult.sourceforge.net/download.php
[10:53:31] <vividos> ?time
[10:53:31] <exultbot> It is now Tue Aug 6 10:53:31 2002 (GMT).
[10:53:35] <vividos> ?date
[10:53:35] <exultbot> It is now Tue Aug 6 10:53:35 2002 (GMT).
[10:53:38] <vividos> nice :)
[11:16:49] <wjp|work> I'm working on updating exultbot to give channel-specific answers :-)
[11:16:59] <wjp|work> "/msg nickserv help"
[11:19:38] <vividos> :)
[11:21:19] <vividos> ok, I have registered with nickserv
[11:22:16] <vividos> is the identify command all I have to do to get op in the channel?
[11:42:06] --- wjp|work is now known as wjp
[11:43:17] <wjp> yes
[11:43:27] <wjp> if you enter the channel after having identified, you'll automatically get op
[11:43:40] <wjp> if you're already in the channel, you can say "/msg chanserv op #uwadv" to op yourself
[11:43:42] --- wjp removes channel operator status from vividos
[11:43:45] <wjp> try it :-)
[11:46:04] <vividos> ah ok
[11:46:20] --- ChanServ gives channel operator status to vividos
[11:46:49] <vividos> nice :)
[11:48:00] <vividos> for the uadata that has to be installed for the install target ...
[11:48:47] <vividos> at the moment, it's only the file "uadata00.uar" that can be built with the Makefile in that folder
[11:49:55] <vividos> I think one of us could "compile" the file just before a release and put it into CVS, so the user that wants to install uwadv without having the lua compiler doesn't need to
[11:50:14] <vividos> on the other hand, the makefile could compile the lua compiler, as the source code is already in CVS :)
[11:50:53] --- vividos is now known as vividos|away
[11:52:48] <wjp> yes, I think I prefer building luac
[12:16:59] --> exultbot has joined #uwadv
[12:16:59] --- Topic for #uwadv is: Underworld Adventures: http://uwadv.sourceforge.net
[12:16:59] --- Topic for #uwadv set by wjp at Mon Aug 5 18:50:29 2002
[12:49:52] <wjp> hm, it won't be easy to do with the current automake framework, since there is no Makefile.am in a directory above uadata
[12:51:00] <wjp> Would you have a problem with putting autogen.sh/configure.ac/Makefile.am in the top project dir?
[12:51:32] <wjp> that would make it easier to get 'make dist' working, too. (Which is currently pretty much broken, since it only packages the source/linux dir in the resulting .tar.gz, it seems)
[12:56:54] --- vividos|away is now known as vividos
[12:57:37] <vividos> I don't think "make dist" should do the platform independent source distribution
[12:58:08] <wjp> not necessarily, but I think it should at least produce a proper .tar.gz
[12:58:25] <wjp> which would ideally also be suitable for generating .rpm's
[12:59:06] <vividos> the .tar.gz would be *nix specific then?
[12:59:18] <wjp> yeah, probably
[12:59:49] <vividos> isn't it possible to build the uadata stuff with a single rule in the Makefile.am?
[13:03:34] <wjp> brb
[13:07:14] <vividos> hmm, a Makefile.am in the parent folder of "uadata" would be possible, you just have to set top_srcdir and top_builddir to source/linux
[13:13:07] <vividos> it's a bit ugly, but I personally don't like the idea that the build tools of one platform should "rule" the other (if you know what I mean)
[13:13:56] --- vividos is now known as vividos|away
[13:14:06] <wjp> hm, yes
[13:14:28] <wjp> any idea if that will break building from outside the source dir?
[13:15:18] <vividos|away> hmm I don't think, since the .. dir really would be a subdir in the automake sense
[13:15:44] <wjp> but setting top_srcdir and top_builddir to the same dir sounds bad
[13:16:10] <vividos|away> I already have done that with source/Makefile.am
[13:16:17] <wjp> yeah, I noticed
[13:16:39] <vividos|away> ok, really away now :)
[13:16:42] <wjp> k :-)
[14:16:07] --- vividos|away is now known as vividos
[14:26:38] <wjp> vividos: memoserv is working :-)
[14:31:46] <vividos> I put a link to the channel logs on the "about us" page of the homepage
[14:32:33] <vividos> btw, should I add something to the descriptions on the about page about you?
[14:33:11] <wjp> hm, you and Dirk seem to have country in there, so you could add that for me too
[14:33:31] <vividos> oh ok, that's right
[14:34:03] <wjp> oh, and you really don't need to thank me there for setting up the channel :-)
[14:34:17] <vividos> :)
[14:37:17] <vividos> do you miss anything on the homepage?
[14:38:07] <wjp> hm, no, can't think of anything
[14:38:54] <vividos> hmm, a link to the mailing list would be nice
[14:51:47] <vividos> did you already read the dev log?
[14:52:51] * wjp does that
[14:53:13] <wjp> "hacked apart".. yup, that sums it up nicely :-)
[14:53:20] <wjp> I'll try to put things back together tonight :-)
[14:54:16] <vividos> :)
[14:54:27] <wjp> anyway, now that we are actually both here, why not put all project build things in the main project dir
[14:54:44] <wjp> (i.e., Linux' configure.ac, mingw's Makefile.mingw, etc..)
[14:55:10] <vividos> hmm, I wanted to keep these a bit separated
[14:55:27] <vividos> so that source files don't get mixed up with build supporting files
[14:55:39] <wjp> well, the source files are already in a subdir
[14:56:17] <vividos> do you mean the very main dir?
[14:56:20] <wjp> yeah
[14:56:33] <vividos> hmm, ok
[14:56:44] <wjp> that way you can easily put a Makefile.am in uadata too
[14:56:48] <vividos> ok
[14:57:16] <vividos> I put the msvc workspace in that dir, too (equal rights :-)
[14:57:23] <wjp> sure :-)
[14:57:44] <vividos> should I do the move for Makefile.mingw?
[14:58:38] <wjp> k
[14:59:08] <wjp> I'll do the linux files tonight when I'm home again
[14:59:21] <wjp> interested in having a .spec file for building .rpms?
[14:59:31] <vividos> yes, of course!
[14:59:47] <wjp> I'll commit that too, then :-)
[15:02:20] <wjp> already created one last night, but it totally destroyed my local repository when I tried a 'make dist' to get a source .tar.gz to build an rpm from :-)
[15:02:31] <wjp> automake has some 'issues' :-)
[15:03:46] <vividos> hehe
[15:04:02] <vividos> I mailed to the devel list about these changes
[15:05:11] <wjp> time for me to go home
[15:05:19] <wjp> bye
[15:05:28] <-- wjp has left IRC ("gtg")
[15:30:05] --> wjp has joined #uwadv
[15:30:06] --- ChanServ gives channel operator status to wjp
[15:30:20] <wjp> these memos are fun :-)
[15:45:43] <vividos> yes :)
[15:45:58] <vividos> but mails are more reliable I think
[15:46:04] <wjp> yeah
[15:48:44] <wjp> ok, the main build seems to be working now
[15:50:59] <vividos> for mingw32 and msvc, too
[15:51:32] <wjp> make dist is basically working too :-)
[15:51:51] <wjp> (it's still missing some lua include files, but I'm working on that :-) )
[15:52:43] <vividos> about the rpm ... how is that built? does it want a working Makefile, does the build and then adds the binaries to the rpm file?
[15:53:03] <wjp> it's all scriptable
[15:53:14] <wjp> the current .spec runs autogen.sh, configure and make
[15:53:43] <vividos> I read about rpms some time ago, but not much
[15:53:56] <vividos> I have someone who could do a debian package, too
[15:54:18] <wjp> I'm keeping uwadv.spec.in in source/linux, btw
[15:54:40] <vividos> ok, if that doesn't make problems
[15:54:41] * wjp nods
[15:54:45] <wjp> debian package is good too :-)
[15:55:02] <wjp> I just added uwadv.spec:source/linux/uwadv.spec.in to the output command in configure.ac
[15:56:06] <vividos> could you update the README.Linux.txt with infos how to build it when you're finished?
[15:56:14] * wjp nods
[15:56:32] * vividos is away, lunch :)
[15:56:33] <wjp> ./autogen.sh; ./configure; make :-)
[15:56:37] <wjp> eh, lunch?
[15:56:54] <vividos> umm, not quite exactly :)
[15:57:01] <vividos> dinner :)
[15:57:09] <wjp> :-)
[15:57:21] --- vividos is now known as vividos|away
[17:07:01] --> _vividos has joined #uwadv
[17:07:02] <-- vividos|away has left IRC (Read error: 104 (Connection reset by peer))
[17:07:12] --- _vividos is now known as vividos
[17:07:48] --- ChanServ gives channel operator status to vividos
[17:29:13] --> _vividos has joined #uwadv
[17:37:52] * _vividos wonders how long it takes for vividos to timeout
[17:39:06] <wjp> :-)
[17:43:04] <_vividos> I really need a Lua debugger ... *sigh*
[17:43:27] <wjp> hm, I noticed a lua_debug.h header?
[17:43:58] <_vividos> yes, I already thought about putting in a visual debugger. there already are some standalone
[17:47:39] <-- vividos has left IRC (Read error: 110 (Connection timed out))
[17:47:51] --- _vividos is now known as vividos
[17:47:55] --- ChanServ gives channel operator status to vividos
[17:58:18] <vividos> hmm, the changelog in the .spec file, are there only changes about the package or for the project, too?
[17:58:36] <wjp> only changes to the package
[17:59:06] <vividos> ah ok
[18:02:04] <vividos> d'oh! I called the wrong Lua function :)
[18:03:39] <vividos> is the whole linux stuff build- and rpm-able now?
[18:03:58] <wjp> yes, but it doesn't build uadata yet
[18:06:39] <wjp> the binary is installed to $prefix/bin/uwadv
[18:06:51] <wjp> and the config file to $prefix/share/games/uwadv/uwadv.cfg
[18:06:59] <wjp> the data files are going to go there too
[18:07:11] <wjp> (the data path in uwadv.cfg is already pointing there, in fact)
[18:09:16] <vividos> cool!
[18:10:02] <wjp> did the config file list init. look ok to you, btw?
[18:10:29] <wjp> oh, speaking of which, what do you want to do with OS-related #define's?
[18:10:40] <wjp> use the already existing __linux__ (etc..) ones, or define our own?
[18:12:01] <vividos> maybe we should use nicer ones, e.g. HAVE_OS_xxx, HAVE_OS_BEOS, HAVE_OS_LINUX
[18:12:24] <vividos> on the other hand, if the existing macros are portable enough, we could use them
[18:23:47] <vividos> ok have to go then, anything else you need?
[18:24:11] <wjp> one last question:
[18:24:22] <wjp> is the current Makefile in uadata necessary?
[18:24:31] <wjp> (for non-Linux platforms, I mean)
[18:26:15] <vividos> yes, I occasionally build the resource file, too, for testing
[18:26:46] <wjp> hm, this could be interesting, then :-)
[18:28:43] <vividos> I initially thought the crash Dominus had was a consequence of using the zipped resources
[18:29:43] <vividos> tortoisecvs works like a charm, I really like it
[18:30:01] <wjp> Nadir (from #exult) recommended it :-)
[18:30:26] <vividos> :)
[18:31:02] <wjp> I wonder how I'm going to do this...
[18:31:24] <wjp> I can't use the uadata/Makefile directly, since it probably needs a path to luac
[18:31:24] <vividos> the ony thing missing is the recognition of .cvsignore'd files
[18:31:54] <vividos> hmm, you could copy it to the uadata folder after installing
[18:31:56] <wjp> only the files ignored by CVSROOT/cvsignore, or also those in .cvsignore?
[18:32:45] <vividos> all of them I think. it's not a CVS issue, but the files have a ? on the icon (which is slightly disturbing)
[18:33:18] <wjp> hm, tortoisecvs is open sourced, isn't it? :-)
[18:33:38] <wjp> brb
[18:33:50] <vividos> yes, and they have a devel release, too, but I didn't want to try it
[18:34:01] <vividos> have to go then, until later maybe!
[18:36:30] <-- vividos has left #uwadv ()
[19:12:50] --> phlask has joined #uwadv
[19:14:10] <wjp> hi :-)
[19:15:16] <phlask> well hello there
[19:15:27] <phlask> just came to check out this nice channel
[19:15:40] <wjp> very crowded in here as you can see :-)
[19:15:51] <phlask> darn... I'd really hoped that there were something like 100+ folks in here
[19:17:02] <wjp> :-)
[19:18:45] <phlask> has there actually been -anyone- (besides the project crew) here?
[19:19:07] <wjp> Dominus was here yesterday
[19:19:29] <phlask> well... that is at least a start then
[19:19:38] <wjp> but the channel was only put on the website today I think
[19:20:23] <phlask> oh... so it should be crowded in here within a week
[19:20:36] <wjp> *cough* sure :-)
[19:20:54] <phlask> yeah, well... maybe not
[19:24:26] <phlask> do you know if dominus already found the cause of his WinXP crashes?
[19:25:27] <wjp> hm, no, didn't see him today
[19:26:05] <phlask> 'k
[19:57:29] <phlask> could you do a build on your Linux box soon with the files I've just committed
[20:01:03] <wjp> seems to be working ok
[20:01:32] <wjp> the buttons responds a bit slowly, though
[20:01:51] <phlask> yeah... there is still a lot to be done
[20:15:10] <-- phlask has left IRC (Killed (NickServ (Nickname Enforcement)))
[20:16:29] --> phlask has joined #uwadv
[20:16:29] --- ChanServ gives channel operator status to phlask
[20:16:51] <phlask> hey cool...
[20:17:07] <wjp> :-)
[20:17:22] <wjp> I noticed you registered your nick :-)
[20:17:31] <phlask> indeed... thanks
[20:18:22] <wjp> np :-)
[20:19:37] <phlask> you said that the buttons weren't responding fast... but, is it really bad... or just a little?
[20:19:44] <wjp> over a second
[20:19:51] <phlask> whoa
[20:20:01] <phlask> that isn't good
[20:20:45] <phlask> they are a bit slow here too... but nowhere near a second.
[20:21:13] <phlask> do you mean just the switching of screens, or the highlighting of buttons btw?
[20:21:13] <wjp> changing the selected button with the arrow keys is quite fast, though
[20:21:26] <wjp> but once you press enter/click the mouse it delays for a second
[20:22:08] <phlask> oh... ok, well the usage of a script for building the new screen may cause a little lag but a second is way too much
[20:22:59] <wjp> also, if I don't move the mouse before clicking, the first click isn't registered
[20:23:57] <wjp> the mouse position probably isn't initialized correctly for a new screen
[20:24:00] <phlask> well... that sounds like a plain bug :) I'll fix that
[20:25:16] <phlask> there are more bugs... I just wanted to make sure that this stuff was committed because I have the bad habbit of not backing up my stuff
[20:25:22] <wjp> :-)
[20:25:27] <wjp> well, that's what CVS is for :-)
[20:25:33] <phlask> right you are
[20:29:14] <phlask> hmm... that mouse thing, it seems to work fine here
[20:30:13] <wjp> hm, it looks like it's only the picture selection screen
[20:30:50] <wjp> or maybe not
[20:30:54] <wjp> hmm, weird
[20:31:12] <phlask> maybe it is just the 1 second lag
[20:31:53] <phlask> wait up... I notice it too every now and then when I click really fast
[20:38:11] <phlask> well... I'm too tired to fix it now, I'll look into it later this week...
[20:38:33] <phlask> it doesn't have the biggest priority anyhow :0
[20:40:17] <wjp> :-)
[20:41:01] <phlask> I'm outta here for the night... bye
[20:41:14] <wjp> g'night
[20:41:18] <-- phlask has left #uwadv ()
[21:44:22] <-- wjp has left IRC ("Zzzz...")