Вторая
международная конференция
разработчиков свободных программ
на Протве
Тезисы докладов
Обнинск
25-27 июля 2005
Оформление и дизайн: Илья Кравец
Верстка: Илья Машкин
В сборнике представлены тезисы докладов,
одобренных Программным комитетом Второй
международной конференции разработчиков
свободных программ на Протве. Другие материалы
конференции можно найти по http://conf.altlinux.ru © Коллектив авторов, 2005 © ALT Linux, 2005 Программа конференции 24 июля 18.00 – 22.00: Регистрация в холле гостиницы......7 25 июля 10.00 – 12.30: Регистрация в холле гостиницы.
12.00 – 12.30: Кофе Дневное заседание 12.30 – 14. 12:30-13:00: Открытие конференции 13.00 – 13.45: Дмитрий Тараканов Программа Intel Software Network и инструменты компании для разработки программного обеспечения.
13.45 – 14.30: Вартан Хачатуров Linux в компании Siemens: история успеха............ Вечернее заседание (15.30 - 19.00) 15.30 – 16.15: Станислав Иевлев Alterator как платформа разработки.
16.15 – 17.00: Дмитрий Тараканов Оптимизация производительности сервера MySQL*
17.30 – 18.15: Федор Зуев "GNU GPL как юридический вездеход".
18.15 – 19.00: Александр Боковой Samba 4 - состояние, перспективы, реальность.
Практическая демистификация.
26 июля.
Утреннее заседание (9.30 – 14.00) 9.55 – 10.20: Александр Ковтушенко Инструмент для визуализации трассы выполнения параллельной программы - TV 2.0
10.20 – 10.45: Сергей Гонтарев Необитаемый аппарат для подводных исследований
10.45 – 11.10:Вадим Житников Портирование свободного программного обеспечения на платформу Windows CE
11.10 – 11.35: Антон Качалов Многоплатформенность в ALT Linux Sisyphus......... 11.50 – 12.15: Алексей Гладков Новые технологии в проекте Sisyphus
12.15 – 12.40: Петр Савельев "GNU RAD/Linux как пример разработки дистрибутива на базе ALT Linux Sisyphus"............... 12.40 – 13.05: Анатолий Якушин, Раиль Алиев OpenOffice.org 2.0 - новая версия, новые возможности
13.05 – 13.30: Михаил Пожидаев Обзор систем для работы в среде GNU/Linux без зрительного контроля
13.30 – 13.55: Георгий Курячий Средства разработки "типовых решений": утопия и реальность
14.45 – 15.10: Алексей Федосеев Использование и модификация проекта User Mode Linux для организации хостинга на основе виртуальных выделенных серверов
15.10 – 15.35: Андрей Столяров Библиотека InteLib - инструмент мультипарадигмального программирования............. 15.35 – 16.00: Дмитрий Левин Hasher: технология безопасного выполнения приложений
16.00 – 16.25:Алфекс Кейнокенн, Иван Тарасов Разработка opensource ПО для распознавания языков, частых ошибок на базе AI-like алгоритмов............... 16.25 – 16.50: Денис Овсиенко Конфигурация современных сетей в среде Linux..... 17.10 – 19.30: Круглый стол "Сообщество и корпорации". Ведущий Александр Боковой (IBM LTC, Samba project).
9.30 – 9.55: Вадим Машков Рекомендации по миграции на СПО Проект migration.osdn.org.ua
9.55 – 10.20: Виталий Липатов
10.20 – 10.45: Петр Новодворский Компонентная сборочная система Samba 4.0............ 10.45 – 11.10: Георгий Курячий Компьютерная грамотность в школе: научение или дрессура?
11.10 – 11.35: Михаил Якшин Система автоматизированного тестирования и контроля качества оборудования "Inquisitor".......... 12.00 – 12.25: Дмитрий Белявский, Виктор Вагнер, Артем Чуприна Криптографическая русификация OpenSSL: решения, проблемы, перспективы
12.25 – 12.50: Игорь Головин, Андрей Столяров Мультипарадигмальный подход к преподаванию программирования и роль свободного ПО............. 12.50 – 13.15: Григорий Панов Интеграция автоматизированных систем учета системами управления взаимоотношений с клиентами
13.15 – 13.40: Александр Сенько, Михаил Якшин Подходы к организации распределенных систем учета (ввод и каталогизация информации).............. 14.30 – 14.55: Юрий Седунов, Андрей Паскаль Кроссплатформеная модельная реализация учетной системы для нужд электронного государства.......... 14.55 – 15.20: Андрей Стрельников Применение бизнес правил в системах разграничения доступа
15.20 – 17.00: Круглый стол "Свободное программное обеспечение в электронном государстве" Ведущие Анатолий Якушин, Алексей Новодворский............ 17.00 – 18.30: Продолжение круглого стола 18.30 – 19.00: Закрытие конференции.
Дополнительное выступление 27 июля, 9:00 Лепихов К.А. Новые технологии и проекты сообщества Mozilla.org
Тезисы присланные на конференцию Бартунов О.С., Сигаев Ф.Г. Написание расширений для PostgreSQL с использованием GiST
24 июля 18.00 – 22.00: Регистрация в холле гостиницы 25 июля 10.00 – 12.30: Регистрация в холле гостиницы.
12.00 – 12.30: Кофе 12.30 – 13.00: Открытие конференции.
13.00 - 13. Дмитрий Тараканов Москва, Intel Программа Intel Software Network и инструменты компании для разработки программного обеспечения.
В докладе представлен краткий обзор новой программы для разработчиков Intel Software Network и инструментов для разработки программного рассказывается о возможностях новых версий инструментов Интел.
13.45 – 14. Вартан Хачатуров Siemens Linux в компании Siemens: история успеха.
Доклад посвящён истории внедрения операционной системы Linux в качестве перспективной платформы для разработки встраиваемых устройств. Будут освещены задачи, которые требовалось решить созданному центру компетенции Embedded Linux, политика руководства компании по отношению к Linux, приведены некоторые примеры успешных продуктов на основе Linux.
Во второй логической части доклада будут представлены технологические особенности Linux и FOSS community, которые помогают компании Siemens в создании новых продуктов, и те аспекты, которые часто являются камнем преткновения для заказчиков.
14.30 – 15.30: Обеденный перерыв 15.30 – 16. Станислав Иевлев Москва, ALT Linux Проект: Sisyphus Alterator как платформа разработки.
Alterator - это платформа для разработки приложений, связанных с организацией интерфейса управления типовым решением на основе Unixподобной ОС и её служб. Задача проекта - упростить процедуру разработки таких решений, а также последующее их сопровождение и эксплуатацию.
С момента прошлогоднего доклада alterator сильно изменился, появилась и "отболела детскими болезнями" первая реализация, были уточнены многие моменты, появились новые наработки и идеи.
Alterator существенно отличается от других имеющихся проектов создания архитектур для построения конфигуратора.
Во-первых, они имеет не классическую двузвенную модель интерфейс-бакенд, а трёхзвенную:
интерфейс-модель-бакенд. Наличие ещё одного промежуточного слоя позволяет быстро создавать новые решения из готовых компонентов и не закладываться в низкоуровневой части (бакенд) на особенности того или иного создаваемого решения.
Во-вторых, имеется принципиальная возможность адаптации любой степени сложности уже готового, поставляемого решения без модификации компонент, поставляемых из коробки, что позволяет избежать проблем при проведении экстренных обновлений системы.
В-третьих, при решении той или иной задачи вы пишете тот или иной компонент на произвольном, наиболее подходящем для решения задачи языке программировании без каких-либо биндигов (привязок) к несущей среде.
Единственное исключение (которое исчезнет в будущем), это единый, регулярный язык описания интерфейсов. В качестве базового языка был выбран Scheme. Его размеры (это один из самых маленьких универсальных языков программирования), а также особенности синтаксиса позволяют сделать описания интерфейсов легко читаемыми и одновременно избежать изучения дополнительных языков разметки.
При традиционном подходе (XUL) вам надо изучать отдельно: язык разметки (в данном случае xml), который зачастую обладает собственным достаточно нерегулярным синтаксисом, язык описания динамики виджетов (javascript). Также, ещё часто требуется некий вариант препроцессора, для создания первоначального заполнения виджетов данными, взятыми у backend. В случае alterator - для всего этого надо будет изучить минимум одного единственного языка - Scheme.
Вот небольшой пример описания интерфейса:
(hbox (id 'my-label (label "Some Label")) (button "Some Button" Как видно он совершенно не уступает по читаемости своему XML-аналогу и имеет регулярный синтаксис.
Данный конкретный пример к тому же не использует не одну из конструкций языка Scheme, хотя производит достаточно сложные действия.
Хорошей демонстрацией использования alterator является реализации системы установки и конфигурирования дистрибутива ALT Linux 3.0.
Инсталлятор системы состоит из трёх стадий, где две последних являются приложениями Alterator (в текущем ALT Linux 3.0 Compact вторая стадия ещё является самостоятельной программой). Интересно, программирования для описания интерфейса позволило максимально использовать одни и те же диалоги конфигурования в трёх вариантах: как один из шагов инсталлятора, как один из модулей в Control Center, и как отдельное самостоятельно приложение.
16.15 – 17. Дмитрий Тараканов Москва, Intel Оптимизация производительности Рассказ о том, как инженеры компании Интел и MySQL* AB работают над увеличением производительность сервера MySQL*. Приводится анализ производительности сервера MySQL*, рассказывается о применении инструментов Интел для увеличения производительности, приводятся результаты работы.
17.00 – 17.30: Кофе 17.30 - 18. Федор Зуев.
GNU GPL как юридический вездеход 1) GNU GPL - жемчужина хакерского искусства hacker, n. [originally, someone who makes 1. A person who enjoys exploring the details of programmable systems and how to stretch their capabilities, as opposed to most users, who prefer to learn only the minimum 6. An expert or enthusiast of any kind. One might be an astronomy hacker, for example.
( Jargon File (4.4.4, 14 Aug 2003) ) GNU GPL важна для сообщества свободного софта во многих отношениях. И как “конституция свободного софта”, и как талантливый пропагандистский памфлет, и как юридическая защита разработчиков свободных программ.
И пример того, как хакерская культура и традиция порождают значительные результаты и за пределами собственно программирования. Можно сказать, что GNU GPL - программа, исполняемая на человеческом обществе. Успех GPL породил серию попыток использовать дозированную передачу прав как инструмент социального конструирования. С весьма скромными успехами.
В особенности это заметно в делах международных.
GPL успешно функционирует в десятках стран с самыми различными юридическими системами. В от время как проект Сreative Commons плодит тучи несовместимых между собой лицензий для каждой страны.
Поучительно поэтому изучить используемые GPL приемы. Не для создания собственных публичных лицензий - эта требуется нечасто, и чем реже, тем лучше - но чтобы уметь оценить качество многочисленных подражаний.
GPL избегает указаний на конкретные законы и юридические термины. Законы меняются от страны к стране и от эпохе к эпохе, а GPL рассчитывает действовать везде и всегда. Поэтому все специфически юридические термины оттуда исключены, кроме единственного упоминания “derivative work under copyright law”. Вместо этого GPL излагает волю лицензиара в возможно более простых и общеупотребительных словах.
GPL щепетильно точно следует духу закона.
Никакие попытки обойти закон, воспользоваться неясностью или крючкотворством, чтобы настоять на своем, здесь неприемлемы. Лицензия строится на основе фундаментальных и неизменны принципов права, ограничиваясь требованиями, которые можно привязать к таким принципам.
GPL по возможности избегает создания чисто договорных отношений между лицензиатом и лицензиаром. Каждое требование к лицензиату по возможности основывается не только на желании лицензиара, но и подкрепляется нормой закона.
2) GPL в контексте российского законодательства В англосаксонских странах периодически вспыхивают жаркие дискуссии о том, является GPL “контрактом” или “лицензией” - различные правовые англо-американские формы. На самом деле GPL интерпретироваться как тем, так и другим образом.
В российском праве нет ничего похожего на американскую “лицензию”, так что GPL несомненно является договором. Точнее, офертой, предложением заключить договор, которое принимается пользователем в момент, когда он станет производить действия, причисленные законом к исключительным авторским правам.
В интерпретации GPL по российским законам есть и ряд тонкостей. Например: каким образом приобретает силу “подпись” лицензиара? В отношении компьютерных программ здесь существует специальная норма относительно права на “особый порядок заключения договоров путем изложения типовых условий договора передаваемых экземплярах программ”. Однако для общего случая приходится пользоваться более общей нормой ГК о публичной оферте. Получается, что не-программы, распространяющиеся не-публично выпадают из обоих норм и вынуждены полагаться только на аналогию закона, то есть зависит от усмотрения и настроения судей.
При этом изготовители отдельных экземпляров свободных программ выступают в роли представителей лицензиара при заключении такого договора.
3) Надуманные и реальные проблемы GPL в России Существует ряд расхожих мифов относительно проблем, возникающих у GPL под российской юрисдикцией. Большинство из них не имеют под собой реальных оснований.
“Российский закон о правах потребителей запрещает отказ от гарантийных обязательств”.
Или еще какие-либо утверждения со ссылками на этот закон. На самом деле предметом регулирования являются “ возникающие между потребителями и изготовителями, исполнителями, продавцами при продаже товаров (выполнении работ, оказании услуг)”. Передача авторских прав, которая является предметом GPL, не принадлежит ни к одной из этих категорий.
“Договор в России должен быть на русском языке”.
На самом деле российское законодательство не говорит ничего о языке договора и вообще не требует использования естественного языка. Кассовый чек в магазине содержит строчки маловразумительных цифровых сокращений - но тем не менее является наиболее распространенной формой письменного договора.
С другой стороны, в российском законодательстве существует ряд действительных, скажем осторожно, шероховатостей в отношении GPL.
Закон РФ об авторском праве не предусматривает безвозмездную передачу прав. Согласно букве закона любая передача авторских прав предполагает вознаграждение автора, причем иногда для вознаграждения установлен нижний предел.
Сочетание авторского договора с договором дарения осложняется тем, что право дарения между коммерческими организациями весьма ограничено.
Выглядит внушительно, но на самом деле от безвозмездных авторских договоров зависит настолько широкий сложившейся практике (Интернет, научная и периодическая печать, реклама) что фактическое запрещение их маловероятно.
Закон РФ требует явного перечисления каждого способа использования, права на которое передаются и запрещает передачу прав на способы использования, неизвестные при заключении договора. Это значит, что спустя длительное время после опубликования произведения, распространение его через новые, неизвестные на момент публикации каналы может быть поставлено под сомнение.
Цели GPL вступают в конфликт с существованием и деятельностью “обществ по коллективному управлению авторскими правами”. Правда, касается это пока в основном музыкальных произведений и фонограмм, которые под GPL лицензируются редко.
18.15 – 19. Александр Боковой Москва, IBM LTC Samba 4 - состояние, перспективы, реальность. Практическая В 2003 году Samba Team начала работу над амбициозным проектом создания свободной полноценной реализации технологий Active Directory. Каково состояние проекта? Что следует ожидать в краткосрочной и долгосрочной перспективах?
Доклад представляет собой демонстрацию развертывания Samba 4 в качестве сервера ADS и интеграцию Windows XP в свободную реализацию Active Directory.
26 июля.
Утреннее заседание (9.30 - 14.00) 9.55 – 10. Александр Ковтушенко МГТУ Инструмент для визуализации трассы выполнения параллельной программы TV 2. Оправданием затрат, понесенных при разработке параллельной программы, является достигнутое повышение скорости счета нашей задачи. При разработке параллельной программы используются методики предварительной оценки скорости «многофакторность» поведения проектируемого объекта ограничивают точность предсказания.
Средством для нахождения узких мест, «доводки»
параллельной программы является получение и анализ профиля выполнения параллельной программы. Одним из ценных средств компонент инструментальной среды, применяемых для этой цели, является связка: библиотека для автоматической (точнее - «почти автоматической») фиксации событий времени выполнения параллельной программы + диалоговая среда для просмотра/анализа накопленных данных.
инструментальной среды для разработки параллельной программы. Критериями являются:
Доступность инструментального программного обеспечения Предварительная оценка эффективности счета на доступном параллельном вычислителе нашей прикладной задачи в данной инструментальной Трудоемкость кодирования и отладки Архитектура параллельной ЭВМ определяет доступный набор инструментальных средств.
Архитектура кластерных мульти-ЭВМ в настоящее время доминирует: раз в полгода публикуется отчет о 500 наиболее производительных ЭВМ (http://www.top500.org/), на данный момент последний 25-ый релиз состоит из кластеров на 60,8%. Важнейшим достоинством кластеров является их относительная дешевизна (на единицу пиковой производительности). В нашем Отчестве они представляют почти весь парк параллельных ЭВМ.
Кластер как правило содержит два уровня для организации параллельных вычислений:
Коммутатор, объединяющий вычислительные узлы, каждый из которых является серийно выпускаемым компьютером, В каждом вычислительном узле работают несколько (как правило- два) процессора. Каким программным обеспечением поддерживается работа кластера и разработка прикладного программного обеспечения?
Основными инструментальными средами являются MPI и OpenMP.
Среда MPI (Message Passing Interface) основывается на открытом стандарте, разработанным открытым образом (общедоступен не только сам стандарт, комментарии-рекомендации к нему, но и рабочие документы MPI-Форума, протоколы постатейного голосования, обсуждавшиеся замечания, возражения). MPI предоставляет средство взаимодействия задач, т. е. вычислений выполняющихся в разных адресных пространствах.
Стандарт исключает какое-либо скрытое, не включенное в предоставленный программисту API взаимодействие ветви параллельного процесса со средой MPI. Это позволяет эффективно переносить программы с одной реализации MPI на другую.
Базовой реализацией MPI является MPICH, опубликованная под своей собственной открытой лицензией (не накладывается никаких ограничений).
При этом широко распространены коммерческие продукты, ориентированные на аппаратные особенности коммутаторов. Например:
• шведская компания SCALI является интегратором, т. е. поставляет доработанную среду MPI, а также средства администрирования кластера.
• американская компания Myricom поставляет аппаратную часть (коммутатор) и адаптированную реализацию MPI.
Коммерческие продукты являются, как правило необходимым дополнением специализированного коммутатора, управляемого непосредственно (без слоя TCP/IP).
Среда OpenMP основывается на открытом стандарте, разрабатываемом OpenMP Architecture Review Board.
Разработка стандарта продолжается – версия OpenMP 2.5 от мая 2005 г. При этом OpenMP предоставляется средство выполнения параллельной работы над данными в общей памяти. В текст программы обрабатываемые компилятором. Получаемый таким образом результат может быть заменен ручным кодированием параллельных нитей/легковесных аппаратнозависимых оптимизаций). Обработка OpenMP является как правило одной из опций компилятора, поддерживается последними компиляторами Intell, HP, SGI, IBM, Fujitsu, однако к университетских проектов доступны открытые решения:
- http://www.odinmp.com/ - http://phase.hpcc.jp/Omni/home.html Разрабатываемый нами визуализатор является частью инструментальной среды MPI. Он позволяет выявить недостатки проектируемого параллельного алгоритма, выявить особенности функционирования коммутатора. Полученный опыт показывает, что латентность коммутатора существенно зависит от предшествовавших пересылок. Основным функциональным расширением TV 2.0 (текущая альфа версия) является сетевой режим, т. е.
возможность удаленного просмотра трассы параллельной программы. Интеграция его со свободными средствами среды OpenMP является нашей следующей задачей.
10.20 – 10. Сергей Гонтарев Институт океанологии РАН Необитаемый аппарат для подводных При разработке морских исследовательских приборов в силу неполной определенности среды исследований невозможно заранее описать весь комплекс необходимых функций. В большинстве случаев набор функций, выполняемых прибором, уточняется и дорабатывается в процессе эксплуатации прибора. Требования к набору функций подводного аппарата могут существенно изменяться при работе на различных типах объектов. Ввиду сложности имитации полного набора факторов, воздействующих на подводный аппарат окончательная отладка должна проводиться только в реальной среде.
Один из вариантов построения комплекса для проведения подводных исследований необитаемым подводным аппаратом представлен в докладе.
«