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



Поддержка Tor пока экспериментальная, и возможно адреса будут изменены в будущем. Также мы планируем добавить и другие ресурсы.

В интернете наконец-то появился санкционный список Red Hat. Конечно, это не инициатива компании, а очередное проявление политиканства.

А программисты все никак не соберутся заменить правительства на маленький скрипт, увы.

Многие из вас неоднократно слышали от приверженцев коммерческих ОС доводы в свою пользу, дескать в мире ОС с открытым исходным кодом вообще, и в GNU/Linux в частности, катастрофически не хватает специализированного (профессионального) программного обеспечения. Контраргументы типа "зато у нас виртуализация, облака и вообще суперкомпьютеры" в таких случаях не работают: "простому пользователю" подавай фотошопы™, автокады™ и иже с ними. Если фотошопам™ можно хоть как-то противопоставить GIMP, то с САПР (CAD) всё несколько сложнее. Дело в том, что свободные проекты, например, FreeCAD и LibreCAD, будь они хоть трижды функциональными программами, не могут обеспечить работу с чертежами в де факто стандартном формате DWG.

Не будем подробно останавливаться на том, почему и как в области автоматизированного проектирования сложилась ситуация с повсеместным засильем проприетарного формата чертежей. Являясь инженером-электриком, скажу лишь одно: даже в электротехническом проектировании, где от инженерной графики, как правило, требуется лишь изображение прямоугольников, окружностей и прямых линий, зачем-то используют AutoCAD. В этой ситуации сложно что-либо изменить, поэтому разработчики других коммерческих САПР, несмотря на наличие вполне себе открытого стандарта DXF, вынуждены обеспечивать хоть какую-нибудь поддержку формата DWG.

Возвращаясь к теме отсутствия (по мнению некоторых приверженцев коммерческих ОС) специализированного софта в GNU/Linux, отмечу, что ситуация всё же отличается от фантазий обитателей форумов — по крайней мере в сфере автоматизированного проектирования. Помимо указанных выше свободных CAD'ов в нашем распоряжении также имеется ряд проприетарных САПР (с поддержкой DWG): BricsCAD, Medusa4, DraftSight. Последние две, к слову, имеют бесплатные версии для некоммерческого использования, а DraftSight, помимо того, доступен также и в виде пакета RPM. Но получен этот пакет путём конвертирования из DEB небезызвестным "костылём". Конечно, речи об удачной установке такого пакета в Fedora и быть не может.

Все эти обстоятельства в итоге привели к тому, что в репозитории RussianFedora-NonFree появился переработанный пакет с последней на момент написания этой статьи версией DraftSight. Кроме того, в нём частично решена проблема (присутствующая в оригинале) с невозможностью открытия файла, если путь к нему содержит пробелы и нелатинские символы (в текущем виде возможно открыть только один файл за раз).

Ну и, раз уж пошла речь о проприетарном ПО, стоит упомянуть долгожданное появление сборки под GNU/Linux "хромированного" браузера Opera. На данный момент существует только находящаяся в разработке ветка 24.x, причём пакеты собираются исключительно в формате DEB. Это упущение мы постарались исправить, результатом чего стало включение в репозиторий RussianFedora-NonFree перепакованного обновлённого сурового норвежского браузера.

Консорциум Power.org сумел всех удивить совершенно странным анонсом. Оказывается, продвижение архитектуры Power в последние 10 лет шло настолько хорошо, что больше и не нужно. Ну ок, раз все хорошо, значит хорошо.

С другой стороны, OpenPower потихоньку развивается. Недавно, IBM выложила на GitHub firmware своих OpenPower систем, что сделало их гораздо более открытыми, чем x86/x86_64 системы. Получается, что у РФ появился еще один вариант, чтоб забросить финансировать разработку известного мифического национального микропроцессора в пользу лицензирования открытой архитектуры.

Кстати, о национальном микропроцессоре. Есть еще вариант лицензировать AArch64, уже хорошо известный в нашем коммьюнити, но с серверным ARM происходит что-то интересное. С одной стороны, Samsung и Nvidia не собираются выпускать серверные системы на базе ARM (ну, как минимум в ближайшее время). С другой стороны, ряд производителей подтвердил свои планы по выпуску серверной платформы на ARM.

Из напрямую не касающихся ARM-архитектуры событий, можно отметить новость о том, что EZchip купил Tilera, разработчика одноименной оригинальной многоядерной архитектуры. Это может сказаться позитивно на ARM-чипмейкерах просто потому, что профессионалы из Tilera начнут переходить к ARM-производителям, как предположил в своей ленте Google+ наш коллега, известный велосипедист, Jon Masters.

OpenWRT переходит на собственный init-демон, procd (не systemd, Upstart или OpenRC).

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

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

Что интересно, один из мощнейших тестовых тулкитов, SystemTap, написан в основном нашими коллегами. Весной была выпущена версия 2.5, в которой добавили поддержку UEFI/SecureBoot (уже обсудили на Linux.org.ru). Если вы не пользовались им до сих пор, то попробуйте - к нему идет довольно много документации, в т.ч. самого базового уровня.

Несмотря на наличие таких мощных средств отладки, предоставляемых пакетом SystemTap, наши коллеги нередко прибегают к самодельным, простым решениям. Благодаря им возникают забавные ситуации. Например, Andrew Phaley, инженер Red Hat, рассказал историю, как он из веревок и палок смастерил функцию-логгер для OpenJDK, которая отрабатывает за 5-20 раз быстрее, чем в случае использования стандартных средств. Ему это было нужно для измерения суб-миллисекундных интервалов внутри OpenJDK, что в свою очередь требовалось для установления причин регрессии в одной из библиотечных функций. Добился он этого благодаря отказу от потокобезопасности и благодаря использованию особенностей микропроцессора Intel в его рабочей машине. Понятно, что по сочетанию этих двух факторов, не стоит и даже думать о включении функции в OpenJDK, но его подход может быть интересен для разработчиков.

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

Участникам Fedora Community предложили использовать ПО, которое выполняет патч Бармина в стиле Bumblebee. К счастью заметили вовремя.

Самое интересное, что почти одновременно поломалась автоматическая баг-репортилка. Сообщить о баге нельзя, т.к. она не может послать сообщение.



Так и живем.

Известный гентушник и дистрохоппер Greg Kroah-Hartman отмечает, что Linux уже везде, кроме вымирающего десктопа, и задается вопросом - в какую область проникнет Linux теперь? В камментах даются различные предположения. Вы, кстати, не пропустили присоединения Microsoft к проекту Linux Foundation?

Вышел последний минорный апдейт RHEL 5. Но, конечно, это не так интересно, как то, что нового в стандартных сишных библиотеках RHEL 7.

Участник Fedora ARM SIG, Rob Clark, продолжает работу над проектом freedreno. Он выпустил версию 1.2.0. Эта версия примечательна тем, что в ней сделано все, что нужно, чтоб freedreno работал в X.org без привилегий суперпользователя.

Печальная, но предсказуемая новость - единственный доброволец, разрабатывающий Real-Time Linux, прекращает дальнейшую разработку из-за несправедливости этого мира. С 2013 года ситуация сильно не изменилась - Red Hat ему немного подкинул денег из благотворительных побуждений, а из непосредственных компаний-пользователей результатами его труда, денег ему никто не дал. Коллеги-аналитики уже сказали ненужно обсудили на OpenNET.ru, а нам хотелось бы добавить, что ситуация (в более мелком масштабе, конечно) повторяется у нас регулярно - некие юзеры приходят к нам и требуют от нас того-то и этого-то. Если мы соглашаемся, то обычно не бывает даже никаких "здрасьте, спасибо, пожалуйста", если не соглашаемся делать ненужную лично нам работу, называют по-всякому.

Наши участники не только занимаются очень серьезными системными вещами, но и порой наталкиваются на совсем легкие проблемы, о которых и пишут. Peter Hutterer во время работы над X.org столкнулся с тем, что из-за различий в пакетных менеджерах pkg-config устанавливается по-разному. Он написал о том, как установить *.pc файлы в разных дистрибутивах.

Появился первый коммерческий продукт, использующий Wayland - RealVNC. Ну, конечно, Wayland уже используется в автомобилях и IVI-системах, но из коробочного ПО мы не слышали, чтоб кто-то еще уже поддерживал. Известный конкурирующий продукт от также известной компании - единоличного разработчика, разумеется, никем из независимых вендоров не поддерживается и поддерживаться не будет.

Яндекс получил домен высшего уровня. Будучи патриотами своей страны, искренне поздравляем!

Rich W.M. Jones демонстрирует способ, которым можно установить какие сервисы нуждаются в перезапуске после обновления системы. Как вы знаете, есть популярная городская легенда, что в линуксе обновления не требуют перезагрузки (еще добавляют, что "в отличие от Windows"), так вот, это не так. Определение списка сервисов, требующих перезапуска, в общем случае, это до сих пор нерешенная задача (не в смысле "невозможно решить", а в смысле "никто пока не сделал"), но есть планы по включению этого функционала в RPM/DNF. Ждем.

Кстати, вышла альфа-версия RPM 4.12.0.

Продолжается история с полуоткрытым OOXML. Наш товарищ, Jan Wildeboer, обращает наше внимание на ее развитие - сейчас в Еврокомиссии поднимают вопрос о том, что недостаточно использовать открытое ПО *или* открытые форматы хранения данных, а необходимо, чтобы открытые форматы были реализованы в открытом ПО. В целом это выглядит разумно. Если это предложение получит законодательную поддержку, то больше не будет монстроподобных псевдооткрытых квазистандартов наподобие OOXML.

Отрадно, что почти одновременно дружественная нам компания Collabora объявила о начале коммерческой поддержки LibreOffice. Мы очень рады за них, особенно в свете перспектив, появившихся из-за последних инициатив еврочиновников. Вполне вероятно, что они вскоре получат первые контракты на доработку открытого офисного ПО, что всем нам пойдет на пользу.

А в это время в нашей стране продолжают заниматься маниловщиной Национальных Программных Платформ.

Страницы