После долгих ожиданий, наконец-то увидела свет новая версия аудиопроигрывателя Exaile 3.0
Exaile — свободная программа для проигрывания и каталогизации аудиофайлов для GNU/Linux и других Unix-подобных операционных систем. Программа написана на питоне (pyGTK) и использует GStreamer в качестве медиа движка. Позиционируется как аналог Amarok 1.x для среды GTK.
В новой версии полностью переписан код и архитектура приложения, что должно позитивно сказаться на выпуске будущих версий.
Новшества этой версии (по сравнению с 0.2.14):
Поддержка обложек альбомов с Last.fm;
Автоопределение аудио компакт-дисков и медиаплееров;
Появился плагин контентной панели как в Amarok 1.x (включается опционально);
Экспериментальная поддержка воспроизведения без пауз между треками;
Небольшие общие улучшения графического интерфейса;
и прочие мелочи.
Следует отметить что некоторые функции присутствующие в версии 0.2.14 в текущем релизе были временно отключены. В версии 0.3.1 они появятся вновь.
От себя замечу, что плеер этот весьма неплохой, и на удивление шустрый, даже в работе с большими медиабиблиотеками. Обладает приятным, не перегруженным дизайном, поддержкой плагинов и некоторыми интересным фишками, например динамическим плейлистом составляемым из схожих с проигрываемой композициями, основываясь на данным из ласт.фм
Сегодня вышел Pidgin 2.6 (с обновлением безопасности 2.6.1 сразу же после этого).
Из нового в libpurple:
собирается на Hurd,
поддержка аудио/видео,
поддержка тем,
убран заброшенный и никому не нужный протокол toc,
исправлены утечки памяти,
векторные иконки.
Из нового в Jabber:
поддержка звука и видео через jingle (XEP-0166, 0167, 0176, & 0177), звук работает с GTalk, звук и видео работают с веб-клиентом GMail (при наличии плагина, существующего под Mac и Windows),
добавлен плагин Service Discovery Browser,
поддержка привлечения внимания через команду /buzz, отправка и получение (XEP-0224),
локальное время пользователя показывается в информации о нём, если поддерживается его клиентом.
Из нового в интерфейсе:
запуск с тэгом -f игнорирует NetworkManager,
при получении файла в окне чата его название является ссылкой на локальный файл,
25 июля, спустя два с половиной года интенсивной разработки, вышла очередная стабильная версия популярной программы — агрегатора новостей Liferea-1.6 Программа проста и удобна в использовании, имеет приятный дизайн, нетребовательна к ресурсам компьютера, написана на чистом Gtk.
В новой версии программы существенно повышена стабильность работы, а из нового функционала следует отметить:
Полную поддержку синхронизации с Google Reader
Новый режим отображения только непрочитанных подписок
В настройках теперь есть возможность выбора режима отображения флеш объектов в новостях
После того, как Nokia приобрела компанию Trolltech, разработчика кросс-платформенного инструментария Qt, многие стали задаваться вопросом о судьбе Maemo, главным элементом которой сейчас является GTK+. И вот на конференции Gran Canaria Desktop Summit руководитель подразделения новых программных платформ в Nokia и член управляющего совета GNOME Квим Гил (Quim Gil), объявил, что все последующие релизы Maemo будут выпускаться с использованием Qt.
Хотя текущий релиз Maemo 5 «Fremantle» будет продолжать использовать GTK+/Hildon, следующий за ним «Harmattan» полностью перейдет на Qt. Статус же GTK+/Hildon будет средуцирован до «поддерживается сообществом» — как сейчас Qt.
В качестве основной причины перехода на Qt Nokia называет более простую кросс-платформенную разработку приложений, как для Maemo, так и для окружения Symbian.
Гил так же подчеркнул, что миграция на Qt ни в коей мере не означает полного разрыва с платформой GNOME mobile. Многие компоненты, доступные сейчас в Hildon, перейдут и в Harmattan. В компании надеются, что это окажет положительное влияние в деле становления совместной работы между десктопами GNOME и KDE, особенно учитывая все возрастающую роль Nokia в этом процессе.
Maemo — это мобильная платформа для планшетных компьютеров, таких как Nokia 770, N800 и N810. Maemo была разработана на базе рабочего стола Gnome и, соответственно, использовала библиотеки GTK+ для построения пользовательского интерфейса.
Kaliber — один из основателей когда-то польского дистрибутива Linux: Pingwinek и дистрибутива HaikuOS: TiltOS, портировал X–сервер в HaikuOS.
Теперь в HaikuOS доступны GTK+, GIMP, Abiword и Gnumeric.
Разработчики Debian представили предварительный список возможных проблем, которые могут возникнуть при интеграции GTK 3.0 и GNOME 3 в дистрибутив.
Релиз GTK 3.0 запланирован на март 2010 года, а релиз GNOME - вскоре после этого. Поэтому перед разработчиками Debian встала проблема: интегрировать в будущий релиз дистрибутива новую, не совсем отлаженную, версию или остаться на ветке 2.x, но столкнуться с проблемами длительной поддержки релизов Glib, GTK и GNOME, развитие и официальная поддержка которых будет прекращена.
В списке рассылки приводятся меры, которые упростят переход на GNOME, и обсуждается совместимость приложений с будущей GTK 3.0, в частности:
GLIB и GDK/GTK+ - предлагается компилировать пакеты с отключенным режимом совместимости с ранними версиями GTK (без устаревшего кода). Особых проблем не ожидается.
ESOUND - будет убрано, в связи с чем предлагается портирование на libcanberra/GStreamer
GCONF - планируется заменить с помощью dconf
LIBBONOBO / LIBBONOBOUI - планируется полное удаление, что является весьма нелегким делом.
LIBGNOME / LIBGNOMEUI - планируется удаление.
LIBGNOMECANVAS - объявлен устаревшим.
GTKSOURCEVIEW 1.x объявлен уставершим, его планируется заменить на GTKSOURCEVIEW 2.x.
Проект One Laptop Per Child с самого начала преследовала череда неудач - бесконечный поток технических проблем, выросшая почти вдвое по сравнению с начальным вариантом цена ноутбука, раскол в команде по поводу программной платформы, провал программы «Give 1 Get 1» и иссякший в свете мирового кризиса поток спонсорских денег - все это сказалось на развитии проекта.
В минувшую среду Николас Негропонте (Nicholas Negroponte), основатель проекта OLPC, объявил о вероятной замене ныне используемого x86-процессора AMD Geode на процессор с архитектурой ARM. Однако в январе, в связи со значительным снижением финансирования, прекращена разработка основанной на Linux, Python и GTK обучающей платформы Sugar, которая была отдана на откуп сообществу. Данная платформа могла быть без особых усилий портирована на архитектуру ARM, однако Негропонте публично просит компанию Microsoft портировать Windows XP на архитектуру ARM.
Николас Негропонте в интервью изданию IDG:
Как и многие другие, мы просим Microsoft сделать Windows ― не Windows Mobile ― доступным на платформе ARM.
В свете скудного финансирования, недостаточного персонала, а теперь еще и незапланированной смены платформы без какой-либо внятной стратегии относительно программного обеспечения будущее проекта предстает весьма туманным.
Один из разработчиков XFCE - Josh Saddler разместил в своём блоге статью под названием "Benchmarks: gtk+ engines". В ней он сравнивает скорость работы нескольких популярных "движков" для GTK2. Результаты оказались следующими (общее время выполнения тестов):
Доступны для скачивания новые релизы библиотек Glib и GTK+. Грядущий релиз окружения рабочего стола Gnome будет использовать именно эти новые версии.
Краткий список изменений:
Glib:
поддержка Unicode 5.1;
поддержка новой спецификации shared-mime;
улучшенная поддержка i18n благодаря новым функциям/макросам g_dgettext(), g_dngettext(), NC_();
поддержка концепции "вложенных парсеров" в GMarkup;
эмблемы на иконках;
GIO теперь поддерживает http-ссылки под ОС Windows;
традиционные исправления ошибок.
GTK+:
новые виджеты и объекты GdkAppLaunchContext, GtkMountOperation, GtkToolShell;
новые API gtk_show_uri(), призванные заменить gnome_vfs_url_show() и gnome_url_show(); gtk_widget_get_snapshot();
диалог выбора файлов теперь использует GIO напрямую, улучшено автодополнение;
улучшения в диалоге печати;
улучшения в поддержке "специальных возможностей" и i18n;
улучшения в библиотеке gdk-pixbuf (поддержка иконок в формате OS X, изображений JPEG 2000, сохранение и загрузка в и из каналов GIO, использование GIO для получения информации о MIME);
GDK теперь использует Xrandr вместо Xinerama для получения информации о мониторе. Установки шрифтов теперь определяются во время исполнения без необходимости перезапуска приложения.
Сразу после выхода GTK+ 2.14 была выпущена исправленная версия 2.14.1.
QGtkStyle теперь входит в основное дерево исходников Qt. Для тех, кто не в курсе - QGtkStyle позволяет отрисовывать виджеты Qt, используя темы GTK+, тем самым идеально вписывая Qt/KDE-приложения в GNOME.
В следующем релизе (Qt 4.5) QGtkStyle будет использоваться в GNOME-окружении по умолчанию заменяя собой старую тему Cleanlooks.
GNOME Project представляет поддержку интроспекции для системы GObject.
Интроспекция (англ. Introspection) - возможность определения типов и получения описаний (метаданных) типов и интерфейсов во время выполнения программы. Задачей проекта GObject Introspection, по словам авторов, является попытка собрать метаданные по всему стеку библиотек GTK+/GNOME (и не только), оформить их в универсальном, машинно-читаемом формате, и предоставить соответствующее API.
Возможные варианты использования GObject Introspection:
привязки к языкам (language bindings). На данный момент, как правило, для различных языков используются свои методы описания API, что зачастую приводит к дублированию информации. Проект GObject Introspection должен представить унифицированный интерфейс для получения информации об API;
верификация API. Нередко случаются критические изменения публичного API (в результате, например, непредусмотрительности разработчика-новичка), которые могут "сломать" некоторые программы. GObject Introspection позволит автоматизировать сравнение двух версий API и выявить изменения с предельной точностью;
инструменты документирования. В рамках самого проекта GObject Introspection уже используется инструмент для автоматического документирования публичных API, которым в дальнейшем планируется заменить gtk-doc в рамках всего проекта GNOME;
автогенерация пользовательского интерфейса (наподобие того, как сделано в системе аудиосинтеза Beast);
дизайнер пользовательского интерфейса;
сериализация, RPC (в том числе средствами DBus), компонентная система.
На данный момент GObject Introspection представляет собой:
схему (формат) XML для представления метаданных, называемую GIR (GObject Introspection Repository);
модуль на языке Python для манипуляции форматом GIR;
генератор GIR из файлов исходных текстов на С (.c + .h);
систему typelib, схожую с XPCOM/MSOLE, для сохранения метаданных в бинарном формате;
конвертер между GIR (XML) и typelib (бинарный формат);
C-библиотеку для чтения typelib.
Исходные тексты GObject Introspection доступны в Subversion-репозитории проекта GNOME в соответствующем модуле (см. "Подробности").
Проект GObject Introspection активнейшим образом используется в языке Vala.
Разработчик из компании Red Hat David Zeuthen на страницах свого блога сообщил, что он создал патч, добавляющий приложениям на GTK+ независимость от разрешения экрана.
В списке рассылки gtk-devel-list обсуждаются планы выпуска GTK+ версии 3. Основные подготовительные действия, которые необходимо предпринять в текущей ветке:
Спрятать все открытые поля структур с помощью макроса GSEAL(). В случае необходимости предоставить новые методы доступа к этим полям. Также должны быть скрыты поля-указатели "priv" на структуры, содержащие закрытые данные. Эти действия уже практически полностью проведены в репозитории git://git.imendio.com/projects/gtk+.git
Реализовать закрытые члены класса, что включает изменения в коде GType.
Объявить как deprecated публичные данные класса с помощью макроса GSEAL().
Поскольку не останется простого способа для доступа к полям класса, а использование g_object_[sg]et() утомительно, необходимо ввести новые методы доступа, вроде g_object_get_int(), *double(), *string() и т.д.
Существует множество макросов, таких как GTK_WIDGET_GET_FLAGS(), которые всегда были причиной многочисленных проблем (см. bug #69872). Необходимо реализовать нормальные методы доступа (в виде функций) и избавиться от этих макросов.
GtkStyle, без сомнений, самый сложный тип, нуждающийся в скрытии публичных полей, и до релиза должно быть проведено множество исследований.
Избавиться от всего кода, объявленного deprecated в 2.x. Это подразумевает все соответствующие виджеты и функции.
Удалить все поля структур из публичного API. Есть два способа достичь этого:
a) переместить все структуры в закрытые заголовки;
b) переместить структуры в C-файл реализации, но тогда всей библиотеке придётся использовать соответствующие методы доступа.
Эти варианты ещё обсуждаются.
Отключить deprecated-код по умолчанию во флагах компиляции.
Таким образом, версия 3.0 будет готова к релизу. Все приложения, которые собираются для ветки 2.x с макросом GSEAL() и не используют deprecated-кода, будут без проблем собираться для ветки 3.x. Наверное, таким образом разработчики пытаются избежать кошмара миграции, который можно видеть на примере библиотеки Qt.
Новый проект, получивший название QGtkStyle, позволяет приложениям, написанным с использованием Qt, быть интегрированными в Gtk-окружение (GNOME или XFCE). Вместо обычной имитации QGtkStyle напрямую использует темы Gtk. В данный момент проект находится на экспериментальной стадии, но является ещё одним шагом к более тесному взаимодействию между Qt и Gtk. Проект доступен на сайте Trolltech Labs и Google Code.