Our latest build is always live at https://opensuse.github.io/openSUSE-docs-revamped/.
This is the construction site for the upcoming Leap and Tumbleweed documentation. Please do not consider any of this as official documentation. Use instead:
- Generic documentation based on Leap: https://doc.opensuse.org/
- Tumbleweed specific knowledge-base: https://en.opensuse.org/Portal:Tumbleweed
We often hang out on this Telegram chat, which by the way is bridged to the IRC #docs:opensuse.org
and to #docs
on this Discord channel.
- If you are not familiar with the fork -> pull request workflow, please refer to this.
- When adding a new article make sure it lands in
/project/docs
- Please try to comply with the guidelines under 'Commits' and 'Pull Requests' below.
- The default branch -- the working branch -- is not
main
ormaster
butdev
. I will merge from one milestone to the other.
4 types of commits. PRs should whenever possible concern just one type of commit:
structure
(how the textual and multimedia contents breaks down into different parts)design
(web and non-web visuals)web-functions
(functionalities invoked from the web release of the docs)contents
(textual and multimedia contents)
New features should be proposed or discussed using dev
as baseline, unless they refer to a particular structure
-, design
- or contents
- commit.
When lodging a PR please make sure to give us permission to commit to the Pull Request branch by checking the Allow edits from maintainers
checkbox on the Pull Request. Otherwise we won't be able to work with you on your PR.
-
You can either install mkdocs from pip or from a virtual environment.
-
It's highly recommended to use a virtual environment and not pip, so that the dependencies of this project won't mess with your system-wide python packages / modules. You still need to use pip to install pipenv though ;).
-
Personnally I am using pipenv, which you install on openSUSE distributions with:
pip3 install --user pipenv
. Then you'll need to add~/.local/bin
to your PATH. The best method for that depends on your shell:- for
bash
addPATH=$PATH:/home/your-user-name/.local/bin
to.bashrc
- for
fish
run the following command once from a fish shell:set -Ua fish_user_paths /home/your-user-name/.local/bin
- for
zsh
addexport PATH=$PATH/home/your-user-name/.local/bin
to.zshrc
- for
-
Then
- clone this repo where you want in your home folder
cd
to it and runpipenv install
to install the dependencies, and thenpipenv shell
to run the environment.- finally
cd
toproject
and run youmkdocs
andmkdocs-versioning
commands from there, i.e.mkdocs build
to generate the web content andmkdocs serve
to serve it (by default at http://127.0.0.1:8000/) (replacemkdocs
withmkdocs-versioning
if you want to produce a multi-version build instead). The built-in dev-server allows you to preview your documentation as you're writing it. It will even auto-reload and refresh your browser whenever you save your changes.
-
Available commands & documentation on mkdocs: https://www.mkdocs.org/
...
Pipfile # dependencies listed in pipenv format
requirements.txt # dependencies listed in pip format (added for compatibility purposes)
project/ # where you run your mkdocs commands from (while the pipenv commands are to be run from the root directory)
docs/ # contents files that mkdocs injects when building the website
site/ # the source files of the generated website after each 'mkdocs build' command.
...
...
.gitignore
should not let you commit any build
directory. Please make sure that is the case.
- Choosing a distribution
- openSUSE distributions
- desktop Environments
- getting the right installer
- FAQ: Issues & solutions
- Installation setups
- full disk install
- multiple boot
- disk partitioning
- disk encryption
- snapshots/btrfs
- Preparing the installation media
- requisites
- step by step guide
- Step by step guide
- Quick install for experienced users
- KDE Plasma basics
- X, XWayland & Wayland sessions
- settings & keybindings
- using panes, bars, widgets & docks
- learning more
- GNOME basics
- X & Wayland sessions
- settings & keybindings
- using extensions & plugins
- learning more
- Interlude: Fundamental openSUSE concepts
- zypper
- YaST
- snapper & brtfs
- the Tumbleweed way
- Getting & installing software
- the Leap way & the Tumbleweed way
- installing distribution packages
- adding repositories
- flatpaks
- snaps
- running with podman
- running with libvirt
- building from source
- Updating and upgrading
- updating packages
- upgrading Leap
- updating / upgrading Tumbleweed
- Managing snapshots
- brtfs snapshots
- rolling back with snapper
- introducing
tumbleweed-cli
- tumbleweed snapshots
- rolling back with tumbleweed snapshots
- Troubleshooting with autonomy
- how Linux logs errors
- dmesg & journalctl
- finding the culprit
- exporting evidence & asking for help
- Finding & installing additional software
- codecs
- drivers
- case study: Intel, NVIDIA and AMD drivers
- case study: printers
- case study: scanners
- case study: touchscreens
- case study: Wacom tablets
- Security basics
- passwords
- gpg & ssh keys
- firewall
- AppArmor
- Wifi & network
- NetworkManager basics
- setting up a VPN
- Power management
- hibernating from swap
- hibernating from file
- suspend & lock
- CPU power control
- Pairing, syncing, sharing
- bluetooth audio
- sharing files
- syncing files with other devices
- Advanced fine-tunings
- kernel parameters
- initramfs
- systemd basics
- More partitioning
- Recommended setups
- internet & social
- office users
- privacy advocates
- graphics designers
- 3D animators
- audio recording
- photographers
- video editors
- education
- software developers
- system administrators
- hackers
- GIS users
- home automation
- servers/NAS
- firewall/Router
- Reporting bug reports
- the openSUSE bugzilla
- the KDE bugilla
- GitHub & GitLab Issues
- Other sources of documentation
- Reference documentation
- Wiki
- A contributor's checklist
- get in touch
- open an issue
- make a pull request
- Doc Team onboarding