[devel] gtk-update-icon-cache filetrigger (+ libtcl deficiency)

[Sergey Bolshakov]

>>>>> "Alexey" == Alexey Tourbin <at-u2l5PoMzF/Uox3rIn2DAYQ на public.gmane.org> writes:
[skipped]
 >> 
 >> > $ hsh-run -X ocamlbrowser
 >> > xauth:  creating new authority file /usr/src/.Xauthority
 >> > Fatal error: exception Protocol.TkError("Can't find a usable init.tcl in the following directories: 
 >> >     /usr/share/tcl/tcl8.5 /usr/lib/tcl8.5 /lib/tcl8.5 /usr/library /library /tcl8.5.4/library /tcl8.5.4/library
 >> 
 >> > This probably means that Tcl wasn't installed properly.
 >> > ")
 >> > $ 
 >> 
 >> Что же это иллюстрирует ?

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

Проблема проиллюстрирована, а именно:
 >> На мой взгляд, неполные зависимости в ocamlbrowser.

 > Что же, в ocamlbrowser нужно добавить зависимость на tcl(init)?
 > Но ведь эта зависимость "сидит" в бинарном коде libtcl.
Нет, такой сущности, как tcl(init), не существует (во всяком случае
локализованной на файловой системе)

 > На самом деле tcl не предоставляет зависимость вида tcl(init),
 > так что даже нет хорошего способа указать именно эту зависимость.
 > Как тогда предлагается дополнить зависимости ocamlbrowser?
В этом конкретном случае (и, допускаю, в нескольких подобных)
зависимость на tcl должна быть выставлена руками.
 
 >> Бишь, в ответ на моё разъяснение, каким именно способом _возможно_
 >> использовать libtcl без tcl, ты продолжаешь меня уверять, что если
 >> ничего этакого в приложении не делается, то оно и не работает -- ну
 >> так я этого и не оспариваю.
 >> 
 >> Для выделения libtcl в отдельный подпакет мне было достаточно
 >> знания того, что такие способы существуют и практикуются.
 >> Что должно значиться в зависимостях некоего пакета Пэ,
 >> слинкованного с libtcl -- решать уважаемому майнтайнеру Пэ,
 >> не мне.

 > $ nm -D /usr/lib64/ocaml/stublibs/dlllabltk.so |grep Tcl_Init
 > 	U Tcl_Init
 > $

 > Вызов Tcl_Init приводит к облому, так что программы, "честно"
 > слинковавшиеся с libtcl, имеют недостаточные зависимости.

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

 > С одной стороны, программы, слинкованные с libtcl, могут и не
 > использовать Tcl_Init.  С другой стороны, можно ожидать, что
 > программы будут использовать именно эту стандартную процедуру
 > инициализации.

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

--