Russian Fedora

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

Короткие новости

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

Aleksander Morgado, теперь уже бывший инженер дружественной нам компании Lanedo, выпустил ModemManager 1.4.

Новость уже обсуждают на OpenNET.ru.

Digital Ocean официально начал предлагать использовать CoreOS. Мы рады за очередной успех платформы systemd/Linux, на которой и построена CoreOS.

Начались тестовые дни Fedora 21.

К сожалению их даты еще изменяются на лету. Например, Fedora 21 Virtualization Test Day, возможно один из самых интересных тестовых дней, был перенесен на 25 сентября.

Но дальше его переносить не будут.

Краткий обзор облачных средств service discovery

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

С появлением огромных облачных инсталляций на первое место вышла проблема автоконфигурации сервисов. Смешно, но в отечественном сегменте еще некоторое время назад люди не понимали, зачем в системе нужен Avahi, и постоянно его отключали. Конечно, сыграло свою роль и традиционное головотяпство мэйнтейнеров одного незаслуженно популярного дистрибутива, но удивительная нелюбовь доморощенных линуксоидов к Avahi стала заметна издалека. Наоборот, в Благословенном Валиноре задача service discovery была сразу оценена по достоинству, и как и водится, люди сразу написали с десяток-другой вариантов ее решения. Из современных навскидку, кроме Avahi, который всё-таки ориентировался на десктопное применение, вспоминается Apache ZooKeeper, с кладбища OpenSource-проектов, и etcd, от наших друзей из CoreOS. Jason Wilder решил хотя бы вкратце осветить некоторые имеющиеся варианты service discovery в кластерах.

Если вы devops, то мы рекомендуем начать исследование вопроса с прочтения статьи, и советуем пробежаться дальше, по ссылкам из неё. К сожалению, статья даже для обзорной выглядит совсем неисчерпывающе, но для начала пойдет.

"Бинарные логи", и один интересный аспект

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

Забавное открытие сделали наши коллеги. Оказывается, размер файла authorized_keys влияет на скорость работы ssh.

Ну, в общем, неудивительно. В "старых" Unix-утилитах, которые используют текстовые представления данных вместо более эффективных "бинарных", всегда будет зависимость от их размера.

Мы рекомендуем интересующимся вопросом начинающим ознакомиться с базовыми вещами, например со статьей Joel on Software: Back to Basics (есть перевод на русский).

Вообще, тема бинарного представления данных вместо удобных текстовичков, нравящихся любителям заниматься юниксвэем, это часто поднимающийся вопрос на том же StackOverflow. Конечно, мы понимаем, что любители юниксвэя могут текстовички легко "читать глазами", например, раз, два, три - такова их степень киборгизации, что у них отрос прямой интерфейс "глаза-файловая система". Но мы, всё-таки, понимаем и то, что добавление сотой строки в текстовый файл, в общем случае увеличивает до ста раз время ее получения по сравнению с однострочным файлом - пока вычитаешь все строчки, а потом обнаружишь нужную. А вот хранение данных в бинарном виде сразу обеспечит ряд преимуществ.

Collabora набирает народ в команду

Только что пришло сообщение, что Collabora набирает людей:

Software Engineer (Multimedia) Office (Cambridge, UK or Montreal) or Home based, global Discussing technology with clients and represent Collabora at conferences and trade shows to demons ...
Principal Software Engineer (Multimedia) Office (UK or Canada) or Home based, Global Discussing technology with clients and represent Collabora at conferences and trade shows to demons ...
Software Engineer (Collabora Productivity) Office or Home Based Key Responsibilities Assist with root cause analysis and fixing of interoperability issues. Dis ...
Speculative Applications ANY We're always on the lookout for OS ninjas who want to work for Collabora. Software Engineers, Engin ...

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

boycottsystemd.org

С большим удовольствием анонсируем еще один ресурс systemd-ненавистников - boycottsystemd.org. Интересно, но его даже обсуждают у нас, в рассылке fedora-devel.

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

http://i.kinja-img.com/gawker-media/image/upload/s--c5my-JXm--/c_fit,fl_progressive,q_80,w_320/786958156776488007.gifhttp://i.kinja-img.com/gawker-media/image/upload/s--fvx5mYf1--/c_fit,fl_progressive,q_80,w_320/786958156887546183.gif

Разработчики X.org ищут женщин

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

Разработчики X.org тоже решили присоединиться к программе Outreach Program for Women (как раз та, на которую GNOME растратил все свои деньги), и анонсировали это в списке рассылки.

Т.к. многие нам знакомые девушки не читают список рассылки X.org, то мы решили анонсировать их анонс.

Они ищут пока одну девушку (на самом деле подойдет кто угодно, лишь бы не мужского пола, но конкретно у нас круг знакомств ограничивается двумя полами). Работа будет оплачиваемой, но какая именно они пока не решили - будет что-то связанное с Mesa, DRI, Wayland, и необязательно программирование. Со сроками, как и в случае прочих народных инициатив, спускаемых сверху, определенности больше - с декабря 2014 по март 2015, а заявки будут принимать с 22 сентября.

Почувствуйте разницу - группа типичных разработчиков X.org image0 ... и группа типичных разработчиков в Яндекс image1

Короткие новости

Оказывается, уже прошел год, как к Red Hat присоединился Marcin Juszkiewicz. Поздравляем коллегу! Его работа по AArch64 полезна не только нам, но всему OSS-коммьюнити.

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

Разработчики CoreOS выпустили Rudder. Это такой вариант poor-man SDN, изначально предназначенный для системы Kubernetes (о которой мы уже рассказывали и бросали ссылки на хаутушки), но обладающий ценностью и для других конкурирующих решений.

Как обычно поздравим наших друзей, ksys labs, с выходом версии 14.08 фреймворка Genode, для сборки микроядерной операционной системы.

Инженер Igalia, Andy Wingo, потрясший в свое время сознание многих любителей Canonical тем, что перешел на Fedora, рассказывает, как он тестировал производительность pflua, библиотеки фильтрования сетевых пакетов, написанной на Lua. Получилось на удивление производительное решение. Работу по разработке pflua финансировала компания Snabb Co для использования в одноименном решении SDN.

Выложили подкаст, в котором Gordon Haff, облачный евангелист (что бы это ни значило) компании Red Hat обсуждает вопросы патентования и открытых стандартов на офисные документы с Simon Phipps, президентом OSI.

И напоследок хорошая новость от Canonical. В попытках найти свою нишу и выйти наконец-то на прибыльность они пробуют новый подход - сделать Ubuntu основной платформой для разработки Android. Денег, конечно, как не было, так и не будет, но популярности среди разработчиков это вполне может прибавить. В ленте Google+ у Didier Roche уже задаются вопросом, почему разработчики фронтэнда и мобильных приложений выбирают не Linux, а Mac? Мы бы хотели напомнить, что наш коллега, Matthew Garrett, уже пытался ответить на этот вопрос, и предлагал свой план привлечения этих разработчиков к нам, на Linux. К сожалению, Единая Россия запретила читать его блог в РФ, поэтому если у вас не открывается ссылка, то воспользуйтесь подходящими вам средствами обхода блокировок, которые любезно перечислил дружественный нам ресурс RuBlackList.net.

GStreamer используется в космосе!

С удовольствием узнали, что GStreamer используется в одном из проектов European Space Agency. Планируется развертывание на МКС в 2015 году.

Мы очень рады за разработчиков этого фреймворка, который получил такое неожиданное признание!

В последнее время особенно важной становится тема Continuous Integration, unit-testing, и GStreamer один из хороших примеров того, как надо управлять проектом. Его тестировали уже тогда, когда и слова такого не было - DevOps. Недавно их система CI сменилась с buildbot на Jenkins, о чем в своем блоге начал рассказывать инженер Collabora и участник Debian Community, Edward Hervey. Пока доступна лишь первая часть истории. К сожалению или счастью (это уж как посмотреть), Edward уходит из Collabora после семи лет работы. Мы желаем ему всего хорошего, и надеемся, что это не помешает ему написать продолжение в ближайшее время.

Новости Linux-платформы

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

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

Распространение ПО в Linux, особенно в бинарном виде, это застарелая проблема, усугубляемая любимым многими выбором из тыщи дистрибутивов.

Успех таких платформ, как Android, iOS, Steam в немалой степени обусловлен жестким стандартом на API, позволяющим программировать и получать за это деньги. В традционном Linux напрограммировав что-то, разработчик с удивлением сталкивается с дикой матрицей совместимости из Libc, компиляторов и версий компиляторов, игрушечных ядер, к которым полубезумные любители юниксвэя требуют почтительного отношения, отсутствия базового функционала в init-системе, десятка библиотек на каждый use case, ни одна из которых не покрывает всех вариантов, и по которым размазывается и без того незначительный человеческий ресурс. По вопросу библиотек в очередной раз хочется отметить особо омерзительную ситуацию с криптобиблиотеками, работу по консолидации которых более-менее ведется лишь нашими коллегами в Red Hat. Заметим, что рано или поздно удастся их консолидировать, и можно смело предсказывать, какую бурную реакцию и какой поток оскорблений в наш адрес это вызовет.

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

Задачу обновления мы решаем на нескольких уровнях - уровень пакетов, уровень разных rootfs, уровень файловых систем. В последнем случае мы используем функциональность checkpoint-restore уровня файловой системы, и прямо сейчас, к сожалению, есть лишь один вариант - btrfs. Наши коллеги из openSUSE уже работают над задачей создания точек отката, и их вариант, Snapper, был даже поставлен на рассмотрение, как один из сценариев реализации недеструктивных обновлений в Fedora. Будет ли взят именно этот вариант, мы пока не знаем, но понятно, что способ недеструктивных обновлений будет использовать btrfs. Современные системы, такие, как CoreOS, переходят на использование btrfs, но нам немного страшновато, т.к. негативный опыт достаточно значителен.

Вообще, при всем уважении к разработчикам Google, которые рекомендуют btrfs к использованию, мы бы хотели отметить, что задачи, которые они у себя решают, слабо похожи на задачи простых пользователей. Например, при ошибке файловой системы в Google клонируют машину с другой машины, перезаливая диски целиком, не глядя. Простому пользователю, при ошибке в btrfs, клонировать систему неоткуда, и хорошо, если у него есть бэкапы. Для бытового использования, функционал и параметры той же XFS превосходят и btrfs, и ext4. Есть еще вариант использовать архитектуру Unix-way, и собрать систему с транзакциями и точками отката на базе имеющегося функционала в LVM, поверх которого теоретически можно использовать что угодно, но соблазн строить систему на базе единственного компонента, а не многослойной матрешки слишком велик.

Просуммировав весь накопленный нами опыт обновления и распространения ПО, и рассмотрев альтернативные варианты (ChromeOS, CoreOS, Docker, магазины приложений в мобильных платформах), Lennart и его команда выступили с предложением использовать подразделы (sub-volume) btrfs и пространства имен (namespace) Linux (уже активно используемые в systemd и контейнерах).

Его предложение уже перевели и обсуждают на OpenNET.ru.

Обязательно ознакомьтесь - оно слишком большое и важное, чтоб пересказывать своими словами.

В целом, предложение разработчики восприняли с энтузиазмом. Обсуждение в ленте Google+ Леннарта Поттеринга в целом позитивное, что неудивительно т.к. высказывающихся негативно он давно всех забанил.

Harald Hoyer уже начал разрабатывать обновлялку системы на базе функционала btrfs, повторяя работу отчасти проведенную в openSUSE. Другие наши коллеги взялись рассуждать о более глубинных проблемах - отсутствие стабильного API (как следствие отсутствия платформы Linux), что естественным образом порождает отсутствие стабильного ABI, на что посетовал инженер Intel, Ikey Doherty, в своей ленте Google+. Мы, конечно, придеремся - стабильный API и даже ABI в Linux есть! Это называется Red Hat Enterprise Linux. Собственно, за то, что они из тыщи разномастных компонентов собирают платформу, им и платят. Отсутствие своего видения платформы у любителей юниксвэя и их апатия к решению злободневных задач довольно заметна, и приводит к полному несоответствию популярности в интернете и в реальной жизни.

Изменения подобного плана уже назрели. Наш нынешний Fedora Project Leader, Matthew Miller, с некоторым беспокойством отмечает, что дистрибутивы просто не поспевают за тем же GitHub (он выступал на LinuxCon + CloudOpen North America 2014).

Казалось бы, появление сервисов типа Packagecloud.io и внутридистрибутивных вариантов PPA должно исправить ситуацию, но нет. Пользователи не успевают оперативно собирать ПО в пакеты (не говоря уж о тестировании).

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