Bug 58494 – gentoolkit-0.2.0_pre8: Traceback for "equery belongs libstdc++.so.5"

• Status: RESOLVED FIXED
• Product: Portage Development

[Description Paul Varner (RETIRED) 2004-07-26 21:03:55 UTC]

garath root # equery belongs libstdc++.so.5
Searching for file 'libstdc++.so.5' in *...
Traceback (most recent call last):
  File "/usr/bin/equery", line 947, in ?
    cmd.perform(local_opts)
  File "/usr/bin/equery", line 202, in perform
    rx = re.compile(query)
  File "/usr/lib/python2.3/sre.py", line 179, in compile
    return _compile(pattern, flags)
  File "/usr/lib/python2.3/sre.py", line 230, in _compile
    raise error, v # invalid expression
sre_constants.error: multiple repeat

The re compiler obviously doesn't like the '++' in the file name since it isn't a valid regular expression.  A workaround is to do "equery belongs libstdc\\+\\+.so.5"  I'm not sure what other metacharacters in a regular expression would be in a file name.  Additonally, I'm not sure of a decent solution, since equery is designed to allow regular expressions for searching.

Reproducible: Always
Steps to Reproduce:
Execute equery belongs libstdc++.so.5

Actual Results:  
Look at nice traceback complaining about the invalid regular expression

Expected Results:  
garath root # equery belongs libstdc++.so.5
Searching for file 'libstdc++.so.5' in *...
app-office/openoffice-bin-1.1.2 (/opt/OpenOffice.org/program/libstdc++.so.5)
sys-devel/gcc-3.3.4-r1 (/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5
-> libstdc++.so.5.0.6)
sys-devel/gcc-3.3.4-r1 (/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5.0.6)


Portage 2.0.51_pre13 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.4.20040619-r0,
2.6.7-gentoo-r11 i686 Intel(R) Pentium(R) 4 CPU 1.80GHz)
=================================================================
System uname: 2.6.7-gentoo-r11 i686 Intel(R) Pentium(R) 4 CPU 1.80GHz
Gentoo Base System version 1.5.1
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.14.90.0.8-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium4 -O2 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /var/bind
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium4 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache fixpackages sandbox"
GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/ http://gentoo.osuosl.org
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="X acpi alsa arts artswrappersuid audiofile avi berkdb cdr crypt cups dvd
encode fam fbcon foomaticdb gdbm gif gpm gtk gtk2 imlib java javascript jpeg kde
libg++ libwww mad mbox mikmod mmx motif mozilla moznocompose moznoirc moznomail
mpeg ncurses nls nptl oggvorbis opengl pam pda pdflib perl png ppds python qt
quicktime readline sasl sdl slang spell sse ssl tcltk tcpd tiff truetype usb x86
xml2 xmms xv zlib linguas_en"

[Comment 1 Karl Trygve Kalleberg (RETIRED) 2004-08-28 03:11:38 UTC]

Will look at it.

[Comment 2 Karl Trygve Kalleberg (RETIRED) 2004-08-29 13:05:50 UTC]

I have added a check for bad regular expressions. If the query is not a valid
Python-recognized regex, a suitable error will be printed. Will be part of the
next Gentoolkit release.