Мы уже упоминали, что участники Scientific Linux тоже были приглашены присоединиться к нашей семье проектов, и вот, похоже, что те подумывают принять предложение (новость уже обсуждается на OpenNET.ru). Мы бы хотели отметить, что есть еще и отечественные компании, которые занимаются пересборкой RHEL, и им тоже могло бы быть интересным присоединиться к проекту.

Кстати, в этом году CentOS снова попробует поучаствовать в Google Summer of Code. Если вы студент, то подпишитесь на новости.

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

Тем, кто вынужден был пропустить мероприятие, мы рекомендуем посмотреть, что постят на G+ и Twitter по хэштэгу #fosdem. Особенно рекомендуем полистать твиттер Maksim Melnikau.

Впереди DevConf.cz с 7го по 9е февраля. Встретимся там!

Акция от RAMENBET CASINO

Ramenbet — это не просто онлайн казино, это история страсти к азарту и стремления создать идеальное игровое пространство. Зародившись в далеком прошлом, казино Ramenbet быстро превратилось в уникальное заведение, объединяющее в себе азарт, качество и передовые технологии.

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

Начинать игру в Ramenbet выгодно с первых шагов благодаря увлекательным приветственным бонусам. Новые игроки могут наслаждаться щедрыми поощрениями, которые делают старт в казино не только захватывающим, но и выгодным.

Среди embedded-разработчиков прямо сейчас набирает популярность новый слоган:



Его появление связано со стандартизацией AArch64/ARM64, и история эта - поучительна и интересна.

Начавшаяся следующая стадия перехода AMD на ARM, это была не единственная новость на неделе. Компания ARM Ltd анонсировала Server Base System Architecture - референсную платформу дня 64-битных ARM-платформ (не микропроцессоров, а сразу целых платформ). Среди основных разработчиков стандарта был наш коллега Jon Masters. Мы уже рассказывали вам о вопиющих архитектурных недостатках 32-битных ARM-платформ, следствием которых является непомерно разбухшая директория arch/arm в исходниках ядра Linux (проверьте сами). Embedded-программистам, создающим нестандартные решения и живущим по принципу "срубить бабла на прототипе и откосить от техподдержки", нравится такая казацкая вольница, т.к. она позволяет быстро лепить готовые нестандартные изделия. Всего-то делов - скопировать одну из папок arch/arm/mach-* и/или arch/arm/plat-*, и готова новая ARM-система. Понятно, что в результате там получилось месиво из более-менее повторно используемого кода. Даже известный любитель положить на стандарты, лишь бы работало у юзера, Linus Torvalds, и тот тоже был очень недоволен, а однажды зло ругался на ARM-разработчиков как раз из-за этого. Прошло время, но ситуация не изменилась, и Торвальдсу пришлось ругаться снова. Эта практика создания кастомного ядра на каждый патчлевел архитектуры идет вразрез с требованиями Enterprise-вендоров, и появление стандартов стало неизбежным.

Cтандарт на AArch64 создан с оглядкой на опыт Intel и Microsoft, позволивший им создать предсказуемо работающую, легко расширяемую архитектуру (PC), и в нее включено много устоявшихся решений. Больше не нужно компилировать откопанный где-то на FTP-сервере в Тайване тарболл с форкнутым пару лет назад u-boot - теперь все будет работать с UEFI, ACPI, Secure Boot, и в дистрибутив будет достаточно включить единственный образ ядра, который будет работать на любой AArch64-архитектуре. Таков план, о котором нам рассказал Jon Masters, и больше никаких cute embedded nonsense hacks.

Любители форкнуть и скопипастить сильно обиделись. Мы их понимаем, ведь действительно - любой стандарт уменьшает свободу. Но мы не можем позволить и дальше плодить дикий зоопарк прикольных хаков, хотя им и нравится, и хочется.

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

15 февраля состоится очередной Moscow Virtualization Meetup, под неофициальным кодовым названием "FOSDEM After-party", организованный командой Russian Fedora при поддержке Яндекса. На встрече будут обсуждаться различные аспекты виртуализации. Свои доклады представят эксперты в этой области — представители таких компаний и сообществ, как Parallels, Cloudius Systems, ksys labs, FastVPS, Fedora Project, Red Hat и Mirantis.

Приглашаем системных администраторов, разработчиков, и всех энтузиастов открытых технологий.

Программа:

  • 11:30-12:00 – Регистрация, приветственный кофе
  • 12:00-12:45 – "Что нового в NOVA Microhypervisor?" – Vasily A. Sartakov, ksys labs
  • 12:45-13:30 – "CRIU 1.0 – что дальше?" – Andrey Wagin, Parallels, Inc
  • 13:30-14:15 – "Использование контейнеризации в среде массового хостинга" - Pavel Odintsov, FastVPS
  • 14:15-15:00 – "Другая виртуализация" – Sergey Vasilenko, Mirantis
  • 15:00-15:30 – обед
  • 15:30-16:15 – "OSv – The OS designed for the Cloud" – Glauber Costa (Lord Glauber of Sealand), OSv / Сloudius Systems
  • 16:15-17:00 – "Управление образами вирт машин: libguestfs, virt-tools" – Mikhail Kulemin
  • 17:00-17:45 – "Обзор решений виртуализации и облачной инфраструктуры компании Red Hat" – Andrey Markelov, Red Hat
  • 17:45-18:30 – "Построение гетерогенного облака средствами Red Hat" – Andrey Markelov, Red Hat
  • After-party


Участие бесплатное, но зарегистрироваться необходимо.

15 февраля, в субботу, с 12:00 ждем участников по адресу: Москва, ул. Льва Толстого 16, офис Яндекса, зал Экстрополис.

Количество мест ограничено. Если вы зарегистрировались, но не сможете прийти, – пожалуйста, сообщите нам об этом заранее.

Чем однозначно ценна сложившаяся ситуация с Debian, так это тем, что заинтересованным лицам становится видна неприглядная заполитизированность и отсталость альтернативных решений, вся ложь их пропонентов. Например, пеняя systemd его зависимостью от Linux, часто говорили, что SysV как раз переносимый. При этом совершенно забыли спросить тех, кто переносил его, например, на Hurd, так ли оно на самом деле? А надо было бы.

Justus Winter, который как раз и переносил SysV на Debian/Hurd в рамках GSoC 2013, высказался по теме в своем блоге. Он с удивлением заметил, что после нескольких месяцев, которые он на глазах у всего OSS-коммьюнити потратил на частичный перенос SysV на GNU Hurd, люди считают SysV переносимым. Дело в том, что многие современные, т.е. написанные после 1995 года, системные приложения используют Linux-специфичные особенности procfs, от которой, например, отказываются в том же FreeBSD. Для использования SysV в Debian/kFreeBSD и Debian/Hurd были задействованы два сторонних компонента - linprocfs и procfs. Так что технически, все ровно наоборот - в Debian портировали (задействовали сторонние компоненты) ядра FreeBSD и Hurd, чтоб запустить непереносимое ПО. Конечно, уровень доработки, необходимый для запуска systemd, вероятнее всего неподъемный, но технически этот аргумент нужно убирать - SysV и обе альтернативы (systemd и Upstart) непереносимы на устаревшие ядра. Степень переносимости, еще раз заметим, отличается. Интересно, что в процессе обсуждения ситуации с завязкой системных компонентов на procfs наш коллега, инженер Linaro, Koen Kooi, обратил наше внимание, что даже под Linux procfs нестандартизирована толком, чего уж там ожидать особых откровений от BSD-вариантов.

Одной из проблем, с которой столкнулся Justus при портировании SysV на Hurd было отключение. SysV последовательно убивал процессы, чем препятствовал отмонтированию разделов в системе (в systemd эту проблему решают в помощью cgroups, но этот Linux-компонент еще не перенесли на Hurd). Так что можно говорить, что не только SysV не переносим, так он еще и жестко привязан к ядру Linux.

Так уж совпало, что Lennart Poettering как раз поднял тему выключения системы в своей ленте Google+ прокомментировав баг в Upstart, приводящий к повреждению файловой системы при отключении (его пост уже перевели на OpenNET.ru). Прочитайте - возможно, вам больше не будет казаться, что отключение, это такой уж и легкий процесс.

В целом, хотя нам и известно, что в Upstart существует ряд архитектурных неустранимых или очень сложно устранимых проблем, обусловленных в т.ч. и императивным, а не декларативным, как в systemd, подходом к описанию сервисов, которые вылазят в неожиданных местах, теоретически его можно доработать. Но тут есть еще одна проблема. Доработка Upstart приводит к бесплатной работе на Canonical, т.к. проект находится под CLA. С упорством, достойным лучшего применения, Canonical отказывается освободить его из под соглашения. CLA Canonical критикует уже даже сам автор Upstart, не говоря уж о наших коллегах - статья Matthew Garrett, шокирующие признаниях Kay Sievers, мнение Greg Kroah-Hartman и мнение Linus Torvalds. А ведь это серьезно лимитирует количество разработчиков! В поле systemd прекрасное разнотравье из десятков активных участников, представляющих разные компании, а на бетонном плацу Upstart пугающая серая однородность. И это в то время, когда им надо постоянно копипастить, прикручивая изолентой, новые компоненты из systemd.

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

Вернемся к хорошему. GNOME 3.13 планирует перейти на systemd для user sessions, о которых мы уже вам рассказывали. Долго они собирались.

Docker теперь поддерживает socket activation. Интересно, что один из участников команды Docker заартачился, назвав поддержку systemd - vendor-specific фичей. Мы, разумеется, с ним не согласны, но по результатам дискуссии Docker использует библиотеку, разработанную в рамках проекта CoreOS, что конечно лучше.

Мы уже сообщали вам почти полтора года назад, что AMD собирается переходить на ARM. Работу по проектированию архитектуры системы взялся провести небезызвестный наш коллега Jon Masters, который принимает деятельное участие в составлении списка стандартов, на которых будет базироваться современные ARM-машины.

Наши новости тогда не приняли некоторые коллеги-аналитики, которые, к сожалению, привыкли черпать информацию не из общения с разработчиками на различных ивентах и чтения исходников, списков рассылки и багтрекеров, а из глянцевых рекламных буклетов. Но, наконец-то, в рекламных буклетах стали появляться подтверждения - да, у AMD скоро будет AMD Opteron на базе ARM64/AArch64. Коллеги-аналитики уже обсуждают новость.

Наш коллега, инженер Red Hat, Hans de Goede, продолжил работу по интеграции systemd и X.org. Он приступил к более решительным шагам и предложил патчи для включения в X.org socket activation и дальнейшей интеграции с systemd-logind. Конечно пока это будет compile-time switch, и никто не требует срочно отказываться от поддержки устаревших Unix-систем в X.org.

Мы, конечно, все уже знали, что Jolla разрабатывает свой Sailfish на базе systemd и Wayland, но одно дело слышать, а другое дело - видеть и трогать руками. На фотографии Lennart Poettering впервые увидел systemdphone вживую.





На второй фотографии вы можете заметить, что systemd в Sailfish работает в режиме user sessions, включив эту функциональность даже раньше, чем в Fedora. Кстати, коллеги-аналитики c Linux.org.ru уже тестируют телефон.

Наш коллега, инженер Red Hat и мэйнтейнер wget, Giuseppe Scrivano, в своей ленте Google+ объявил о выходе GNU wget 1.15. Среди списка изменений особо хочется отметить добавление Perfect Forward Secrecy и ряда других улучшений, связанных с криптографией. Круги на воде от камней, брошенных Сноуденом, еще долго не разойдутся.

Как вы знаете, в systemd включают управление сетью. Работу ведет недавно присоединившийся в Red Hat участник Arch Linux, Tom Gundersen. Недавно, systemd научился создавать bridge, а теперь Tom научил systemd bonding.

Если кто пропустил, то Tom написал цикл статей про свою мотивацию, текущее состояние (на момент написания) и планы по включению сетевых возможностей в systemd - постановка задачи, роль udev, libsystemd-rtnl, текущее состояние networkd (на момент написания), будущее.

Страницы