bystree by ego ot gnomovskij bibliotek polnuju nezavisimost' sdelali li by:)

Для этой поделки надо пол гнома собрать. Вот где извращения с зависимостями :(

интересно в титрах до сих пор бета тестер бабушка одного из разработчиков?

>Для этой поделки надо пол гнома собрать. Вот где извращения с зависимостями :(

А ты напряги свои извилины, и поковыряйся в своих извращенных мыслях - может быть какая извращенная мысля и придет (типа запуска gnumeric win32 под wine :))

> Для этой поделки надо пол гнома собрать.

Ну так и собери.
Или в binary скачай.

> Для этой поделки надо пол гнома собрать.

Эта, как Вы изволили выразиться, поделка собирается под виндой без половины гнома. И даже без половины KDE :)

Что касается "поделочной" сущности, то говорить так о таблицах, где помимо ВСЕХ экселевских функций есть ещё сотня своих плюс средства анализа -- как минимум неуважение к труду разработчиков.

В том то и дело, что прога неплохая. Но если я например флукс использую или IceWM нафига мне этот гном. AbiWord например имеет всего несколько элементарных зависимостей.

Вы так гово^H^H^пишете, как будто Вас заставляют перезагружаться в GNOME и работать в неродной среде :)

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

libgnomeui libgnomeprintui libgsf libbonoboui gnome-keyring libgnome libgnomecanvas GNOME Virtual File System EsounD intltool GConf GNOME MIME Data shared-mime-info XML-Parser ORBit2 libxml2 libIDL popt GLib Audio File libglade libart_lgpl GTK libgnomeprint GNOME Icon Theme hicolor-icon-theme

> Получается, что ради одной программы я должен собрать (или другим путём установить) весь этот зоопарк библиотек при том учитывая порядок сборки.

Большинство из перечисленных библиотек содержат полезные функции, которые иначе пришлось бы реализовывать в самой программе. Разве это лучше?

По вашему лучшая программа - та, которая все делает сама. Представляю себе офисное приложение со своей графической средой и драйверами. Еще лучше, если оно будет работать, как отдельная ОС. Зачем нам "лишняя" зависимость от Linux?

Для тех, кто не любит собирать "зоопарки" библиотек существуют дистрибутивы, в которых уже все собрано.

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

2rst:

А может эти все либы просто ИСПОЛЬЗУЮТСЯ в Gnumeric? Может разработчики не изобретают велосипеды, а берут готовые решения в виде библиотек, а своё внимание/время концентрируют на его функциональности? Может поэтому Gnumeric такая неплохая/продвинутая софтина?

Может быть. Жаль только, что самих библиотек так много и это наверное совсем не вина разработчиков gnumeric. По моему такое положение вещей недалеко от другой крайности: в одной библиотеке по одной функции... ну и + взаимные зависимости

Две последние зависимости высосаны из пальца :)

intltool необходим для сборки ЛЮБОГО софта с поддержкой gettext

shared-mime-info необходим для работы MIME-типов данных

XML-parser и libxml2 необходимы для работы со структурированными данными и не являются специфичным для gnome софтом, равно как и libart_lgpl.

gnome-vfs нужен для того, чтобы открывать файл с любого узла, хоть http.

glade также является не специфичной для гнома зависимостью.

bonobo нужен как реализация компонентной модели, без которой современному офисному пакету пиндык

Продолжить? :)

Я согласен, что кому-то что то нужно. Можно и printf и scanf раскидать по разным библиотекам и они будут нужны.

2rst:

>ну и + взаимные зависимости

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

> Я согласен, что кому-то что то нужно. Можно и printf и scanf раскидать по разным библиотекам и они будут нужны.

У тебя есть конкретные предложения по поводу того какие библиотеки из зависимостей гнумерика нужно объединить в одну? Хотелось бы это услышать... %)

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

2rst:

Не совсем здоровая ситуация - это когда пытаешся разрулить зависимости вручную и помнить их все наизусть:)

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

При сборке buildreq (для rpm) решает 90-95% подобных проблем, есть ещё средства автоматизации (рутинную работу должен делать компьютер). Вот только "одна весьма известная флеймообразующая личность" ими принципиально не пользуется и другим не даёт:)

Хотя сборка гнома - это ещё те пляски:) Но ведь Gnumeric - не Gnome, собрается относительно просто и при этом автоматически прописываются зависимости, тебе как пользователю остнется только сказать "волшебное слово" - "apt-get...":)

Конечно же всё возможно. Просто поставить с компактов дистрибутива или apt'ом и не парится. Но вот сборка из исходников (иногда всё же приходится и этим заниматься) некоторых программ, к сожалению бывает слишком обременительной. Ладно, что-бы самим не превращаться во флеймообразующие личности давайте на том и закроем дискуссию :)

Весьма достойный софт. Рад что дело продвигается (и еще как продвигается!) в пример многим..

ЗЫ Домашние уже оценили его преимущества преред экселем.

Ключевое слово [для "моих домашних"] - графики.

>В том то и дело, что прога неплохая. Но если я например флукс использую или IceWM нафига мне этот гном.

gnome-games? ;)

>Вот не самый полный список обязательных зависимостей gnumeric

a bukva 'G' v nachale vam ni o chyom ne govorit?

Re:

>>А ты напряги свои извилины, и поковыряйся в своих извращенных мыслях - может быть какая извращенная мысля и придет (типа запуска gnumeric win32 под wine :))

Хе-хе. Я давно потешался над тем, что поставить портированую софтину в винде и потом запускать ее в линуксе через wine - это порой гораздо проще, чем прикручивать нативную :). Докатились вобщем...

Gnumeric в принципе неплохой, но по сравнению с экзелем тормозит и занимает много памяти.

Re:

> Gnumeric в принципе неплохой, но по сравнению с экзелем тормозит и занимает много памяти.

это ты виндовый порт с екселем сравнивал ? или виндовый порт с екселем и оба под вайном?

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

у каждой библиотеки должна быть своя вполне определённая функция. когда ты эту функцию в трёх словах описать не можешь -- это нездоровая ситуация. таких библиотек в гноме от силы одна-две штуки, и над этим работают.

Re:

>>это ты виндовый порт с екселем сравнивал ? или виндовый порт с екселем и оба под вайном?

Сравнивал виндовую версию Гнумерика с ЭкселемХР.

> интересно в титрах до сих пор бета тестер бабушка одного из разработчиков?

Да :)