GNOME

[Zhek@Ch]

[size="3"]Появились первые планы по релизу GNOME 3.2

[/size]

[size="1"]Выбор пользователя в новом окне логина GNOME
[/size]

[size="1"]Иллюстрация с сайта live.gnome.org[/size]

Выпуск новой крупной версии графической рабочей среды GNOME 3.0 ознаменовал не только «революцию в мире десктопов», но и начало работы над следующим стабильным релизом -- 3.2.

Финальный релиз GNOME 3.2.0 запланирован на 28 сентября этого года. Более подробный график его подготовки выглядит следующим образом:

• 3.1.1 -- 9 мая;
• 3.1.2 -- 15 июня;
• 3.1.3 -- 6 июля;
• 3.1.4 -- 27 июля;
• 3.1.5 -- 17 августа;
• 3.1.90 (3.2.0 Beta) -- 24 августа;
• 3.1.91 (3.2.0 Beta2) -- 7 сентября;
• 3.1.92 (3.2.0 RC) -- 21 сентября;
• 3.2.0 -- 28 сентября.

Новые возможности в релизе GNOME 3.2.0 еще обсуждаются. Среди тем дискуссий -- интеграция с веб-приложениями, улучшение accessibility, завершение работы над управлением цветами, новое окно входа в систему (в стиле GNOME Shell), отдельное приложение для управления контактной информацией (на базе libfolks и/или libsocialweb), приведение системных диалогов к общему виду, улучшения для планшетов и других устройств с тачскринами. Полный список с подробностями -- на live.gnome.org.

# nixp.ru

[Zhek@Ch]

[size="3"]Вышел корректирующий релиз GNOME 3.0.1 [/size]

Спустя три недели с момента релиза GNOME 3.0.0 представлен первый корректирующий выпуск GNOME 3.0.1, в котором исправлены ошибки, обновлена документация и улучшены переводы. Разработчики сообщили, что это последний скоординированный релиз в ветке GNOME 3.0, отныне все усилия переключены на создание ветки GNOME 3.2 в которой будут интегрированы некоторые не вошедшие в GNOME 3.0 возможности. Первый экспериментальный выпуск GNOME 3.2 ожидается 9 мая, релиз намечен на сентябрь.

В ближайшее время Live-сборку на основе openSUSE со свежей версией GNOME, можно будет загрузить с данной страницы (в настоящий момент там обновление от 22 апреля).

# opennet.ru

[Zhek@Ch]

[size="3"]Набор дополнений, приближающих GNOME Shell к классическому GNOME [/size]

Представлен пакет с реализацией набора небольших дополнений, приводящих пользовательское окружение GNOME Shell к виду, более привычному для пользователей GNOME 2.x. Дополнения написаны на языке Javascript и реализуют такие функции, как использование статически определенных виртуальных рабочих столов, перенос часов из центра в правый угол, добавление на панель постоянно видимых иконок для быстрого запуска часто используемых приложений, замена кнопки "Обзор" (Activities) на обычное меню со списком приложений.

# opennet.ru

[Zhek@Ch]

[size="3"]Обсуждение развития GNOME, как привязанной к Linux системы[/size]

Уильям Джон МакКэн (William Jon McCann), работающий в компании Red Hat активный участник проекта GNOME и мэйнтейнер многих подсистем GNOME, в списке рассылки разработчиков GNOME развязал дискуссию на тему превращения GNOME из десктоп-оболочки в платформу для создания операционной системы на базе Linux-ядра. Изначально Уильям Джон МакКэн рассказал о своей идее создания на базе GNOME самодостаточной платформы, такой как Android, WebOS и MeeGo, на проходившей в прошлом году конференции GUADEC. В своем выступлении МакКэн указал на то, что вполне реально интегрировать в GNOME 3.4 инструментарий для разработки приложений, а к моменту выхода GNOME 3.8 сформировать экосистему из связанных с GNOME дополнительных приложений и средств их установки из специального каталога.

На этот раз, причиной возникновения дискуссии стало предложение добавить systemd в качестве внешней зависимости, на что один из разработчиков GNOME из проекта Debian заметил, что systemd является специфичной для Linux возможностью, что идет в разрез с многоплатформенным характером GNOME - "использовать специфичную для Linux возможность как опцию допустимо, но требовать обязательного присутствия Linux - неприемлемо".

В ответ, МакКэн заявил, что это возможно справедливо для Debian, но не совсем верно для GNOME. По мнению МакКэна будущее в развитии GNOME, как основанной на Linux операционной системы и сейчас самое время заняться более тесной интеграцией GNOME с Linux-технологиями. МакКэн считает нерациональным тратить усилия на поддержку различных ядер, системных библиотек и низкоуровневых пользовательских подсистем. Это может иметь значение при подготовке платформы для разработки программ или создании SDK, но не должно влиять на разработку таких базовых частей GNOME, как системный конфигуратор (System Settings). Позиция МакКэна в том, что разработчики не должны обращать внимание на низкоуровневые вещи, а вопрос портрирования для отличных от Linux архитектур должен решаться отдельно, людьми заинтересованными в такой работе.

По мнению другого разработчика GNOME, Сергея Удальцова, привязка к конкретной технологии не является верным решением. Правильный подход состоит в определении универсального интерфейса, его стандартизации и создании работающего прототипа, который может быть привязан к systemd. При таком подходе разработчики других операционных систем и Linux-дистрибутивов, не использующих systemd, могут легко интегрировать в GNOME поддержку своих систем.

В ответ на вопрос, что думает о предложении МакКэна управляющий совет GNOME Foundation, один из членов совета ответил, что данный вопрос будет рассмотрен на ближайшем заседании, но в принципе идея создания GNOME OS имеет право на жизнь. В настоящий момент GNOME можно рассматривать как две вещи: GNOME-десктоп, состоящий из ядра GNOME и приложений, и платформа разработки GNOME, позволяющая использовать и расширять технологии GNOME (например, платформа разработки GNOME используется в таких проектах, как Unity, MeeGo и Sugar).

# opennet.ru

[Zhek@Ch]

[size="3"]Вышел корректирующий релиз GNOME 3.0.2 [/size]

Увидел свет второй корректирующий выпуск GNOME 3.0.2, в котором исправлены ошибки, обновлена документация и улучшены переводы. Live-сборку на основе openSUSE со свежей версией GNOME, можно загрузить с данной страницы.

# opennet.ru

[Zhek@Ch]

[size="3"]Разработчики GNOME провели тестирование производительности композитных менеджеров [/size]

Оуэн Тейлор (Owen Taylor), мэйнтейнер проекта GNOME Shell, представил результаты тестирования производительности работы композитного режима в оконных менеджерах Mutter, Compiz и KWin. Тестирование подтвердило наличие падения производительности во всех композитных менеджерах при выполнении в полноэкранном режиме интенсивно работающих с графикой приложений, например, 3D-игр.

Пока непонятно как в подобной ситуации можно обеспечить синхронизацию частоты кадров приложения с частотой кадров композитного менеджера. В качестве решения проблемы разработчики KWin намерены автоматически отключать композитный режим при запуске приложений в полноэкранном режиме. Разработчики Mutter пока оценивают ситуацию, так как кроме запуска игр в полноэкранном режиме могут выполняться такие приложения как web-браузер, для которых отключать композитный режим не целесообразно, так как нужно обеспечить должную визуализацию отображаемых в процессе работы программы диалоговых окон.

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

Тест смешивания объектов через Cairo

 
Тест вывода текста

 
Тест вывода с использованием OpenGL

# opennet.ru

[Zhek@Ch]

[size="3"]Избран новый руководитель организации GNOME Foundation[/size]
 
Кандидатура Карен Сэндлер (Karen Sandler) утверждена на пост лидера организации GNOME Foundation. Карен Сэндлер заменила на посту Сторми Питерс (Stormy Peters), которая перешла на работу в компанию Mozilla corp. Сэндлер перешла в GNOME Foundation из отстаивающей интересы СПО правозащитной организации Software Freedom Law Center, в которой занимала должность генерального советника. По образованию Сэндлер юрист.

В число проектов и организаций, которым Сэндлер помогала отстаивать свои интересы и решать юридические вопросы входят Free Software Foundation, Apache Software Foundation, X.Org Foundation, Software in the Public Interest и Software Freedom Conservancy. Из проектов Сэндлер отдельно можно отметить инициативу по использованию открытого ПО в медицинских устройствах. В обязанности руководителя организации GNOME Foundation входит поддержание сообщества от лица организации GNOME Foundation, маркетинг и координация работы с компаниями-партнерами. Технические решения не входят в компетенцию руководителя GNOME Foundation.

# opennet.ru

[Zhek@Ch]

[size="3"]SweetTooth: управление расширениями GNOME Shell из веба в один клик[/size]
 
Создан новый проект команды GNOME - SweetTooth - цель которого сделать как можно более простым операции включения/отключения расширений среды GNOME Shell.

Процесс работы проекта будет следующим. Созданные пользователями неофициальные расширения будут отправляться на рассмотрение разработчиками из GNOME, которые в случае подтверждения будут размещать новые расширения на специальной странице http://extensions.gnome3.org (пока недоступна). Пользователь, зайдя на указанный сайт, сможет одним кликом мышки подключить или отключить выбранное расширение без необходимости перезапуска GNOME Shell, как это происходит в веб-браузерах.

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

Как это будет выглядеть, можно посмотреть на видео (Youtube).

>>> Подробности

# linux.org.ru

[Zhek@Ch]

[size="3"]Корректирующий релиз GNOME 3.2.1 [/size]

Спустя три недели с момента релиза GNOME 3.2.0 представлен первый корректирующий выпуск GNOME 3.2.1, в котором только исправлены ошибки, обновлена документация и улучшены переводы. Live-сборку на основе openSUSE со свежей версией GNOME, можно загрузить с данной страницы. Следующий корректирующий выпуск намечен на 16 ноября. Релиз GNOME 3.4 ожидается 28 марта.

# opennet.ru

[Zhek@Ch]

[size="3"]Релизы Tomboy 1.8 и Gnote 0.8[/size]
 
Состояись релизы Tomboy 1.8.0 и Gnote 0.8.1. Tomboy - программа для создания заметок с GTK-интерфейсом, зависит от Mono. Её возможности: выделение текста, встроенная проверка орфографии, автоматическое определение адресов web и e-mail, функция отменить/повторить, смена начертания и размера шрифта, маркированные списки. Gnote является полноценным аналогом Tomboy, базирующимся на библиотеках C++, а не на Mono. [lor-cut] В Tomboy версии 1.8.0 только обновлены переводы: масса изменений была в предыдущем релизе, 1.7. В Gnote 0.8 "Мы верим в GNOME 3" появились следующие изменения, в основном портированные из Tomboy:

• Добавлена поддержка GTK 3.0;
• Новая документация в формате Mallard;
• Поддержка MIME-типа файла x-scheme-handler/note;
• Использование pkg-config для UUID [1];
• Сборка дополнений только в виде динамических (shared) библиотек [2];
• Переработано содержание окна поиска. Добавлен поиск по заметкам с заданными приоритетами важности;
• Поддержка открытия всех выделенных заметок. Показывание только заголовка заметки перед её удалением (действует только при удалении одной заметки);
• Отказ от использования GtkSpell;
• Добавлена поддержка конфигурации Gio::Settings, и D-Bus Gio::DBus [3];
• Наличие значка в трее теперь можно настроить. Добавлена поддержка libpanelapplet-4 в значок в трее;
• Дополнение "Смена заголовка" (replace title);
• Минимальный размер поля заголовка заметки теперь составляет 150 пикселов. Для окна "Искать по всем заметкам" убран параметр минимального размера;
• Обновлены переводы.

Исправлены следующие ошибки:

• Размещение пользовательских дополнений в подкаталоге addins [4];
• Импорт данных из Tomboy в связи с обновлением Tomboy;
• Импорт данных из Tomboy, когда Tomboy не установлен [5];
• Использование текущей видимости для значка в трее [6];
• Исправлено перетаскивание заметок в Unfiled notes [7];
• Исправлена опция запуска --new-note с аргументом;
• Исправлено удаление типа маркерованного списка;
• Теперь не создаются вложенные ссылки.

Также вышел Gnote версии 0.8.1, "Деннис Ритчи", изменения:

• Из окна поиска по всем заметкам убрана кнопка "поиск с учётом регистра". Добавлен Focus chain (последовательная цепочка) для этого окна;
• Оптимизация создания, переименования и удаления заметок [8] [9];
• Предложение поискать по всему блокноту, когда ничего не найдено;

Исправления:

• Исправлена недоступность открытия заметки (вероятно, в определённых случаях). Возвращено название программы в "О программе...";
• Текст помощи/подсказки для параметра запуска --start-here;
• Теперь время изменения заметки не меняется при автолинковании (autolinking);
• Ссылка на несуществующую заметку больше не может создаваться. После активации неправильной ссылки больше не следует попытка исправить её на правильную;
• Вместо заметок, которые нельзя передать по D-Bus API GetNoteContents, теперь пересылается текст ошибки [10]. Поиск с учётом регистра в D-Bus API SearchNotes [11];
• Добавлен флаг компиляции -Wformat-security [12];

>>> Страница проекта Tomboy

 >>> Страница проекта Gnote

# linux.org.ru

[Zhek@Ch]

[size="3"]Оболочка GNOME Shell адаптирована для работы без 3D-драйверов [/size]

Разработчики проекта Fedora сообщили о внесении изменений, которые позволили обеспечить работу пользовательской оболочки GNOME Shell на любых видеокартах, без необходимости задействования современных 3D-драйверов. Изначально, GNOME Shell был работоспособен только с драйверами, поддерживающими OpenGL, что, например, мешало запуску данной оболочки в гостевых окружениях, работающих под управлением систем виртуализации. Изменения уже доступны в экспериментальном репозитории Fedora Rawhide, на базе которого будет построен релиз Fedora 17.

Возможность работы без 3D-драйверов обеспечена благодаря использованию входящего в последние версии Mesa Gallium3D-драйвера llvmpipe, предназначенного для осуществления программного рендеринга путём использования LLVM для динамической компиляции шейдеров, обработки вершин и растеризации точек/линий/треугольников. Требующие привлечения GPU операции преобразуются в промежуточное представление LLVM и затем транслируются в стандартный машинный код для архитектур x86 или x86-64, без необходимости задействования GPU. Подобная эмуляция слишком сильно замедляет работу в случае запуска игровых приложений, требующих интенсивных 3D-вычислений, даже при распараллеливании вычислений и задействовании инструкций SSE2. Но для графических оболочек, таких как GNOME Shell и Unity 3D, производительности llvmpipe вполне хватает, особенно при отключении излишних графических эффектов - на глаз всё работает гладко и без рывков.

Работа llvmpipe в комплекте с GNOME Shell уже опробована в гостевой системе на базе KVM со стандартными драйверами xf86-video-vesa и xf86-video-cirrus. Все изменения, необходимые для запуска GNOME Shell без 3D-драйверов, уже внесены в пакеты, начиная с версий mesa-*-7.11-9.fc17, cogl-1.8.2-4.fc17 и gnome-session-3.3.1-2.fc17. Несмотря на то, что новый режим можно опробовать в действии, разработчики намерены реализовать ряд существенных изменений, направленных на увеличение производительности и снижение нагрузки на CPU. В частности, планируется добавить ряд оптимизаций в код GNOME, ядро Linux, Mesa 3D и X.org, например, обеспечить автоматическое отключение визуальных эффектов в Mutter при работе через llvmpipe и создать фиктивный GEM-аллокатор на уровне DRM-модуля ядра Linux, который бы позволял осуществлять маппинг буферов в обычную память.

Дополнительно можно отметить, что некоторые пользователи выражают опасение, что работоспособность GNOME Shell на любом оборудовании приведёт к прекращению поддержки классического режима GNOME, который был оставлен в качестве резервного варианта для систем, не имеющих современных видеокарт. Адам Уильямсон (Adam Williamson) из компании Red Hat частично подтвердил данные опасения, указав на то, что резервный режим временное явление, поддержка которого скорее всего будет прекращена как только удастся обеспечить работоспособность GNOME Shell на большей части оборудования.

# opennet.ru

[Zhek@Ch]

[size="3"]Корректирующий релиз GNOME 3.2.2. Интервью с одним из основателей GNOME [/size]

Представлен корректирующий выпуск GNOME 3.2.2, в котором только исправлены ошибки, обновлена документация и улучшены переводы. Live-сборку на основе openSUSE со свежей версией GNOME скоро можно будет загрузить с данной страницы (в настоящее время iso-образы ещё не обновлены). Следующий корректирующий выпуск намечен на 19 декабря. Релиз GNOME 3.4 ожидается 28 марта.

Дополнительно можно отметить интервью с Federico Mena-Quintero, одним из основателей проекта GNOME. В интервью обсуждаются вопросы перехода от использования файловой иерархии для доступа к контенту к документ-ориентированному десктопу и представлению активности пользователя в виде журнала, с наглядным обзором действий на шкале времени. Federico считает, что невозможно создать универсальный интерфейс, который бы устроил одновременно и новичков и профессионалов, поэтому важно наличие средств кастомизации десктопа. В качестве инструментов для переработки десктопа под свои нужды предлагается использовать дополнения к GNOME Shell.

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

# opennet.ru

[Zhek@Ch]

[size="3"]Первый выпуск GNOME Boxes, интерфейса для доступа к виртуальным и удалённым системам [/size]

Разработчики GNOME представили первый выпуск проекта Boxes, ориентированного на интеграцию в GNOME возможности работы с приложениями, выполняемыми на удалённых компьютерах или в виртуальных окружениях. Boxes сочетает в рамках единого интерфейса средства для удаленного соединения с рабочими столами с механизмами управления и запуска виртуальных окружений на локальных и внешних компьютерах. Для организации эффективного доступа к графическим приложениям на внешней виртуальной машине поддерживается протокол SPICE. Для запуска локальных виртуальных окружений используется KVM и Qemu.

По мнению основателей проекта, для организации доступа к виртуальным окружениями при помощи таких систем, как virt-manager, требуются навыки системного администратора. GNOME Boxes является попыткой упростить выполнение подобных операций и подготовить инструмент для работы с виртуальными машинами для обычных пользователей. Поддерживается как подключение к виртуальным машинам на внешних хостах, так и конфигурирование и запуск локальных виртуальных окружений. Кроме средств для работы с виртуализацией в GNOME Boxes также интегрирована поддержка протоколов для доступа к удалённым рабочим столам.

Для конечного пользователя Boxes позволяет имея на руках установочный или загрузочный образ системы, с минимальными усилиями подготовить рабочую виртуальную машину, не задумываясь о настройке и используемом гипервизоре (по сути нужно лишь выбрать iso-образ, все остальное будет сконфигурировано автоматически). Находясь дома или в дороге, пользователь также может воспользоваться Boxes для соединения к рабочей машиной, без выполнения сложных настроек на обеих сторонах.

Проект пока находится на ранней стадии развития, поэтому первый выпуск включает в себя только базовый костяк, по которому можно судить о сути разработки. Код Boxes написан на языке Vala с использованием libvirt, libosinfo, libvirt-glib и spice-gtk. При этом библиотеки libosinfo и libvirt-glib развиваются разработчиками проекта специально для Boxes. Библиотека libosinfo предназначена для манипулирования информацией об операционных системах, например, для определения типа ОС по составу установочного носителя. В рамках libvirt-glib развивается высокоуровневый объектно-ориентированный API для организации взаимодействий приложений на базе Glib с библиотекой libvirt и поддерживаемыми ею файлами конфигурации в формате XML.

Проект дизайна GNOME Boxes можно посмотреть на данной странице. Дополнительно, для оценки сути проекта, подготовлен скринкаст. Среди запланированных расширенных возможностей отмечается интерфейс для просмотра и использования виртуальных машин на сменных носителях, организация совместного доступа к соединениям и виртуальным машинам, средства для публикации своих виртуальных машин на внешних сервисах, возможность загрузки типовых iso-образов, поддержка протокола RDP и SSH-туннелей.

# opennet.ru