proposition / a11y from the start .

prerequisites: The personal computer node should have haptic features that enable inserting live install media from users with different preferable sensor types / aquity level . User should have the physical media or have a computer with the installer running with poweron.

Installer should probe the user in a dialogue to agree on the preferable UI-display-input typed to use. Installer would probe first the hardware to see available UI devices .

So eg:
- (Installer) Hi User. Look,feel,hear all you devices of your computer. In you computer there are these output display types and these input types. State your preferences.

- (Installer) Hi User. Do you suffer from RSI ? I could install packages that prioritize input from less hand stressing devices.

Aligning with stated preferences the Distro should prioritize software tagged approprietely. For example : If a user states Display:Haptic Input:main-Sound,fallback braille keyboard then the Distro should install packages that can align with that choice. So in that case there is would be need for X11 but a haptic-display-server that can mediate access to that kind of device for different haptic friendly processes.  If a user states Display/Visual/Text oriented  distro could prioritize tmux over X11 and userspace land that can align with that. 

The core idea here being that all IO hardawe could be used but the installer would prioritize packages aligning with the prefered interaction styles.

-------------------------------------------------------------------------------------------------------
TLDR: For a shorter recap see my Devuan wikipage  @
I present the wiki page as testing showcase of how i think a wiki could relate to various help systems used from Devuan Project.
-------------------------------------------------------------------------------------------------------
intention (goal) :
Trying to create a shared directory but with the constraint of not using the most accessible help in my system (internet search!!) . And if you have installed the most popular distros that is Firefox / google (by default). (so no web-search, no irc , no im , no forums, no emailists ... funny how most help systems need the net!) .. so that leaves us with 'good??' old manpages and possibly info.

User profiles:I approach the task from the perspective of either a sysadm that forgets always the details of a task or a naive user that is not afraid of tty.

Possible steps:
First: How do i search for related commands ? But that could be a wrong approach. Maybe our intention can be accomplished with a bunch of various commands.
So initially we could need help both in how we use the help inside our offline system and what commands could help me.

Possitble steps / search for commands / help
Know how to search for commands related to your intention. So if we dont remember how to ask our system for help we could go:

   $ help 
   ....These shell commands are defined internally. ...
       cd [-L|[-P [-e]] [-@]] [dir]     // interestingly there is no #man cd  
                                                // or #man alias but there is #man pwd                                                
   $ help share files  
bash: help: no help topics match `sharing'.  Try `help help' or `man -k sharing' or `info sharing'.  
    //cool.help states that as far it knows  'man' and 'info' are the help systems to look at !

Possitble steps / search for commands / man 
So my system dont seem it can help me unless i know $ man
But that still would help us!  We need also $ man man

Indeed $ man man is a good start .  (as @blackhole reminded me)
It explains that the system docs it can access and present to us are organized in sections and pages . And a page is structured in sections.
Also its opens  the road to $ man -a intro and $ man -k  and it refers also to apropos.

Possitble steps / search for commands / man -k (apropos) 
But i think even that wont help us. For sharing a folder we must know about groups. That is a basic knowledge for even a forgetfull sysadm. (we already assume that the system has more than one users!!). Interestingly arpinux's debian begginer's handbook (see further in that forum's thread for more related details) refers to Linux's mutliuser nature in the Rights and permissions sections. So the naive but determined tty-fearless user could learn that permissions on a folder could be the answer to sharing.

Possitble steps / search for commands / searching for groups
1. Search for group related commands (# apropos group)

$ apropos group | wc 
    122    1077    7284
$ apropos groups | wc 
     23     214    1425

Lets narrow a list of commands that seem related:  addgroup(8) , adduser(8) , getgroups(2)!! (how could a user know what '2' means?) , groups(1), setgroups(2)
Having already learned about man section we can narrow our list to  sections 1 (Executable programs or shell commands),5(File formats and conventions),7(misc), 8 (System administration commands (usually only for root)).

$ apropos -s 1,5,7,8  groups | wc
   17     157    1037  

Interstingly (for me!) root will give us the same :

# apropos -s 1,5,7,8  groups | wc
     17     157    1037

Still 17 commands are a lot. In worst case the forgetfull admin should read all the man pages !  (i wonder if i could pipe apropos results to man or another pager...)
But looking apropos's results shorts descriptions i guess we should start from groups(1) print the groups a user is in and addgroup (8)  - add or manipulate users or groups.

(here we miss groupmod .. not because apropos wont find it but because

# apropos  -s 1,5,7,8 group | wc
     57     534    3614

  . So we should search among more commands.

Our plan 
So now a plan can be formulated:

• create a folder # mkdir /home/sharedfolder

• create a group (family)

• change shared's folder group owner

• add your users in that group

• do some testing to see if the default permissions suits you.

Our plan  /  create the shared folder
Ok. Lets create the shared folder. If we choose /home as our parent dir then only root can create it. Also only root can call addgroup.
And only the root must change the folder's group.

Our plan  /  create the family group

$ man addgroup
   Add a group
       If  adduser is called with the --group option and without the --system option, or addgroup is called respectively, a
       user group will be added.

# addgroup family
bash: addgroup: command not found

At that point i think our naive user will stop. (no internet)

A debian quirk makes even for root addgroup not accessible.

# sudo apt-file search addgroup
adduser: /usr/sbin/addgroup   

So try again:

# /usr/sbin/addgroup family

Our plan / validate new group creation 
Now it'd be handy to validate that our group was created. But how ? The command we have found so far wont help us. So lets believe that if linux wont say anything is a good sing .(see unix philosophy @.) ( hint: again look at # apropos  -s 1,5,7,8 group  and have faith .. )

Our plan / change group owner of our sharedirecory
Now how do we change the group owner of our /home/sharedfolder ?

# apropos permissions
...
access (2)           - check user's permissions for a file
chmod (2)            - change permissions of a file
...

Here again the previous apropos command bites us. We need chown .  So again we'r stuck. man pages are indifferent to our intentions or for what purpose we want to use a commands.

In worst case we must backtrack and look at # apropos  -s 1,5,7,8 group    having more faith at the short descriptions.
So we backtrack. (no internet ).

# man chown   // good description guides us here well.
# ls -al
...
drwxrwxr-x  2 root root  4096 Jun 24 10:33 sharedFolder
...
# chown root:family sharedFolder
# ls -al
...
drwxrwxr-x  2 root family  4096 Jun 24 10:33 sharedFolder
...

Our plan / add our user to the new family group
Dont loose faith. We are near the end!!...  We must add our users to the family group we have created and sharing magic will start.
If at each user we do: $ groups we'll see the groups our users belong in. We want to add the 'family' group to that list.
Apropos to help..  look at  # apropos  -s 1,5,7,8 user
Check # man usermod

# /usr/sbin/usermod -a -G family alex
# /usr/sbin/usermod -a -G family olga

Alternatively :
/usr/sbin/groupmod -a -U alex,olga family

Our plan / do some testing
login as alex:

$ cd /home/sharedFolder/
alex@familypc:/home/sharedFolder$ ls
alex@familypc:/home/sharedFolder$ touch test
alex@familypc:/home/sharedFolder$ ls -al
σύνολο 8
drwxrwxr-x 2 root family 4096 Ιουν 24 21:48 .
drwxr-xr-x 6 root root   4096 Ιουν 24 10:33 ..
-rw-rw-r-- 1 alex alex      0 Ιουν 24 21:48 test

I think we're ok.

Release : Excalibur
DS+WM : Xorg , XFCE

When i start Gajim i see:

The same message i see starting google-chrome

Host: Devuan Excalibur

I see the boot menu and i let it boot with its default.

If i choose fail safe it proceeds ok and i login with username : devuan.