Russian Fedora

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

Content (16 страница со старыми записями)

Новости secondary arch Fedora

Richard W.M. Jones завершил портирование Ocaml на архитектуру PPC64. Результат доступен в git-репозитории. Успел как раз к официальному анонсу выхода Fedora 17 для архитектур PowerPC/PPC64/PPC64v7.

А в это время инженер Calxeda, Mark Langsdorf, представил патч для запуска Fedora 17 на серверах их производства, который тут же был принят.

Также надо отметить прошедшее недавно мероприятие - Linaro Connect, на котором присутствовал участник Fedora ARM SIG Jon Masters, интервью с которым доступно на YouTube.

Среди выступающих там был представитель Linaro и по совместительству участник коммьюнити Ubuntu, Deepak Saxena, который рассказал о текущем прогрессе в деле создания единого образа ядра Linux для ARM систем (статья по мотивам его выступления лежит за paywall на LWN.net). Ждем с нетерпением!

Новости X.org

Это архивная статья

Мы уже сообщали о том, как все обстоит в X.org Server сейчас и в целом с иксами.
Однако Wayland будет доступен еще нескоро (хотя уже сейчас можно запускать некоторые X11-приложения с помощью XWayland), так что приходится что-то делать с текущей системой. И вот, представлена серия улучшений в X.org:

А в это время в Wayland реализовали аналог xclock.
Готов для десктопа!

Переход на UEFI продолжается.

Это архивная статья

Сегодня инженер Red Hat Peter Jones оформил заявку на включение пакета для подписывания загрузчика на компьютерах со включенной опцией "Secure Boot" в UEFI. Вступаем в новый мир.

Тема загрузки на системах с Secure Boot, о чем, кстати, уже давным давно говорил инженер Red Hat Matthew Garrett, вызвала много бесполезных споров в блогосфере. Бесполезных, так как в нашем Open Source мире слова анонимных аналитиков мало чего стоят, а вот дела - имеют вес. А вот с делами у анонимных аналитиков постоянно какие-то проблемы. Вместо болтовни им стоило бы раньше заниматься помощью проекту Coreboot, а не гыгыкать в комментариях к новостям от его разработчиков.

Напомним, если кто еще не в курсе, что недавно Matthew Garrett сообщил, что в ближайшем будущем Fedora будет вынуждена платить дань Microsoft за право пользователей бесплатно запускать наш дистрибутив на компьютерах со включенной опцией "Secure Boot" на машинах с UEFI. Будет точно подписан первоначальный загрузчик, grub (UEFI может в ряде случаев загружать ядро самостоятельно, но если придется использовать GRUB2, то можно просто хранить сигнатуру отдельно, чтоб не нарушать GPL) и ядро, которое можно тивоизировать так как Linus Torvalds против перехода на GPLv3. Удалось избежать требования обязательной подписи библиотек - только kernel-space. Пока Microsoft не передумает. Кстати, выданный за 99 долларов ключ они могут в любой момент отозвать, например объявив, что заботятся о безопасности пользователей Linux, так как был опубликована новая информация в базе CVE.

Позиция других дистрибутивов, в том числе представителей известного коммьюнити, которое перекрашивает обои игнорируя всю настоящую разработку, выжидающее. Все ждут, как оно пойдет у нас, у передового дистрибутива, с какими проблемами мы столкнемся. Уже понятно, что самосборные дистрибутивы этот барьер без потерь не возьмут, и нас это нисколько не радует. Тем же, кто всерьез заявляет, что "ерунда, сообщество враз все коды сломает", хочется напомнить, что загрузчик PlayStation 3 ломали несколько лет и добились успеха из-за ошибки изготовителя.

Локализация Fedora: опубликован перевод трех новых документов.

Это архивная статья

К сожалению, мне сложно отслеживать деятельность всех участников команды. Поэтому напишу про то, в чем участвовала сама.
За последние несколько дней закончены переводы трех руководств:

Спасибо Daniel Cabrera за помощь и оперативность, благодаря ему наши переводы опубликованы на docs.fedoraproject.org.
Кроме этого, недавно товарищ mx_ опубликовал в русскоязычной вики свой перевод руководства по ABRT (одной из глав Fedora Deployment Guide из коллекции документов Fedora 15).

Я взялась перенести перевод в официальную документацию Fedora. К сожалению, опубликовать перевод для данного документа невозможно из-за давности Fedora 15 (уже совсем скоро она перестанет поддерживаться).

Но после выхода Fedora 15 Deployment Guide был переименован в System Administrator's Guide, который был обновлен и опубликован для Fedora 16. Этот версия документа до сих пор открыта для перевода, поэтому я переношу перевод именно туда. Правда, сам документ сильно обновился, а в Fedora 16 была представлена новая версия ABRT, поэтому большей частью переводить приходится заново.

Перевод Руководства системного администратора будет опубликован, как только мы закончим работу над ним. К сожалению, нас мало и работа идет медленно, поэтому если у вас есть желание и возможность помочь, присоединяйтесь к команде локализации Fedora.
Если вы обнаружите ошибки или неточности в переведенных документах, сообщайте об этом в Bugzilla (New -> Fedora -> Fedora Localization -> Component: Russian [ru]), русскоязычный багтрекер или в рассылку команды локализации.

Внимание! Место встречи переносится!!!

Это архивная статья

В связи с ошибкой администратора "Веранды 32.05" мы вынуждены перенести место встречи. Сейчас мы в составе 4 человек выходим из сада Эрмитаж и ищем альтернативное кафе. Поэтому всем, кто собирается присоединиться, лучше связаться со мной по телефону 8 917 пять пять 9 88 03 (Инна).

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

Что же это за чудо - Beefy Miracle? История названия Fedora 17

Это архивная статья

Перевод `статьи <http://opensource.com/life/12/5/whats-beefy-miracle-anyway-story-fedora-17-release-name>`__ `Криса Грамса <https://opensource.com/users/cgrams>`__. beefy miracle В октябре прошлого года я получил сообщение в Твиттере. Это был Хот-Дог, также известный как Beefy Miracle, он сообщил мне, что последняя версия операционной системы Fedora - Fedora 17, будет названа в его честь.

Выбор имени проводился голосованием, Beefy Miracle выиграл с отрывом в более чем 150 голосов! К слову, Fedora 17 совсем недавно вышла в свет.

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

В далёком прошлом, задолго до появления Федоры, мы работали над новой версией Red Hat Linux (мне кажется это 7.1, 7.2 или 7.3, но если вы знаете точнее, сообщите мне). В то время большинство компаний начали вставлять рекламу других своих продуктов или услуг в программы установки. Надежда была на то, что пока вы сидете там, в скуке дожидаясь окончания установки, вы увидите одно из этих объявлений и мгновенно примете решение, чтобы купить что-то еще. Мгновенный доход! Мгновенные богатства! Я не уверен насколько хорошо этот вид рекламы на самом деле работает, но Red Hat поддалась тенденции и такого рода вещи начали проникать в компанию. Имейте в виду, в Red Hat шутки во время установки имеют долгую историю, начиная с возможности поставить "redneck" как основной язык системы (я думаю это оставалось до Red Hat Linux 5.1, но ко времени моей работы в Red Hat эта возможность исчезла).

Столкнувшись с корпоративным опытом установок, мы решили привнести больше юмора в установку и попросили нашего тогдашнего дизайнера, Кайла Хойта, блестящего иллюстратора, создать несколько иллюстраций для программы установки, которые вызвали бы ощущение вставок в кинотеатре. И вот результат: first screensecond screen Для нас они стали любовью с первого взгляда и они, конечно же, вошли в установщик. Но, как вы понимаете, не всем в Red Hat они понравились.

Некоторые думали, что изображение не было "достаточно энтерпрайзным" для нашей быстро растущей компании (сложно было спорить, что танцующие хот-доги это "энтерпрайзно", но мы пытались). Я помню несколько горячих разговоров о превращении логотипа Shadowman в персонажа комиксов, о танцующих хот-догах, и о том, что же за продукт мы "делаем" с этой стратегией.

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

И знать, что танцующие хот-доги Кайла вдохновили новое название Федоры? Это действительно мясное чудо.

Спасибо всем тем, кто сыграл важную роль в возвращение Beefy Miracle. И мои поздравления Beefy Miracle на его новой работе!

Встреча "по следам" релиза в Москве!

Это архивная статья

Итак, все свелось к нашему стандартному формату - дружеским посиделкам в кафе.

Дата - 2 июня 2012 (суббота) Время - с 14-00 и до победного Место - Веранда 32.02, поскольку полюбившийся Bobby Dazzler на субботу уже весь оккупировали.

Телефон для справок (в т.ч. для ориентации на месте) - 8 917 пять пять 9 88 08 (мой) Темы для обсуждения - недавний релиз Fedora 17 и любые, которые вы предложите.

Ждем всех желающих!

История одного бага

Это архивная статья

Как мы уже говорилине раз), одна из серьезных техническиx проблем, стоящих перед коммьюнити Fedora, это наша строгая политика насчет обновлений GCC - любое большое обновление ведет за собой пересборку всего дерева пакетов. Повторимся, это очень непросто - с первой попытки порой не получается скомпилировать около 10% пакетов, и мэйнтейнеры самостоятельно или с помощью разработчиков upstream пишут патчи. Между прочим, это порядка тысячи патчей с каждой пересборки, отправленных в upstream проекты, в полном согласии с другим нашим правилом - "уведомлять проекты о том, какие изменения мы вносим". Некоторые маргинальные дистрибутивы пропускают этот этап, считая, что достаточно увеличить номер версии GCC в дистроспецифичном "рецепте сборки", чтоб публично объявить, что "в нашем настраиваемом под себя дистрибутиве уже давно самый свежий GCC, а вы только его включаете". Наоборот, включение нового GCC (да и вообще нового ПО) в Fedora происходит куда более технически грамотно и гораздо более основательно.

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

Пользователи Fedora на PowerPC / PPC64 столкнулись с неприятной проблемой - Firefox, начиная с версии 10, быстро зависает на первой же странице (или даже при старте, если у вас много дополнений). О проблеме нам сообщил в середине апреля 2012 года инженер IBM и участник Fedora PPC, Gustavo Luiz Duarte (ранее бывший участником коммьюнити Ubuntu). Заявку тут же подобрал мэйнтейнер продуктов Mozilla Foundation в Fedora Martin Stránský и отправил в MoFo bugzilla. Почти сразу там указали на возможную проблему и предложили патч. Несмотря на то, что патч действительно решил одну из ошибок, она оказалась не относящейся к обсуждаемой проблеме.

Спустя еще неделю разработчик Mozilla, Terrence Cole сделал предположение, что ошибка происходит в модуле регулярных выражений. После подтверждения от Martin, что ошибка имеет место лишь на Fedora 17 (на тот момент еще не вышедшая), Gustavo определил, что она возникает лишь в Firefox и Xulrunner, скомпилированных GCC 4.7.0, причем на тот момент, ситуация не изменялась, если использовать последний снапшот GCC (т.е. она не была исправлена). Еще через пару дней, Gustavo сумел создать минимальный test-case, приводящий к ошибке и поиграв с опциями компилятора определил, что если использовать опцию gcc --disable-optimize, то как минимум проходятся unit-тесты. Стало понятно, что проблема определенно в новом GCC, но где именно? Прошла еще неделя, и Gustavo с коллегами по IBM сумел создать минимальный патч, который позволяет обойти проблему. С этим уже можно обращаться в багтрекер GCC, что и было сделано в тот же день инженером IBM William J. Schmidt. О причине ошибки почти ту же сделал предположение инженер Cavium Networks Andrew Pinski, которое оказалось правильным. Незамедлительно, инженер SuSE/Novell Richard Guenther предложил патч, который проверил William и подтвердил, что он исправляет ошибку. Патч был добавлен в master-бранч на следующий день, а бэкпортирован в ветку 4.7.0 спустя еще неделю.

Одновременно с приемом патча в ветку gcc 4.7.0 был успешно пересобран для платформ PowerPC/PPC64 Xulrunner с патчем из bugzilla MoFo, и Firefox наконец-то заработал.

Это, на самом деле, типичная история для нашего сообщества. По результатам многочисленных сборок и разборок были закрыты две ошибки в двух разных известных Open Source проектах и предложен один временный workaround, что пойдет на пользу всем дистрибутивам, а не только Fedora.

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

А в коммьюнити вашего дистрибутива какие бывают истории? Ну, конечно, если ваш главарь публично сообщает, что ваше коммьюнити не интересуется низкоуровневой разработкой (все, кроме нескучных обоев и дизайна окошек), то может возникают какие-нибудь загадки при переносе кнопок слева направо или справа налево?

Еще одна пересборка RHEL - для ARM микропроцессоров

Это архивная статья

Оказывается, участник Fedora ARM Gordan Bobic с февраля 2012 года ведет работу по пересборке пакетной базы от RHEL 6 для архитектуры ARM v5. Результат он назвал RedSleeve Linux. Недавние анонсы серверного оборудования на базе ARM подхлестнули интерес к этой архитектуре, и если вы хотите попробовать RHEL на ней, но не готовы ждать, пока Red Hat сами пересоберут (может быть в RHEL7, через полтора-два года) и по каким-либо причинам не хотите использовать Fedora, то обдумайте возможность установки RedSleeve.

Не все пакеты собрались, как есть - Gordan был вынужден пропатчить порядка сотни из них, и поэтому нельзя говорить, что это 100% совместимо с RHEL 6. Но учитывая размер кодовой базы, это не так и много.