Russian Fedora

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

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

Компания SGI прекратила поддерживать XFS в Linux

Спустя несколько месяцев, наконец-то завершилась скандальная история вокруг XFS. Причем завершилась довольно неожиданно - SGI отказалась поддерживать XFS дальше. Теперь эту файловую систему официально поддерживают инженеры Red Hat.

Таким образом, очередной ключевой компонент Open Source Software перешел полностью под контроль Red Hat. Ура или как?

RPM и мягкие зависимости

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

Weak-dependencies в RPM всегда были предметом дискуссии. Удивительно, но очень мало тех, кто однозначно сможет сказать, поддерживались ли директивы Recommends/Suggests/Supplements/Enhances в RPM. Некоторые дистрибутивы включали поддержку с помощью дистроспецифичных патчей, а в upstream была лишь поддержка на уровне распознавания директив в spec-файле. Дискуссии периодически возникали, и появлялись новые патчи, но рабочую поддержку чего-либо, кроме PRCO (Provides, Requires, Conflicts, Obsoletes) в upstream RPM так и не включили, посчитав вредной функциональностью.

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

Прошло несколько месяцев, и один из разработчиков RPM, наш коллега, Florian Festi, анонсировал новое появление мягких и вычисляемых зависимостей в RPM. Вновь появятся Recommends/Suggests/Supplements/Enhances, которые частично уже используются в SuSE Linux и некоторых других RPM-based дистрибутивах.

После консультаций с Michael Schröder из SuSE было решено не использовать уже готовый вариант, а переписать все заново. Florian предполагает, что старые версии rpm и rpm-build просто будут игнорировать новые, неизвестные им тэги, но, к сожалению, он ошибается.

Проверив вариант с нестандартным тэгом VCS, мы можем его заверить, что работать со старыми версиями RPM оно вряд-ли будет, потому что старый rpm-build скорее всего будет вываливаться с ошибкой. Если свою локальную копию rpm-build еще можно пропатчить или донастроить, то ожидать того, что в билд-сервисах будут доступны пропатченные версии утилит, это довольно самонадеянно. Причем "старые версии" в данном контексте означает, например, RHEL6 или Fedora 12. Но даже если это изменение можно как-то бэкпортировать в rpm-build, например заставив его игнорировать неизвестные тэги, то в любом случае совместимость будет полностью поломана следующим новшеством - вычисляемые зависимости (пока лишь содержащие логические выражения в Requires / Conflicts). По-простому бэкпортировать это уже сходу не получится.

Архитектурно, изменения не предназначены для самого комплекта утилит RPM. Задумано так, что новые директивы будут обрабатываться на уровне выше - Yum/DNF, и дело RPM лишь корректно записать тэги при сборке, и выставить их в API, если кто запросит. Но пока необходимый минимум утилит, т.е. библиотека libsolv, утилита createrepo, и rpm-build, еще не обрабатывают новые теги. Работа, конечно, уже ведется, но пока использовать новые тэги не рекомендуется, если вы не разработчик. А если вы разработчик приложений на базе API RPM, например, разрабатывающий альтернативный solver зависимостей, то Florian настоятельно рекомендует пообщаться с ними.

Random seed в облаках

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

Мы уже говорили, что пользователям любых других дистрибутивов необходимо следить за новостями проекта Fedora и участвовать в тестовых днях, ведь проблемы, с которыми сталкиваемся мы, появятся в ваших дистрибутивах через полгода-год-полтора (ну или лет через 5-10, если вы используете Debian).

И вот, мы получили этому еще одно подтверждение.

Dustin Kirkland, Cloud Solutions Product Manager компании Canonical, попытался описать проблему отсутствия достаточного количества энтропии на виртуальных машинах, и подходы к решению. К сожалению, он хотя и в курсе правильного ответа, Virtio-RNG, но вынужден отказаться от него, т.к. оно недоступно в ряде облачных систем. Энтропию, если ее нет, взять неоткуда, поэтому его заметка превратилась в печальную попытку вытащить себя за волосы из болота, чем не преминул воспользоваться, чтоб похихикать известный тролль, Lennart Poettering, в своей ленте Google+.

Наши коллеги по Fedora, разумеется, увидели проблему задолго до того, как ее заметили в Canonical. Участник коммьюнити Fedora, разработчик таких проектов, как kernel и bitcoin, инженер BitPay, Jeff Garzik, заинтересовался вопросом еще в 2008 году, и сразу после обсуждения тогда и была добавлена необходимая поддержка в ядро.

Еще через несколько лет была добавлена поддержка в Qemu, и в libvirt, которая была реализована инженерами Red Hat, IBM и Collabora. В хостовых машинах c Fedora 19 и выше все уже работает, т.к. когда все кирпичики стали доступны, то Virtio-RNG был оформлен фичей Fedora 19. Разумеется, Virtio-RNG будет доступен как в выходящей в этом году RHEL7, так и был бэкпортирован в RHEL6.

Так что в будущем выбирайте облачных провайдеров с облаками на основе RHEL6 / RHEL7 или Fedora (облака на базе Fedora предлагают, например, наши друзья из Pantheon Systems, о чьем облачном решении мы уже упоминали).

Sipwitch поддерживает systemd

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

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

Вот и еще один наш коллега, David Sugar, участник коммьюнити Debian и Fedora, разработчик проекта GNU Telephony, объявил в своей ленте Google+, что центральный компонент разрабатываемой им системы, sipwitch, будет зависеть от systemd.

Благодаря тому, что все основные Linux-дистрибутивы либо уже работают на systemd, либо переходят на него, можно смело добавлять systemd в зависимости. Непонятно пока, как это будет собираться на BSD, но есть серьезные сомнения в том, что на таких системах развертывают новые решения.

Coreinit переименован во fleet

Coreinit, проект по расширению кластерных возможностей systemd, о котором мы уже вскользь упомянули, разрабатываемый участниками проекта CoreOS (и о нем мы уже не раз, и не два упоминали) был переименован во fleet.

Fleet / coreinit, это надстройка над systemd, использующая etcd, которая превращает его в init-систему для целого кластера. Eго переименование во fleet было приурочено к выходу версии 0.1.2. Также, к выходу новой версии, которой уже можно пользоваться, разработчики CoreOS написали обзорную статью по fleet и сделали видеопрезентацию:

Fleet в целом принят очень хорошо, и уже был отмечен такими видными разработчиками systemd, как Greg Kroah-Hartman и Lennart Poettering.

Новости компонентов Base OS

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

Участник Fedora и нынешний мэйнтейнер grep Jim Meyering анонсировал выход grep 2.17. В версии значительно ускорена работа grep с multibyte кодировками в паре случаев.

Инженер Red Hat, Carlos O'Donell, объявил о выходе GNU C Library версии 2.19. Внимательные коллеги-аналитики сумели обсудить новость на OpenNET.ru за неделю до официального анонса на GNU.org, в момент появления анонса в списке рассылки. Непонятно, почему Carlos затянул еще на неделю с анонсом на GNU.org, но главное, что наконец-то это было сделано.

После выхода очередного обновления util-linux версии 2.24.1 его мэйнтейнер и основной разработчик, инженер Red Hat и участник Fedora Karel Zak, продолжает знакомить нас с новыми возможностями утилит из пакета (предыдущие новости - раз, два, три). В этот раз он рассказал об интересной функциональности утилиты fallocate, которая получила возможность преобразовывать обычный файл в разреженный (см. также Википедию).

Вообще, util-linux развиваются крайне шустро, и многие матерые линуксоиды не в курсе о уже имеющейся функциональности. Так известный гентушник и дистрохоппер Greg Kroah-Hartman в своей ленте Google+ с удивлением узнал о существовании ключа dmesg --human. В комментариях читатели его ленты начали делиться другими интересными советами.

И напоследок новость о грядущем выходе systemd 209, которую уже перевели на Linux.org.ru.

Ждем!

Новости виртуализации

Отгремел второй Moscow Virtualization Meetup (первый был летом 2013 года), и теперь мы ждем, когда Yandex выложит видеозаписи и слайды.

Михаил Кулемин в своем докладе вкратце упоминал о проекте Rich WM Jones, nbdkit, о котором мы уже рассказывали, и почти синхронно Rich объявил о новой функциональности в тулките. Вообще, архитектурно nbdkit спроектирован настолько хорошо, что легко позволяет расширять его функционал (Rich сразу начал писать к нему плагины). Теперь же Rich упростил процесс расширения nbdkit еще, добавив возможность создавать плагины на python.

Кроме расширения возможностей по созданию плугинов, Rich добавил интересную возможность - запуск nbdkit, как связанного процесса.

Теперь можно передать nbdkit строчку запуска другого процесса, который будет запущен, и к которому nbdkit будет "привязан". Как только этот другой процесс будет завершен, то nbdkit будет остановлен. Синтаксис выглядит вот так: `` $ nbdkit file file=fedora-20.img --run 'qemu-kvm -m 1024 -drive file=$nbd,if=virtio' ... $ nbdkit file file=fedora-20.img --run 'guestfish --format=raw -a $nbd -i'`` Вместо $nbd будет подставлен правильный адрес NBD-сервера.

Одновременно, Cole Robinson объявил о выходе virt-manager 1.0.0.

Из больших изменений - появился функционал создания снапшотов, и появилась возможность для использования GlusterFS. И если уж заговорили о Red Hat Storage / GlusterFS, то говорят, что GlusterFS обгоняет Ceph от трех раз, хотя, конечно, у Ceph есть свои use-case.

systemd на Amiga

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

Участники коммьюнити Debian начали эксперименты с systemd. Уже удалось запустить systemd на Amiga: image0