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

["Dmitry V. Levin" <ldv@altlinux.org>]

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

On Thu, Oct 30, 2008 at 03:56:00PM +0300, Alexey Tourbin wrote:
> 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

Там написано:
# genbasedir should use $useful_files

Этой фразы не достаточно для того, чтобы от $useful_files был какой-то
толк. :)


-- 
ldv

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