Red Hat Bugzilla – Bug 253430
repoquery crashes with sqlite3.OperationalError when used with --archlist
Last modified: 2007-11-30 17:12:13 EST
Description of problem:
On two of my up2date Fedora 7 machines some repoquery command stopped working:
# sudo repoquery --repoid=fedora -a --archlist 'noarch'
Loading "fastestmirror" plugin
Loading mirror speeds from cached hostfile
fedora 100% |=========================| 2.1 kB 00:00
Excluding Packages in global exclude list
Traceback (most recent call last):
File "/usr/bin/repoquery", line 708, in <module>
File "/usr/bin/repoquery", line 687, in main
File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 344, in doSackSetup
return self._getSacks(archlist=archlist, thisrepo=thisrepo)
File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 375, in _getSacks
File "/usr/lib/python2.5/site-packages/yum/packageSack.py", line 331, in
File "/usr/lib/python2.5/site-packages/yum/sqlitesack.py", line 725, in
File "/usr/lib/python2.5/site-packages/yum/sqlutils.py", line 146, in
sqlite3.OperationalError: near ")": syntax error
Version-Release number of selected component (if applicable):
$ rpm -q yum yum-utils
Steps to Reproduce:
1. sudo repoquery --repoid=fedora -a
-> works fine
2. sudo repoquery --repoid=fedora -a --archlist 'noarch'
-> fails (see above)
3. sudo repoquery --repoid=fedora-source -a --archlist="src
-> fails in a similar way
I noticed I got new yum and yum-utils package over the last few days on both the
machine where the error happens. The same commands that fail work fine on
another machine that still has yum-3.2.1-1.fc7 and yum-utils-1.1.5-1.fc7
All three testmachines are x86_64 (in case it matters).
are you partially upgraded to rawhide?
maybe a sqlite update?
nevertheless this is fixed in GIT of yum - it'll be out in 3.2.3 which should be
(In reply to comment #1)
> are you partially upgraded to rawhide?
> maybe a sqlite update?
> nevertheless this is fixed in GIT of yum - it'll be out in 3.2.3 which should be