Википедия и свободное программное обеспечение

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

Впрочем, эта система во многом построена на подходах традиционных энциклопедий и не всегда срабатывает в отношении программного обеспечения. Свободное ПО особенно подвержено атакам о "незначимости" или невозможности проверить фактическую сторону дела, поскольку в традиционных источниках, которые редакторы Википедии считают "значимыми", статьи о свободном ПО могут не публиковаться, а часто и просто отсутствуют для свободного ПО в каких-нибудь не очень популярных областях. Хорошая подборка проблем описана в предложениях по изменению критерия значимости для свободного ПО: http://en.wikipedia.org/wiki/Wikipedia:Notability/RFC:Notability_of_free_open_source_software. Несмотря на то, что решение о значимости не должно быть связано со спецификой обсуждаемой темы, критерии отбора значимых источников сейчас в Википедии сильно ущемляют ПО в целом и свободное ПО в частности. Что интересно, простая статья-обзор в каком-нибудь околокомпьютерном журнале о новой программе считается более значимой, чем десяток-два материалов о такой же программе на значимых конференциях о свободном ПО в мире.

Мы столкнулись с этим неожиданно в Midgard Project. Статья о Мидгарде была предложена к удалению в связи с "невозможностью найти нетривиальное упоминание во вторичных значимых источниках". То, что проект существует уже десять лет, используется или использовался в крупных внедрениях по миру (в 2005 на нем был сделан сайт электронного правительства Новой Зеландии, проработавший до 2008, он включен в программу исследований семантических сетей для интернет-проектов еврокомиссии, а с 2007 на нем работает maemo.org), не имеет значения, потому что об этом не пишут в крупных изданиях, вроде cnn.com и тому подобных.

Практически неделю мы пытались хоть что-то предложить в качестве аргументации, собирали ссылки и искали старые статьи. В конце концов, статью отстояли, "но осадок остался". Нас даже обвинили в попытках повлиять на "редакторов Википедии" в их выборе -- путем обсуждения проблемы вне Википедии. Дискуссия по поводу предложений в критерии значимости СПО тоже очень показательна.

Трансляция в ЖЖ

С помощью переоткрывшегося этим летом сервиса rss2lj включил трансляцию сообщений из blogspot в ЖЖ.
По совпадению, название аккаунта для технического блога, посвящённого информационным технологиям (IT), получилось из vitlav убиранием первой буквы.

Правда трансляция не пока работает, может быть у сервиса проблемы, его банят?
Зато узнал о существовании альтернативы. Которая, впрочем, тоже испытывает проблемы.

Кстати, у ЖЖ есть сервис, доступный для платных аккаунтов - подписка сторонних RSS в свою френд-ленту.

Bran backup server beta2

Вышла новая версия специализированного дистрибутива для организации сервера резервного копирования.

В этой сборке был существенно переработан интерфейс. Он стал более удобным как для рядового пользователя так и для опытного системного администратора.

Сайт проекта: http://branbackup.org/
скриншоты, некоторая документация, все полезные ссылки проекта.

Online демостранция: https://demo.branbackup.org
можно воочию посмотреть и пощупать основные возможности дистрибутива. В демонстрацию включён тестовый клиент democlient. Пароль demo.

Форум: http://branbackup.org/phpbb/
самые свежие новости проекта, обсуждение дистрибутива. Сейчас основной язык английский, но если будет запрос, то сделаем и русскоязычные разделы.

Образы дисков: http://beta.altlinux.com/backup-server/
ISO образы для архитектур i586 и x86_64.

Все исходные тексты доступны в git.alt и Sisyphus.

Антиспам и антивирусы: миф и рэкет

Мне кажется, проблема рассылки спама в настоящее время сильно преувеличена. Основная доля спама рассылается с ботнетов или через криво настроенные сервера. Всё это легко фильтруется при лёгком превышении правил, установленных устаревшими RFC, и особой нагрузки от спама нет.
При этом раздутая "проблема спама" порождает другие, более важные проблемы:

Вдруг оказалось, что наш почтовый сервер mail.etersoft.ru 4 ноября 2009 года внесли в чёрный список некие UCEPROTECT®-Network Project, которые задались миссией остановить спам глобально. Узнать причину попадания в список мне не удалось, конечно, через 7 дней нас автоматически вычеркнут... Ну а если хотите быстрее, то нужно заплатить 50 EURO. Также можно подписаться на платное извещение о изменении статуса IP-адреса в базе, а также на получение более подробной информации о причине внесения в список. По-простому узнать причину внесения в список нельзя. Кстати, по другим спискам мы не проходим. Особенно эффектно проверка выглядит на http://www.dnsbl.info.

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

Понравилась позиция Kaspersky Lab, где утверждают, что всё не просто так, значит была рассылка спама :) Более того, и продукт для фильтрации спама использует такие чёрные списки по умолчанию.

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

При этом на серьёзных почтовых системах пытаются использовать российские разработки для борьбы со спамом. Как выяснилось, Dr Web и Касперский не поддерживает 64-битные системы, при этом отказывая в поддержке продукта, запущенного в биарч-режиме. Использование российских продуктов является существенным, потому что они якобы фильтруют спам Рунета, UA-IX и ближних соседей.

Как я прочитал в рассылке, "Dr. Web так и "Лаборатория Касперского" начинают беседы о 64-битности серверного софта с вопроса "зачем оно надо". Встает вопрос об их компетентности."

Стараюсь придерживаться прежнего подхода: не принимайте почту с криво настроенных серверов.

без единого гвоздя

Последнее время набирает популярность интеграция web-приложений с традиционным desktop.
Особенно любопытно для меня эта интеграция в плане системных конфигураторов, особенно в свете последних анонсов, что YaST обзавёлся web-интерфейсом.

Этот web-интерфейс оказался на поверку совершенно новым приложением, написанным на ruby on rails, интересным приложением, но не имеющим никакого отношения к обычному YaST.



С другой стороны, у нас давным давно существовал более менее настоящий web-интерфейс к системному конфигуратору. В desktop, при этом, используется вариант интерфейса на Qt. И вот, насмотревшись на штуки типа Prism, мы с Димой Кругликовым подумали: "А зачем мы постоянно мучаемся создавая два интерфейса для каждого модуля?".

Справедливости ради надо заметить что когда-то давным давно было возможно из одного описания интерфейса получить одновременно и qt и html интерфейс, но слишком большая разница между моделями документа в html и qt свела все эти усилия на нет. Или всё выглядело одинаково плохо в обоих средах или одинаково медленно ;)

Итак, "А зачем мы постоянно мучаемся создавая два интерфейса для каждого модуля?", подумали мы. И вот появился спец. браузер, на основе qt webkit для отображения центра управления системой.

Вот так выглядел обычный центр управления системы:




А вот так его показывает новый браузер:




Вот так выглядит модуль настройки даты в обычном центре управления системы:




А вот так его показывает новый браузер:




Единственная разница для пользователя состоит в том, что webkit расходует несколько больше оперативной памяти, но для окончательного вердикта по этому вопросу необходимо ещё попробовать отключить "лишнее" кеширование.

Новый браузер не просто браузер, а оптимизированное для интеграции со desktop-ной средой средство. Во-первых, при нажатии на F1 справка показывается в отдельном окне.




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




Вот так. В перспективе можно расширять интеграцию с desktop, например задействовать PolicyKit для того чтобы аутентифицироваться на сервере.

Google Chrome OS

Посмотрел я их презенташку (ок, пока еще не всю). Страшновато оно. Банальное рабство эппла выглядит просто безумной свободой, почти анархией. Хотя чисто внешне, конечно, все просто замечательно...

Chrome OS

Вздох облегчения. Это всё-таки Linux.

Это Ubuntu из которой выкинули всё лишнее, подмешали немного Moblin вставили Chrome browser + window manager для него + login в google.

Основа: kernel, upstart, udev, dbus, policykit, xorg, xscreensaver + mod для него, обновление через omaha.

hal -> DeviceKit
wpa_supplicant+NetworkManager+Gui для него -> ConnMan.
gdm -> SLM
Plymouth -> сильно прохаканнный ply-image

Домашний каталог криптуется. Есть tpm-emulator.

Порадовал модуль pam_google ;)

Ещё порадовал upstart-скрипт preload-chrome:
for file in ${FILES}
do
dd if=${file} of=/dev/null
done
Где FILES сгенерено при помощи strace и запуска chromium-browser ;)

duke_igthorn @ 2009-11-30T12:45:00

via blaze

Умеют же люди делать бизнес!

Соббсно история банальная, небанальной мне показалась одна деталь - среди фигурантов значится Дергунова Ольга Константиновна, бывшая глава Microsoft в РФ. Есть в этом фактике нечто забавное и заставляющее задуматься...