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.2 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.2.5 Date: Wed, 4 Nov 2009 23:03:33 +0200 From: Igor Vlasenko To: devel@lists.altlinux.org Message-ID: <20091104210332.GA22874@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] Unary number system is inefficient. 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: Wed, 04 Nov 2009 21:03:42 -0000 Archived-At: List-Archive: List-Post: Уважаемые коллеги! В нашем NMU policy есть правило нумерации NMU релизов "Если исправление можно сделать в рамках той же upstream-версии пакета, что находится в репозитории, то в значение тэга Release пакета необходимо добавить дополнительное число, отделённое точкой и по нумерации начинающееся с единицы, чтобы не пересечься с обычной нумерацией версий и релизов у основного мейнтейнера. Например, пакет, собранный ранее мейнтейнером с релизом alt3 и автоматически пересобранный ранее QA Team Robot с релизом alt3.1, при NMU должен получить релиз alt3.1.1." Это древняя и уважаемая традиция, иногда, правда, порождающие релизы на релизы вида python-module-ClientCookie-1.0.2-alt0.1.1.1.1.src.rpm python-module-OpenSSL-0.6-alt2.1.1.1.1.src.rpm я ее предлагаю сохранять и поддерживать. Но! для пакетов, собранных в рамках @qa, хочу использовать вместо суффикса .1.1 ... .1 (N times) суффикс .qaN. Причины понятны: Я, как уже рассказывал, пишу qa-repocop робот, который будет делать NMU не раз в год, а на постоянной основе. Учитывая скорость изменений, реально получить для nobody пакетов релизы вида python-module-ClientCookie-1.0.2-alt0.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.src.rpm Что и уродливо, сравнивая с python-module-ClientCookie-1.0.2-alt0.1.qa14 и чревато переполнениями колонок в старом движке prometeus. Одним словом, единичная система счисления имеет ряд недостатков, так что во избежание зубочисток .1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1 прошу разрешить суффикс .qaN для пакетов, собранных @qa наравне с .1 -- Dr. Igor Vlasenko -------------------- Topology Department Institute of Math Kiev, Ukraine