Hello, Lex! > Хорошо, давайте оставим вариант с использованием статического ru_tts. > Хотя и сдесь, я думаю, можно поиграться и собрать ядро, как в дебиане, с > которым все работает. конфиги ведь открытые.
Способ реализации системных вызовов выбирает ядро во время загрузки. Оно не задаётся при сборке. Перенесите ядро на другой процессор, и оно возьмёт другой способ. Если, конечно, в Debian не поотрывали все эти вещи. Описание этого дела приводил в предыдущих письмах, когда это обсуждалось. Вообще, я ядром не занимаюсь. Если у Вас есть сомнения в качестве ядра, взятого в дистрибутив, то это не к нам, а к RHEL. В дистрибутиве используется enterprise-ядро, которое сейчас есть точный порт ядра RHEL 2.6.32. Спорить с RHEL по части ядра тяжеловато, так как они являются самыми крупными контрибьюторами в ядро. 12% по последней попадавшейся мне цифре, если я не ошибаюсь. > ru_tts на 64-битной убунте достаточно было написать sudo apt-get install > ia32-libs. И все. Ну в ALT Linux тоже есть порядочный biarch. Не нужно думать, что там лежит один пакет - glibc-core. biarch под любым соусом - паллиатив. Решения этого типа сомнительны по определению. Разница только в том, что в случае glibc-core этим ещё как-то можно поступиться, а всё прочее годится только для домашних решений "на коленке" и в production не ходит. > Но опять же, давайте на секундочку забудем об этой магической строчке, > и Давайте забудем про неё не на секундочку а насовсем. То, что это запустилось у Вас, объясняется только тем, что система была близкой к той, на которой бинарник был собран. Если бы Вы написали здесь, что у Вас так запускается newphone, то это было бы вообще поразительно. Надо же, бинарник оказался способным запускаться на системе, где был собран. Поскольку файл предложен, вроде как, для пользователей всех дистрибутивов, то в случае библиотек, либо ABI сломается, либо эмир помрёт, либо ишак сдохнет. Всё равно нет причин пытаться предусматривать возможные грабли. glibc-core тут, в сущности, ничем не лучше, просто за ним следят тщательнее, реже вносят изменения. Поскольку закрытые приложения в linux всё же ходят, и почти каждое первое из них glibc-core использует, то есть причины стараться его делать совместимым с другими системами. Для всего прочего это уже не актуально. А то, что парочка синтезаторов оказалась собранной не в среде ALT Linux, - это, конечно, невероятный недостаток ALT Linux. Для всех пользователей и разработчиков ALT Linux уже и звёзды померкли, и вода стала горькой. > прикидывали примерно, на кого ориентирован ваш дистрибутив? у скольких > людей из таргет-группы, на вскидку, есть больше 4 гб памяти и активная Ну, подумаешь, x86_64. ALT Linux неплохо портирован и на arm. Что с ним будем делать? Как-то про него забывают, а именно из-за таких сущностей, как закрытые синтезаторы, мы и не можем говорить о смартбуках и прочей мобильной техники. Приходится осторожно говорить про нетбуки и ноутбуки. Посмотрите, что разработчики планируют сделать с офтопиком. Недвусмысленный намёк на будущее нашей индустрии. > Ага. Так же все знают, что sdrv был 16-битным. А сейчас, (внезапно) > ньюфон 32-битный. Магия, не правда ли? Это так, к слову пришлось. А нельзя эту магию экстраполировать на x86_64 и arm? Уже побежал выплавлять медальку. > Надо смотреть на него реально. Пока (равно как и в обозримой > перспективе) RHVoice уступает ru_tts по диапазону темпа речи, при > котором синтезатор остается распознаваемым на слух. Это особенность Ну мы ещё и espeak попилим. Насколько я знаю, Рената ставит Вас в cc во время обсуждений, поэтому Вы должны быть в курсе. -- Michael Pozhidaev. Tomsk, Russia. Russian info page: http://www.marigostra.ru/ -- Blinux-rus mailing list [email protected] http://www.a11ywiki.org/cgi-bin/mailman/listinfo/blinux-rus
