Russian Fedora

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

ARM и GPL - официальное объяснение от компании

Компания ARM ответила на вал обвинений, прокатившийся по социальным сетям. В официальной ленте Google+ компании появился пресс-релиз, в котором сообщается, что смежники подвели, не сумев объяснить позицию компании должным образом.

Верим - такое бывает. У нас на 9е мая постоянно аналогичная веселуха со стоковыми фотографиями на плакатах (погуглите, если интересно).

Block Chain Summit

Richard Branson, миллиардер, плэйбой, и филантроп, проводит Block Chain Summit на своем тропическом острове. Среди приглашенных есть наши коллеги и наши бывшие соотечественники, которые из-за запрета технологии были вынуждены уехать из страны. Мы же с особым интересом будем следить за выступлением участника Fedora Project, разработчика Bitcoin и Kernel, Jeff Garzik. Будем надеяться, что за последние три месяца появились новости про его космический стартап.

Captain ARMerica 2

Наш коллега, Jon Masters, снова приоделся:

https://lh5.googleusercontent.com/-5JmzXPVjBBg/VUBKTzQK95I/AAAAAAABNiQ/mGukjBJl-kM/sbsa_hoodie.jpg

Теперь вы в толпе сразу найдете человека, который стандартизирует ARM-платформу.

Вообще, развитие ARM-платформы набирает обороты. Тут недавно PayPay вновь удивил - ну, помните, они уже удивили всех с OpenStack и VMware. Так вот, было объявлено, что PayPal начали разворачивать серверы производства X-Gene на базе ARM. А какая разница на чем открытое ПО запускать? Главное, чтоб затраты на транзакцию понижались.

А вот у AMD переход на ARM пошел плохо. Они объявили, что выходят из производства ARM-серверов. Может и правда им продаться поскорее Samsung, пока вообще целы?

Вообще, жаль, что у AMD проблемы, и она в шаге от финала. Хотя мы и за стандарты (т.е. за уменьшение разнообразия подходов), наши коллеги порой любят повозиться с чем-то необычным. Например, наш коллега, Rich WM Jones, составил список тех микропроцессорных архитектур, которые у него есть в наличии. Завидуем!

ARM и GPL

Наши товарищи с огорчением просмотрели это рекламное видео от ARM: Если кто не обратил внимание, то примерно с 1 минуты 20 секунды, диктор сообщает об очередном из списка преимуществ платформы, и это "не GPL":

https://lh4.googleusercontent.com/-XgFuYD4A2bo/VUGsQa7DPXI/AAAAAAABGq4/0cAOvsHDerw/15%2B-%2B1

ARM, что ты делаешь? ARM, прекрати.

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

Такие дела.

Презентация по Seastar

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

Avi Kivity, бывший инженер Qumranet и Red Hat, и основатель компании Cloudius Systems, выступил в тель-авивском кампусе Google с презентацией недавно анонсированного фреймворка Seastar.

`Back to the future with C++ and Seastar <//www.slideshare.net/TzachLivyatan/seastar-sayeret-lambda>`__ from `Tzach Livyatan <//www.slideshare.net/TzachLivyatan>`__

Наши друзья из Cloudius уже удивили народ тем, что написали Seastar не на современном, модном и молодежном языке программирования наподобие Go или Rust, а на устаревшем и древнем C++, на котором, как говорят, еще Ленин в гимназии Симбирска учился программировать. Avi не согласен, что C++ исчерпал свой потенциал, и что вместо использования C++ нужно просто программировать на современном языке типа Ruby, предварительно проапгрейдив процессор и добавив минимум 32 гигабайта памяти. Он утверждает, что язык C++ претерпел значительную модернизацию и обладает всеми признаками современного языка программирования, т.е. лямбда-функции, метапрограммирование, функциональное программирование.

К сожалению, видеозаписи не было сделано, так что все, что есть, это презентация Avi. Еще отметим, что пришло всего лишь около 35 человек.

Хорошо бы, чтоб Avi приехал в Москву - народу было бы наверняка побольше.

image0Программист на C++, когда ему рассказывают про библиотеку для Node.js, значительно увеличившую производительность веб-сервера Насчет языков, а вы слышали, что Revolution Analytics были куплены Microsoft? Revolution, это компания, которая продает enterprise-версию пакета R, популярного статистического языка. Недавно сделка была окончательно закрыта, и Microsoft начали набирать народ на разработку R. А в вашем ВУЗе в чем считают научную статистику? Все еще в табличках Excel, поди?

CRIU и gdb

Появилась еще одна интересная идея использования CRIU, у которого и так перспективы захватывающие.

Ruslan Kuprieiev, инженер CloudLinux и совместного учебно-научного центра МФТИ и Parallels, работает над интересной задачей - использование CRIU для создания образов, пригодных к использованию с gdb. Задачи смежные - у CRIU собрать полное описание запущенного приложения, а у gdb - пройтись по ошметкам процесса, оставшимся после сбоя, в интерактивном режиме.

Теоретически, транслятор описаний CRIU в coredump позволит удаленно и в спокойном темпе изучать c помощью gdb приложение, которое работает не совсем хорошо, но которое совсем не хочется останавливать, или к которому не хочется / невозможно подключаться наживую.

Оглядевшись по сторонам, Руслан заметил схожий проект от Google, хотя заброшенный уже почти с десяток лет назад, и теперь уж видимо окончательно - google-coredumper.

Существование подобных проектов, добравшихся до разных стадий реализации, совсем неудивительно, учитывая практическую полезность дела.

Конечно, сложность реализации чего-то подобного, во времена до того, как Parallels начали включать в ядро различные полезные функции для Checkpoint/Restore, видимо была запредельной даже для Google. В принципе и сейчас это непросто.

Понятно, что конвертация CRIU в coredump приводит к огромной потере данных. CRIU может полностью восстановить процесс по его описанию, а вот gdb по coredump может гораздо меньше. Попечалившись немного, Руслан пришел к свежей идее - интегрировать CRIU в gdb, чтоб работать с исходными данными, а не с огрызком в виде coredump. Это, конечно, довольно сложно, и затронет сразу оба проекта. Конечно мы желаем Руслану успехов, и не только в технической части, но и в преодолении очевидных организационных сложностей при взаимодействии с несколькими командами за разными проектами. Нам будет очень интересно посмотреть на результат.

Как обычно с инновационными идеями, Руслан уже напоролся на какие-то странности и необычности, которые нормальному человеку и понять-то непросто, и которые обсуждаются лишь в закрытом клубе разработчиков ядра.

По результатам работы над задачей, Руслану уже есть кое-что показать!

qt-virt-manager

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

Устав смотреть на virt-manager, медленно поедающий оперативную память, наш коллега по проекту, скромно представляющийся своим псевдонимом, F1@sh, официально анонсировал свою новую разработку.

Встречайте qt-virt-manager, средство управления виртуальными машинами, написанное на Qt. Автор подчеркивает, что он не ставит целью повторить или копировать оригинальный virt-manager, а планирует реализовать полностью независимое приложение. Пока пакеты доступны лишь для Fedora 21, но вероятно будут сборки и для других версий. Приложение есть как для Qt4, так и для Qt5 (однако в случае Qt5 мы заметили некоторые проблемы). Автор призывает всех пробовать его приложение, и даже участвовать в его разработке, которая ведется на GitHub.

Инженеры VMware создали пакетный менеджер tdnf

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

Инженер VMware, Krishna Ganugapati, который работает над созданием очередного дистрибутива Linux - VMware Photon (Minimal Linux Container Host) написал несколько слов про этот дистрибутив и про новый пакетный менеджер, который они создали: Photon - очень маленький RPM-based дистрибутив, состоящий всего из 70 пакетов после установки. Пакеты устанавливаются через yum-репозитории.

Для управления RPM пакетами иы начали использовать yum и dnf, но одна из наших проблем заключалась в том, что yum и dnf используют python и мы получили довольно много уведомлений о том, что у нас нет python на маленьких образах системы.

Так что мы решили написать dnf на C - tiny dnf. Мы также думали, что это было бы целесообразно, если бы мы могли бы создать C API, чтобы другие приложения могли использовать его, так что мы написали библиотеку libtdnf. Консольная утилита tdnf в основном использует библиотеку libtdnf, которая сама использует librepo и libhawkey.

tdnf - очень маленький, около 6 тысяч строк на C. Он не предоставляет поддержку плагинов на Python, как yum или dnf, читай как ванильный yum или dnf. Мы надеемся потихоньку сделать поддержку всех команд, которые существуют в dnf на сегодняшний день.

Мы надеемся интегрировать tdnf с RPM-ostree, потому что мы считаем, что это хорошо продуманная модель для атомарных обновлений.

Мы открыли исходный код библиотеки libtdnf под лицензией LGPL 2.1 и консольную утилиту tdnf под лицензией GPL 2.0. Исходный код Оригинальный анонс

Photon от VMware

VMware анонсировала проект Photon, очередной тонкий Linux-дистрибутив для запуска контейнеров. Пишут, что оптимизирован для VMware vSphere, что бы это ни значило. Проект базируется на проверенных технологиях - RPM-пакеты, systemd, Fedora Atomic / RPM-OSTree. По неизвестной нам причине разворачивать систему рекомендуется с помощью Ubuntu, что можно было бы посчитать признаком невысокого технического уровня участников проекта, но можно и предположить, что пользователям Fedora инструкция по установке gcc просто не нужна (да и все компоненты уже изначально доступны в системе).

В целом это правильная инициатива. Нет нужны переизобретать то, что мы уже сделали, и мы всегда именно к этому и призываем. Берите нашу Fedora, используйте другие наши проекты, и создавайте на нашей базе ваши продукты. Так делает Oracle, теперь так делает VMware, и так надо бы делать и вам. К сожалению, некоторые из российских компаний, разработчиков Linux-дистрибутивов, вместо использования того, что делаем мы, по неизвестной нам причине делают свое. К счастью, т.н. Enterprise-версии дистрибутивов обычно делаются совместимыми с какой-то из версий RHEL - это как раз очень правильно и разумно. Но вполне видны плюсы полного отказа от от самобытного патриотического самоизолированного подхода. Oracle и VMware свой патриотический национальный дистрибутив делать не стали. А зачем им это? А тогда зачем вам это?

Но, кстати, причина делать НацОСь есть - приказ из Москвы, т.е. попил и откат. Смешно сказать, но российские чиновники всерьез кивают на успех Linux Foundation и OpenStack, как на аргумент в пользу создания своей НацОСи. Планируют даже создать аналогичные организации - только представьте, как это будет выглядеть! Например, напомним, что в том же OpenStack регулярно происходят выборы, если вы понимаете, что это слово значит в Российской Федерации. Один наш коллега по одной из общественных организаций, в которых состоят наши участники, советует не воспринимать заявления наших чиновников всерьез. НацОСь, и импортозамещение, это явный форк, если он у них вообще получится. А ведь все мы знаем, что со временем происходит с враждебными форками, которые поддерживаются негативно настроенным меньшинством и неподдерживаются деятельным большинством. Именно это случится и с НацОСью, или НацОСями, неважно, сколько их будет. Ну, просто инженеру будет скучно ходить в наших ботинках, и он уйдет. А за ним уйдут и другие.

Вернемся к технической теме. Мы уже говорили, что у начальства VMware от новостей и так бессонница, и тем приятнее видеть, что они активно работают над изменением ситуации, а не уныло смотрят на обваливающийся спрос. Проблема в том, что гипервизор, это уже давно неэксклюзивный продукт. Различия между гипервизорами (KVM, Xen, vSphere / ESXi, даже Hyper-V от Майкрософт) настолько нивелировались, что не каждый специалист перечислит их ключевые отличия даже глядя на даташиты, и лишь совсем уж опытный и штучный спец сумеет сказать, чем эти отличия оборачиваются на реальных задачах. Тот же список фич новой версии Qemu с каждой версией все специфичнее и специфичнее. Мы, как честные люди, просто вынуждены сказать, что Qemu уже ничем не фичастее VMware. Нам грустно, что открытый проект все с большим трудом предлагает что-то новое, что могло бы заинтересовать массового пользователя, но для VMware это совсем уж болезненно хоть и с другой стороны.

Мы уже давно не рассматриваем другие гипервизоры, как конкуренты. Наоборот, наши коллеги из Qemu уже давно активно или плодотворно общаются с разработчиками того же Xen, и даже устраивают совместные мероприятия, не перерастающие в драки или типа того. Повторимcя, ценен уже давно не гипервизор, а его "обвязка" - управление ресурсами, развертывание в облаках, мониторинг и т.п. VMware это прекрасно понимает, и вход в новые технологические ниши с новыми технологиями для них вполне естественнен.