/etc/issue is traditionally the message that appears on the virtual terminals above the login prompt. And /etc/issue.net is traditionally the message for when you log in via ssh. They normally start with contents that might list the OS, but they can be set to whatever you want.

I had no idea /etc/os-release was a systemd thing... drat.

Thank you: This is good news! I had toyed around with the idea of getting a Pinebook Pro, and I would only want to run the best software on it. I'm not afraid of a kernel compile especially with nice instructions like you have there. I just cannot find a real reason to get a super-small laptop yet...

Make sure that you have "vim" package installed and not just "vim-tiny." That sounds like you've got the bare minimum vi implementation in a Debian-like system.

The xml files for xfce4 underneath ~/.config are emphemeral. You cannot rely on modifying them yourself to actually take effect in the current session. Closing the current session will usually force update those files, additionally.
The way to modify keyboard shortcuts for window manager operations: https://bgstack15.wordpress.com/2018/06 … r-in-xfce/.
It links to https://bgstack15.wordpress.com/2017/10 … from-file/ where I describe xfconf-query.

xfconf-query -l | sed -r -e '/Channels:/d' | while read line; do xfconf-query -lv -c "${line}" | sed -r -e "s/^/${line} /"; done > my-settings.xfconf

Xfconf-query is the way to inspect, and modify, current settings which can then be made persistent upon properly closing Xfce4.

Thank you for sharing this! In my experience, I would actually mount the SMB share as a filesystem, and then LibreOffice can navigate to it with /regular/paths instead of having to specify smb:///protocol/dir/and/path. That requires apt-get install cifs-utils for mount.cifs, but it's not nearly as cool as using LibreOffice itself.
In Devuan Beowulf, the libreoffice package suggests libreoffice-gnome. It's not a hard dependency for Libreoffice to function, but as you observed, it is a great idea.

It's not clear to me from this discussion if this forum software has the ability to show the revisions of a post over time. I realize such a feature is definitely advanced and probably not available, but that would solve the problem. And if somebody needs to delete content from a post on a more permanent basis, that user could reach out to a moderator. Is that a possibility in FluxBB?

I was a huge fan of wicd but had to switch to connman when Ceres dropped wicd.
I find connman-gtk tolerable, but then I know my requirements are simple. I'm not sure if it'll do all that crazy enterprise-level stuff but I haven't had to do that in years and years.

I found some of the defaults of connman very weak. I had to add DAEMON_OPTS="-r" to /etc/defaults/connman, so that it wouldn't run its own dns caching. Also, I had to add an xdg entry (/etc/xdg/autostart/connman-gtk.desktop) for XDG-compliant DEs.
Connman-ui is a separate package that provides a system tray icon, and only the icon based on my very limited testing. Connman-gtk sometimes struggles to run and start straight into its own system tray icon, but it's tolerable.

If I understand what's been happening correctly, on my laptop that I suspend/hibernate/whatever when I shut the lid for the night, I don't lose my dhcp IP address! I had to write an xscreensaver-watch hook for wicd to always re-initiate dhcp request.

So, some pros, and some conns (pun intended).

$ apt-cache show wireshark-common | grep -oE '^Version:.*$|libsystemd0 [^ ]+ [^ ]+'
Version: 3.2.6-1
libsystemd0 (>= 246),

Wireshark 3.2.6-1 depends on libsystemd0 version 246
The current libelogind0 is:

$ apt-cache show libelogind0 | grep -iE '^(Provides|Version):'
Version: 243.8-1
Provides: libsystemd0 (= 243.8)

Now this is for Ceres, so it's ahead of even Chimaera. Either upstream libelogind hasn't been updated yet, or we haven't gotten it into Devuan just yet. Nothing to worry about, really.

Edit: upstream elogind is at version 243.7.

You say that "Debian apparently will support this soon." Do you mean instead, that the platform will support running Debian on it? I expect that if it runs Debian, then it should be possible to get Devuan on it.

Very good question! Thank you Ron, for a good answer. I suspect the forum software thinks the "s6" string is too short to be usable for a valid search. So it's not biased; just s6 is an edge case.

They write a tool, iwd. They do not write systemd. If the goal is to provide a robust tool that meets the needs of as many people as possible (you will want to find any mission statements they have, or design documents about their goals first, that match this), then not focusing solely on systemd is acceptable and even desirable. Systemd is a fine thing to support, but not everyone uses it. The Arch wiki says the project doesn't like to depend on external libraries (https://wiki.archlinux.org/index.php/Iwd). See if that's backed up by the project's own documentation.

Keeping us informed here would be fine! I don't have any actual contributions to give to the original conversation but I'm interested in seeing other-than-systemd supported in general.

Ah, a very interesting thought, HoaS. I've seen posts on forums where the username who posted it is not a link and is unable to be selected. I wonder if that is how some forum software deals with "deleted" accounts.