Реальный прмер, имеем: $ rmadison libsigrok2 libsigrok2 | 0.3.0-1 | stable | amd64, arm64, armel, armhf, i386, mips, mipsel, powerpc, ppc64el, s390x libsigrok2 | 0.3.0-1 | testing | amd64, arm64, armel, armhf, i386, mips, mipsel, powerpc, ppc64el, s390x libsigrok2 | 0.3.0-1 | unstable | amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, powerpc, ppc64el, s390x
$ git log --graph --all --decorate --oneline git log --graph --decorate --simplify-by-decoration --oneline --all * 211cc97 (HEAD -> master, origin/master, origin/HEAD) tests: Drop another obsolete sr_analog_float_to_string() test. | * 8f54ac8 (tag: libsigrok-0.3.0, origin/libsigrok-0.3.x) Doxyfile/Doxyfile_internal: Bump version number to 0.3.0. |/ | * f1b296f (origin/dslogic) Code drop from DreamSourceLabs first source release. | | * 6f95fee (tag: libsigrok-0.2.2, origin/libsigrok-0.2.x) Doxyfile: Set version to 0.2.2. | |/ |/| * | f6b5969 (tag: libsigrok-0.2.1) Bump package version to 0.2.1, libtool version to 1:1:0. * | 26aec7f (tag: libsigrok-0.2.0) Drop link-mso19/nexus-osciprime in preparation for release. |/ * 7e41e31 (tag: libsigrok-0.1.1) sr: fx2lafw: Forgot to add (C) line to fx2lafw.h in recent commit. * fefd54a (tag: libsigrok-0.1.0) sr: Initial 0.1.0 release. * a1bb33a Start of code base layout restructuring. Поддержку для моего устройства добавили после 0.3.0. Я буду делать пакетпроивание с master, которому еще не назначена версия. Какое имя давать, когда апстрим *еще не зафиксировал* версию? Интересно что бы свежак перезатер мой пакет во время соотвествующего будущего обновления. Правильно что если бы была свежая устраивающая меня версия, например 0.3.1, то я бы назвал ее 0.3.1~bpo8-1? Где полиси по бекпортам? Я наткнулся на частный анонс http://backports.debian.org/news/jessie_released_-_backports_related_changes/ но грепать мейлисты и мониторить RSS/Atom для одноразового случая некошерно. Если я делаю для себя - значит мне не нужно следовать именованию backports, какой принцип позволяет последующие обновления? -- Best regards!
