Today I tried to install SpringRTS (http://springrts.com/wiki/Gentoo_install). While doing so, I wanted to see USE flag descriptions with "equery u spring" and encountered the following backtrace: Traceback (most recent call last): File "/usr/bin/equery", line 38, in <module> equery.main(sys.argv) File "/usr/lib64/python2.7/site-packages/gentoolkit/equery/__init__.py", line 354, in main loaded_module.main(module_args) File "/usr/lib64/python2.7/site-packages/gentoolkit/equery/uses.py", line 292, in main output = get_output_descriptions(pkg, global_usedesc) File "/usr/lib64/python2.7/site-packages/gentoolkit/equery/uses.py", line 177, in get_output_descriptions if pkg.metadata is None: File "/usr/lib64/python2.7/site-packages/gentoolkit/package.py", line 126, in metadata self._metadata = MetaData(metadata_path) File "/usr/lib64/python2.7/site-packages/gentoolkit/metadata.py", line 182, in __init__ self._xml_tree = etree.parse(metadata_path) File "<string>", line 62, in parse File "<string>", line 38, in parse cElementTree.ParseError: not well-formed (invalid token): line 9, column 75 Reproducible: Always Steps to Reproduce: 1. equery u spring Actual Results: Traceback Expected Results: USE flag description output On ~amd64 with app-portage/gentoolkit-0.3.0.7-r1 sys-apps/portage-2.2.0_alpha166
I have the same issue. I my case equery works only with python3.3, which can be selected through eselect... Otherwise I get the same output. It also effects emerging some packages. I can emerge x11-libs/libxcb-1.10 only with python3.3 and I can't emerge x11-libs/xpyb-1.3.1-r3 at all. So this bug is probably related to bug #235650. At least has the same symptoms. I tried advises from there, but none of them worked for me...
# emerge -1 python:2.7 | grep elementtree * Disabled modules: dbm _bsddb gdbm _curses _curses_panel readline _sqlite3 _tkinter _elementtree pyexpat So this modules are disabled to some reason... Is there a way to solve this problem?
>>> Emerging (1 of 1) dev-lang/python-2.7.5-r3 * Python-2.7.5.tar.xz SHA256 SHA512 size ;-) ... [ ok ] * python-gentoo-patches-2.7.5-0.tar.xz SHA256 SHA512 size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking Python-2.7.5.tar.xz to /var/tmp/portage/dev-lang/python-2.7.5-r3/work >>> Unpacking python-gentoo-patches-2.7.5-0.tar.xz to /var/tmp/portage/dev-lang/python-2.7.5-r3/work >>> Source unpacked in /var/tmp/portage/dev-lang/python-2.7.5-r3/work >>> Preparing source in /var/tmp/portage/dev-lang/python-2.7.5-r3/work/Python-2.7.5 ... * Applying various patches (bugfixes/updates) ... * 01_all_static_library_location.patch ... [ ok ] * 02_all_disable_modules_and_ssl.patch ... [ ok ] * 03_all_libdir.patch ... [ ok ] * 04_all_non-zero_exit_status_on_failure.patch ... [ ok ] * 05_all_loadable_sqlite_extensions.patch ... [ ok ] * 06_all_regenerate_platform-specific_modules.patch ... [ ok ] * 21_all_distutils_c++.patch ... [ ok ] * 22_all_turkish_locale.patch ... [ ok ] * 23_all_arm_OABI.patch ... [ ok ] * 24_all_tests_environment.patch ... [ ok ] * 61_all_process_data.patch ... [ ok ] * 62_all_xml.use_pyxml.patch ... [ ok ] * Done with patching * Applying python-2.7.5-library-path.patch ... [ ok ] * Applying python-2.7.5-re_unsigned_ptrdiff.patch ... [ ok ] * Applying CVE-2013-4238_py27.patch ... [ ok ] * Applying python-2.7-issue16248.patch ... [ ok ] * Applying python-2.7.5-nonfatal-compileall.patch ... [ ok ] * Running autoconf ... [ ok ] * Running autoheader ... [ ok ] >>> Source prepared. >>> Configuring source in /var/tmp/portage/dev-lang/python-2.7.5-r3/work/Python-2.7.5 ... * Disabled modules: dbm _bsddb gdbm _curses _curses_panel readline _sqlite3 _tkinter _elementtree pyexpat * econf: updating Python-2.7.5/config.sub with /usr/share/gnuconfig/config.sub * econf: updating Python-2.7.5/config.guess with /usr/share/gnuconfig/config.guess /var/tmp/portage/dev-lang/python-2.7.5-r3/work/Python-2.7.5/configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --with-fpectl --enable-shared --enable-ipv6 --with-threads --enable-unicode=ucs4 --infodir=${prefix}/share/info --mandir=${prefix}/share/man --with-dbmliborder=gdbm --with-libc= --enable-loadable-sqlite-extensions --with-system-expat --with-system-ffi checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking for --enable-universalsdk... no checking for --with-universal-archs... 32-bit checking MACHDEP... linux2 checking EXTRAPLATDIR... checking for --without-gcc... no checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... none needed checking for --with-cxx-main=<compiler>... no checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E
Shame on me... I checked USE flags for python package, not for python:2.7... It had "build" flag enabled... Cause of my problems was my own inadvertence... Sorry for disturbing... I disabled it as was suggested in other thread and everything works again.
It seems this problem does not exist any more. 'equery u games-strategy/spring' works just fine for me now. Currently I have: sys-apps/portage-2.2.18::gentoo app-portage/gentoolkit-0.3.0.9-r2::gentoo
Confirmed fixed. Thanks, I'm closing this bug.