From: Alexey Tourbin <at@altlinux.ru>
To: devel@lists.altlinux.org
Subject: [devel] проблемы с поиском зависимостей
Date: Thu, 1 Mar 2007 23:31:09 +0300
Message-ID: <20070301203109.GM32320@localhost.localdomain> (raw)
[-- Attachment #1: Type: text/plain, Size: 2020 bytes --]
У нас есть две "фундаментальные" проблемы с поиском зависимостей.
1) вариации шарпбанга можно использовать для отключения распознавания.
Напр. "#!/usr/bin/env bash" искать зависимости не будет.
Возможно более хитрое уклонение от поиска зависимостей,
см. напр. /usr/lib/rpm/tcl.req
Предлагаю написать какой-нибудь фиксер для /usr/lib/rpm/brp-fixup.
2) find-requires и find-provides не модульные. Приходится
модифицировать их для подключения каждого нового типа зависимостей.
Чтобы сделать его модульным, при этом не переделывая всё вообще, можно
сделать вот что. На каждый тип зависимостей уже есть по два файла,
напр. shell.req и shell.prov. В этой схеме не хватает только ещё одной
"штуки", назову ee shell.files, которая будет определять, какие файлы
нужно (а какие не нужно) скармливать в shell.req и shell.prov.
При этом $(basename shell.files .files) может являться идентификатором
для всей группы shell.* скриптов поиска зависимостей, а этот
идентификатор можно учитывать в "AutoReqProv: yes, noshell".
Скрит shell.files на входе может брать список файлов и их типов, чтобы
повторно не дергать file(1), напр.
/usr/bin/cg-commit<TAB>bash script text executable
/usr/bin/buildreq<TAB>Bourne shell script text executable
(надеюсь, что tab достаточно хороший сепаратор, чтобы не мучиться с нулями)
a на выходе отдавать просто список файлов, которые подходят, т.е.
/usr/bin/cg-commit
/usr/bin/buildreq
Соответственно реализация этого shell.req может быть очень простой.
#!/bin/sh
while IFS=$'\t' read -r file type; do
if [ -z "${type##*Bourne shell script*" ]; then
echo "$file"
elif [ -z "${type##*bash script text*" ]; then
echo "$file"
elif ...
elif [ -z "${file##*.sh}" -a -z "${type##*text*}" ]; then
echo "$file"
done
Соответственно find-requires превращается в простой диспетчер: запустить
file(1), отфильтровать его через все доступные /usr/lib/rpm/*.files и по
очереди скормить соответствующие списки файлов в соответствующие
/usr/lib/rpm/*.req.
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next reply other threads:[~2007-03-01 20:31 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-01 20:31 Alexey Tourbin [this message]
2007-03-01 23:02 ` Alexey Tourbin
2007-03-02 0:46 ` Alexey Tourbin
2007-03-02 17:03 ` Dmitry V. Levin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070301203109.GM32320@localhost.localdomain \
--to=at@altlinux.ru \
--cc=devel@lists.altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git