From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 10 Jan 2004 15:48:29 +0300 From: "Dmitry V. Levin" To: ALT Devel discussion list Subject: Re: [devel] Re: =?koi8-r?B?2sHXydPJzc/T?= =?koi8-r?B?1MkgzsEgwsnCzMnP1MXLySDJxNXdycUg0yDQwcvF1M/N?= Message-ID: <20040110124829.GA12507@nomad.office.altlinux.org> 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> <20040110065417.GA14148@osdn.org.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <20040110065417.GA14148@osdn.org.ua> X-fingerprint: 9658 398D 181B 1200 8FC5 26B8 F6F8 846B C1E2 3429 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 12:48:35 -0000 Archived-At: List-Archive: List-Post: --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Sat, Jan 10, 2004 at 08:54:17AM +0200, Michael Shigorin wrote: > 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 может запрашиваться больше, чем анонсируется) > -- не вижу: А зря. Напомню, откуда все эти find{req,prov}_lib_path родом. Когда-то был релиз ALM2.2 (может, ещё помните), и был там пакет с OpenOffice.org. В пакете том, помимо всего прочего, было два файла, /usr/lib/openoffice/program/libgcc_s.so.1 и /usr/lib/openoffice/program/libstdc++.so.5 И предоставлял сей пакет, среди всего прочего, libgcc_s.so.1 и libstdc++.so.5. И представьте себе, во время dist-upgrade поставился у пользователей этот замечательный пакет вместо libgcc3.2 и libstdc++3.2 И спрашивали потом эти счастливые обладатели свежеобновлённой системы, почему у них apt-get не запускается, и ещё много полезных программ не запускается. И говорили им потом, что нельзя было устанавливать пакет openoffice-1.0.2-alt2, но было уже поздно. Вот эта история навела на мысль, что искать provides нужно по умолчанию только там, где по умолчанию ищет /lib/ld-linux.so.2 -- ldv --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE///Sd9viEa8HiNCkRAgizAJ45vYgeJu296C/gHlCFudrizTqIgACfVg+v k6zC35qunJDzEwc/9gkbS4M= =ohgW -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C--