HASPD от Etersoft

Max77
Установился
Интересно - в чем была причина?
Ошибки не исчезают с опытом - они просто умнеют
vs220
( простите если спрашиваю очевидное - вы его запускаете вообще)?
Ничего страшного. Сам туплю. Нужно было просто запустить.
sudo /etc/rc.d/haspd start
Мне почему-то казалось, что на Ubuntu от стартовал автоматом.
Помогите правильно написать Unit для запуска сервиса в момент загрузки
Есть похожий пример

[Unit]
Description=/etc/rc.d/haspd compatibility
ConditionPathExists=/etc/rc.d/haspd
After=syslog.target

[Service]
Type=forking
ExecStart=/etc/rc.d/haspd start
TimeoutSec=0
StandardOutput=tty
RemainAfterExit=yes

ExecReload=/etc/rc.d/haspd restart

ExecStop=/etc/rc.d/haspd stop

[Install]
WantedBy=multi-user.target

Но в нем используется
Description=/etc/rc.d/haspd compatibility
. Зачем?

В Wiki не особо много информации
Max77
Но в нем используется
Description=/etc/rc.d/haspd compatibility
. Зачем?
Description - просто краткое описание юнита, что делает зачем
man systemd.unit
[UNIT] SECTION OPTIONS
The unit file may include a [Unit] section, which carries generic information about the unit that is
not dependent on the type of unit:
Description=
A human readable name for the unit. This is used by systemd (and other UIs) as the label for the
unit, so this string should identify the unit rather than describe it, despite the name. "Apache2
Web Server" is a good example. Bad examples are "high-performance light-weight HTTP server" (too
generic) or "Apache2" (too specific and meaningless for people who do not know Apache). systemd
will use this string as a noun in status messages ("Starting description…", "Started
description.", "Reached target description.", "Failed to start description."), so it should be
capitalized, and should not be a full sentence or a phrase with a continous verb. Bad examples
include "exiting the container" or "updating the database once per day.".
vs220
Похоже на то что пакет собирали под старый пакман, сейчас вместо ссылок надо писать реальный путь.

То есть вместо
/bin → /usr/bin
/sbin → /usr/bin
/lib → /usr/lib
/lib64 → /usr/lib64

Подправьте пути установки в пакилде или если лень собирать

можете распаковать пакет
и дальше с распакованными файлами
перенести папку lib в usr
а sbin переименовать в bin
удалить файл .MTREE
запаковать обратно в имя.tar.gz или tar.xz
и поставить
pacman -U /путь до/имя.tar.gz

Может, кому пригодится. Сегодня случилась такая же ситуация с apparmor-3.0.0-1. Просто скачал пакет, просто открыл его (не распаковывал!), все изменения производил прямо в архиве: содержимое sbin перенёс в bin, саму sbin удалил, также удалил .MTREE, просто закрыл архив и установил - установилось без ошибок. Когда первый раз пробовал распаковать-редактировать-запаковать - были ошибки, установка почему-то не прошла.
 
Зарегистрироваться или войдите чтобы оставить сообщение.