From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 23 Feb 2004 00:18:42 +0300 From: Volkov Serge X-Mailer: The Bat! (v1.62r) Personal X-Priority: 3 (Normal) Message-ID: <404069972.20040223001842@altlinux.ru> To: ALT Devel discussion list Subject: Re: [devel] Re: I: packages depending on dated libdb versions In-Reply-To: <20040220091337.GH15905@osdn.org.ua> References: <20040219220537.GA1316@basalt.office.altlinux.org> <20040220091337.GH15905@osdn.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.4 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: Mon, 23 Feb 2004 20:35:18 -0000 Archived-At: List-Archive: List-Post: Hello Michael, Friday, February 20, 2004, 12:13:37 PM, you wrote: MS> On Fri, Feb 20, 2004 at 01:05:37AM +0300, Dmitry V. Levin wrote: >> Что-то с миграцией на libdb4.2 у нас обстоят дела не важно. То >> ли не понравилась она вам, то ли ещё чего, но из 29 исходных >> пакетов, использующих libdb4, на libdb4.2 переведена лишь >> половина. Вот те, что остались: MS> Эти, видимо, более приоритетны: >> rpm-4.0.4-alt33.src.rpm >> osec-0.6.0-alt2.src.rpm >> python23-2.3.3-alt5.src.rpm >> exim-4.30-alt1.1.src.rpm MS> Из них Витя уже анонсировал exim-4.30-alt2; с rpm и osec кто-нить MS> как-нить да разберется; остается python23, который все равно MS> вроде как теперь "питон. просто питон"? MS> Эти тоже, но за Диму их придется собрать кому-то другому: я пересоберу и выложу во вторник >> courier-imap-2.1.2-alt1.src.rpm >> drac-1.11-alt3.src.rpm >> maildrop-1.6.2-alt1.src.rpm MS> А эти -- менее: >> php-dba-4.3.5-alt0.cvs20040130.src.rpm >> inn-2.4.1-alt2.src.rpm >> GConf-1.0.9-alt6.src.rpm >> gift-openft-0.2.1.2-alt1.src.rpm >> kdevelop-3.0-alt0.12.src.rpm >> poedit-1.2.2-alt2.1.src.rpm >> sendmail-8.12.10-alt4.src.rpm >> >> Очевидно, что все эти пакеты, собранные с другими libdb4, нельзя >> безопасно использовать совместно с nss_ldap. MS> Если я правильно помню подход Debian, при подобных случаях MS> (необходимость пересборки в ином окружени) и превышении некоего MS> таймаута (не помню -- от недели до трех) пакет пересобирает (или MS> выкидывает) QA Team. MS> Может, имеет смысл поступить аналогично? Противопоказаний не MS> вижу (кроме нагрузки на QA -- но размазанный переход вряд ли ее MS> уменьшит). >> Кроме того, настораживает столь малое число использующих libdb4 >> пакетов. Складывается ощущение, что какие-то важные пакеты >> носят разные libdb4 с собой и линкуются с ними статически. MS> Как это проанализировать? (в идеале -- не глазами по тарболу) -- Best regards, Volkov mailto:vserge@altlinux.ru