devhelp без gnome

Если не секрет, это bash так настроен?

zsh это, имхо.

2ananas
Колись че за кнопочки внизу, что за шрифт вверху и что за вм. Не fvwm случаем? Скрин наманый, а gnome выкидывать нафик :)

> Колись че за кнопочки внизу, что за шрифт вверху и что за вм. Не fvwm случаем?

fvwm. внизу панелька на fvwmbuttons для управления mpd. фонт для часов - artwiz-овский kates

>осталось только и gconf оторвать, переведя все на glib-овский парсер инишников, и вообще все шоколадно будет.

угу. а потом оторвать иксы, глибцы и переделать devhelp в виде модуля к ядру. Маразмом попахивает, не находишь? =)

> Маразмом попахивает, не находишь? =)

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

zsh это - только он правый промпт умеет добавлять

gnome-vfs вернуть обратно, а gconf заменить на libxml - и всё бут шоколадно.

> gnome-vfs вернуть обратно

там glob-а за глаза хватает

> gconf заменить на libxml

зумель для 9-ти параметров? а не перебор ли это?

Респект!

> zsh это - только он правый промпт умеет добавлять

баш тоже умеет, правда через жопу

> баш тоже умеет, правда через жопу

но это, все-же, zsh

Тогда вообще всё убрать, пускай из командной строки идут или из env.
Например, прокси delegate - только из командной строки %)

Это неправда. man tcsh, например.

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

Чем только не занимаются, лишь бы не поручить работу по поддержанию "кучи либ" дистростроителям, а самим жить счастливо...

респектище тебе! где взять будет можно?

> Чем только не занимаются, лишь бы не поручить работу по поддержанию "кучи либ" дистростроителям, а самим жить счастливо...

дело не только и не столько в поддержке кучи либ. дело в том что очень часто требуется старое (типа P-II 300 + 64 Mb Ram) железо заставить запускать современные приложения. а тогда каждая либа на счету.

> Чем только не занимаются, лишь бы не поручить работу по поддержанию "кучи либ" дистростроителям, а самим жить счастливо...

кем бы эта куча не поддерживалась, она все равно останется кучей. мне кучи не нравятся. ну и жастфофан, опять-таки...

> респектище тебе! где взять будет можно?

когда выложу, линк кину обязательно. как минимум в talks

а что за декор в fvwm?

> а что за декор в fvwm?

самодельный

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

Согласен, очень часто просто добавляют зависимость из-за какой-нибудь мелокой фигни.

а кинь плиз конфиг для часиков. Это от fvwm'a ?

Это очень хорошо. Респект. В данной программе гномолибы
просто ни к черту. Ждем патча.

какой $урак удалил мой негативный отзыв о этой _бесполезной_ проделанной работе?

повторюсь. ananas, вы занимаетесь маразмом и боретесь с природой. Предлагаю вам следующим шагом переписать все на XLib. зачем вам GTK+?

--седайко стюмчик

> ananas, вы занимаетесь маразмом и боретесь с природой. Предлагаю вам следующим шагом переписать все на XLib. зачем вам GTK+?

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

> а кинь плиз конфиг для часиков. Это от fvwm'a ?

нет. это - изрядно переделанные osd_clock. если нужно, оставьте мейл - вышлю.

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

в данном случае гномьи либы использовались только для about диалога, который есть в gtk+-2.6 и разбора параметров (коих всего три). а очень неплохой парсер ком.строки есть в glib-2.6. ну и gnome-vfs для получения списка *.devhelp в поддиректориях с доками - тоже перебор, имхо.

> нет. это - изрядно переделанные osd_clock

Можно мне их посмотреть? init.sub{}gmail.com

Мда.... собрались гонцы от зависимостей.
Во всех темах то вас гоняют, а вы тут устроили локальный сабантуйчик по интересам? 8)

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

я пользуюсь дефолными, они как правило покрывают _все_ мои нужды. Кстати, вы зачем про настройки-то спросили? Что за привычка переводить разговор на другую тему или отвечать на другой вопрос? Мы же не в МИДе :)

Обидно видеть, что в то время, как одни люди пользуются наработками других программистов и "интегрируют", другие стараются разрушать... :(

Есть ещё один пример подобной "созидательной" деятельности: какй-то крендиль StarDict отрезал от зависимостей. И при этом был доволен... Сумасшедший дом, да и только

--седайко стюмчик

> я пользуюсь дефолными, они как правило покрывают _все_ мои нужды.

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

> Кстати, вы зачем про настройки-то спросили? Что за привычка переводить разговор на другую тему или отвечать на другой вопрос? Мы же не в МИДе :)

а про наводящие вопросы вы ничего не слышали? ;)

ананас, продолжайте в том же духе. желаю вам успехов. прада! :) главное, чтобы вирусы не писали.

BTW, поскольку подобные проекты оттягивают кодеров от написания вирусных программ, то это большой плюс и польза!

--седайко стюмчик

>нет. это - изрядно переделанные osd_clock

а можно и мне тоже? akaslon{}mail.ru

>я же предпочитаю настраивать софт под _мои_ нужды

ананас, и что же за нужду вы решили? Убрали гномовский about? Заменили его на GTK+шный? Так то же самое и получили? Что изменилось? Переделали XML конфиги на ini файлы? Что у вас программа стала более круто конфигурироваться? Файлы теперь через fopen открываете, а не VFS? Так что, файлы стали отрываться более тщательнее?

Глупости всё это, одним словом... Никакие нужды не решены, одна возня и переливание из пустого в порожнее. _ни_ одной фичи у программы не появилось после ваших переделок. Нормальный человек (sapiens), который хочет работать на компьютере, а не $рахаться с ним, просто доставит либы и всё запустит.

--седайко стюмчик

> ананас, и что же за нужду вы решили?

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

ИМХО, спорить тут в принципе не стоит! Работа автора, равно как и работа интеграторов заслуживает респект. Самые лучшие решения - это те, которые позволяют пользователю выбрать, что использовать: интеграцию в мощное программное окружение вроде GNOME, либо минимальный набор библиотек, без которого эта программа действительно не может работать. Хорошие тому примеры - это emerge и ./configure

Правильная работа.

Код _необходимо_ время от времни пересматривать, левые зависимости _необходимо_ обрывать.

gconf обрывать не стОит, вот если ключик добавить --without-gconf, тогда другое дело. все таки gconf с одной стороны к гному и не относится, а с другой - куча ини-файлов вмнсто одного хранилища настроек - еще вопрос, что лучше...

И gnome-vfs убирать не стоит. Хорошая штука!

> вот если ключик добавить --without-gconf, тогда другое дело.

именно это и собираюсь сделать

То что делает автор абсолютно правильно, так как devhelp
не используется ни одна особенность gnomelibs. Даже
The Gnome Video Player aka Totem с недавних пор имеет флаг
--enable-gtk. Как вы думаете, почему?

gnome-vfs, по сути своей, вещь нежизнеспособная. Да и работает шибко нестабильно.

а вообще, это все равно, что gnome-soft-links, gnome-hard-links и т.д. Глупо же настраивать доступ к одним и тем же файловым системам отдельно в кде, гноме, консоли и т.д. Есть же fuse, subfs и т.п. проекты, добавляющие _прозрачный_ доступ к файловым системам. Вот это и нужно развивать.

> Есть же fuse, subfs и т.п. проекты, добавляющие _прозрачный_ доступ к файловым системам. Вот это и нужно развивать.

полностью согласен. gnome-vfs должна быть всего лишь обвязочкой к fuse

У fuse есть одно неисправимое преимущество работы в юзерспейс - файловая система доступная через нее никогда не будет высокопроизводительна. А это зачастую необходимое условие. С другой стороны, для доступа к телефону и прочей еденичной экзотике или действительно 100% юзерспейсной безопасной ФС нафиг не нужен свой ядерный модуль.

На самом деле, gnome-vfs вообше не должна существовать. Не нужно завязывать программы на какую-то обертку. Достаточно обращаться по указанному пользователем пути и если его модуль fuse или avfs или что там у пользователя работает понял - все хорошо. Не понял - нет значит, такого файла. И в бумарках, соответственно, запоминать такие пути.

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

помнится, при разборках с gtksourceview возник подобный конфликт. в депенденсах присутствовала gnome-vfs, нужная лишь для тестовой аппликухи, для определения типа файла. замена gnome-vfs на libmagic прошла на ура. правда патч автору лениво высылать было...