A Linux Knowledge-base for starting new things quickly.
Go to file
Malin Freeborn b6ae7a2fed improve vim
2020-01-14 02:29:59 +01:00
basics various deletions 2020-01-10 05:19:29 +01:00
chat ch-ch-changes 2020-01-02 04:41:16 +01:00
data add git cleaning 2020-01-11 14:29:06 +01:00
distros correct systemd in autologin 2020-01-12 03:02:43 +01:00
hardware cleanup 2020-01-05 13:33:53 +01:00
networking various deletions 2020-01-10 05:19:29 +01:00
sound initial commit 2020-01-02 01:04:35 +01:00
system various deletions 2020-01-10 05:19:29 +01:00
text improve vim 2020-01-14 02:29:59 +01:00
vision fix ffmpeg link 2020-01-06 04:01:09 +01:00
.gitignore add gitignore 2020-01-02 03:47:37 +01:00
LICENCE.md add cc0 licence 2020-01-02 03:49:23 +01:00
README.md presumed info in basics.md 2020-01-09 14:18:50 +01:00

This is a list of quickstart guides for Linux programs.

Purpose

  1. Minimal theory, maximum practical.
  2. The statements should go in order of how likely they are to be used: if git add has to be used by everyone, then it should go first.
  3. The scripts should get someone up and running in the shortest possible time.
  4. No explanations for the program. This isn't an introduction or advert, it's a guide for someone who already wants to use a program but doesn't know how.
  5. No presumed knowledge (except for information held in basics.md).
  6. Easy reference.

As little knowledge as possible should be presumed, with required knowledge being internally linked. If general knowledge is presumed, it should be placed into a file named 'basics'.

What's wrong with everything else?

Man pages

  • Orders items by the alphabet rather than by relevance.
  • Often presumes you know everything except that one program.
  • Often written in the 80's, and it shows.
  • Zero respect for your time.

curl cheat.sh/

  • Doesn't have the programs I like.
  • Too short to get you started on many programs.
  • Poor understanding of priority (git stash is covered byfore git commit).

Current State

This started as a few personal notes, and will probably continue to look like that for some time. It's a bit of a mess.

Systemd is taken as a default. Non-systemd commands we relegate to their respective distros, e.g. runit for Void Linux.