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=2.7 required=5.0 tests=BAYES_40,DNS_FROM_OPENWHOIS, FUZZY_XPILL autolearn=no version=3.2.5 Date: Thu, 10 Mar 2011 15:19:47 +0200 From: Michael Shigorin To: ALT Linux Community general discussions Message-ID: <20110310131947.GU16154@osdn.org.ua> Mail-Followup-To: ALT Linux Community general discussions References: <4D788D25.9070908@altlinux.com> <201103101415.24985.zerg@altlinux.org> <20110310125356.GS18312@osdn.org.ua> 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: [Comm] =?koi8-r?b?0sXHzMHNxc7UIM/Czs/XzMXOyco=?= X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: shigorin@gmail.com, ALT Linux Community general discussions List-Id: ALT Linux Community general discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2011 13:00:29 -0000 Archived-At: List-Archive: List-Post: On Thu, Mar 10, 2011 at 03:38:49PM +0300, Aleksey Novodvorsky wrote: > > > > Например, в 5.1 не обновляется по безопасности ядро > > > > std-def(не было ни 1-го обновления вообще). Мантейнер 5.1 > > > > это сделать не может, а мантейнер пакета не хочет. > > > Сергей, не надо писать в публичные списки неверную информацию. > > > Вы же лично ее не проверяли. > > Алексей, в данном случае Вы неправы -- как раз zerg@ и тормошил. > Сергей неточно описал ситуацию. Вышеописанное мне кажется достаточно точным, если под "майнтейнером 5.1" (которых несколько) подразумевали меня; насколько понимаю, если бы silicium@ хотел попадать на поддержку двух бинарных сборок (под p5 и 5.1), то добрался бы. Но такое предлагать стыдно; что с подобными случаями делать в будущем -- мне пока непонятно с учётом того, что: * те же обновления драйверов nvidia или virtualbox кажется вполне осмысленным обкатывать в community-бранче, а потом тащить в supportable; * приоритет обновлений в supportable, как понимаю, скорее за тем, что можно проверить и содержащим по возможности меньше несвязанных напрямую с причиной данного обновления изменений); * изменения kernel-image, где обычно ловят дырки, связаны с изменениями kernel-modules, по которым хотелось бы обкатывать новую функциональность. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/