free_cogg

So they do. That makes life easier. Cheers

Damn! That will teach me to tarball my ~/.doom3/darkmod directory before upgrading. I have the exact same issue as anwyn, also running GCC 4.3.4 on 64-bit Gentoo. $uname -a Linux janus 2.6.31-gentoo-r10 #1 SMP PREEMPT Sun Mar 21 15:47:25 EST 2010 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ AuthenticAMD GNU/Linux After poking around in /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/32/ libstdc++.so.6 it seems GLIBCXX_3.4.10 is the highest version supported. So, because I can't bear to be without The Dark Mod, I've installed the next highest available GCC (4.4.1) and swap between the two when I want to play. i.e. Unmask 4.4.1 by adding the following line to /etc/portage/package.keywords =sys-devel/gcc-4.4.1 Install new version. Major version changes of GCC are slotted so won't be used by default. # emerge -av =sys-devel/gcc-4.4.1 Check the new version is available and swap to it. #gcc-config --list-profiles [1] x86_64-pc-linux-gnu-4.3.4 * [2] x86_64-pc-linux-gnu-4.4.1 #gcc-config x86_64-pc-linux-gnu-4.4.1 #source /etc/profile Play The Dark Mod, launching in the usual way. Swap back when done. #gcc-config x86_64-pc-linux-gnu-4.3.4 #source /etc/profile This last step is very important! I'm guessing the higher versions were masked for a reason so until they're marked stable I won't be be doing a system upgrade. Anyway that's my work-around. It's a hassle but it works. If anyone knows of a better way please let me know. Cheers P.S Just my luck Gentoo will stabilize a higher GCC just as Dark Mod hits V1.02 ;-)

Thanks for clearing that up. FWIW my installed glibc is 2.9_p20081201-r2 which is Gentoo's latest stable version for x86 & amd64. My only installed gcc is 4.3.4, also the current stable version for those arches. All working fine with TDM. $ ldd ~/.doom3/darkmod/gamex86.so linux-gate.so.1 => (0xf7f5d000) libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/32/ libstdc++.so.6 (0xf71f3000) libm.so.6 => /lib32/libm.so.6 (0xf71cd000) libgcc_s.so.1 => /lib32/libgcc_s.so.1 (0xf71bf000) libc.so.6 => /lib32/libc.so.6 (0xf707c000) /lib/ld-linux.so.2 (0xf7f5e000) Good luck troubled_thief.

Nope. No problems on 64bit Gentoo here. Works like a charm. Sorry, but the rest of your post sounds like the middle of a conversation where I missed the beginning. I'd be happy to help but I don't understand the problem you're having. What are you system details, are you running 32bit or 64 etc? Do you have Doom3 correctly installed and working? Is it patched to 1.3.1.1304? If D3 is installed in /usr/local/games rather than /opt how did you install it? Not through portage? Is your problem with installing TDM or getting it to run properly once installed? I assume you are just trying to install TDM with tdm_update.linux not build it from source is that correct?

You, Crispy, are a very wise man/woman/entity.

Yep, he's definitely thinking of Thief.

It seems to be Gentoo policy for ebuilds to install 3D games with a launch binary in /usr/games/bin and the game itself under /opt (at least that's how it is for me with Prey, Quake4 & Doom3). This means that running tdmlauncher.linux out of the box gives an error message about being unable to find the D3 engine. From the output its clear tdmlauncher.linux looks for doom.x86 in the following order: 1. ~/.doom3/ 2. /usr/local/games/doom3/ 3. any location specified on the command line. Hence in order to start The Dark Mod I had to either create a symlink in one of the locations it expects e.g. $ ln -s /opt/doom3/doom.x86 ~/.doom3/doom.x86 or specify the location explicitly when launching $ ./tdmlauncher.linux /opt/doom3/doom.x86 Hope this helps someone. p.s. Otherwise TMD has been flawless so far on my box. $ uname -srvmp Linux 2.6.30-gentoo-r5 #1 SMP PREEMPT Thu Sep 24 14:08:08 EST 2009 x86_64 AMD Athlon™ 64 X2 Dual Core Processor 4400+

Hi Guys, Let me be the latest, but not the last, to say thank you and congratulations on this wonderful achievement. Like others I've followed the progress over the years, almost afraid to believe this day would finally come. Though I'm only part-way through the training mission it's already clear that this mod is all that I wished for and certainly all that was promised. I especially want to thank the team for sticking to their original goal of cross-platform support. It would have been too easy to say "gamers use windows, why bother with anything else?". Following the various forum discussions it's clear there have been times when good ideas and nice-to-haves have needed to be put aside for the sake of a realistic deadline. I am just immensely grateful that the goal portability was never something to be compromised. Having my favourite gaming genre (first-person sneaker) available on the platform of my choice (GNU/Linux) is more than I could have ever hoped for. You guys Rock.

Same problem for me on 64bit Gentoo. Thief's Den works fine but St.Lucia is depending on a very specific Boost library. ~/.doom3 $ ldd ./saintlucia/gamex86.so ldd: warning: you do not have execution permission for `./saintlucia/gamex86.so' linux-gate.so.1 => (0xf7fc4000) libIL.so.1 => /usr/lib32/libIL.so.1 (0xf7486000) libboost_filesystem-gcc41-1_34_1.so.1.34.1 => not found libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/32/libstdc++.so.6 (0xf739f000) libm.so.6 => /lib32/libm.so.6 (0xf7378000) libgcc_s.so.1 => /lib32/libgcc_s.so.1 (0xf736c000) libc.so.6 => /lib32/libc.so.6 (0xf723c000) libpng12.so.0 => /usr/lib32/libpng12.so.0 (0xf7218000) libjpeg.so.62 => /usr/lib32/libjpeg.so.62 (0xf71f8000) libtiff.so.3 => /usr/lib32/libtiff.so.3 (0xf71a3000) /lib/ld-linux.so.2 (0xf7fc5000) libz.so.1 => /lib32/libz.so.1 (0xf718f000) It would make life a whole lot easier.

Thanks Tels. I'd appreciate if you could do it. It would be nice to know if the OP has had any success. It's been a while since I installed it so I could have overlooked something. Cheers

This is a doom3 mod so you need to: # emerge devil No seriously, that what it's called :-). The Gentoo packages you need are "media-libs/devil" for libDevIL and "media-libs/libmng". Thief's Den runs fine on 64-bit Gentoo stable. I've had it running on my AMD64 X2 for months now. I think any recent Desktop profile should install the necessary 64-bit compatibility libs by default, unless you've explicitly excluded them, so being 64-bit is the least of your worries. Here is my box: $ uname -srmpi Linux 2.6.25-gentoo-r7 x86_64 AMD Athlon™ 64 X2 Dual Core Processor 4400+ AuthenticAMD $ eselect profile show Current make.profile symlink: /usr/portage/profiles/default/linux/amd64/2008.0/desktop $ eix media-libs/devil [i] media-libs/devil Available versions: 1.6.7-r2 {X allegro gif jpeg mng opengl png sdl tiff xpm} Installed versions: 1.6.7-r2(20:01:57 16/02/08)(X gif jpeg opengl png sdl tiff -allegro -mng -xpm) Homepage: [url="http://openil.sourceforge.net/"]http://openil.sourceforge.net/[/url] Description: DevIL image library $ eix libmng [i] media-libs/libmng Available versions: 1.0.9-r1 1.0.10 {lcms} Installed versions: 1.0.10(20:14:52 05/04/08)(-lcms) Homepage: [url="http://www.libmng.com/"]http://www.libmng.com/[/url] Description: Multiple Image Networkgraphics lib (animated png's) With those two installed just follow the instructions on the Wiki. You might also need p7zip if you don't already have it. I assume you already have a working Doom3 install. I found patching D3 to be the trickiest part. 1.3.1.1304 is not in portage so you need the ebuild from here: http://bugs.gentoo.org/show_bug.cgi?id=167173 If you need help installing out of tree ebuilds this should be useful: http://gentoo-wiki.com/HOWTO_Installing_3rd_Party_Ebuilds No disrespect to others trying to be helpful, but please don't go symlinking to foreign libraries - that way leads to madness. Installing stuff portage doesn't know about can only bring pain in the long run, usually when upgrading and long after you've forgotten what hacks you've made. Plus it make it impossible for other Gentooists to help you since they won't be able to replicate your machine's behaviour. Another complication is that D3 is currently masked in portage due to a security bug involving multiplayer. You'll need to unmask it. $ cat /etc/portage/package.unmask ## # These id games masked for security bug that only applies to non-punkbuster # on-line play. games-fps/quake4-bin =games-fps/doom3-1.3.1.1304 I think that about covers it. I've been a long time lurker on this forum and just when I have something to contribute, new member registrations are closed. :-( Big thanks to mOdEtWo for getting me on.