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=ham version=3.2.5 Message-ID: <499D0A83.9030804@mmedia2.kemsu.ru> Date: Thu, 19 Feb 2009 14:30:11 +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> <20090218222157.GB18839@mw.office.seiros.ru> In-Reply-To: <20090218222157.GB18839@mw.office.seiros.ru> 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:22:26 -0000 Archived-At: List-Archive: List-Post: Денис Смирнов пишет: > Собираешь пакеты. Что-то пересобираешь, что-то фиксишь. Что-то > bootstrap'ишь. Но все это -- внутри task'а. Когда процесс бутстрапа > завершен, перекладываешь task в репозиторий. Увы, это возможно действительно для банальных случаев. Я вот понимаю Игоря, потому что сталкивался с необходимостью обновить версию какого-нибудь пакета (скажем, saxon 7.* -> 8.*, в проекте, в котором двух версий быть не может и не должно, ибо есть проект-common-xsl, которые, в свою очередь, влияют на другие, содержащие xslt-преобразования, и так по цепочке). Здесь любая живая система требует сквозного контроля и тестирования, иначе лучше и не начинать. В данном случае это порождает совершенно непредскакуемые и неочевидные грабли, которые обнаруживаются и обезвреживаются именно в процессе обновления. Держать у себя весь сизиф локально и пересобирать его с каждой новой попыткой пересобрать зависимые пакеты в gear? Это ж сколько месяцев на весь процесс будет убиваться? А вот поэтапное обновление всё упрощает. Вот был бы дедал по функциональности и аппаратному оснащению идентичен сизифу, был бы другой разговор. > Вообще бутстрапиться в публичном репо это нехорошо, и приемлимо лишь до > тех пор пока нет средств обойтись без этого кошмара. А здесь просто ещё функционала нужного не хватает. Например, бывает нужно ПРЯМО В СИЗИФЕ указать список пакетов (который будет для каждого майнтайнера свой, а при операциях все списки - мержиться), чтобы ни они, ни зависимые не участвовали в apt-get upgrade/dist-upgdate. -- REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ