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

• Как работает управление сессиями, и что изменилось с появлением systemd?
• Как работает переключение в виртуальные консоли?
• Как организовано переключение сессий?

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

Кстати, о фундаментальной ошибке разработчиков XMir, в очередной раз поставившей под сомнение их компетентность (скажем так), нам рассказал Matthew Garrett в своем блоге. К сожалению из-за ряда принятых "Единой Россией" законов, направленных на уничтожение интернета в РФ, эта заметка, как и многие другие, недоступна в сетях ряда отечественных провайдеров, поэтому используйте средства обхода, такие как Tor, заграничные прокси, VPN и т.п. Так вот, David предложил включить API для управления необходимыми для сессии устройствами в systemd.

Этот функционал позволит задействовать GPU для рендеринга картинки без наличия активного дисплея, присоединенного к видеокарте. Это нужно для систем с несколькими GPU или для multiseat-систем.

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

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

Перевод статьи от Matthias Clasen: Я не очень активно писал статьи о развитии этой ветки GNOME. Я был занят другими делами, и вдруг, у нас уже появилась бета-версия. Я только что выпустил версию 3.9.90, которая является первой из бета-версий.

Самое время, чтобы показать некоторые хорошие нововведения, которые мы увидим в GNOME 3.10.

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

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

Далее, многие приложения используют верхнюю панель вместо традиционной строки заголовка.

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

Немного неожиданно, что центр управления не претерпел много изменений в этом цикле. Существует новая универсальная панель доступа ... новая панель дисплеев ... ... Фон. Теперь панель позволяет настроить так же и изображение экрана блокировки ... ... И, наконец, есть новая панель "Время и Дата". Карта всё ещё присутствует, если вы вручную настраиваете часовой пояс. Я надеюсь, что мы сможем добавить автоматическое определение местонахождения в 3.10.

Говоря о картах, я должен упомянуть, по крайне мере, ещё одно новое применение: В GNOME 3.10 можно будет испытать новое приложение GNOME Maps, доступное для предварительного просмотра Вот и всё на данный момент. Там еще очень много нового, что вы можете обнаружить в GNOME 3.9.90, как полностью переработанный Tweak Tool, приложение для создания заметок Bijiben, поддержка дисплеев с высокой разрешающей способностью (hi-DPI) и т.д. Если вы найдете правильной ответвление Mutter и cogl, вы даже сможете использовать большую часть всего этого под Wayland вместо X - наши усилия по портированию добиваются стабильного прогресса.

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

В нашем Линуксе официально миллион багов!

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

Мы уже рассказывали про принципиально новый дистрибутив для облачных систем и виртуализации, CoreOS. В нем сделана ставка на самые последние Linux-инновации в ущерб замшелым стандартам типа юниксвэя, posix, SysV, и прочим мутным порождениям 1990х. Проект настолько амбициозен, что бросает вызов традиционным лидерам сегмента Enterprise Linux, чем сильно отличается от сделанных неопытными линуксоидами "простых" и "легких" дистрибутивов.

Недавно о нем написали в Wired, и мы предлагаем ознакомиться с немного романтизированной статьей с забавным названием Linux Hackers Rebuild Internet From Silicon Valley Garage.

В дополнение к статье можно ознакомиться с обсуждением в ленте Google+ нашего товарища, Greg Kroah-Hartman, и с обсуждением на Hacker News.

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

Наш товарищ, известный гентушник и дистрохоппер Greg Kroah-Hartman, не успевает разобраться с патчами, которые ему присылают в стабильную ветку. Отсутствие системы регрессионных тестов закономерно привело к тому, что почти каждый новый патч что-нибудь да и ломает. Как результат, Грег предлагает снизить темп разработки. Это, разумеется, от отчаянья, и не приведет к повышению качества, как понятно каждому разработчику, у которого в проекте внедрена система юнит-тестирования. У нас уже есть пример подобного заблуждения, когда один известный коммьюнити-дистрибутив выпускает "стабильные" версии, в которых, как некоторые люди считают, мало багов, т.к. дистрибутив отлежался в течении нескольких лет. На самом же деле, если что-то делать медленно, то оно просто будет отставать от графика и устаревать, а ошибок в нем меньше не станет. Ошибки можно исправить лишь систематическим тестированием, и регрессионными тестами, которых в ядре практически нет (но работа по внедрению ведется).

Мы будем следить за развитием сюжета.

Типичные студенты-интерны в американском офисе Red Hat:

Как вы уже знаете, в Fedora отключены (и даже удалены из пакетов с исходниками) все реализации эллиптической криптографии.

Ситуация очень долго не менялась никак, но неожиданно мы узнали, что начиная с RHEL 6.5 в nss будет *частично* включена ECC. Это должно сказаться и на Fedora также, так что ждем дальнейшего развития событий.

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

Уже довольно давно в Fedora есть возможность создать полноценную установку Debian в контейнере. Эта фича востребована среди разработчиков Debian, которые в последнее время переходят к нам, но хотят продолжить работу над предыдущим дистрибутивом. Но возможности развернуть Arch Linux для запуска в контейнере не было, хотя бывших арчеводов среди участников Fedora немало.

Недавно ставший участником нашего коммьюнити Zbigniew Jędrzejewski-Szmek начал работу по включению всего необходимого для создания контейнера с ArchLinux. Сейчас он занят добавленим pacman, arch-install-scripts, archlinux-keyring. После включения этих пакетов, разработчики Arch получат возможность отлаживать свой дистрибутив на Fedora. Благодаря тому, что и в Fedora, и в Arch используется systemd, старт нового контейнера с Arch займет от 50 миллисекунд (считая до появления логина по ssh), что резко упростит возможности по отладке. Это, в свою очередь, может повысить качество Arch, на которое в последнее время много нареканий.

Мы рекомендуем разработчикам других дистрибутивов, особенно небольших, переходить на systemd и использовать его уникальные возможности по отладке системы в целом. Fedora будет служить для вас, как платформа для разработки, а systemd и контейнеры, как средство тестирования.

Присоединяйтесь к нам.

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

• Chateaubriand
• Cherry Ice Cream
• Eigenstate
• Félicette
• Heisenbug
• Österreich
• Santa Claus
• Superego