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

Доступен для загрузки RFRemix 24. На этот раз с небольшим запозданием, так как RPM Fusion всё-таки решили выложить свои пакеты для 24-й версии в updates-testing. Из-за этого пришлось в спешном порядке переделывать образы. Но будьте внимательны, пакеты в RPM Fusion Free Updates Testing не подписаны. Такая воль kwizard'а. Вообще для Fedora 24 сейчас есть testing репозиторий Free, а в качестве NonFree можно использовать репозиторий от Fedora 23.

Что у нас нового и старого

• Для загрузки доступны две большие редакции RFRemix Server и Workstation (включая сетевые установки), а также Live-образы с различными рабочими столами;
• Для поддержки мультимедии используется всё ещё RPM Fusion, у которого зашевелилась инфраструктура. Вообще вероятность что он будет жить намного выше, чем у проекта unitedrpms.github.io;
• Для RPM Fusion используются немного измененные release-пакеты с подключением nonfree от Fedora 23 (для 24-й этого репозитория просто нет). Они должны обновиться на оригинальные автоматически, когда RPM Fusion будет полностью готов (что как раз и произошло в Fedora 23);
• Многие пакеты из репозиториев Russian Fedora доступны из приложения GNOME Software (Программы);
• Так же у нас пересобран freetype с subpixel rendering и subpixel hinting;
• Fontconfig содержит патчи Ubuntu для LCD мониторов (в общем сломали шрифты как всегда);
• Пакет fontconfig-infinality был выпилен по просьбам;
• В образы Workstation (GNOME 3.20) по умолчанию для GNOME Shell (не для GTK) используется тема Korora из одноименного проекта. Также опционально добавлены темы Adapta и EvoPop для GTK и иконки EvoPop. Все отключается и в ключается в gnome-tweak-tool;
• В репозитории содержится почти всевозможный набор мессенджеров: skype, viber, telegram-desktop. Также есть Chromium с pepper-flash, полный набор Opera и обычный flash-plugin.

Образы

Для загрузки доступны Live образы Workstation, KDE (Plasma 5), LXDE, XFCE, MATE и Cinnamon. DVD и netinstall образ RFRemix Server и netinstall образ RFRemix Workstation.

• RFRemix Server [ i686 ] [ x86_64 ]
• RFRemix Workstation [ i686 ] [ x86_64 ]
• Образы Live [ i686 ] [ x86_64 ]

Куда сходить спросить, пожаловаться

• Баг-трекер
• Jabber-конференция [email protected]
• Группа в Telegram

Обновление

В принципе обновление с RFRemix 23 не должно составить проблем. Сперва полностью обновите текущую систему, а затем отдайте команду:

dnf --releasever=24 distro-sync --nogpgcheck

Планы на RFRemix 25

Так как RPM Fusion пока не оправдывает никаких надежд, у нас появилось огромное желание собрать всё нужно у себя. Одним словом сделать свой собственный велосипед. Эта идея не нова, но по крайней мере мы будем иметь всё что нужно и не зависеть от внешних репозиториев. Так что ждите RFRemix 25 осенью этого года.

Вышла Fedora 24! Новость уже обсуждается коллегами-аналитиками на Linux.org.ru.

Разработчики GTK, пытаясь вернуть популярность своему тулкиту среди разработчиков, предложили новый план по разработке новых версий тулкита. Он позволит выпускать версии чаще, и сохранять API-стабильность. Непонятно, что мешало им раньше выпускаться почаще, да и почему раньше не замечали, что радикальные смены API настолько тяжелы для разработчиков, что некоторые предпочти перейти на Qt.

Это пока не финальное решение, а некий план. Вкратце, предлагается раз в два года выпускать новую версию GTK, которая будет параллельно устанавливаема с другими версиями (как метко предположил коллега-аналитик, каждой программе будет своя версия GTK). После анонса версии, API будет нестабилен до выхода .6 релиза. Такие минорные версии планируется выпускать раз в полгода, т.е. стабилизация API в пределах мажорного релиза ожидается через 18 месяцев.

Посмотрим, что получится.

Наши друзья из CoreOS официально представили новое распределенное хранилище - Torus (бублик, а не сбежавший из имперских каменоломень дикарь с молотком).

Вкратце, это написанный на golang фреймворк с плагинами, реализующими некие серверы для доступа к ресурсам, к которому прилагается управление по gRPC и которое использует etcd для синхронизации и хранения метаданных. Благодаря etcd с его проверенными кластеризационными возможностями можно было сфокусироваться на бизнес-логике, пока непонятно не в ущерб ли скорости? Пока реализован только NBD-сервер (наши коллеги давно используют такой подход, например, в nbdkit), но в процессе объектное хранилище, что понравится разработчикам облачных систем. Приложение является одновременно и библиотекой, как это принято в golang-сообществе, и управляется с помощью kubernetes. Коллеги-аналитики уже обсуждают проект на OpenNET.ru.

Многие наши друзья сразу же попросили прокомментировать анонс разработчика GlusterFS и CloudFS/HekaFS, инженера Red Hat и участника Fedora, Jeff Darcy, что он и сделал. Не все так однозначно, предостерегает Jeff. Он с разочарованием отмечает, что даже не обращая внимание на свойственный молодым проектам оптимизм в заявленных результатах, сильно разнящийся с достигнутыми результатами, нельзя не заметить сильный привкус маркетоидной лексики. Например, проект позиционирует себя, как альтернативу неким неназываемым старым системам, якобы разработанным для небольших кластеров из больших машин, хотя ни одно из популярных альтернативных решений, на самом деле не разрабатывалось в прицеле только на трех-узловой кластер из узлов по 64 процессора. GlusterFS, Ceph, Sheepdog (на который Torus очень похож архитектурно), все они разрабатывались для применения на больших кластерах.

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

Jeff делает вывод - в системе, или как минимум, в ее анонсе, нет ничего, что позволяло бы сделать вывод о какой-то там особенной применимости Torus для кластеров из контейнеров. Ни эффективных оверлейных систем, ни хитроумной дедупликации, ни multitenancy. То, что есть (NBD-сервер), это очень хорошо, но это не прорывная нанотехнологичная инновация.

Дальше Jeff все-таки обратил внимание, что анонсированные фичи проекта находятся в сильном несоответствии с уже достигнутым. Сообщается о скором добавлении шифрования, коррекции ошибок, и многих других нововведений, среди которых скорое добавление POSIX-интерфейса (якобы оно было, но работало плохо, и его убрали, чтобы спроектировать правильно и скоренько добавить в ближайшем будущем). Вообще-то добавить POSIX в распределенное блочное хранилище, это непросто. Например, в CephFS добавить его было совсем непросто.

Под конец Jeff раскритиковал особенно уж выглядящий глупым "бенчмарк" Torus.

Мы, конечно, только за более интегрированный в современные облачные системы вариант блочного устройства, но то, что можно прочесть в описании Torus, не позволяет сказать, что он какой-то уж особенный.