UberLord

Guys, this is - or should not - be rocket science It's possible to create a very basic top level Makefile for each make type. Realistically this should be gmake (GNU), pmake (BSD) and whatever windows uses. This simple file should only have the make specific stuff and include a generic makefile that's at least common to gmake and pmake where the bulk of the stuff happens. I've just spend the better part of 2 hours trying to make EL work on Gentoo Linux/FreeBSD again - and that's just working out what's changed in the Makefile setup. This seems to happen with each release - not good. I'm quite happy to volunteer to do this.

Ohhhh, sounds nasty. If we changed that, EL would need to be recoded to store client updates in each users dir and not the main folder. Actually, that sounds like a good idea for a patch when I get the time.

This could be an ATI driver issue OR an xorg-7 issue as I had this problem too. I suspect it's a combo of the two as using the open source r300 driver from xorg cvs or fixes this issue.

Please don't remove this unless my patch to create required directories is merged as it will bork Gentoo users a little if an update requires to be placed in a non-existant directory. http://developer.berlios.de/patch/?func=de...p;group_id=1256

+1 for that Also, could this patch I made get comitted please? http://www.eternal-lands.com/forum/index.php?showtopic=26532 If not I'll just keep updating it for Gentoo

It downloads everying in the first session on my box ...... check ~/.elc/error_log.txt for any hints as to why it needs more.

Hmmmm? There's only one download session that happens. If it restarts twice that means it failed to update the first time somehow.

That sucks - should save the font name as the order could change if font1.bmp is introduced ... Looking the code, an interim fix would appear to be commenting out font index's 2 & 3 loading (lines 1001 & 1002 in font.c) and loading font5.bmp instead of fontv.bmp until -DFONTS_FIX actually works. Thoughts on this? What I would really love to know though is if -DFONTS_FIX is this broken it's enabled in the default Makefile? Ah, it's not in the Windows make file ......

It should do. I'll double check. Try removing the game, entirely, including removal of the top level eternal-lands directory and re-installing. If it's then correct then please a file a bug on Gentoo (bugs.gentoo.org). The game suddenly exiting is not a bug but a design flaw. It irks me too, so I'll try and write a patch to at least pop up a screen saying "please restart client" instead of just exiting - user may think it's a crash.

Really? I get that with or without -DFONT_FIX on my box - always a block of white when using Font 2. Always have done with all versions of EL ...

This probably happend as I removed the -DFONTS_FIX setting from the Makefile based on a suggestion here. http://www.eternal-lands.com/forum/index.p...st&p=280129 It does solve all font problems I know of, but also looks to have created a new one :/

Yup, looks like ESD hogging /dev/dsp to me. Stop using it.

ALSA + dmix allows you todo the same

I got VS Studio 2003 here and the headers are fine - however I cannot test EL on the work machine. It does need the headers though, but someone updated update.c to only include them if not Windows and I cannot work out why for the life of me! Oh well.

http://www.eternal-lands.com/forum/index.php?showtopic=13681 Anmd you can always try using strace as that's probably easier strace el Does it work without ESD running? I ask as ESD/artS are - bluntly - crap and cause plenty of sound issues. A better solution is to use ALSA kernel drivers and dmix.