Михаил, спасибо, что не поленились, и написали столь развернутый ответ. Мои комментарии, как всегда, в подстрочнике.
12.01.2011 22:28, Michael Pozhidaev пишет: > 1. Статическая сборка не идёт. Точнее, может идёт, а может - не > идёт. Причина - статические приложения не могут линковаться с > linux-gate.so. Не говоря уже о том, что, как сам Игорь Борисович > проговорился, он использует glibc. До этого момента я полагал, что он > извернулся и нашёл таки способ этого не делать. glibc - вещь сложная. Хорошо, давайте оставим вариант с использованием статического ru_tts. Хотя и сдесь, я думаю, можно поиграться и собрать ядро, как в дебиане, с которым все работает. конфиги ведь открытые. > 2. Динамическая сборка подходит, но либо должны быть два бинаря: один > для i586, другой - для x86_64, либо множество внешних зависимостей > бинаря не должно выходить за пределы glibc-core, как единственного > более-менее надёжного компонента biarch, позволяющего запускать > i586-приложения в x86_64. А вот тут, Михаил, вы лукавите. Мне, например, для того, чтобы завелся ru_tts на 64-битной убунте достаточно было написать sudo apt-get install ia32-libs. И все. Но опять же, давайте на секундочку забудем об этой магической строчке, и отвлечемся вот на какой момент: зачем пользователю нужна 64-битность? Вы прикидывали примерно, на кого ориентирован ваш дистрибутив? у скольких людей из таргет-группы, на вскидку, есть больше 4 гб памяти и активная необходимость ее использовать? если у человека <=4 гб памяти, то 64-битная система будет только кушать больше этой самой памяти - и все. А когда ответите на этот вопрос, ответте, пожалуйста, на еще один: почему люди, которые решили ставить себе 32-разрядную версию дистрибутива (например на нетбук, на которые, как мне помнится, вы и нацеливаете homeros friend) должны потерпать из-за того, что (как я подозреваю) в altlinux не позаботились о пакете ia2-libs? Проблемы с запуском ru_tts на 64-разрядных системах не должны волновать пользователей 32-разрядных систем ни коим боком. > Два бинаря не бывает, потому что все знают, > откуда и каким способом появился ru_tts и Ваша разработка newphone. Ага. Так же все знают, что sdrv был 16-битным. А сейчас, (внезапно) ньюфон 32-битный. Магия, не правда ли? Это так, к слову пришлось. > Если Ольга Яковлева не потеряет интерес к своей работе, то, думаю, надо > смотреть на её проект как на серьёзный стратегический > вариант. Надо смотреть на него реально. Пока (равно как и в обозримой перспективе) RHVoice уступает ru_tts по диапазону темпа речи, при котором синтезатор остается распознаваемым на слух. Это особенность используемого в синтезаторе алгоритма синтеза речи. > Вы бы что выбрали? Ну вот видите, зачем тогда спрашиваете? Ссколько бы вы ресурсов не потратили на другие вещи, проблема с синтезатором, как одним из важных факторов в рабочем окружении остается неизменной. Эта история мне напоминает процесс появления display hooks в NVDA. Всем было понятно, что сколько бы не вносить улучшения в NVDA, до появления этих самых display hooks продукт принципиально не может конкурировать с коммерческими аналогами. И, хотя эта работа и требовала множества ресурсов, которые не оплачивались ни одним из грантов, разработчики сели и сделали ее. Потому что без этого все дальнейшее развитие не имело смысла. Lex -- Blinux-rus mailing list [email protected] http://www.a11ywiki.org/cgi-bin/mailman/listinfo/blinux-rus
