documentation VS gitlab

The Fediverse is inherently difficult to understand and use. Their documentation, sadly, is written as a sales pitch for the federation piece of it, but doesn’t make it simple to understand. This summary is better, but parts of the explanation still don’t make sense when trying to access content. I couldn’t figure out how to see Mastodon toots from other servers, as an example.

My next task is triaging and labelling issues and pull requests in the documentation repo on GitHub, with an aim to bring in as many of those existing contributions as we can. I am particularly focused on the API, and I am not currently so familiar with other topics (Mastodon server installation, administration, etc), so I'll be relying on additional help! I am aware that some of the issues and PRs have been waiting for a while, but I'll do what I can to get things improved here.

that said, you can achieve what you're asking but it's tricky: https://github.com/mastodon/documentation/blob/archive/Running-Mastodon/Serving_a_different_domain.md

I recommend you go through their documentation. It's very well written. https://docs.joinmastodon.org/

I honestly begin going to the Mastodon docs and reading. https://docs.joinmastodon.org/

https://github.com/mastodon/documentation documentations are here. I guess you can upload your documentation in the manner in the style as seen there. Although the documentation that you want is more related to code.

Anyhow, if you want to really learn what it is about, their docs are actually good at explaining that https://docs.joinmastodon.org/, but it is definitely too much for normal people.

Before I dive in too far, let's talk about microblogging and federation as Mastodon describes it. For microblogging, the Mastodon docs say:

The only other issue I hit was getting certbot to work. I found the answer to that little problem via an update in this GitHub issue (namely: disable the site altogether, run certbot in standalone mode, and then enable the site and update the certs section). I need to push a PR for this as well, but wording it will be a pain.

Since the relevant code appears to be in the "ee" directory <https://gitlab.com/gitlab-org/gitlab/-/blob/v16.11.0-ee/ee/l...> and is not present in the foss repo, I'm guessing the answer is no, at least for now. They do have a history of "releasing" features from EE back to CE but my suspicion is not for LLM stuff

(Side note: Issues are usually hash-prefixed like #1234 both on GitLab and GitHub. However, commit messages must not begin with a hash, they would be considered a comment and ignored. Therefore, GitHub has introduced the alternative prefix GH- and I've contributed a similar prefix GL- to GitLab a while ago.)

and its "oh, you want multi-arch, do you?" friend. While prosecuting this <https://gitlab.com/gitlab-org/gitlab/-/issues/339567> I learned that https://hub.docker.com/layers/multiarch/qemu-user-static/7.2... actually mutates the binfmt_misc in buildx's context in order to exec the static copy of qemu in it https://github.com/multiarch/qemu-user-static/blob/v7.2.0-1/...

and, that the buildx plugin itself has some qemu magick in it, which got addressed in a minor version bump but I couldn't track down the relevant GitHub issue this second (I've flushed it from my mind, only recalling that there were a lot of actors in that tire fire)

This is actually a follow-up refactor, the fix is here: https://gitlab.com/gitlab-org/gitlab/-/commit/abe79e4ec43798...