Yeah, the misleading 3.11.04 branch label refers to the version when it split off, which was because I was doing a lot of long-term work on the activate page and it was quite a while before I was able to get everything up and running correctly the way it was before with the new system. The intent is to re-merge once we're able to get everything 32/64 bit portable and reconciled, but it's ended up just becoming a thing where the alternate branch took off and did its own thing and effectively became the main branch.
Note that it's not part of my skill set to maintain the Linux port, so it might take hacking around with the installer files or even some code tweaks to keep everything even.
Also note for compiling off the latest SVN code, the current build on there is EXTREMELY unstable, and while it compiles (at least for Windows), it crashes all over the place and vomits garbage past the end of strings that got their null terminators stripped off in many places. It's also dependent on the Boost C++ libraries (this will probably become standard for future LCS builds, as I'm pushing to use Boost as part of an ongoing effort to clean up the code). Anyway, the point is, it's very very under (re-)construction, and I would definitely recommend checking out one a few updates BACK from the current build that has a version number in its description if you're just looking to play.
Edit: Dryn, your problem is twofold:
1) The install files for Linux do not know the current files and filestructure off of SVN.
2) The current build depends on the Boost libraries and it's not seeing those. You probably don't have them.
I am actually considering rolling some of these changes back, in particular the Boost dependency. My original intent with the use of the Boost library was to include the necessary dependencies on SVN so that this wouldn't become an issue for others, but it turns out that's a lot of material, and you'd probably need separate libraries for Linux and Mac compilation, making this less easy than I hoped it would be. I enjoy working with the Boost libraries, but I'm not willing to sacrifice the ability of others to work with the source for them. Particularly with this issue of Linux users compiling from source I don't want this to become a problem for others, so I'm starting to lean toward rolling back and taking another approach.
[ May 21, 2008: Message edited by: Jonathan S. Fox ]