[devel] noarch подпакеты и неосновные архитектуры

[Kirill A. Shutemov]

On Wed, Jul 02, 2008 at 12:05:59AM +0400, Alexey Tourbin wrote:
> On Tue, Jul 01, 2008 at 10:41:37PM +0300, Kirill A. Shutemov wrote:
> > И вообще, Алексей, не могли бы вы огласить предпологаемую структуру этой
> > модели данных, чтобы можно было говорить более предметно.
> 
> "Точкой входа" является имя src.rpm пакета.  Он должен собраться как минимум
> на двух основных архитектурах.  Тогда он замещает старый src.rpm пакет
> с таким же именем со всеми его подпакетами.  Если пакет не собрался на
> дополнительных архитектурах (типа arm), то для них остаётся старая
> версия src.rpm пакета со всеми его подпакетами.  Но, однако, если
> src.rpm пакет имеет noarch подпакеты, то замещение без дупов невозможно.
> 
> Структура каталогов в метарепозитарии:
> gcc4.1/rpms/i586/gcc4.1/
> gcc4.1/rpms/i586/gcc4.1-c++/
> gcc4.1/rpms/x86_64/gcc4.1/
> gcc4.1/rpms/x86_64/gcc4.1-c++/
> gcc4.1/rpms/arm/gcc4.1/
> gcc4.1/rpms/arm/gcc4.1-c++/
> gcc4.1/rpms/noarch/gcc4.1-doc/
> 
> Если бы у пакета gcc4.1 не было noarch подпакета, то можно было
> бы допустить контролируемую рассинхронизацию:
> gcc4.1/rpms/i586/ -- собралась новая версия;
> gcc4.1/rpms/x86_64/ -- собралася новая версия;
> gcc4.1/rpms/arm/ -- осталась старая версия.
> 
> Но с появлением каталога
> gcc4.1/rpms/noarch/
> контролируемая рассинхронизация становится невозможной.

Я думаю, что не обязательно вводить этот каталог. Можно вести
"архитектурные" директории не по архитектуре подпакета, а по архитектуре
исходного пакета. Придётся смириться с дупами в noarch репозитории, но
полагаю их отсутсвие -- не самоцель.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 197 байтов
Описание: Digital signature
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20080701/6b699ff6/attachment-0002.bin>