Stability theater.
# rpm2cpio ../lvm2-2.02.100-8.el6.src.rpm | cpio -t
LVM2.2.02.100.tgz
lvm2-2_02_101-add-support-for-running-pvscan-in-the-background.patch
lvm2-2_02_101-add-support-to-pvmove-raid-mirror-and-thin-volumes.patch
lvm2-2_02_101-blkdeactivate-add-support-for-bind-mounts.patch
lvm2-2_02_101-blkdeactivate-change-reporting.patch
lvm2-2_02_101-do-not-allow-passing-empty-new-name-for-dmsetup-rename.patch
lvm2-2_02_101-do-not-assume-stdin-fd-is-readable.patch
lvm2-2_02_101-do-not-support-lvconvert-mirror-thinpool.patch
lvm2-2_02_101-enable-resume_lv-to-handle-renaming-conflicts-in-raid.patch
lvm2-2_02_101-filter-cleanup-and-filter-mpath-reorder.patch
lvm2-2_02_101-fix-lvm2app-segfault-in-lvm_list_pvs_free-for-no-pv-in-the-system.patch
lvm2-2_02_101-fix-monitoring-and-resize-of-stacked-thin-pools.patch
lvm2-2_02_101-fix-segfault-with-inactive-pvmove-lv.patch
lvm2-2_02_101-fix-udev-rules-to-fire-pvscan-on-relevant-events-and-reinstate-3min-timeout.patch
lvm2-2_02_101-make-raid-capable-of-single-machine-exclusive-operations-in-a-cluster.patch
lvm2-2_02_101-notice-on-disk-corruption-in-spite-of-lvmetad.patch
lvm2-2_02_101-refresh-existing-vg-before-autoactivating.patch
lvm2-2_02_101-require-confirmation-for-vgchange-c-and-no-vg.patch
lvm2-2_02_101-support-most-of-lvchange-operations-on-stacked-thin-pool-meta-and-data-lv.patch
lvm2-2_02_101-various-minor-doc-man-message-edits.patch
lvm2-2_02_103-add-ignoreskippedcluster-for-exit-status-success-when-clustered-vg-skipped.patch
lvm2-2_02_103-define-symbolic-names-for-subsystem-udev-flags-in-libdevmapper.patch
lvm2-2_02_103-fix-contiguous-and-cling-alloc-policies-for-parity-raid.patch
lvm2-2_02_103-fix-raid-calculation-for-insufficient-allocatable-space.patch
lvm2-2_02_103-honor-mirror_segtype_default-when-converting-from-linear.patch
lvm2-2_02_103-make-subsystem-udev-rules-responsible-for-importing-dm_subsystem_udev_flag.patch
lvm2-2_02_104-add-ignore_lvm_mirrors-to-config-file-to-read-ignore-labels-on-mirrors.patch
lvm2-2_02_104-add-internal-flag-for-temporary-lvs-to-properly-direct-udev-to-not-interfere.patch
lvm2-2_02_104-add-support-for-flagging-lv-to-skip-udev-scanning-during-activation.patch
lvm2-2_02_104-do-not-allow-syncaction-changes-on-non-raid-lv.patch
lvm2-2_02_104-fix-clvmd-message-verification-to-no-reject-remote-flag.patch
lvm2-2_02_104-fix-deactivation-of-opened-virtual-snapshot-and-add-retry-loop-for-lv-deactivated-removed.patch
lvm2-2_02_104-fix-endless-loop-in-blkdeactivate-if-unable-to-umount-deactivate.patch
lvm2-2_02_104-fix-lvconvert-swap-of-poolmetadata-volume-for-active-thin-pool.patch
lvm2-2_02_104-fix-lvconvert-when-converting-to-thin-pool-and-thin-lv-at-once.patch
lvm2-2_02_104-fix-possible-race-while-creating-and-destroying-memory-pools.patch
lvm2-2_02_104-improve-message-when-unable-to-change-discards-setting-on-active-thin-pool.patch
lvm2-2_02_104-provide-better-error-message-when-attempting-scrubbing-on-thinpool-lv.patch
lvm2-2_02_104-recognise-nvm-express-devices-in-filter.patch
lvm2-2_02_104-recognize-new-flag-to-skip-udev-scanning-in-udev-rules-and-act-appropriately.patch
lvm2-2_02_104-report-raid-images-split-with-tracking-as-out-of-sync.patch
lvm2-2_02_104-various-lvmetad-fixes.patch
lvm2-rhel6.patch
lvm2-set-default-preferred_names.patch
lvm2.spec
3334 blocks
Если это не очевидно, я сейчас объясню что это такое и что это значит.
Значит во-первых это src.rpm для lvm2 для centos-6.5. Центось у нас стабильная, энтерпразйная. Что это значит? Это значит (цитата с одного из мануалов по сборке рпм, жаль я ссылку потерял), что меинтейнер делает только секьюрити и фичапатчи нужные юзерам, а бамп версии оставляет на следующую версию дистрибьютива (нет, ссылку обязательно надо снова найти). Звучит классно, а теперь смотрим вверх и видим 41 патч. Что это за патчи и откуда они появились?
Происходит это так.
1) нам нужны фичи и патчи
2) но в центось-6.5 у нас заморожен лвм-2.02.100 и мы не можем бампнуть до 104 потому, что мы должны выглядеть стабильными
3) поэтому мы ... (Барабанная Дробь) ... берём разницу между 100 и 104 и (патчить-то нам можно) оформляем это патчами (причём каждый новый патч == новый ревбамп пакета)
4) и получаем по факту 104 (которая 100 + 41 патч), но в дистре у нас (== yum нам показывает) замороженная "стабильная" и "энтерпрайзная" 100
5) Потом на одном девелопере обычно висит пакетов 50
6) И получается на что тратится время девелопера? Правильно, на нарезание последнего апстримного релиза на 40 патчей и 40 пересборок, потому, что нам нужна 104, но мы не можем 104 ибо у нас version freeze и стабильность.
Welcome to stability theater.