From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 10 Jan 2004 08:54:17 +0200 From: Michael Shigorin To: ALT Devel discussion list Message-ID: <20040110065417.GA14148@osdn.org.ua> Mail-Followup-To: ALT Devel discussion list References: <20040107220329.GA6278@localhost.localdomain> <20040108000034.GA18879@basalt.office.altlinux.org> <20040108074415.GA18834@osdn.org.ua> <20040109235425.GE10517@nomad.office.altlinux.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <20040109235425.GE10517@nomad.office.altlinux.org> User-Agent: Mutt/1.4.1i Subject: [devel] Re: =?koi8-r?b?2sHXydPJzc/T1MkgzsEgzc/E1czJINDF0szBIMnE1d3JxSDT?= =?koi8-r?b?INDBy8XUz80=?= X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2004 06:54:19 -0000 Archived-At: List-Archive: List-Post: --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Sat, Jan 10, 2004 at 02:54:25AM +0300, Dmitry V. Levin wrote: > > > Добавить легко: %add_findprov_lib_path %_libdir/%name > > > Убрать сложнее: Надо переопределить %__find_requires на свой > > > скрипт, который отфильтрует результат работы системного > > > %__find_requires. Если вы придумаете более элегантный метод, > > > напишите. > > %del_findprov_lib_path %_libdir/%name > > ? > Нет, речь идет не об удалении %_libdir/%name из списка поиска > PROVIDES, а об удалении REQUIRES на объекты в %_libdir/%name. Разумеется, это был недоправленный cut'n'paste. %del_findreq_lib_path (который отфильтрует из вывода findreq один или несколько префиксов) или на худой конец %del_findreq_regex ? Хотя все равно хакообразно. Может, я тупой, но смысла выбирать именно такой баланс между "любопытством" при поиске анонсируемых и требуемых ресурсов (когда by default может запрашиваться больше, чем анонсируется) -- не вижу: * если сделано для улучшения SNR по зависимостям -- все равно приходится добавлять анонсы руками => противоречие с одним из первых тезисов ALT-Packaging; * если так получилось, что findreq быстрее стал более любопытным -- может быть осмысленно в будущем стараться такие изменения поведения производить синхронно? Т.е. если уж решили, что self requires -- это не бессмысленность само по себе, то давайте как-то консистентно подходить к тому, что первично -- предоставляемые или требуемые ресурсы. Если бы "слишком любопытным" был findprov, был бы просто лишний шум; а так добавляется бессмысленная потеря времени. Или я неправ, а это временное нава^Wявление? -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/ --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE//6GZbsPDprYMm3IRAl01AKDKu1SFWI+JB3eQKOjyfLgts7oMzgCfbAT5 sirNdvVw+1Vr3UZ/nD6pgu8= =+fCb -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ--