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=-1.6 required=5.0 tests=AWL,BAYES_00, DNS_FROM_OPENWHOIS,SPF_PASS autolearn=no version=3.2.5 Date: Thu, 25 Mar 2010 09:45:00 +0200 From: Igor Vlasenko To: devel@lists.altlinux.org Message-ID: <20100325074458.GA16836@dad.imath.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.18 (2008-05-17) Received-SPF: pass (dad.imath.kiev.ua: domain of vlasenko@dad.imath.kiev.ua designates 127.0.0.1 as permitted sender) receiver=dad.imath.kiev.ua; client-ip=127.0.0.1; helo=dad.imath.kiev.ua; envelope-from=vlasenko@dad.imath.kiev.ua; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; Subject: [devel] senseless check in 5.1 backporting (missing last changelog entry) X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 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, 25 Mar 2010 07:45:06 -0000 Archived-At: List-Archive: List-Post: Новая заповель для incoming -- "навреди ближнему своему". Столкнулся с тем, что task 22332 не прошел http://git.altlinux.org/tasks/22332/task/log по причине "missing last changelog entry". Типичный пример проверки, вылезшей за свою область применимости. Полезная в сизифе, бредовая при бакпортах в 5.1. Это как земля -- в саду она на своем месте, называется почва и очень ценится. А в кабинете на ковре она называется грязь и выметать ее надо нещадно. По логике этой проверки, например, пусть разработчик вел разработку foo в trunk. в какой-то момент он форкнул стабильную ветку foo5. внес несколько изменений и готовится выпустить foo5. А вот не выйдет! Слишком умная система сборки заявляет: а почему это вы не смержились с прошлогодней протухшей веткой foo3? Без мержа мы вас не выпустим! А есть ли в этом мерже СМЫСЛ? да, можно обойти эту проверку. сделать в git merge -s ours, сфабриковать в srpm нужный changelog, но СМЫСЛ? Более того, обойти указанные проверки подделкой changelog -- значит сломать очень для меня важный инвариант -- бинарную идентичность java пакетов в Сизифе и 5.1. Я _не_ собираю пакеты в бранче, а перекладываю их туда стабильными срезами. Для меня это очень важно, так как позволяет сопровождать не две подсистемы java, а одну, что экономит время и силы. Короче говоря, для java в бранче --- наличие этой проверки на входе в 5.1 есть блокер. И еще раз подниму старую тему --- не надо спешить встраивать сомнительные и "почти правильные" проверки в incoming. Проблема в том, что от этих проверок нельзя уклониться. Если уже встраивать всякие разные, давайте уже только с механизмом их отключения. -- Dr. Igor Vlasenko -------------------- Topology Department Institute of Math Kiev, Ukraine