From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 28 Apr 2006 13:20:33 +0300 From: Michael Shigorin To: ALT Devel discussion list Message-ID: <20060428102032.GV6380@osdn.org.ua> Mail-Followup-To: ALT Devel discussion list References: <20051111102654.GJ16364@osdn.org.ua> <20051111154207.GP16364@osdn.org.ua> <20060427001745.GZ8441@localhost> <200604271252.54473.icesik@mail.ru> <20060427104717.GA6380@osdn.org.ua> <20060427215804.GB8851@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060427215804.GB8851@localhost> User-Agent: Mutt/1.4.2.1i Subject: [devel] [JT] Re: q: updates/2.4 X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.7 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: Fri, 28 Apr 2006 10:20:43 -0000 Archived-At: List-Archive: List-Post: On Fri, Apr 28, 2006 at 01:58:04AM +0400, Alexey Tourbin wrote: > > Причина, если кто ещё не допетрил (выразительно глядя на at@) -- > > всё та же, sec updates. Я _не_ хочу даже врагу пожелать затыкать > > дырку в каком, не дай Боже, openssh с необходимостью обновлять > > libssl, от чего отвалится какая-нить hansa. И так по всей > > площади тех поделий, которые встречаются в этой жизни. > Как именно "отвалится hansa"? Это можно автоматически > обнаружить, или требуется обязательно её запустить и куда-то > потыкать? Конечно, можно -- другой libssl-то. Только для этого надо догадываться о возможных проблемах, а при этом лучшая из известных мне политик -- не создавать их на ровном месте, при невозможности же выбирать наименьшие. > Если можно автоматически обнаружить -- дело в шляпе, задача уже > наполовину решена. Лёш, ты будто в параллельной вселенной живёшь. Здесь проблема не в "теоретически решена", хоть на 100%, а в том, что старое китайское проклятие "чтоб ты жил в эпоху перемен" -- неспроста. Не надо лишних перемен раньше времени. > Самое плохое -- это не предсказуемость. То есть пользователь > боится, что он сейчас что-нибудь обновит из сизифа и всё > накроется медным тазом. Или, что ещё хуже, это обнаружится > через только через некоторое время, в самый неподходящий > момент. И в силу того, что твой текущий подход ещё дальше от среднего уровня апстримов, чем то, что говорил несколько лет назад Дима, эту разницу придётся заполнять телами майнтейнеров, если так сделать. Лучше малое с малыми проблемами, чем большое -- с большими. > Может кто-нибудь ещё подумать вместе со мной, как организовать > тестирование dist-upgrade'ов? Я тоже в ту сторону потихоньку думал. Только без каких-либо отрицаний чего бы то ни было. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/