From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: devel@lists.altlinux.org References: <20080909202344.GW6477@altlinux.org> <20080909215209.GZ6477@altlinux.org> From: Sergey Bolshakov Date: Wed, 10 Sep 2008 02:10:08 +0400 In-Reply-To: <20080909215209.GZ6477@altlinux.org> (Alexey Tourbin's message of "Wed, 10 Sep 2008 01:52:09 +0400") Message-ID: User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b28 (linux) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Subject: Re: [devel] gtk-update-icon-cache filetrigger (+ libtcl deficiency) X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2008 22:10:10 -0000 Archived-At: List-Archive: List-Post: >>>>> "Alexey" == Alexey Tourbin 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 -- решать уважаемому майнтайнеру Пэ, не мне. --