[devel] x86_64 десктоп

[Anton Farygin]

Alexey Tourbin wrote:
> On Tue, Oct 10, 2006 at 09:35:20PM +0400, Anton Farygin wrote:
>> Alexey Tourbin wrote:
>>> On Tue, Oct 10, 2006 at 09:22:50PM +0400, Денис Смирнов wrote:
>>>> On Tue, Oct 10, 2006 at 09:12:17PM +0400, Алексей Турбин wrote:
>>>>
>>>>>> Наверное лучше всего это сделать Алексею Турбину ? У него наверняка 
>>>>>> где-то скриптик для этих целей есть припрятанный
>>>> AT> Называется /usr/bin/comm.
>>>>
>>>> Ну это просто чтобы различия выявить. Круче выявить ещё и отдельно не
>>>> собраные, отдельно собраные не с той версией.
>>>>
>>>> Кроме того это покажет только бинарные пакеты, а куда ценнее список SRPM,
>>>> которые не собраны/рассинхронизированы.
>>> $ packages /raid/ALT/Sisyphus/i586/SRPMS.classic >1
>>> $ packages /raid/ALT/Sisyphus/x86_64/SRPMS.classic >2
>>> $ diff -U1 1 2 |bzip2 >diff.bz2
>>>
>>> (use `less -S')
>> Итого 719 пакетов
> 
> Ну это грубоватый инструмент, тем более смотря как считать: в идеале
> пакеты, присутствующие и там, и там но различающиеся по версии, нужно в
> одну кучку; а пакеты, вообще отсутствующие в x86_64 -- в другую кучку.
> Тем более что в некоторых пакетах может быть указано ExclusiveArch: %ix86.
> 
> Но в целом прикид правильный; к тому же каждый там может найти себя и
> свои пакеты.

ну мои пакеты, которые не собираются для x86_64 я попросил только что в 
orphaned перенести ;)

> 
> На i586 в beehive традиционно не пересобирается 300-500 пакетов.  Так
> что синхронизация i586 и x86_64 -- далеко ненулевой объем работы.
> Начать лучше, конечно же, с логики прохождения пакета.  Тогда со
> временем проблема сама по себе рассосется.

Ага.. только вот начинать с этой логики надо было весной.. но собственно 
и сейчас ещё не поздно.. что-то ldv на эту тему отмалчивается. Хотя бы 
сказал - да/нет, нафиг..

Rgds,
Rider