Re: [devel] Broken python21

[AntonFarygin <rider@altlinux.com>]

[-- Attachment #1: Type: text/plain, Size: 3043 bytes --]

Alexander Bokovoy пишет:

>On Mon, Dec 09, 2002 at 11:11:57PM +0300, AntonFarygin wrote:
>  
>
>>>apt@packages), с соответствующими комментариями относительно перемещения
>>>важных файлов конфигурации (чего не было и на apt@packages). Changelog-и 
>>>в пакетах заменой анонсу не являются.
>>>
>>>      
>>>
>>Тогда у вас есть вероятность в BTE собирать не тем компилятором?
>>    
>>
>Нет. У нас ее нет, ибо мы используем ccache с правильными настройками.
>
А ccache разваливается в BTE? Или как?

>
>  
>
>>Собственно apt-0.5 mouse начал патчить именно после того, когда bte 
>>(написанная на ruby) начала компилировать по умолчанию gcc 2.95 и 
>>использовать старый autoconf. Сейчас apt-0.5 вполне корректно 
>>справляется с выбором лучшего python и всего остального.
>>
>>Кстати, apt-0.5 был в Sisyphus за несколько дней до того самого с 
>>провайдерами. Да и rsync никто не закрывал. Сервера работаю, трафик 
>>бегает (меньше конечно, но все же)
>>    
>>
>rsync.altlinux.ru за последние дня 4 испытывал изменения почти только в SRPMS, а
>все бинарные пакеты не менялись. Например, у меня сейчас в локальном
>репозитарии от сегодняшнего утра наблюдается целый gnome-panel-2.1.2-alt1 и
>битый симлинк gnome-panel-2.1.3-alt1. Зеркалирование еще утром делалось с
>rsync.altlinux.ru. И это не одно такое явление.
>
Очень странно.  gnome-panel 2.1.3 лежит в Sisyphus со второго декабря (в 
нормальном, а не битом виде). Все нормально и на моей машине, которую я 
вчера зеркалировал с Sisyphus с rsync.altlinux.ru. Никаких проблем не 
возникало с зеркалированием. Да и rsync.altlinux.ru менялся все время 
также нормально (я зеркалирую только бинарные пакеты).

>
>  
>
>>>>Между прочим, в contrib'е есть ещё несколько пакетов, которые не
>>>>рекомендуется использовать для сборки других пакетов.
>>>>        
>>>>
>>>У меня нет "contrib". У меня есть classic. Какой смысл проверять
>>>замкнутость и работоспособность Sisyphus на его подмножестве.
>>>
>>>      
>>>
>>Classic - это свалка всех подмножеств. В Contrib могут (а могут ли?) 
>>попасть пакеты, которые провайдят не то, что надо.
>>    
>>
>Нет, не могут. Если такие пакеты есть, то их место в unsupported.
>
наверное так и есть ;-)

>
> 
>  
>
>>Потому для сборки и лучше использовать Master.
>>    
>>
>Антон, ты говоришь ерунду. Что это за отношение к Classic как к свалке?
>Целостность Сизифа обеспечивается или должна обеспечиваться именно по
>Classic, а не по подмножествам. Иное -- путь к развалу зависимостей, что
>мы уже и наблюдаем (bootloader-utils, pysol, python21, ряд других) именно
>из-за ослабления контроля путем самоутешения в подкомпонентах.
>
Я бы сказал не так: целостоность Sisyphus должна обеспечиваться как в 
отдельных компонентах, так и в Classic.
То, что битые зависимости - несоменно ошибки, о которых также несомненно 
стоит сообщить в BTS.

Использовать Master для сборки лучше конечно по другой причине - если 
пакет падает в компоненту Master, то явно лучше собирать с 
использованием этой компоненты, что бы не нарушить ее целостность.


Rgds,
Rider


[-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]