Russian Fedora - сообщество русскоязычных участников международного проекта Fedora

Один из разработчиков JBoss, Marek Goldmann, в своем блоге подвел итоги прошедшего недавно тестового дня JBoss Application Server в Fedora. Почти все тесты были успешными, и удалось заметить лишь одну ошибку, которая уже исправляется - можно считать, что в целом оно работает!

Парни провели просто огромную заботу - упаковали и включили в Fedora сто с лишним библиотек и приложений. Это было очень непросто, так как традиционно Java-приложения не отличаются высоким уровнем внимания к вопросам их распространения. Например, некоторые (не буду указывать конкретных имен) JBoss разработчики считают, что достаточно того, что они поставляют все, что нужно, в одном большом ZIP-архиве (напоминаю, что именно Java-приложения приносят наибольшее количество проблем при соблюдении правила No Bundled Libs).

20 апреля 2012 года (т.е. уже в эту пятницу) состоится еще одно мероприятие. На этот раз более студенческое — конференция «Открытые технологии в инженерном деле».
Конференция будет состоять из двух параллельных секций:

• Секция об открытых операционных системах, программировании, о сетях и технологиях виртуализации.
• Секция, посвященная прикладным инженерным программам, таким как: KiCAD, libreCAD, FreeCAD, Elmer, openFOAM, GNU/Octave, SciLab, Maxima, LaTeX, openSCADA

Подобное мероприятие в МГТУ проводится уже не в первый раз. В прошлом году было что-то аналогичное с весомым участием Russian Fedora.
В этом году от одного из участников проекта также ожидается доклад про технологии Red Hat в больших системах — кластерах, гридах, облаках и пр.

Сайт конференции - oskonf2012.bmstu.ru
Проход на территорию университета строго по пропускам при предъявлении паспорта => нужна предварительная регистрация. Кому интересно, не откладывайте. Регистрируйтесь прямо сейчас.

Время и место: 20 апреля 2012 года, 15:00, МГТУ им. Н.Э. Баумана, 316 ауд. (как добраться)

Некоторые пользователи после обновления на ядро 3.3.1 обнаружили невозможность подключиться в Wi-Fi после выхода из гибернации, если используется модуль ath9k. Проблему заметили многие, в т.ч. и в Fedora. Сообщаем, что ошибка уже отловлена и исправлена и участник Fedora и инженер Red Hat John Linville ее уже включил в ядро (будет доступно с версии 3.3.2).

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

Продолжаем тему о структурированном журналировании. Jonathan Corbet пишет на LWN, что систему журналирования ядра Linux вскоре ожидают сильные изменения (к сожалению, статья за paywall). Разработчик udev и systemd Kay Sievers предложил радикально изменить поведение журналируемой подсистемы ядра.

Напомню, какова-же одна из проблем, которую решает проект Lumberjack. Изначально, из-за малого количества разработчиков и недоговоренности о стандартах, было решено, что журнал будет содержать просто текстовые строчки сообщений (например, "[system] Successfully activated service 'org.freedesktop.PolicyKit1'"). Человек в них может узнать о каких-то событиях, но роботы-то читать не умеют! Им нужна заранее заданная структура сообщений, возможно, что и не человекочитаемая (так напугавшие всех "бинарные логи"), и поэтому каждый или почти каждый сисадмин имеет свои скриптики, которые приходится постоянно переписывать, чтоб извлекать какие-то данные из журнала. Было предложено ввести структурирование журнала - отделить человеко-читаемые данные от тех, что нужны роботам. На уровне user-space это вылилось в проект Lumberjack, и, видимо, стоит ожидать скорого повсеместного внедрения "бинарных логов" в дистрибутивы. К сожалению, в ядре до сих пор журнал ведется с помощью произвольно сформированных строк текста.

Предложение Kay Sievers содержит три пункта. Первое, это вести журнал внутри ядра не в виде некоего буфера фиксированной длины, а в виде очереди объектов. Это даже немного сэкономит память в ряде случаев и поможет предотвратить повреждение сообщений при переполнении очереди (сейчас просто перезаписывается память, занятая старыми сообщениями, что приводило к повреждению некоторых перед отправкой в логгер, работающий на уровне пользователя). Второе, это возможность присовокупить некоего KV-словаря к каждому сообщению (это и есть то самое, что будет читаться роботами - systemd, rsyslog, syslog-ng и т.п.). И, наконец, третье, это радикальное изменение поведения /dev/kmsg. Сейчас, максимум, на что оно годно, это для добавления своего сообщения к журналу событий ядра. Sievers переработал его так, что из него можно будет читать ленту событий ядра программами типа cat и less. Поддерживается одновременное чтение событий несколькими источниками. Таким образом, это устройство становится основным источником событий ядра, которое будет удобно разбирать, и которое будет гарантированно доставлять сообщения в целости или сообщать, что некое-количество сообщений было потеряно.

В целом изменение благосклонно встречено kernel-хакерами. Даже Linus Torvalds высказался одобрительно. Стоит ожидать частичного появления этой функциональности в ядре 3.4, и окончательного - в ядре 3.5.