[devel] Циклическая зависимость.

[devel] Циклическая зависимость.

[Sergey Y. Afonin]

Приветствую.

Раз уж про зависимости заговорили. 
http://git.altlinux.org/tasks/40548/task/log.8.1

warning [i586]: mysql-workbench-gpl=5.2.33-alt2: circular dependencies on mysql-workbench-gpl-data=5.2.33-alt2
warning [i586]: mysql-workbench-gpl-data=5.2.33-alt2: circular dependencies on mysql-workbench-gpl=5.2.33-alt2

Пакеты должны быть строго зависимы. Можно сделать один пакет, но
mysql-workbench-gpl-data - noarch на самом деле и размер почти 7M.
Не обращать внимания на warning, или есть другой метод ?

-- 
С уважением, Сергей Афонин

Re: [devel] Циклическая зависимость.

[Alexey Tourbin]

On Sun, Mar 20, 2011 at 06:52:33PM +0300, Sergey Y. Afonin wrote:
> Приветствую.
> 
> Раз уж про зависимости заговорили. 
> http://git.altlinux.org/tasks/40548/task/log.8.1
> 
> warning [i586]: mysql-workbench-gpl=5.2.33-alt2: circular dependencies on mysql-workbench-gpl-data=5.2.33-alt2
> warning [i586]: mysql-workbench-gpl-data=5.2.33-alt2: circular dependencies on mysql-workbench-gpl=5.2.33-alt2
> 
> Пакеты должны быть строго зависимы. Можно сделать один пакет, но
> mysql-workbench-gpl-data - noarch на самом деле и размер почти 7M.
> Не обращать внимания на warning, или есть другой метод ?

У пакета mysql-workbench-gpl-data можно убрать зависимость.  Т.к. для
работоспособности программы требуются данные, а даные в свою очередь
сами по себе ничего не требуют.

Если пакет с данными был отпилен недавно, то при его установке может
возникнуть конфликт со старой версией программы, когда пакет с данными
ещё не был отпилен.  Если данные отпилились при переходе на новую версию,
то лучше использовать конструкцию типа

%package data
Conclicts: %name < %version

Если же данные отпилились на прежней версии, то нужно использовать
конструкцию

%package data
Conclicts: %name < %version-%release

и при обновлении на новую версию убрать из этой конструкции %release.

Re: [devel] Циклическая зависимость.

[Sergey Y. Afonin]

On Sunday 20 March 2011, Alexey Tourbin wrote:

> У пакета mysql-workbench-gpl-data можно убрать зависимость.  Т.к. для
> работоспособности программы требуются данные, а даные в свою очередь
> сами по себе ничего не требуют.

Но тут будет возможна ситуация, когда удаляется mysql-workbench-gpl,
и остаётся безхозный mysql-workbench-gpl-data. Наверное, это тоже не
очень хороший вариант ? Или это лучше, чем циклическая зависимость ?

> ещё не был отпилен.  Если данные отпилились при переходе на новую версию,
> то лучше использовать конструкцию типа
> 
> %package data
> Conclicts: %name < %version

Отпилились давно, но сейчас именно переход будет: alt1 в Сизифе не было.

-- 
С уважением, Сергей Афонин

Re: [devel] Циклическая зависимость.

[Alexey Tourbin]

On Sun, Mar 20, 2011 at 10:39:58PM +0300, Sergey Y. Afonin wrote:
> On Sunday 20 March 2011, Alexey Tourbin wrote:
> 
> > У пакета mysql-workbench-gpl-data можно убрать зависимость.  Т.к. для
> > работоспособности программы требуются данные, а даные в свою очередь
> > сами по себе ничего не требуют.
> 
> Но тут будет возможна ситуация, когда удаляется mysql-workbench-gpl,
> и остаётся безхозный mysql-workbench-gpl-data. Наверное, это тоже не
> очень хороший вариант ? Или это лучше, чем циклическая зависимость ?

Если так подумать, то при установке mysql-workbench кроме основного
бинарного пакета и пакета с данными будут установлены ещё какие-то
дополнительные пакеты - например, MySQL-client.  Тогда возможна ситуация,
когда mysql-workbench удаляется, а бесхозный MySQL-client остаётся.
Может, тогда стоит добавить в MySQL-client циклическую зависимость
на mysql-workbench?

> > ещё не был отпилен.  Если данные отпилились при переходе на новую версию,
> > то лучше использовать конструкцию типа
> > 
> > %package data
> > Conclicts: %name < %version
> 
> Отпилились давно, но сейчас именно переход будет: alt1 в Сизифе не было.

Если совсем давно - если во времена бранча 4.0 подпакет с данными был уже
отпилен - то конфликт можно вообще удалить.  Иначе оставить в
процитированном варианте.

Re: [devel] Циклическая зависимость.

[Sergey Y. Afonin]

On Sunday, March 20, 2011, Alexey Tourbin wrote:

> Если так подумать, то при установке mysql-workbench кроме основного
> бинарного пакета и пакета с данными будут установлены ещё какие-то
> дополнительные пакеты - например, MySQL-client.  Тогда возможна ситуация,
> когда mysql-workbench удаляется, а бесхозный MySQL-client остаётся.
> Может, тогда стоит добавить в MySQL-client циклическую зависимость
> на mysql-workbench?

С одной стороны, оно резонно, но, с другой, lib* может использовать
кто-то ещё, а этот "data" однозначно нужен только для основного пакета.

> Если совсем давно - если во времена бранча 4.0 подпакет с данными был
> уже отпилен - то конфликт можно вообще удалить.  Иначе оставить в
> процитированном варианте.

Тогда в ALT его ещё не было. В бранч 5.1 и Сизиф он попал чуть меньше 
года назад, Requires есть в основном пакете в виде "Requires: %name-data",
в mysql-workbench-gpl-data в репозитариях Requires совсем отсутствует.
Я так понимаю, что в data, в этом случае, вообще ничего менять не надо.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Циклическая зависимость.

[Alexey Tourbin]

On Mon, Mar 21, 2011 at 09:50:59AM +0300, Sergey Y. Afonin wrote:
> On Sunday, March 20, 2011, Alexey Tourbin wrote:
> 
> > Если так подумать, то при установке mysql-workbench кроме основного
> > бинарного пакета и пакета с данными будут установлены ещё какие-то
> > дополнительные пакеты - например, MySQL-client.  Тогда возможна ситуация,
> > когда mysql-workbench удаляется, а бесхозный MySQL-client остаётся.
> > Может, тогда стоит добавить в MySQL-client циклическую зависимость
> > на mysql-workbench?
> 
> С одной стороны, оно резонно, но, с другой, lib* может использовать
> кто-то ещё, а этот "data" однозначно нужен только для основного пакета.

Но если удалён последний клиент библиотеки, то библиотека однозначно тоже
не нужна.

Короче, мораль такая: не надо пытаться за счёт зависимостей решать
проблему синхронного удаления неиспользуемых компонентов.  Эта задача
не решается за счет зависимостей в общем случае, а частный случай
bin<->data не делает погоды.

Это задача решается на верхнем уровне package management.  Пакет может
быть либо указан/выбран пользователем напрямую, либо выбран автоматически
по зависимостям.  В дальнейшем к этим двум категорями пакетов применяются
разные правила обновления/удаления.  Автоматически выбранные пакеты можно
автоматически удалять, если они не требуются другими пакетами (фактически
собирать мусор), а выбранные пользователем - нельзя.  Это реализовано
где-то в synaptic или aptitude.

> > Если совсем давно - если во времена бранча 4.0 подпакет с данными был
> > уже отпилен - то конфликт можно вообще удалить.  Иначе оставить в
> > процитированном варианте.
> 
> Тогда в ALT его ещё не было. В бранч 5.1 и Сизиф он попал чуть меньше 
> года назад, Requires есть в основном пакете в виде "Requires: %name-data",
> в mysql-workbench-gpl-data в репозитариях Requires совсем отсутствует.
> Я так понимаю, что в data, в этом случае, вообще ничего менять не надо.

В основном пакете:
Requires: %name-data = %version

В -data подпакете:
Conflicts: %name < %version

Re: [devel] Циклическая зависимость.

[Rinat Bikov]

21 марта 2011 г. 10:45 Alexey Tourbin написал:
> собирать мусор), а выбранные пользователем - нельзя.  Это реализовано
> где-то в synaptic или aptitude.
Ещё бы в apt такое реализовать, в частности, autoremove, тогда можно
будет надеяться на пакетных менеджеров...

-- 
С уважением, Ринат Биков.