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=0.0 required=5.0 tests=BAYES_50 autolearn=unavailable version=3.2.5 Message-ID: <499D0C4A.60906@mmedia2.kemsu.ru> Date: Thu, 19 Feb 2009 14:37:46 +0700 From: REAL User-Agent: Thunderbird 2.0.0.19 (X11/20081209) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <20090211174137.GA13583@ssh.git.egro.altlinux.org> <8b9c685c0902151014n573304e5yb0b312912cf6d8b7@mail.gmail.com> <20090218005948.GA11512@wo.int.altlinux.org> <20090218121025.GA22145@dad.imath.kiev.ua> <20090218132014.GD31985@altlinux.org> <20090218200913.GA9253@dad.imath.kiev.ua> <20090219070926.GG31985@altlinux.org> In-Reply-To: <20090219070926.GG31985@altlinux.org> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] FAILED srpm=exiv2-0.18-alt1.src.rpm X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2009 07:30:09 -0000 Archived-At: List-Archive: List-Post: Alexey Tourbin пишет: > Задача состоит в том, чтобы не допускать разлома репозитария вообще, > то есть допускать только транзакционные обновления пакетов, при которых > сохраняется целостность репозитария. А сейчас, Вы думаете, что происходит? Как раз период такого многоступенчатого обновления, но где разлом сизифа, я пока не понимаю. Игорь недвусмысленно и публично предупреждал, что это будет, и кое-какие пакеты обновлять не надо. А вот был бы механизм, когда это дело можно было бы положить на автоматику (не обновлять, что сказали), а не на память пользователей репозитория - было бы вообще замечательно. > Робота будет обмануть сложнее, когда тестовая пересборка пакетов > станет обязательным условием. Пересборка пакетов под 100-200 штук, где попадаются объёмом 200 мегабайт и больше - а не застопорит ли это процесс сборки пакетов для остальных майнтайнеров? Насколько упадёт производительность? Насколько времени растянется процесс, если такую тестовую пересборку придётся запускать раз 20-30? > А может быть, если требуются такие "полные переезды", то это значит, > что задана слишком жесткая система связей между пакетами? Для noarch > пакетов жесткую систему связей обычно можно немного ослабить. Maven - сам по себе репозиторий (ведь и сама Java - это вовсе не просто язык и виртуальная машина, это полноценная платформа для разработки и запуска масштабных программных комплексов), и он живёт своей жизнью, не только с сизифом, даже с linux зависимостями не повязанный. Увы, это реальность. И чтобы хоть как-то облегчить жизнь тем, кто пользуется и сизифом, и мавеном одновременно, такие масштабные переезды нужны. -- REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ