Re: [devel] rpm-build-compat

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

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

On Sun, Jan 14, 2007 at 02:09:48AM +0200, Eugene Ostapets wrote:
> 14.01.07, Dmitry V. Levin<ldv altlinux.org> написал(а):
> > On Sun, Jan 14, 2007 at 01:32:57AM +0200, Eugene Ostapets wrote:
> > > 14.01.07, Dmitry V. Levin<ldv altlinux.org> написал(а):
> > > > Второй раз на те же грабли.
> > > >
> > > > Так, давайте договоримся не переопределять системные rpm-макросы файлами
> > > > из /etc/rpm/macros.d/ без письменного согласия мантейнера файла
> > > > /usr/lib/rpm/macros.
> > > Давайте договоримся о "preinstalled" конфигурациях hasher!!!
> > Простите, а при чём тут hasher?
> А у нас есть другой механизм рекомендованой сборки пакетов???

hasher это технология сборки, а не rpm-build-*.

> > > Я вынужден использовать собственный пакет rpm-build, который Required:
> > > x86_64-compat, содержащий один-единственный файл
> > > /etc/tpm/zzz_fake64build с уже озвученым содержимым....
> > > Есть два варианта:
> > > 1) Мы делает libexecdir == libdir
> >
> > Один уже сделал.
> > Вы будете учиться на чужих ошибках или предпочитаете на своих?
> Все, (для не умеющих читать - ВСЕ мои пакеты вылечились для платформы
> x86_64 с использованием ошибочной версии etersoft-build-utils). Я знаю
> что бывают пакеты, для которых требуется интелект, подхватих парочку
> таких из orphaned я это оценил на своей шкуре, но... Возможность на
> автомет проверить пакеты на САМУЮ ТИПИЧНУЮ ошибку облегчит жизнь
> майнтейнерам... Эта ошибка НЕ зависит от майнтейнера... Она диктуется
> autotools-howto и политикой самого распространеного дистрибутива
> линукс - RedHat(Fedora), который плюет на FHS и поддерживает
> существование LIBEXECDIR

Нет, вы не понимаете.  Хуже того, вы не читаете того что я вам уже
написал.  Повторяю ещё раз:
Те, кто используют макрос %_libexecdir, полагаются на то, что его значение
одинаково на всех платформах, на которых одинаково значение макроса %_bindir.

> > > 2) Мы реализуем в hasher возможность задания "predefined"
> > > add_packagelist, куда любой майнтейнер включает x86_64-compat и решает
> > > для себя проблему (i386) %_libdir==%_libexecdir, но (x86_64)
> > > %_libexecdir != %_libdir
> >
> > Вы действительно полагаете, что проблему i386 != x86-64 можно решать таким
> > способом?
> 99% проблем именно так решается, у меня более сотни пакетов, из
> которых почти 40 не собирались на 64 бит платформе из-за этого бага...

Вы, очевидно, везучий человек, но это лишь значит, что ваш опыт сборки
пакетов не экстраполируется.

> > Мантейнер, который использует макрос %_libexecdir, полагается на то, что
> > его значение одинаково на всех платформах, на которых одинаково значение
> > макроса %_bindir.
> При чем тут майнтейнер??? Использование %_libexecdir прописывается
> авторами пакета в секции install... А вот идеологи дистрибутива решают
> чему равняется libexecdir... В некоторых итрибутивах она всегда
> равняется %_libdir, где-то она равна /usr/libexecdir, а вот у нас она
> зависит от платформы...

СТОП.  У нас libexecdir НЕ зависит от платформы.
Ваши рассуждения строятся неверном предположении.

> У нас вообще странная поддержка платформ не равных i586

Какая есть.  Я никому не мешаю сделать фиктивный biarch более реальным.

> > На что рассчитываете вы, я просто не могу понять.
> Я рассчитываю на помощь со стороны вендора... Есть уникальный (я не
> знаю аналогов, только SuSE пытается создать что-то подбное) - hasher,
> есть типичная ошибка mainstream (связанная в первую очередь с
> несогласованностью вендоров), и есть идея - создать механиз
> (необязательный, но рекомендуемый для майнтейнеров), который позволит
> на этап сборки определить потенциальную ошибку...

Я не вижу проблемы, помимо ошибки в rpm-build-compat, из-за которой у
некоторых возникло искажённое представление о платформе.

2lav: Виталий, я надеюсь на скорейшее исправление пакета rpm-build-compat,
а то уже как минимум два человека введены в заблуждение.

> > Тоже, наверное, шутите или празднуете.
> Мне жаль что Вы уже празднуете и так относитесь к вполне вменяемым
> идеям.

Я не уловил у вас никакой идеи кроме как поменять системный %_libexecdir
с нынешнего платформонезависимого значения /usr/lib на платформозависимое
значение %_libdir.
Единственное чем я могу вам помочь - это терпеливо разъяснять почему
этого ни в коем случае делать нельзя.


-- 
ldv

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