[devel] GNOME 2.18

Alexey Rusakov =?iso-8859-1?q?ktirf_=CE=C1_altlinux=2Eorg?=
Вт Май 1 00:01:24 MSD 2007


On Mon, 30 Apr 2007 13:51:44 +0300
Igor Zubkov wrote:

> Часть обновлений у меня уже готова. Часть готовится. Прошу разрешения на 
> вливание следующий пакетов (т.е. я готов побыть co-mainteiner'ом для
> этих пакетов):
> 1) intltool -- уже 0.35.5 вышел. готов, можно вливать.
Можно.

> 2) glib2 -- уже 2.12.11 вышел. будет готов как только я обновлю скрипт
> для версионирования.
glib2 теперь преимущественно занимается at на .

> 3) libatk	-- уже 1.18.0 вышел. готов, можно вливать.
Можно.

> 4) gtk-doc -- уже 1.8 вышел. готов. но пакет на eostapets@, буду его
> пинать.
Угу.

> 5) pango -- уже 1.16.2 вышел. готов, можно вливать.
Можно. Не мешало бы к libatk и libpango прикрутить версионирование. Я не
знаю, правда, как там дела с back compatibility (особенно в
pango). Если лень, пока можно оставить их без версий, хотя библиотеки
достаточно базовые.

> 6) libgtk2 -- уже 2.10.11 вышел. будет готов как только я обновлю скрипт
> для версионирования.
> 7) libgtk2-directfb -- уже 2.10.11 вышел. будет готов как только я
> обновлю скрипт для версионирования.
libgtk+2 я тоже сбросил на at@, но есть ещё один нюанс. Я в своё время
довольно неаккуратно ввёл поддержку DirectFB в Сизифе. Основная проблема с
этой поддержкой - бэкенды Gtk+ не вынесены в динамические библиотеки,
поэтому сейчас есть два пакета, предоставляющие схожую функциональность и в
своё время регулярно мешавшиеся под ногами при сборке GTK+-программ в
Сизифе. Сейчас вроде всё устаканилось, но наличие двух почти идентичных
спеков и замороченной схемы зависимостей меня напрягает даже как просто
пользователя пакета.
Подробности о динамических бэкендах описаны здесь:
http://bugzilla.gnome.org/show_bug.cgi?id=97081
Если есть желание, можно заняться фиксением; lav@, я думаю, будет очень
благодарен тому кто это сделает, да и я тоже. Мне очень неудобно и перед
ним, и перед сообществом, но меня не хватило на завершение этой работы.

> 8) esound. есть пара проблем после решения которых можно обновлять.
Можно линки на проблемы?

> 9) gail -- готов.
Хорошо.

> > На самом деле есть идея попробовать 
> > заточить под сборку jhbuild, который, как говорит Андрей Добровольский,
> > представляет собой сборочный скрипт, в чём-то похожий на hasher. Я
> > собираюсь на него посмотреть на днях, если хочешь, можешь вперёд меня
> > посмотреть, что с ним можно сделать, чтобы он наши RPM-ы пачками
> > выдавал.
> Не нравится мне эта идея. Хотя, надо будет посмотреть.
Почему? Я уже давно, с тех пор как взял на себя поддержку GNOME, мечтаю о
том, чтобы процесс проверочной сборки пакетов, учёта версий в зависимостях
и генерации src.rpm'ов стал полностью автоматическим. Дальше мечт, правда,
дело пока не очень пошло.

> p.s.: кстати, это уже GNOME 2.18.1 :)
Разумеется.

Кстати, у меня есть вопрос к incoming@: что нужно, чтобы появилась группа
GNOME Development Team? В своё время идея такой группы не встретила особого
резонанса, но сейчас лично мне будет проще, чтобы она существовала, и в
неё по меньшей мере входили at@, icesik@, ktirf@, damir@ (если кто-то ещё
претендует на, возможно эпизодическую, сборку пакетов из списка на
http://wiki.sisyphus.ru/devel/GNOME, подайте голос).

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team



Подробная информация о списке рассылки Devel