Re: Debian tcl policy: есть ли мысли?
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. Антон, прежде чем писать на tcl@ice.ru подписался бы ты туда
что-ли...
--
Victor Wagner vitus@ice.ru
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 debian-russian-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: