klark973

Приношу Друзьям свое извинение!

Thu, 20 Mar 2008 03:33:54 GMT

Сегодня ночью мой журнал подвергся атаке бота. Некоторые полезные сообщения пришлось удалить со всем деревом этого флуда :( Всего он успел оставить 754 сообщения за считанные секунды, за что особый респект администрации ЖЖ :(

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

Сегодня ночью подвергся атаке не только мой журнал. А 5 марта подобное случилось и у других наших Друзей. Вот краткие сведения об атакующем:

Провайдер: ONEANDONE-DSL, Германия
IP #1: 77.180.106.121
IP#2: 77.180.121.157
address: 1&1 Internet AG
address: Brauerstrasse 48
address: D-76135 Karlsruhe
address: Germany
remarks: For abuse issues, please use only abuse@oneandone.net
phone: +49 721 91374 50

Бот флудит исключительно те аккаунты, которые не стоят в режиме "Только для друзей". На каждое "не свое" сообщение он оставляет по 18-19 комметнов. По всей видимости, используются незащищенная каптчей форма ввода и либо заранее зарегистрированные аккаунты в ЖЖ, либо есть дыра в системе регистрации ЖЖ. К сожалению, не обратил внимание на дату регистрации аккаунтов бота, но сведения о них переданы администрации ЖЖ. Один такой аккаунт может флудить в блог более сотни раз. Если каптчей не защищена форма отправки личных сообщений "для всех", есть риск что беда придет снова... :(

Извините за причиненные неудобства!
Комменты для всех закрыл, осталась лазейка только для Друзей ;)
Надеюсь на Ваше понимание!..

Обсуждаем forum.centercest.ru...

Fri, 29 Feb 2008 22:05:53 GMT

Друзья! Возникло много возражений и критики в адрес phpBB - один из самых приглядных и популярных форумных движков. Лично я с этим не сталкивался. Всвязи с этим приглашаю экспертов в вопросах "прикручивания форумов", их производительности, надежности обработки SQL-запросов, DoS-атак, флуда форм и вообще по безопасности, принять активное участие в обсуждении этого вопроса.

С одной стороны, имеются мнения, что phpBB не годится для ЦеСТа. С другой, есть мнение, что форум нужен, но "не phpBB" едва ли будет столь же посещаем. Есть большая просьба аргументировать свои мнения, подкрепляя ссылками на источники.

Приемная по вопросам сайта ЦеСТ

Fri, 29 Feb 2008 09:31:45 GMT

Друзья! Мы будем рады принять любую конкретную помощь по разработке этого сайта. Здесь можно оставлять любые, даже самые фантастические предложения ;)

Знакомство с Алкснисом

Fri, 29 Feb 2008 00:30:00 GMT

«Тут только дед старый,
не помнит ни хрена!»
(слова из кинофильма Брат-2)

Решил сохранить по свежей памяти воспоминания для потомков о моей встрече с Виктором Имантовичем Алкснисом, бывшим депутатом государственной думы и ныне председательствующем учредителе РОО «ЦеСТ».

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

Но, что меня особо удивило, в отличие от большинства депутатов его созыва (да и вообще, шишок категории «А» нашего времени), он никогда не матерится, не употребляет грубых слов, в общении довольно мягок и покладист, даже вопреки тому, что ему приписывают некую «полковничью твердость». Кроме того, он мне почему-то показался то ли, скромным, то ли, застенчивым, но точно уж, не привередливым, одним словом, и не депутат вовсе!

Я, конечно, еще тот ламер – прихватил новый фотоаппарат (мыльницу), а пользоваться вспышкой толком не научился. Короче, облажался по-полной! ;) Кое-как удалось сфотографировать этот «исторический момент»... Собственно, о чем это я?

Виктор Имантович предложил мне (не знаю, как бы это скромнее выразиться)... одним словом, помочь по-началу с организацией будущего сайта ЦеСТ. И сегодня была первая встреча, посвященная этому «великому событию» :-))) Оказалось, что наши мысли во многом совпадают. Впрочем, время еще покажет...

Посидев в Китайском ресторанчике, поговорив о планах ЦеСТа, о будущем сайте и о нынешней ситуации с внедрением СПО в школы, мы решили взять «быка за рога» и пошли к провайдеру. Там-то и был заключен договор и запечатлен этот «исторический момент».

Вы только не подумайте, что это – сарказм! Речь идет об очень серьезной и влиятельной организации, ЦеСТ. То, как наверху относятся к мнению Алксниса и так знают многие. Но сегодня мне довелось узнать несколько больше... Всех козырей пока раскрывать не буду, предприятие это пахнет жаеным [ (c) В.И. Ленин ]. Но кое-что выложу на свой страх и риск.

Оказывается, пока мы тут в ЖЖ болтаем(ся), серьезные люди проводят довольно серьезные встречи, причем, на самых разных уровнях. В частности, в нашей стране немало софтверных компаний-разработчиков. И они, в большинстве своем, до этого года были ориентированы на технологии Microsoft. Причем, речь идет о рынке с оборотами в миллионы долларов.

Так вот, теперь руководство этих компаний прикинуло, во что им выльется нынешний переход страны на СПО. А поскольку никакой единой координирующей организации по разработкам в сфере СПО никогда (и нигде) не было, они уже начали проявлять активный интерес к появлению ЦеСТа.

Было подсчитано, что уже в ближайшие годы объем продаж продукции для Linux составит в нашей стране около 20%. Уж не знаю, кто там и и как считал, но лично я думаю, что цифра эта сильно занижена, а сроки – несколько завышены.

Одним словом, Виктор Имантович неоднозначно намекнул, что внешнее финансирование (в виде добровольных пожертвований и целевых платежей) у ЦеСТа будет, причем, речь идет не о копеечном бюджете. Правда, о сроках и суммах точной информации пока нет. А пока нужны добровольцы, которые смогут РЕАЛЬНО, ДЕЙСТВЕННО ПОМОЧЬ ЦеСТу И РАЗРАБОТКЕ НОВОГО САЙТА. Причем, стимул и для них найдется, т.к. членство в ЦеСТе-таки будет, причем, официальное, и чем раньше – тем лучше для участника ;)

Я же, взяв «бразды управления проектом» в свои руки, понял следующее. Имя мы уже застолбили (пока писал этот опус, провайдер уже прислал подтверждение, проверил через NIC-центр). Но пока ЭТО ИМЯ в DNS-ах не прописалось. А дабы убрать все, что туда обычно помещает ЭТОТ ПРОВАЙДЕР, и поместить что-нибудь нашенское, у меня уйдет пара-тройка дней. Тогда уже будет повод «попиариться», сделать «программное заявление» и все такое ;)

К концу встречи Виктор Имантович посетовал, что его не приглашали на телевидение так часто, как теперь, даже во время «депутаства». Знаю, что вчера он принял участие в двух таких записях, но когда мы расставались, он сказал, что снова едет на запись очередной телепередачи (которую будут показывать через месяц).

Немного сумбурно, но... что успел запомнить ;)

Песнь об «ИДЕАльном» дистрибутиве

Tue, 26 Feb 2008 12:02:05 GMT

Выкладываю пока только первую часть своей ИДЕИ об "идеальном дистрибутиве Linux". Постараюсь на неделе закончить вторую часть (решалки, пояснялки и ссылки)...

Песнь об «ИДЕАльном» дистрибутиве

«н-да, кто-то ждет принца на белом коне,
кто-то ищет идеальную девушку, а кто-то –
идеальный дистр линуха =))...»

(C) Старик Авелор
aka raven lord
(у которого в надписи на футболке «freebsd is my life»
первая буква в последнем слове исправлена на «w»)

WARNING: ЛАМЕРАМ ВХОД СТРОГО ВОСПРЕЩЕН! :-))

Пожалуйста, ознакомьтесь хотя бы с НАЧАЛОМ. Все – читать необязательно. Мне нужен шквал критики, «мозговой штурм» ИДЕИ со стороны гуру в Linux-е, со стороны опытных разработчиков, контрибутеров и мэйнтейнеров. Я обращаюсь к вам не только потому, что не уверен в ИДЕЕ, из-за недостаточности опыта, нежелания «изобретать велосипед», но и потому, что хочу проверить ИДЕЮ «на прочность», увидеть все ее сильные и слабые стороны. Одним словом, закидайте меня гнилыми помидорами и тухлыми яйцами больно!

Не так давно Алексей Новодворский (заместитель генерального директора ALT Linux) высказал важные замечания по ситуации, сложившейся вокруг уже имеющихся дистрибутивов в свете перехода страны на СПО и наличия определенного госзаказа. Моя ИДЕЯ родилась несколько раньше этого высказывания, но возможности мусолить ее на широкой публике не было. И когда несколько разбирающихся линуксоидов ее поддержало, я все же решился обратиться к Алексею Новодворскому с просьбой оказать содействие в экспертной оценке моей ИДЕИ.

Реализацией этой ИДЕИ я надеюсь «убить сразу нескольких зайцев» и тем самым помочь не только себе, но и разным слоям общества ;) Если вы сходу увидели ЕЕ несостоятельность и у вас нет времени объяснять мне детали, пожалуйста, проголосуйте хотя бы своим «минусом» примерно так: «-1», я заранее извиняюсь перед всеми, что потратил ваше время и благодарен, что вы все же нашли его на меня!

ПРОБЛЕМКИ. Для начала обозначу проблемы, всем вам до боли знакомые.

#1. Переобучение сисадминов на местах (из противоположного лагеря M$).

Для осуществления массового перехода на Linux самая сложная задача – переобучение нынешних IT-специалистов, обслуживающих пользователей на местах. Известно, что большинство таковых разбираются в компьютерах и программах, но ограничиваются знаниями только технологий M$, от которых они очень глубоко «наркозависимы». Если данную проблему не решить, массовый переход на Linux и СПО невозможен.

#2. Расширение штата поддержки репозитория.

На мой взгляд, разработчики, мэйнтейнеры и контрибуторы – это элита FOSS. К сожалению, слишком немногочисленная. Особо остро этот вопрос встает в свете увеличения спроса на внутреннем рынке на продукцию СПО, появления первых крупных госзаказов.

#3. Профилирование дистрибутива под определенный круг задач.

Мэйнстрим, сборка под узкий круг задач конечных пользователей. Шаг влево, шаг вправо – уже другой дистрибутив. Сегодня нужен дистрибутив для школ. Завтра потребуется для налоговой службы, ФСБ, и т.д., и т.п. Что есть БАЗА, от которой сегодня отталкиваются разработчики, выполняя такую «специализацию» дистрибутива? Удобна ли ОНА для этих целей? Насколько быстро ОНА позволяет «перезаточить» дистрибутив по иные нужды? Я думаю, и судя по высказыванию Алексея Новодворского, сегодня такой удобной БАЗЫ НЕТ!

#4. Оптимизация бинарных пакетов под конкретное железо.

При решении проблемы #3, одной из подзадач может быть максимальная оптимизация дистрибутива под определенные конфигурации и архитектуру, дабы выжать из железа по-максимуму. Эта возможность легко достигается source-based дистрибутивами, но остается нерешаемой проблемой для бинарных дистрибутивов.

#5. Неудобство source-based дистрибутивов для конечного пользователя.

В данном случае подразумевается не только конечный пользователь, но и системный администратор. В битве за решением проблем #3 и #4 в ИДЕАльном дистре, сборка из исходников, предусмотренная штатными средствами дистра, должна иметься. В противном случае получается «замкнутый круг»: что делать, если это необходимо? Но, как говорится, пользователи не любят своими руками компилировать софт, собирая его из исходников. Зачастую это может занять слишком много времени на старых машинах. В особенности, если речь идет о перестроении всей системы из исходников.

#6. Вынужденный отказ сисадминов от мэйнстима и техподдержки.

Когда в репозитории чего-то остро не хватает или собрано не так (по мнению сисадмина), в подавляющем большинстве случаев используется альтернативный (aka не рекомендованный для конкретного дистрибутива) способ, но одновременно традиционный для Linux-а в целом. Т.е. программы/драйверы собираются из сырцов по документации по принципу configure && make && make install. При этом, сисадмин все же решает свою проблему, но решает ее, прямо скажем, плохо.

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

В результате такого «надругательства» над системой, никто, кроме этого сисадмина, поддерживать такой дистрибутив не будет. Это у же то, что называется шаг «в сторону», т.е. это уже другой дистрибутив. Отдельная песня – ЯДРО, которое приходится самостоятельно пересобирать под конкретное железо (или иные нужды). И в разных дистрибутивах эта проблема решается по-разному, если слово «решается» здесь вообще уместно.

#7. Быстрое устаревание сохраненного образа раздела диска с настроенной системой.

Для Linux-оидов: Затарболили вы раздел... Для виндавозников: Используя Norton Ghost или подобную программу, создали вы образ раздела... А теперь всем вместе: ...с полностью настроенной ОС, установленными программами, сдельными вами настройками и т.п. Если система «накроется» через месяц, теперь у вас есть резервная копия всей настройки, будет из чего ее восстановить!

Но что делать, если с момента настройки прошел год... или два... или три? Сделанная вами Recovery-система безумно устарела, т.е. морально устарели все программы, входящие в ее состав. Ее можно выкидывать на помойку и заниматься настройкой с самого начала. Только не говорите, что через три года нужно и компьютер выкидывать, я просто не пойму! ;)

В ряде случаев линуксоидам может быть проще: восстановив настройку, выполняется стандартное обновление системы. Если повезет, если хороший Интернет-канал, если времени с момента настройки прошло не так много, если «ручками» ничего не пересобиралось, то в ряде дистрибутивов через несколько часов кропотливых пыхтений система будет не только восстановлена со всеми ранее сохраненными настройками, но и будет доведена до актуального состояния. А если совсем повезет, то еще и заработает без «глюков»!

Но по личному горькому опыту хочу сказать, что если Recovery-система была записана относительно давно, если с момента сохранения произошли ключевые изменения в toolchain, библиотеках, если были существенно изменены зависимости, процент такого «везения» примерно равен нулю. Опять же, для линуксоидов выход имеется: сразу после обновления нужно просто выбросить старую Recovery-систему и прожечь новую. Но здесь еще такой трепетный момент... На практике, ПО, входящее в состав Recovery, периодически обновляется, а значит и Recovery обновлять (перепрожигать) тоже придется регулярно.

И еще один момент... Известно, что пакет RPM5 (а может, и более ранних версий) хранит информацию о конфигурационных файлах раздельно. Насколько я понимаю, в RPM-based дистрах эта фитча используется для инсталляции пакетов в режиме UPDATE, чтобы не перезатирать правленные юзером конфиги.

Но ведь теоретически, это можно было бы использовать и для инсталляции Linux-а на чистый раздел таким образом, чтобы файлы конфигурации и список пакетов брался из Recovery-раздела (с дискеты или флэшки, например) а все остальное – из бинарного репозитория или с инсталляционного диска. Но почему-то, мне от таком Rescue-режиме RPM-based инсталлятров ничего неизвестно, возможно, ввиду моей технической отсталости (я правда уже и не помню, когда в последний раз работал с этими дистрибутивами).

Ну а виндавозником повезло намного меньше: нельзя там вот так просто ставить/удалять программы, обновляться поверх – рано или поздно это неизбежно приведет к «глюкам». Кстати, хуже всего я знаком с МАК-ами, возможно, потому и считаю, что их штатное решение аналогичной проблемы, вообще ни в какие ворота! Нет, там примерно все, как у линоксоидов, но извините, когда Recovery весит 10-20 Гб, а BlueRay еще далеко ни в каждом MacBooke! Впрочем, я просто незнаком с потрясающими коммерческими решениями для Mac OS X, хотя встроенный во FreeBSD dump/restore, ИМХО, эту проблему тоже не решит.

#8. Отсутствие на мировом рынке СПО дистра, призванного решить все эти проблемы.

Если бы такой дистрибутив появился, я бы назвал его ИДЕАльным (не в смысле торговой марки, а в смысле пригодности для моих задач). Если бы такой дистрибутив появился впервые на Российских просторах, можно было бы говорить о начале экспорта Российских Linux-технологий :-)))

Теперь вы спросите: а чего это я все о грустном, да о грустном? Да, проблемки всем знакомые, жили с ними как-то, но предложений решить их одним махом пока не поступало. Вот как раз дальнейший текст будет попыткой сделать такое предложение ;)

ХОТЕЛКИ. Обозначу свое вИдение ИДЕАла.

#1. Хочу сам конфигурировать софт из сырцов, т.е. интересует централизованное управление флагами конфигурации, подобно USE-флагам в Gentoo Linux.

#2. Не хочу это делать каждый раз, т.е. собранный сырец должен превращаться в бинарный пакет, как в ARCH.

#3. Хочу такую же простую и прозрачную сборку, как в ARCH, т.е. чистый bash.

#4. В Gentoo USE-флагов слишком много и документированы они слишком скупо. Хочу, чтобы централизация управления сборкой не сильно усложняла сборочную систему, количество глобальных сборочных флагов было бы ограничено до разумных пределов, а документирование соответствовало необходимому минимуму.

#5. Интересует прозрачный и гибкий механизм бутстрапа системы, похожий на CLFS, т.е. на чистом bash-е с возможностью сборки на сильных машинах для слабых архитектур, а не так, как работает Catalyst в Gentoo – через раз, да еще из 3-го стейджа! При этом, чтобы софт собирался из того же репозитория сборочных скриптов из любого Линукса с совместимым ЯДРОМ, BINUTILS/ABI и GLIBC, т.е. голая система портов (по началу<=2-5Мб) должна быть способна построить систему из любого современного Линукса по моему вкусу.

#6. Хочу, чтобы пакетный менеджер не только автоматически разруливал зависимости, но и мог восстанавливать систему из отдельно сохраненных файлов конфигурации и списка только ключевых пакетов. Не хочу хранить в Recovery-системе бинарные пакеты. Их место – в репозитории. Хочу, чтобы Recovery-диск хранил только список названий ключевых пакетов (т.е. без зависимостей) и конфигурационные файлы, которые я сам изменил. Такая Recovery влезет даже на дискету. Способы «помнить самому, какие конфиги я менял» – не предлагать! ИМХО, пакет может содержать информацию о конфигах, а пакетный менеджер определять, которые из них были изменены.

#7. Т.о. хочу мета-дистрибутив, подобный Gentoo Linux или ARCH, ориентированный на сисадмина, но не обязывающий выполнять настройку одного компа по несколько недель по своему вкусу. Т.е. он должен быть заточен и для быстрого развертывания на разных машинах по уже заранее подготовленным конфигурационным профилям. Главное, чтобы эти профили можно было делать самому. В корпоративной среде эти профили можно будет брать и с OpenLDAP-сервера.

#8. Простого юзверга система сборки касаться не должна. Toolchain, test/dev-utils, система сборки, порты, не должны входить в образ минимальной системы BaseLinux (CORE). При наличии готовых обновлений, все должно ставиться из бинарных пакетов (или дельта-пакетов; здесь подразумевается самопальный репозиторий бинарных пакетов, сделанный сисадмином).

#9. Губозакатывательных машинок не предлагать – уже затарился! :-))

Для тех ЛАМЕРОВ, которые все же осмелились сюда зайти и дочитали до этой строчки, и которых мучает вопрос, где же обсуждается графическая среда (KDE, Gnome, Xfce, ...) удобство инсталлятора и т.п., поясняю, что это все определяется проблемой #3 и зарыто в нескольких хотелках. ИМХО, это – по барабану, каждый сам для себя решает, как ему затачивать под себя дистр либо берет готовый, кем-то уже заточенный ;)

Продолжение следует...

M$ решила сдаться! ;)

Sat, 23 Feb 2008 11:32:32 GMT

Хорошая новость к 23 февраля. Открытая модель разработки победила! Сенсация!!! M$ открыла свои ключевые исходники??? Читаем здесь: http://www.cnews.ru/news/top/index.shtml?2008/02/22/289373

Убойный способ внедрить СПО

Wed, 20 Feb 2008 03:19:07 GMT

Посмотрел ЭТОТ ФИЛЬМ, идея InstallFEST-ов приглянулась... Это - и огромный пиар для Linux-а, и отличный способ распространять ЗНАНИЯ, делиться ими с коллегами и обмениваться опытом на практике.

Для начала нужно организовать в пилотном режиме несколько постоянных точек в Москве, найти помещения, подключить к этому Linux-компании и СМИ. Можно сделать тему на каком-нибудь Linux-форуме о подобных мероприятиях.

Массовые репрессии таки начались!

Mon, 04 Feb 2008 09:34:43 GMT

Да, да! Именно массовые, и именно репрессии. Не знаю, подходит ли иное определение. Вот уж не думал, что при ВВП до этого дойдет на деле. И все никак не пойму, ради чего все это!? Кто-нибудь объяснит, что мы поимеем от вступления в ВТО? Стоит ли оно таких жертв?

Статистика по уголовным делам по ст 146УК

Как кусают слонов

Fri, 14 Dec 2007 00:48:28 GMT

Русскоязычные почитатели СПО давно свыклись с отсутствием достойной бесплатной альтернативы продукту ABBYY FineReader. Ни для Linux, ни для Windows, ни для других ОС таковой не существует. Наличие схожего по функциональности решения OCR, пусть даже не OpenSource, но БЕСПЛАТНОГО (подобно тому, как распространяется браузер Opera), позволило бы укрепить позиции Linux в деловой среде. В свете последних событий к такому решению склонялись бы и при госзакупках.

И вот, неделю назад, DP.ru публикует такую новость, за которой следует бурная реакция компании Abbyy Software. Это что, ДЕЗА!?

Abbyy Software - сильнейшая международная команда программеров. Ее продукт FineReader практически безупречен. Уже несколько лет назад она предоставила интерфейсы своего движка всем желающим (причем, не просто, а реально работающие в Linux-е бета-исходники 7.0, теперь уже доросшие до 8.0 EPS), однако конечных графических приложений пока никто не написал :-(((

Вероятно, качество продукта FineReader и международная раскрученность Abbyy позволяет вендору не вести демпинговую политику в отношении OEM-лицензирования. Это создает прочную нишу для другого крупнейшего игрока русскоязычного OCR - компании Cognitive Technologies. По крайней мере, именно с последней Российские представительства производителей сканеров предпочитают заключать OEM-соглашения. Иначе, почему тогда все сканеры у нас продаются с облегченной версией CuneiForm!?

Хотя новость уже недельной давности, никаких подтверждений информации о передаче исходников CuneiForm на сайте Cognitive Technologies не появилось. Хочется отметить, что некий движок у них тоже существует, только нет ни слова о поддержке отличающихся от Windows ОС (напротив)!

Возникают вопросы... Почему со стороны Abbyy последовала какая-то реакция? Может им вообще не стоило реагировать, а сначала дождаться появления официального подтверждения намерений Cognitive Technologies? Да и была ли на самом деле эта реакция? Может DP.ru, выполняя ЧЕЙ-ТО ЗАКАЗ, пытается таким образом изменить ситуацию на рынке OCR?

Конечно же, изменения ситуации хотелось бы многим. Сейчас она складывается так. Есть 4 бесплатных OpenSource программы OCR в никсах, две из которых можно прикрутить к XSane. Ни одна из них нормально не работает, про русский язык даже речи не идет. Сравнивать с коммерческим виндовым софтом бессмысленно! Ни одной СТОЯЩЕЙ коммерческой русскоязычной программы OCR для Linux/FreeBSD/MacOSX я не встречал. Для Mac OS X тоже есть два коммерческих решения, но опять же, только для "белых" людей, но никак не для русских! :-(((

Вывод. Разработчикам FOSS стоит заняться этим вопросом. Это существенно повлияет на поднятие спроса ко всей продукции OpenSource.

Microsoft готовится к реваншу в схватке за OOXML

Thu, 06 Dec 2007 21:25:59 GMT

Настала пора поинтересоваться, кто у нас отвечает за участие в комитете ISO и голосование за такие стандарты, зависимы ли они от Microsoft, кто будет представлять Российскую делегацию на предстоящем 11.12.07 BRM, уполномочены ли эти люди решать наши национальные интересы, какова их нынешняя позиция по данному вопросу! Их телефон: +7 (495) 236-4044. Подробности в письме от No-OOXML.

You signed the <NO>OOXML petition, a movement backed now by more than 70.000 supporters worldwide. Our effort to influence the OOXML (Office Open XML) standardization process has been an astonishing success so far. We aim for at least 100.000 signatures in February when the Geneva Ballot Resolution Meeting (BRM) will convene with the aim to resolve comments.

Microsoft is trying by all means to get its "standard" adopted without substantial changes despite of its thousands of officially reported technical flaws and the pre-existence of ISO 26300:2006 (OpenDocument, ODF) as the most appropriate international standard for the representation of office documents.

By next Tuesday Dec 11 2007 delegates from your National Standards Body GOST who will participate in the BRM have to be announced to ISO. At least Portugal and Ireland will be represented by Microsoft. In many other countries, we know that Microsoft gold partners are proposing themselves as heads of national delegations. Many of them will prevail if we do not take action.

Will you let Microsoft represent your country at Geneva and decide the future of OOXML?

You can make a difference and call now GOST at +7-495-2364044 and help us to find out:

a. Who will represent GOST on DIS 29500 at the Ballot
Resolution Meeting in Geneva?
b. When will the decision on delegates be made and if GOST is
aware of the Dec 11 deadline?
c. Does your national delegates for the BRM are independent enough
from Microsoft?
d. Does the responsible Committee of GOST for DIS 29500 work
on resolution proposals for all the 3500 comments tabled or -
if at all - only for the national comments that they submitted?

Please report your findings by replying to this email, we will update this page with the members of each national delegation:

http://www.noooxml.org/brm

More things that you can do to help our effort against this broken
standard proposal:

1. Join our mailing list and get in touch with many other
activists:
http://lists.ffii.org/mailman/listinfo/noooxml-club
2. Become a member of FFII, the worldwide association leading the
<NO>OOXML campaign:
http://action.ffii.org/member_application
3. Become a member of DIGISTAN, the organization for the promotion
of true digital open standards worldwide; please indicate your
interests to: members@digistan.org
4. Blog about OOXML which shapes the public debate; blogging has
been instrumental to our success in Sweden for example;
5. support our campaign work with financial means:
http://www.noooxml.org/donations

Best regards,

--
Benjamin Henrion <bhenrion@ffii.org>
<NO>OOXML Campaign leader

Вопрос принципиальный! Будет ли у нас когда-нибудь внедрен ODF на государственном уровне или же продолжится экспансия зависимости от продукции монополиста Microsoft!!! Оказывается, несколькими часами раньше появился схожий топик, только основной смысл послания уже переведен на русский язык.

Срочно нужна Ваша помощь! Аргуметы для RMS...

Wed, 24 Oct 2007 21:59:38 GMT

Приверженцы СПО считают своевременным открытие в России официального представительства FSF и тому есть причины:

1. Из-за отсутствия официального перевода GPL интересы пользователей и авторов СПО не защищены в суде. Уже известны случаи судебного произвола. У СПО появится правовая защита, в противовес сомнительной деятельности BSA!

2. Диверсификация поставщиков ПО бюджетным организациям, включая школы, снизит налоговое бремя для всей страны, а авторитетное мнение RMS, выражаемое через официальное представительство, будет иметь важное значение в этом процессе!

3. Сегодня ПО - это не только проприетарный софт, но, так же - и свободный. В связи со стремлением России вступить в ВТО, авторитетное мнение RMS будет важно для России!

4. FSF на мировом уровне борется и отстаивает свободы пользователей и разработчиков. Например, имеет успехи в Европе в борьбе против M$! Нам нужен такой партнер в официальном статусе :)

5. Пиар-деятельность представительства донесет учения до глухих масс и "блондинки за клавиатурами" начнут превращаться в думающее поколение :)

6. Снижение стоимости ввозимых ПК. Сейчас нет альтернативе M$ Windows, поскольку только она официально поставляется в виде OEM. Появление официальной альтернативы вместе с пропагандой изменит эту ситуацию! У нас появится право выбора и поставщики техники начнут уважать наш выбор!

7. FSF будет отстаивать нашу свободу выбора ПО!!!

Даже если Вы являетесь приверженцем проприетарных ОС и ПО, FSF уже много сдела для Вас: стоимость всего платного ПО за последние годы сильно уменьшилась, в т.ч. и из-за конкуренции с СПО!

Вопрос в том, какими аргументами убедить RMS, что ЭТО нужно сделать, ЧЕМ ему (его фонду) будет выгодно открытие такого представительства в России?