Russian Fedora

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

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

[GSOC2012] Также объявлено об успешном завершении работы над On-Demand Fedora Build Service

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

В продолжение положительных анонсов c GSoC 2012, Amit Saha объявил о готовности своего учебного проекта - On-Demand Fedora Build Service, веб-приложения, позволяющего создавать специализированные Live- и загрузочные образы Fedora. Ждем интеграции с Fedora Infrastructure!

[GSOC2012] Объявлено об успешном завершении работы над Fedora Java Remix

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

Подводятся итоги Google Summer of Code этого года. Gerard Ryan сообщает об успешном выполнении своего летнего проекта - он создал Fedora Java Remix, вариант дистрибутива для Java-разработчиков, в котором большое количество популярных Java-приложений установлено по умолчанию.

Несмотря на то, что в этом году к нам не обратился ни один русскоговорящий студент, мы продолжим агитацию - теперь уже на Google Summer of Code будущего года. Деньги от Google ждут вас!

Ситуация с аудиокодеком MP2 в Fedora

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

После отрицательного ответа на возможность включить декодер MP3 в Fedora, возник вопрос - ну может получится включить хотя бы MP2 (MPEG1 Layer 2)? К сожалению ответ все тот же - нет, это невозможно из-за патентной угрозы.

http://media.tumblr.com/tumblr_m6nxdp7tIu1qjvqk7.jpg

systemd теперь и в вашем BMW

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

Опять у нас хорошие новости. В стандарт GENIVI в число обязательных требований теперь входит использование systemd (и, следовательно, Linux). Это значит, что systemd теперь будет и в вашей BMW, Cadillac, GMC, Chevrolet, Opel, Jaguar, Land Rover, Peugeot, Citroën, Renault, Nissan, Volkswagen и некоторых других.

Это очень хорошая новость и для пользователей Ubuntu, т.к. им теперь придется переходить на systemd, иначе этот рынок для Canonical закроется. А они очень серьезно вкладываются в сертификацию приложений на базе Ubuntu для автомобилестроительной отрасли (напомним, Canonical глубоко убыточна, и разбрасываться вариантами у них не получится). Так что ждем! А пока - заложите в закладки инструкцию по systemd.

У недовольных, разумеется, есть альтернатива - построенные на проверенных технологиях и доступные по цене автомобили ОАО "АвтоВАЗ", настолько же надежные и привычные, как и SysVinit-скрипты. Они на systemd пока переходить не планируют, насколько нам известно.

Вообще, embedded производители постепенно переходят на эту систему загрузки (некоторые новости вы уже читали), и становится интересно, какова позиция проектов *WRT?

Прямой эфир - ArchLinux переходит на systemd.

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

Усаживаемся поудобнее у экранов телевизоров - наши друзья из коммьюнити ArchLinux переходят на systemd в прямом эфире.

Следующим этапом мы бы порекомендовали переход на формат пакетов, стандартный по LSB.

Технически, это осуществимо - указанный формат, это просто CPIO-архив, снабженный файлом метаданных (которе частично можно игнорировать в pacman на первых порах) и сжатый одним из стандартных архиваторов (gzip, bzip, lzma, xz). После этого можно будет задумываться и о переходе на пакетный менеджер, стандартный по LSB.

Мы всячески приветствует такие шаги, совершаемые сообществами других дистрибутивов - они ведут к уменьшению фрагментации Linux-экосистемы, приближая *****капец.

И вновь приветствуем изменения в ArchLinux

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

Allan McRae, участник коммьюнити ArchLinux и разработчик pacman, ответил на критику аналитиков с различных Linux-ресурсов (его блог-пост уже обсуждается на OpenNET.ru). Он озвучил новость, которая, в общем, и не новость для тех, кто следит за событиями вокруг этого дистрибутива - ArchLinux медленно переходит на systemd, как единственную систему загрузки. Участники RussianFedora дружно приветствуют это долгожданное изменение, гарантирующее пользователям ArchLinux, что их дистрибутив будет состоять из актуальных и современных компонентов, и в нем будет сохраняться исходно заявленная простота конфигурации, присущая systemd.

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

Вообще, осталось лишь одно заметное препятствие на пути массового внедрения systemd - Ubuntu, беспричинно отказывающееся от systemd в пользу Upstart. К счастью дела у них идут не очень хорошо, и его разработка ощутимо сбавила темпы (если не сказать, что прекратилась). Надо полагать, что это - хороший знак, и у руководителей безнадежно убыточной компании стало появляться понимание того, что не стоит по политическим соображениям тратить ресурсы на развитие замены тому, что написано и разработано в Fedora (и хорошо работает). Смешно, но похоже, что техподдержку по Upstart в ближайшее время будут оказывать инженеры Red Hat, т.к. он включен в их операционную систему версии 6. Еще до нас дошли слухи, что бОльшая часть мэйнтейнеров Gentoo также склоняется к выбору systemd, как загрузчику по умолчанию, даже имея на руках свой аналог. Заметьте, они начали писать замену SysVinit-загрузчику еще раньше - напомним, чуть выше уже было сказано, что все высококвалифицированные разработчики уже давно убедились в несоответствии устарелого SysVinit требованиям, предъявляемым к современной системе загрузки. Споры идут лишь какой из альтернативных вариантов инициализатора системы выбрать на замену. Так что не надейтесь - SysVinit переходит в дом престарелых окончательно. Но вы все еще можете его найти в открытых Unix-системах и дистрибутивах Linux начала 2000х.

Сложнее ситуация с Debian. Чтоб полностью перейти на systemd, им придется признать, что пора прекратить поддержку игрушечных версий своего дистрибутива на базе устаревших ядер альтернативных Unix-систем.

Показательно, что некоторые эти варианты основаны на ядре системы, которую не довели до рабочего состояния после нескольких десятков лет разработки. Современный Linux, это серьезно финансируемая система, и ожидать, что корпорации будут вкладывать миллионы и миллиарды и одновременно ожидать (теряя маркетинговое преимущество), пока системы из 1980х или 1990х годов силами трех энтузиастов догонят их по функциональности - недальновидно (что уже не раз говорилось).

Идет работа по удалению виртуальных терминалов из ядра ( CONFIG_VT=n )

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

Уже почти год идет работа по удалению из ядра Linux виртуальных терминалов в пользу аналогичного решения, работающего в userspace и использующего KMS, udev, systemd, Mesa и gtk2/pango. Вообще, про это начали публично говорить с начала весны 2012 года, и это уже и не новость, но мы бы хотели проинформировать недоумевающих читателей других Linux-ресурсов о том, какие изменения их ждут в ближайшее время. Заметно, что как правило, они не интересуются новостями мира Open Source, мотивацией мэйнтейнеров, текущими тенденциями разработки, и новости о переходе их дистрибутивов на тот или иной современный компонент, на них сваливаются внезапно).

Итак, участник ArchLinux David Herrmann анонсировал результаты нескольких месяцев своей работы еще в марте 2012 года. Он написал kmscon, многофункциональный аналог виртуальных консолей, работающих в пространстве ядра. Для полной совместимости нужны были способы выбросить kernel oops куда-то, в область, видимую системному администратору, и в июне 2012 David анонсировал fblog, минимальный драйвер, выводящий текст на подключенные framebuffer-устройства. Основная работа уже сделана, и остались только улучшения и исправления ошибок. Кстати, мы уже писали, что в систему журналирования ядра вносятся серьезные изменения - похоже тема становится очень актуальной.

Чем же kmscon лучше традиционной "ядерной" подсистемы VT? David выделяет следующие отличительные особенности. Новый терминал полностью базируется на KMS, что упрощает работу с Wayland, уменьшает количество переключений режимов видеодисплея, добавляет поддержку многомониторных конфигураций и позволяет ускорять вывод текста с помощью GPU (бинарные логи будут теперь прокручиваться на экране еще быстрее!). Помимо этого он будет полностью удовлетворять стандарту DEC vt510 и эмулировать xterm, в то время, как текущая "ядерная" реализация кое-как совместима лишь с DEC vt102. Также будет доступна многоязычность (полная поддержка UFT-8 и нелатинских шрифтов) и улучшенное отображение шрифтов (это очень важный вопрос - недаром он так беспокоит анонимных аналитиков при обсуждении скриншотов рабочих столов). Благодаря совместным разработкам с systemd и Wayland планируются серьезные улучшения multiseat. Автор скомпоновал небольшой список ЧаВо и предлагает задавать ему вопросы по теме, если остались.

Изменения будут доступны только для Linux, но автор предлагает участникам коммьюнити вокруг других Unix самостоятельно портировать туда KMS, fblog и kmscon. Интересно, что в ArchLinux включить его будет непросто, т.к. текущий мэйнтейнер почему-то собрал Mesa без поддержки DRM для EGL.