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

[Sergey Bolshakov <sbolshakov@altlinux.ru>]

>>>>> "Alexey" == Alexey Tourbin <at-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org> writes:

 > On Wed, Sep 10, 2008 at 01:37:33AM +0400, Sergey Bolshakov wrote:
 >> > Библиотека libtcl имеет "непрозрачную" зависимость на init.tcl, этот
 >> > файл загружается при инициализации библиотеки.  Без init.tcl приложения,
 >> > слинованные c libtcl, обламываются; а файл init.tcl имеет смысл только
 >> > в связи с наличием конкретной библиотеки libtcl.  Это достаточное
 >> > основание для того, чтобы применить принцип правильной группировки
 >> > файлов между пакетами -- файлы libtcl*so* и init.tcl должны быть
 >> > запакованы в один и тот же пакет.  На практике возможны два решения:
 >> > либо перенести init.tcl (и, возможно, ещё некоторые файлы) из пакета tcl
 >> > в пакет libtcl, либо полностью внести libtcl в tcl (то есть исключить
 >> > отдельный пакет с библиотекой, если библиотека "сама по себе"
 >> > не работает).
 >> 
 >> библиотека "сама по себе" работает, если приложение, в которое
 >> встроена libtcl, потрудится установить в своё окружение переменную
 >> TCL_LIBRARY, указывающую на специфический init.tcl -- например.
 >> Есть и другие способы, желающие да насладятся разбором исходников tcl,
 >> в районе generic/tclInterp.c и unix/tclUnix.Init.c
 >> 
 >> Кроме того, я был бы признателен, если бы ты избирал для иллюстрации
 >> своих, безусловно, интересных размышлений более подходящие примеры.

 > $ hsh --init
[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.

Бишь, в ответ на моё разъяснение, каким именно способом _возможно_
использовать libtcl без tcl, ты продолжаешь меня уверять, что если
ничего этакого в приложении не делается, то оно и не работает -- ну
так я этого и не оспариваю.

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

--