Аборт попыток запуска службы с правами radicale рассосался сам по себе. Через пару дней.
Я и не игнорировал. Ранее стояла версия 2.х.
Однако оказывается он уже (с моменат моей первой установки) появился в репозиториях. Я же тем временем откатился на версию 2, в командной строке от рута запускалось, как служба с правами radicale (он и хозяин директория с настройками и хранилищем) - падал, но заметив актуальную версию в репозиториях снес скачанную с гита поставил из реп.
Суть в том, что версия 2 в связи с множественными изменениями в ssh, ключах и алгоритмах перестала запускаться. Отсюда потянулся переход на версию 3.

Что интересно - запуская службу получаю аборт -


● cal.service - CALDAV
     Loaded: loaded (/usr/lib/systemd/system/cal.service; enabled; vendor preset: disabled)
     Active: activating (auto-restart) (Result: exit-code) since Sun 2022-04-17 12:02:35 MSK; 3s ago
    Process: 261777 ExecStart=/usr/bin/python3 -m radicale --config /home/cal/radicale/config (code=exited, status=1/FAILURE)
   Main PID: 261777 (code=exited, status=1/FAILURE)
        CPU: 214ms

Apr 17 12:02:35 server.spb.ru systemd[1]: cal.service: Main process exited, code=exited, status=1/FAILURE
Apr 17 12:02:35 server.spb.ru systemd[1]: cal.service: Failed with result 'exit-code'
[\code]

Служба -
[code]

[Unit]
Description=CALDAV

[Service]
User=radicale
ExecStart=/usr/bin/python3 -m radicale --config /home/cal/radicale/config
KillMode=process
Restart=always
ExecReload=/bin/kill -HUP $MAINPID
Restart=on-failure
RestartSec=5s
[Install]
WantedBy=multi-user.target

[\code]

статус обоих служб (запускается, ес-сно, только одна - cal)

[code]
systemctl status cal radicale
○ cal.service - CALDAV
     Loaded: loaded (/usr/lib/systemd/system/cal.service; enabled; vendor preset: disabled)
     Active: inactive (dead) (Result: exit-code) since Sun 2022-04-17 12:02:52 MSK; 3h 52min ago
    Process: 261786 ExecStart=/usr/bin/python3 -m radicale --config /home/cal/radicale/config (code=exited, status=1/FAILURE)
   Main PID: 261786 (code=exited, status=1/FAILURE)
        CPU: 213ms

Apr 17 12:02:52 server.spb.ru systemd[1]: Stopped CALDAV.

× radicale.service - radicale - A simple CalDAV (calendar) and CardDAV (contact) server
     Loaded: loaded (/usr/lib/systemd/system/radicale.service; enabled; vendor preset: disabled)
     Active: failed (Result: exit-code) since Sun 2022-04-17 12:01:43 MSK; 3h 53min ago
    Process: 261762 ExecStart=/usr/bin/radicale (code=exited, status=1/FAILURE)
   Main PID: 261762 (code=exited, status=1/FAILURE)
         IP: 0B in, 0B out
        CPU: 347ms

Apr 17 12:01:43 server.spb.ru systemd[1]: radicale.service: Scheduled restart job, restart counter is at 5.
Apr 17 12:01:43 server.spb.ru systemd[1]: Stopped radicale - A simple CalDAV (calendar) and CardDAV (contact) server.
Apr 17 12:01:43 server.spb.ru systemd[1]: radicale.service: Start request repeated too quickly.
Apr 17 12:01:43 server.spb.ru systemd[1]: radicale.service: Failed with result 'exit-code'.
Apr 17 12:01:43 server.spb.ru systemd[1]: Failed to start radicale - A simple CalDAV (calendar) and CardDAV (contact) server.
[\code]

Запуская то же с командной строки от рута = работает.
Запуская то же с правами радикале = аборт -

[code]
sudo -u  radicale /usr/bin/python3 -m radicale --config /home/cal/radicale/config
Traceback (most recent call last):
  File "/usr/lib/python3.10/runpy.py", line 187, in _run_module_as_main
    mod_name, mod_spec, code = _get_module_details(mod_name, _Error)
  File "/usr/lib/python3.10/runpy.py", line 146, in _get_module_details
    return _get_module_details(pkg_main_name, error)
  File "/usr/lib/python3.10/runpy.py", line 110, in _get_module_details
    __import__(pkg_name)
  File "/tmp/Radicale-2/radicale/__init__.py", line 57, in <module>
    VERSION = pkg_resources.get_distribution('radicale').version
AttributeError: module 'pkg_resources' has no attribute 'get_distribution'
[\code]

Странно. Вроде все предыдущие установки посносил, а он откуда-то тянет путь к tmp
На сервер пришло время накатить на сервер обновления, не часто это делаю. Обновилось многое, в т.ч. Python. После перезагрузки (ядро тоже обновлялось) radicale не взлетел. Сперва просто молча перезагружался. Зашел на гит, посмотрел версии, много-много версий radicale обновлялось, решил обновить. Он потребовал зависимостей через pip = поставил. Теперь даже не устанавливается из гита и из https://radicale.org/master.html#simple-5-minute-setup

Если скачать из гита https://github.com/Kozea/Radicale и запустить установку, пакет не ставится.
/usr/lib/python3.10/site-packages/setuptools/dist.py:530: UserWarning: The version specified ('master') is an invalid version, this may not work as expected with newer versions of setuptools, pip, and PyPI. Please see PEP 440 for more details.

Если ставить как python3 -m pip install --upgrade https://github.com/Kozea/Radicale/archive/master.tar.gz, получаем подробностей чуть больше -
 Using cached https://github.com/Kozea/Radicale/archive/master.tar.gz
/usr/lib/python3.10/site-packages/pkg_resources/__init__.py:123: PkgResourcesDeprecationWarning: master is an invalid version and will not be supported in a future release
  warnings.warn(
ERROR: Exception:
Traceback (most recent call last):
  File "/usr/lib/python3.10/site-packages/pip/_internal/cli/base_command.py", line 189, in _main
    status = self.run(options, args)
  File "/usr/lib/python3.10/site-packages/pip/_internal/cli/req_command.py", line 178, in wrapper
    return func(self, options, args)
  File "/usr/lib/python3.10/site-packages/pip/_internal/commands/install.py", line 316, in run
    requirement_set = resolver.resolve(
  File "/usr/lib/python3.10/site-packages/pip/_internal/resolution/resolvelib/resolver.py", line 121, in resolve
    self._result = resolver.resolve(
  File "/usr/lib/python3.10/site-packages/resolvelib/resolvers.py", line 454, in resolve
    state = resolution.resolve(requirements, max_rounds=max_rounds)
  File "/usr/lib/python3.10/site-packages/resolvelib/resolvers.py", line 319, in resolve
    name, crit = self._merge_into_criterion(r, parent=None)
  File "/usr/lib/python3.10/site-packages/resolvelib/resolvers.py", line 176, in _merge_into_criterion
    crit = Criterion.from_requirement(self._p, requirement, parent)
  File "/usr/lib/python3.10/site-packages/resolvelib/resolvers.py", line 80, in from_requirement
    cands = build_iter_view(matches)
  File "/usr/lib/python3.10/site-packages/resolvelib/structs.py", line 148, in build_iter_view
    matches = list(matches)
  File "/usr/lib/python3.10/site-packages/pip/_internal/resolution/resolvelib/factory.py", line 283, in <genexpr>
    if constraint.is_satisfied_by(c)
  File "/usr/lib/python3.10/site-packages/pip/_internal/resolution/resolvelib/base.py", line 66, in is_satisfied_by
    return self.specifier.contains(candidate.version, prereleases=True)
  File "/usr/lib/python3.10/site-packages/packaging/specifiers.py", line 790, in contains
    item = parse(item)
  File "/usr/lib/python3.10/site-packages/packaging/version.py", line 57, in parse
    return Version(version)
  File "/usr/lib/python3.10/site-packages/packaging/version.py", line 296, in __init__
    match = self._regex.search(version)
TypeError: expected string or bytes-like object

Куда покопать, порыть, чтобы "заработало"?

ответ - ставить из реп (оно там за годы появилось) и реже обновляться (незапуск службы с правами службы рассосался сам).
Пришло время реально использовать софтину. Да, открывает порт, читает параметры, показывает осцилограф. Но измененные параметры в память драйвера не записывает (написано - меняете и выходите из ячейки = записано). Увы.
Нет, не решилась - оказыватся, от некоторых отправителей писем при пересылке письма аттачи не пересылаются. Удивлен, но факт таков.
На некоторых письмах про аттач пишет "размер не известен" = тогда не пересылает. Но аттач нормальный файл, открывается и пр., размер письма показывает верно.
проблема с аттачами решилась сама собой. Не знаю как.
С некоторых пор в календаре надо дважды тыркаться для открытия события на редактирование - сперва окрывается как-бы просмотр, потом - редактирование. 4 раза мышью.... Можно ли этого избежать, вернуть старое поведение?

А совсем недавно - ранее при "пересылке" письма в новое создаваемое передавалось как текст пересылаемого, так и все аттачи пересылаемого. ныне - только текст. А с аттачами надо .... (трахаться - сохранять и снова вставлять). Есь возможность это исправить?
Вот как было хорошо, когда они были "запрещены" властями (да-да, главврач штепсель прятал). Все работало, как часики. Вот пролетела (пуля) новость (об отмене запрета властей) - и ага, сперва рутрекеру стало плохо, затем, видимо, пошли к клаудфэйру и вчера поймал такое -

Error 1020 Ray ID: 6ea644c27d037572 • 2022-03-11 18:14:14 UTC
Access denied

И все. Причем другие ресурсы за клаудфэйром доступны. Это только конкретно рутрекер. Ясеное дело, с моего ip ничего крамольного (в смысле негатива к рутрекеру) не проводилось. Тем не менее. Куда стучаться, как решать вопрос?
Vadim
вот тут нашел как улучшить звук с pulseaudio
в /etc/pulse/daemon.conf поменять строчки так
resample-method = src-sinc-best-quality
default-sample-format = float32le
.
уже наступал на эти грабли с "улучшением" и наступил снова, разве что в этот раз быстро вспомнил - при такого рода модификациях конфига можно запросто словить полное отсутствие звука в выходе HDMI.
в дконфе -
/org/gnome/wm/preferences/action.....
разные варианты, смотреть, чинить, править.
Починено, работает. Сам сломал, сам починил.