[devel] #17674: to dig or not to dig BuildArch: noarch?

Alexey Tourbin =?iso-8859-1?q?at_=CE=C1_altlinux=2Eru?=
Чт Окт 30 15:56:00 MSK 2008


On Thu, Oct 30, 2008 at 03:46:38PM +0300, Dmitry V. Levin wrote:
> > $ apt-cache showpkg /usr/share/fonts/ttf/j2se-sun
> > Package: /usr/share/fonts/ttf/j2se-sun
> > Versions: 
> > Reverse Depends: 
> >   java-1.6.0-sun,/usr/share/fonts/ttf/j2se-sun
> >   java-1.5.0-sun,/usr/share/fonts/ttf/j2se-sun
> > Dependencies: 
> > Provides: 
> > Reverse Provides: 
> > fonts-ttf-java-1.5.0-sun 0:1.5.0.16-alt1
> > $
> > 
> > Хотя каталог /usr/share/fonts/ttf/j2se-sun принадлежит также и пакету
> > fonts-ttf-java-1.6.0-sun.noarch, apt его "не видит".  Apt не видит, что
> > noarch пакет предоставлят такой-то путь, если в noarch реопозитарии его
> > никто не требует.  Это прокол текущей технологии.
> 
> Это не особенность noarch, это особенность genpkglist видеть только тот
> репозиторий, с которым этот genpkglist работает в данный момент?

Да, это особенность генерации репозитария при отдельных $arch и noarch
компонентах.  При генерации репозитария обрезается список файлов в
пакетах; а каждый файловый путь в пакете является слабой формой provides.
Получается, что при интенсивном использовании файловых зависимостей
фактически обрезаются нужные provides.

А в пределах одного репозитария они не обрезаются из-за
apt-0.5.15lorg2-alt-genpkglist-reqfiles.patch

Нужно составлять глобальных список файловых зависмостей,
а потом уже генерировать компоненты репозитария с учетом этого
глобального списка.  sisyphus.git 0.9.2-alt1-1-g8656c3c
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 197 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20081030/b4191c5f/attachment.bin>


Подробная информация о списке рассылки Devel