What wiki would you recommend for running locally?
Currently I have the option to automatically have it (sort of automatically have it) uploaded to a Git repository (happens to be GitHub
). GitHub supports a MediaWiki syntax, but I don't much like that. It is a weird syntax.
I have experimented before with DokuWiki but it was rather slow (I was in the process of modifying it to have faster load times and was rather successful but not yet enough and it ended in an unworkable solution, may need to get on with that in a few months (to fix it again). But no time yet I guess. Also, this wiki (these wikis) usually have very poor graphics/layout/design. The DokuWiki theme by default is rather ugly:
https://www.dokuwiki.org/dokuwiki#
But the MoinMoin that was referenced here:
https://www.kubuntuforums.net/showth...hon-FDKeditor)
Has a bit of the same problem. It uses MediaWiki-like syntax as well.

Most of them use a hideous light blue background by default. I don't know why. They just do it. I just installed (from "apt list *wiki*") a thing called DidiWiki. You install it, it runs at localhost:8000, you can open it, immediately can start editing, etc. But also: by default there is no navigation pane, the style is pretty poor, by default no pretty environment, or a cozy environment to feel at home in and to pleasurably work in.

(The borders (blue) are KDE's glow (Plasma4). KSnapshot doesn't work with it when you turn "window decoration" off).
Actually DidiWiki instantly looks better and I guess it could be right for me. But it doesn't show existing files (links) in a different colour. It puts your files in /var/lib/didiwiki/ but there is clearly no support for even a navigation frame/index/div/thing.
Currently I have the option to automatically have it (sort of automatically have it) uploaded to a Git repository (happens to be GitHub
). GitHub supports a MediaWiki syntax, but I don't much like that. It is a weird syntax.I have experimented before with DokuWiki but it was rather slow (I was in the process of modifying it to have faster load times and was rather successful but not yet enough and it ended in an unworkable solution, may need to get on with that in a few months (to fix it again). But no time yet I guess. Also, this wiki (these wikis) usually have very poor graphics/layout/design. The DokuWiki theme by default is rather ugly:
https://www.dokuwiki.org/dokuwiki#
But the MoinMoin that was referenced here:
https://www.kubuntuforums.net/showth...hon-FDKeditor)
Has a bit of the same problem. It uses MediaWiki-like syntax as well.

Most of them use a hideous light blue background by default. I don't know why. They just do it. I just installed (from "apt list *wiki*") a thing called DidiWiki. You install it, it runs at localhost:8000, you can open it, immediately can start editing, etc. But also: by default there is no navigation pane, the style is pretty poor, by default no pretty environment, or a cozy environment to feel at home in and to pleasurably work in.

(The borders (blue) are KDE's glow (Plasma4). KSnapshot doesn't work with it when you turn "window decoration" off).
Actually DidiWiki instantly looks better and I guess it could be right for me. But it doesn't show existing files (links) in a different colour. It puts your files in /var/lib/didiwiki/ but there is clearly no support for even a navigation frame/index/div/thing.

. 5 minutes later and my swap is back and recreated at 2GB less. I can easily put it at the back of the VG as well. If I need 2GB extra. Could do it straight away.... anyway. Putting at the end of a data volume... The only thing I hate so much is trying to umount when all that obviously usually is in the way, is that certain programs were started with a working directory of what you are trying to umount, but they are not actually using any files from there. This is usually shells but you can also start a program like Firefox from a current directory and it will be in the way when you try to umount, having to close the program, etc. And.... ready
. 4GB extra available on root volume
Comment