From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 4 Jul 2007 23:53:13 +0300 From: Michael Shigorin To: ALT Devel discussion list Message-ID: <20070704205313.GX21702@osdn.org.ua> Mail-Followup-To: ALT Devel discussion list References: <468AB78E.1080702@altlinux.ru> <20070704005823.68b1d39b@mission> <468AC19B.9090308@altlinux.ru> <777d80610707031446k38ed8355q9931505496d177a2@mail.gmail.com> <20070704020107.3304ac61@mission> <468AC96E.7080500@altlinux.ru> <20070704125214.GC10337@solemn.turbinal> <468B98E0.6030803@altlinux.ru> <20070704143519.GA6168@solemn.turbinal> <468BB18A.9000304@altlinux.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <468BB18A.9000304@altlinux.ru> User-Agent: Mutt/1.4.2.1i Subject: Re: [devel] IA: apt srclist removed X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 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: Wed, 04 Jul 2007 20:49:42 -0000 Archived-At: List-Archive: List-Post: On Wed, Jul 04, 2007 at 06:41:14PM +0400, Alexey Gladkov wrote: > > Если исходные пакеты всё равно предоставляются, почему бы не > > сгенерировать для них индексы/хеши? > http://lists.altlinux.org/pipermail/devel/2007-July/047976.html | Ээээ... ошибочка. Не в files/SRPMS, а в | Sisyphus//SRPMS.classic." Знаю, впопыхах (сегодня довыкатывали очередной терминал-сервер, перед отъездом из офиса догонял devel@). | На нашем репозитории эта операция идёт очень долго. Она сейчас | очень дорогая даже на быстром сервере. Насколько дорогая? И если речь о той машинке, где максимум четыре диска -- боюсь, я знаю, где там тормоза (тогда им сопутствует приличный LA и приличный system CPU time). Может иметь смысл готовить репо в другом месте, возможно на SCSI, а туда синкать. > http://lists.altlinux.org/pipermail/devel/2007-July/047993.html | Тем более что в новой билд системе srpm публиковаться не будут | и "apt-get source" всё равно сломается. Вот когда не будет смысла, а будет альтернатива, тогда и. | Но genbasedir сейчас используется старый. Так в чём тогда проблема с | 1) либо использовать старый genbasedir до последнего, а при | миграции на новую схему воспользоваться новым genbasedir со | всеми вытекающими. Будет новая схема -- будет новый genbasedir. Пока есть старая, пусть старый будет. Если б не вылезли опытные и уважаемые разработчики -- знаешь, не открывал бы рот, а так -- лучше пусть машина работает, чем люди огорчаются. Не мы ведь для неё работаем, а она для нас... будто. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/