[devel] invalid PAM_NAME_SUFFIX - это что?

[Dmitry V. Levin]

On Sun, Nov 23, 2003 at 10:34:12PM +0200, Alexander Bokovoy wrote:
> On Sun, Nov 23, 2003 at 06:42:29PM +0300, Dmitry V. Levin wrote:
> > > > > 142.07user 11.52system 2:56.36elapsed 87%CPU (0avgtext+0avgdata
> > > > > 0maxresident)k 0inputs+0outputs (507420major+794694minor)pagefaults 0swaps
> > > > >
> > > > > И что это такое? И с чем его едят?
> > > > 
> > > > Любопытно... пришлось ручками добавить в BuildRequires libpam0-devel и после 
> > > > этого все милейшим образом собралось. Честное слово, когда будет реализован 
> > > > новый алгоритм для buildreq, то жить станет проще, жить станет веселей.
> > > На самом деле, по-моему, это ошибка в rpm-build, поскольку соответствующий
> > > макрос, выставляющий PAM_NAME_SUFFIX, не защищен от того, что
> > > %_pam_name_suffix может быть неопределено, что и вызывает далее ошибку в
> > > pam.prov.
> > 
> > Уж кто-кто, а rpm-build (в лице pam.req/pam.proc) как раз защищён:
> > когда он встречает в $RPM_BUILD_ROOT/etc/pam.d/ файл, то отсутствие
> > корректно определённого PAM_NAME_SUFFIX делает его дальшейшую работу
> > бессмысленной, о чём он и предупреждает:
> > 
> > if [ -n "$PAM_NAME_SUFFIX" -a -z "${PAM_NAME_SUFFIX##%*}" ]; then
> >         Fatal "invalid PAM_NAME_SUFFIX=$PAM_NAME_SUFFIX"
> > fi
> Это неправильное поведение -- зачем ставить в сборочную среду pam-devel в
> каком-либо виде для пакета, который по своим зависимостям его не требует?

Это правильное поведение -- необходимо установить в сборочную среду
какой-нибудь пакет, реализующий pam-devel для того, чтобы правильно
упаковать пакет, содержащий файлы в $RPM_BUILD_ROOT/etc/pam.d/

Можно, конечно, заменить фразу
invalid PAM_NAME_SUFFIX=%{_pam_name_suffix}
на что-нибудь вроде
invalid PAM_NAME_SUFFIX: build system provides no valid pam-devel package
но это, по-моему, ничего не изменит.

> Наличие конфигурационного файла в /etc/pam.d не означает необходимость
> присутствия pam-devel -- во всяком случае, не означало уже довольно
> длительное время и я пока не вижу убедительных причин так делать.

Означает.
С тех пор, как в сизифе появилась принципиальная возможность собирать
пакеты для разных pam'ов, в сборочной среде должен быть хотя бы один
пакет, реализующий pam-devel для того, чтобы rpmbuild смог вычислить
_соответствующие_ зависимости.

> Налицо еще одно "скрытое" закручивание гаек без обоснования.

Налицо далеко идущие выводы, сделанные на незнании либо непонимании
очевидных (и обсуждавшихся ещё летом) вещей.


-- 
ldv
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20031123/8b498e97/attachment-0001.bin>