Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 111139 - media-plugins/xmms-lyrc 0.3 crashes with "httplib.py unknown opcode"
Summary: media-plugins/xmms-lyrc 0.3 crashes with "httplib.py unknown opcode"
Status: RESOLVED CANTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Luis Medinas (RETIRED)
URL:
Whiteboard:
Keywords:
: 111141 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-11-01 06:18 UTC by Hans Kwint
Modified: 2005-11-04 04:20 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hans Kwint 2005-11-01 06:18:55 UTC
media-plugins/xmms-lyrc 0.3 crashes with
  File "/usr/lib/python2.3/httplib.py", line 563, in send
    def send(self, str):
SystemError: unknown opcode

Expected result:
Should give no error in the commandline, and return the lyrics.

Steps to reproduce:

( Emerge python-2.3.5-r2)
1. Emerge xmms-1.2.10-r15
2. Emerge xmms-lyrc-0.3
3. Start xmms, Ctrl P, go to Visualization plugins, lyrc, cleck enable button.
The lyrc-window starts as it should, but on the commandline, the following error
appears: (full error:)
[Lyrc] Searching on lyrc.com.ar (The Who-Behind Blue Eyes)
0 msecs elapsed (this is from media-plugins/xmms-imms I believe, so skip)
XXX lineno: 563, opcode: 115
Traceback (most recent call last):
  File "/usr/share/lyrc/script.py", line 163, in ?
    lyrc()
  File "/usr/share/lyrc/script.py", line 85, in lyrc
    conn = urllib.urlopen(URL)
  File "/usr/lib/python2.3/urllib.py", line 76, in urlopen
    return opener.open(url)
  File "/usr/lib/python2.3/urllib.py", line 181, in open
    return getattr(self, name)(url)
  File "/usr/lib/python2.3/urllib.py", line 297, in open_http
    h.endheaders()
  File "/usr/lib/python2.3/httplib.py", line 715, in endheaders
    self._send_output()
  File "/usr/lib/python2.3/httplib.py", line 600, in _send_output
    self.send(msg)
  File "/usr/lib/python2.3/httplib.py", line 563, in send
    def send(self, str):
SystemError: unknown opcode

Extra info:
-Started python from the commandline and imported the libraries which
/usr/share/lyrc/script.py also imports, and no errors occured.
-Linked /usr/bin/python to /usr/bin/python-2.3 myself.
-Close button in the Lyrc-window works fine
-Lyrc-window says:
Lyrc is looking for the lyrics.
Please wait...


System profile:

(uname -a)
Linux Ghans 2.6.13-gentoo-r3 #6 Thu Oct 27 10:59:51 CEST 2005 i686 AMD 
Athlon(TM) XP 1700+ AuthenticAMD GNU/Linux

(emerge --info)
Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r2,
2.6.13-gentoo-r3 i686)
=================================================================
System uname: 2.6.13-gentoo-r3 i686 AMD Athlon(TM) XP 1700+
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5-r2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.4.3-r4, 1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -mcpu=i686 -fomit-frame-pointer -pipe -finline-functions -funroll-loops"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=i686 -fomit-frame-pointer -pipe -finline-functions
-funroll-loops"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="vlaai.snt.utwente.nl/pub/os/linux/gentoo
ftp://ftp.tiscali.nl/pub/mirror/gentoo ftp://ftp.easynet.nl/mirror/gentoo
http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://gentoo.tiscali.nl/gentoo
http://ftp.easynet.nl/mirror/gentoo http://gentoo.oregonstate.edu
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X alsa apm arts audiofile avi berkdb bitmap-fonts bzlib cdr crypt
cups curl dga divx4linux dvd eds emboss encode esd fam fbcon flac foomaticdb
fortran ftp gd gdbm gif ginac gnome gpm gstreamer gtk gtk2 hardened hardenedphp
imagemagick imlib ipv6 jack java jikes jpeg junit kde libg++ libwww mad mikmod
mmx motif mp3 mpeg ncurses nls nocardbus nocd ogg oggvorbis opengl oss pam
pdflib perl php pic png ppds python qt quicktime readline samba sdl shared spell
sqlite sse ssl svga tcltk tcpd tiff truetype truetype-fonts type1-fonts vorbis
xml xml2 xmms xv xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERL
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2005-11-01 06:24:22 UTC
*** Bug 111141 has been marked as a duplicate of this bug. ***
Comment 2 Hans Kwint 2005-11-01 06:27:08 UTC
(In reply to comment #1)
> *** Bug 111141 has been marked as a duplicate of this bug. ***

Sorry bout that, thought the bug wasn't submitted the first time.

Comment 3 Luis Medinas (RETIRED) gentoo-dev 2005-11-01 09:39:29 UTC
changing severity... this will not break your machine ;)
Comment 4 Luis Medinas (RETIRED) gentoo-dev 2005-11-02 19:44:20 UTC
i'm using python 2.4 and i can't reproduce this error. Do you have your paths
updated ?
Comment 5 Hans Kwint 2005-11-03 02:24:18 UTC
(In reply to comment #4)
> i'm using python 2.4 and i can't reproduce this error. Do you have your paths
> updated ?

I don't exactly know what you mean by updated paths, but anyway, let me give all
my paths I could find:

Upon python startup from commandline, 
>>> import sys
>>> sys.path
['', '/usr/lib/portage/pym', '/usr/lib/python23.zip', '/usr/lib/python2.3',
'/usr/lib/python2.3/plat-linux2', '/usr/lib/python2.3/lib-tk',
'/usr/lib/python2.3/lib-dynload', '/usr/lib/python2.3/site-packages',
'/usr/lib/python2.3/site-packages/Numeric',
'/usr/lib/python2.3/site-packages/gtk-2.0']

In bash:
$ $PATH
-bash:
/usr/local/bin:/usr/bin:/bin:~/bin://opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/3.3.6:/opt/blackdown-jdk-1.4.2.02/bin:/opt/blackdown-jdk-1.4.2.02/jre/bin:/usr/qt/3/bin:/usr/kde/3.4/bin:/usr/kde/3.3/bin:/usr/games/bin:/home/kwint/bin:

$ env|grep -i PY
PYTHONPATH=/usr/lib/portage/pym

Does this help?
Comment 6 socke von wollknäuel 2005-11-03 16:21:01 UTC
I guess this is because of
http://sourceforge.net/tracker/index.php?func=detail&aid=1199402&group_id=88275&atid=586110

They've stopped serving lyrics due to server load.
Comment 7 Hans Kwint 2005-11-04 02:20:04 UTC
Well, lyrc patched with the mallformed xml fix, which is included in the masked
lyrc-0.3-r1 version, still gives the same error.

Or did you mean this is just a server problem?
Comment 8 socke von wollknäuel 2005-11-04 03:55:04 UTC
This is server-related. The fix only stops the plugin from crashing due to wrong
content that is delivered now from http://lyrc.com.ar/xsearch.php (This is the
URL the script uses to search for the lyric, just open it and you'll see that
they've stopped it).

There's also this Thread in their forums:
http://www.lyrc.com.ar/foro/viewtopic.php?p=604

Other Players like amarok also use lyrc.com.ar for getting lyrics, but amarok
uses the regular search-engine from the start-page at http://lyrc.com.ar. I
guess this xsearch.php was only for xmms-lyrc users.
Comment 9 Hans Kwint 2005-11-04 04:05:49 UTC
Ok, now I understand. Thanks for your efforts.

If I'm correct, nobody using xmms-lyrc can use it to extract lyrics at the
moment, due to a serverside error, so the resolution should be CANTFIX I
suppose, but I'll leave it up to someone else to change it.

Maybe it's a better solution to mask xmms-lyrc till there's a working solution
available, for the time being?
Comment 10 socke von wollknäuel 2005-11-04 04:15:47 UTC
Yes, right. I'm new to Bugzilla and selected "Can't fix" but it didn't work due
to permissions I guess.

No Problem. Hope this will somehow get fixed soon (either by lyrc.com.ar or by
someone who changes the script not to use xsearch.php).
Comment 11 Hans Kwint 2005-11-04 04:20:02 UTC
(Tried to) change the resulution to CANTFIX