Russian Fedora

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

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

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

Инженер Red Hat, создатель формата Ogg и аудиокодека Vorbis, участник Fedora, Christopher “Monty” Montgomery выложил демонстрацию возможностей недавно анонсированного Opus 1.1-beta (об этом аудиокодеке вы уже слышали).
Инженер Red Hat, Daniel P. Berrangé в своей ленте Google+ объявил об интеграции в технологии socket activation из systemd в libvirt.
Теперь гостевые системы LXC можно будет запускать лишь тогда, когда внешний клиент запрашивает соединение с каким-либо сервисом из контейнера.
Немного запоздало, но хочется обратить внимание на статистику, которую привел участник Fedora, CTO компании Dell, Matt Domsch, в своей заметке о ценности MirrorManager, сервисе для переадресации обращений yum к ресурсам Fedora.
Проанализировав статистику, оказалось, что 30% запросов благодаря MirrorManager даже не попадают в общедоступный интернет, перенаправляясь на локальные внутрисетевые зеркала, и почти 88% запросов заканчиваются на серверах внутри страны из которой происходит обращение.
Опять-же запоздало, но лучше поздно, чем никогда - наш коллега, Jeff Garzik, объявил о своем новом месте работы. Он ушел из Red Hat для работы на BitPay.
Это позволит переключаться между различными реализациями OpenCL с помощью библиотеки ocl-igd, которая уже включена в Fedora 20.
Новость не совсем о Fedora, но и не совсем не о Fedora. Школы швейцарского города Базеля окончательно перешли на Kolab, открытое интегрированное решение для электронной почты, развиваемое нашими друзьями из Kolab Systems. Поздравляем наших коллег с успешным внедрением, хотя и с горечью отметим использование Debian в качестве платформы.
SolidFire, производитель хранилищ на базе SSD, объявил о партнерстве с Red Hat в рамках проекта Cinder (компонент OpenStack, отвечающий за устройства хранения). Без сомнения, это будет выгодное для всех, в т.ч. и для opensource-коммьюнити, сотрудничество. Вообще, при измерении результатов SSD порой получаются крайне интересные результаты.
Например, участник Fedora, бета-тестер Red Hat, член Пиратской Партии, Kamil Páral померял работу SSD, выяснив, что хотя SSD-диски явно стали лучше, но TRIM все еще сильно замедляет их работу (хотя скорее всего продлевает время жизни).

Проприетарное 32-битное ПО для x86 начинает сковывать развитие Linux, т.к. пользователи руководствуясь как обычно протухшими хаутушками ставят на свои 64-битные машины 32-битные системы, хорошо если с кривыми и медленными PAE-ядрами, а потом рассказывают басни, что в линуксе все тормозит. Но это морально-этическая социальная сторона дела, а на техническом уровне проблема требует решения. Matthew Garrett предложил включить в репозиторий для 32-битного x86 64-битное ядро (kernel64), для того, чтоб в момент инсталляции обнаружив 64-битную систему установить это ядро. Это, конечно, привносит ряд новых задач (и потенциально новые проблемы и ошибки) в Anaconda. Наша рекомендация - не устанавливайте 32-битные системы на 64-битные машины.

Проприетарное ПО, если уж без него ну вот никак, можно установить и с помощью multilib. Хотя, конечно, лучше без проприетарщины вообще.

В Fedora 20 ядра теперь устанавливаются с помощью kernel-install, утилиты из systemd. Т.е. systemd теперь устаавливает и удаляет ядра Linux!. Об этом нововведении нам сообщает Josh Boyer в своем блоге. К сожалению, это значит, что мы попрощаемся с аналогичным вариантом установки, с помощью kernel-postinst-bootloader.sh, но такова жизнь - кто успел смерджить в systemd лучший вариант и быстрее других, то и выиграл.
На нашей Fedora 19 Release Party, я упоминал о том, что в Glibc вот-вот добавят новую интересную фичу - lock elision, и те, кто к нам пришел, уже в курсе этого нововведения. Инженер Intel и простой пользователь openSUSE, Andi Kleen, реализовал интересную compile-time оптимизацию. Благодаря Intel Transactional Synchronization Extensions (TSX) разные потоки могут обращаться к одним и тем-же программным объектам одновременно, если они не изменяют одни и те-же участки физической памяти. Скажем, два процесса теперь смогут взвести rwlock на изменение некоего объекта, оба успешно получат блокировку, а другие потоки могут спокойно читать значение этого объекта. Во время обсуждения этого нововведения возникли интересные возражения. Например, получается, что старые плохо написанные программы будут "магически" избегать дедлоков на новых системах. Плюс непонятно, что делать при повторном захвате блокировки - по стандарту POSIX должен быть deadlock, а его не будет.
Одно можно смело сказать - при Ulrich "Stop Reopening" Drepper включение фичи такого масштаба заняло бы годы, если бы было вообще возможно. С другой стороны, Drepper сейчас VP в Goldman Sachs, так что надо сперва добиться. Сейчас эта фича проходит 15й цикл обсуждения с инженерами Red Hat, IBM и Novell, и возможно ее включат в Glibc 2.19, т.е. в Fedora 21 или Fedora 22.
И еще запоздало о заметке от Josh Boyer по поводу опций ядра в Fedora и Ubuntu. Он изучил конфигурацию сборки на тот момент последних релизов из линейки 3.8.x и выяснил следующее - ядро из Fedora должно быть на обычных десктопных операциях чуть поотзывчивей ("CONFIG_HZ_1000=yes" в Fedora против "CONFIG_HZ_250=yes" в Ubuntu), но скоро ядра перейдут на Full Tickless Mode, и этот небольшой разрыв уйдет. Также в Ubuntu включено больше поддерживаемого оборудования (как нового, так и старого) - в Fedora с этим позлее (мы не включаем очень уж старое, и плохо оттестированное новое). Это, конечно, политический вопрос - Canonical подстраивается под наибольшее количество пользователей, даже ценой сознательного отказа от открытых драйверов в пользу проприетарных, в то время как мы хотим изменить пользователей под нас.
Много новостей о Wayland. Начнем с того, что вышел Wayland и Weston 1.2.0 (русскоязычные аналитики уже обсуждают релиз на OpenNET.ru и LOR). В этом релизе появилось много нового, например:
В GNOME 3.10 внесено еще больше wayland-специфичных улучшений, но ситуация пока не очень хорошая, т.к. GTK-программы зачастую используют платформо-специфичный API вместо использования только платформо-независимых вызовов из тулкита. Судя по всему, это какой-то болезненный вопрос для разработчиков под GTK, т.к. сначала они со злобой отрицают проблему фактической некроссплатформенности своего тулкита, требуя доказательств этого, затем, получив требуемое, обвиняют разработчиков ПО ("пишут говнокод, а потом жалуются", "сама виновата, нечего по вечерам по улицам ходить" и т.п.). Нам, как неспециалистам, кажется, что если под Qt можно писать полностью кросс-платформенное ПО, а под GTK это зачастую не получается (более чем в половине случаев приходится использовать API Xlib), то наверное в этом виноват GTK, а не программисты. Но так или иначе, ситуация потихоньку изменяется в лучшую сторону.
Появилась статья "Ситуация с Wayland: факты о X и Wayland" (перевод на русский). Судя по количеству комментов, факты уже никем во внимание не принимаются, в отличие от рекламных постов от пиарщиков.
Все никак не выйдущая мобильная ОС Sailfish будет выпущена на базе Wayland и PulseAudio.
Немного смущает, что выпуск первого телефона на ее основе планируется к концу 2013 года. Это как-то не очень оперативно. Но стоит отметить, что благодаря разработчикам этой ОС в Wayland и в его конкуренте появилась возможность использовать видеодрайверы, предназначенные для Android.
Зато разработчики Tizen среагировали более оперативно - в анонсированном Tizen IVI (вариант для развлекательных устройств в автомобилях, автобусах, поездах, аваиалайнерах, космических кораблях, и океанских лайнерах) Wayland уже есть.
Там еще и systemd, о чем мы вас предупреждали. Малое время загрузки, побочная фича systemd, появившаяся в нем благодаря правильной архитектуре, очень важно для таких систем (и для мобильных и встраиваемых систем в целом), что, например, подтверждает Wolfgang Denk.

Комментарии