Russian Fedora

Новые возможности для пользователей:

• Автоматическая установка драйверов печати с помощью RPM и PackageKit. Теперь, при подключении к компьютеру принтера, Fedora автоматически предлагает установить необходимые драйверы, если они требуются для функционирования устройства.
• Добавление yum плагина, который автоматически устанавливает языковые пакеты в соответствии с выбранным пользователем родным языком.
• Переработан интерфейс управления учетными записями пользователей - теперь для новых пользователей предлагается указать стойкий пароль, выбрать пиктограмму или картинку, благодаря использованию тестовых версий пакетов accountsdialog и accountsservice, и поменять данные старых пользователей.
• Добавлена возможность использования цветовых профилей для всех поддерживающих их устройств, таких как мониторы, принтеры и сканеры. Возможность реализована при помощи пакета gnome-color-manager.
• В NetworkManager улучшены средства для настройки сетевых соединений, добавлена возможность создания и настройки всех без исключения типов подключения, таких как dialup, wifi или даже выход в сеть через сотовый телефон, соединение с которым организовано через Bluetooth. Также поддерживается создание интерфейсов через командную строку.
• В экспериментальном драйвере для видеокарт NVIDIA Nouveau добавлена поддержка 3D-ускорения. Также обновлёны открытые драйверы для видеокарт ATI. Для тестирования новых возможностей этих драйверов требуется установить пакет mesa-dri-drivers-experimental.

Новые возможности для разработчиков:

• Добавление поддержки статичных проверок (static probes) в пакет SystemTap (аналог DTrace), что позволяет проводить мониторинг высокоуровневых языков программирования, таких как Java, Python и Tcl, а также приложений, использующих СУБД PostgreSQL. В будущем будет добавлена поддержка ещё большего круга приложений.
• Улучшены возможности отладки для приложений Python - добавлена возможность работы со смешанными библиотеками (Python и C/C++) для получения более полной информации в отладчике GDB.
• В Fedora 13 можно параллельно к существующему Python 2.6.4 установить новую ветку Python 3.1.1.
• В комлект включена среда разработки NetBeans 6.8, которая впервые стала полностью поддерживать полную спецификацию Java 6 Enterprise Edition.

Новые возможности для системных администраторов:

• Проект boot.fedoraproject.org позволяет установить по сети самую свежую версию Fedora, имея в распоряжении только маленький загрузочный образ (который умещается даже на дискете 1.4MB).
• Демон "Сервисов безопасности для системы" (SSSD - System Security Services Daemon) предоставляет расширенные возможности входа в управляемые домены, включая кэширование параметров входа для offline-аутентификации. Таким образом пользователи, работающие на ноутбуках, смогут работать даже при отсутствии связи с локальной сетью организации.
• Переход на использование NFSv4 по умолчанию (вместо NFSv3) и поддержка монтирования NFS поверх IPv6.
• Впервые представлено программное обеспечение для организации совместной работы группы людей - Zarafa Groupware, которое является Open Source заменой для сервера Microsoft Exchange. Zarafa включает управление почтой через веб-браузер, календарь-планировщик, совместную работу и задачи. Также поддерживается почта по протоколам IMAP/POP, возможность работы с календарём по протоколам iCal/CalDAV, родная поддержка сотовых телефонов и интеграция с существующими почтовыми серверами. Имеется также расширенный набор API, включая удобный интерфейс и использование современных технологий, таких как Ajax.
• Добавлена поддержка лёгковесных снимков файловой системы Btrfs, которые могут быть смонтированны по выбору в том числе и в режиме только для чтения. Снимки создаются по технологии COW (copy-on-write) поэтому информация об неизменных файлах в снимках не дублируется. Такая возможность позволяет пользователям и администратам тестировать новые версии ПО, не боясь повредить систему или её целостность, предоставляя возможность легко откатиться на любую предыдущую версию файловой системы.
• Добавление в комплект VoIP-сервера sipwitch, разработанного в рамках проекта GNU Telephony. В итоге, для пользователей Fedora будет подготовлена полностью свободная альтернатива системе VoIP телефонии Skype, работающая в режиме точка-точка, т.е. для прямого соединения абонентов;

Новые возможности, связанные с виртуализацией:

• Hostinfo - возможность получения информации о состоянии хост-системы из гостевого окружения
• Возможность назначения неизменных адресов для PCI устройств в гостевых KVM окружениях
• Поддержка совместного использования виртуальными окружениями одного физического сетевого интерфейса
• VhostNet - акселерация сетевых функций KVM на уровне ядра
• VirtAppliances - улучшение средств управления образами для развертывания в виртуальных окружениях
• VirtAuthorization - возможность настройки надежной авторизации для управления удаленными виртуальными сервисами
• VirtVNCResourceTunnel - позволяет получить доступ к ресурсам гостевой системы, таким как последовательный порт или вывод звука, через проброс в VNC клиента
• VirtioSerial - возможность создания одновременно нескольких virtio-консолей
• Средства для автоматического преобразования виртуальной машины Xen в KVM представление
• Включение в поставку Xen dom0 (host) ядра, которое отсутствует со времен Fedora 8

Внимание! Прием работ по логотипу закрыт. Начинаем голосование.

Все варианты собраны в вики. Голосование будет закрыто 10го марта 2010 года.

Правила голосования:

• Проголосовать можно либо в рассылке, либо в вики, либо на форуме, либо в блоге Fedora - там, где вам удобней.
• Голосовать могут только пользователи, зарегистрировавшиеся на соответствующих ресурсах до 8го марта 2010 года.
• В связи с тем, что не все варианты отвечают требованиям, мы разделили их на 2 группы. Можно проголосовать за один вариант из каждой группы.
• Для того, чтобы проголосовать в рассылке, отправьте в ответ на это письмо свои ФИО, номер логотипа из списка удовлетворяющих требованиям и номер логотипа из списка неудовлетворяющих требованиям.

Убедительная просьба не голосовать одновременно в нескольких местах!

Сколько воды утекло, сколь уже релизов было выпущено, а утверждённого логотипа всё нет. Вот сейчас решили окончательно «добить» этот вопрос. На сайте Russian Fedora есть все инструкции по созданию логотипа и т. д. и т. п. Срок подачи вариантов по 7 марта, далее голосование. Принимайте участие!

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

Требования к логотипу:

1. Логотип должен удовлетворять требованиям Fedora относительно использования официального логотипа Fedora (см. здесь);
2. Логотип должен быть компактным (умещаться на баннерах, кнопках и т.д.);
3. Логотип должен при необходимости использования на фоне, цвет которого отличается от требований Fedora, т.е. иметь адаптационный вариант;
4. Логотип должен быть масштабируем без ощутимой потери узнаваемости.

Правила подачи вариантов:
Варианты принимаются и обсуждаются в рассылке (предпочтительный вариант) с пометкой [Логотип]. Письма могут отсылась и незарегистрированные пользователи. Но для участния в обсуждении необходима регистрация.
Срок подачи вариантов - до 7го марта 2010 года включительно.

Правила проведения голосования:
Голосование будет проводится 8-9 марта 2010 года следующим образом:

1. голосование в вики ;

2. опрос на форуме (будет открыт 8го марта);
3. голосование в рассылке (тема письма "[Голосование]", текст письма "номер логотипа из списка + никнейм/ФИО").

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

Многие из тех, кто внимательно следит за проектом Russian Fedora, не раз задавались вопросом: почему у проекта присутствуют ссылки на две совершенно не связанные между собой вики (вики самого проекта и официальную вики Fedora)? Вопрос логичный и закономерный. Ответом на него может служить следущее пояснение: год назад, когда проект только начинал свое существование, большая часть наполнения вики Fedora была на английском языке. Пользоваться подобными материалами (а тем более публиковать свои) для невладеющего языками участника было практически нереальной задачей.

На сегодняшний день ситуация изменилась. Большой объем работ, проведенных командой локализации (за что им огромное спасибо!), сделал вики Fedora открытой для русскоязычного пользователя. Переведена большая часть страниц, посвященных проекту Fedora и основным подпроектам, на русском языке доступно множество интересных и полезных материалов.

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

Давайте вместе сделаем русскоязычную часть вики проекта Fedora еще более интересной и наполненной!

Команда Russian Fedora

Эта статья об одной малоизвестной возможности сборки пакетов под линукс дистрибутивы отличные от базовой ОС. Я предполагаю, что читатель имеет представление о том, что такое RPM/Debian пакеты, сам умеет не только их собирать, но и создавать. Подробнее об этом можно почитать здесь.

Иногда приходится собирать пакеты не только под родной дистрибутив тех или иных версий, но и под какую-нибудь экзотическую систему, например Mandriva 2010. А работаем мы допустим в Ubuntu Karmic (в Fedora же конечно). Вот тут есть несколько очевидных способов решения проблемы.

Первый способ, который напрашивается сам собой это поставить какой-нибудь VirtualBox/Xen/OpenVZ/KVM/VMware, поставить в него операционную систему и заняться собственно сборкой пакета. Если нужно что-то автоматизировать, то придётся действительно попотеть.

Второй способ, воспользоваться openSUSE Build System (OBS). Она имеет Web-интерфейс, поддерживает VCS – SVN подобную osc, собирает всё сама после коммита, выкладывает в репозиторий. OBS может собирать пакеты и локально, хотя там довольно много нюансов. Я не хочу здесь о ней рассказывать, так как это отдельная статья, к тому же по OBS довольно много информации. Но вот если у вас есть довольно быстрая машина с большим жёстким диском, то есть ещё один красивый (хоть и не без изъянов) способ сборки.

Третий способ. В репозитории openSUSE Tools есть пакет build, который создаёт окружение в chroot и собирает пакет. Наверно единственный его существенный недостаток заключается в том, что для создания chroot-окружения нужно иметь на локальном диске пакеты требуемого дистрибутива. Это не приятно, но пережить можно.

Итак, нам понадобится 64-х битная машина (на ней можно собирать пакеты и под ix86 и x86_64). Подключаем репозиторий и ставим пакет build. После этого делаем локальную копию репозиториев для нужных дистрибутивов (иногда достаточно просто DVD диска дистрибутива). Минус конечно большой, но если достаточно места, то потом уже незаметно. Конечно придётся настраивать синхронизацию с репозиториями. Лучше развести разные архитектуры в разные каталоги, так будет проще.

В пакете build в каталоге /usr/lib/build/configs хранятся настройки для различных дистрибутивов. По умолчанию там есть Debian и всевозможные SUSE. Сценарии для других дистрибутивов, а это Fedora, Mandriva, Ubuntu включая разные версии возможно получить через систему контроля версий osc. Но так как для этого придётся описывать вообще всю OBS, то вы можете просто скачать файлы конфигурации из моего архива. Их необходимо будет положить в каталог /usr/lib/build/configs.

Приступаем непосредственно к сборке. Допустим, что мы хотим собрать пакет под Mandriva 2010.0. Все пакеты необходимые для сборки находятся, например, в каталоге /mnt/repo/mdv2010.0/x86_64. Также нам нужен src.rpm. Создадим каталог, например, build, скопируем в него наш исходник и отдадим команду

Эта команда из пакета build вытащит всё содержимое исходника в текущий каталог. Собственно если у нас есть исходники, то их достаточно положить в текущий каталог. После этого отдаём команду (из-под пользователя root):

В качестве параметра к опции --dist (кстати параметр нигде не описанный) используется имя файлов (без расширения) из каталога /usr/lib/build/configs. Можно также при помощи параметра --define переопределять различные переменные определённые в spec-файле, например, --define 'dist mdv2010.0'. Собранный файл будет лежать в chroot окружении. По умолчанию это /var/tmp/build. При помощи параметра --root каталог можно задать любой другой каталог.

Если нам нужно будет собрать 32-х битный пакет, то предыдущая команда примет следующий вид:

Опция --rpms может подцеплять несколько каталогов. Для этого пути нужно разделить символом «:», например:

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

Вот вчера в репозиторий для Fedora 12 выложили KDE 4.4.0. Значит пора собирать RFRemix 12.1. Пожелания есть по изменению комплектации?

Russian Fedora поздравляет всех мужчин с днем Защитника Отечества!

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

Поздравляем с праздником! Желаем здоровья, благополучия и удачи в делах!

Команда Russian Fedora

В период с 12 по 14 февраля сайт проекта был не доступен. К сожелению, это произошло по независящим от команды причинам при переезде сервера, на котором работал сайт Russian Fedora.

Приносим свои извинения за доставленные неудобства.

Команда проекта Russian Fedora