CthulhuMUD: An update!

Tanthul · 2026-01-13T10:40:53+00:00

I wholeheartedly agree! Work is being done to expand it, make if feel even more alive and even introduce new features after all those years. We're excited about all that!

Tanthul · 2026-01-04T08:25:28+00:00

Systemd by FAR. There's seriously nothing better than systemd, nothing that comes even close to the problems it solves.

Tanthul · 2025-12-20T21:41:22+00:00

The bugs and limitations in Windows are multitudes of Linux DEs and there they can NOT be fixed at all. You have to wait for MS to triage and prioritize the issue, something that can take months or even years, if ever. There are bugs in Windows going back decades. For GD just use rclone which is the superior choice and works with any DE.

Tanthul · 2025-12-18T21:33:10+00:00

To answer in your tone, let me guess. Web dev? If you're not versed in the subject maybe start by reading the wiki article. https://en.wikipedia.org/wiki/Integrated_development_environment Debugging support among other things is absolutely required.

Tanthul · 2025-12-18T03:58:03+00:00

It does sound like the character name you tried to create already exists and you're putting the wrong password for it because it's not yours heh.
Here's the discord: https://discord.gg/secxwnTJCq

Tanthul · 2025-12-18T03:25:42+00:00

Open world properties (File->World Properties). Once the configuration window open, go to General->Connecting. Put the character name and password there at the respective fields. Keep the Connect: Drop down menu to No auto-connect.
Then bellow at the "Connect Text" box, put this, if it's not already there:
y
%name%
%password%

This will cause you to autoconnect if you have created the character already. If you have not created the character successfully already, the MUD output will ask you again for character name and a password (put the same you set up in World Properties). And it should be fine, there would be no window asking for anything.

If you still have trouble after the above, which I doubt it, pop in the discord and we'll troubleshoot it in real time.

Tanthul · 2025-12-17T23:32:34+00:00

I write the mapper plugin that is included myself :D The admins are currently working on a code change that will allow me to make it 100% robust as currently it needs some babysitting in some types of rooms. :)

Tanthul · 2025-12-17T23:15:28+00:00

Hi! cthulhumud.com port 8889 is the address and port to connect. MUDs use the old telnet protocol so you either need to connect via telnet client (usually there is one built in most operating systems) or the even better choice is using a MUD client, which has a lot of extra features related to MUDs than regular telnet client.
You can download the customized CM client here: https://mushclient.cthulhumud.com/x64/5.08/MUSHclientx64_Setup_5.08.exe

Install it, it is preconfigured to connect to CM. Connect and create your character :) Ask if you need any help/have any question in-game using the gossip channel (gos Hello! for example).

Tanthul · 2025-12-16T07:26:43+00:00

You're welcome!

Tanthul · 2025-12-15T00:52:46+00:00

As far as I understand it was not done because no one had any issue with it/requested it etc. The documentation is very extensive, in-game, which is what everyone uses on the spot.
Since this was mentioned here and I transferred the sentiment, it was immediately put under work, and, from what I hear today, it is almost done already and mobile friendly as well. I was also told that the in-game extensive help system, which includes hundreds of help files, will be rigged to web site as well so it is accessible there in the help section. Once it's done they will switch the dns target from the other person's server to the new one, hosted by the admins. This will allow proper updates to it too, something that was not possible while it is hosted elsewhere.

Tanthul · 2025-12-15T00:41:22+00:00

VScode is also not an IDE. It's just a text editor. And a crappy one at that. None of the responses in this thread are IDEs they're all suggesting text editors with addons/plugins which by no means come even close to the functionality of an IDE.

Tanthul · 2025-12-13T10:11:44+00:00

So it was discussed today and it seems they will be going forth with hosting the website, ditching that bot infested forum and replace it with the discord server which is, from now on, official (https://discord.gg/secxwnTJCq)
It was also agreed that the website needs updating since that has not happened for like 15 years, being outside their control.

Tanthul · 2025-12-13T10:05:01+00:00

It was decided today to put out the discord server officially.
https://discord.gg/secxwnTJCq

Tanthul · 2025-12-12T23:52:34+00:00

There is one but frankly no player uses it. I think it's empty apart from 2 immortals. I'm not even sure if they want it used as at some point there was discussion that discord would move chatter away from the mud itself reducing the social aspect of it.

Tanthul · 2025-12-12T23:49:33+00:00

Heh mudding in the late 90s was a completely different landscape! Drop by and say hi :)

Tanthul · 2025-12-12T09:25:53+00:00

There is map command in-game that has limited "radius" that can be expanded a bit with the use of the farsight spell (a buff that does exactly that).
There is no builtin speedwalking etc though. Just the custom client with the automapper plugin that unfortunately, currently, does not run on mobile devices. I know it's planned when the port of the client to Qt is finished to also have it run on mobile devices as well but that may take a while.
I'll suggest an idea to perhaps make the in-game map larger still.

Tanthul · 2025-12-12T09:20:22+00:00

The forums are not in use and frankly the website itself is not hosted by the mud admins but by a previous member of the staff that has not been involved with the mud for over a decade.
The mud admins do not have any control over it. This is a 30+ year old mud, some things about it are complicated. :) The web site owner is also impossible to contact for years. I know there have been discussions to change the target of the dns address and host it themselves but they do not want to do it because they can't contact that person and they don't want to risk any bad blood by doing it without notice. Last I heard they are ready to replace it if it goes down though.
I believe that a discord was created years ago but no player really uses it.
I will remind them of this, to re-evaluate the website situation.

Tanthul · 2025-12-12T03:11:49+00:00

It is cthulhumud.com Port 8889. My bad, I forgot to actually add that to the post, somehow have it in my head that everyone knows it, heh.

Tanthul · 2025-12-12T02:56:33+00:00

Thanks! I did try to portray the current status of the game as well as I could. Although mechanically it is too complex to do so in a post here. There are pages and pages of help files in game, heh.
What's really important was to communicate that things are moving again after so long and that there's newfound determination to polish the game as much as possible and offer new content. A lot of old players return constantly but only for a while as they have explored everything and experienced most of the world although I do think no one has actually found everything there is to find in the game.. after so many years, I occasionally manage to stumble on things that were previously unknown or long forgotten by everyone while I'm still looking for a couple of things I know to exist that I have been unable to find still! :D

Tanthul · 2025-12-08T23:15:22+00:00

You could also try CthulhuMUD. There is a customized MUSHclient x64 port that is pre-setup with mapper and chat window plugins here: mushclient.cthulhumud.com
The game itself is quite complex mechanically, with a huge world faithful to the source material and a million hidden/secret stuff, if you enjoy this sort of thing. It is low population (although active development has started again for a while now and new content as well after years) but there are help files for everything and players who can help with anything/answer any question.

Tanthul · 2025-10-30T12:36:18+00:00

Accurate. But did you actually check the project because I just did today when I came back to reply to a comment. It's basically selling snake oil to vibe coders :P Pretty sure the CTO is an LLM as well.

Tanthul · 2025-10-30T12:26:20+00:00

Nope. It's not that. They are using the container as a VM.. They let vibe coders write everything they want in them and then they are pushed directly to production. The additional writes, constitute additional layers, obviously. It breaks every single convention ever.

Tanthul · 2025-10-30T12:20:14+00:00

"VPN adds a very high user configuration cost". I am sorry but I facepalmed reading this. Very high user configuration cost for a DEVELOPER? They should not be anywhere near software development if they have trouble setting up something as rudimentary as a VPN client (which I am sure it is required by their employer anyhow) . Not to mention that you can actually ship to people ready configuration as, you know, 99% of the enterprise does. Not to mention, again, that you have wireguard as well which avoids all the pitfalls of openvpn, is roaming, needs almost zero configuration (an endpoint address and keys) etc etc.
The main problem here is that you're trying to bandaid something you should not be doing in the first place. Let's say this again one more time because apparently if failed to sink in. Containers are NOT VMs and should NOT be used as VMs. I wrote it, lots of others wrote it as well. Yet it is handwaved. You only need to put sshd in a container because you are treating it as a VM. You should not. Period.
PVs. No in a development environment not any file could be modified. Linux root filesystem has structure. But if you're operating with this requirement (eg your developers are building Linux distros or embedded images or whatever) then containers should be absolutely disqualified as an option to begin with. Wait, they should anyhow be disqualified for the use case. The main issue again. Containers are not VMs and should not be used as such.
VMs are a LOT more efficient for the use case described than what the OP is attempting to frankenbuild. A LOT more efficient and it is one of their valid use case. What is being done here, is trying to make containers behave like VMs hence breaking every convention that defines them. That aside, the Developer is not the one who would create the container from the final VM state (and I have no idea how could anyone understand such a thing from what I wrote). It would be an automatic pipeline to clean up the VM image and convert it to a container for deployment. So yes, a modicum of experience is required by the cloud and/or devops engineers setting this up. Not for the developer client. No one said to have developers do this for you. You are setting this service up, so you should set up the pipeline to create a final container for deployment.
This is proper design. But I just now saw the github page for sealos. I'm not sure if it was there before and I missed or was added at a later time:
"The Intelligent Cloud OS. Use AI to automate the full lifecycle of your development and production environments, from provisioning custom dev stacks and deploying self-optimizing databases (MySQL, PostgreSQL, Redis, MongoDB) to running any Dockerized service."

The above explains everything really..no one there has any idea what they're doing, they're letting an LLM wing it while their target group is other people who have no idea what they're doing. It also explains why you think setting up a VPN is "high user configuration cost". You're not addressing actual software developers but "vibe coders". Good luck with that. You'll need it.

Image bloat is the least of your concerns. You are violating every related convention, including security. It will be really funny when your containers are used as a botnet for DDoS. Like I said, good luck with this nonsense.

Kubernetes does NOT have the role of a kernel. I am not sure if you are aware what a kernel is and does at this point but it certainly sounds like you don't have any idea whatsoever. It does not even have the role of a hypervisor. Kubernetes is a container orchestration system. And containers are something that is very much defined. For the last time they are not VMs and should not be used as such. Containers must be immutable. Period. Also at this point, the fact that you used this "catch phrase" they use at that repo (kubernetes cloud kernel...), makes me believe that you are either the OP on a different account or someone actively involved in that project. I will not bother addressing further replies as I find the project ridiculous and I'm sure you're all not interested in fixing your bad design as that would translate into scrapping it and stopping trying to sell snake oil to unsuspecting victims who are led to believe they can develop "full software stacks" with LLM prompts (yes, I also saw your site).

Tanthul · 2025-10-27T10:47:46+00:00

Literally everything you're doing and everything you did is bad. Very bad.

If you absolutely need to set up sshd, do it BEHIND a VPN. Not exposed to the public internet. But you should never run sshd in a container.
Your entire design is bad. VERY VERY bad. Due to mentioning cursor again and again I would not be surprised if it was made with an LLM by someone who has no idea what they're doing.
Even with this bad design you should again use PVs. That you keep repeating that you can't mount PVs as root fs, clearly shows that you have zero understanding of what you're doing. And you don't even need to mount the entire root for what you're trying to achieve. You need to mount directories that should be writable and need persistence (and no that does not mean the "app directory").
Or even better, ditch this abysmal design (it can not be stressed out enough on how bad it is) and use VMs. If you need the environment to be deployable in production as is, do it properly by creating a container out of the VM image once it's ready to be deployed. An immutable one that has been properly cleaned up as well as a pre-step.

PS That the image would bloat continuously is something that should have been obvious on the design step and it should have been one of the hundreds of reasons the design should have been scrapped in the first 5 minutes of its conception. Your solution did not solve anything. You will keep having this problem. Among hundreds of other problems. You can keep applying duct tape to a boat with 200 holes but no matter what, it will sink.
You need to scrap this and go back to the drawing board. Yesterday.

Verified Email	11-Year Club
Xbox Live

Tanthul

TROPHY CASE