Заметки о работе в linux

Если бы «эта» компания строила и продавала дома

noreply@blogger.com (passshok) — Thu, 10 Dec 2009 17:23:00 +0000

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

Каковы ваши действия? Вы возмущены до предела или, возможно, находитесь в смятении. Дослушав выпуск новостей до конца, вы узнаете, что «эта» компания занимает 95% рынка по продаже домов и является монополистом в своей области. Долго размышляя, вы приходите к неутешительному выводу о том, что деваться практически некуда.

Хотя... Мельком вы где-то слышали, что существует малоизвестная компания, которая также делает дома, но все о ней отзываются очень странно и неоднозначно. Говорят, что их дома очень безопасные, но совершенно не похожи на дома «этой» компании, а технологии строительства совершенно другие. Также ходят слухи, что как таковой, компании вообще не существует, а строители — это добровольцы, которые порой работают без зарплаты.

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

Часть вторая. Безопасность любой ценой.
Однажды утром, проходя по коридору вашего замечательного дома, вы краем уха слышите сводку новостей. В ней говорится, что при проектировании домов «этой» компании были учтены требования некой службы безопасности этой страны. Вы начинаете искать информацию о том, как именно были учтены эти требования и что это означает. Информация по этому поводу оказывается крайне скудна, но, в общем, удается понять, что за домом кто-то периодически может следить.

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

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

Vimperator и макросы: перевод выделенного слова

noreply@blogger.com (passshok) — Sun, 06 Dec 2009 21:20:00 +0000

Заметка посвящается любителям навигации по страницам в стиле редактора текстов VIM. Если вы еще не стали таковым, то никогда не поздно установить замечательное дополнение для Firefox — Vimperator. Vimperator доступен для загрузки как на официальном сайте, так и на странице дополнений для Firefox.

Если вы еще не знакомы с синтаксисом команд, а в частности, команд для работы с макросами, то ознакомиться с ними можно в разделе справки Repeating commands. Справку можно вызвать командой :help.

Для того чтобы оценить практическую пользу от использования макросов, рассмотрим простой жизненный пример. При чтении англоязычных (и не только) ресурсов, необходимо иметь возможность быстро перевести выделенное слово. Реализовать это в Vimperator очень просто:

Нажать «t», затем «Tab» (появится список поисковых дополнений, как показано на рисунке ниже).
Запомнить сокращение поисковой машины и нажать клавишу Esc (в моем случае это «dict», что соответствует Яндекс.Словарям).
В обычном режиме нажать клавиши «q», затем «d» (это начнет запись макроса, назначенного на клавишу «d»).
Выделить двойным щелчком слово на странице, которое необходимо перевести.
Ввести такую последовательность символов: «Y» (скопировать выделенное слово), «t» (открыть новую вкладку), «dict» (сокращенное название поискового плагина), пробел. Затем нажать Shift + Insert (вставка выделенного ранее слова). Нажать клавишу Enter (после этого произойдет открытие нового таба с переводом слова).
Ввести «q» (окончание записи макроса).

Проверить, все ли правильно, можно с помощью команды :macros. Макрос «d» должен быть похож на:

Ytdict<Space><S-Insert><Return>

Использовать очень просто: выделить слово двойным щелчком и нажать «@d». Удобство заключается в том, что слово выделяется мышью, правой рукой, а запуск макроса выполняется — левой рукой, что значительно повышет скорость работы. Отмечу также, что после завершения работы Firefox макросы сохраняются, в отличие от таковых в VIM.

В заключение, добавлю, что возможности макросов достаточно велики. Вы сможете автоматизировать выполнение рутинных ежедневных действий в зависимости от ваших потребностей и наклонностей :)

Ссылки по теме:

VImperator (общий обзор vimperator)
Советы по работе с Vimperator и решение некоторых проблем
Шпаргалка по клавишам
Еще одна шпаргалка по клавишам

Обзоры vimperator:

Vim + Firefox = Vimperator

Возврат денег за Windows Vista на Sony Vaio

noreply@blogger.com (passshok) — Mon, 16 Nov 2009 16:09:00 +0000

Сегодня замечательный день, товарищи. Случилось очень приятное для меня событие: наконец-то я вернул денги за Windows Vista Home Premium, которая была предустановлена на недавно купленном ноутбуке Sony Vaio. Возможно, вы спросите, как это относится к тематике блога и причем тут Linux? Все дело в том, что для меня, как для пользователя Linux, важно иметь свободу выбора ОС и не платить лишних денег за то, что мне не нужно. Но, обо все по порядку.
Расскажу о процедуре поподробнее, так как наверняка многие захотят ее повторить.
Для начала необходимо зайти на сайт поддержки Sony Vaio и скачать бланк. В нем написано много чего интересного и немного пугающего :) Можете ознакомиться. Главное что там написанано, это то что процедура возврата денег действует в течение 30 дней с момнета покупки ноутбука. Если уже прошло 30 дней, то скорее всего дальше вам читать будет не так интересно :)
Далее необходимо позвонить в службу поддержки Sony Vaio Link в России по телефонам +74959814977 или 88007000939 и получить идентификационный номер заявки у оператора. Этот номер нужен для заполнения бланка. После этого можно полностью заполнить бланк.
Теперь все готово для похода в сервисный центр. Из того что сказал оператор службы поддержки я понял, что обслуживание ноутбуков Sony Vaio в Москве произодит сервисный центр Серсо по адресу Стрельбищенский пер, 29а. Карту проезда можно найти на странице контактов. Берем ноутбук (можно без зарядки), заполненный бланк, чек и отправляемся туда.
Должен заметить, что с ходу мою просьбу восприняли не очень радушно, но после того как я дал понять, что процедуру довольно хорошо изучил и уходить не намерен, все пошло как по маслу. По ходу вам предложат заполнить заявление о том, что вы готовы получить определенную сумму за ОС, а также поставить несколько подписей. В моем случае процедура не заняла много времени, скорее всего потому, что я попросил не форматировть жесткий диск, так как там стояла уже совсем другая ОС. К моей просьбе отнеслись с пониманием и вернули все в целости и достаточно быстро.
Вся процедура заняла не более часа. В итоге мне вернули 1200 руб. наличными прямо в сервисном центре и отклеили наклейку с серийным кодом. Кстати, мне сказали, что я второй посетитель, который обратился с просьбой вернуть ему деньги за ОС от Microsoft.
Если статья кому-то оказалась полезной, то я очень рад. Было бы интересно узнать о вашем опыте возврата денег за неиспользуемую ОС.

Ссылки по теме:

Задание своих DNS-серверов по DHCP в Ubuntu для беспроводной точки доступа

noreply@blogger.com (passshok) — Mon, 15 Jun 2009 02:00:00 +0000

Имеется домашний маршрутизатор/беспроводная точка доступа, которые нынче в моде. При подключении по DHCP он выступает в качетсве DNS proxy, выдавая клиентам свой IP-адрес типа 192.168.0.1 в качестве DNS-сервера. У меня три таких устройства и во всех трех этот DNS proxy работает плохо. Выражается это в ожидании поиска DNS записей у клиентских машин. Иногда можно ждать по 5-6 секунд, пока станет известен адрес сайта, например gmail.com или google.com. Вобщем, сидеть и ждать каждый раз по 20-30 секунд загрузки какого-нибудь крупного сайта -- пустая трата времени. Особенность проблемы заключается в том, что такая тормознутость в работе DNS proxy наблюдается только в дешевых маршрутизаторах (дома), а вот на работе ее нету. На работе в DNS есть имена локальных машин, поэтому им необходимо пользоваться. Таким образом, нельзя переписать IP-адреса DNS-серверов в /etc/resolv.conf, нужно искать другое решение.

И оно есть. Для того чтобы для каждой беспроводной точки доступа иметь возможность задать свои DNS-сервера, необходимо создать скрипт, который будет запускаться при получении DHCP-адреса и, в зависимости от названия беспроводной точки доступа, менять IP-адреса DNS-серверов. Примеры таких скриптов находятся в директории /etc/dhcp3/dhclient-enter-hooks.d/ в Ubuntu 8.04. Для изучения их работы можно воспользоваться скриптом debug.

Содержание скрипта dns-fix, позволяющего обойти вышеописанную проблему, получилось следующим:

passshok@asus1000h ~ $ cat /etc/dhcp3/dhclient-enter-hooks.d/dns-fix
essid=$(iwgetid $interface | awk -F':' '{print substr($2,2,length($2)-2)}')

if [ "$essid" = "Home_ESSID" ]; then
new_domain_name_servers="208.67.222.222 208.67.220.220"
fi

Переменная $interface является входным параметром для этого скрипта и устанавливается до его запуска. Переменная new_domain_name_servers является выходной для скрипта и, соответственно, ее содержимое позже сохраняется в /etc/resolv.conf. Вот собственно и все хитрости. Остальное содержимое скрипта достаточно просто в понимании и не должно вызвать проблем с его пониманием. По крайней мере, я на это надеюсь :-)

Если имеется более простой способ сделать вышеописанное в Ubuntu, то с удовольствием выслушаю его, потому как мне не удалось найти подобные настроки в Network Manager или в каком-то другом, более человекопонятном конфигурационном файле :-)

Программа контроля вентилятора на Python

noreply@blogger.com (passshok) — Wed, 11 Feb 2009 12:27:00 +0000

Как я уже писал в предыдущих записях, являюсь владельцем Asus Eee PC 1000h. Для того чтобы привести все возможности его железа в рабочее состояние, установил ядро из debian (ubuntu) репозитория array.org. До определенного момента, пока я радовался что все работает, я не замечал шума вентилятора, а когда восторг закончился -- стал замечать. Сидя в тихой комнате, вентилятор слышно, причем очень хорошо. Судя по звуку, такое впечатление, что он не то чтобы жужжит, а попросту не смазан как следует. Разбирать компьютер я конечно не стал, и частично решил эту проблему программным методом.
Так как при установке доработанного ядра из вышеописанного репозитория появляется возможность контролировать работу вентилятора, то мною было принято решение о написании программы, воплощающей это в жизнь.
Для осуществления задуманного имеются следующие возможности:

текущую внутреннюю температуру (скорее всего это температура процессора) можно брать из файла /proc/eee/temperature;
включать ручное управление вентилятором можно записью 0 или 1 в файл /proc/eee/fan_manual;
устанавливать скорость вращения вентилятора в процентах можно записью в файл /proc/eee/fan_speed.

Добавив к этому нехитрую формулу расчета интенсивности работы вентилятора в зависимости от температуры можно получить желаемый результат.
Реализовать это я решил на языке и написал небольшую программку. Ознакомиться с исходным кодом можно по адресу http://dumpz.org/5428/.
К положительным сторонам работы моей программы можно отнести выключенное состояние вентилятора при малых температурах (ниже 55С) и, соответственно, полностью бесшумную работу. Отрицательным моментом является излишне повышенные обороты вентилятора при повышенной температуре (от 60С). Такое повышение оборотов очень хорошо ощущается когда процессор сильно нагружается, например, обработкой большой страницы с медиаэлементами в Mozilla Firefox, и вентилятор резко взвывает. Думаю доработать это со временем, когда сильно надоест. Есть идея, учитывать время за которое температура поднимается и в соответствии с ним раскручивать вентилятор плавно.

Функция разделения строки на C++

noreply@blogger.com (passshok) — Sun, 08 Feb 2009 13:53:00 +0000

Время от времени, я занимаюсь приятными, но совершенно бесполезными делами. Некоторое время назад я занимался написанием программа jabber-работа, который по моей задумке мог бы стать моим постоянным спутником и личным секретарем :-) Его задача, по задумке, заключалась в работе с моими: заметками, т.е. ввод, вывод и сортировка; задачами, которые можно было бы планировать по времени; днями рождениями родственников и знакомых, которые я все время забываю (не помню :-). Для всего этого я решил разработать командный язык...
Все это я к тому, что в ходе работы над вышеописанным, пришлось написать функцию-аналог explode в PHP, но с небольшим дополнением. Она умеет также выделять части, обрамленные, например, кавычками.
Например, при пробеле в качестве разделителя и двойных кавычках в качестве обрамителя, строка:
"This" is a "test string"
будет преобразована в массив строк:
1. This
2. is
3. a
4. test string

А при попытке использовать строку:
"This"is a"test string"
будует возвращена ошибка, так как после обрамителя обязательно должен быть разделитель.

После продолжительного вступления предлагаю ознакомиться с кодом http://dumpz.org/5354/.

// Решил разместить исходный код на dumpz.org, потому что там, в отличие от blogger.com, имеется подсветка синтаксиса.

Установка и настройка wTorrent и lighttpd для работы с rtorrent

noreply@blogger.com (passshok) — Tue, 06 Jan 2009 14:07:00 +0000

Скорее всего, вы уже пользуетесь torrent-клиентом, и возможно, это rtorrent. Бывает, что сидя на работе, хочется поставить на закачку интересный фильм, а прийдя домой, после трудового дня, посмотреть его с подругой. Если вы один из таких людей, то эта статья для вас. В ней я расскажу как сделать красивый web-интерфейс к консольному клиенту rtorrent. Если пройти все этапы, то все будет работать примерно по такому сценарию.

Вы находите файл нужного вам torrent-а. Заходите на вашу домашнюю машину, которая наверняка доступна через dyndns (если конечно у вас не статический ip адрес с привязкой к собственному домену :) и, пройдя по первой ссылке:

попадаете в красивый интерфейс wTorrent, где указываете путь до найденного файла torrent-а:

После чего нажимаете кнопку "Загрузить". Когда вы возвращаетесь домой, через некоторое время, вы уже с домашней машины заходите по http на сервер и в списке файлов выбираете и скачиваете нужный вам.

Удобно, не правда ли? Поскольку у меня нету samba, я добавляю торренты через web-интерфейс и забираю скачанные файлы через него же по http. Если вам понравился такой вариант, то приступим.

Настройка rtorrent
Будем считать что rtorrent у вас уже установлен и настроен, а если нет, то не беда. Существует много достаточно подробных руководств по его настройке, например, викиучебник. Помимо основных настроек в ~/.rtorrent.rc нужно добавить одну специфическую для того чтобы заработала рассматриваемая связка: rtorrent <-> SCGI (xml-rpc) <-> lighttpd <-> wTorrent.

scgi_port = localhost:5000

Эта настройка включит поддержку SCGI в rtorrent для того чтобы wTorrent обращался к нему через lighttpd.
Напомню, что запускать rtorrent лучше в связке с консольным оконным менеджером screen. Если же вы пользуетесь gentoo linux, то не забудьте собрать пакет net-p2p/rtorrent с USE флагом xmlrpc :)

Настройка lighttpd
Довольно неплохая инструкция по настройке lighttpd, а также apache, для его поклонников, есть в wiki на официальном сайте. Предлагаю сделать как там написано и сравнить с тем что получилось у меня. Вот все незакоментированные строки моего конфига /etc/lighttpd/lighttpd.conf:

# egrep '^[^#].*' /etc/lighttpd/lighttpd.conf
var.basedir  = "/var/www/passshok.homelinux.net/"
var.logdir   = "/var/log/lighttpd"
var.statedir = "/var/lib/lighttpd"
server.modules = (
"mod_access",
"mod_auth",
"mod_accesslog",
"mod_scgi"
)
include "mime-types.conf"
include "mod_fastcgi.conf"
server.username      = "lighttpd"
server.groupname     = "lighttpd"
server.document-root = var.basedir + "/htdocs"
server.pid-file      = "/var/run/lighttpd.pid"
server.errorlog      = var.logdir  + "/error.log"
server.indexfiles    = ("index.php", "index.html",
                            "index.htm", "default.htm")
server.follow-symlink = "enable"
server.port          = 443
static-file.exclude-extensions = (".php", ".pl", ".cgi", ".fcgi")
accesslog.filename   = var.logdir + "/access.log"
dir-listing.activate      = "enable"
dir-listing.hide-dotfiles = "enable"
dir-listing.encoding = "utf-8"
url.access-deny = ("~", ".inc")
scgi.server = (
"/RPC2" => # RT_DIR
( "127.0.0.1" =>
(
"host" => "127.0.0.1", # Ip where rtorrent is listening
"port" => 5000, # Port specified in .rtorrent.rc
"check-local" => "disable"
)
)
)

Я не стал настраивать авторизацию, так как за скачивание загруженных файлов через интернет я не боюсь, а наоборот, даже не против, а вот авторизация в web-интерфейсе wTorrent как раз ограничивает доступ к нему. Порт я выбрал 443 и без ssl по причине того, что «заботливый» провайдер стрим режет трафик на 80 порту. А вот без ssl, т.е. неполноценный https, потому что если включить ssl в настройках lighttpd, то шифрование будет работать для всего сервера, в том числе и для scgi модуля, что противопоказано для wTorrent. Раскопки тикетов на официальном сайте wTorrent показали что он пока что не умеет работать с шифрованием через xml-rpc.

Настройка php
Для того чтобы wTorrent смог работать, необходимо чтобы пакет dev-lang/php был собран с ключами sqlite xmlrpc pdo (если вы работаете в gentoo linux).

Установка и настройка wTorrent
Ну вот мы и подобрались к установке web-интерфейса, который будет всячески украшать наши порой серые будни :)

Перемещаемся в корневую директорию, т.е. server.document-root в терминологии lighttpd:

# cd /var/www/passshok.homelinux.net/htdocs/

Получаем последнюю версию исходных текстов в директорию wtorrent:

# svn co svn://wtorrent-project.org/repos/trunk/wtorrent/ wtorrent

Либо скачиваем zip файл со страницы загрузок. Очень странно, что на момент посещения этой страницы, там был zip архив, причем не с релизом, а с последней версией из репозитория. Так что я решил что лучше взять свежую версию из svn репозитория.

Идем в директорию со скачанными исходниками:

# cd /var/www/passshok.homelinux.net/htdocs/wtorrent

Меняем владельца группы трех директорий на владельца процесса lighttpd для того чтобы php-скрипты, запускаемые на сервере, могли свободно работать с этими директориями и ни в чем себе не отказывать:

# chown :lighttpd tpl_c/ conf/ db/

Выставляем права на эти же директории с разрешениями на запись для группы:

# chmod g+w tpl_c/ conf/ db/

Подготовка к установке выполнена. Теперь заходим по адресу http://адрес.машины/wtorrent/install.php и видим страницу конфигурации. Приводим настройки примерно к следующим:

"Folder to save uploaded torrents" - означает директорию, куда будут сохраняться загруженные файлы, а не файлы торрентов, как можно подумать.
"Folder where wTorrent is" - это путь до корневой директории wTorrent с исходниками.
"Default folder to save torrent data" - путь до директории где будут храниться torrent-файлы.
Наверное, переводчик немного перепутил описание первого и третьего параметров.

В поля user и password вводим логин и пароль администратора, после чего нажимаем "Try configuration", если все прошло удачно, то нажимаем "Save configuration". Если же возникли ошибки о том что не хватает прав для записи в какую-то директорию и т.п., то исправляем. Если каке-то другие, то проверяем правильно ли был собран php.

В случае успешного сохранения конфигурации, ее можно просмотреть:

# cat /var/www/passshok.homelinux.net/htdocs/wtorrent/conf/user.conf.php

Если все нормально, то необходимо удалить файл install.php во избежание возникновения неприятных инцедентов:

# rm /var/www/passshok.homelinux.net/htdocs/wtorrent/install.php

Теперь необязательная часть, но являющаяяся частью замысла :) Вы наверняка заметили что все файлы, необходимые для работы rtorrent, хранятся вне директории htdocs, куда установленн wTorrent. Так получилось по историческим причинам, да и мне кажется, что в директории htdocs должны лежать только сиходники web-интерфейса, а никак не файлы с данными. Так вот чтобы иметь возможность видеть по http загруженные торрент-клиентом файлы, добавим символическую ссылку по имени torrent-downloads:

# ln -s /home/docs/torrents/downloads/ torrent-downloads

Последние штрихи
Заключительным шагом, для полноты картины, создадим небольшой файлик в директории htdocs с примерно следующим содержимым:

# cat /var/www/passshok.homelinux.net/htdocs/index.html
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title></title>
<link rel="stylesheet" type="text/css" href="style.css" />
</head>
<body>
<h1>acer1683 / passshok.homelinux.net</h1>
<ul>
<li><a href="wtorrent">Web-интерфейс к rtorrent</a></li>
<li><a href="torrent-downloads">Файлы загруженные через rtorrent</a></li>
</ul>
</body>
</html>

Теперь можно зайти по адресу http://адрес.машины/ (в моем случае это http://passshok.homelinux.net:443/ из WAN и http://acer1683:443/ или http://192.168.1.20:443/ из LAN ) и насладиться полученным результатом.

Обновление от 7 января 2009
Если возникли трудности
Благодаря отзывчивым читателям, были собраны некоторые часто встречающиеся проблемы и их решения.

При попытке загрузки torrent-файла появляется ошибка, которая связана с тем что скрипт пытается сохранить файл не по абсолютному пути, указанному в настройках, а относительно домашней директории wTorrent. Проблема решается правкой трех строк в исходниках. «... нашёл солюшн, почему оно не хотело нормально аплоадить файлы.
какой-то умник в wtorrent/wt/cls/AddT.cls.php вместо просто DIR_TORRENTS написал DIR_EXEC . DIR_TORRENTS
итого к абсолютно указанному пути в начале прибавлялся путь до wtorrent:

Jan 6 01:25:23 storage php-cgi: PHP Warning: fopen(/srv/htdocs/wtorrent//storage/torrents/finished/a0c0e99025f4e68746d77263474f0cc511e625ac3491f27fab540bed1ccbdeab3e6f5b63.torrent) [<a href="http://www.blogger.com/%27function.fopen%27">function.fopen</a>]: failed to open stream: No such file or directory in /srv/htdocs/wtorrent/wt/cls/AddT.cls.php on line 64

просто меняем DIR_EXEC . DIR_TORRENTS на DIR_TORRENTS.»
Спасибо freefd

При попытке загрузки torrent-файла появляется ошибка, которая связана с тем что скрипт пытается сохранить файл в директорию, которая не описана в параметре open_basedir в php.ini, а опция open_basedir при этом не пустая. Т.е. для того чтобы заработало, нужно либо чтобы она была пустая, либо чтобы в ней был указан путь до директории, куда сохраняются файлы (DIR_TORRENTS и DIR_DOWNLOAD). При этом ошибка выглядит так:

Jan 6 01:25:23 storage php-cgi: PHP Warning: curl_setopt() [<a href="http://www.blogger.com/%27function.curl-setopt%27">function.curl-setopt</a>]: CURLOPT_FOLLOWLOCATION cannot be activated when in safe_mode or an open_basedir is set in /srv/htdocs/wtorrent/wt/cls/AddT.cls.php on line 88

И опять же спасибо freefd

В заключение приведу несколько ссылок на похожие статьи:

http://librarian.spb.ru/page/ustanovka-i-nastroyka-wtorrent на основе apache и в debian
http://www.permlug.org/node/3941/ тут все собирают из исходников :)
http://webraider.ya.ru/replies.xml?item_no=1929&ncrnd=9389 тут описано как создать init скрипт для gentoo linux для rtorrent
http://www.it4it.ru/index.php/2008/11/09/sravnenie-torrent-kachalok-3/ неплохой обзор wTorrent со скринами

// Все что тут сделано еще называется seedbox, сам только недавно узнал :)

VirtualBox и OpenSolaris 2008.11

noreply@blogger.com (passshok) — Tue, 16 Dec 2008 21:00:00 +0000

Установка VirtualBox
Несколько дней назад захотелось мне установить OpenSolaris. Конечно свободного компьютера у меня для этого нету, поэтому решил установить ее в виртуальную машину. Моей любимоей является VirtualBox. В ней в свое вермя была установлена M$ Win для институтских нужд, но давно я ее не использовал.
Запускаю VirtualBox (была установлена версия из репозитория ubuntu 8.04 hardy), а она говорит, что не может запуститься потому что нету модуля ядра vboxdrv. Смотрю почему нету, ведь раньше работало и модуль был. Оказывается с тех пор я поменял ядро с предоставляемого репозиториями ubuntu, на ядро из репозитория array.org, собранное специально для asus eee pc 1000h, владельцем которого я являюсь.
Получается интересная ситуация. Для того чтобы запустить виртуальную машину нужно установить пакет с модулем ядра. Модуль ядра можно установить только с самим ядром. А ядро у меня уже установлено другое.
В итоге, поискав, принял такое решение: установить бинарные сборки с официального сайта VirtualBox. При таком раскладе не нужно отдельно устанавливать модуль, так как, видимо, в комплекте есть варианты под все версии ядра.
После запуска новой 2.0 версии, программа предложила сконвертировать образы виртуальных машин в новый формат, который не является обратно совместимым с предыдующими версиями. Я согласился.
В итоге, все заработало как и ожидалось. Нарекание вызвал "режим интеграции дисплея". Это режим, при котором в вашу текущаю рабочую среду встраивается панель задач гостевой системы, а все приложения, запущенные в ней, выглядят как обычные окна. Так вот этот режим у меня не заработал. Возможно это вызвано тем, что я не установл новые guest additions (гостевые дополнения).
В завершение, приведу несколько скриншотов.

Главное окно VirtualBox 2.0 с двумя виртуальными машинами.

Продукт M$ в виртуальной машине и то чем заставляли пользоваться в институте.

Обновление от 17 дек 2008
Режим интеграции дисплея заработал после отключения compiz.

OpenSolaris 2008.11
После настройки VirtualBox занялся установкой OpenSolaris в виртуальную машину. Скачал образ с официального сайта. Выделил 512 MB оперативной памяти под это дело. Запустил.
LiveCD запустился нормально, но язык ввода (раскладку) после загрузки изменить было нельзя, не смотря на то, что апплет в трее показывал его переключение, реально его не происходило :-) Запустил установщик. Пришлось вводить логин, пароль и имя машины на русском. Возможно это был глюк конкретно моей установки. Прошел все стадии подготовки, ответив на все вопросы установщика, после чего на 1-2% процесса, установка остановилась со следующим сообщением:

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

Ubuntu 8.04 hardy на Asus eeepc 1000h

noreply@blogger.com (passshok) — Fri, 14 Nov 2008 21:00:00 +0000

В начале сентября я стал счастливым обладателем субноутбука Asus eeepc 1000h. Стал им не сразу. Купив модель asus eeepc 900 и поработав с ней два дня, я понял что шум, издаваемый вентилятором, невыносим при работе в тихом помещении. Поверьте, жужжал он не то чтобы ужасно, но на уши давило. Также во всех моделях этой серии есть недоработка, касающаяся саморазряда аккумулятора при выключенном ноутбуке. Как выяснилось позднее, при чтении форумов, даже при выключенном питании, какой-то компонент все-таки потребляет питание этого субноутбука.
Дело происходило в магазине TFK компьютерс, на горбушкином дворе. По моему требованию деньги мне за него не вернули, так как считали шумы и саморазряд в порядке вещей. Наконец, с доплатой я приобрел модель о которой далее пойдет речь.

Установка Ubuntu
Первым делом, я снес предустановленную ОС (сами догадайтесь какую). Но перед сносом скопировал файлы установленного драйвера беспроводной сетевой карты для того чтобы потом их использовать с ndiswrapper.
Я выбрал сборку Ubuntu адаптированную для eeepc. Устанавливал по инструкции. Честно говоря, так и не понял, чем эта сборка отличается от обычного ubuntu 8.04.
После установки не заработала ни проводная, ни беспроводная сеть. Не работал встроенный стерео микрофон не передней панели. После выхода из ждущего режима (сброс в RAM), подсветка экрана включалась на полную яркость и не поддавалась регулировке до перезапуска системы. Не работала встроенная web-камера. Возможно были еще глюки, о которых я уже не помню.
После двух с половиной месяцев использования в таком режиме мне это надоело и я решил настроить систему, чтобы все оборудование работало как положено. Поискав в интернете я нашел решение своей проблемы.
По адресу http://array.org/ubuntu/ находится репозиторий debian со специально заточенным ядром и модулями под оборудование eeepc. Выражаю величайшую благодарность человеку, который сделал это! Без него тянулось бы все это еще года два, пока не включили бы все патчи для eeepc в официальное ядро.
Исчерпывающие инструкции по подключению репозитория и установке ядра с модулями для ubuntu 8.04 hardy есть на странице http://array.org/ubuntu/setup-hardy.html. После установки ядра и модулей в /proc появились следующие файлы:

$ ls /proc/acpi/asus/
brn  bt  camera  cardr  cpufv  disp  hdps  init  wlan

Настройка горячих клавиш
И все бы хорошо, но теперь не работали расширенные клавиши клавиатуры Fn+F1, ..., Fn+F12. Для решения этой проблемы я нашел набор скриптов, разработанный еще одним замечательным человеком (спасибо ему огоромное), который чинит работу этих самых клавиш. По указанной ссылке нужно выполнить только вторую часть второго пункта, так как ядро уже установлено. Т.о. выполняем следующее:

tar xfvz Ubuntu_ACPI_scripts-EeePC_900A_901_1000.tar.gz
cd Ubuntu_ACPI_scripts-EeePC_900A_901_1000/
chmod +x install.sh
sudo ./install.sh

Если все заработало, то можно насладиться работой расширенных клавиш. У меня же не заработали клавиши Fn+F11 и Fn+F12, которые отвечают за регулировку уровня громкости звука. Покопавшись в исходниках, в файле /etc/acpi/eeepc-actions.sh я нашел пару инструкций. Заменяем строки:

00000013)
acpi_fakekey $KEY_MUTE
# If acpi_fakekey doesn`t work:
# amixer set Master toggle
;;
# 901: Fn+F8 - 1000: Fn+F11
# Volume down
00000014)
acpi_fakekey $KEY_VOLUMEDOWN
# If acpi_fakekey doesn`t work:
# amixer set Master 10%-
;;

на

00000013)
# acpi_fakekey $KEY_MUTE
# If acpi_fakekey doesn`t work:
amixer set Master toggle
;;
# 901: Fn+F8 - 1000: Fn+F11
# Volume down
00000014)
# acpi_fakekey $KEY_VOLUMEDOWN
# If acpi_fakekey doesn`t work:
amixer set Master 10%-
;;

После этого окошко регулировки уже не появляется, зато уровень звука регулируется и работает как надо.

Фотографии
Снятая задняя панель:

Жесткий диск:

Оперативная память:

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

mcabber - консольный jabber клиент

noreply@blogger.com (passshok) — Sun, 19 Oct 2008 13:40:00 +0000

Mcabber - это консольный jabber клиент, работающий под linux/unix подобными системами, который позволяет обмениваться мгновенными сообщениями, участвовать в многопользовательском чате (конференции). Он также имеет возможности, которые присущи современным программам обмена мгновенными сообщениями: шифрование соединения SSL, ведение истории переписки, уведомление о статусе участников и еще много чего.

Интерфейс
Интерфейс этого клента может показаться не совсем обычным и, по началу, даже неудобным, но на самом деле это не так. Весь интерфейс состоит их одного окна, поделенного (как видно на снимке экрана) на 4 части: окно со списком контактов (слева), окно для сообщений (справа), окно лога (снизу) и командная строка (в самом низу). Перемещаться вверх и вниз по списку контактов можно клавишами PgUp и PgDn, перейти в режим чата с выделенным контактом можно нажатием клаиши Enter, а выйти - Esc. Прокрутка окна чата по умолчанию назначена на клавиши Ctrl+p и Ctrl+n. Но самое интересное - это командная строка. Дело в том, что в mcabber, в отличие от других IM-программ, практически все действия призводятся не через горячие клавиши, а через командную строку. Конечно же можно назначать действия на клавиши, но это уже дело вкуса. Возвращаясь к командной строке, можно отметить, что при вводе команд работает автодополнение, подобное тому, что реализовано в популярных командных интерпретаторах типа bash и zsh. Сами команды я не буду описывать, так как и подробное описание можно прочтать в man-страницах.
Обо всем этом можно прочитать намного подробнее и даже по русски на официальном wiki, а я расскажу об одной из интересных особенностей этого jabber-клиента, которая выделяет его среди прочих консольных клиентов.

Триггеры
Речь пойдет о возможности реагировать на происходящие события (входящее сообщение, изменение статуса и т.д.) и запускать пользовательскую программу-обработчик. В официальной документации эта возможность назвается триггерами.
В конфигурационном файле есть раздел "External command for events", в котором есть подробные комментарии, которых достаточно для того чтобы в общих чертах разобраться с этой возможностью. В этом разделе есть три опции, которые позволяют задействовать рассматриваемую возможность. Их нужно установить следующим образом:

set events_command = ~/bin/mcabber-notify.sh
set event_log_files = 1
set event_log_dir = ~/.mcabber/event_files

Здесь опция events_command - это путь до программы-обработчика, которая будет принимать в виде аргументов параметры события (о них чуть позже); включенная event_log_files - сохранение текст входящего сообщения на диск, что дает возможность обработать его; event_log_dir - устанавливает путь на диске до директории, в которой будут сохраняться те самые, тексты входящих сообщений.
С учетом этих опций процесс будет выглядеть следующим образом:

mcabber получает новое сообщение;
текст принятого сообщения сохраняется на диске по указанному в опции event_log_dir пути;
запускается программа обработчик, указанная в events_command.

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

Код произошедшего события: MSG - получено сообщение, STATUS - смена статуса собеседника, UNREAD - имеются непрочитанные сообщения.
Уточняющий код. Для MSG: IN - входящее сообщение, MUC - сообщение чата, OUT - исходящее сообщение. Для UNREAD - количество собеседников с непрочитанными сообщениями.
Для входящего и исходящего сообщения (MSG) этот параметр принимает адрес собеседника, а для сообщений чата (MUC) - название комнаты. При изменении в статусе (STATUS) - это первая буква нового статуса собеседника (_ - offline, O - online, I - invisible, F - , D - dnd, N - na, A - away).
Путь до файла на диске в директории, указанной в опции event_log_dir, в котором находится текст полученного сообщения (только для входящих сообщений).

Примеры программ-обработчиков можно найти в архиве mcabber, в директории contrib/events. Там содержатся интересные примеры, которые позволяют: показывать текст поверх экрана, проигрывать звук при получении входящего сообщения, использовать API сервиса для сокращения url и еще много чего интересного.
Важным замечанием является то, что файлы с текстом входящих сообщений должен удалять сам пользователь, т.е. нужно позаботиться об этом в программе-обработчике.
После всего вышесказанного можно перейти к более конкретному примеру скрипта, которым я пользуюсь для удовлетворения своих скромных нужд :-)

#!/bin/bash

event="$1"
arg1="$2"
jid="$3"
msg_file="$4"
web_browser="firefox"

# Проверка того, стоит ли удалять файл, переданный
# четвертым параметром :-)
del=$(echo "$msg_file" | grep -c 'mcabber-')
[ "$del" -eq 1 ] && trap "rm $msg_file" 0 1 2 3 6 9 14 15

# Если пришло входящее сообщение
if [ "$event" = "MSG" -a "$arg1" == "IN" ]; then

# Воспроизводим звук
# ...

# Сигнализируем о том, что было получено новое сообщение
(echo "mcabber: message from $jid"; sleep 5) | dzen2 &

# Ищем url в полученном сообщении и открываем в
# web-обозревателе
if [ -f "$msg_file" -a -r "$msg_file" ]; then
cat $msg_file | grep -E -o '(http|https|ftp)\://([a-zA-Z0-9\.\-]+\.[a-zA-Z]{2,4}|[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3})(:[a-zA-Z0-9]*)?/?([а-яА-Яa-zA-Z0-9\._\?\,\\x27/\\\+&%\$#\=~!\-])*' | \
while read url; do
  (sleep 1 && $web_browser $url) &
done
fi
fi

Отличительной особенностью данного скрипта является то, что он автоматически открывает url, полученные в тексте сообщения в новой вкладке web-обозревателя. Сделано это было потому, что порой url бывают очень длинными и копировать их приходилось в несколько приемов, в зависимости от того, на сколько строк переносился url в окне терминала. Кроме того, скрипт не забывает после завершения удалить временный файл с текстом сообщения из директории, указанной в параметре event_log_dir.

В завершение темы, можно посмотреть на консольный многопротокольный клиент CenterIM.

Обновление от 27 июля 2009
Roman Belikin подсказал как можно расширить функционал mcabber так, чтобы он мог по команде /open открывать последние ссылки из окна переписки в WEB-обозревателе.

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

noreply@blogger.com (passshok) — Mon, 13 Aug 2007 17:19:00 +0000

Я был приглашен на замечательный обед с некоторыми людьми из St. Louis на этой неделе пока находился здесь по делам. Мы разговаривали о найме программистов, а особенно, о Perl программистах.
Мы согласились со следующим:

Тяжело найти любого программиста. Хороший программист может быть также эффективен, как 5-10 средних программистов.
Средняя заработная плата программистов одинакового класса не регламентирована и больше зависит от языка, который он использует, нежели от его опыта.
Вам не обязатеольно нанимать профессионала в языке X, скорее вы должны искать профессиональных программистов, которые готовы освоить язык X. Профессионал может легко повысить свой уровень знаний за несколько недель.
Вы не должны запрещать вашим профессиональным разработникам общаться удаленно на протяжении всего времени. Ограничиваясь поиском программистов, проживающих в вашей местности, либо готовых переехать, вы теряете талант, который вы могли бы приобрести. Аргументы касательно "очного общения", производительности и т.д. могут оказаться бессмысленными, когда вы увидите как некоторые большие и успешные Open Source проекты, такие как: Linux, Apache и Firefox, поддерживаются людьми, проживающими в одной часовой зоне или в одной стране.
Мы любим Perl и считаем, что он великолепно подходит для перехода на него после того как вы вынуждены были использовать не гибкие языки, такие как Java, C/C++/C# и др. Совершенно не важно, каков был первый язык, с которого вы начинали, и затем перебрались на "серьезный" язык.

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

Почему так тяжело найти хороших программистов?
Самая простая причина заключается в том, что когда компания находит разработчика, она делает многое, чтобы быть уверенным, что сотруднику нравится работа. Такой подход растягивае время его пребывания в компании. Хорошая заработная плата, гибкие условия работы, хорошие инструменты, интересные проекты и лучшие стимулы обычно могут сохранить вам программиста гораздо дольше.
Еще одна очевидная причина заключается в том, что профессионалов в любой области мало, и возможно что вы исчерпали свой лимит талантов. Такая ситуация вынуждает менеджеров и отдел по управлению кадрами нанимать программистов со средним или ниже уровнем знаний. Я также считаю, что самой большой ошибкой, которую могут сделать компании, ориентированные на работу с технологиями, является отсутствие хорошей системы контроля версий.
Здесь мы не говорим об отделе по работе с клиентами или об отделе продаж. Для компании не всегда является выигрышным попросту заполнить свободное рабочее место кем-либо. Неопытные программисты снижают эффективность других разработников, задавая глупые вопросы, плохо комментируя код и неумело его документируя, создавая код, который кто-то потом будет вынужден переписывать.
Компании не должны думать о своих разработчиках как о железных частях работающего механизма. Они больше сродне артистам, авторам, дизайнерам, архитекторам, ученым или исполнительным директорам. Бросится ли ваш отдел по управлению кадрами искать первого попавшегося, кто претендует на роль главного ученого, художественного редактора, исполнительного директора? Конечно же нет, они проведут много времени в поисках талантливых кандидатов, оценят их, а затем обеспечат их соответствующе. Они осознают, что гораздо хуже иметь неправильного человека, чем не иметь никого. Соверженно такая же ситуация и с программистами.
Каждый, кто был разработчиком или руководил разработчиками, скажет вам, что профессионал может сделать столько же, сколько 10 средних разработчиков. Тем не менее, компании обычно платят премии профессиионалам только в размере 10-20% по сравнению со средними программистами. Так или иначе их звания звучат как лидер, архитектор, менеджер по разработке, гуру или другое название в соответствии с номенклатурой предприятия. Я не говорю о том, что если ваш средний разработчик получает $50000 в год, то вы должны платить профессионалу $500000. Взаимоотношения между работодателями и служащими никогда не строились по такому принципу, но работодатели никак не могут осознать, что в конеце концов затраты окупают себя.
Давайте посмотрим на пример. Один из аргументов отдела по работе с кадрами звучит так: "мы не можем найти ни одного perl программиста, куда не сунься, одни java-программисты". Пока это так, они подходят к проблеме не с той стороны. Если вы наймете 15 средних java-программистов со средней заработной платой $60000 в год, то будете платить в год в среднем $900000 вашим работникам, не учитывая выплат, не относящихся к заработной плате.
Предположим, вы решили потратить время, чтобы найти 5 (или около того) профессиональных, perl разработчиков за $120000 в год. Ниже находится примерный список преимуществ и недостатков такого сценария:

Недостатки:

Вы должны потратить дополнительное время для поиска, оценки, и налаживания связей с найденными разработчиками.
Ваша компания, а также то, чего вы требуете могут быть не интересны для программиста такого класса. Немного людей захочет работать на спамеров или маленькую студию web-дизайна, которая исключительно обеспечивает свое существование. Творческие люди находят скучную работу еще более скучной, чем все остальные.
Когда один из таких людей покидает компанию, создается впечатление, что бизнес вашей компании находится под большей угрозой, чем если бы вы имели 4/5 ваших обычных ресурсов. Кажется, что только что вы потеряли большой кусок знаний компании. Хорошие разработчики пишут код, который легко читать и поддерживать, комментируя свою работу и создавая эффективную документацию.

Преимущества:

Каждый разработчик будет более удовлетворен своей работой не только если его заработная плата будет больше чем средняя, но и если его коллеги будут более компетентны, что дает каждому удовлетворение от работы.
Разработка требует меньше суммарных коммуникаций, когда в ней принимает участие меньше разработчиков. Это заметно повышает эффективность, и тот кто принимал участие в конференции с участием 20 или более человек может это подтвердить. Прочитайте "Мифический человеко-месяц", если хотите подробнее ознакомиться с этим явлением.
Профессионалы обычно вращаются в отпределенных соцальных кругах. Имея одного такого профессионала в штате, гораздо проще найти спецалистов в этой области.
Вы сэкономите 2/3 на оплате инфраструктуры предприятия, а именно на таких вещах как: оплата за помещение, компьютеры, телефоны, обеды, тренировочные семинары, поездки, офисное пространство, кондиционеры, электричество и прочее. По существу, этот список бесконечен.
Ваш отдел по работе с кадрами будет иметь разработчиков, составляющих всего лишь третью часть штата, о которых он должен будет заботиться. Будет меньше документов, меньше вопросов, меньше всего, так как количество сотрудников невелико.
Вы сохраните $300000 в год на оплату работы сотрудников, так как сэкономите на: премиальных и отпускных выплатах, страховке и других льготах. Вы можете тратить даже $100000 в год на поиск новых сотрудников и при этом не выйдете за $200000 в год. Вы даже можете выделить отдельного человека для этой задачи.

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

Еще несколько причин нанять профессионального разработчика
Ваш бизнес ориентирован на технологии? Возможно программное обеспечене, которое вы разрабатываете это ваш главный продукт. Если это так, то я уверен, что вы согласитесь с тем, что программное обеспечение, которое пишут ваши разработчики, достаточно важно для вашего бизнеса.
Я работал в разных окружениях со специалистами разного уровня, поэтому с легкостью могу сказать, есть ли в компании профессиональные разработчики. Часто ли ваше программное обеспечение отказывает? Много ли в нем недоработок или заковырок, которые для пользователя зачастую превращаются в особенности? Сложно ли пользоваться таким программным обеспечением? Является ли необходимой только тренировка или еще и чтение документации для того чтобы начать пользоваться программой?
Если вы ответили "да" на все эти вопросы, то скорее всего у вас работают программисты среднего или ниже среднего уровня.
Если вы работаете в окружении профессионалов, то все работает хорошо. Программы проще в использовании и требуют меньше начальной тренировки. Программное обеспечение проще изменять. Необходимые изменения вносятся чаще и проще. Работа не стопорится. В этом заключается разница между Apple и Microsoft, между iPod и CD-ченджером на 400 дисков с 50 кнопками.
Как и со многими вещами в жизни, иногда вы получаете то, за что вы платите. Хотел бы услышать ваши комментарии и мнения на эту тему.
Обновление: Я написал ответы на некоторые вопросы и комментарии, которые я получил, в статье Завершительная часть по "Руководству по найму программистов".

Перевод: Ульпи Павел (passshok@gmail.com)
Оригинал: http://blog.revsys.com/2007/08/a-guide-to-hiri.html
Перевод является достаточно вольным. Распространяется свободно, но с указанием авторства и ссылки на этот пост.

Linux на ноутбуке Acer Aspire 1683WLMi

noreply@blogger.com (passshok) — Sat, 14 Apr 2007 19:29:00 +0000

Внешний вид

Куплен в январе 2005 г. Собран в Тайланде. Поставлялся с Microsoft Windows XP Home Edition.

Таблица спецификаций

Размер: 36,5см x 28см x 3,5см
Вес: 3кг
Процессор: Intel Centrino 1.7, 2MB кеш 2 уровня, Intel SpeedStep
Chipset: Intel 855GME
RAM: 512MB DDR333
HDD: HITACHI_DK23FA 80GB ATA100 UDMA(100)
Оптический накопитель: DVD+RW, CDR - 24x, DVDR - 6x, DVDRW - 4x
Дисплей: 15.4" WXGA зеркальная поверхность
Видео: ATI Mobility Radeon 9700 - 64 MB, S-video out, SVGA out
Аудио: Intel AC'97, 2 встроенных динамика и микрофон
Ethernet: Broadcom Corporation BCM4401 100Mbps
Модем: Intel AC'97, 56K ITU V.92
WLAN: Intel PRO/Wireless 2200BG, IEEE 802.11bg
Bluetooth: Broadcom BCM2035
Media: SD/MMC cardreader, touchpad 2+4 keys, доп. клавиши
Разъемы: USB x3, FIR, SVGA, PCMCIA, S-video out, IEEE 1394, RJ-11, RJ-45, аудио выход, вход и разъем для микрофона

Linux совместимость

Ядро 2.6.19-gentoo-r5

Процессор и управление питанием
OK
Чипсет
OK
Память
OK
Дисплей
Не проверялась возможность программно управлять уровнем подсветки дисплея.
Видеокарта
Хорошо работает с проприетарными драйверами от ati. С драйверами OpenSource наблюдались проблемы в виде повышенного потребления ресурсов процессора, а как следствие - нагрев и частое включение системы охлаждения (вентилятора).
Жесткий диск
Замечены некоторые шумы при работе ЖД. Возможно это связано с его повреждением при эксплуатации или заводским браком.
Оптический привод
OK
Кардридер
Работает при наличии модулей ядра tifm_7xx1, tifm_sd, mmc_core и mmc_block.
Факс/модем
Не проверялось, но кажется, драйверов нет.
Адаптер беспроводной сети Wi-Fi
Модули ядра: ipw2200.
Работает шифрование WPA, модули ядра: ieee80211, ieee80211_crypt, ieee80211_crypt_tkip.
Адаптер беспроводной сети bluetooth
Модули ядра: bluetooth, rfcomm, l2cap, hci_us.
Адаптер проводной связи LAN
Модули ядра: b44.
Адаптер проводной связи FireWire
Не проверялось
Расширенные клавиши на клавиатуре
Инструкция по настройке расширенных клавиш
Звуковая карта
Модули ядра: snd, snd_pcm_oss, snd_mixer_oss, snd_seq_oss, snd_seq, snd_seq_device, snd_intel8x0, snd_ac97_codec, snd_pcm, snd_timer.
Звуковая подсистема: alsa.
Ждущий/спящий режим
Не проверялось, но на прежних ядрах ждущий режим не работал.
Тачпэд
Настройка
PCMCIA
Не проверялось
Аккумулятор
Модули ядра: sbs.
Тип аккумулятора - Smart Battery System. Есть небольшая недоработка в драйвере: системе передаются события о статусе батареи, даже когда он не меняется, что засоряет логи и делает невозможным сообщить пользователю о разрядке аккумулятора.

lspci

00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:01.0 PCI bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to AGP Controller (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83)
00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03)
00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)
00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03)
01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10]
02:02.0 Ethernet controller: Broadcom Corporation BCM4401 100Base-T (rev 01)
02:04.0 Network controller: Intel Corporation PRO/Wireless 2200BG Network Connection (rev 05)
02:06.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller
02:06.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394 Host Controller
02:06.3 Mass storage controller: Texas Instruments PCIxx21 Integrated FlashMedia Controller

Настройка расширенных клавиш в Linux

noreply@blogger.com (passshok) — Fri, 13 Apr 2007 16:58:00 +0000

Intro

Существуют в природе клавиатуры с расширенными (мультимедийными) клавишами. Я оказался владельцем ноутбука с такой клавиатурой. Впринципе, достаточно длительное время я работал без дополнительных клавиш, но однажды очень захотелось их настроить. Существует несколько способов приведения таких клавиш в рабочее состояние. Я опишу способ их настройки через утилиту xmodmap.

Суть метода
Итак, приступим. Для начала я опишу последовательность действий:

Настройка работы клавиш на уровне ядра
Настройка работы клавиш на уровне иксов
Настройка работы клавиш на уровне оконного менеждера

Такдже отмечу, что 1-ый пункт необходим только в том случае, если ядро не видит клавиш[и], т.е. не вызывает никакого события в системе.

Настройка
Для отладки я пользовался утилитой для иксов под названием xev. Эта утилита, в нашем случае, позволяет определить код и название нажатой клавиши. Если у вас такая утилита не установлена, то установите ее. Запускаем ее в консили, затем нажимаем одну из расширенных клавиш. Если в консоли появились строки, сигнализирующие о том, что была нажата клавиша, то можно переходить ко 2-ому пункту; если же никаких сток не появилось, то переходим к пункту 1.

Если xev не показал никакого события, значит ядро его не порождает. Еще раз нажмите расширенную клавишу и посмотрите на вывод команды dmesg. Там должны появиться строки примерно следующего содержания:
```
atkbd.c: Unknown key pressed (translated set 2, code 0xb3 on isa0060/serio0).
atkbd.c: Use 'setkeycodes e033 ' to make it known.
```
Эти строки означают, что нужно выполнить команду:
```
setkeycodes e033 xxx
```
где xxx - это любое трехзначное число, желательно больше 128. Почему именно больше 128, я не знаю, но где-то это прочитал. Данную команду нужно выполнять при запуске системы, поэтому разумно прописать ее в какой-нибудь стартовый скрипт.
Повторяем эту операцию для всех расширенных клавиш на нашей клавиатуре, задавая каждой клавише уникальный код.
Запускаем утилиту xev. Нажимаем одну из расширенных клавиш, которую хотим настроить для использования в оконном менеджере и смотрим ее код. После нажатия клавиши можно увидеть примерно следующие строки:
```
KeyPress event, serial 27, synthetic NO, window 0xe00001,
 root 0x3d, subw 0x0, time 3959296773, (242,-74), root:(434,138),
 state 0x0, keycode 135 (keysym 0x1008ff40, NoSymbol), same_screen YES,
 XLookupString gives 0 bytes:
 XmbLookupString gives 0 bytes:
 XFilterEvent returns: False

KeyRelease event, serial 27, synthetic NO, window 0xe00001,
 root 0x3d, subw 0x0, time 3959296833, (242,-74), root:(434,138),
 state 0x0, keycode 135 (keysym 0x1008ff40, NoSymbol), same_screen YES,
 XLookupString gives 0 bytes:
 XFilterEvent returns: False
```
Здесь нас интересует код нажатой клавиши, в нашем случае он 135. Название данной клавише еще не присвоено, поэтому написано "NoSymbol". Таким образом получаем коды всех нужных нам клавиш.
Теперь воспользуемся утилитой xmodmap. Если у вас ее нет, то незамедлительно установите ее. Создадим файл в домашней директории под названием ~/.xmodmaprc . Каждая его стока будет присваивать клавише псевдоним (название) по ее коду, который мы выясняли чуть выше. Мой файл выглядит так:
```
keycode 135 = XF86Launch0
keycode 140 = XF86Launch1
keycode 178 = XF86Launch2
keycode 236 = XF86Launch3
keycode 176 = XF86AudioRaiseVolume
keycode 174 = XF86AudioLowerVolume
keycode 160 = XF86AudioMute
```
Псевдонимы справа это не произвольные значения, а уже имеющиеся и описанные в файле XF86keysym.h, у меня он находится по адресу: /usr/include/X11/XF86keysym.h . Берем из этого фала подходящее по смыслу значение и записываем его как превдоним в описываемый файл, вырезая из названия псевдонима 3 символа "XK_".
Теперь, во время запуска иксов должна выполняться следующая команда:
```
xmodmap ~/.xmodmaprc
```
Например, можно добавить эту строку в файл ~/.xinitrc (у меня так и сделано). После запуска такой команды псевдонимы проассоциировались с кодами клавиш и можно проверить это с помощью xev. Запускаем xev, нажимаем расширенные клавиши и смотрим: если вместо "NoSymbol" появились те названия клавиш, которые вы им присваивали по кодам, то все отлично и можно приступить к дальнейшей настройке.
Теперь настроим оконный менеджер или среду окружения на работу с этими расширенными клавишами. Я приведу пример настройки оконноо менеджера Fluxbox, так как работаю именно в нем. Открываем файл ~/.fluxbox/keys в вашем любимом текстовом редакторе и добавляем туда примерно следующие строки:
```
None XF86AudioMute        :ExecCommand amixer sset Master 0%
None XF86AudioRaiseVolume :ExecCommand amixer sset Master 5%+
None XF86AudioLowerVolume :ExecCommand amixer sset Master 5%-
None XF86Launch0          :ExecCommand команда
None XF86Launch1          :ExecCommand команда
None XF86Launch2          :ExecCommand команда
None XF86Launch3          :ExecCommand команда
```
Это часть содержимого моего файла keys. Вместо "команда", разумеется, вы вписываете команду, которая должна выполняться по нажатию соответствующей расширенной клавиши. Далее выбираем в меню fluxbox пункт "Перечитать конфиг". Все должно работать. :)

Злоключение
Если что-то не работает, обращайтесь. :)

Трудности перехода на свободное ПО

noreply@blogger.com (passshok) — Wed, 28 Mar 2007 20:01:00 +0000

Вступление

Посмотрел я тут видео. ftp://ftp.linuxcenter.ru/projects/video/linux_rbc.mpg
Вобщем, все о чем там говорится, это правда и в этом есть здравый смысл. Вкратце перескажу о чем видео. В ролике рассказывается о ситуации в России, связанной с пиратством и вступлением в России в ВТО. Так вот для вступления в ВТО от России требуют побороть пиратство. :) Решили попробовать бороться внедрением свободного ПО. Но не тут-то было, оказалось что большинство юзеров просто не смогут работать с другим ПО в силу своей ограниченности.

О переходе на свободное ПО

Тут я прервусь с пересказом и дам волю своим мыслям на эту тему. Вобщем-то, все это жестокая и суровая, но правда. Большинство пользователей ПК работают с вендой. Они, во-первых, не подозревают что в железке есть ОС (операционная система), во-вторых, что бывают разные операционные системы, в третьих, они знают только рецепты. Под рецептами я понимаю следующее: например, каждого наверное в школе учили, что работу нужно начинать с кнопки "ПУСК". Это готовый рецепт. А что если нет такой кнопки? Все, для немыслящего пользователя это означает конец работы с этой ОС. А таких немыслящих ну 60% точно (этом моя субъективная оценка). Итак, что следует из всего сказанного ранее? А то что сложилась ситуация когда:

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

Армия ламеров

По истечению многих лет деятельности компании Майкрософт можно понаблюдать, как она отразилась на рядовых пользователях. Прогеров и сисадминов брать не будем, т.к. они имеют свои мозги и сами знают куда идти. Поговрим о простых пользователях, жертвах маркетинговой политики этой компании.
Еще давно, когда компами пользовались только знатоки компьютерного дела, появилась такая компания, как Майкрософт. Что она сделала за все эти годы: она разработала интерфейс пользователя и, являясь монополистом, приучала (подсаживала) всех к нему. Со временем, подсели и те пользователи, которые вообще не имели никакого представления о том как работает ПК и ОС в том числе. Как работают эти пользователи? Они знаю только рецепты (что такое рецепт, описано выше), соответственно могут работать только с этим интерфейсом. Если он хоть немного изменится, это поставит их в тупик.
И как не странно, именно тогда, когда венда пошла в широкие массы, повился термин "ламер". И именно компании Майкрософт нужно говорить за это спасибо. Каковы недостатки этого явления для общественного сознания? Самый главный заключается в том, что теперь пришла пора, когда появилась альтернатива в виде свободного ПО и пока пользователи не познают минимальных основ пользования ПК и его устройства, переход на свободное ПО будет очень сложно осуществить.

Заключение

Да и вообще пришла пора, когда все иллюзии пропали и стало понятно, что что-то надо менять. Оставаться на месте уже нельзя просто потому, что это экономически не выгодно :)

5 причин, почему не стоит устанавливать linux

noreply@blogger.com (passshok) — Sat, 10 Mar 2007 15:44:00 +0000

Весьма забавная статья: http://www.americaru.com/talk/showthread.php?t=99
Наверное, ее можно отнести к пародиям :)

Linux vs. Windows: кто победит в России?

noreply@blogger.com (passshok) — Wed, 07 Feb 2007 10:06:00 +0000

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

В общем-то, у вопроса перехода на Linux есть несколько аспектов, как хороших, так и плохих:
1. (IMHO, самый главный) Преподам _ЛЕНЬ_ переучиваться. Нах, спрашивается, Марь Ванне в Ново-Педрыщенске переучиваться на Linux, когда у нее есть такая знакомая венда?
2. M$ любит давать откаты. А Стабфонд у нас большой. А зряплаты у преподов маленькие. Доходчиво? Та самая Марь Ванна будет настойчиво уговаривать директора той самой Ново-Педрыщенской школы купить именно венду. А откат пополам поделят - директорам школ тоже хочется отпуск на Филлиппинах проводить.
3. В ЕГЭ по информатике _уже_ включены вопросы про венду. IMHO, того чинушу, который получил достаточно бабла ради включения этих вопросов, следует просто расстрелять. Демонстративно на Красной Площади. Просто потому, что не в национальных интересах России требовать от детей знания продукции M$: когда оные дети вырастут и станут производительными работниками, они потребуют от работодателей установить им венду. Соответственно, M$ будет обеспечена спросом на десятилетия вперед, российские софтверные компании будут сосать лапу, а Россия - регулярно отчислять в M$ бабло.
4. Не существует политики государства в вопросе ПО. Это брошено "на самотек" - кто во что горазд. Если бы была четкая установка: "к такому-то году все государственные структуры переходят на открытое ПО" (необязательно Linux), тогда и расклад был бы совсем другой.
5. Запросы венды растут, обновлять аппаратное обеспечение дорого. Использование Linux, как менее требовательной к ресурсам платформы, выгоднее.
6. Под Linux намного меньше вирусов, а жесткое разделение прав доступа делает существующее вредоносное ПО малоэффективным. Соответственно, использование Linux дешевле, чем венды, поскольку требует меньше сервисного обслуживания.
7. Под Linux есть достаточное количество ПО, которое обеспечит учащегося необходимым количеством знаний и умений в пользовании компьютером: представление об операционных системах, умение (да-да! :)) загружать оные ОС и правильно с ними работать, "офисные" пакеты, среды разработки прикладного ПО. Собственно, все что необходимо - есть.

http://www.linux.org.ru/jump-message.js ... 42#1776199

В нашей стране не может быть бесплатного ПО. Никто не будет бесплатно писать Гарант, Др.Веб, Консультант, 1С. Вот если бы Линукс из коробки устанавливался настроенным, со всеми драйверами и назначенным IP-адресом и 3-мя иконками на раб.столе "Быстрый отчет начальству за квартал", "Быстрая порнуха", "Быстро вызвать секретаршу с чашкой кофэ", и для его настройки (линуха) не нужно было бы нанимать олуха Ивана-дурака за $500/month, то такой линукс охотно бы был принят бизнесом, просто даже на "Ура".

http://www.linux.org.ru/jump-message.js ... 42#1776180

> для его настройки (линуха) не нужно было бы нанимать
Вот эту логику я вообще понять не могу. То, что ТОЧИЛУ нужно время от времени на ТО гонять - это "бизнес" понимает. И что топливо она жрет не соляру, а АИ95 - тоже понимает. То, что оргтехника в виде факса/ксерокса должна стоять на обслуживании - это тоже "бизнес" понимает. И то, что расходные материалы требуются всякая бумага, картриджи/тонеры - тоже понимают. А вот что компьютеры требуют обслуживания - в упор не понимают. И это при том, что в современной конторе основное орудие производства бабла - как раз компьютеры.

http://www.linux.org.ru/jump-message.js ... 42#1776256

Видел я тесты ЕГЭ на днях...задания пи^W весьма необычные.
Например: в рамочке есть кусок текста и какой-то рисунок.
И задание - по каким пунктам меню "ворда" надо клацнуть, чтобы такое получить. И 4 варианта клацания.
Или вопрос типа "в виндафсе файл, папка и устройство - одно и то же или нет." (точно не помню, но что-то типа этого).
=/

http://www.linux.org.ru/jump-message.js ... 42#1776312

Меня в школьном, причем младшем школьном образовании всегда удручал один простой опыт. Берете первоклассника. Спрашиваете: "У Маши 3 копейки, у Паши 5. Сколько копеек у МАши и Паши вместе?". Ребенок говорит: "Надо к трем прибавить пять". Чувствуете? Не "прибавить к числу машиных копеек число пашиных", а сложить два числа, указанных в задаче. Иными словами, ребенка ен научили решать задачу, ребенка научили рецепту: "Если взять два числа и сложить, то получится ответ". Догадака провеярется вторым вопросом: "У Маши и Паши вместе 8 копеек, у Паши на 2 больше, чем у Маши. Сколько копеек у Маши и у Паши по отдельности?". Ученик говорит: "Надо к 8 прибавить два - будет 10". Вы: "Нет, подумай". "Нууу, тогда из 8 вычесть 2" (правильно, в школе же решали задачи и "на вычитание"!) "Нет". "Умножить? Нет! Поделить? Нет! Ну тогда не знаю". Все известные рецепты не подошли.
Также и здесь. Надо что-то сделать в незнакомой системе - в школе учили, что надо начать с кнопки "Пуск". Ой, нет кнопки "пуск"! Ладно, тогда учили нажать Ctrl+Esc. Ой, не работает. Все, я сдаюсь. при этом помочь такому пользователю будет сложно, ибо он не может внятно сказать: "Я хочу открыть меню программ, скажи, как мне это сделать". Он вообще не знает, что ему надо, он знает, что готовый рецепт перестал работать. Нужно пойти на курсы и записать в тетрадку новый рецепт. :)

http://www.linux.org.ru/jump-message.js ... 42#1777025

О качестве программного обеспечения

noreply@blogger.com (passshok) — Tue, 16 Jan 2007 11:38:00 +0000

Прочитав Интервью с Бьерном Страуструпом (часть 1) и (часть 2), я сделал несколько выводов для себя. Буду предельно краток, так как много болтовни ни к чему плодотворному не приводит.

Качество современного ПО ухудшилось, так как люди начали зарабатывать деньги за счет продажи ПО и его использования. Все что делается ради/для денег обречено на разочарование и неудачи. Некоторая часть людей стремится заработать большие деньги посредством написания ПО и его продажи. Большинство старается сделать это быстро и просто (синдром легких денег), что порождает: некачественный и неаккуратный код, неструктуриррованность, отсутствие документации, неотлаженность кода. Такие люди не стремятся разобраться в основах и принципах программирования, стремясь лишь, к сожалению, к заработку денег.

Информация к размышлению: Как вы думаете, почему большая часть платного ПО имеет столь низкое качество функционирования и качество кода? А почему все разработки с открытым кодом, создатели которых не получают баснословных прибылей (действуя наверное из каких-то других побуждений?), оказываются столь востребованны и успешны, их код красив и понятен, а документация на высоком уровне?

Python: Программа отправки файлов по почте

noreply@blogger.com (passshok) — Sat, 13 Jan 2007 16:26:00 +0000

Задача

Требуется написать программу на языке Python для отправки файлов адресатам по почте через smtp сервер провайдера услуг. Должна присутствовать возможность отправки множества файлов, нескольким адресатам. Также нужно предусмотреть возможность задания комментария к письму.

Решение

Для решения задачи воспользуемся широким ассортиментом модулей из стандартной комплектации. Для формирования тела письма используется модуль email, для взаимодействия с smtp сервером - smtplib, для обработки строки параметров - getopt, для обработки ошибки ssl (об этом будет сказано дальше) - socket, для всего остального - модули sys, os.

Замечание: Я разрабатывал эту программу для использования с сервером smtp.gmail.com. Как выяснилось, этот сервер имеет несколько особенностей: во-первых, для корректной работы tls-шифрования, требуется в самом начале соединения послать EHLO-запрос, потом инициализировать tls-соединение, и снова послать EHLO-запрос; во-вторых, сервер некорректно завершает соединение после QUIT-запроса, вызывая ошибку ssl-сокета, что решается путем обработки этой исключительной ситуации. По поводу второй особенности стоит отметить, что несмотря на то что соединение обрывается некорректно, отправка письма происходит нормально.

Замечание: Программа успешно тестировалась на серверах: smtp.gmail.com, smtp.mail.ru.

#!/usr/bin/python
# -*- coding: cp1251 -*-

import smtplib, socket, sys, getopt, email, os
from email.MIMEMultipart import MIMEMultipart
from email.MIMEBase import MIMEBase


## Введите свои значения этих переменных

# Логин
smtplogin="логин"
# Пароль
smtpasswd="пароль"
# Адрес smtp сервера
smtpserv="smtp.сервер.com"
# Порт smtp сервера (обычно 25)
smtport=25
# Адрес отправителя
fromaddr = 'автор@почта.com'


# Функция вывода ошибок
def error(errmsg):
  print "Ошибка:", errmsg
  sys.exit()


# Получение параметров командной строки
try:
  opts, args = getopt.getopt(sys.argv[1:],"h", ["to=", "files=", "comment=", "help"])
except getopt.GetoptError:
  print "Ошибка в строке параметров"
  sys.exit(1)


# Список адресатов
toaddrs = []

# Список вложений
files = []

# Тема сообщения
subject = ''

# Текст письма
outer = ''

for o, a in opts:
  if o == "--to":
    toaddrs = a.split(',')
  elif o == "--files":
    files = a.split(',')
  elif o == "--comment":
    subject = a
  elif o in ['--help', '-h']:
    print """--to=...      - один или более адресатов, перечисленных через запятую
--files=...   - один или более полных путей файлов, перечисленных через запятую
--comment=... - комментарий к письму (если в строке есть пробелы, то заключите ее в
           кавычки)"""
    sys.exit()
if not opts:
  print "--help для справки"
  sys.exit()

# Проверки
if not files:
  error("Не указаны файлы для отправки")
if not toaddrs:
  error("Не указаны адрес(а) для отправки")

# Формируем тело письма
outer = MIMEMultipart()
if subject:
  outer['Subject'] = subject
else:
  outer['Subject'] = "Ваша почта"
outer['To'] = ', '.join(toaddrs)
outer['From'] = fromaddr

for filename in files:
  path = filename
  if not os.path.isfile(path):
    error ("Неверный путь к файлу")
  else:
    filename = os.path.basename(path)

  ctype = 'application/octet-stream'
  maintype, subtype = ctype.split('/', 1)
  fp = open(path, 'rb')
  msg = MIMEBase(maintype, subtype)
  msg.set_payload(fp.read())
  fp.close()
  email.Encoders.encode_base64(msg)
  msg.add_header('Content-Disposition', 'attachment', filename=filename)
  outer.attach(msg)

composed = outer.as_string()

try:
  server = smtplib.SMTP(smtpserv, smtport)
  server.set_debuglevel(0)
  server.ehlo()
  server.starttls()
  server.ehlo()
  server.login(smtplogin, smtpasswd)
  server.sendmail(fromaddr, toaddrs, composed)
  server.quit()
except socket.sslerror:
  pass

Внимание! Программа предоставляется по принципу "as is". Автор не несет никакой ответственности за использование другими этой программы.

FreeBSD: bluetooth: пример настройки

noreply@blogger.com (passshok) — Mon, 11 Dec 2006 19:53:00 +0000

Задача

Есть установленная freebsd-6.1 и usb bluetooth устройство. Нужно настроить систему для быстрой и удобной отправки файлов с компа на телефон.

Решение

Настраиваем устройство

Подгружаем модуль:

# kldload ng_ubt

Лучше добавить его в автозагрузку чтобы каждый раз не заморачиваться:

# echo 'ng_ubt_load="YES"' >> /boot/loader.conf

Смотрим dmesg на предмет строк вида "ubt0":

# dmesg | grep ubt

Если все нашлось, то продолжаем.

Автоматизируем запуск сервиса

Сделаем так, чтобы /etc/rc.d/bluetooth запускался при включении bluetooth устройства. В моем случает включение и выключение происходит посредством нажатия кнопки на передней панели ноутбука. Есть несколько способов: /etc/usbd.conf и /etc/devd.conf. Я выбрал второй. Добавим в /etc/usbd.conf строки:

# Bluetooth
attach 100 {
device-name "ubt[0-9]+";
action "/etc/rc.d/bluetooth start $device-name";
};
detach 100 {
device-name "ubt[0-9]+";
action "/etc/rc.d/bluetooth stop $device-name";
};

Затем:

# /etc/rc.d/devd restart

Должно работать.

Учимся работать с тулзами

Ищем устройства вокруг:

# hccontrol -n ubt0hci inquiry

Запоминаем mac-адрес нужного нам устройства.
Можно посмотреть доступные сервисы на удаленном устройстве:

# sdpcontrol -a mac_адрес_устройства search

На десерт

Делаем так чтобы, как говорят в вендузятники, "в 2 клика" можно было передать свежескачанный файл на телефон.
Для этого ставим:

# cd /usr/ports/comms/obexapp
# make install clean

Тестим:

# obexapp -C OBEX -a mac_адрес_устройства -n put путь_к_файлу_на_компе название_файла_на_удаленном_устройстве

Если все прошло удачно, то дальше будет еще вкуснее. Вернемся к "двум кликам". Вы ведь постоянно пользуетесь mc? Я, да. Тогда делаем следущее, редактируем пользовельское меню:

# mcedit ~/.mc/menu

Вставляем пункт меню, вернее 2 пункта (можно сразу после двух первых пунктов):


+ ! t t                                                            
b       Send file via bluetooth to my phone                        
obexapp -C OBEX -a mac_адрес_вашего_устройства -n put %f %f          
                                                      
+ t t                                                              
b       Send files via bluetooth to my phone                       
set %t                                                     
while [ -n "$1" ]; do                                      
obexapp -C OBEX -a mac_адрес_вашего_устройства -n put "$1" "$1"    
shift                                                    
done

1 абзац добавляет пункт меню, который доступен если навели указатель на файл, 2 абзац работает в том случае, если вы выделили несколько файлов и хотите передать их все (по очереди).
Теперь как пользоваться. Заходим в mc, устанавливаем выделение над файлом или выделяем несколько файлов, нажимаем "F2", затем "b". Тока получилось не в "2 клика" а в 2 клавиши.

Python: программа синхронизации директорий

noreply@blogger.com (passshok) — Thu, 23 Nov 2006 17:02:00 +0000

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

Задача

Создать программу на языке Python, которая бы синхронизировала содержимое каталогов по следующим правилам:
1. Если в обоих директориях/поддиректориях есть файл с одинаковым именем, но разной "датой изменения", то устаревший файл заменяется более свежим в соответствующей директории.
2. Если в одной из директорий/поддиректорий есть такой файл, которого нет в другой директории/поддиректории, то он копируется туда где его не достает.

Решение

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

# -*- coding: cp1251 -*-

import os
import time
import shutil
import string
import sys
import locale


# Сюда добавляем: что с чем синхронизировать
work_list = {'D:\\Мои документы\\mesi':'F:\\mesi',
             'D:\\Мои документы\\work':'F:\\work',
             'D:\\Мои документы\\programming':'F:\\programming'}


# Получаем язык и кодировку консоли, чтобы затем, знать, из какой
# кодировки переводить в юникод
language, output_encoding = locale.getdefaultlocale()

# Проверяем, можно ли синхронизироваться с этим компом
if not os.path.exists('C:\\Documents and Settings\\passshok'):
    print u"Не тот комп"
    raw_input()
    sys.exit()


# Массивы для хранения содержимого каталога
list_local = {}  # каталог на локальном компьютере
list_remote = {} # каталог на удаленном/сменном носителе
list_comp = {}   # список инструкций по синхронизации (куда что копировать)

# Процедура получения списка всех файлов в каталоге
def mk_list(r_dir, f_list):
    # Объявляем процедуру рекурсивного обхода файлов
    def mk_list_r(root_dir, file_list, abs_root_dir):
        try:
            names = os.listdir(root_dir)
        except (IOError, os.error), why:
            print u"Ошибка: %s " % (why)
            raw_input()
            sys.exit()
        for name in names:
            fullname = os.path.join(root_dir, name)
            if os.path.isdir(fullname):
                mk_list_r(fullname, file_list,abs_root_dir)
            else:
                file_list[fullname[len(abs_root_dir)+1:]] = os.stat(fullname)[8]
    # Запускаем ее
    mk_list_r(r_dir, f_list, r_dir)

# Процедура для создания структуры каталогов
def mk_dirs(fullpath):
    mas = string.split(fullpath, os.sep)
    path = mas[0] + os.sep
    for i in mas[1:len(mas)-1]:
        path += i + os.sep
        if not os.path.exists(path):
            os.mkdir(path)
    
def mk_sync(local_dir, remote_dir):

    # Генерируем списки файлов локальной а затем удаленной директории
    mk_list(local_dir, list_local)
    mk_list(remote_dir, list_remote)

    # Проходим по списку файлов в локальной директори и смотрим:
    # - если файл с одним именем есть и в локальной и удаленной директории, то
    #   сравниваем даты изменения этих файлов и формируем массив, где говорим
    #   заменить старый файл более свежим
    # - если в удаленной директории нет такого файла, который есть в локальной,
    #   то дополняем массив записью о том, что нужно скопировать этот файл из
    #   локальной директории в удаленную
    for name,mtime in list_local.iteritems():
        if name in list_remote:
            if  mtime > list_remote[name]: # Сравниваем даты изменения фалов
                list_comp[os.path.join(local_dir, name)] = os.path.join(remote_dir, name)
            elif mtime < list_remote[name]:
                list_comp[os.path.join(remote_dir, name)] = os.path.join(local_dir, name)
        else:
            list_comp[os.path.join(local_dir, name)] = os.path.join(remote_dir, name)

    # Проходим по списку файлов удаленной директории и заносим в массив информацию
    # о том, что если в удаленной директории файл с таким именем, которого нет в
    # локальной директории, то нужно скопировать его туда
    for name,mtime in list_remote.iteritems():
        if not name in list_local:
            list_comp[os.path.join(remote_dir, name)] = os.path.join(local_dir, name)

    # Выполняем действия описанные в массиве: копируем/заменяем старые файлы новыми
    # в локальной и удаленной директориях
    if len(list_comp) == 0:
        print u"Файлы синхронизированы"
    else:
        print u"Выполняется синхронизация..."
        for src,dst in list_comp.iteritems():
            try:
                mk_dirs(dst)
                shutil.copy2(src, dst)
                msg = "Файл " + src + " скопирован в " + dst
                print unicode(msg,output_encoding)
            except (IOError, os.error), why:
                msg = "Не могу скопировать файл " + src + " в " + dst + ": " + why
                print unicode(msg,output_encoding)

# Основная часть

for f,t in work_list.iteritems():
    mk_sync(f,t)

print u"Аникей..."
raw_input()

Восстановление жесткого диска после краха

noreply@blogger.com (passshok) — Sun, 15 Oct 2006 08:48:00 +0000

С чего все начиналось

Недавно я экспериментировал с утилитой hdparm. Неподумав я набрал такую команду:

# idectl 0 rescan

После этого у меня зависла система. Подождав немного, я жестко перезагрузил комп. При загрузке биос сообщил мне что не может запустить операционную систему ( "Operating system not found" ).

Анализ ситуации

Проснувшись на следующий день, я решил понять, что же я все-таки сотворил. Прийдя на работу я почитал man idectl. idectl оказалось не чем иным как просым скриптом, который можно найти в /sbin/idectl. Этот скрипт использует вызов hdparm с ключами -U и -R. Насколько я понял из мана, эти ключи используются для горячего извлечения жесткого диска. В мане есть одна очень важная оговорка, что нужно отмонтировать все ресурсы с извлекаемого жесткого диска. Этого-то я как раз и не сделал. Вообще, представить сложно что могло произойти с содержимым диска, если на нем у меня было примонтирована куча разделов.

# fdisk -l /dev/hda

сказал что хард девственно чист и на нем испорчена MBR (Master Boot Record). Из всего вышесказанного ясно, что как минимум на диске испорчена таблица разделов, как максимум - испорчена часть инфы. В надажде на лучшее переходим к решению проблемы.

Решение проблемы

Существует замечательная тулза для восстановления разделов диска как TestDisk. Она восстанавливает достаточно много типов разделов, что дает много надежд, так как пропали у меня самые разные разделы:

- fat32
- ext2
- ext3
- reiserfs
- freebsd
- swap ^_^ (ну это не большая потеря)

Весит она всего 1.3 мега, что очень здорово.

Теперь перейдем к делу. Скачайте нужную вам сборку под венду или под Linux. Лично я поступил так:
- скопировал через другой комп на карточку через кардридер (больше у меня ничего не было) вышеописанную тулзу (TestDisk), уже скомпиленную под Linux. Вы же можете залить ее просто на флэшку. (для простоты изложения я вместо кардридера буду говорить флэшка)

- загрузился с какого-то старого Knoppix 2.4. Примонтировал флэшку и запустил с нее

# ./testdisk_static

Выбираем в первом меню ваш испорченный диск. Далее выбираем тип таблицы разделов - Intel. В следующем меню выбираем "Analise, после чего происходит поиск таблицы раздела по секторам, что занимает не так много времени. После сканирования появляется таблица, где можно увидеть найденные разделы, а также просмотреть файлы на них (если раздел определен корректно). Лично у меня все разделы определились нормально кроме раздела reiser. А на нем у меня было все самое важное =(.
Итак, ищем все разделы, смотрим, правильные ли границы и записываем таблицу разделов на диск, предварительно хорошенько и многократно подумав головой. Перезагружаемся.
Еще раз смотрим fdisk'ом что нового. Отлично, все разделы на месте. Теперь пробуем монтировать разделы по очереди. Замечательно, все замечательно монтируется. Если на этом ваша проблема решена, то я очень за вас рад. Моя проблема еще не решена, так как раздел с reiserfs так и не монтируется, да и TestDisk предупреждал меня во время восстановления, что раздел нуждается в восстановлении.

Пока что на этом все. Как восстановить раздел с reiserfs я пока не знаю, так что буду ковыряться дальше, а когда закончу, напишу.

Обновление от 23 окт 2006
После долгих поисков информации и исследований оказалось, что границы всех разделов восстановлены правильно. Раньше у меня были сомнения, что это не так. Теперь я пришел к выводу, что раздел с reiserfs настолько испорчен, что просто не хочет монтироваться. Также мне удалось восстановить разел с freebsd, так что теперь у меня есть еще одно средство для исследований :)

При попытке загрузить Gentoo Linux с раздела reiser как и прежде я наблюдаю вот такую ошибку:

Обновление от 26 окт 2006
Вчера скачал и нарезал разгрузочный live dvd Gentoo 2006.1. На нем меня интересовала свежая версия утилит reiserfs. Далее, все еще в надежде восстановить всю структуру раздела, я поступил следующим образом:

1) Сделал резервную копию раздела (Для этого вы можете найти место на этом же жестком диске, а желательно на другом)

dd if=/dev/hda5 of=/mnt/hda6/reiserraw

где /dev/hda5 - испорченный раздел с reiserfs, а /mnt/hda6/reiserraw - копия этого раздела в файле.

2) Ассоциировал этот файл с устройством, чтобы в дальнейшем можно было работаться ним:

losetup /dev/loop1 /mnt/hda6/reiserraw

3) Проверил образ:

reiserfsck --rebuild-tree -S -l /recovery.log /dev/loop1

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

reiserfsck --rebuild-sb, --check ...

4) Примонтировал образ:

mkdir /mnt/reiser
mount /dev/loop1 /mnt/reiser

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

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

Обновление от 29 окт 2006
Я воспользовался программой PhotoRec 6.5 для восстановления данных с утерянного раздела посекторно. Хочу отметить, что я создал новый раздел fat32 для тех файлов, которые будут восстановлены программой. Интерфейс программы достаточно прост и разобраться в нем не составит труда. Выбираем раздел, с которого нужно восстановить данные, выбираем куда их сохранять и вперед.
Теперь что я хочу сказать по поводу восстановленных данных. В самой программе есть список типов файлов, которые она может восстанавливать. Заявлено более 30 типов файлов. Я выбрал все, которые возможно. Неплохо восстановились архивы gzip, некоторые текстовые файлы, хотя текст в них не всегда соответствовал действительности. *.doc восстановились плохо, только 1 из 20, *.xcf - восстановились с ошибками и были нечитаемы. Лучше всего восстановились *.jpg, но далеко не все. Возможно вам повезет больше чем мне.

Мой вам совет: прежде чем что-то делать, хорошенько подумайте и не повторяйте моих ошибок.

Полезные ссылки

http://foremost.sourceforge.net/ - программа для raw-восстановления файлов
http://www.cgsecurity.org/wiki/TestDisk_Download - еще одна программа для raw-восстановления файлов
http://antrix.net/journal/techtalk/reis ... o.comments - некоторые советы по восстановлению reiserfs (советую посмотреть)

О монополистах и тех, кто вами управляет

noreply@blogger.com (passshok) — Wed, 21 Jun 2006 10:50:00 +0000

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

"Увы, даже прочитав все это, многие пользователи, привыкшие к ICQ, пожмут плечами и менять ничего не станут. Я это прекрасно понимаю, и тем не менее задам им всем вопрос: господа, вы действительно согласны вносить свою лепту в укрепление мирового могущества компании America Online? И даже если вам на это наплевать, осознаете ли вы, что, если завтра кому-то в AOL’е вдруг захочется, чтобы лично вы лишились доступа в ICQ, вам будет нечего этому противопоставить?"

Дальше читаем полностью. Мне статья очень понравилась, я полностью согласен с точкой зрения автора.

http://www.provider.net.ru/article.48.php

К вопросу о распространении свободного ПО в России

noreply@blogger.com (passshok) — Fri, 28 Apr 2006 04:46:00 +0000

Вот напал на такую статью: http://action.nclug.ru/news.php?extend.16
Вообще говоря, статья написана в стиле революционной пропоганды. Мне лично не нравится насаждение чужих мыслей. Но в ней есть и доля истины. А вообще, я считаю, что большую роль в развитии свободного ПО играет именно государство, конкретнее, министерство образования. Если бы школьные и институтские преподаватели были действительно специалистами в своей области, то кто, как не они поведает детям о наличии альтернатив Windows. Ведь получается, что из-за необразованости и "непродвинутости" (если можно так выразиться) преподавателей ученики не знают, что рядом существует другой мир, где не надо платить бешеные деньги за новый софт и железо, где даже на стареньком 486 можно наслаждаться графикой и работать с комфортом. Ведь большинство работаю и живут так, как их научили. Не все активно интересуются технологиями и самосовершенствуются. Так почему бы не научить их пользоваться, например, ОС Linux? Вернуться назад к Microsoft Windows всегда можно. На примере конкретно моей школы, вернее моих школ (мне посчастливилось учиться в нескольких школам с компьютерными классами), я считаю, что проблема состояла в недостаточной образованности учитаелей. Они рассказывали то, чему их учили 10-15 лет назад и на тот момент это было правильно и современно. Но ведь время не стоит на месте.

Если бы я что-то мог изменить, то я сделал бы следующее:
1. По возможности поднял бы зарплату учителям, что способствовало бы притоку молодых, интересующихся новыми технологиями преподавателей как в школы, так и в институты.
2. Внес бы в учебную программу изменения, способствующие изучению и продвижению свободного ПО.
3. Поспособствовал продвижению свободного ПО в гос структурах, а также в учебных заведениях, что сократило бы во много раз расходы как на ПО, так и на закупку оборудования. Ведь не секрет, что именно из-за высоких требований к оборудованию большинство пользователей Microsoft Windows стремятся покупать дорогое новое оборудование.
4. Ну и немного рекламы тоже бы не помешало. Людям просто нужно дать знать, что альтернативы существуют, а там уж пусть сами решают.

Ну вот, сколько понаписал. :)

И еще одна замечательная ссылка: http://www.posix.ru/openway/linux_leaders/

25 причин, чтобы перейти на Linux

noreply@blogger.com (passshok) — Sat, 22 Apr 2006 20:00:00 +0000

Компании, образовательные и правительственные учреждения, а также другие организации по всему миру переходят с операционной системы Microsoft Windows на ОС Linux в скором порядке. Они заменяют коммерческие программы их бесплатными аналогами (open source software). Существует как как минимум 25 причин, объясняющих эту ситуацию:

1. Так как Linux распространяется под свободной лицензией, как и все остальное свободное программное обеспечение, он доступен бесплатно. Linux можно свободно загрузить из интернета или купить на диске или комплекте дисков по сравнительно невысокой цене. Одна копия может быть установлена на необходимом количестве компьютеров без каких либо ограничений. Ситуация обстоит совершенно иначе с Microsoft Windows, которая запросто может стоить $100 или более за копию, установленную на одном компьютере.

2. Так как Linux относится к свободному программному обеспечению, то любой может изменить его исходный код по своему вкусу и потребностям. Если измененный исходный код разработан для организации, то он может остаться ее собственностью, без распространения за ее пределы. В Microsoft Windows такое не возможно, так как изменение исходных кодов программных продуктов изначально запрещено. Исходный код это оригинальная версия программы, написанная программистом с использованием языка программирования, перед тем, как быть преобразованной компилятором в машинные коды, понятные процессору. Исходя из этого необходимо иметь исходный код, чтобы иметь возможность вносить какие-либо изменения в программу. Такая возможность изменения исходного кода под свои нужды, а также возможность сохранения их секретности очень важна для некоторых крупных организаций.

3. Оперативная поддержка программных продуктов Linux систем бесплатно доступна через интернет, а также через новостные группы и форумы. Некоторые считают, что такая служба поддержки ничем не хуже аналогичных служб, предоставляемых коммерческими организациями. Поддержка Linux систем также при желании может быть переведена на коммерческую основу. К услугам такой поддержки можно отнести следующие: помощь в адаптации, помощь в установке новых программ и патчей, призванных закрыть недавно обнаруженные дыры. К счастью, потребность в таких патчах является относительно редкой для Linux.

4. Вероятность того, что поддержка Linux будет приостановлена в силу запланированных обстоятельств или других факторов, ничтожно мала. Вышеописанное верно, так как исходный код всегда будет доступен каждому, кто этого захочет, включая тех, кто занимается его бесплатной поддержкой через интернет, а также компаниям, которые распространяют его бесплатно. Сравнительно с Microsoft Windows и другим платным программным обеспечением, программный код которого обычно закрыт, поддержка их продуктов становится затруднительна как с технической точки зрения, так и с правовой, особенно если компания взимает плату за обновления и новые версии их программ.

5. Вероятность устаревания Linux систем практически не существует или ничтожно мала, так как архитектура UNIX, на которой базируется Linux, активно тестировалась и дорабатывалась на протяжении более 35 лет. Это доказывает предельную эффективность и безопасность Linux систем. Совершенствования системы идет высокими темпами, но новые версии остаются по прежнему совместимыми с общей архитектурой UNIX.

6. Для пользователей Linux не существует таких понятий как необходимые обновления (forced upgrades), так как более ранние версии по-прежнему поддерживаются (продолжается разработка новых патчей для повышения безопасности), а также потому, что вышедшие новые версии абсолютно бесплатны и полностью совместимы с их предшественниками. В противовес вышесказанному, разработчики платного программного обеспечения имеют сильные финансовые стимулы для запланированного устаревания более ранних версий ПО для того, чтобы стимулировать пользователей к покупке более новых версий их программных продуктов.

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

8. Linux не имеет никаких тягостных требований, которые необходимо соблюдать в соответствии с лицензией. Компаниям с сотнями и тысячами компьютеров необходимо держать огромное количество персонала только для того, чтобы следить за тем, что все используемые компьютеры соответствуют условиям лицензирования EULA (End User License Agreement) для Microsoft Windows, Microsoft Office и других платных коммерческих продуктов. Что же касается пользователей Linux, то им можно не опасаться проверок аудиторов BSA (Business Software Alliance), а также серьезных штрафов за незначительные нарушения лицензионного соглашения.

9. Linux показывает отличную безопасность, включая низкий процент заражения вирусами, троянами, червями и т.п., так как unix изначально разрабатывался с упором на безопасность, в то время как другие ОС начали заботиться о ней только спустя некоторое время. Например, пользователи не работают с системой с правами администратора (root), тем самым защищая системные файлы от порчи или заражения. Также во все дистрибутивы Linux включен мощный файрвол, включенный по умолчанию. Другой важный фактор это свободно доступный исходный код, который позволяет тысячам людей по всему миру находить уязвимости и устранять их.

10. Linux устойчива к системным крахам и не требует частой перезагрузки. Это может быть важно крупным организациям, для которых несколько минут простоя могут стоять очень дорого. Linux изначально разрабатывалась как предельно надежная и устойчивая ОС с учетом всех тех наработок, которые были сделаны более чем за 35 лет существования unix-подобных систем.

11. К сожалению, ассортимент программного обеспечения для Linux систем пока не так велик, как для Microsoft Windows, но важный шаг в этом направлении уже сделан и темпы разработки увеличиваются с каждым днем, привлекая все новых и новых разработчиков и программистов. Подавляющая часть программ для Linux бесплатна (включая все самые популярные), а их функциональность и производительность в большинстве случаев выше, чем у их аналогов в Microsoft Windows. Как факт, пользователи обычно находят нужные им программы в интернете, и нет более необходимости платить за них.

12. Существует выбор среди многочисленных дистрибутивов Linux (несколько сотен), каждый их которых наделен разной функциональностью, но одновременно совместим со всеми остальными продуктами. Это позволяет пользователям выбрать ту версию, которая бы отвечала всем их требованиям. Это также означает, что если один из производителей Linux покинет рынок, то пользователь легко сможет перейти на другой дистрибутив. Как правило такая ситуация вызывает естественную конкуренцию, что стимулирует рост качества дистрибутивов и внедрение новинок. Выбор кажется огромным, поэтому сложно на чем-то остановиться, к примеру на Red Hat или SuSe.

13. ПО под Linux достаточно гибкое, что позволяет достаточно легко адаптировать его для любых целей без значительных изменений в исходном коде. Например, при установке Linux достаточно просто настроить для работы так, чтобы он был оптимален для: домашнего пользователя, ноутбука, web-сервера, базы данных или маршрутизатора. Поведение рабочего стола, включая значки и меню, может быть сконфигурировано любым образом, в соответствии с требованиями пользователя. Рабочий стол может быть настроен таким образом, что станет похож на Microsoft Windows. Возможность свободной правки программного кода и самостоятельной компиляции дает безграничные возможности по настройке дистрибутива.

14. Linux и другое бесплатное программное обеспечение использует открытые форматы файлов (open file formats). Это форматы для хранения текстовой, табличной и другой специфической информации, соответствующие широко распространенным современным стандартам. Такие форматы могут быть использованы разработчиками для создания совместимых программ, что невозможно в случае использования закрытых форматов. Это показывает проблематичность развития таких форматов, а также высокие затраты последующего перехода с них на другие. Поддержка открытых форматов в Linux дает пользователю полный контроль над информацией в том случае, если компания, создавшая этот формат уйдет с рынка, либо прекратит его поддержку.

15. Linux значительно быстрее работает с определенным оборудованием. Это результат огромной работы по оптимизации исходного кода при минимально возможном объеме.

16. Linux достаточно совместим с другими ОС. Например, он может считывать, записывать, копировать, удалять и всячески манипулировать с информацией, хранящейся на том же самом жестком диске, с которым работает сервер Windows, сохраняя ее в полностью совместимом формате. Microsoft Windows, напротив, не имеет доступа к разделам жесткого диска, который используется другой операционной системой.

17. В Linux по-прежнему сохраняются высокие этические стандарты, так как процесс разработки и исходный код совершенно открыты. Linux никогда не осуждался в федеральном суде по нарушениям в США за незаконное распространение.

18. Linux избавляет от необходимости обновления оборудования при установке новой версии ОС. Код этой ОС оптимизирован и компактен, что позволяет использовать ее одинаково эффективно на старых компьютерах, которые непригодны для новых версий Microsoft Windows.

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

20. Linux это самый оптимальный выбор для использования в академических учреждениях по ряду причин. Одной из них является открытость, поэтому учащиеся могут изучать структуру Linux и ее взаимодействие с аппаратурой. Многие преподаватели считают, что намного важнее изучать основы компьютерного устройства, нежели обучать использованию конкретных программ, таких как, например, Microsoft Word, Microsoft Power Point. Одной из первопричин такого вывода является то, что основные принципы компьютерной электроники будут актуальны спустя еще много лет, в то время как закрытые программные продукты, не соответствующие широко распространенным стандартам, будут обречены через несколько лет.

21. Для правительственных учреждений Linux и другое свободное ПО позволяет достигнуть прозрачности информации, так как она хранится в широко распространенных, общепринятых и открытых форматах, а не в закрытых, как в случае коммерческого ПО. Такая прозрачность важна для поддержания эффективной демократии. Это достигается путем хранения общедоступной информации в общепринятых стандартах и предоставления доступа к ней без использования платного программного обеспечения. Также, хранение секретной информации гораздо более безопасно с использованием открытых форматов, нежели коммерческих.

22. Используя Linux, нет необходимости бояться чёрных ходов (backdoors), так как код этой ОС доступен для исследования. Черные ходы это один из секретных методов проникновения в систему. Известно, что многие компании, занимающиеся разработкой закрытого ПО, включали в свой код такие скрытые возможности, в следствии чего могли получать доступ к секретным данным компаний и конфиденциальной информации.

23. Использование и поддержка Linux помогает увеличить разнообразие дистрибутивов и стимулировать естественную конкуренцию среди разработчиков бесплатного ПО. Такое соревнование может развить науку в целом, улучшить производительность и уменьшить стоимость как открытого, так и платного ПО. Экономическая теория и десятки лет исследований показывают, что монополии практически не имеют стимула к развитию инноваций, производят некачественное ПО, способствуют появлению инфляции и вызывают коррупцию политической системы.

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

25. Linux и остальное свободное ПО дает людям возможность помочь развитию технологии ПО, так как исходный код открыт, свободно доступен для изучения, улучшения и усовершенствования. Такой подход является востребованным, и одним из самых заметных примеров является корпорация IBM.

26. Существует гораздо больше, чем 25 причин для перехода с других ОС на Linux для организаций по всему миру. 26-ой причиной является то, что Linux, по сравнению с Microsoft Windows, не требует дефрагментации жесткого диска. Фрагментация это распределение информации в несмежных областях жесткого диска, которое снижает эффективность работы с данными, а также общую эффективность компьютера. Дефрагментация не является сложной задачей, но проводить ее постоянно достаточно неэффективно.

Также существует несколько ситуаций, в которых организации могут выиграть, заменив Linux на Microsoft Windows:

1. Организация, которая снижает обороты производства и имеет действительные, но еще не использованные лицензии для Microsoft Windows, может снизить затраты на содержание персонала, заменяя экспертов по Linux администраторами Windows, так как последних нанять гораздо проще.

2. Если бы Microsoft предлагала организациям гораздо более дешевый пакет услуг, включающий долговременные лицензии (и обновления) по номинальной стоимости, оплачивала новое оборудование и предоставляла поддержку и обучение, то это было бы очень привлекательным шагом. Фактически это могло бы стать победой двух сторон, так как Microsoft привлекла бы широкое общественное внимание со стороны компании, осуществляющей переход с Linux на Windows.

Оригинал статьи
Перевод: Ульпи Павел
30.01.2006