Так как php7, начиная с версии 7.4.30-alt2, нельзя установить при установке дистрибутива, то mediawiki нужно перевести на более новую версию php. Ошибка также актуальна для p10 и блокирует выпуск дистрибутива Альт Сервер 10.1 (невозможно выбрать группу "Сервер mediawiki".
Официально не поддерживается: https://www.mediawiki.org/wiki/Compatibility
https://phabricator.wikimedia.org/T248925 Но авторы знают про EOL у php 7.4 и работают над поддержкой версии 8
В Федоре собрана более новая версия - предлагаю проверить более новую версию: https://www.mediawiki.org/wiki/Special:MyLanguage/Release_notes/1.38
Для совместимости с Moodle и Nextcloud, собранных с PHP 8.0, меняю аннотацию.
(Ответ для Andrey Cherepanov на комментарий #4) > Для совместимости с Moodle и Nextcloud, собранных с PHP 8.0, меняю аннотацию. Я правильно понимаю, что для p10 принято решение перевести всё на 8.0 вместо уходящего 7.4?
(Ответ для Vitaly Lipatov на комментарий #5) > Я правильно понимаю, что для p10 принято решение перевести всё на 8.0 вместо > уходящего 7.4? Да, всё правильно. Хотя речь, скорее не о p10, а о релизах 10.1 на p10. Старый пакет mediawiki, наверное, можно переименовать и оставить на php7 при обновлениях 10.0. Хотя непонятно насколько тут разумно держать два пакета под разные php.
Надо выработать единый подход у сборке php приложений. Варианта три: 1) не собирать в rpm пакет, а собирать в докер образ - самый оптимальный 2) при сборке не ставить зависимость на пакеты php, при этом описывать в readme установку дополнительных пакетов. 3) во всех пакетах php добавить provides без версии, а в пакетах ставить requiers - тогда у пользователей будут проблемы с установкой, т.к. будет вытягиваться произвольная версия php, а не та, с которой работает Так как сейчас - плохо тем, что на одном хосте не получится под apache держать приложение, использующие разные версии php
MediaWiki 1.39 is the current long-term support release of MediaWiki. с поддержкой php 8
(Ответ для Anton Farygin на комментарий #7) > Надо выработать единый подход у сборке php приложений. > Варианта три: > 1) не собирать в rpm пакет, а собирать в докер образ - самый оптимальный > 2) при сборке не ставить зависимость на пакеты php, при этом описывать в > readme установку дополнительных пакетов. > 3) во всех пакетах php добавить provides без версии, а в пакетах ставить > requiers - тогда у пользователей будут проблемы с установкой, т.к. будет > вытягиваться произвольная версия php, а не та, с которой работает > > Так как сейчас - плохо тем, что на одном хосте не получится под apache > держать приложение, использующие разные версии php 1) Кому надо, так и делают 2) Ну ещё можно иметь мета-пакеты с зависимостями на разные версии php. Ну и да, всё равно поднять php-проект просто установкой пакета вряд ли получится, нужна настройка. 3) Тоже вариант. Просто пользователь должен будет выбрать версию php заранее. Как и сейчас он должен выбрать, например, для Apache ITK или prefork для mod_php. Так вроде есть provides без версии? $ rpm -q --provides php7 php-engine = 7.4.33-alt1 php = 7.4.33-alt1 /usr/bin/phar = 74330 /usr/bin/php = 74330 А ещё можно перестать паковать разные версии php. Это значительно всё упрощает, в том числе и не надо с зависимостями задумываться. Достаточно вспомнить, сколько лет схема сборки php с версионированием каталога для конфига отравляла жизнь, переключая конфиг на дефолтный при обновлении каждой минорной версии. Мне кажется, что php разных версий, особенно на одном хосте, придуманы ещё во времена, когда не изобрели контейнеры.
(Ответ для Anton Farygin на комментарий #8) > MediaWiki 1.39 is the current long-term support release of MediaWiki. > с поддержкой php 8 1.39.0-alt1 в Сизифе. Мета-пакет mediawiki будет ставить всё с использованием php8.0
Отлично. Ещё было бы неплохо убрать подпакет для php7. https://packages.altlinux.org/ru/sisyphus/binary/mediawiki-php7/noarch/2883331478045613820 Т.к. php7 в планах удалить из репозитория. И я примерно по такой же схеме собрал jpgraph