Предлагается добавить в Sisyphus пакет espeak-ng. Это актуальная активно разрабатывающаяся версия компактного мультиязычного синтезатора речи eSpeak. В настоящий момент в Sisyphus присутствует пакет espeak (https://packages.altlinux.org/ru/search/?branch=sisyphus&q=espeak), который также предустановлен в современных дистрибутивах ALT Linux и который является ключевым компонентом специальных возможностей (accessibility): именно с помощью eSpeak осуществляется речевой вывод при запуске программы экранного доступа (screen reader) Orca по команде Alt-Super-S. Пакет espeak устарел и с 2015 года более не развивается, остановившись на версии 1.48.04. С конца 2015 года активно развивающимся продолжением espeak является проект espeak-ng (next generation). Между espeak и espeak-ng накопился ряд различий, и современное программное обеспечение, использующее синтез речи, сейчас уже в большей степени ориентировано именно на espeak-ng, а не espeak. В том числе и то программное обеспечение, которое содержится в Sisyphus, так что сейчас внутри Sisyphus накопился ряд проблем совместимости старого пакета espeak и современных пакетов, использующих этот синтезатор речи. По выше названным причинам представляется важным добавить в Sisyphus актуальный пакет espeak-ng. Из-за использования espeak в предустановленной конфигурации ALT Linux важность задачи оценена как major. При этом желательно добавить espeak-ng отдельным пакетом, а не заменить им espeak. Оригинальный espeak есть смысл оставить для совместимости с какими-то старыми пакетами. Репозиторий espeak-ng расположен по адресу: https://github.com/espeak-ng/espeak-ng
*** Bug 47991 has been marked as a duplicate of this bug. ***
(Ответ для Nikita на комментарий #1) > При этом желательно добавить espeak-ng отдельным пакетом, а не заменить им > espeak. Оригинальный espeak есть смысл оставить для совместимости с > какими-то старыми пакетами. Если у вес есть информация о не совместимости, то сообщите. Если нет, не предлагайте мантейнерам, как надо упаковывать, пожалуйста. Достаточно просто заменить espeak. > современное программное обеспечение, использующее синтез речи, сейчас уже в большей степени ориентировано именно на espeak-ng, а не espeak Тем более.
(Ответ для Sergey V Turchin на комментарий #3) > Достаточно просто заменить espeak. Возможно вы и правы. Я не знаю, как в Sisyphus принято поступать в таких случаях. Например, под каким названием пакет в итоге будет фигурировать, потому что сейчас все уже привыкли искать именно espeak-ng, потому что в других репозиториях он обычно фигурирует именно под новым названием, а пакет espeak - это старый espeak 1.48.x. Что касается чисто технических аспектов совместимости, то совместимость по вызовам API из старого приложения/скрипта к espeak-ng вроде обеспечена. Проблемы совместимости возникают при обратной ситуации: вызов старого espeak из нового приложения/скрипта, например, кажется, что вот этот случай - https://bugzilla.altlinux.org/49740 Проблема с вызовом espeak-ng из старого приложения/скрипта может возникнуть только на уровне изменившихся путей к файлам, но это решается путём создания символьных ссылок. То есть надо просто проконтролировать, чтобы в сборке espeak-ng присутствовали эти символьные ссылки. В исходном репозитории они описаны.
*** Bug 49740 has been marked as a duplicate of this bug. ***
(Ответ для Nikita на комментарий #4) > Проблема с вызовом espeak-ng из старого приложения/скрипта может возникнуть > только на уровне изменившихся путей к файлам, но это решается путём создания > символьных ссылок. Да.
Пакет и его сборочная зависимость собранны и ждут опрува: https://git.altlinux.org/tasks/343079/
(Ответ для Artem Semenov на комментарий #7) > Пакет и его сборочная зависимость собранны и ждут опрува Замещать espeak пока не будем, правильно?
Думаю, пока не стоит... оригинальный espeak может быть в зависимостях других пакетов... По этому симлинки я убрал, чтобы на одной машине могли быть оба пакета. Когда всё надёжно на ng переведём, можно будет решить, что делать с оригинальным пакетом, оставить или прикопать по тихой грусти.
(Ответ для Artem Semenov на комментарий #7) > https://git.altlinux.org/tasks/343079/ Старые теги лицензий в новых пакетах не надо использовать. В зависимостях между подпакетами не надо указывать ничего кроме имени. Оно само. Библиотеки паковать в сообветствии с Shared Libs Policy. Как оно может фиксить какие-то CVE, если даже не установится ни в чью систему при обновлении?
Серёж, это же для системы отслеживания CVE, а не только для пользователя пометка. Если не написать Fixes, то пакет будет автоматически помечен, как уязвимый, разве не так?
(Ответ для manowar@altlinux.org на комментарий #11) > Серёж, это же для системы отслеживания CVE, а не только для пользователя > пометка. Если не написать Fixes, то пакет будет автоматически помечен, как > уязвимый, разве не так? Если в описании CVE есть информация о конкретных версиях, то всё отработает правильно. Я не посмотрел сами уязвимости, т.к. подумал, что они относятся к espeak, а не к espeak-ng. В конкретном случае с этим всё ок.
Я бы сделал пакет не lib%name-devel, а просто devel.
У devel-подпакета зависимость на %name или избыточная или в %name упаковано лишнее.
espeak-ng-1.51.1-alt1 -> sisyphus: * Tue Mar 19 2024 Artem Semenov <savoptik@altlinux> 1.51.1-alt1 - Initial build for ALT Sisyphus (ALT bug: 49726) + (fixes: CVE-2023-49990 CVE-2023-49991 CVE-2023-49992 CVE-2023-49993 CVE-2023-49994)
