Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 57540

Summary: repoman freezes on xmllint
Product: Portage Development Reporter: Travis Tilley (RETIRED) <lv>
Component: RepomanAssignee: Portage team <dev-portage>
Status: RESOLVED DUPLICATE    
Severity: critical    
Priority: High    
Version: unspecified   
Hardware: AMD64   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description Travis Tilley (RETIRED) gentoo-dev 2004-07-18 20:17:13 UTC
repoman will occasionally freeze and not allow me to do a damn thing. i often have to kill and restart it several times to get anything done and it's starting to get a tad bit annoying. i removed the exithandler so when it hangs and i kill it i get the traceback:

RepoMan scours the neighborhood...
Traceback (most recent call last):
  File "/usr/bin/repoman", line 627, in ?
    if getstatusoutput('xmllint --valid '+checkdir+"/metadata.xml")[0]!= 0:
  File "/usr/lib/python2.3/commands.py", line 54, in getstatusoutput
    text = pipe.read()
KeyboardInterrupt

after deleting xmllint, repoman now works as expected, only with an error about not finding xmllint.

Reproducible: Sometimes
Steps to Reproduce:
just run repoman scan on amd64, though it is possibly not an arch specific bug.
Actual Results:  
repoman hangs.

Expected Results:  
it should have given me useful output.

Portage 2.0.50-r9 (gcc34-amd64-2004.1, gcc-3.4.2, glibc-2.3.4.20040717-r0,
2.6.8-rc1-ck6)
=================================================================
System uname: 2.6.8-rc1-ck6 x86_64 4
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon64 -g3 -pipe"
CHOST="x86_64-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/lib/mozilla/defaults/pref
/usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon64 -g3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs cvs nostrip"
GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
http://mirror.datapipe.net/gentoo http://gentoo.mirrors.pair.com/
http://mirror.datapipe.net/gentoo http://mirrors.tds.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/portcvs"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aac acpi adns aim alsa amd amd64 apm arts avi berkdb bonobo canna cap
caps cddb cdr cjk crypt cscope devmap dga directfb disablekernelsupport djbfft
dnd dvd dvdr encode erandom ethereal f77 faac faad fam fbcon fbdev ffmpeg fftw
foomaticdb freetype gdbm ggi gif gimp gnome gpm gstreamer gtk gtk2 gtkhtml idea
ieee1394 image imap imlib jack java javascript jpeg kde ladcca lesstif libg++
libsamplerate libwww live lufsusermount lzw-tiff mad maildir md5sum mikmod mixer
mng motif mozilla moznocompose moznoirc moznomail mozp3p mozsvg mpeg mpeg4
mplayer msn multilib multitarget ncurses net nls nvidia objc offensive oggvorbis
openal opengl oss pam pcap pdflib perl pic png psyco pwdb python qt quicktime
readline ruby sdl serial skey slang slp sndfile snmp socks5 sox spell src ssl
svg tcltk tcpd tetex tiff transcode truetype type1 unicode usb v4l v4l2 wmf
wxwin wxwindows xchattext xfs xine xinerama xml xml2 xmms xrandr xv xvid yahoo
yv12 zlib zvbi"
Comment 1 Travis Tilley (RETIRED) gentoo-dev 2004-07-18 20:29:26 UTC
changing "if getstatusoutput('which xmllint')[0] != 0:" to "if getstatusoutput('/bin/false')[0] != 0:" also gets me a repoman that doesnt freeze most of the time.
Comment 2 Brian Harring (RETIRED) gentoo-dev 2004-07-18 20:33:15 UTC
I've provided a fix in 57210 for this already :)
I'd suspect your connection is stalling out.  Try the patch in #57210, if it still is failing w/ the metadata.dtd cache, reopen please.

*** This bug has been marked as a duplicate of 57210 ***