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.0 required=5.0 tests=BAYES_00,RCVD_IN_SORBS_WEB, SPF_HELO_PASS,SPF_PASS autolearn=no version=3.2.5 X-Injected-Via-Gmane: http://gmane.org/ To: community@lists.altlinux.org From: Jurij Bogaevs'kyj Date: Sun, 01 Nov 2009 21:42:05 +0200 Message-ID: References: <20091101182415.GA10031@atlas.home> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195-16-207-82.pool.ukrtel.net User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5pre) Gecko/20091019 Thunderbird/3.0pre In-Reply-To: <20091101182415.GA10031@atlas.home> Sender: news Subject: Re: [Comm] update from 4.1 to p5 X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: 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: Sun, 01 Nov 2009 19:43:01 -0000 Archived-At: List-Archive: List-Post: On 01.11.09 20:24, Sergey Vlasov wrote: > On Sun, Nov 01, 2009 at 03:40:26PM +0200, Jurij Bogaevs'kyj wrote: >> Только что запустил обновление подключив p5 бранч. >> Первым делом запустил update-kernel >> И все бы ничего, но после завершения обновления ядра и его модулей >> автоматически продолжилось обновление системы. При чем после уведомления >> сколько чего поставится-снесется-замениться никто моего согласия не >> спрашивал. В данный момент идет обновление... >> Это теперь так и должно быть? >> Часть лога в аттаче. > > [...] >> update-kernel: kernel-headers-modules is installed, trying to update... >> Reading Package Lists... Done >> Building Dependency Tree... Done >> The following extra packages will be installed: > [...] >> 197 upgraded, 63 newly installed, 22 replaced, 21 removed and 860 not upgraded. > [...] > > Действительно, update-kernel, кроме пакетов с модулями ядра, > пытается обновить и пакет с заголовками - в данном случае это > kernel-headers-modules-std-def (но flavour (std-def) там не > выводится). С одной стороны, это вроде бы правильно (если перед > обновлением в системе были установлены файлы заголовков, необходимые > для сборки модулей к установленному ядру, после обновления > желательно сохранить возможность сборки модулей уже для нового > ядра). С другой стороны, у пакетов kernel-headers-modules-* > существенно больше зависимостей, чем у kernel-image-* и > kernel-modules-* (как минимум, имеется зависимость на ту версию gcc, > которой собиралось ядро, и на свежую glibc - из-за компонентов > сборочной системы ядра), поэтому установка kernel-headers-modules-* > в старую систему может потянуть за собой существенное количество > новых пакетов. > > Кроме того, в скрипте update-kernel используются отдельные вызовы > apt-get install для каждого устанавливаемого пакета (причём ошибки > игнорируются - это необходимо, поскольку набор доступных пакетов > kernel-modules-* может меняться), и, что самое неприятное, apt-get > install вызывается с опцией -y - из-за этой опции и не запрашивается > подтверждение. С другой стороны, без этой опции пришлось бы > подтверждать установку каждого пакета с модулями (поскольку пакеты > запрашиваются по именам предоставляемых ими Provides), что тоже > никуда не годится. > > Более близким к оптимальному вариантов могла бы быть сборка единого > списка пакетов для установки (с проверкой устанавливаемости пакетов, > например, по apt-get install --print-uris; использовать -s нельзя - > эта опция не работает) и последующий однократный запуск apt-get > install с полученным списком без опции -y - чтобы требовалось только > одно подтверждение для установки. Правда, в этом случае скрипт > будет работать несколько дольше из-за лишнего анализа зависимостей > при предварительных вызовах apt-get. Причём вызывать apt-get > install --print-uris нужно не по каждому пакету отдельно, а добавляя > очередной проверяемый пакет ко всему предыдущему списку - иначе > окончательный список пакетов может оказаться неустанавливаемым из-за > конфликтов между пакетами (и среди kernel-modules-* как раз > встречались конфликтующие - например, разные варианты madwifi). Спасибо за подробное обьяснение. -- Jurij Bogaevs'kiy aka samuray ICQ:248954815 Jabber:Jurij.Bogaevskyj_at_jabber.kiev.ua