The dbMatch() method of TransactionSet objects (as created by 
rpm.ts()) fail to match any packages when using numeric keys, such as  
iterator offsets, on any 64bit machine. 
 
For instance, the following Python snippet will always show '0' (no 
matched packages) as output, no matter what "offset" is used. 
 
  import rpm 
  import sys 
  ts = rpm.ts() 
  mi = ts.dbMatch(0, offset) 
  print mi.count() 
 
As previously discussed with Jeff Johnson, the problem here is that 
the "key" parameter, when numeric, is converted to a long and passed 
to the rpmlib as such, but rpmlib expects an "int" instead (32bit). 
 
This problem is seriously affecting Smart Package Manager usage on 
64bit platforms, as many Fedora Core users have reported. 
 
 
Version-Release number of selected component (if applicable): 
4.3, 4.4, ... 
 
How reproducible: 
Always