Удачи! Пойти, что-ли, свечку за них поставить?

Интересно, когда до 3-его ГНОМА дело дойдёт?

у мну сомнения.мож кде избавиться от кдедибз и кде бейз? )))

Идея хорошая, надеюсь они сделают то, что задумали.

Было бы хорошо, если организуют. Даешь оптимизированный Гном!

Наконец-то.

отлично

в итоге gtk+ 3.0 по функциональности порвет qt4

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

Ну-ну %)))) Кто-то недавно плевался на qt (geek к примеру), что там типа "монолит". А вот как в гноме подобным путем пошли - тут все ок. Так что логики нету у вас, приверженцы гнома... Я ничего не имею против этой DE, просто такие вот выпады его поклонников - весьма странны :)))

> Ну-ну %)))) Кто-то недавно плевался на qt (geek к примеру), что там типа "монолит". А вот как в гноме подобным путем пошли - тут все ок

Так и знал, что кто-то это скажет. Вообще-то гном не пихает все его библиотеки в одну. Просто они переносят функциональность _мелких_ библиотек в gtk. Каким боком тут аналогия с кде?

http://primates.ximian.com/~michael/gnome-2.0-depends.png

Картинка с тех пор поменялась, но в среднем кол-во блоков то же самое, мне кажется. Объединение 5-6 из них погоды особо не сделает. И это правильно!

Кстати, кто-нибудь где-нибудь посвежее диаграмку видел?

То есть станет таким же жирным тормозным угрёбищем, да?

>Так и знал, что кто-то это скажет. Вообще-то гном не пихает все его библиотеки в одну. Просто они переносят функциональность _мелких_ библиотек в gtk. Каким боком тут аналогия с кде?

так в kde так и есть. мелочи нет, есть крупные блоки - libkdeprint, libkdefx, libkdescript, libkdeabc и т.д. :-) ты ж не думаешь, что kdelibs-3.4.2tar.bz2 это архив, из которого одна мега libkde.so собирается? ;-)

> так в kde так и есть. мелочи нет, есть крупные блоки - libkdeprint, libkdefx, libkdescript, libkdeabc и т.д. :-)

а где их можно по отдельности скачать? правильно нигде, поэтому kdelibs является монолитом

>в итоге gtk+ 3.0 по функциональности порвет qt4

Ждите, ждите... Может когда-нибудь в следующей жизни.

>а где их можно по отдельности скачать? правильно нигде, поэтому kdelibs является монолитом

то, что их нельзя скачать - проблема не kde. просто так удобнее дистроклепателям и release team kde. ;-) что-то не нравицо - svn в руки и делай свои split-релизы.

> то, что их нельзя скачать - проблема не kde.

нет, это именно проблема кде

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

Зря они так. Модульность одно из главных преимуществт GTK imho...

Не переживайте. То, что добавляют - относительные мелочи, в общем. Опять же, как я понимаю, есть шанс, что всякое deprecated выкинут. Впрочем, тут я могу ошибаться. Модульности GTK на наш век, думаю, хватит:)

> Кто-то недавно плевался на qt (geek к примеру), что там типа "монолит". А вот как в гноме подобным путем пошли - тут все ок. Так что логики нету у вас, приверженцы гнома...

логика есть. в gtk (библиотеку виджетов) просто добавляют новые виджеты из сторонних библиотек. вот если бы gtk с glib решили объединить - вот тогда бы и получился монолит a-la qt

>Модульности GTK на наш век, думаю, хватит:)

Что следует читать так: на наш век модульности хватило

> A тем временем разработчики (GTK+ Team, в частности) истинно открытого и модульного десктопа начали движение навстречу разуму и логике.

шаг вперед, два назад ? ;-)

>у мну сомнения.мож кде избавиться от кдедибз и кде бейз? )))

# esearch kdebase

*  kde-base/kdebase [ Masked ]
      Latest version available: 3.4.2-r1
      Latest version installed: [ Not Installed ]
      Size of downloaded files: 21,939 kB
      Homepage:    http://www.kde.org/
      Description: KDE base packages: the desktop, panel, window manager, konqueror...
      License:     GPL-2

При том, что KDE установлен и успешно работает :D

Точнее - на рабочей машине именно классика, с kdebase, а на домашней
недавно заапдейтился до сплитованной версии :)

УРААА! Повод выпить, ребята!

Дык это Esearch глючит. Как вот в нем индекс обновить?

>в итоге gtk+ 3.0 по функциональности порвет qt4

А уж по весу... и говорить не придется. Коли весь этот мусор туда впихнут..

>>Дык это Esearch глючит. Как вот в нем индекс обновить?

eupdatedb

почему бы не сделать их модулями ядра, сразу у всех будут?

"попыткой избавить GNOME от множества содержаших ошибки и слабоподдерживаемых библиотек ... путем переноса их функциональности в GTK+ 3.0"

Интересно... Теперь в GTK 3 будут не только функциональность мелких библиотек, но и их глюки... "Пожелаем парням удачи в этом нелегком деле" :)

Животное ты. Им просто будут уделять больше внимания.

Давно пора.

Ну может это и преимущество, да вот только коли соберешься из RPM ставить какой нибудь Dia, так полгнома за ним тянется. То же самое и с всякими Evince, GIMP и т.п.

Где тут модульность? Не понимаю... Может обперекомпиляв все из исходников то и можно было б добиться чего, спору нет.

>Ну может это и преимущество, да вот только коли соберешься из RPM ставить какой нибудь Dia, так полгнома за ним тянется

http://packages.debian.org/testing/graphics/dia

Где полгнома?

> То же самое и с всякими ... GIMP и т.п.

Поподробнее, пожалуйста.

совместимость всего старого софта значит опять полетит? вот потому люди и выбирают венду.

Отличная новость. И GTK - супер. счас портирую GTK-2.8 под OpenVMS ибо нужон большим людям.

>>Ну может это и преимущество, да вот только коли соберешься из RPM ставить какой нибудь Dia, так полгнома за ним тянется

>http://packages.debian.org/testing/graphics/dia
Где полгнома?

Везет вам в дебиане!
А вот как в Fedora Core:

------------------------------------

Dependencies Resolved

=============================================================================
Package Arch Version Repository Size
=============================================================================
Installing:
dia i386 1:0.94-13 development 2.9 M
Installing for dependencies:
esound i386 1:0.2.36-1 development 126 k
libbonoboui i386 2.10.0-2 development 361 k
libgnome i386 2.11.2-1 development 754 k
libgnomeui i386 2.11.2-2 development 928 k

Transaction Summary
=============================================================================
Install 5 Package(s)
Update 0 Package(s)
Remove 0 Package(s)
Total download size: 5.0 M
Is this ok [y/N]:

------------------------------------

И это всякие
gnome-keyring.i386 0.4.3-2 installed
gnome-mime-data.i386 2.4.2-1 installed
gnome-vfs2.i386 2.11.90-3 installed
libgnomecanvas.i386 2.11.1-3 installed
libgnomecups.i386 0.2.0-2 installed
libgnomeprint22.i386 2.11.0-1 installed
libgnomeprintui22.i386 2.11.0-2 installed

Вот так вот и живем. Даже esound нужен, - во как!

x half-tool kits

> в итоге gtk+ 3.0 по функциональности порвет qt4

ага... Глядишь, еще лет етак через 8-10 догонит по функционалу motif...

Ведь не Qt, ни GTK не являются _полноценными_ X тулкитами!

> Ведь не Qt, ни GTK не являются _полноценными_ X тулкитами!

Тебе сейчас объяснят, что X - ненужна, а аффтары Qt и GTK+ все правильно делают.

Ну есть и такое

$ ashow dia-gnome
Package: dia-gnome
Priority: optional
Section: gnome
Installed-Size: 448
Maintainer: Roland Stigge <stigge@antcom.de>
Architecture: i386
Source: dia
Version: 0.94.0-7
Depends: libart-2.0-2 (>= 2.3.16), libatk1.0-0 (>= 1.7.2), libaudiofile0 (>= 0.2.3-4), libbonobo2-0 (>= 2.8.0), libbonoboui2-0 (>= 2.5.4), libc6 (>= 2.3.2.ds1-4), libesd0 (>= 0.2.29-1) | libesd-alsa0 (>= 0.2.29-1), libfreetype6 (>= 2.1.5-1), libgconf2-4 (>= 2.8.1), libgcrypt11, libglib2.0-0 (>= 2.6.0), libgnome-keyring0 (>= 0.4.0), libgnome2-0 (>= 2.8.0), libgnomecanvas2-0 (>= 2.6.0), libgnomeui-0 (>= 2.8.0), libgnomevfs2-0 (>= 2.8.3-7), libgnutls11 (>= 1.0.16), libgpg-error0 (>= 1.0), libgtk2.0-0 (>= 2.6.0), libice6 | xlibs (>> 4.1.0), libjpeg62, liborbit2 (>= 1:2.10.0), libpango1.0-0 (>= 1.8.0), libpng12-0 (>= 1.2.8rel), libpopt0 (>= 1.7), libsm6 | xlibs (>> 4.1.0), libtasn1-2 (>= 0.2.8), libx11-6 | xlibs (>> 4.1.0), libxml2 (>= 2.6.16), zlib1g (>= 1:1.2.1), dia-common (= 0.94.0-7), dia-libs (= 0.94.0-7)
Recommends: gsfonts-x11
Filename: pool/main/d/dia/dia-gnome_0.94.0-7_i386.deb
Size: 185832
MD5sum: 4326d8fdfd6faed1210c99c5076b2932
Description: Diagram editor (GNOME version)
Dia is an editor for diagrams, graphs, charts etc. There is support for UML
static structure diagrams (class diagrams), Entity-Relationship diagrams,
network diagrams and much more. Diagrams can be exported to postscript and
many other formats.
.
This package contains the GNOME version of Dia.

но зачем?

>Вот так вот и живем. Даже esound нужен, - во как!

Кто-то заставляет так жить?

> Кто-то заставляет так жить?

Ну а что, - мне теперь сносить федору и как по-красноглазому перекомпилировать mozilla с openoffice.org? А альтернативы, кроме как source-based дистриутива, своей федоре я не вижу (сомневаюьс, что другие rpm-дистры настолько же конфигурабельны).

В общем я стерплю, что все еще нужны mikmod (для чего-то из SDL например), esound, arts и прочие чудища из прошлого века. Но вот на что такая страсть к гномьим либам? Не к кде-шным, а именно к гномьим...

>Не к кде-шным, а именно к гномьим...

А что непонятного? Dia - прога из Gnome Office. Вот и зависимости от этого, хотя и ненужные.

>А альтернативы, кроме как source-based дистриутива, своей федоре я не виж

Debian? Suse? Alt?

>> А альтернативы, кроме как source-based дистриутива, своей федоре я не виж

> Debian? Suse? Alt?

А там все гладко и беспроблемно? "Не верю!" Хотя вот может на экспериментальный комп как нибудь Alt или SuSe поставлю, а то задолбался терпеть американскую паранойю с копирайтами (ни тебе mplayer, ни acrobat reader и т.п. из коробки).

Это я к чему все плачусь то? К тому, что гнусная ложь о т.н. "модульности" должна быть втоптана таки в грязь. Никакой модульности нет - все эти проги все так и таскают за собой десяток-другой одних и тех же маленьких либ. При изменении одной из них (выхода нового cairo к примеру), приходится перекомпилять всю кучу зависимостей и тащить их заново. Модульности никакой. Все ставится куском, двигается куском, изменяется куском и т.п.

Ведь даже какой нибудь плейер ставится тоже куском во всеми возможными плугинами ввода/вывода. Т.е. вот как у нас в Федоре: ставлю я например alsaplayer из RPM, так подай ему esound, mikmod и прочее старье. В официальном дереве его нет, т.к. из-за копирайт-безумия там не разрешают выкладывать мп3-декодеры на шару.

> К тому, что гнусная ложь о т.н. "модульности" должна быть втоптана таки в грязь. Никакой модульности нет - все эти проги все так и таскают за собой десяток-другой одних и тех же маленьких либ.

Гнусная ложь. Тебе же привели пример.

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

Все это применимо к RPM, другие менеджеры этим не страдают. Хочешь модульность? Gentoo!

>Дык это Esearch глючит.

Нет. Я же там написал, что обновился до сплитованной версии KDE. Обновляться проще, т.к. из меньших кусочков состоит.

>Как вот в нем индекс обновить?

eupdatedb

Но лучше синхронизацию по esync делать. И индекс автоматом обновится и будут показаны в симпатичном виде с описаниями все обновления в портеже.

>Ведь не Qt, ни GTK не являются _полноценными_ X тулкитами!

Поясни-ка, пожалуйста. По мне так любой тулкит, который использует X-протокол для отрисовки - X-тулкит.

> По мне так любой тулкит, который использует X-протокол для отрисовки - X-тулкит.

А так qt и gtk его практичести не используют _даже_ для отрисовки, а гоняют по нему ужо отрисованные битмапы.

esound i386 1:0.2.36-1 development 126 k
>libbonoboui i386 2.10.0-2 development 361 k
Угу. Нахрен Корбу, будем антикварные IPC использовать и мудрить.

> libgnomeui i386 2.11.2-2 development 928 k
Угу. А удобные дитэйчебл меню нам не нужны.


> gnome-keyring.i386 0.4.3-2 installed
дадада, мы кулхакеры, не используем единого интерфейса для ключей, под каждый шифр программируем отдельно
> gnome-mime-data.i386 2.4.2-1 installed
Ну, можно с Апачем зависимость на mime типы сделать.
> gnome-vfs2.i386 2.11.90-3 installed
vfs - сила.
> libgnomecanvas.i386 2.11.1-3 installed
И канву мы сами программим...
> libgnomecups.i386 0.2.0-2 installed
printcap forever - наш лозунг!
> libgnomeprint22.i386 2.11.0-1 installed
gv - наше средство предпечатного просмотра
> libgnomeprintui22.i386 2.11.0-2 installed
Что плохого, что интерфейсы печати не требуют UI функций?

Используют, но не полноценно. Вот у меня главная к ним претензия - они про ресурсы ни хрена не знают, потому и сижу на Tk.