64 bit only – antiX-21-runit-beta2 available for testing.

Iotop does not show any runsv log services running as observed in the previous a1 and b1 versions. Good job solving this previous problem.

I don’t see a herbsluftwm desktop option.

In previous tests of antiX runit versions, @Xecure taught us to use iotop to check for the runsv log services. Using iotop, I don’t see any runsv log services running. But when I use htop, most of the runit services are runsv.

Is this something to be worried about? Or is this OK? I don’t know enough. This is what I am observing.

Also, using iotop, I notice that the service kworker seems to be running alot. Is this something to look at, or is this normal usage.

There was a small bug in gpm service (sorry for that). It is fixed here.

For some reason, if /etc/default/runit file doesn’t exist, on installed, runsv tries to start to write to the disk for 3 services (). Creating a symlink to /etc/default/runit-antix
sudo ln -s /etc/default/runit-antix /etc/default/runit

calciumsodium wrote:

I don’t see a herbsluftwm desktop option.

There is a problem getting to herbstluft from the live boot menus. I will see what happened there. You can reach herbstluft from the slimski F1 toggle (log out first), or make it appear on the “Other Desktops” menus with the command
sudo /usr/local/lib/desktop-session/desktop-session-update-wm-menus -f

anticapitalista wrote:

We basically removed the logs (not sure if that is a good idea or not to be honest).
I think we missed a couple though, eg acpid, ssh

acpid and openssh-server automatically add the runit services to /etc/sv, so nothing else we should do.

logs (at least for acpid on this ISO) require the existence of a user named runit-log from group adm (runit-log:adm). On some devuan posts they stated user “_runit-log” (see the “_” symbol) instead. I think that this user should be created by the runit installer, but it isn’t, so something else needs to create it instead of services expect it to exist.

A log folder can be created for any of the services. If you add this run file:

#!/bin/sh
set -e

NAME=template
LOG="/var/log/runit/$NAME"

test -d "$LOG" || mkdir "$LOG"
exec chpst svlogd -tt "$LOG"

Replacing “NAME=template” with the correct service name, it will work properly and log as root to /var/log/runit/$NAME

If you decide it is a better idea to have logs, then let me know and I will edit the runit-services-antix project.

• This reply was modified 1 year, 8 months ago by Xecure. Reason: Explain better

After installation to harddrive the /.icewm/menu-applications file was empty. I had to reinstall desktop-defaults-antix to get a complete menu.
slimski login manager looks very good and works.

There are some service folders that are empty, and some where the run file non-executable (leads to error loading those services in installed). For example gpm has a plain run file and ofono is an empty folder.

anticapitalista wrote:

I’m also not too sure if user really wants all the symlinks in /etc/service/
Although the deamon itself does not run with a blank down file, it seems sv still checks for it eg cron, cups.
If you delete all folders in /etc/services/ (or better unlink them to /etc/sv/*) EXCEPT the following connman (actually if you use ceni it isn’t necessary), dbus, dhclient, elogind, getty-tty1, getty-tty1, slimski, udevd, both RAM as CPU usage goes down with no obvious issues I can see.

I will try to fix up the init-system-helpers so that update-rc.d and service commands will disable/enable start/stop runit services.