Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Everything posted by Thulium

  1. Sounds familiar, I made these packages to get 'a feel' for making software packages in general (I know, they probably are not good enough to be included in Debian or any other OS, but they have been good enough for my personal stuff and at work). Build automation should be easy once you built the first docker image. You might want to check out Drone (https://drone.io) for a Docker integrated CI/CD solution. I use it to build some Docker images for my own personal systems.
  2. There is, check trinityserver-database3.3.5, it also has a small script that will setup a db server :-) I split that off on purpose, so it's possible to run multiple trinitycore instances sharing the same DB without lugging around multiple copies of the database. The build script does some magic to copy all the SQL files out of the github source of TC. Nice work! It's actually quite well suited to run in docker, all of the dependencies can be just folded in one neat little container, and (not sure if you can) should you statically link the binaries, you can probably even cut out most of the surrounding Debian OS. Oh, one last thing, the dependencies section in the build files is only build-time dependencies, you can't compile something that is an SQL client without the required header files ;-) runtime dependencies are in the DPKG definition at the bottom. Do note BTW that I will not port the packages to Debian 11 next year, as I no longer play WoW nor run a server myself!
  3. The setup_database.sh script is in _trinitycore-database3.3.5_ only, as the script relies on the SQL files also distributed using that package. But the database package is _not_ installed automatically, due to the fact that you might want to use a dedicated database server.
  4. You can still use it without systemd, the package places some stuff in /etc/systemd/system, which only does stuff as long as systemd is in your docker images :-) So you can do one of 3 things (the third is only for completeness sake, you should pick 1 or 2): 1. Add the package as-is to your docker, ignore the systemd config (it has no dependencies on systemd, so you can install it in an image without systemd) 2. Make your own build, be sure to copy the repo and remove the systemd stuff from trinity-server3.3.5.files/B_DEBIAN (this is the 'control' directory for dpkg). You can also see the things I do to start the server. 3. Run the containers privileged, systemd is weird that way... (don't actually do this)
  5. Hey, Did you install the trinitycore-database3.3.5 package as well? It's supposed to be in /opt/trinitycore/bin and that is added to your PATH variable (hence why you don't need to type in the whole path). The database package is not installed automatically, in case you want to run it on a different server.
  6. Hi all, It took me a whole lot some time to prepare my Debian 10 buildserver, but I finally got around to do so. Please find new packages up in the repo! I have updated the TS with the new paths. Please note that builds for Trinitycore on Debian 9 have been broken for a month or 2 because some of the build dependencies changed to versions that are not available in Debian 9 (for example SSL). Also, I'm winding down on my own server as I don't play WoW any more. I will keep compiling the packages for the forseeable future, but I will not port them to Debian 11 (slated for ~Q2 2021). Please find all the scripts and recipes in the TS to roll your own :-)
  7. The password it asks is the one for the database server root, the generated password is for the TC databases, so you probably installed a DB server and secured that beforehand. Most default installations of MariaDB on Debian don't request a password if you are logged in as root on the system and run mysql commands. Buster packages are coming up soon, just a few more days until it's (long awaited) release...... :-)
  8. It took me some time to set this up properly ;-) I'm glad it works well :-) About the missing config keys, that's correct, the config files are still the same (from the ones I created back then) and are not updated (as it requires me to reconfigure them each time a new key is added). Good thing for us is that the software doesn't care about missing keys and will assume a sane default value. The best/easiest solution would be to 'port' the configuration included in the packages to a fresh config file. Same goes for the warnings, the server will run just fine, but this is only because the DB is newer then the code, the other way around could be problematic, as you'd be referring to DB objects that don't exist for scripts that need 'm.
  9. Hey, I (very) recently updated the repo to use https, if you have issues downloading the packages, make sure you have apt-transport-https installed. When installing the server it does not automatically install the database packge, this allows you to use a different machine for the DB :-) (e.g. you already have a tuned DB server running). You can always install the DB package on the same host as the server package. It will pull in a mariadb-server as well. Not sure about the DB errors... The only check you can do is see if all trinitycore-*3.3.5 packages are of the same day, I just did and it seems the DB package is about 12 days newer. I'll need to check my buildserver why it isn't building the others. EDIT: found the issue, build was stuck on installing a dependency :-) just started it up again, expect new arrivals in ~2 hrs
  10. Well, in that case, roll your own ;-) https://github.com/Thulium-Drake/trinitycore-recipes
  11. psst, if you manage to get it working, don't forget to make a post on how you did it :-) help someone else help themselves too ;-)
  12. The documentation has everything you need: https://trinitycore.atlassian.net/wiki/spaces/tc/pages/2130077/Installation+Guide
  13. If you downloaded the Windows archive, you're going to have a hard time running the software.. Can you run 'file worldserver.exe', it should say something like: worldserver: ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=9c04eb9ccf1cf2a97498f2b8aa4254aba44600ff, not stripped If you're running into issues with compiling and installing the software, have a look over here:
  14. Shameless plug: All the work you mention has already been done there ;-)
  15. Hi all, For those that are still using my packages, please note that the package name has changed! It's now suffixed with '-en', and I have put in place some scripting that will clean up old builds (as it was frequently clogging up my repo server). The name has changed due to me using the build script for other stuff as well and I want to avoid naming collisions with other software that resides in the repo. I have updated the TS :-) TL;DR: use trinitycore-server3.3.5-en, trinitycore-database3.3.5-en and trinitycore-tools3.3.5-en now.
  16. The other problem I see in the screenshot is that you are running Trinitycore as root... Please don't! It's very bad security practice. You'll want to create a new useraccount, and change permissions and test if everything still works. Shameless plug: the alternative -> Also features automatic updates.
  17. Hi @Wronglebowski, Yes, it was. For some reason my build script didn't include it any longer. I have updated it to include it again. I'm currently running a build and will upload new packages when that's done. Try to update your server in a few hours, as a new update is available and a full build takes about 2hrs. Cheers!
  18. Hi Folks, If anyone else comes across this topic in search of the missing script. Good news, it has been fixed in the latest version of the packages! For anyone wondering what this is all about? Check my topic mentioned in the post above mine. setup_database.sh is a script I wrote to setup a fresh set databases when you are using the packages I make. Cheers, Thulium
  19. Sorry for the late reaction, I've updated the database package to include the new TDB version. The name and the structure of the TDB archive on the Github page changed, so my script got confused, but I didn't use/check my server lately :-) Cheers!
  20. Hello folks! Today I finished upgrading my buildserver to Debian 9 'Stretch', and the packages will now be compiled to that version of Debian. Please note that older versions of Debian -will- break- as they no longer satisfy the requirements. You should be able to upgrade your system from Debian 8 to 9 and the new version of the packages will automatically work :-) Cheers!
  21. Hi blackcat, The software itself will run on Ubuntu just fine, as long as you are providing it with enough resources. However, the packages are made for Debian 8 (will upgrade to 9 soon). You are free to try and install the packages on your Ubuntu server, however, some package names for the dependencies might not match. And then the package manager (dpkg) will be unable to install the software. You could do one of 2 things: - Run a debian based server - Manually unpack the deb files and move the files to the correct folder (and script that) Regarding the 7.2.5 server, I do make packages for the 'master' branch for trinitycore, but I don't run a master branch server and those packages might contain incomplete configuration. However, feel free to try them and let me know what to include :-) Cheers
  22. I might be late to the party, but when you are running the extractor tools, can you open 'top' in a different terminal window? It sounds like you either have severe I/O Wait times, or your system is busy with other stuff. I've ran the extractors on a virtual machine (on a server that's hosting 20 other VMs on a single i5 cpu) and it took a few hours, but nothing exciting.
  23. Hi moonwhaler, Thanks for the feedback! :-) As for bots, I fear that there isn't a viable project at the moment that implements player bots. I have tried merging a few codebases a few years ago, if I got it working, it was very laggy and heavily taxing my server. And sadly, most of the projects that implement a form of bots in TrinityCore are dead, or almost dead. As the code is no longer compatible with the server. What -could- be an option, but I don't know how well they are developed, take a spare PC, run some copies of WoW on it in low graphics mode and use an actual bot to co ntrol them. But I don't know if they are any bots that can do anything more then 'just farming'. You might also need to disable Warden if you use modified WoW clients. Cheers!
  24. My guess would be that it's all gone or corrupted, you could give yourself a 'safeguard' by giving the databases a version in the name, e.g.: - characters-335 - characters-master etc.. That's what I did with the packages I've made :-)
  25. If you check your DB server, there should be 3 databases that contain TC data: - auth: useraccounts and server connection profiles (realms) - characters: what it says on the tin - world: what it says on the tin The first 2 databases contain 'unique' information in the sense that it's unique to your server, it contains everything people did on your server. The world database is the only one that you can ignore for backup purposes, as it can be reconstructed.
  • Create New...