[devel] нормальный biarch

[Led]

On Monday, 30 March 2009 10:07:26 Alexey Tourbin wrote:
> On Mon, Mar 30, 2009 at 09:50:54AM +0300, Led wrote:
> > > > > 1) Native biarch дает проблемы конфликтов имен пакетов и конфликтов
> > > > > файлов.  Biarch по схеме arepo таких проблем не дает.
> > > > >
> > > > > 2) Native biarch или же "нормальный biarch" -- это схема реализации
> > > > > biarch, принятая в Редхате.  В SuSE принята другая схема реализации
> > > > > biarch, близкая к arepo.  См. *-32bit-*.x86_64.rpm пакеты в
> > > > > http://download.opensuse.org/factory/repo/oss/suse/x86_64/
> > > > >
> > > > > В схеме SuSE, как и в arepo, проблема конфликта пакетов разрешается
> > > > > за счет переименования пакетов; а проблема конфликта файлов
> > > > > разрешается за счет исключения пересекающихся файлов.
> > > >
> > > > Сначала объясните, что вы понимаете под 1) Native biarch и 2) Native
> > > > biarch
> > >
> > > А я уже объяснил.  Native "редхатовский" biarch предполагает установку
> > > в систему двух одноименных пакетов разных архитктур.
> >
> > Почему "одноимённых"? pkg.x86_64 и pkg.i586 - это два разных пакета и
> > имена у них с точки зрения rpm - разные.
>
> %{NAME} у пакетов одинаковый.
> Что должен делать "rpm -e libfoo"?
> Или "rpm -e --allmatches libfoo"?
>
> А "rpm -q --provides libfoo" что должен показывать?
> По-моему, это не серьезно.
>
> > > Конфликты файлов
> > > каким-то образом подавляются.
> >
> > Не "каким-то", а вполне определённым образом, и не "подавляются", а
> > просто недопускаются (в системе).
>
> Сомнительно.
>
> lib/poptI.c:
>     23  struct rpmQVKArguments_s rpmIArgs = {
>     24  #if defined(RPM_VENDOR_MANDRIVA) /*
> dont-filter-install-file-conflicts */ 25      .probFilter =
> RPMPROB_FILTER_NONE,
>     26  #else
>     27      .probFilter = (RPMPROB_FILTER_REPLACEOLDFILES |
> RPMPROB_FILTER_REPLACENEWFILES), 28  #endif
>     29  };
>
> > > Пусть это называется "нормальный" biarch.
> > >
> > > Рассмотрим теперь, в противоположность "нормальному", "честный" biarch.
> > > Честный biarch означает, что одноименных пакетов быть не должно, и
> > > файловых конфликтов тоже быть не должно.
> >
> > Так и есть: "одноимённых" пакетов нет и файловых конфликтов - тоже нет. О
> > чём тогда разговор?
>
> Мне не интересно дальше спорить.

Вы с кем-то о чём-то спорили? Я не заметил:)

-- 
Led