Опровержение от телеканала, пустившего новость о BolgenOS по интернетам.

Что сказать, молодцы, признали свою ошибку. Надеюсь, впредь будут осторожнее с подготовкой материала.
Теперь имя Дениса Попова стало нарицательным.
Что же, пожелаем ему успешно найти работу, отдалённую от IT

UPD
А вот ещё один журнализдский ляп:

Честно, лежал под столом. И вот такую туфту впаривают людям. Судя по видео, на печать отправили документ в кодировке cp866.

Написал небольшую игрушку для интерактивного выучивания таблицы годзю:он (五十音) на JavaScript.

Сама по себе она напоминает игрушку на память: собирать пары совпадающих ячеек до тех пор, пока все пары не будут собраны. Идея состоит в том, что в качестве пары выступают слоги из разных слоговых азбук. Вернее, в разном представлении. Доступны следующие ассоциации пар:

• катакана — хирагана (片仮名 — 平仮名);
• катакана — ромадзи （片仮名 — ローマ字);
• хирагана — ромадзи (平仮名 — ローマ字)
• катакана — поливанов (片仮名 — キリル文字)
• хирагана — поливанов (平仮名 — キリル文字)

То есть, например, для пары «катакана-хирагана» слоги «a, i, u, e, o» будут иметь ассоциации «ア <-> あ», «イ — い», «ウ — う», «エ — え», «オ — お».
Играть можно как в простом режиме (easy), так и в сложном (hard). В первом случае все ячейки со слогами открыты. Во втором случае — скрыты, то есть если слоги в ячейках не будут совпадать, содержимое ячеек будет скрываться, а открытыми будут оставаться только уже найденные пары.
Также можно выбирать перечень разучиваемых слогов (ставить галочки напротив определённого слогового ряда). Если много галочек ставить лень — можно воспользоваться предустановками, среди которых есть:

• выбор всех доступных слогов;
• сброс всех доступных слогов;
• выбор только слогов таблицы годзю:он;
• выбор только слогов, которы были получены путём озвончения — нигори (濁り) — или оглушения — ханнигори (半に濁り ?).

Ссылка на игрушку здесь (распространяется по лицензии GPLv2):
http://kanji.xskernel.org/?target=gojuon.

Приятного времяпрепровождения! Если есть замечания, исправления, предложения или пожелания — пишите .

Все мы прекрасно знаем, что в конце 2010 года лицензии пакета «Первая помощь» завершают своё действие (становятся недействительными). В связи с этим у школ есть два варианта: либо находить финансовые средства и закупать проприетарное ПО для последующей установки на компьютеры, либо освоить новую нишу — свободное программное обеспечение.

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

Можно посмотреть их собственную презентацию, представленную на Санкт-Петербургском конкурсе инновационных продуктов:

В общем, молодцы, так держать.
Если вы хотите поддержать их — можете оставить свой голос здесь.

Товарищ zawullon изложил драму о пяти частях о том, как пытался вернуть деньги за OEM-нутую венду:
Борьба с навязыванием Windows #1
Борьба с навязыванием Windows #2
Борьба с навязыванием Windows #3
Борьба с навязыванием Windows #4
Борьба с навязыванием Windows #5

Пока исход дела достаточно драматичный. Мировой судья «поспрашивала у знакомых компьютерщиков» о том, является ли венда частью компьютера, на основе чего и решила исход дела в пользу ответчика. При этом, ГК РФ и ЗоЗПП как бы идут лесом.
Будем надеяться, что поданная апелляция повернёт исход дела в совсем другое русло, и законные деньги за OEM, моральный ущерб и судебные издержки возвернутся.

Кто-нибудь подскажет, есть какая-то особая магия в Linux слить образ DVD-диска, записанного не с самого начала? Если в курсе, очень прошу поделиться инфой, а то у меня /dev/sr0 имеет размер 0 байт.

Сегодня разочаровался в моём любимом Very Secure FTP Daemon.
Произошло это, когда мне нужно было реализовать что-то вроде RandomAccessFile, работающего по FTP. И когда я дошёл до seek-операций, обнаружил, что vsftpd некорректно отрабатывает пару команд REST + STOR. А именно, открывает файл всегда в режиме O_APPEND, о чём с горестью сообщает manpage:

O_APPEND
The file is opened in append mode. Before each write(), the file offset is positioned at the end of the file, as if with
lseek(). O_APPEND may lead to corrupted files on NFS file systems if more than one process appends data to a file at
once. This is because NFS does not support appending to a file, so the client kernel has to simulate it, which can’t be
done without a race condition.

Таким образом, получаем следующую ситуацию:

• Я создаю на удалённом сервере некий файл при помощи STOR.
• Записываю в файл строку «01234567890123456789″.
• Закрываю файл (прекращаю передачу данных).
• Делаю REST 3.
• Снова открываю файл через STOR.
• Записываю в файл строку «xxx».
• Закрываю файл.

В результате таких нехитрых манипуляций, по идее, я должен получить файл с содержимым «012xxx67890123456789″, вместо чего получаю файл с содержимым «01234567890123456789xxx», то есть, «xxx» ушли в конец.
При этом, ProFTPD замечательно разруливает эту ситуацию так, как надо.
Что ж, думаю, может в новой версии VSFTPD это пофиксено. Качаю исходники, собираю, ставлю, но ситуация повторяется. Пришлось поковыряться в коде и выяснить, что там действительно делается O_APPEND, что вызвало массу негодования с моей стороны и было допилено.
За сим выкладываю патч для VSFTPD и пропатченный архив для версии 2.2.2:

• патч для версии 2.2.2;
• пропатченная версия 2.2.2.

UPD: Забыл добавить, что внёс ещё одну фичу: файл не будет транкейтиться, если предварительно сделать REST 0.

Собственно, ещё один неприятный момент, возникший в связи с миграцией на openSUSE 11.2.

Заключается этот момент в том, что в моей любимой Eclipse IDE кнопки ненормально реагируют на щелчки мышью. Вернее, так: некоторые кнопки, когда я пытаюсь кликать на них, просто не работают. Как выяснилось из бага 555807, связано это с новой версией GTK. В новой Eclipse это дело, вроде, уже исправили.
Для тех же, кто пока не хочет менять версию, есть костыль (читать workaround): для нормальной работы Eclipse и других java-приложений, использующих GTK, нужно установить переменную среды окружения GDK_NATIVE_WINDOWS в true:

export GDK_NATIVE_WINDOWS=true

Например, эту строчку можно записать в .bashrc:

echo "export GDK_NATIVE_WINDOWS=true" >>~/.bashrc

Перелогиниваемся, запускаем Eclipse, радуемся.

Сижу вот, вникаю в KDE 4. Уж слишком вычурно как-то пока.
Да и работает ощутимо плавнее и медленнее, чем KDE3.
KDE 3 я тоже поставил, но вот есть одна незадача — падает knotify по непонятным причинам.
А пока — текущий скриншот нового рабочего стола.

Будем ковыряться дальше.

В связи с тем, что моя openSUSE 10.2 в последнее время стала себя плохо чувствовать, я решил-таки заняться постепенной миграцией на openSUSE 11.2.

Я не буду расписывать пока впечатления о системе, так как ещё до конца её не настроил. Здесь же постараюсь выложить решение проблем, с которыми я столкнулся при миграции.

Итак, первая проблема — это монтирование шифрованного раздела. При установке надо под любым предлогом отказаться от монтирования скрытого раздела, так как YaST Manager согласится с этим только при условии его полного форматирования.
После установки монтируем старый корневой раздел (я ставил новую систему в другой, заведомо подготовленный раздел) и смотрим содержимое файла /etc/cryptotab:

/dev/loop0  /dev/hda6 /home ext3 twofish256 acl,user_xattr

И, соответственно, переписываем это в /etc/fstab:

/dev/sda6 /home ext3 acl,user_xattr,loop,encryption=twofish256 1 1

Отметим, что в /etc/cryptotab используется устройство /dev/hda6, а в /etc/fstab новой системы — /dev/sda6, так как в новых версиях ядра Linux используется немного другая система именования устройств.

После чего подгружаем необходимые модули:

modprobe cryptoloop
modprobe twofish
mount /dev/sda6

Теперь раздел подмонтирован. Осталось закрепить результат, для этого идём в /etc/sysconfig/kernel и добавляем к параметру MODULES_LOADED_ON_BOOT значения:

MODULES_LOADED_ON_BOOT="cryptoloop twofish"

UPD: Конечно, это не решает проблему до конца: при автоматическом монтировании раздела при загрузке системы.
Чтобы не было проблем, включаем сервис boot.crypto:

chkconfig boot.crypto on

После этого создаём файл /etc/cryptotab и прописываем туда:

/dev/loop0 /dev/sda6 /home ext3 twofish256 acl,user_xattr

И убираем заранее созданную запись из /etc/fstab.

На этом решение первой проблемы заканчивается .

Совсем недавно приходилось решать интересную задачу по Unix:
Фактически нужно было разработать демон simple-telnetd на языке Perl, позволяющий удалённо запускать некоторое ограниченное подмножество команд и выводить пользователю результат их выполнения.

• simple-telnetd может запускать только разрешенные программы, которые перечислены в файле /etc/simple-telnetd.conf. Демон должен перечитывать этот файл и обновлять список разрешенных программ после поступления сигнала SIGHUP;
• Запускаемые программы могут иметь параметры командной строки, но simple-telnetd не должен поддерживать интерактивного взаимодействия пользователя с запускаемыми программами;
• Демон не обязан обрабатывать спец символы: ^C, ^D, и т.д.
• В качестве параметра командной строки simple-telnetd может передаваться параметр timeout — максимальное время выполнения одной команды;
• Желательно чтобы демон мог прослушивать не только tcp сокеты, но и локальные (например /tmp/simple-telnetd);

В конце-концов, скрипт всё же не пригодился, поэтому, чтобы компенсировать потраченное на него время, выкладываю его тут — вдруг, кому пригодится. Забрать его можно по этой ссылке.
simple-telnetd.tar.gz
Если кому-то помогло, пишите, не стесняйтесь, буду рад .

Поскольку я писал этот демон с особым энтузиазмом, не обошлось без фич, которых нет в исходном задании: написал init.d-скрипт для службы, который успешно был протестирован в openSUSE Linux, оформил perldoc и manpages, сделал возможность интерактивной авторизации, ну и другая мелочёвка (уже даже и не помню какая) вдовесок.