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