From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: at@turbinal.org Date: Sun, 20 Oct 2002 00:45:47 +0400 To: devel@altlinux.ru Message-ID: <20021019204547.GA2313@homestead.turbinal.org> Mail-Followup-To: devel@altlinux.ru References: <20021016014557.GA29249@homestead.turbinal.org> <20021017081412.GB22143@mhz.mikhail.zabaluev.name> <20021018014056.GA4494@homestead.turbinal.org> <20021018222612.GA2153@mhz.mikhail.zabaluev.name> <20021018234241.GA5988@homestead.turbinal.org> <20021019093846.GA54@mhz.mikhail.zabaluev.name> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20021019093846.GA54@mhz.mikhail.zabaluev.name> Subject: [devel] Re: perl ABI detection at find-requires stage Sender: devel-admin@altlinux.ru Errors-To: devel-admin@altlinux.ru X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: devel@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: On Sat, Oct 19, 2002 at 01:38:46PM +0400, Mikhail Zabaluev wrote: > Их просто нужно вынести в отдельные пакеты по аналогии с CPAN. > Дробление здесь оправдано наличием зависимостей на db и > gdbm. Точно. > SDBM_File можно оставить в главном пакете. > То, что AnyDBM_File чего-то там не хватает, это не проблема. > У нас же стоял при сборке AutoReq: yes, noperl :) BTW, для AnyDBM_File формально ничего не требуется, т.к. /usr/lib/rpm/perl.req не по зубам понять, почему ему что-то требуется. Однако другие пакеты, которые хотят AnyDBM_File (perl-libwww-perl), просто обломаются. > То есть, автоматика нам эту зависимость не найдёт. > Прописывать руками зависимость таких пакетов на libperl.so.X.Y > можно, но это мартышкин труд. Жестко прописать руками зависимость на ABI (на soname) -- это пока единственный способ контролировать бинарную совместимость + целостное состояние системы. Во всех других случаях возможен либо крэш, либо ненайденный модуль при установленном пакете (inc_version_list). Оба этих варианта неприемлемы, и мы спорим только о том, насколько первый неприемлемей второго. Я правильно понимаю? > Впрочем, одну выгоду я осознал: noarch-пакеты не нужно пересобирать > при смене версии perl, даже если они вышли бы из inc_version_list > в установке "по умолчанию". Если разумно решить проблему с > апгрейдом бинарных пакетов, возможно, всё будет Правильно. Каким образом зависимость на ABI/soname может попасть в пакет автоматически при сборке? Можно ли отхачить что-нибудь на стадии find-requires так, чтобы при обнаружении перлового бинарного кода автоматически выставлялась зависимость на перловый soname из среды сборки? > > 3) оставить пока libperl.so.5.8; > > при откате назвать libperl-nothreads.so.5.8. > > Так и сделаем. > > Угу. Всё-таки неприспособленные к threads библиотеки -- это > анахронизм, который надо изживать. RH и MDK собирают с тредами. Поэтому откат, действительно, маловероятен.