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: Thu, 5 Nov 2009 18:46:12 +0200 From: Igor Vlasenko To: devel@lists.altlinux.org Message-ID: <20091105164610.GB8824@dad.imath.kiev.ua> References: <20091104210332.GA22874@dad.imath.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20091104210332.GA22874@dad.imath.kiev.ua> 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: Re: [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: Thu, 05 Nov 2009 16:46:19 -0000 Archived-At: List-Archive: List-Post: On Wed, Nov 04, 2009 at 11:03:33PM +0200, Igor Vlasenko wrote: > Одним словом, единичная система счисления имеет ряд недостатков, > так что во избежание зубочисток .1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1 > прошу разрешить суффикс .qaN для пакетов, собранных @qa наравне с .1 Спасибо всем высказавшимся в дискуссии! Суммируя, способ, предложенный Алексеем Авдеевым > А не лучше ли использовать суффиксы вида alt{,.n}, где релиз > выставленный мантейнером, а n -- цифра инкрементируемая при NMU и/или > сборке роботом? Не вызывает возражений Alexey "Ktirf" Rusakov > > А я уже давно предпочитаю увеличивать вторую цифру на единицу при > пересборках, вместо того, чтобы добавлять ещё одну точку с единицей. и потихоньку используется. Предлагаю добавить его как допустимый вариант в NMU policy. по предложениям упразднить .1 > _и_ предыдущий сборщик был робот QA выскажу мнение против: не надо усложнять жизнь потенциальным скриптописателям. Нарастить релиз на .1 --- хоть и тривиальный алгоритм, но сэкономит время тому, кому нужно срочно сделать NMU. Таперь о .qaN. С одной стороны, уже есть вариант alt{,.n}, который никого не раздражает и его можно записать в NMU policy. Могу перейти на этот вариант. Но вопрос. Почему я прошу допустить для меня еще одно исключение в NMU policy с этим суффиксом .qa? Потому что я человек;) И также планирую чинить алгоритмически не разрешимые баги вручную. Следовательно, как человек, в процессе ошибаться. Суффикс .qa поможет мне легче отслеживать ошибки наподобие такой, как неумышленное подхватывание пакета из @nobody. Таким образом, это не игрушка, а средство самоконтроля. Напомню, на мне числится почти 1000 исходных пакетов, ручной счет им давно потерян, все обрабатывается списками, сортировкой и автоматами. Поддерживаю вариант alt{,.n}, предлагаю добавить в policy, но прошу разрешить и вариант с .qa, как помогающий бороться с ошибками борцов с ошибками ;) -- Dr. Igor Vlasenko -------------------- Topology Department Institute of Math Kiev, Ukraine