Институт системного программирования Российской Академии Наук (ИСП РАН) выиграл конкурс Федерального агентства по науке и инновациям на формализацию стандартов для Linux, разработку соответствующего открытого (open source) тестового набора и создание Центра верификации ОС Linux, linuxtesting.ru (http://www.linuxtesting.ru).
В России, как и во всем мире, возрастает интерес к ОС Linux как к открытой, надежной платформе для создания разнообразного программного обеспечения. Очередным свидетельством этому является объявленный Федеральным агентством по науке и инновациям конкурс (http://www.opennet.me/opennews/art.shtml?num=6010) на создание тестового набора для ОС Linux. В рамках данной работы предполагается формализовать стандарт LSB 3.1 и создать на его основе набор тестов для ОС Linux. Эти тесты будут находиться в открытом доступе и для их поддержки и развития организуется Центр верификации ОС Linux, который будет действовать на базе Института системного программирования Российской Академии Наук (ИСП РАН).
Директор ИСП РАН, член-корреспондент РАН Виктор Петрович Иванников на совещании по Open Source в России сказал:
"ИСП РАН рассматривает этот проект как старт долгосрочной программы, нацеленной на повышение добротности системного программного обеспечения в мире Linux. Спецификация интерфейсов операционной системы и их стандартизация это первый шаг в создании надежных, совместимых платформ для различных приложений".
Практика показывает, что стандарты несут в себе много неясных мест, а зачастую и противоречий, и, не будучи подкрепленными достаточно полными наборами тестов, остаются лишь рекомендациями. Формализация LSB позволит исключить неточности и двусмысленности этого стандарта. При этом наличие формальных спецификаций даст возможность автоматически генерировать тесты на соответствие требованиям стандарта. Тем самым будет решена проблема получения эталонного тестового набора и его согласованного обновления при изменении требований в новых версиях стандартов или для учета особенностей конкретной системы с помощью параметров конфигурации. Такой тестовый набор позволит обнаруживать ошибки и различия между различными реализациями Linux, что поможет улучшить как качество реализаций, так и степень совместимости между ними.
Институт системного программирования Российской Академии Наук является одним из ведущих исследовательских институтов в области развития технологий разработки программного обеспечения. Одной из разработок института является технология автоматизированного тестирования UniTesK на основе формальных спецификаций интерфейсов. Эта технология успешно использовалась на протяжении 11 лет для тестирования программного обеспечения в совместных проектах с такими компаниями, как Intel, Microsoft Research, Nortel Networks, Вымпелком, Luxoft. Дополнительную информацию об Институте можно найти на web-сайте ispras.ru (http://www.ispras.ru), о технологии UniTesK — на web-сайте unitesk.com (http://www.unitesk.com).
Linux Standard Base (LSB) — это стандарт на интерфейсы Linux, во многом опирающийся на POSIX. Целью LSB является достижение совместимости между различными версиями Linux, что должно позволить запускать приложения без перекомпиляции на любой операционной системе этого семейства. Дополнительную информацию о LSB можно найти на web-сайте linuxbase.org (http://www.linuxbase.org).
Конкурс на разработку открытого (open source) тестового набора и создание Центра верификации операционной системы Linux (ИТ-КП.4/003) объявлен Федеральным агентством по науке и инновациям 13 августа 2005 года. Дополнительную информацию по этому конкурсу можно найти на Web-сайте goszakupki.ru (http://goszakupki.ru/public/66-n/). Web-сайт Федерального агентства по науке и инновациям - fasi.gov.ru (http://www.fasi.gov.ru).
URL: http://www.linuxtesting.ru
Новость: http://www.opennet.me/opennews/art.shtml?num=7042
На правах эмоций:
Один известный мне профессор регулярно получает N-ую сумму за проведение работ по исследованию освещенности в аудитории № и тд.
Кажется мне, что это из той же области.
Мы всё время пытаемся сделать что-нибудь глобальное: сибирские реки повернуть, Linux ПО улудшить, а делом-то и не занимаемся.
Ну да ладно, флаг им в руки и барабан на шею.
на правах эмоций:поворот сибирских рек позволил бы спасти Аральское море от высыхания
и улучшить водоснабжение региона.
Этот проект рассматривалася еще до Революции.
Если это не дело, то что же тогода дело?
Без эмоций.
На правах доводов разума.(О повороте рек)
Это бред людей, привыкших считать себя царями природы и не задумываться о последствии своих действий. Аральское море, кстати, и не думает высыхать.
Понижение воды в нем, как оказалось, является цыклическим процессом. Сейчас вода возвращается и успел затопить часть береговых городков ;-)Боюсь, что с *NIX будет тоже самое, богатырский замах, без должного изучения. А результат такой, что лучше бы уж не делали ничего.
после фразы "улуДшить" я перестаю воспринимать ваши сообщения всерьез
hm.. LSB-VSX видимо не пробовали :-?// wbr
Всегда интересно сразу провести исследование списка руководства проекта, причем не первых двух руководителей. Забавно получается почти всегда, например, Рубанов Владимир Васильевич - http://rubanov.h12.ru/ :)Любят его студенты :)
> Всегда интересно сразу провести исследование списка руководства проекта, причем не первых двух руководителей. Забавно получается почти всегда, например, Рубанов Владимир Васильевич - http://rubanov.h12.ru/ :)"семен семеныч!.." (c)
а почему не http://www.agentura.ru/dossier/russia/people/rubanov/
yandex при желании и не то выдаст :) но это же не показатель..// wbr
Это просто однофамилец, тот который представлен на http://rubanov.h12.ru/ - Рубанов <b>Василий Григорьевич</b>, а в руководстве проекта присутствует Рубанов <b>Владимир Васильевич</b>!!!
Не совсем уверен, что это действительно Open Source. Не смотря на то, что в новости эти слова несколько раз настойчиво упоминались: получилось, что новость здесь появилась после того, как я оставил первый комментарий на их сайте http://linuxtesting.ru/node/79#comment предлагаю убедится самим. Если я в чем-то неправ - буду рад.
Товарисч, не обрадую.
Вы 100% правы в своем первом посте к этим активистам.
ctesk раздается по Apache 2.0 лицензии. Причем не зря....Проштудировав ее пару раз по обеим диалоналям (благо маленькая, не в пример GPL), сделал вывод, что она _НЕ_ гарантирует/требует распространения исходного кода вместе с изначально поставляемым продуктом. Это похоже на BSD лицензию, но не на GPL (где есть четкое требование предоставлять исходный код вместе с продуктом невзирая на его происхождение).
А если все, что предоставляют производители, это бинарь под i386 (и по запросу другие архитектуры), то и предметом этой открытой (а она действительно открытая... аля BSD...) является только этот бинарь (но не его исходники) и без требований предоставлять сырец.
Хотя есть и отличие от чистой BSD лицензии: все ПОСЛЕДУЮЩИЕ продукты, на основе отрелиженных под Apache2, ОБЯЗАНЫ распространятся с исходниками вне зависимости формы распространения (бинарь или сырцы). Т.е. (если можно так сказать) подобие GPL подхода в плане требований к наличию сырцов начинаеться только с первой ПЕРЕДЕЛКИ, но не с исходного продукта.
Так что, товарищи из сабжа нам совсем не товарищи ;(
Не дело тестить ОпенСорс закрытыми вещами.
>Товарисч, не обрадую.
>Вы 100% правы в своем первом посте к этим активистам.
>ctesk раздается по Apache 2.0 лицензии. Причем не зря....Vladimir Rubanov только-что ответил на форуме их сайта на мои комментарии. По его словам, версия TesK 2.2 Cummunity Edition будет выпущена весной этого года вместе с исходным кодом. Поживем-увидим. Сразу бы написали аннонс и новость толково, а то - завуалировали факт недоступности исходного кода, да приукрасили все... Вот покажут исходники - тогда и видно будет, есть ли у проекта будущее и стоит ли его поддерживать и развивать. А пожелания, конечно, - в добрый путь. Лишь бы толк вышел.
поправка - анонс, а не аннонс :)Еще, хочу заметить про лицензию Apache2, что не зря в OpenBSD до сих пор первый Апач... Они параники, конечно, но с понятием.
>поправка - анонс, а не аннонс :)
>
>Еще, хочу заметить про лицензию Apache2, что не зря в OpenBSD до
>сих пор первый Апач... Они параники, конечно, но с понятием.тесен гугл....
я тоже на это пагу со сравнением лицензий и пояснением юзания первого апача в OpenBSD набрел ;)
>Vladimir Rubanov только-что ответил на форуме их сайта на мои комментарии. По
>его словам, версия TesK 2.2 Cummunity Edition будет выпущена весной этого
>года вместе с исходным кодом. Поживем-увидим. Сразу бы написали аннонс и
>новость толково, а то - завуалировали факт недоступности исходного кода, да
>приукрасили все... Вот покажут исходники - тогда и видно будет, есть
>ли у проекта будущее и стоит ли его поддерживать и развивать.
>А пожелания, конечно, - в добрый путь. Лишь бы толк вышел.отлично.
Практически, только благодаря Вам не осталась без внимание проблема полной лицензионной чистоты планируемых к использованию инструментов.
Откроют они это свое поделие или нет - вопрос второй, но вот кота в мешке не удалось подсунуть - это гут.
Респект!
ИМХО, очередное освоение средств и эксплуатация гламурных и будоражащих ум словосочетаний.
точно подмечено!Так сказать делают себе имя на игре слов...
Как так можно разбазаривать деньги налогоплательщиков.
Выкинули пол миллиона долларов на никому не нужную софтину, у которой есть штуки три западных аналогов. Какая разница чем тестировать дистрибутив на совместимость LSB, главное чтобы эта совместимость была.Могли бы потратить 2% от этой суммы и сертифицировать AltLinux и AspLinux, а остальные 98% потратить на гранты разработчикам открытых программ.
Нет же, 5% реально потратят на создание софтины, 10% как откат за победу в конкурсе, 15% молча разбазарят на мелочи, 50% уйдет на оплату раздутого штата набранного по знакомству, на 20% накупят оргтехники которая потом потеряется.
Хотя может быть на 5% напишут, 10% на откат, а 85% тихо удет на финансирование других проектов института, если руководитель хороший.
Я успел заметить, что для 64-битных платформ "AMD-64" и "IA-64" требуются отдельные дистрибутивы Linux, FreeBSD и Windows. Конечно, все они умеют запускать 32-битные приложения, но с потерей всех преимуществ, даваемых 64-битностью. А для платформ Sparc, ARM и т.п. перекомпиляция просто необходима. Так что усилия, направленные на бинарную совместимость - мартышкин труд.А ещё очень нужна совместимость между разными ветками Unix, причём не столько двоичная, сколько по исходникам.
PS: Если полагаться на закон Мура "одного бита адресного пространства хватает на полтора года" и считать, что типичный писюк имеет 512 MB, это значит, что у 32-битной архитектуры осталось в запасе три бита, т.е. около пяти лет. Так чт%E
Ну пока там будут идти всякие словопрения и прочее, то на практике проблемы будут решаться как обычно и решались.Какая-то очень большая пропасть получается между задуманным и существующим, пусть даже и перспективе существующим ...
Не знаю, двоякое чувство вызывают все эти проекты.
Дык сколько процентов откатывается обратно в агенство? И кому лично? Имена воров хочется всё-же знать поимённо. Чтобы в комментариях к программам писать: "а здесь код, созданный специально для Иванова И.И., укравшего бабки". А то "выиграл конкурс"...
В замечательной книге Эви Немет и компании есть фраза типа "в модели OSI не указали ещё один уровень - политический". Или коммерческий. Точно не помню, но здесь такая же хрень.
Потом сделают обязательную поголовную сертификацию.