Russian Fedora

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

Content (77 страница со старыми записями)

Новости Linux-платформы - systemd 216

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

Уже давно не секрет, что наши коллеги создают платформу Linux (все работы проводятся в рамках Fedora Project, конечно). Эта будущая платформа в "софтверной" части будет состоять из Linux-ядра, systemd, GNU C Library (glibc), RPM, как менеджер пакетов, и Wayland, как графическая система. Создание такой платформы резко упростит разработку открытого ПО (мы вам рекомендуем отказаться от поддержки различных вариантов BSD, ограничившись может быть лишь Mac OS X, которой пополам с Windows и пользуются BSD-любители), избавит от необходимости клепать сто тыщ дистрибутивов, сведя разницу между ними лишь к различным обоям. На самом деле это, конечно, полемическое упрощение - разница между дистрибутивами сведется лишь к бизнес-логике (вопросы обновления ПО, ориентация на какие-то конкретные задачи и архитектуры, и т.п.), но тем не менее, понятно, что общая платформа избавит разработчиков от тучи проблем.
Из последних новостей о платформе стоит поставить на первое место выход systemd 216.

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

Коллеги-аналитики уже обсуждают изменения на OpenNET.ru и Linux.org.ru.

Системные администраторы локальных машин немного запаниковали, и некоторые полагают, что пора покупать Macbook, но мы рекомендуем поступить иначе и не экономить на обедах в школе и институте ради дорогостоящего профессионального инструмента. Вместо этого перспективнее было бы добавить в закладки systemd cheatsheet:

image0


А ведь мы пару лет назад по-дружески предупреждали любителей SysVinit:
...критикам systemd пора перестать беспомощно критиковать его (особенно на уровне "Lennart Poettering supports it" и "Lennart Poettering is an asshole" - этот сорт критики смотрится особо #жалко), а начать его изучать. Это ваше будущее, и вам с ним придется работать (если придется, конечно).

В очередной раз, как мы говорили вам, так оно и стало.

Они сожрут твоих детей, Марк. Живьем сожрут, понимаеш? Редхатовские зомби, Марк, они такие. Думаеш чего в Опенстаке каноникал проигрывают? Потому что редхатовских зомби пули не берут. Убунтушники их пытаются убить, Марк, но это трудно. Их только "Юнити" можно. А сколько убунтушников съели заживо?! Слакварщики плачут как маленькие мальчики, когда редхатовкие зомби разгрызают им животы и вынимают еще горячие кишки, Марк. Это страшно, пропаганда об этом молчит, Линус скрывает что бы не деморализировать. Жесткая цензура везде, в LKML, в рассылках... что бы паники не создавать. Представь реакцию, Марк, когда населению скажут что рядом, в интернетах живет 6000 зомби которые поедают убунтушников? Представил? Вот и молчат все в тряпочку, а редхатовские зомби жрут. И продвигаются все дальше в миддлвэр. Уже в Ланчпаде пару словили, а говорили коммьюнити мол меритократичное.

Беда, Марк, беда.

Captain ARMerica

На фото известный велосипедист Jon Masters приехал на LinuxCon рассказывать про то, какими будут ARM-системы:

https://lh5.googleusercontent.com/-r8xz-q7Xrd4/U_Uj586APsI/AAAAAAAAoXU/z53HunME-jE/w598-h903-no/SWP_4454.jpg

Из комитета по управлению проектом CouchDB ушел еще один разработчик

Apache Software Foundation, или как его называют в народе, "кладбище опенсорсных проектов", продолжает продолжать. Пару лет назад они умудрились выгнать из проекта CouchDB основателя и ведущего разработчика, Damien Katz. Мы, правда, и тогда неособо удивились, т.к. в курсе, как на самом деле обстоят дела в некоторых известных OSS umbrella-организациях. Причина исключения Katz из партии была вполне знакомой для советского человека - не то сказал, не оказал должной почтительности к делам КПСС. Все понятно, в общем.

Сегодня, ASF отличились вновь. Benoit Chesneau не выдержал мелких придирок к названиям его проектов и написал заявление ПСЖ. Ему последовательно запретили именовать свои приложения CowDB и OpenCouch.

Он решил, что с него хватит такого навязчивого контроля, и захотел вернуться к старому-доброму программированию. Кстати, очень ждем его в Москве, в ближайшее время, и постараемся помочь приехать ему на одно из будущих мероприятий.

Конечно, очень жаль, что ASF последовательно занимает настолько неконструктивную позицию, и не только в этом проекте. Мораль истории проста - если хотите спокойно развивать проект, то не начинайте его на кладбище.

KDE будет зависеть от systemd

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

KDE теперь будет зависеть от systemd. Ну, пока не очень сильно, но если вы выберете вариант для Wayland, то kwin_wayland скоро будет требовать наличия logind. Об этом нам сообщил Martin Gräßlin в своей ленте Google+.

Мы уже устали говорить, что systemd, это будущее, и прятаться от него вам не стоит - все равно не получится, т.к. уже больше двух лет назад было решено избавляться от общих компонентов в популярных DE, вынося их в systemd.

Конечно, дистрибутивов без systemd уже почти не осталось, и несколько оставшихся постепенно перейдут на него по умолчанию. Как вы думаете, когда Gentoo откажется от своего велосипеда, OpenRC?

Wayland и мобильные приложения

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

Задолго до Android, было несколько попыток тащить линукс-дистрибутивы на мобильные платформы, но, само собой, из-за портянок на BASH вместо init-системы, отсутствия аудиосервера (ALSA должно ведь хватать всем), слабоинтегрированного в систему сервиса hotplug, а главное из-за недостатков иксов и отсутствия возможности реализовать интерфейс мобильной системы на базе существовавших в то время DE, закончилось это максимум энтузиастами со старым Debian на паре моделей от Nokia. И только с появлением Android, где переписали init-демон, где внедрили самописный sound-сервер, где отказались от X-сервера, где представили стандартную платформу вместо десяти альтернатив для каждого компонента, можно говорить об успешной открытой мобильной системе.

Конечно, есть еще Tizen и еще пара вариантов, но уже понятно, что это будут нишевые продукты (Tizen будет в автомобилях, Firefox OS в телефонах, раздаваемых бесплатно работникам Mozilla Foundation, один телефон на Sailfish купит Lennart Poettering, а больше ничего и не будет).

Одно уже наверное всем понятно, что уж где-где, а в мобильной области было просто глупо использовать X-сервер, однако научно доказано это не было. И наконец-то, дружественная нашему коммьюнити компания Collabora провела серию тестов, демонстрирующих преимущества отказа от технологии 1980х годов, единственное оставшееся рабочее применение которой, это запуск установщика базы Oracle на удаленном сервере.

Wayland, технология, представляемая на смену иксам, уже поставляется в миллионах компьютеров. Это телевизоры, автомобили, и многое другое.

Основное видимое отличие для пользователя, это "every frame is perfect". Потаскайте любое окошко в иксах - вы заметите, что перерисовывается оно странными кусками. В Wayland такого уже нет благодаря совершенно иной архитектуре, и, как результат, задержка перерисовки окна упала до нуля по сравнению с иксами: image0 Но не менее важное для мобильных клиентов, это низкое энергопотребление.

Система должна использовать все возможности оборудования на 100%. И тут Wayland, за счет ориентации на новые технологии, легко бьет иксы, которые наоборот искусственно ориентированы на совместимость со всевозможным оборудованием, в т.ч. разработанным в 1991 году. Из ядра поддержку уже выкидывают, а в иксах поддержка есть. Ну а иначе как запустить Emacs с монгольского хоста с FreeBSD под SunOS в Аргентине? Говоря серьезно, в иксах есть две проблемы с электричеством. Во-1, это протокол, рассчитанный на команды рисования, а не на графические буферы, которыми оперируют современные ускорители.

Т.е., например, чтоб декодировать картинку с помощью графического ускорителя, нужно скопировать ее в иксы, потратив память и заняв шину на перекачку многомегабайтного массива. Во-2 иксы в принципе не знают ничего о "canvas", создаваемом композитором (единственный вариант, это OpenGL ES, для которого приходится копировать массивы данных снова). В отличие от иксов, Wayland специально проектировался в расчете на современное оборудование, что позволяет создавать на его основе мультимедийные системы с пониженными требованиями по памяти и процессору (ваш новый Mercedes будет на 5 долларов дешевле!). Но главное, это за счет более эффективного использования ускорителей, Wayland потребляет примерно в два с половиной раза меньше энергии, чем иксы: image1 Результаты графиков получены на довольно современной системе на базе 32-битного ARM (видеочип MALI) - Samsung Chromebook 2, с Wayland и gstreamer. Использовалась и технология DMA-BUF.

Первый митап о функциональном программировании в Москве 16 августа

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

В столице очередное мероприятие.

Первый митап о функциональном программировании в DI Telegraph

В программе:

  • Максим Лапшин, Введение в Erlang.
  • Николай Рыжиков, Clojure. Начало.
  • Александр Алексеев, Haskell — это просто!
  • Петр Зотов, OCaml и Eliom: Следующие 10 лет веб-разработки.

Присоединяйтесь!

Приглашаем разработчиков на Clojure, Erlang, Scala, Haskell и всех, кто с интересом смотрит на функциональные подходы и функциональные языки в программировании на первую встречу сообщества.

Подробнее:

Максим Лапшин, разработчик масштабируемых веб-сервисов, знаток Erlаng, автор видеостримингового сервера erlyvideo

Введение в Erlang Erlang — надежный язык для создания сетевых сервисов. Принятые в нем концепции процессов и немутабельности данных, делают его единственной платформой в которой одновременно существует и сборка мусора, и фиксированное время смерти объекта. Семантика языка одна из самых простейших среди распространенных на рынке.

Николай Рыжиков, технический лидер команды «health samurai», активист питерского ruby & clojure сообществ и мета-сообщества «piter-united»

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

Кто-то ищет производительности в Golang, кто-то параллелизма в Erlang, кто-то возможности писать большие приложения в Java (Grovy & Scala), некоторые смысла жизни в Haskell. Но те кто ищет прагматичного совершенства и эффективности просто обязаны обратить свой взор на молодой и перспективный язык - clojure. Clojure — современный «боевой» диалект lispа написанный Rich Hickey, который может исполняться на JVMах & JSVMах. Clojure позволит вам писать большую часть своих приложений проще и надежнее в рамках функциональной парадигмы, встать на плечи кодовой базы java, даст вам параллелизм в стиле Go, эффективные персистентные структуры данных, еще более естественное (чем в ruby) мета-программирование c использованием макросов и интерактивную разработку (REPL driven development), а также писать на clojurescript в браузере и в базе (datomic). В докладе помимо эмоциональных лозунгов будет предоставлено легкое введение в clojure — синтаксис (которого почти нет), макросы, экосистема (библиотеки) для web разработки, ссылки на сообщества, книги и другие источники информации.

Петр Зотов, разработчик в Evil Martians (Ruby, OCaml, LLVM,
embedded, ...)

OCaml и Eliom: Следующие 10 лет веб-разработки. Твоя профессия -- склеивать строки? Надоели NoMethodError: undefined method `+' for nil:NilClass? Вся бизнес-логика продублирована в JavaScript со своими уникальными "особенностями"? HTTP-сессии кажутся рудиментом из 80-х? undefined is not a function? Я расскажу об Eliom -- современном фреймворке на основе языка OCaml, позволяющий использовать один код на клиенте и сервере, прозрачно обмениваться данными и использовать DOM без строчки на JavaScript. И это совсем не так страшно, как кажется на первый взгляд.

Александр Алексеев, программист с 2007-го года. В настоящее время занимается серверсайд разработкой на Erlang и Haskell. Автор блога о программировании http://eax.me/ и со-ведущий подкаста http://eax.me/tag/podcast/, в котором, помимо прочего, много говорится о ФП.

Haskell — это просто! Краткое введение в синтаксис, а также инфраструктуру языка программирования Haskell. Использование Haskell «в продакте» — нужно ли, как добиться, преимущества, возникшие проблемы.

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

Мероприятие бесплатное, а регистрация обязательна.