On 2002.06.04 at 04:34:01 +0400, Anton Kovalenko wrote: > > Здравствуйте, народ. > > Тут у меня возникла тревога за дальнейшую судьбу tcl в debian. Грубо > говоря, явно намечается некоторый бардак (я тут дебианизировал tkhtml, > и для этого изучал, как собираются другие расширения). > > Первый ужас в том, что tcl сканирует все подкаталоги /usr/lib в > поисках pkgIndex'ов (впрочем, тут upstream виноват -- но в > дистрибутиве это в любом случае лучше оторвать). Это создаёт > жуткую задержку, а толку не видно.
Ну upstream не очень виноват - у него просто умолчание такое. Никто не мешает при configure научить его искать только в /usr/lib/tcl > Второй ужас в том, что нет разделения расширений по зависимости > от разных версий tcl, и по признаку "бинарное оно или pure tcl". > И _насколько_ оно зависит от версии -- tktable, например, можно > грузить в любой tcl/tk с 8.2 по 8.4, и ничего ему не будет -- > а какой-нибудь Img надо пересобирать. Тут у upstream политика такая - все переделывать под stubs. На самом деле, нужно видимо проводить политику такую, что те версии Tcl, которые ниже 8.3.2 вообще прекращать поддерживать. А подо все что выше все расширения собирать со stubs. По-моему Img в новых версиях тоже так умеет. Во всяком случае после того как в 8.3 половина Img вошла в core. > (То есть, тут хорошо бы иметь каталоги /usr/lib/site-tcl/$version, по Вот нафиг это надо. Есть родной механизм версионирования на базе package require tcl. > Ещё отрицательную роль играет догма "сошки должны быть в /usr/lib". Еще раз. Это не догма, это умолчание. Кстати, когда я под slink собирал tcl 8.0 со своими патчами site-tcl у меня была. И майнтейнеру я патч посылал. Где-то он его видать посеял. > > Ещё пригодился бы /usr/share/site-tcl, куда можно было бы Вот это интересная мысль... > ставить pure-tcl вещи типа tcllib и bwidget. И /etc/tkrc, > который читался бы из tk.tcl не только при интерактивном > запуске wish, а всегда. А вот эта - менее. Конфигурировать Tk надо через ресурсы. > и tk*-dev из дистрибутива, и дальше будет только хуже. Начиная с tcl8.4, > появляется ведь ещё вариант сборки tcl с тредами и без тредов -- > то есть зоопарк раздваивается. Сколько тут новых граблей будет Вот законодательно запретить треды и не мучаться. Проку от них, если там на один тред один интерпретатор. Чай у нас не win32 с безумно дорогим CreateProcess. > В общем и целом, пришла мне мысль -- debian tcl policy надо рожать. > Чтобы понять, как _правильно_ разбираться с этими граблями, и к > авторам пакетов уже с конкретными предложениями лезть. > With Best Wishes, Anton Kovalenko /* http://kovalenko.webzone.ru */ P.S. Антон, прежде чем писать на [EMAIL PROTECTED] подписался бы ты туда что-ли... -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
