[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