WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: wiki's ...  (Read 189 times)

Offline mocore

  • Wiki Author
  • Hero Member
  • *****
  • Posts: 807
  • ~.~
wiki's ...
« on: June 09, 2026, 02:34:24 AM »
just wandering
what wikis (or similar software) do *you* use? ( read / contribute content or *even* host / hack )

mostly because i just got round to
"Building a student wiki at MFF Charles University" @  https://fosdem.org/2026/schedule/event/KLAKHV-matfyz-wiki/

but also because ... *gestures at various related (imho) things*

- in the past *our* tiny core wiki had became unmaintained / inaccessible , only offsite backups was available 
( its back now ( many thanks to the current/future maintainers ) but the traumatic memories persist  ;) )

- on looking up devuan's wiki https://wiki.devuan.org/?n=Main.Wiki , and reading about the "Wiki audit" sounds eerily familiar

- nixos deleted their old wiki  :'( https://nixos.wiki/wiki/NixOS_Wiki:History
  https://wiki.nixos.org/wiki/FAQ#Why_is_there_a_new_wiki?_What_is_with_nixos.wiki


- this topic "tiny core docuwiki offline? aka local documentation for offline use 2.0" @ https://forum.tinycorelinux.net/index.php/topic,22566.msg141377.html#msg141377
 was my attempt to bring some concepts from the core-pkg philosophy ( read plain-text and script fun :D ) to the wiki
 .. also related ( this html / quine / wiki https://forum.tinycorelinux.net/index.php?topic=25278.msg161552#msg161552 requires javascript  )

- also some place there is some other topic/post with a reference to the historically most popular/copied manual/documentation
  perhaps someone reading lived though this part of digital history , or even a copy of the manual's in question ... and can clarify my vague perhaps wrong recollection
     

 as well as the above it appears
 many of the "big" distro's who have primarily adopted systemd 
 have updated their wiki's and apparently
 at best deprecated and
 at worst purged
 historic content relating to other init systems

/rant

so to re-iterate , my question is

what wikis (or similar software) do *you* use? ( read / contribute content or *even* host / hack )

and ftr emphasis on "or similar software" ( i imagine  ;) one can get far with  touch , mkdir and *some kind of pager* and a few functions ! )
            and *implied minimal dependencies*

thanks! for reading  :D

« Last Edit: June 09, 2026, 02:40:29 AM by mocore »

Offline mocore

  • Wiki Author
  • Hero Member
  • *****
  • Posts: 807
  • ~.~
Re: wiki's ...
« Reply #1 on: July 06, 2026, 10:02:16 AM »

wrt> X deleted their old wiki
https://critter.blog/2020/08/10/wiki-bankruptcy/
>What if, once a year, everything in your company’s wiki was deleted? Call it Wiki Bankruptcy.

 i missed that memo =s

and apparently according to 
"Arch shares its wiki strategy with Debian" https://lwn.net/Articles/1032604/
if you dont delete your wiki =0
the suits will call  SWOT (annalists)  =S
... *to do it for you*

thankfully it appears not all analysis is out sourced *yet!*
Quote
Using AI for problem solving also prevents people from fully understanding a solution or how things work.
That may be a problem for the whole of society, he said, not just ArchWiki.

..while Gentoo consider the lilies amongst other things

"Consider making a public wiki database dump" @ https://bugs.gentoo.org/823860

minisleep is (No daemon, no database)
strictly roots

https://halestrom.net/darksleep/software/minisleep/

Quote
Statically compiles pages: fast & resilient to failure

    All scripts can be disabled or fail and the site will still stay online.  You can repair problems in your own time.
    Likely faster page delivery than any traditional dynamic wiki software (Mediawiki, Doku, etc).

No database: pages stored as files and folders

    Dead simple to administrate and backup.
    Very easy to migrate page content to and from other wikis and systems, so you don't feel trapped.
...*unless* you *really* loathe shell script  ???

Minisleep *really* is
>a tiny wiki engine done right.

ideal for ~/ on core

all though (imho) similar might be possible  simpler
..or more accurately with different *more convenient* abstractions
/rant