On Thu, Apr 12, 2007 at 06:01:25AM +0400, Dmitry V. Levin wrote:
> On Tue, Apr 10, 2007 at 06:04:22PM +0400, Dmitry V. Levin wrote:
> > On Tue, Apr 10, 2007 at 05:43:52PM +0400, Alexey Tourbin wrote:
> > > On Tue, Apr 10, 2007 at 04:37:32PM +0300, Igor Vlasenko wrote:
> > > > В принципе, если и так все сломано, то 
> > > > можно будет и обновиться.
> > > > Допишу в jppimport, чтобы писал BuildRequires java-devel < 1.5.0
> > > > в каждом спеке.
> > > > Но я бы чувствовал себя легче при unfreeze.
> > > > 
> > > > Какие предложения?
> > > 
> > > Предлагаю пока ничего не делать, может само рассосётся. :)
> > 
> > Это я проверю.
> 
> Проверил (apt-0.5.15lorg2-alt11), не рассосалось.
> 
> Глядя в логи сборки java-пакетов, вижу что в сборочную среду были
> установлены:
> java-1.6.0-sun-1.6.0.01-alt1.1
> java-1.6.0-sun-devel-1.6.0.01-alt1.1
> j2se1.5-sun-1.5.0.11-alt4
> j2se1.5-sun-devel-1.5.0.11-alt4
> 
> Не понимаю, как бы это могло работать.

Я исправлял ТОЛЬКО алгоритм версионных зависимостей.
Зависимости без указания версий мои правки не затрагивают.

А именно, если указана зависимость типа dev>=ver,
то теперь это работает так:

1) ищутся все реальные пакеты-кандидаты (которые удовлетворяют зависимость);
2) если реальных пакетов нет, ищутся все виртуальные пакеты-кандидаты;
3) кандидаты сортируются, во-первых по версии, во-вторых, по score;
4) если какой-либо кандидат уже установлен, apt ничего не ставит;
5) в противном случае apt ставит лучшего кандидата из п.3.

Раньше apt ставил просто первый попавшийся пакет, удовлетворяющий
зависимость (реальный, а затем виртуальный).