WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!


Pages:     | 1 | 2 || 4 | 5 |   ...   | 9 |

Проблемы и их решения.

С BiArch-архитектурами возникает больше проблем в виду того, что необходимо поддерживать работу как и 64-х битных программ, так и 32-х битных в одной системе. Первый шаг по разрешению данной проблемы был добавление семейства директорий для 64-х битных библиотек и архитектурно-зависимых файлов. Как правило, это: /lib64, /usr/lib64, /usr/X11R6/lib64 и т. д. Данное решение сопряжено со множеством проблем, возникающих при пересборке пакетов под данную архитектуру, так как многие библиотеки и программы не расчитаны на использование lib64. Во многом это решается небольшими исправлениями в Makefile'ах и configureскриптах. Реже требуется исправление исходного кода программ.

Кросс-компиляция несёт в себе множество неприятных сюрпризов. Проблемы с кроссом в случае x86_64 начинали возникать ещё на этапе сборки полноценного toolchain, что только ещё больше подталкивало на перенос всей сборки в нативную среду.

Сборка RPM-пакетов несёт в себе массу проблем по сборочным зависимостям. Многие пакеты имеют кольцевую зависимость. И зачастую приходится собирать пакеты нечестным образом, отключая те или иные части пакета, или вмешиваясь в сам процесс сборки, подменяя или редактируя что-либо.

Но эти проблемы существуют ровно до тех пор, пока не будет создана минимальная самодостаточная пакетная база.

11.35 – 11.50: Кофе 11.50 – 12.Алексей Гладков Москва, ALT Linux Новые технологии в проекте Sisyphus В докладе рассказывается об изменениях произошедших за прошедший год,а также о дальнейших планах по автоматизации работы.

Проект incominger Год назад на этой же конференции была анонсирована автоматическая система проверки пакетов направляемых в репозиторий сизифа. За этот год система пережила несколько перерождений.

Были изменены основные алгоритмы, расширен функционал.

Проект sisyphus растёт и увеличивается количество пакетов каждый день приходящих в incoming.

Последовательная проверка такого пакетов занимает очень много времени. Чтобы решить эту проблему incominger был перепроектирован так, чтобы все независимые операции производились параллельно на нескольких серверах.

Для того чтобы иметь возможность проверять пересобираемость пакетов был написан новый алгоритм для создания очереди пересборки. Этот алгоритм основывается на сборочных зависимостях исходных пакетов. Также учитываются пакеты находящиеся в incoming, но еще не попавшие в репозиторий.

Основная задача этого алгоритма - это формирование списка пакетов из числа не пересобранных пакетов, которые можно попытаться собрать и они не зависят друг от друга.

Прежде чем описать алгоритм, нужно сформулировать несколько условий, которые накладывает rpm:

• До момента сборки невозможно узнать (очень трудно, если хотите) какие бинарные пакеты получатся из данного исходного.

• Для сборки исходного пакета в сборочной системе должны быть все бинарные пакеты, указанные в сборочных зависимостях (BuildRequires).

Исходя их этих условий становится ясно, что построить граф зависимостей по исходным пакетам нельзя.

Такая ситуация очень печальна, но из нее есть выход.

Если нам не удастся определить порядок заранее, можно решать проблемы по мере их поступления.

Основная идея в том, чтобы определять какие исходные пакеты можно пересобрать в данных момент времени. Для этого помимо репозитория sisyphus, нам понадобится еще один (внутренний) репозиторий. В нем будут находится пересобранные пакеты.

Алгоритм вычисления очереди выполняется в цикле после каждой очередной сборки пакетов до тех пор, пока на очередной итерации не соберется ни один пакет. Это означает, что мы достигли "стабильного" состояния и оставшиеся пакеты нельзя собрать для этих репозиториев (внутреннего и внешнего).

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

Начиная с версии 0.0.8 в incominger добавлена возможность параллельной проверки пакетов под несколько платформ одновременно.

Для удобства разработчиков проекта sisyphus incominger хранит и публикует все логи проверок.

Логи от пакетов разделены на две группы:

• Логи от пакетов, прошедших все проверки и добавленные в репозиторий;

• Логи от пакетов, не прошедших в сизиф.

Планы Планируется добавить проверку пакетов на создание неудовлетворенностей в репозитории. Также планируется добавить алгоритмы направленные на автоматическое устранение неудовлетворенностей. К сожалению не всегда можно установить виновника создания неудовлетворенностей и тем более автоматически устранить проблему.

Планируется добавить возможность создания веток (branch) репозитория sisyphus. Это позволит формировать срезы проекта основывающиеся на определенном критерии. Как частный случай можно рассматривать создание дистрибутива.

Также планируется создание интеграция incominger с системой отслеживания ошибок. К сожалению, эта интеграция требует принятия некоторых соглашений среди членов команды.

Проект incominger-dude Этот проект находится в стадии разработки и предназначен для облегчения и ускорения работы членов команды разработчиков.

Основная цель этого проекта - это предоставление простого и удобного интерфейса к incominger. На данный момент планируется создание только mailинтерфейса.

Через этот интерфейс мантейнеры могут вносить изменения в свои пакеты на стороне сервера (incoming). Например, будут доступны следующие команды для incominger:



• Пересобрать пакет;

• Изменить версию, релиз и changelog и пересобрать пакет;

• Собрать пакет Х и если он соберется, то пересобрать все пакеты кому он нужен.

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

12.15 – 12.Петр Савельев JSC Eltel GNU RAD/Linux как пример разработки дистрибутива на базе ALT Sisyphus 1. Введение Разнообразие оборудования и программных средств, с которыми приходится иметь дело системным и сетевым администраторам Internet-провайдеров часто создаёт сложности в работе. Одним из возможных решений является использование сетевых устройств одного производителя. Другим решением может быть создание решений с однотипным интерфейсом.

Данная работа является иллюстрацией второго подхода. Решение должно предоставлять базовые возможности маршрутизации, фильтрации и учёта трафика, а также авторизованного доступа клиентов к сети. Также планируется использовать решение для организации виртуального хостинга.

2. Решения и поддержка В качестве операционной системы была выбрана ОС GNU/Linux, как из-за лицензирования так и из-за удобства разработки специализированных решений на её базе. Значительную роль в выборе сыграли также возможности ОС GNU/Linux в области маршрутизации и коммутации трафика.

Разработка и поддержка такого рода решения подразумевает использование широкого круга ПО, которое, будучи доступным по условиям лицензии GPL, тем не менее, требует усилий по отслеживанию новых версий и исправлений. Возможным вариантом является сборка с опробованными версиями программ и отказ от модернизации решения. Такой вариант хорош тем, что работоспособность решения протестирована, решение является типовым и никаких неожиданностей в его работе в штатных ситуациях не предвидится. Минусом является потенциальное наличие в ПО уязвимостей и ошибок, неизвестных на момент сборки. Позднейшее появление информации по таким уязвимостям поставит под удар все инсталляции решения, а приём «security by obscurity» в данном случае неприемлем как из-за использования открытого ПО, так и в силу небольшой эффективности данного подхода.

Другой вариант – самостоятельная сборка новых версий и тестирование их на совместимость с уже используемым ПО. Однако, такие задачи и решаются мантейнерами дистрибутивов и сообществами пользователей GNU/Linux, обычно в рамках политики того или иного дистрибутива. Было бы неразумно не воспользоваться результатами их работы и их опытом. И это создаёт предпосылки для третьего варианта. То есть, для разработки «дочерних дистрибутивов» на базе уже собранных и протестированных пакетов.

Использование разнообразного ПО в рамках одного решения обычно подразумевает наличие зависимостей между отдельными программными пакетами. Среди инструментов по отслеживанию подобных зависимостей одним из старейших и удачных является apt (Advanced Package Tool), разработанный командой Debian. Работа apt требует наличия репозитариев (хранилищ) собранных пакетов, и на данный момент такие репозитарии есть для многих крупных дистрибутивов GNU/Linux.

3. Коротко о самом проекте На данный момент RAD GNU/Linux представляет собой небольшое монолитное решение. Большинство базовых утилит предоставляет пакет Busybox. Шелл (rt-shell) написан с использованием GNU awk и пакета rlwrap, в качестве примера был принят удачный подход с контекстной помощью при автодополнении, используемый в устройствах Cisco (r) и Juniper (r). Настройка RAD GNU/Linux осуществляется утилитой rt-networkс помощью файла (ов) конфигурации, также имеющем Cisco-like формат. Обе утилиты написаны в рамках проекта RAD GNU/Linux, однако могут использоваться и вне его.

Одним из нечасто встречающихся решений является использование vserver для управления штатными сервисами. Для каждого сервиса (ntpd, httpd, dhcpd и так далее) создаётся свой контекст выполнения. Это является дополнительным фактором в обеспечении безопасности, так как с помощью vserver можно ограничивать очень многие параметры, начиная от привилегий и кончая квотами на дисковое пространство и вычислительные ресурсы для каждого контекста. Также это сильно облегчает управление сервисами. Например, для остановки сервиса не нужно иметь корректный pid-файл и не нужно вычислять всех его потомков. Достаточно остановить все процессы заданного контекста.

4. Заключение В качестве базы для сборки решения был выбран ALT Sisyphus. Основными доводами стали большой выбор, большая оперативность по обновлению пакетов и довольно высокое качество тестирования.

Особое внимание команда ALT уделяет безопасности ПО, что также часто является плюсом.

Однако существуют ситуации, когда представленного в Sisyphus ПО недостаточно, что требует создания собственного репозитария. И такой репозитарий в рамках ALT сделать также легко, а специфика сборки rpm-пакетов делает создание собственных пакетов не сильно обременительным. Сборка решения осуществляется скриптом на базе проекта separator Антона Фарыгина.

В заключение хочется отметить, что на данный момент решения ALT могут служить удобной базой для создания собственных решений, предоставляя всё необходимое для сборки и облегчая задачи по обновлению ПО.

5. Ссылки ALT Sisyphus – http://www.altlinux.ru/index.phpmodule=sisyphus Busybox – http://www.busybox.net/ Cisco (r) – http://www.cisco.com/ Juniper (r) – http://www.juniper.net/ 12.40 – 13.АнатолийЯкушин Раиль Алиев Инфраресурс Проект: OpenOffice.ru OpenOffice.org 2.0 - новая версия, новые возможности Доклад посвящен особенностям новой версии свободного офисного пакета OpenOffice.org и новому свободному формату электронного документа.





13.05 – 13.Михаил Пожидаев Томский Госуниверситет Обзор систем для работы в среде GNU/Linux без зрительного контроля Аннотация:

Доклад является обзором средств для работы в системе GNU/Linux людей с ослабленным зрением. Рассматривается применение подобного программного обеспечения зарубежом, а также состояние дел и существующие проблемы для пользователей России. Большое внимание уделено синтезаторам речи, пригодных для использования в среде GNU/Linux.

Всё программное обеспечение, которое может понадобиться человеку с ослабленным зрением, пригодное для использования в среде GNU/Linux, делится на 3 группы, каждая из которых заслуживает отдельного рассмотрения:

1. пакеты для снятия экранной информации, так называемые, screen reader'ы;

2. речевые синтезаторы;

3. пакеты для взаимодействия screen reader'ов и речевых синтезаторов.

Ветераном среди пакетов для снятия экранной информации является пакет emacspeak. Он на сегодняшний день - самая развитая среда для использования незрячим пользователем. По своей сути это дополнение в оболочке GNU Emacs, написанное на языке lisp. В некоторой мере его популярность объясняется универсальностью среды GNU Emacs.

В последнее время появилось два проекта, предназначенных для перехвата всей информации, выводимой на экран в терминальном режиме.

Это пакеты Speak Up и YАSR. Пакет Speak Up выполнен в виде патча к ядру Linux. Он статически встраивается в операционную систему и перенаправляет текстовую информацию в специально зарегистрированное устройство для дальнейшей обработки.

Пакет YАSR (Yet Another Screen Reader) сделан как маленькая, хорошо переносимая программа, порождающая виртуальный терминал и посылающая весь появляющийся в нем текст в речевой синтезатор.

Такие программы удобны для работы с командной строкой, но совершенно непригодны, например, для редактирования текста.

Долгое время работе пользователя в графических средах без зрительного контроля не уделялось внимания. Но недавно был открыт проект Gnopernicus, предназначенный для работы в среде GNOME, и уже достигший заметных результатов.

Поддержка среды KDE пока не выходит за рамки общих рассуждений о потенциальной возможности работы незрячего пользователя.

Речевых синтезаторов, предназначенных для функционирования в среде GNU/Linux, и способных генерировать англоязычную речь не так мало, как это может показаться на первый взгляд. Здесь ситуация осложняется тем, что что их применение ограничено условиями распространения и использования. Среди синтезаторов, распространяемых на условиях GPL, нужно отметить системы Festival и Flite. Речевой синтезатор Festival изначально разрабатывался группой программистов из университета в Эдинбурге. Помимо самого синтезатора, ими был разработан целый пакет для работы с речью, но приложение получилось довольно неповоротливым и неудобным для практического использования. В настоящее время разработка заброшена. Другой, свободно распространяемый синтезатор Flite, значительно гибче предыдущего, но к его недостаткам относится плохое качество генерируемой речи.

Самым крупным и удачным пакетом для синтеза речи является синтезатор Via Voice компании IBM. Долгое время этот синтезатор был свободен для использования, но два года назад компания IBM запретила его открытое распространение и использование.

Одним из средств, подающим большие надежды конечному российскому пользователю, является связка FreeSpeech + Mbrola. По своей сути это два проекта. FreeSpeech занимается разложением текста на фонетические составляющие, а пакет Mbrola производит связывание звуков речи. FreeSpeech полностью открыт, и его использование ничем не ограничено, но у Mbrola нет исходных текстов, и вопрос об его распространении в составе дистрибутивов нужно оговаривать отдельно с разработчиками. В общем же случае, он свободно может быть скачан с сайта разработчиков.

Такое не очень утешительное положение вещей в мире синтеза речи имеет свои причины. В западных странах и США широко распространены аппаратные синтезаторы речи, которые представляют собой отдельное устройство, соединённое с компьютером через внешний порт. Зачастую у зарубежных пользователей нет никакой потребности в программном синтезаторе.

Пакеты YASR, Speak Up перенаправляют речевую информацию напрямую в порт синтезатора.

Пакет Emacspeak подразумевает наличие отдельного компонента для обработки речи – речевого сервера, в который передаётся текстовая информация. Сам пакет Emacspeak обработкой речи не занимается.

Для российских пользователей встаёт вопрос о разработке специального речевого сервера, поскольку необходимо различать обработку английской и русской речи. Единственным примером синтезатора для обработки русской речи является синтезатор ru_tts, который существует в варианте “как есть”, т. е.

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

В начале 2001 года был распространён диск Slackspeak, автором которого был Игорь Порецкий.

Этот диск представлял собой вариант дистрибутива Slackware 7.0 с подготовленными для работы пакетами Emacspeak, FreeSpeech, Mbrola и ru_tts, но также без комментариев относительно легальности распространения синтезатора ru_tts и возможности его дальнейшего использования.

13.30 – 13.Георгий Курячий Москва, ALT Linux Средства разработки "типовых решений":

Pages:     | 1 | 2 || 4 | 5 |   ...   | 9 |










© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.