Hey @zapper, a positive action on this forum would have been to propose the hands-on and/or package list to use from the Devuan repositories in order to have that "minimalistic system".

As you know, there is no single "Devuan System" as Devuan is a repository of packages that includes all Debian packages except those that are or relies on systemd; it is your choice.

Maybe try also with

# Required-Start: $local_fs

as otherwise the root filesystem might still be mounted read-only when the output is attempted.

From that display it appears the headset is paired (and I assume you've marked it trusted). If it's paired, you shuld be able to tickle the "Info" option of the right-click menu, which should bring up a window of this-and-that about that headset including some few "UUIDs" for the audio profiles that it implements (eg "Headset", "Audio Sink" etc).

A connection requires that the computer runs one or more "audio servers" that registers to "bluez" as a handler for some profiles. As you already know pulseaudio has a bluetooth "module" to install to make the pulsaudio process such a server.

I haven't used pulseaudio for many years but if I remember it right, in addition to installing packages I also needed to fiddle with some of its configuration files for the module loading to happen. Afair, there are different fiddlings depending on whether pulseaudio is run as root or as non-root user. It's comprised of both the "registering" of the module to pulseaudio's module register file(s) and then some "authorization" hands-on to its runtime configuration files.

"the job" ?

Any user who is allowed to become root may well be in the input group.

Some tidbits:

1) the user that runs Xorg in vtN must have rw access to both /dev/ttyN and /dev/tty, and (I think) have w access to /dev/tty0 as well. This access is required for Xorg's VT ioctls.

2) further, that user must have rw access to /dev/dri/card0, i.e. the graphics card in use which typically is card0 but could possibly by card1 etc. This access is required for Xorg's graphics ioctls.

3) further, that user probably must have access to /dev/fb0 as well.

4) further, that user must have access to input devices, ether directly or as mediated by either logind0 or seatd. This access is required for Xorg's use of input devices.

4a) the logind0 method for mediating input deices requires access to a system dbus with whatever plethora of environment variables that requires. This typically gets done by using elogind for "session management".

4b) the seatd method for mediating input devices requires acces to the seatd communications socket.

Normally, (1) is typically achieved by the text terminal getty program which makes the logged in use the owner of the associated /dev/ttyN. The other (2-4) are typically achieved by the devices and the user being in the video group.

Apparently your ping channel to Argentina is lossy

With ssh access to remote servers you can obtain time statistics quite easily. E.g.

Download timing:

ssh $remote dd if=/dev/urandom bs=100M count=2 | time cat > /dev/null 

Upload timing:

dd if=/dev/urandom bs=100M count=2 | ssh $remote "time cat > /dev/null" 

That results in time measures for 200 Mib (aka megabytes) plain bulk data transfers.

Here are some options:

1. e.g. ttps://wiki.hyperbola.info/doku.php?id=en:manual:reference_installation is a h-chopped link

2. e.g. https://wiki.hyperbola.info/doku.php?id … stallation is that unchopped link in plain text

3. e.g. https://wiki.hyperbola.info/doku.php?id … stallation is that link with simple "url" tag wrapping:

   [url]https://wiki.hyperbola.info/doku.php?id=en:manual:reference_installation[/url]

4. e.g. (the link) is that link with "url" wrapping that split acutal link from highlight text:

   [url=https://wiki.hyperbola.info/doku.php?id=en:manual:reference_installation](the link)[/url]

5. e.g. https://wiki.hyperbola.info/doku.php?id=en:manual:reference_installation is that link likewise split and used as both link and as high-light text after an initial space:

    [url=https://wiki.hyperbola.info/doku.php?id=en:manual:reference_installation] https://wiki.hyperbola.info/doku.php?id=en:manual:reference_installation[/url]

   (without initial space in the highlight, the forum renderer reduces it to option 3)

I suppose the ordinary poster would use option 2 as it requires little to no thought around the resulting link presentation.

Option 5 is of course "The Correct Way" technically but it's rather fiddly to achieve and somewhat prone to discrepancy between the actual link and its highlight.. And option 5 actually also allows for, say, tracking parameters on the actual link without showing them.

On the other hand the general safety advice would be: Don't follow any link without first copy-paste it into a plain text editor so you can review it and be satisfied about its parts. In that spirit, the h-chopping is ideal.

"including this one"? Do you say you get som google popup from this forum?
The forum software does not raise any such popup afaik.
Which kind of browser do you use?

@TCH: there is a modemmanager-gui package which presumably interacts with the ModemManager program of the modemmanager package, and there's also the modem-manager-gui-help package with, again presumably, documentation.