rpm -Vv <pkg>, return code is always 1 when verbose mode is turn on

Description of problem:
return code is always 1 when verbose mode is turn on

Version-Release number of selected component (if applicable):
rpm-4.4.2.3-16.el5.x86_64
nightbuild rhel54-server-20090708

How reproducible:
always

Steps to Reproduce:
1. rpm -Vv <some_pkgs>
2. echo $?
# always 1

Actual results:

.live.[root@x86-64-5c-m1 tps]# rpm -q rpm
rpm-4.4.2.3-16.el5.x86_64
.live.[root@x86-64-5c-m1 tps]# rpm -V rpm
.live.[root@x86-64-5c-m1 tps]# echo $?
0
.live.[root@x86-64-5c-m1 tps]# rpm -Vv rpm
........ /bin/rpm
........ /etc/cron.daily/rpm
........ c /etc/logrotate.d/rpm
........ /etc/rpm
........ /usr/bin/gendiff
........ /usr/bin/rpm2cpio
........ /usr/bin/rpmdb
........ /usr/bin/rpmquery
........ /usr/bin/rpmsign
........ /usr/bin/rpmverify
........ /usr/lib/rpm
........ /usr/lib/rpm/amd64-linux
........ /usr/lib/rpm/amd64-linux/macros
........ /usr/lib/rpm/athlon-linux
........ /usr/lib/rpm/athlon-linux/macros
........ /usr/lib/rpm/config.guess
........ /usr/lib/rpm/config.sub
........ /usr/lib/rpm/convertrpmrc.sh
........ /usr/lib/rpm/freshen.sh
........ /usr/lib/rpm/geode-linux
........ /usr/lib/rpm/geode-linux/macros
........ /usr/lib/rpm/i386-linux
........ /usr/lib/rpm/i386-linux/macros
........ /usr/lib/rpm/i486-linux
........ /usr/lib/rpm/i486-linux/macros
........ /usr/lib/rpm/i586-linux
........ /usr/lib/rpm/i586-linux/macros
........ /usr/lib/rpm/i686-linux
........ /usr/lib/rpm/i686-linux/macros
........ /usr/lib/rpm/ia32e-linux
........ /usr/lib/rpm/ia32e-linux/macros
........ /usr/lib/rpm/macros
........ /usr/lib/rpm/mkinstalldirs
........ /usr/lib/rpm/noarch-linux
........ /usr/lib/rpm/noarch-linux/macros
........ /usr/lib/rpm/pentium3-linux
........ /usr/lib/rpm/pentium3-linux/macros
........ /usr/lib/rpm/pentium4-linux
........ /usr/lib/rpm/pentium4-linux/macros
........ /usr/lib/rpm/rpm2cpio.sh
........ /usr/lib/rpm/rpmd
........ /usr/lib/rpm/rpmdb_archive
........ /usr/lib/rpm/rpmdb_checkpoint
........ /usr/lib/rpm/rpmdb_deadlock
........ /usr/lib/rpm/rpmdb_dump
........ /usr/lib/rpm/rpmdb_load
........ /usr/lib/rpm/rpmdb_loadcvt
........ /usr/lib/rpm/rpmdb_printlog
........ /usr/lib/rpm/rpmdb_recover
........ /usr/lib/rpm/rpmdb_stat
........ /usr/lib/rpm/rpmdb_svc
........ /usr/lib/rpm/rpmdb_upgrade
........ /usr/lib/rpm/rpmdb_verify
........ /usr/lib/rpm/rpme
........ /usr/lib/rpm/rpmfile
........ /usr/lib/rpm/rpmi
........ /usr/lib/rpm/rpmk
........ /usr/lib/rpm/rpmpopt-4.4.2.3
........ /usr/lib/rpm/rpmq
........ /usr/lib/rpm/rpmrc
........ /usr/lib/rpm/rpmu
........ /usr/lib/rpm/rpmv
........ /usr/lib/rpm/tgpg
........ /usr/lib/rpm/x86_64-linux
........ /usr/lib/rpm/x86_64-linux/macros
........ /usr/share/doc/rpm-4.4.2.3
........ d /usr/share/doc/rpm-4.4.2.3/CHANGES
........ d /usr/share/doc/rpm-4.4.2.3/COPYING
........ d /usr/share/doc/rpm-4.4.2.3/COPYRIGHT-lua
........ d /usr/share/doc/rpm-4.4.2.3/CREDITS
........ d /usr/share/doc/rpm-4.4.2.3/ChangeLog
........ d /usr/share/doc/rpm-4.4.2.3/GROUPS
........ d /us...

Heh, yup... the bug is about nine years old if not even older. Fixed upstream now, but I doubt it qualifies as a regression as it outdates even RHEL 2.1 :)

Given how old the bug is and nobody else complaining... I dont think its worth the trouble fixing it in rhel-5 anymore. It's fixed in rhel-6 anyway.