Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 129030 - make default queryformat configurable
make default queryformat configurable
Product: Fedora
Classification: Fedora
Component: rpm (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jeff Johnson
Mike McLean
: FutureFeature
Depends On:
  Show dependency treegraph
Reported: 2004-08-03 06:30 EDT by Thomas Zehetbauer
Modified: 2007-11-30 17:10 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-09-14 12:39:30 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Thomas Zehetbauer 2004-08-03 06:30:23 EDT
Description of problem:
When querying rpms on the x86_64 platform one often ends up having to
specify --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' to
differentiate 32- and 64-bit packages. The same problem exists for
i386/i586/i686 packages on the i386 platform. I would love to put
something like queryformat in my ~/.rpmrc to change the default
behaviour to also show the packages architecture.

Version-Release number of selected component (if applicable):
Comment 1 Jeff Johnson 2004-08-03 09:37:49 EDT
The default query format is already configurable:
# Default headerSprintf() output format string for rpm -qa
# XXX   Note: escaped %% for use in headerSprintf()
%_query_all_fmt         %%{name}-%%{version}-%%{release}
Comment 2 Thomas Zehetbauer 2004-09-14 06:34:26 EDT
Thank you, that helped, I propose to change the default to
  %_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch}
for multi-arch systems (x86_64). Unfortunately the format specified is
not used in all cases especially in error messages:
  file /etc/ld.so.conf.d/qt.conf from install of qt-3.3.3-3 conflicts
with file from package qt-3.3.3-3
Comment 3 Jeff Johnson 2004-09-14 12:39:30 EDT
Yup, nor can error msgs be changed to include more specific
information, like epoch and arch, without breaking other
applications that insist on screen scraping from /bin/rpm invocations.

Retrofitting parameterization ala %_query_format_all everywhere
is the wrong solution as well, as rpm is already hard to configure.

I do not believe the change is necessary, as rpm has any number of
ways to query for the information needed to diagnose and fix a
problem already, and the minor benefit of a more precise error
msg is overwhelmed by the cost of a significantly more complex

Note You need to log in before you can comment on or make changes to this bug.