From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sun, 23 Jan 2011 15:38:37 +0300 From: Alexey Tourbin To: ALT Linux Team development discussions Message-ID: <20110123123837.GA29939@altlinux.org> References: <20110117212438.GA9514@altlinux.org> <20110118064641.GA15394@altlinux.org> <20110118171541.GA17846@altlinux.org> <20110118174251.GA6027@altlinux.org> <20110123121936.GC19159@mw.mithraen.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110123121936.GC19159@mw.mithraen.ru> Subject: Re: [devel] I: not yet set-versioned libraries X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2011 12:38:37 -0000 Archived-At: List-Archive: List-Post: On Sun, Jan 23, 2011 at 03:19:36PM +0300, Денис Смирнов wrote: > On Tue, Jan 18, 2011 at 08:42:51PM +0300, Алексей Турбин wrote: > AT> Если делать иерархию debuginfo-зависимостей, то получается почти такая > AT> же история, как с set-versioned sonames: нужно пересобирать все пакеты > AT> в топологическом порядке. > > Там этого точно будет достаточно? То есть что там будет с кольцевыми > зависимостями и прочими радостями жизни, не придется плясать вокруг > unmet'ов? :) Будет такая же система, как с set-versions - the library is not yet debuginfo-enabled. Когда остатки обрезания помещаются в отдельный файл, eu-strip создаёт в обрезанном файле специальную отметку, называется .gnu_debuglink. По этой отметке можно узнать, была ла библиотека, установленная в системе, обрезана по новой схеме с сохранением остатков обрезания (и тогда можно ставить зависимость на остатки обрезания) или нет. > AT> Видимо зависимости на сонеймы будут вида debug64(libc.so.6). Это я ещё > AT> не решил, но это самая сложная проблема с debuginfo пакетами. > AT> И кстати питон 2.7 ещё не собран. Так что отбранчевывать 6.0 в ближайшее > AT> время смысла нет.-) > > Гм. Хотя бы у моих правнуков шанс дожить до бранчевания 6.0 будет? :) Отфоркивать новый бранч есть смысл когда будет достигнут новый технологический уровень и радикально обновлена пакетная база. Есть ещё конечно конъюнктурные и политические резоны - типа, альтлинуксу нужно разродиться новой линейкой дистрибутивов, для имитации деятельности и для поддержания перспективы создания национальной ОС! Такие причины меня меньше интересуют.