From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 24 Mar 2011 04:23:58 +0300 From: Alexey Tourbin To: ALT Linux Team development discussions Message-ID: <20110324012358.GL30247@altlinux.org> References: <20110323211527.GB11334@altlinux.org> <20110323212041.GQ9385@osdn.org.ua> <20110323212713.GC11334@altlinux.org> <1300916449.14809.40.camel@arisbook> <20110323223915.GF30247@altlinux.org> <20110323233849.GI30247@altlinux.org> <20110323235051.GJ30247@altlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [devel] *-devel pillaging 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: Thu, 24 Mar 2011 01:23:59 -0000 Archived-At: List-Archive: List-Post: On Thu, Mar 24, 2011 at 02:56:03AM +0300, Aleksey Novodvorsky wrote: > 24 марта 2011 г. 2:50 пользователь Alexey Tourbin написал: > > On Thu, Mar 24, 2011 at 02:41:22AM +0300, Aleksey Novodvorsky wrote: > >> > Мне надо закончить проверку и исправление библиотек, на это уйдёт ещё > >> > несколько дней.  После этого надо будет проверить, исправить и пересобрать > >> > все остальные пакеты. > >> > >> 10 тысяч  проверить. исправить и пересобрать? > > > > Не только в связи с обсуждаемым изменением зависимостей, конечно. > > Так сколько будет потенциально разломано в связи с обсуждаемым изменением? Я уже проверил и исправил довольно много библиотек, причем я их проверял в таком порядке, что бОльшая часть разломов уже наступила. Многократно худших разломов не будет (впрочем, ситуацию c qt я ещё не очень хорошо представляю). Разломы бывают двух типов. Если пакет совсем перестал собираться, то его видно в beehive_status. Исправить такие пакеты относительно несложно (я могу помочь их исправить). Таких пакетов - десятки. Это почти что не проблема. Часть пакетов стали собираться в урезанной конфигурации. Таких пакетов - десятки, но их сложнее идентифицировать. Я писал в рассылку письмо, где показывал, как с помощью "двух грепов" составить предварительный список пакетов, которые лишились поддержки zlib. Это не совсем точный список, т.к. diff не даёт полной информации. Можно составить более точный список, используя три грепа! Короче, завтра Алексей Турбин может написать скрипт, который более точно идентифицирует пакеты, которые собрались в урезанной конфигурации, по логам тестовой пересборки. Сколько процентов претензий к Алексею Турбину это снимет? (Это не отменяет вопроса, почему пакеты собираются в урезанной конфигурации. Мейнтейнер должен зафиксировать конфигурацию таким образом, чтобы пакет либо собрался в требуемой конфигурации, либо не собирались вообще. Но это неудобные вопросы. Проще сказать, что Алексей Турбин ломает Сизиф.) С такими пакетами есть неприятная проблема - мейнтенер может подготовить новую сборку или даже новую версию, не учитываю того, что нужно проверить и обновить сборочные зависимости; тем самым как бы санкционирую урезанную конфигурацию. > > Но, в общем, да.  Нет другого способа повысить качество репозитория, > > кроме как проверить, исправить и пересобрать все пакеты. > > Это невозможно при любых мыслимых ресурсах, а не только при нынешних. > Есть другие предложения? Пакеты всё равно придётся пересобирать, хотя бы автоматически. Просто окончательная массовая пересборка как бы всё время откладывается.