URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 12063
[ Назад ]
Исходное сообщение
"OpenNews: Проект по переносу функциональности из библиотек GNOME в GTK+ "
Отправлено opennews , 23-Авг-05 23:17 
Команда разработчиков библиотеки GTK+ анонсировала (http://mail.gnome.org/archives/gtk-devel-list/2005-August/ms...) проект Ridley (http://live.gnome.org/ProjectRidley), цель которого уменьшение числа дубликатов функций и избавление от лишних библиотек входящих в состав GNOME, за счет включения типовых функций в состав GTK+ 3.0.


В настоящее время, "под прицелом" проекта находятся библиотеки      libgnome, libgnomeui, libgnomeprint22, libgnomeprintui22, libglade, libgnomecanvas, libegg, libeel.

URL: http://mail.gnome.org/archives/gtk-devel-list/2005-August/ms...
Новость: http://www.opennet.me/opennews/art.shtml?num=5959

Содержание
Сообщения в этом обсуждении
"Проект по переносу функциональности из библиотек GNOME в GTK+ "
Отправлено const86 , 23-Авг-05 23:17 
Да-да, привести к общему знаменателю и сократить!
"Проект по переносу функциональности из библиотек GNOME в GTK+ "
Отправлено Аноним , 24-Авг-05 02:09 
Да, хорошо бы. И выкинуть всякую дрянь типа esound, чтобы можно было гномий софт юзать, и голова не болела по поводу ненужного дерьма, которое постоянно за ним тянется.
"Проект по переносу функциональности из библиотек GNOME в GTK..."
Отправлено nsware , 24-Авг-05 08:03 
esound далеко не самое худшее... aRTSd из KDE вообще дурной например. У него вечно ломают ABI... и главное развития при этом ноль!.. ;(

Вся надежда на gstreamer короче.

"Проект по переносу функциональности из библиотек GNOME в GTK+ "
Отправлено sauron , 24-Авг-05 06:56 
Давно пора. А то как софтину из набор гнома ставишь... она за собой еще кучу всего тянет.
"Проект по переносу функциональности из библиотек GNOME в GTK..."
Отправлено demongloom , 24-Авг-05 10:32 
думаешь поможет? ну будет тянуть теже зависимости, но одним большим пакетом, как в КДЕ. уж лучше отдельно как сейчас, потому что в КДЕ обычно в дистрах идет цельными большими пакетами, которые в себе несут часто те вещи которые мне лично не нужны. Тоже самое возможно с гномом, если он будет более монолитней. Хотя переработать "левые" библиотеки стоит.
"Проект по переносу функциональности из библиотек GNOME в GTK..."
Отправлено sauron , 24-Авг-05 10:57 
А gentoo юзать не пробовали ?
"Проект по переносу функциональности из библиотек GNOME в GTK..."
Отправлено pppp , 24-Авг-05 12:15 
Нет. Юзаем первоисточник (фрю) и не паримся. Хотя размер вывода pkg_info всего, что связано с гномом иногда напрягает
"Проект по переносу функциональности из библиотек GNOME в GTK..."
Отправлено demongloom , 24-Авг-05 15:33 
а мир только джентой един?
"Проект по переносу функциональности из библиотек GNOME в GTK+ "
Отправлено Camel , 24-Авг-05 16:04 
Монолитность это нарушение принципа модульности. В иделе всё должно состоять из разумного числа (до 9) модулей отвечающих за разные функции.
"Проект по переносу функциональности из библиотек GNOME в GTK..."
Отправлено Nick , 24-Авг-05 18:08 
> В иделе всё должно состоять из разумного числа (до 9) модулей отвечающих за разные функции

Вроде 9ти пакетов на всю систему :)

"Проект по переносу функциональности из библиотек GNOME в GTK..."
Отправлено const86 , 24-Авг-05 19:19 
Золотые слова. Только то, что есть в дистрах, тому не подтверждение. Гномовская куча не тем плоха, что разделена на разные пакеты, а тем, что ставить приходится всю кучу сразу. Никому не нужен один только какой-нибудь libxxx.so. Или прога не гномовская, или вынь да положь ей всё, что перечислено на трёх-четырёх десятках строк!