Leaderboard

or "The adventures of Thomas: Lucy's quest" This isn't a short mission - it takes awhile to play through - and for a first run I'd like beta testers to play without cheats (no godmode flythrough, please!), so gameplay issues are put to the fore. I'd also like this beta test to be "closed" - so I'll start a thread in the beta forum but PM links to testers, if there are any takers .

Dear community, I've been working on porting The Dark Mod natively to FreeBSD. I'm happy to report that at this stage, I have a working thedarkmod.x64 and tdm_installer executables on FreeBSD 13 amd64 (x86-64) with SVN revision 9889 and 2.10 game files. I've been able to play through both default missions as well as several contributed missions. There were minimal changes required to get a working port, including: Fixing the build with Clang, FreeBSD's system compiler (committed in 9889 by Stephan) Fixing up header files and #ifdef's for FreeBSD (attached here) Fixing up header files for zipsync (attached here) Modifying the CMakeLists.txt to use FreeBSD system libraries instead of the pre-built libraries for Linux (working, but still cleaning this up before upstreaming the changes) I hope the portability changes will be accepted upstream. I'll also look to see which CMakeLists.txt changes would be appropriate to upstream, but it is not too much of a problem for me to maintain it locally for FreeBSD. Once most of the changes have landed, I also plan to create a package ("port") with a thedarkmod and tdm_installer binary. Regards, Kevin patch-FreeBSD2.diff patch-zipsync.diff

Hm, I'm pretty sure in Bloodlines they always swing away from you which is unrealistic, but better for gameplay.

If you search on and search what to do with the Alderic's skull and with the doll like me remember: You have a DROP key.

A few notes and questions about the CMakeLists.txt: set(CMAKE_CXX_STANDARD 14) is already specified, so is "-std=c++14" required in add_compile_options? There are a few CMake modules for which system files are available under different names than those used by The Dark Mod. If we use the same names as CMake, it would make finding system versions of the libraries easier simply by removing the ThirdParty CMAKE_MODULE_PATH. The .cmake files in ThirdParty/cmake_find_package would need to be renamed, and the flags they set would also need to be adjusted to match those in the system CMake modules. I can provide a patch if this would be acceptable. openal -> OpenAL libjpeg -> JPEG libpng -> PNG zlib -> ZLIB There are other modules for which CMake does not provide system modules, for which I will grab in a OS-dependent way for my port (PkgConfig for me). Would there be interest in doing something like: if (USE_SYSTEM_LIBRARIES) include("${CMAKE_SOURCE_DIR}/ThirdParty/UsePkgConfig.cmake") # PkgConfig stuff in this file else() # find third-party package modules list(PREPEND CMAKE_MODULE_PATH "${CMAKE_SOURCE_DIR}/ThirdParty/cmake_find_package") endif() Otherwise I'd just maintain this for the FreeBSD port.

thebigh, I haven't looked at porting DarkRadiant yet. I'll likely take a look soon. freyk, yes, I intended to package and maintain The Dark Mod (and tdm_installer) for FreeBSD. Is there a preferred package name for packages (tdm, thedarkmod, darkmod, or something else)? Thanks, stgatilov, for reviewing and committing the patches. I'm working on reducing the CMakeLists diff and will provide an update once things are looking good.

Here is the console log. I just had a thought. I have MFA enabled on my Github account - maybe it's something to do with that? It's not an issue though with other tools that I use for this. With either VS Code or command line I can push fine and there aren't any more prompts. Unfortunately I can't turn it off because I use that account for work as well (hence the MFA requirement). But maybe you could try and reproduce by enabling it briefly on your account. main is set up to track origin/main main is set up to track remote origin Pushing to remote origin Found credentials for resource git:https://github.com in the credential store Found credentials for resource git:https://github.com in the credential store Found credentials for resource git:https://github.com in the credential store Found credentials for resource git:https://github.com in the credential store Found credentials for resource git:https://github.com in the credential store Found credentials for resource git:https://github.com in the credential store Found credentials for resource git:https://github.com in the credential store Found credentials for resource git:https://github.com in the credential store Found credentials for resource git:https://github.com in the credential store Found credentials for resource git:https://github.com in the credential store Found credentials for resource git:https://github.com in the credential store Found credentials for resource git:https://github.com in the credential store Found credentials for resource git:https://github.com in the credential store Found credentials for resource git:https://github.com in the credential store Found credentials for resource git:https://github.com in the credential store Git Exception: too many redirects or authentication replays

Switched from Compiz to Xfwm4.