From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 15 Jun 2006 13:43:47 +0400 From: "Fr. Br. George" To: ALT Linux Sisyphus discussion list Message-ID: <20060615094347.GB11771@grep.po.cs.msu.su> References: <20060614150701.GH7887@grep.po.cs.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.1i Subject: Re: [sisyphus] =?koi8-r?b?89TBwsnM2M7ZyiDzydrJxg==?= X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.7 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2006 09:44:02 -0000 Archived-At: List-Archive: List-Post: On Thu, Jun 15, 2006 at 10:01:50AM +0400, Anton Farygin wrote: > Со всем согласен, за исключением Freeze. > > Более удачный вариант - Branch. С обкаткой новых версий в Sisyphus и > перекладыванием в Branch. Совершенно неважно, как это называется. Главное, чтобы заморозка была в Сизифе, а не где-то на стороне, потому что я, например, не стану работать на ветку, которая заведомо не будет больше расти, и предпочту если и дотачивать пакет, то прямо там, откуда он будет развивваться дальше. Именно потому я и предпочитаю Сизиф. И если я не один такой, то мы получим вечно нестабильный Сизиф со множеством недовольных нас и непонятно по какой причине "стабильную" ветку, в которой трудится полдюжины бэкпортеров. То есть ровно то, что сейчас. Собственно, то, что я сейчас сказал -- это не предположение, а наблюдение. > Всё тоже самое, но только на месяц раньше. У многих как раз самое время > делать фиксы летом ;) Никто им не мешает. Но этих многих всё же меньше, чем тех, кто ездит в это время в отпуск. > Помимо документации существует ещё целый класс пакетов, в которых > постоянно меняется версия. И которые необходимо постоянно обновлять ;) Несомненно. Документация -- это только очевидный пример. > > RC продолжают > > выпускаться до тех пор, пока не перестанут приходить release > > critical блохи, или пока не надоест. > Скорее последнее, ибо как показывает практика Release Critical баги > приходят _всегда_. Ибо то, что не Critical для меня - Critical для > соседа... Разумеется. Но RC отличается от deepfreeze тем, что самые вредные баги уже выброшены, а фиксятся свеженайденные. И тут в самом деле надо просто меру знать. Кстати, при наличии некоторой привычки и информационной поддержки, RC можно делать уже из ветки: другой контингент тестеров, разработчики уже отплясали и у них руки чешутся бежать дальше. Но до тех пор, пока процесс freeze/release не устаканится, этого делать не стоит -- будет создавать неразбериху и нежелание фиксить что-то в какой-то "ветке". > С ноября по декабрь не получится исправить все Critical баги.. и в этом > основная проблема ;( С октября по декабрь. Потому что RC, по идее, выходит либо без rcb, либо с размеченными rcb/errata с предложением сообществу навалиться. > Ага. Т.е. - два релиза в год. Да, один технологический, чтобы не разбегаться от upstream далеко, другой -- для дистрибутивов, слегка разные установки. -- George V Kouryachy (aka Fr. Br. George) mailto:george at altlinux_ru