From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=unavailable version=3.2.5 X-Yandex-TimeMark: 1242995763 X-Yandex-Spam: 1 X-Yandex-Front: smtp16 X-BornDate: 976136400 X-Yandex-Karma: 0 X-Yandex-KarmaStatus: 0 X-MsgDayCount: 5 X-Comment: RFC 2476 MSA function at smtp16.yandex.ru logged sender identity as: shader Date: Fri, 22 May 2009 16:36:01 +0400 From: Alexey Novikov To: ALT Linux Sisyphus discussions Message-ID: <20090522123601.GA17816@localhost.localdomain> References: <200905211329.43208.cas@altlinux.ru> <200905211613.21562.cas@altlinux.ru> <4A15477B.7030401@altlinux.ru> <200905211621.11566.dans@altlinux.ru> <20090522051558.GA8379@localhost.localdomain> <20090522134751.daaf7b9c.bga@altlinux.org> <20090522112750.GA14805@localhost.localdomain> <20090522160650.6fc508fd@bga> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090522160650.6fc508fd@bga> Subject: Re: [sisyphus] =?koi8-r?b?8NLFxMzP1sXOydEg0M8gxs/SzcnSz9fBzsnAIMLS?= =?koi8-r?b?wc7exco=?= X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Sisyphus discussions List-Id: ALT Linux Sisyphus discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2009 12:36:51 -0000 Archived-At: List-Archive: List-Post: On Fri, May 22, 2009 at 04:06:50PM +0400, Grigory Batalov wrote: > On Fri, 22 May 2009 15:27:50 +0400 > Alexey Novikov wrote: > > > Тут скорее вопрос, по чьей инициативе пакет из unstable(sisyphus) > > будет попадать в testing. Если по инициативе майнтейнера, то > > спрашивается чем это лучше Сизифа? Скорее это должен быть > > ответственный(ые) за testing, при чем имеющий достаточную > > компетенцию. > > Т.е. опять нагрузка ложится на крайнего. 1. Кто-то все равно должен отвечать за его состояние 2. Основная часть работы здесь не в переносе пакета - это можно сделать и автоматически, а в установлении достаточной степени стабильности планирующегося обновления. Часть информации может предоставить углубленное тестирование (автоматическое), которое далеко не всегда практикуют майнтейнеры Сизифа (сравнение requires/provides/soname changes/ABI changes и т.д.), другую часть может дать реальное тестирование (обычно необходимое при смене версий, а не релизов) - это тестирование не всегда может выполнить branch manager, но, если пакетом пользуются, могут выполнить другие, а branch manager может удовлетворится их отзывами, если он представляет компетентность этих людей. Каким образом организовать это общение - это уже другой вопрос. > > Сложнее ситуация, когда обновление одного пакета ломает работу > > другого, при том, что в Сизифе этого разлома не обнаруживается. > > Вот здесь может помочь более глубокое тестирование перед > > публикацией пакета в бранче. Чтобы на это было достаточно > > времени, см. ниже. > > > > > Как это выявить? Пересобрать весь бранч после приёма обновлённого > > > пакета. Пока что на пересборку не хватает мощностей. Еженедельная > > > пересборка не даёт однозначного ответа, какой из пакетов навредил, > > > без участия человеческого арбитра. > > > > Перенос из unstable в testing не обязательно должен быть > > ежедневной процедурой, в большинстве случаем хватит и раз в > > неделю. > > Тем не менее, для ответа на вопрос, не ломает ли чего пакет в бранче, > требуется пересборка бранча _только_ с этим новым пакетом. Так что > выигрыш от еженедельной пересборки по сравнению с незамедлительной > может быть получен, если пакет за неделю обновился несколько раз. Не только. При ограниченных вычислительных мощностях провести углубленное тестирование, например тестовую пересборку, реальнее раз в неделю, чем каждый день. Вот после этого и можно будет принять решение - стоит ли обновлять пакет в testing и до какой версии (не обязательно последней в Сизифе, если хранить commit id в rpm пакете, то можно собрать и предыдущую версию) -- WBR, Alexey Novikov XMPP: alex-novikov@jabber.ru, shader@ya.ru