GNOME избавляется от лишних библиотек?

> дадада, мы кулхакеры, не используем единого интерфейса для ключей,

Болван? Так ключи для gpg!

> они про ресурсы ни хрена не знают, потому и сижу на Tk.

Ха, можно подумать, что все тиклопейсатели знают про ресурсы. А ведь без _явных_ телодвижений Tk ресурсы не поддерживает.

Так что: нет тулкита, кроме xaw, и великий anonymous - пророк его.

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

И будет один большой kde.exe

Ну это, знаете, пока не пихает ? Вы сможете утверждать, что они и потом не будут продолжать интеграцию ? Я нет. На насчет "мелких" либ - их в гноме довольно много, так что если их все перенести - то и gtk нехило увеличится... Да и вообще - просто странно выглядит все это. Сначала - "делаем все модульным" - наплодили библиотек дофига, всем доказывали, что это так и надо, это unix way. Теперь опомнились - либ больно много, неудобно уже пользоваться - будем интегрировать. Так и теперь говорят, что так надо и все ок. Именно это я имел под словом "непоследовательность". Лично против вас и Гнома как такового не имею :))

> Ну это, знаете, пока не пихает ? Вы сможете утверждать, что они и потом не будут продолжать интеграцию ? Я нет.

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

> На насчет "мелких" либ - их в гноме довольно много, так что если их все перенести - то и gtk нехило увеличится... Да и вообще - просто странно выглядит все это. Сначала - "делаем все модульным" - наплодили библиотек дофига, всем доказывали, что это так и надо, это unix way. Теперь опомнились - либ больно много, неудобно уже пользоваться - будем интегрировать.

Все вполне логично. Просто в гноме есть несколько библиотек, которые плохо поддерживаются, Так как они небольшие, их функциональность спокойно можно перенести в gtk. Как уже тут писали, модульность гнома от этого ничего не теряет.

Ладно - не будем спорить - у нас разные вкусы и точки зрения :) Насчет же монолитности кде - не настолько он и монолитен. В том же дебиане он порезан на маленькие кусочки, которые ставятся в зависимости от вашего желания. Ну и, кроме того, релизы кде достаточно редкие - так что мне без разницы, обновлять 20 библиотек по 1 Мб или 1 в 20 Мб. Так что это спор ни о чем. Всех поклонников Гнома поздравляю с этим собыитием :)

P.S. Наш разговор вообще будет непонятен пользователям всяких *box, fvwm, wmaker etc. Им вообще не надо обновлять эти либы - их wm весит неколько Мб (или даже меньше) ;)

>>аш разговор вообще будет непонятен пользователям всяких *box, fvwm, wmaker etc. Им вообще не надо обновлять эти либы - их wm весит неколько Мб (или даже меньше) ;)

А как же софт? :))))

Ну, знаете, есть любители links, centericq, soundblaster и т.д ;) Хотя тогда им и Х-ы не нужны :)

А под "этими либами" я имел в виду либы от кде и гнома. А эти товарищи всеми способами собирают софт так, чтобы он был отвязан от библиотек DE (--without-gnome и т.д)

ага и пользуют они один консольный софт, без всяких qt, gtk и т.д. да ?

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

...

>Вот так вот и живем.

Ну и живите.... Кто ж Вам после этого злобный буратина? :))

> Когда гном также стделает свои библиотеки монолитными - тогда и можно указывать на это.

А ты считаешь, что KDE монолит? Гхм... У меня в /usr/local/lib/kde3 находится 824 .so файла, включая всякие libkwordpart.so и т.д. Из них 74 приходится на kdelibs и 193 на kdebase.

И, как я уже говорил, kdelibs-x.x.x.tar.bz2, kdebase-x.x.x.tar.bz2, etc -- это просто удобный _разработчикам_ "крупноблочный" принцип дробления _всего_дерева_. Как разобьет бинарники или сорцы _твой_ дистроклепатель -- сугубо его проблемы. Если не нравится, пиши _ему_ реквесты и репорты.

И не надо забывать, что в KDE большинство зависимостей не compile-time, а run-time, при этом совсем _не_обязательных, поскольку это всяческие *part, kio* и *plugin.

>А ты считаешь, что KDE монолит?

да :)

> А ты считаешь, что KDE монолит?

на ftp.kde.org лежат тарболы с kdebase, kdelibs и тд

отдельно конкверора я не вижу

следовательно кде монолит

>на ftp.kde.org лежат тарболы с kdebase, kdelibs и тд

Гы. Вот, что в рпсплитованном KDE в Gentoo пришлось только в 
package.keywords прописать:

kde-base/cervisia ~x86
dev-util/kdevelop ~x86
dev-cpp/glibmm ~x86
dev-cpp/gtkmm ~x86
dev-cpp/libglademm ~x86
dev-cpp/gnome-vfsmm ~x86
dev-cpp/libgnomecanvasmm ~x86
x11-drivers/xf86-video-ati ~x86
x11-proto/xproto ~x86
x11-misc/util-macros ~x86
x11-base/xorg-server ~x86
x11-proto/compositeproto ~x86
x11-libs/libXrender ~x86
x11-libs/libX11 ~x86
x11-proto/kbproto ~x86
x11-proto/xcmiscproto ~x86
x11-proto/bigreqsproto ~x86
x11-proto/inputproto ~x86
x11-libs/libXau ~x86
x11-libs/libXdmcp ~x86
x11-proto/xextproto ~x86
x11-libs/xtrans ~x86
x11-proto/renderproto ~x86
kde-base/kdebase-startkde ~x86
kde-base/kicker ~x86
kde-base/kdesu ~x86
kde-base/arts ~x86
kde-base/kate ~x86
kde-base/kuickshow ~x86
kde-base/kdelibs ~x86
kde-base/ksplashml ~x86
kde-base/ksmserver ~x86
kde-base/kscreensaver ~x86
kde-base/kreadconfig ~x86
kde-base/kdesktop ~x86
kde-base/kdm ~x86
kde-base/kdebase-data ~x86
kde-base/libkonq ~x86
kde-base/libkscan ~x86
kde-base/libkcddb ~x86
kde-base/kdemultimedia-arts ~x86
kde-base/libkpimidentities ~x86
kde-base/libkdepim ~x86
kde-base/libkcal ~x86
kde-base/ktnef ~x86
kde-base/certmanager ~x86
kde-base/libkpgp ~x86
kde-base/libkdenetwork ~x86
kde-base/kcheckpass ~x86
kde-base/kwin ~x86
kde-base/khotkeys ~x86
kde-base/kcminit ~x86
kde-base/kpdf ~x86
kde-base/kooka ~x86
kde-base/ksnapshot ~x86
kde-base/kopete ~x86
kde-base/knetattach ~x86
kde-base/krdc ~x86
kde-base/konqueror ~x86
kde-base/kamera ~x86
kde-base/kwifimanager ~x86
kde-base/kscd ~x86
kde-base/krec ~x86
kde-base/kmix ~x86
kde-base/kontact ~x86
kde-base/kmenuedit ~x86
kde-base/kmail ~x86
kde-base/libksieve ~x86
kde-base/mimelib ~x86
kde-base/kmailcvt ~x86
kde-base/kdepim-kioslaves ~x86
kde-base/libkmime ~x86
kde-base/akregator ~x86
kde-base/kaddressbook ~x86
kde-base/kpersonalizer ~x86
kde-base/korganizer ~x86
kde-base/libkpimexchange ~x86
kde-base/libkholidays ~x86
kde-base/kdepim-kresources ~x86
kde-base/kode ~x86
kde-base/kappfinder ~x86
kde-base/kwalletmanager ~x86
kde-base/krfb ~x86
kde-base/ksysguard ~x86
kde-base/konsole ~x86
kde-base/ark ~x86
kde-base/kfloppy ~x86
kde-base/kdict ~x86
kde-base/knotes ~x86
kde-base/kcalc ~x86
kde-base/kfilereplace ~x86
kde-base/kcharselect ~x86
kde-base/kcontrol ~x86
kde-base/kfind ~x86
kde-base/kxkb ~x86
kde-base/kdeprint ~x86
kde-base/kdegraphics-kfile-plugins ~x86
kde-base/kdemultimedia-kfile-plugins ~x86
kde-base/kdebase-kioslaves ~x86
kde-base/kdemultimedia-kioslaves ~x86
kde-base/khelpcenter ~x86
kde-base/kdialog ~x86
kde-base/kdemultimedia-arts ~x86
kde-base/akode ~x86
kde-base/ksystraycmd ~x86
x11-proto/dmxproto ~x86
x11-proto/damageproto ~x86
x11-proto/xf86dgaproto ~x86
kde-base/kjsembed ~x86

Вот такой, вот, монолит :D Понятно, что каждый пакет сейчас отдельно обновляется от других.

это инициатива майнтейнеров генты

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

Думаю всем разработчикам подобных библиотек неплохо было бы ознакомиться с нашими ГОСТами по бортовому авиационному оборудованию - там есть например следующие вещи. Обязательно должен соблюдаться принцип максимальной функциональной замкнутости (если тебе нужна жирная библиотека чтобы поюзать из нее одну мелкую функцию - забей, напиши сам). Потом вы обязательно должны соблюдать иерархию "система" - "подсистема" - ... - "блок" - "деталь". Т.е. например "система" не может соединяться напрямую с "блоком", перескочив несколько других уровней, благодаря чему вместо каши http://primates.ximian.com/~michael/gnome-2.0-depends.png мы получим красивое дерево ;)

P.S. Против гнома ничего не имею тк (1) я на нем сижу =), (2) в других библиотеках дела обстоят обычно еще хуже.

>> А ты считаешь, что KDE монолит?

> да :)

"Какие фаши токасатестфа!" (с) Арни. ;)

> на ftp.kde.org лежат тарболы с kdebase, kdelibs и тд

Ответ перечитай в сообщении, на которое отвечал, да?

PS. Если в отдельно взятом дистрибутиве konq не вынесен в отдельный пакет, это проблемы дистрибутива. Ты, как _конечный_пользователь_, ВООБЩЕ не должен общаться с разработчиками KDE напрямую, дуй к своему поставщику.

>"Какие фаши токасатестфа!" (с) Арни. ;)

ну, JB ужо сказал:

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

:)

> PS. Если в отдельно взятом дистрибутиве konq не вынесен в отдельный пакет, это проблемы дистрибутива.

без разницы чьи это проблемы

конкверор нельзя использовать не поставив кде, а вот наутилус без гнома работает

кеды монолит, а гном нет ;)

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

Вот когда можно будет поставить gnome-foo отдельно от gnome, а g-bar отдельно от gtk... ;)

А konqueror без всего KDE поставить легко: ему нужны только libkparts, libkio, libkdeui, libkdecore, DCOP и, опосредованно, Qt плюс мелочь типа libpng и т.д.

чем более функционален ГТК тем лучше чем меньше зависимостей от гном-добавок тем лучше

новость хорошая :)

даешь гтк-3.0!

> А konqueror без всего KDE поставить легко: ему нужны только libkparts, libkio, libkdeui, libkdecore, DCOP и, опосредованно, Qt плюс мелочь типа libpng и т.д.

я не думаю что это будет легко ;)

если брать из дистрибутива, то придется ломать кучу зависимостей

если собирать из исходников то еще хуже, придется лазить по всему коду с vim в зубах

>совместимость всего старого софта значит опять полетит?

./configure

make

make istall

> вот потому люди и выбирают венду.

разве это люди? насмешил

корбу и впрямь нахрен

> чем более функционален ГТК тем лучше чем меньше зависимостей от гном-добавок тем лучше

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

>на ftp.kde.org лежат тарболы с kdebase, kdelibs и тд отдельно конкверора я не вижу следовательно кде монолит

логика школьника-вантузятника

> я не думаю что это будет легко ;)

Верно, это будет ОЧЕНЬ легко.

> если брать из дистрибутива, то придется ломать кучу зависимостей

Это к твоему дистрибутиву. ;)

> если собирать из исходников то еще хуже, придется лазить по всему коду с vim в зубах

Нет. Достаточно сделать configure && make && make install в нужных местах.

> Достаточно сделать configure && make && make install в нужных местах.

раз ты так уверен что это просто, может сделаешь пакетик с конкверором? ;)

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

Для этого существуют пакет-версия.src.rpm

Господи, неужели! Чем скорее сделают, тем лучше. А то достали со своими зависимостями.

Слушай, не выделуйся. Винду тоже можно на кусочки полохматить, при желании. Даже осла из неё можно вытащить. Но ты же не будешь говорить что она вся такая модульная? Крутько блин.

в генту из kdabase конкверур тянет только kdabase-data, котого не хватит чтобы запустить кде -> конкверур можно поставить без кде :)

кались как иксы седьмые ставил, у меня валятся с Invalid memory allocation

>кались как иксы седьмые ставил, у меня валятся с Invalid memory allocation

У меня шесть какие-то. В смысле - xorg. Вообще, специально ничего в них не трогал :)

у тебя xorg-xserver с некоторыми депами размаскирован, это разбитые по модулям седьмые иксы (одно и тоже, что 6.9 на самом деле только модульное), или это случайно вышло:) ?

> начали движение навстречу разуму и логике.

До этого они двигались в каком-то ином направлении...

мдя, теперь придется еще держать старые гнумские либы/компаты для приложений которые не переписали + новый гтк и новые гнумские либы, хотя под гноме вроде и нет ничего достойного, а то что есть умные люди на досуге отучают от гнумских либ:)

и еще ~100-150 пакетов новых иксов в подарок от фирмы к ноябрю-декабрю (для дебиана + 36 месяцев:)

Вот только про иксы не надо! Да ребятам в ножки хочется кинуться за то, что они эту помойку разгребли! В ножки, блин! Старые иксы были совершенно unmanageable. Зато теперь каждый из кирпичиков (поелику они интерфейсы менять пока не собираются) можно подменять и-или развивать отдельно.

Хе - а ты попробуй поставь свой наутилус в пакет менеджере без установки N-го количества гномьих библиотек :) Там и посмторим, как у тебя это получится. Я вот всегда поражаюсь - почему почти все ЛОРовские гномоведы такие злые, особенно на КДЕшников ? Они вас обидели что ли ?

Тьфу - оговорился. Имелся в виду пакетный дистрибутив (Fedora и ему подобные)

> Хе - а ты попробуй поставь свой наутилус в пакет менеджере без установки N-го количества гномьих библиотек :)

http://packages.debian.org/testing/gnome/nautilus

не так уж и много, учитывая что в дебиане вообще все сильно дробят, тот же gail разбили на несколько частей

тем более они весят по мегабайту и даже меньше

Сколько они весят - это не принципиально. Просто они - из гнома. Так что и твой наутилус зависит в той или иной мере от гнома. На мой взгляд требовать от приложения заточенного под определенную DE того, чтобы он, в то же время, от него не зависил - малость глупо :) Тем более что наутилус, что конк - дефолтовые файл-менеджеры, так что они-то прочно привязаны к некоторым либам DE. Ну а насчет дебиана - там и кде нехило порезан. Так что никто тебе не запрещает поставить и конк с минимум зависимостей

http://packages.debian.org/unstable/web/konqueror

Либ от KDE там тоже не особо много.

в том, что момент положительный - согласен, опять же с драйверами намного проще будет, только не выкинул бы Патрик иксы из слаквари:)))

> только не выкинул бы Патрик иксы из слаквари:)))

не посмеет ;)

> Либ от KDE там тоже не особо много.

там в зависимостях kdesktop, который тянет за собой kdebase, которые в свою очередь тянут kdelibs

то есть кеды хоть и куцые и урезанные, но встанут

Кому от этого хуже будет - Патрику (и патрикофилам) или иксам?;) Кстати, положительные стороны модуляризации уже видны в development ветках дистрибутивов - дистробилдеры получили возможность подменять стандартную помойку данных xkb нашим xkeyboard-config. Что и делают - убунту, сюзи, федора, дебиан как минимум...

не странно ли, что мы обсуждаем это в треде про демодуляризацию:)) ?