From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <at@altlinux.org>
Date: Thu, 10 Mar 2011 10:48:36 +0300
From: Alexey Tourbin <at@altlinux.ru>
To: community@lists.altlinux.org
Message-ID: <20110310074836.GB30386@altlinux.org>
Mail-Followup-To: community@lists.altlinux.org
References: <AANLkTingbUH8n8DUCEbhCxosvT0PfRvypX1jj_REa0rC@mail.gmail.com>
	<AANLkTincRuscFKxHAyY8Y=RmEnwUXtWC8+JsE3cGPP6y@mail.gmail.com>
	<20110309151356.GB15380@altlinux.org>
	<201103101336.23455.cas@altlinux.ru>
	<20110310065320.GE15380@altlinux.org>
	<il9t54$hi3$1@dough.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <il9t54$hi3$1@dough.gmane.org>
Subject: Re: [Comm] =?koi8-r?b?09LPy8kg19nIz8TBIDYty8k=?=
X-BeenThere: community@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Community general discussions
	<community@lists.altlinux.org>
List-Id: ALT Linux Community general discussions <community.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/community>,
	<mailto:community-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/community>
List-Post: <mailto:community@lists.altlinux.org>
List-Help: <mailto:community-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/community>,
	<mailto:community-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2011 07:48:37 -0000
Archived-At: <http://lore.altlinux.org/community/20110310074836.GB30386@altlinux.org/>
List-Archive: <http://lore.altlinux.org/community/>
List-Post: <mailto:mandrake-russian@linuxteam.iplabs.ru>

On Thu, Mar 10, 2011 at 10:05:54AM +0300, Anton Farygin wrote:
> >Пересборка популярного ПО 
> >дискредитирует идею стабильного бранча, 
> >если под
> >стабильностью понимать минимизацию 
> >изменений, не направленных на
> >исправление уязвимостей или 
> >критических ошибок.
> 
> В некоторых случаях для стабильного 
> бранча собираю новые версии пакетов. 
> Если это не системная библиотека, а 
> приложение с узкой специализацией - то 
> почему-бы и нет.

"Некоторые случаи" требуют специального обоснования.  Стабильность,
насколько я понимаю, означает отказ от изменений, которые не связаны
с исправлением уязвимостей и/или критических ошибок.  Если же изменения
будут вноситься по принципу "почему бы и нет", то о каком стабильном
бранче может идти речь?

Хочу заметить, что идея т.н. стабильности очень быстро вырождается.
Например, стабильный бранч со старой версией firefox никому не нужен.

> Во всех остальных случаях, конечно-же, 
> лучше применить патч, исправляющий 
> конкретную возникающую проблему, иначе 
> можно получить тонну косяков.
> 
> Т.е. - тут нужен очень взвешенный подход - 
> в каких то случаях полезно обновить до 
> новой версии, а в каких-то - наложить 
> небольшой патч.

Т.н. взвешенный подход означает отсутствие нормального
технологически-ориентированного подхода.