-pleroma as a project has stagnated of late. after a spat between
-developers led to a fork (which died due to chronic lack of direction),
-nearly nobody seems to _want_ to work on it. this in addition to the
-BDFL being AWOL whenever needed, means that the entire project is
-nought but a power vacuum waiting for someone to step in. and with the
-track record pleroma has, i do not trust that whoever steps in will be
-good for the project.
-
-thus, i am striking out on my own. i already had a few modifications
-on my instance, so it wasn't a particularly large leap to assume direct
-control.
-
-### But really, why should I migrate to your thing?
-
-aside from me actually being responsive? let's lookie here, we've got
-- custom emoji reactions
-- misskey markdown (MFM) rendering and posting support
-- elasticsearch support (because pleroma search is GARBAGE)
-- latest develop pleroma-fe additions
-- local-only posting
-- probably more, this is like 3.5 years of IHBA additions finally compiled
-
-## Upgrading to Akkoma
-
-### From source
-
-```bash
-git remote set-url origin https://akkoma.dev/AkkomaGang/akkoma.git/
-git fetch origin
-git pull -r
-```
-
-Then compile, migrate and restart as usual.
-
-Then if you've done anything fancy to the frontend, you'll want to get the
-updates for that as well. This won't be the same for any two instances,
-so `https://akkoma.dev/AkkomaGang/pleroma-fe` is the repo you need.
-
-### From OTP
-
-```bash
-export FLAVOUR=$(arch="$(uname -m)";if [ "$arch" = "x86_64" ];then arch="amd64";elif [ "$arch" = "armv7l" ];then arch="arm";elif [ "$arch" = "aarch64" ];then arch="arm64";else echo "Unsupported arch: $arch">&2;fi;if getconf GNU_LIBC_VERSION>/dev/null;then libc_postfix="";elif [ "$(ldd 2>&1|head -c 9)" = "musl libc" ];then libc_postfix="-musl";elif [ "$(find /lib/libc.musl*|wc -l)" ];then libc_postfix="-musl";else echo "Unsupported libc">&2;fi;echo "$arch$libc_postfix")