Request for enhancement

Description of problem:
On x86_64 platforms, a single package can get installed twice (once as 32-bit,
once as 64 bit).  This works fine (and is sometimes necessary) but can cause
problems when the package is upgraded.  The most common symptom is an error like
this:
"Transaction Check Error:   file /usr/share/man/man1/asn1parse.1ssl.gz from 
install of openssl-0.9.7a-43.8 conflicts with file from package 
openssl-0.9.7a-43.8"

Note that openssl-0.9.7a-43.8 appears to be conflicting with itself (the version
numbers are the same).

Suggested fix:
Replace
  %_query_all_fmt %%{name}-%%{version}-%%{release}
with
  %_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch}
in
  /usr/lib/rpm/macros

If this is done, the operator will be able to see the problem clearly:
openssl-0.9.7a-43.8.i386
openssl-0.9.7a-43.8.x86_64

A search through Bugzilla turned up several WONTFIX bugs from 2003 that relate
to this quirk of RPM on 64-bit systems.  In 2003, 64-bit systems where only used
by experienced operators with large budgets; this is no longer the case.

This fix won't solve the underlying problem, but it is a start.