Re: [devel] apt-get upgrade

[Ivan Zakharyaschev <vanyaz@mccme.ru>]

On Fri, 19 Jan 2001, Aleksey Novodvorsky wrote:

> Ivan Zakharyaschev wrote:

> > > > [root@rider apt]# apt-get upgrade
> > > > Reading Package Lists... Done
> > > > Building Dependency Tree... Done
> > > > Возможно, Вам потребуется запустить `apt-get -f install' для
> > > > исправления.
> > > > Извините, но следующие пакеты имеют неудовлетворенные
> зависимости:
> > > >   db3-utils: Depends: libtcl8.0.so но не может быть установлен
> >
> > С проблемой с tcl я тоже столкнулся при обновлении -- она немного
> другая
> > (не в том, что в Сизифе нет нужной новой версии): в один пакет (tcl)
> > входит одновременно много всего, связанного с tcl: и библиотеки, и
> другие
> > программы, и документация, и "tcl-devel". А библтотеки используются,
> как
> > видно на примере db3-utils, еще и программами из других пакетов,
> поэтому
> > иметь в системе несколько версий libtcl может быть нужно, но это
> трудно
> > из-за конфликтов по другим составляющим пакета tcl. Было бы удобнее,
> если
> > бы он был разбит на привычные части.
> >
>
> Иван, Вы что-то путаете. В пакете tcl ровно одна программа и
> стандартный
> минимальный набор tcl-модулей. Из документации -- только man-pages.
> Есть, правда, два header-файла, но вряд-ли из них стоит делать
> отдельный
> пакет...

Да, я слишком это все преувеличил, внимательно не посмотрев. У меня
возникло неудобство при постепенном обновлении пакетов, вызванное тем, что
в системе не могут стоять несколько версий libtcl (а разным программам они
могут быть нужны) так, чтобы с точки зрения RPM все было нормально. А
после взгляда на то, что есть в пакете, сложилось такое впечптление, что в
принципе там все подготовлено для совместного существования нескольких
версий: tcl-модули для разных версий размещаются в разные директории, в
имя исполняемой программы входит номер версии; конфликты же вызываются
header-файлами и man-страницами (и /usr/lib/tclConfig.sh). Между прочим,
многие из man-pages из раздела 3 -- programer's manual, т.е. они могут
попасть в devel-пакет вместе с header-files, и тогда его существование
будет более оправданным.

Никаких проблем, мешающих работе пакета, я не вижу, можно оставить его и
таким. За упаковку в соответствии со своими пожеланиями я пока не берусь.

> Другое дело -- tcltk....src.rpm -- там очень много, но разбиение на
> бинарные пакеты вполне обычное.
> Rgrds, Алексей.

-- 
Best regards,
      Ivan Z.


_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel