Re: [devel] Unary number system is inefficient.

[Aleksey Avdeev <solo@solin.spb.ru>]

[-- Attachment #1: Type: text/plain, Size: 1906 bytes --]

05.11.2009 00:03, Igor Vlasenko пишет:
> Уважаемые коллеги!
> 
> В нашем 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.

  А не лучше ли использовать суффиксы вида alt<M>{,.n}, где <M> релиз
выставленный мантейнером, а n -- цифра инкрементируемая при NMU и/или
сборке роботом?

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]