[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [Tcl] Debian tcl policy: есть ли мысли?



>>>>> "Anton" == Anton Kovalenko <a_kovalenko@fromru.com> writes:

 > Здравствуйте, народ.

 > Тут у меня возникла тревога за дальнейшую судьбу tcl в debian.  Грубо
 > говоря, явно намечается некоторый бардак (я тут дебианизировал tkhtml, и
 > для этого изучал, как собираются другие расширения).
Я не про Debian, ничего ?
 > Первый ужас в том, что tcl сканирует все подкаталоги /usr/lib в поисках
 > pkgIndex'ов (впрочем, тут upstream виноват -- но в дистрибутиве это в любом
 > случае лучше оторвать). Это создаёт жуткую задержку, а толку не видно.

А где это не так ? У меня уже какое-то время чешутся руки разложить
в /usr/{lib,share}/tcl для Сизифа, полагаю, на неделе сделаю.

 > Второй ужас в том, что нет разделения расширений по зависимости от разных
 > версий tcl, и по признаку "бинарное оно или pure tcl".  И _насколько_ оно
 > зависит от версии -- tktable, например, можно грузить в любой tcl/tk с 8.2
 > по 8.4, и ничего ему не будет -- а какой-нибудь Img надо пересобирать.

Есть смысл на заданном множестве расширений держать несколько версий
tcl/tk ? Врядли.

[skipped]
 > Ещё отрицательную роль играет догма "сошки должны быть в /usr/lib".  Вот у
 > python'а сошки лежат чёрт знает где, и никто не возражает...  Ну ладно,
 > пускай так надо -- потому что могут быть бинарники, слинкованные с такой
 > so-шкой. Но если собиратель пакета двигает сошку в /usr/lib (а потом ещё и
 > переименовывает в *so.$subversion), то пропатчить pkgIndex он забывает, и
 > package require эту сошку уже не подцепит. И вот, даже package require Tk я
 > из tclsh сказать не могу... И package require expect тоже.

Ну , expect поди можно, а вот Tk начиная с 8.4, если не ошибаюсь. 

[skipped]

А вот как в Debian зависимости расставляются в пределах Tcl ? Неужто ручками ?

-- 
	Трули ерз, Сергей.

"[Open Source] programming is like sex, one mistake and you have to support it
for the rest of your life."  ---  M. Sinz, CBM Inc.


-- 
To UNSUBSCRIBE, email to debian-russian-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



Reply to: