👍
Спасибо Вам.

moodle сильно переусложнён. Посмотрите mediawiki.

Спасибо. Тоже как раз вспомнил про него.  Буду смотреть.

Политика сборки веб-приложений: https://www.altlinux.org/Web_Policy

Большое спасибо, ознакомлюсь.

/command1@spamebot

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

Почему нет

1 Зависимости, если они не определились автоматически, прописываются в спеке в Requires:
2 Файл можно опакетить, назначив нужные права
3. запустить установочный скрипт можно в %post, но почему нельзя опакетить то, что должно быть после установки, чтобы не запускать установочный скрипт?

Собственно, вопрос задан потому, что у меня не хватает компетенции по данной теме, чтоб быть уверенным в реализуемости задумки.

Большое спасибо за ответ, он уже приближает меня к цели. Только два момента не совсем понял. Про опакечивание файла и опакечивание того, что должно быть, чтобы не запускать установочный скрипт.  Могли бы   вы разъяснить чуть подробнее, что имеется ввиду?

А я со своей стороны попробую прояснить, что конкретно имеется ввиду в моей задаче. Файл, права доступа к которому необходимо менять это /usr/bin/sudo :) (так как программа изначально писана под ubuntu) (переводом программы на использование su-  пока не могу заниматься). Как его в таком случае опакечивать, не понимаю.

можно, но не нужно (как и на любом линуксе, это всё так же остаётся прожиганием реальных времени и ресурсов в пользу биржевых махинаций с предсказуемой судьбой аналога форексного планктона)

А после установки приложения имеется только его папка в одном из каталогов веб-сервера apache, файлик в sudoers.d и новый пользователь в системе, одноименный программе. Такой результат тоже опакечивается?

действия "ручками" -- это секции %post/%postun после установки/сноса пакета (и %pre/%preun до них же); гляньте какой-нить packages.altlinux.org/ru/sisyphus/specfiles/apache2 -- только надо понимать, что снос-установка происходят и при обновлении пакета; см. тж. самый хвост описания /usr/share/doc/rpm-4.*/triggers

не надо так делать -- пакет имеет право трогать свои потроха, но не чужие и уж тем более не привилегированные бинари
если у автора настолько отсутствовало понимание того, что он вообще делает -- лучше такой программой вовсе не пользоваться, увы (или уже засучивать рукава и приводить её в приличный вид при возможности)

В каком волшебном мире люди, оказывается, живут :)
No offence

При установке в Ubuntu система на это не ругается и не препятствует установке. Вероятно, потому оно так и реализовано. А приводить ее в приличный для среды АЛЬТ вид надо безусловно, надеюсь, смогу заняться этим позже. На данный момент я ограничен во времени и передо мною стоит задача минимум - получить хоть какой-то локальный пакет для АЛЬТ сей программы. Ну и проверить на другой машине, установится ли он хоть как-то.

Спасибо. Погляжу этот пугающий своим объемом spec.

ищите %post или %pre, я о них