Russian Fedora

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

Open XML SDK от Microsoft и другие юридические новости

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

Недавно Microsoft выложила исходники SDK для работы с OOXML (обсуждают на OpenNET.ru). В целом, конечно, мы всегда одобряем движение в сторону открытости, но к этой новости хочется добавить еще кое-что.

Мы всегда были уверены, что "стандарт" и Microsoft, это несовместимые понятия. Все, что выходит из Microsoft спустя некоторое время становится несовместимо само с собой. Мы все прекрасно помним, что доковские документы неправильно открывались в вордах от версии к версии. Влияло все - шрифты в системе, патчи операционки и т.п. Мы всегда с недоумением воспринимали критику на LibreOffice/OpenOffice.org насчет открытия вордовских документов, т.к. вдоволь уже напроклинались в адрес программистов Редмонда как раз из-за этого. Но, разумеется, наши личные впечатления, это одно, а более-менее обстоятельная работа по нестандартности "стандарта OOXML", это совсем другое. И, наконец-то, такая появилась! Markus Feilner опубликовал результаты своей работы, статью о том, почему OOXML просто не может быть стандартом - **Complex singularity versus openness**. Работа уже получила хвалебные отзывы от наших друзей - от Carlo Piana и от Jan Wildeboer.

Что характерно, то, что OOXML, это технологический тупик, в который нас завели амбиции группы людей, понимают и в Microsoft. Ну, по крайней мере так выглядит. Jan Wildeboer замечает, что в описании Open XML SDK старательно не упоминают OOXML.

Из других новостей, участник Fedora Legal, юрист SFLC и патентный адвокат Red Hat, Richard Fontana, объявил в своем твиттере, что участие в проекте JBoss больше не требует подписывания CLA. Это был последний проект под управлением Red Hat, который требовал подписи CLA. Кстати, недавно от CLA отказались и в Joyent.

Юристы Red Hat продолжают работу по уничтожению мифических "софтверных патентов", как напрямую взаимодействуя с судами, так и проводя разъяснительную работу с ширнармассами. После недавнего ошеломляющего решения Верховного суда США по делу "Alice Corp. против CLS Bank International" у многих людей возникли вопросы о том, насколько важна эта новость.

Вице-президент Red Hat, Rob Tiller в своей статье проанализировал решение суда и оценил ее влияние на дальнейшие перспективы борьбы с заразой патентов на идеи.

Ну и просто хорошая новость. Elon Musk разрешил использовать апатентованные им технологии.

Пакеты Russian Fedora в GNOME Software

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

Не так давно Игорь Гнатенко поднял вопрос о том, что пакеты из репозиториев Russian Fedora никак не отображаются в приложении GNOME Software (вы понятное дело его не используете, потому что YUM и консоль, но тем не менее). Проблема заключалась в том, что для отображения пакетов нужно сгенерировать специальные xml и картинки к ним.


GNOMEsoftware

В Fedora это решалось поставкой специального пакета appstream-data. Мы же подумали и, сгенерив всё необходимое, добавили иконки и xml файлы к пакетам russianfedora-free-release и russianfedora-nonfree-release. Теперь самые важные пакеты, например, Chromium, deadbeef, Sauerbraten и др. можно искать и устанавливать через GNOME Software. Данная фича доступна в RFRemix 20 и вот прям скоро будет в Rawhide. Вам нужно будет только обновиться.


GNOMEsoftwareChromium

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

Участник Fedora ARM SIG, Rob Clark, продолжает работу над проектом freedreno. В последнее время он не только реализовал XA-ускорение (2D-ускорение EXA, реализованное на базе Gallium3D), OpenGL 2.0, поддержку sRGB текстур и OpenGL 2.1, но и нашел ошибку безопасности в (полу)проприетарном видеодрайвере, позволившую ему установить Fedora на Amazon Fire TV. Он даже хотел сделать утилиту для jailbreak, использующую эту ошибку, но уже появились и другие варианты.

Интересно, что freedreno оказался полезным не только владельцам оборудования. Eric Anholt недавно уволился из Intel и перешел в Broadcom, где теперь разрабатывает открытый видеодрайвер для VideoCore VC4, использующегося в Raspberry Pi. Примечательно, что за основу для своего драйвера он решил взять именно freedreno.

Dan Williams выпустил NetworkManager 0.9.10 (новость уже обсуждают на Linux.org.ru). Из нового, это продолжающееся добавление Enterprise-grade функционала, например Data Center Bridging.

Наш коллега, Karel Zak, полностью переписал cfdisk, утилиту из состава util-linux. Получилось неплохо! [STRIKEOUT:Надо попробовать на жестком диске, который не жалко].

Еще один наш коллега, Jim Meyering ускорял (в версии 2.19) grep. Правда почти сразу же пришлось исправлять ускоренное (в версии 2.20). Бывает, чего уж.

Измучавшись с libexpect Rich WM Jones написал miniexpect, небольшую замену (500 строк кода + pcre в зависимостях).

Инженеры Google сумели скомпилировать coreutils в единый бинарник (см. busybox). К идее необычное внимание проявил Lennart Poettering. Тревожно!

И напоследок, новости айти-науки. Galois inc. открыли Cryptol, DSL для криптографии, разработанный для американской военщины. Хоть уже и не новость, но как-то прошла незамеченной по российским айти-сайтам. А на днях было анонсировано, что защищенное и математически проверенное микроядро seLK будет вскоре открыто. Новость уже обсуждается на OpenNET.ru.

Итоговая пачка фич Fedora 21

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

Уже готов итоговый список того нового, что будет ждать нас в Fedora 21. Мы уже несколько раз рассказывали про принятые фичи по мере их поступления, а теперь можно подвести промежуточный итог (курсивом выделены фичи, про которые мы уже говорили, а зачеркнуты фичи, которые пришлось перенести или от которых пришлось отказаться):
  • (А)периодически обновляемые базовые установочные образы для облачных систем.

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

  • `Доработка autofs - добавление парсера amd-формата <https://fedoraproject.org/wiki/Changes/Add_amd_map_parser_to_autofs>`__ (`automount daemon <http://www.am-utils.org/>`__). Проект am-utils заброшен, и autofs выглядит более перспективно, но, к сожалению, в autofs до сих пор не хватает некоторого функционала из am-utils, среди которого поддержка amd-формата. Вот его добавление и запланировано.

  • `Полная поддержка чипов Allwinner sunxi (A10 / A13 / A20) <https://fedoraproject.org/wiki/Changes/AllwinnerSunxiSupport>`__ (используются, например, в `CubieTruck <http://www.cubietruck.com/>`__). Работа будет проведена в рамках `Fedora ARM SIG <https://fedoraproject.org/wiki/Architectures/ARM>`__. До сих пор Fedora на этой платформе работала благодаря ремиксу, а теперь планируется включить все нужное прямо в Fedora для ARM. К сожалению, поддержка графического режима работы пока не планируется.

  • Включение в репозиторий `Amplab Tachyon <https://fedoraproject.org/wiki/Changes/AmplabTachyon>`__, распределенной файловой системы. Эта работа проводится в рамках `Fedora BigData SIG <https://fedoraproject.org/wiki/SIGs/bigdata>`__.

  • Anaconda Server Roles - плугин для анаконды, реализующий некоторые часто используемые операции для серверов, слишком сложные для скриптов в секции %post.

  • Включение в репозиторий Apache Accumulo, распределенного KV-хранилища.

  • Включение в репозиторий Apache Ambari, фреймворка для управления кластерами и GUI для Hadoop.

  • Включение в репозиторий `Apache HBase <https://fedoraproject.org/wiki/Changes/ApacheHBase>`__, распределенной базы данных, построенной на базе Hadoop.

  • Включение в репозиторий `Apache Hive <https://fedoraproject.org/wiki/Changes/ApacheHive>`__, хранилище данных, построенное на базе Hadoop.

  • Включение в репозиторий `Apache Mesos <https://fedoraproject.org/wiki/Changes/ApacheMesos>`__, система управления кластерами. Можно сказать, что это микроядро для кластерных систем. Также для `Fedora BigData SIG <https://fedoraproject.org/wiki/SIGs/bigdata>`__.

  • Включение в репозиторий `Apache Oozie <https://fedoraproject.org/wiki/Changes/ApacheOozie>`__, планировщика заданий Hadoop.

  • Включение в репозиторий Apache Pig, платформы для анализа больших объемов данных.

  • Включение в репозиторий `Apache Spark <https://fedoraproject.org/wiki/Changes/ApacheSpark>`__, еще одного кластерного компонента, предназначенного для обработки больших объемов данных.

  • AppInstaller - полная интеграция нового инсталлятора ПО в GNOME.

  • `Обновление Erlang до версии 17 <https://fedoraproject.org/wiki/Changes/BetterErlangSupport>`__, и начало работы по интеграции Erlang и systemd.

  • Выпуск нескольких дополнительных установочных образов для приложений Big Data в облачных системах.

  • Внедрение технологии LVM Cache Logical Volumes, когда в LVM быстрые SSD-диски используются для кэширования более медленных.

  • Включение Cockpit Project по умолчанию в образы для Fedora Server.

  • Более удобный способ использования образа для облачных систем для обычных серверов.

    Т.е. быстрый способ попасть со скотного двора в дом.

  • [STRIKEOUT:`Перевод приложений с cron jobs на timer-юниты systemd <https://fedoraproject.org/wiki/Changes/cron-to-systemd-time-units>`__]. Участник покинул Fedora Project из-за несогласия по ряду вопросов.

  • *Унификация системных крипто-политик.

    System Message: WARNING/2 (<string>, line 109); backlink

    Inline emphasis start-string without end-string.

    Это еще один шажок в сторону унифицированного общесистемного криптографического фреймворка, с централизованным управлением. Сейчас планируется ввести общесистемную установку уровня безопасности. В идеале, изменяя некий текстовый файл, системный администратор установит минимальный размер ключей, список допустимых криптоалгоритмов и т.п. для всей системы. Все крипто-библиотеки и крипто-приложения должны учитывать установленные параметры. Работы довольно много - это не 11 новых обоев, но мы надеемся, что наши коллеги успеют.*

  • `Поддержка ведения журнала CUPS в journald <https://fedoraproject.org/wiki/Changes/CupsJournalLogging>`__, который традиционно пишет в файлики в */var/log/ Это часть более значительного проекта по унификации ведения журнала во всех приложениях и демонах. Мы уверены, что все OpenSource-приложения должны перестать писать в файлики, в syslog и т.п, и переходить на унифицированный фреймворк, предоставляемый systemd, т.е. journald. И мы надеемся, что вы в ближайшее время услышите еще о фичах из этой серии.*

  • Среди ролей проекта Fedora Server будет роль сервера базы данных.

  • Официальный образ Fedora для Docker, собранный Fedora Release Engineering, а не кем-то еще.

  • Среди ролей проекта Fedora Server будет контроллер домена (на основе FreeIPA).

  • Обновление Boost до версии 1.56.

  • Обновление Make до версии 4.0.

  • Обновление TCL/TK до версии 8.6.

  • Очередное изменение во флагах GCC по умолчанию - `включение *-Werror=format-security <https://fedoraproject.org/wiki/Changes/FormatSecurity>`__.

    Как обычно, будет запланирована полная пересборка всего дерева. В качестве теста мы уже попробовали пересобрать дерево, и нашли почти две сотни проблем, часть из которых уже исправлена (и патчи, как обычно, уже отправлены или отправляются в апстрим). Типичное исправление выглядит довольно просто, но его нужно сделать, чем мы традиционно и занимаемся.*

  • Фреймворк для управлений ролями Fedora Server.

  • `Обновление GCC до версии 4.9.x <https://fedoraproject.org/wiki/Changes/GCC49>`__. Как всегда, запланирована полная пересборка всех пакетов.

  • `Обновление GHC до версии 7.8 <https://fedoraproject.org/wiki/Changes/GHC_7.8>`__. Работа будет проведена участниками `Fedora Haskell SIG <https://fedoraproject.org/wiki/Haskell_SIG>`__.

  • GNOME 3.12, вышедший несколько месяцев назад, и уже доступный в специальном тестовом выпуске RFFemix 20.

  • `"Headless" Java <https://fedoraproject.org/wiki/Changes/HeadlessJava>`__. Одной из популярных претензий к большим языковым платформам, поставляемым в Fedora /RHEL, было "мне нужно запустить демон на %название_языка%, а он тянет за собой пол-иксов" (например, так жалуются на `Erlang <https://bugzilla.redhat.com/784693>`__). Теперь появится возможность поставить Java без "десктопных" компонентов, таких, как X11 и PulseAudio.

  • `Улучшенная интеграция менеджера пакетов Apache Ivy с Fedora <https://fedoraproject.org/wiki/Changes/ImprovedIvyPackaging>`__.

  • *Улучшения в экосистеме Scala.

    System Message: WARNING/2 (<string>, line 185); backlink

    Inline emphasis start-string without end-string.

    Несмотря на то, что в Fedora формально Scala уже есть, пользоваться ей, без сторонних репозитариев, пока было сложно. В рамках этого изменения будет добавлен ряд отсутствующих компонентов.*

  • `Перенесенная с Fedora 20 </content/И-опять-новые-фичи-fedora-20>`__ фича - `поддержка DNSSEC в FreeIPA <https://fedoraproject.org/wiki/Changes/IPAv3DNSSEC>`__.

  • `Java 8 по умолчанию <https://fedoraproject.org/wiki/Changes/Java8>`__ - очень серьезное изменение.

  • Долгожданное включение Jenkins. ДО сих пор его у нас не было, как это ни прискорбно.

  • `System-wide jQuery <https://fedoraproject.org/wiki/Changes/jQuery>`__. Сейчас у нас нет пакета с jQuery в дистрибутиве, поэтому каждое приложение, которое его использует, тянет его как `bundled lib </content/bundled-libraries-немного-статистики-и-комментариев-к-ней>`__, и эта практика в общем случае `приводит к куче проблем </content/Досмеялись-Серьезная-ошибка-в-gnutls>`__. Теперь, после включения пакета в дистрибутив, от мэйнтейнеров приложений, использующих jQuery, будет требоваться перейти на system-wide копию, либо получить от FESCo разрешение.

  • Обновление KDE до `KDE Frameworks 5 <https://fedoraproject.org/wiki/Changes/KDE_Frameworks_5>`__.

  • [STRIKEOUT:`Переход с bzip2 на lbzip2 <https://fedoraproject.org/wiki/Changes/lbzip2>`__, независимую реализацию, поддерживающую многопоточность. Сейчас идет обсуждение этой фичи, и некоторые наши коллеги сомневаются в целесообразности полного перехода, т.к. в рамках lbzip2 не было предусмотрено библиотечного API. Автор утверждает, что может "легко запилить", но это мы слышим постоянно, и народ был неособо этим впечатлен.]. Отказались (отложили до Fedora 22 или позднее).

  • libzhuyin, незатейливо названный компонент (очередной!) для ввода китайских символов.

  • `Переименование фонтов Lohit Oriya и Lohit Punjabi в Lohit Odia и Lohit Gurmukhi <https://fedoraproject.org/wiki/Changes/Lohit_Odia_Gurmukhi>`__, как того требует правительство индийского штата Орисса.

  • Обновление MariaDB до версии 10.0.

  • `Обновление MATE до версии 1.8 <https://fedoraproject.org/wiki/Changes/MATE_1.8>`__.

  • `Сделать ядро Linux более модульным <https://fedoraproject.org/wiki/Changes/Modular_Kernel_Packaging_for_Cloud>`__, чтоб не устанавливать (или легко удалять) ненужные модули при установке в виртуальные машины.

  • Обновление Mono в Fedora с версии 2.10 до 3.4. Мы уж думали, что Mono забросили.

  • Создавать официальные облачные образы с помощью Anaconda и Koji.

    Это и повысит прозрачность и создания, и упростит повторяемость процесса, и просто улучшит качество Anaconda и нашей инфраструктуры.

    Чем меньше нестандартных утилит и шагов используется в работе нашей rel-eng группы, тем лучше.

  • Включение в репозиторий `NFS Ganesha <https://fedoraproject.org/wiki/Changes/NFSGanesha>`__, независимой реализации NFS-сервера, работающей в user-space. Работа будет проведена одним из upstream-разработчиков.

  • `Базовая поддержка OpenCL в Fedora 21 <https://fedoraproject.org/wiki/Changes/OpenCL>`__.

  • *Объявить *-javadoc пакеты необязательными.

    System Message: WARNING/2 (<string>, line 258); backlink

    Inline emphasis start-string without end-string.

    С начала массовых пересборок для ARM и переходом на Java 8, выяснилось, что 80% ошибок сборки возникли во время создания javadoc-пакетов. Было решено сделать их необязательными, чтоб не блокировать сборку основных пакетов. Исправление ошибок в javadoc, это невысокоприоритетная задача, так как полно более важных дел, но когда-нибудь мы может быть возьмемся и за нее.*

  • *Общесистемная политика доступа к смарт-картам.

    System Message: WARNING/2 (<string>, line 267); backlink

    Inline emphasis start-string without end-string.

    Ну тут все понятно. Планируется запретить неавторизованным пользователям и/или процессам доступ к смарт-картам.*

  • Обновление PHP до версии 5.6.

  • Репозиторий-песочница.

    Мы продолжаем экспериментировать с формами взаимодействия мэйнтейнеров и пользователей. В рамках этой фичи будет создан "тестовый" репозиторий, в котором будут находиться пакеты в процессе их рецензирования или просто экспериментальные. Особенно отмечается, что в репозиторий запрещено включать ПО нарушающее т.н. "софтверные патенты".

  • *PrivateDevices=yes и PrivateNetwork=yes для всех сервисов, которые предназначены для долговременной работы.

    System Message: WARNING/2 (<string>, line 283); backlink

    Inline emphasis start-string without end-string.

    Это очередная фича systemd, которую мы начнем активно использовать.

    Идея в том, чтобы отобрать у сервисов, которым это не нужно, доступ к физическим устройствам (PrivateDevices=yes), или вообще доступ к сети (PrivateNetwork=yes). Такие ограничения резко снизят возможности злоумышленников.*

  • `Обновление Python3 до версии 3.4 <https://fedoraproject.org/wiki/Changes/Python_3.4>`__

  • [STRIKEOUT:`Python3 по умолчанию <https://fedoraproject.org/wiki/Changes/Python_3_as_Default>`__]. Решили перенести на Fedora 22.

  • Пересылка системного журнала Journald на удаленную машину, как это было давно реализовано в syslog.

  • `Удаление виртуальной "Provides: python-setuptools-devel" и соответствующих BuildRequires/Requires из rpm-пакетов <https://fedoraproject.org/wiki/Changes/Remove_Python-setuptools-devel>`__.

  • Обновление Review Board до версии 2.0.

  • `RPM 4.12 <https://fedoraproject.org/wiki/Changes/RPM-4.12>`__. Это очень серьезный апдейт - в нем, например, будут включены `"мягкие" зависимости </content/rpm-и-мягкие-зависимости>`__.

  • Ruby 1.9.3 и RoR 3.2.8 будут доступны в SCL (см.

    ниже).

  • `Обновление Ruby до версии 2.1 <https://fedoraproject.org/wiki/Changes/Ruby_2.1>`__.

  • `Обновление Ruby on Rails до версии 4.1 <https://fedoraproject.org/wiki/Changes/Ruby_on_Rails_4.1>`__

  • Включение Software Collections

  • Перенесенная с Fedora 20 фича - Переход KDE с KDM на SDDM.

  • Включение Serf 0.4.5, написанного на Golang децентрализованного оркестратора сервисов.

  • Включение Shogun Machine Learning Toolbox.

  • Облачные образы системы будут уменьшенного размера.

  • В SSSD будет доступен GPO-Based Access Control.

  • *Поддержка конфигурационных файлов syslinux в U-boot.

    System Message: WARNING/2 (<string>, line 341); backlink

    Inline emphasis start-string without end-string.

    Традиционно, в ARM-системах, то, как надо загружать систему, "хардкодилось" прямо в U-boot, что, само собой, неудобно для дистрибутивов общего пользования. Поэтому было принято решение вынести платформо-специфичные настройки в отдельный файл конфигурации, который будет создаваться Anaconda или самим пользователем, и который будет использоваться U-boot во время загрузки. Возможно в будущем перейдут на спецификации для загрузчиков от FreeDesktop.org, но пока будет вот так.*

  • Использование RPM-макроса %license в пакетах, из которых собираются облачные образы.

    Это позволит удалять документацию на этапе сборки, но оставлять лицензионную информацию. Мы очень тщательно подходим к вопросам лицензирования. Однако стоит предупредить, что старые версии RPM трактуют неизвестные им мкросы как ошибки (таковы были архитектурные решения того времени), так что не получится использовать один и тот-же SPEC-файл на Fedora и старых версиях RHEL, например.

  • Запуск 64-битных ARM-машин на x86_64-хостах.

    Эти ARM-системы собираются выпускать в РФ, так что интерес уже есть - нужно удовлетворять! К тому же практика такова, что ARM на эмуляции в x86_64-хосте работает быстрее, чем на нативном железе.

  • Полная поддержка Wayland в GNOME.

  • Поддержка аутентификации Web-приложений на системном уровне, например с помощью плугинов Apache для SSSD.

  • Выделение специальной директории для Web Assets (CSS-файлы, JS-скрипты и т.п.). Также теперь мы будем стараться применять практику "no bundled libs" ко всем JS-скриптам в системе.

  • *Долгожданный X.org без прав суперпользователя.

    System Message: WARNING/2 (<string>, line 391); backlink

    Inline emphasis start-string without end-string.

    Эта фича стала возможно благодаря работе нашего коллеги, инженера Red Hat, Hans de Goede, о чем вы уже могли слышать.* Недавно Ханс похвалился, что все уже готово.


image0
В этот раз релиз будет просто ошеломляющим!

Покупки Red Hat

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

Вслед за покупкой InkTank, Red Hat купила еще одну компанию, eNovance, OpenStack-интегратора. Что характерно, Red Hat всегда после покупки открывает то, что купила - такова стратегия компании. Например, выкупив у Марка Шатлворта InkTank, тут же был открыт основной продукт компании, Calamari. А недавно была открыта ManageIQ, платформа управления облачными системами, полученная после покупки одноименной фирмы (уже обсуждалось на OpenNET.ru).

Теперь ждем открытия всех наработок новоприобретенной компании.

Помимо покупок и открытия проприетарных компонентов, Red Hat участвует в создании стандартов. Мы неустанно повторяем, в Fedora включаются и тестируются будущие стандарты - как десктопные, так и серверные, и вам стоит присматриваться к нашим новостям повнимательнее, т.к. про "стандарт" мы не шутим. Среди недавних достижений можно выделить стандартизацию OpenSCAP в NIST, успешную стандартизацию AMQP 1.0 в ISO, работу в составе комитета ISO по стандартизации C++ (теперь когда Lennart Poettering понравится новый функционал GCC, он его будет проталкивать на уровне отраслевого стандарта).

Стратегия активного участия в открытых технологиях предсказуемо приносит плоды, и прибыль Red Hat растет. Вслед за хорошими результатами 4й квартала 2013 года компания продемонстрировала хорошие показатели по итогам 1го квартала 2014 года.

Неудивительно, что все больше компаний заключают с ними партнерские отношения. Сейчас перспективной темой является Software Defined Networks (SDN), и недавно с Red Hat запартнерилась комания Brocade, активно развивающая это направление. Другие же компании все активнее строят свои продукты на базе RHEL, например ownCloud Inc. добилась линейного масштабирования своего одноименного продукта на Red Hat Storage.

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

Новости архитектур и их поддержки в Fedora

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

Как вы уже заметили, IBM в последнее время серьезно проталкивает свою новую архитектуру Power8 (почитайте, например, эту обзорную статью).

Это и создание консорциума OpenPOWER Foundation, о котором мы рассказывали, и разработка PowerKVM, о котором вы тоже могли слышать, и работа с дистрибутивами по полной поддержке новых процессоров (не только с Fedora и SUSE, но даже с Ubuntu и Debian). На каждом из последних московских айтишных мероприятий выступают представители IBM с докладами на тему преимущества Power8, и мы уверены, что будет и еще, так что рекомендуем сходить, поинтересоваться.

К сожалению, есть и плохие новости для владельцев Power/PowerPC-оборудования более чем 10-летней давности. Основные производители оборудования Power больше не разрабатывают 32-битные системы, и поэтому начиная с Fedora 21 будет удалена поддержка 32-битных архитектур PowerPC.

Таким образом ppc присоединяется к уже заброшенным ia64, alpha, hppa и sparc. Любителям экспериментировать с нестандартным железом мы рекомендуем посмотреть на ARM, например на 64-битный, который вроде бы даже собираются выпускать и в РФ.

Это еще не все печальные новости для владельцев PowerPC-оборудования. С отказом от 32-битного powerpc под раздачу попала и экспериментальная материнская плата Nemo, разрабатываемая группой любителей Amiga для работы в системе AmigaONE X1000. Выяснилось, что на свою беду амижники спроектировали ее не для запуска 64-битных приложений, а 32-битных.

Ну что тут сказать? Понятно, что любители ретрокомпьютинга нацеливались на их любимую операционку, Amiga, у которой до сих пор есть несколько тысяч верных поклонников по всему миру, но из-за этого отказываться от 64 бит, от всей перспективы, это было очень глупо. Семеро одного не ждут, увы.

Коммьюнити CentOS, наоборот, раздумывает о поддержке PowerPC, так что может быть помощь придет отсюда. Ранее участники CentOS уже обсуждали сборку для 32-битного x86 и 32-битного ARM. Возвращаясь к ARM. Google, что интересно, не только проектирует кастомизированные Power-системы, но и продолжает экспериментировать с ARM. Недавно они наняли инженера Calxeda, которая недавно вылетела из бизнеса.

Куски плоти Calxeda прожевала также Cavium, которая недавно заявила, что расширит сотрудничество с Fedora Project.

Обещают, что с Fedora 21 будет полная поддержка 64-битных процессоров ThunderX, "оптимизированных для облачных приложений", что бы это ни значило.

Сотрудничать они будут с Jon Masters, который успешно проводит АТО в интересах крупного Enterprise-клуба производителей против разрозненных групп сепаратистов ARM-коммьюнити.

Кстати, действия Jon Masters похоже начинают приносить плоды. AMD, в рамках программы по переходу на ARM-архитектуру, запланировали выход в 2015 году pin-совместимых платформ для ARM и x86.

Оппоненты стандартов на ARM, предложенных Jon Masters, заметили, что AMD планирует выпуск стандартизированой платформы не только для Enterprise-систем, но и для других применений. Как и говорилось, стандартизация настолько выгодна для производителей (не для разработчиков - им как раз сепаратизм, отсутствие стандартов и анархия выгодны), что она проникнет везде - и в телефоны, и в телевизоры, и в ваш наколеночный embedded. Вот увидите, скоро будете к датчику в лабе прикручивать 64-битный ARM с ACPI и UEFI. А данные будете получать через Wayland и systemd! А вообще, интересно, с отказом от 32-битного powerpc, и заметным сдвигом интереса в сторону 64-битного ARM, какова ситуация с 32-битным x86? Наш коллега, David Airlie, заинтересовался вопросом, а кто вообще тестирует 32-битные x86-сборки ядра сейчас?

Open CASCADE и Fedora - хэппиэнд!

После перелицензирования Open CASCADE под свободной лицензией сразу продолжилась работа по включению его в Fedora. Само собой, одна библиотека, это не очень интересно, и заодно продолжили работу по включению FreeCAD. После снятия нетехнических ограничений работа пошла быстро, и оба пакета уже доступны! Пробуйте:

Dependencies resolved.


================================================================================
 Package                      Архитектура
                                     Версия                       Репозиторий
                                                                          Размер
================================================================================
Установка:
 freecad                      x86_64 0.13-7.fc20                  updates  14 M
 Coin2                        x86_64 2.5.0-19.fc20                fedora  1.9 M
 libspnav                     x86_64 0.2.2-6.fc20                 fedora   12 k
 python-collada               noarch 0.4-4.fc20                   fedora  168 k
 python-pivy                  x86_64 0.5.0-6.hg609.fc20           fedora  2.8 M
 SoQt                         x86_64 1.5.0-10.fc20                fedora  238 k
 xerces-c                     x86_64 3.1.1-5.fc20                 fedora  880 k
 zipios++                     x86_64 0.1.5.9-10.fc20              fedora   72 k
 OCE-modeling                 x86_64 0.15-3.fc20.1                updates  13 M
 freecad-data                 noarch 0.13-7.fc20                  updates  49 M
 OCE-ocaf                     x86_64 0.15-3.fc20.1                updates 1.7 M
 OCE-foundation               x86_64 0.15-3.fc20.1                updates 2.9 M
 python-dateutil              noarch 1.5-7.fc20                   fedora   85 k
 SIMVoleon                    x86_64 2.0.1-16.fc20                fedora  112 k
 OCE-visualization            x86_64 0.15-3.fc20.1                updates 1.5 M
 freeimage                    x86_64 3.10.0-16.fc20               fedora  224 k
 gl2ps                        x86_64 1.3.8-3.fc20                 fedora   54 k
 smesh                        x86_64 5.1.2.2-10.svn55.fc20        updates 1.0 M
 PyQt4                        x86_64 4.10.2-5.fc20                updates 3.0 M
 python-matplotlib            x86_64 1.3.1-3.fc20                 updates  30 M
 pyparsing                    noarch 2.0.1-1.fc20                 fedora   96 k
 stix-math-fonts              noarch 1.1.0-5.fc20                 fedora  286 k
 texlive-dvipng-bin           x86_64 3:svn30845.0-5.20131226_r32488.fc20
                                                                  updates  62 k
 python-matplotlib-data       noarch 1.3.1-3.fc20                 updates 2.1 M
 python-matplotlib-tk         x86_64 1.3.1-3.fc20                 updates  74 k
 stix-fonts                   noarch 1.1.0-5.fc20                 fedora  1.3 M
 python-matplotlib-data-fonts noarch 1.3.1-3.fc20                 updates 985 k
 qtwebkit                     x86_64 2.3.3-7.fc20                 updates  10 M
 qt-mobility                  x86_64 1.2.2-0.5.20120224git.fc20   fedora  3.0 M
 phonon                       x86_64 4.7.1-1.fc20                 updates 220 k
 kde-filesystem               x86_64 4-46.fc20                    fedora   48 k
 libqzeitgeist                x86_64 0.8.0-10.fc20                fedora   72 k
 texlive-dvipng               noarch 3:svn29821.1.14-5.fc20       updates  44 k
 numpy                        x86_64 1:1.8.0-4.fc20               updates 2.9 M
 python-nose                  noarch 1.3.0-1.fc20                 fedora  272 k
 phonon-backend-gstreamer     x86_64 2:4.7.1-1.fc20               updates 146 k

Результат операции
================================================================================
Установка   36 Packages

Объем загрузки: 143 M
Объем изменений: 364 M
Продолжить? [y/N]: