On Thu, Nov 20, 2008 at 11:59:03AM -0500, Ari Pollak wrote: > I can't reproduce this problem. If you run "host classic.shoutcast.com" > from the commandline, does it return successfully? What if you restart > streamtuner?
Yes, as I said in my first message, I could resolve those names using host or
dig.
Moreover, running streamtuner from a terminal I had this messages:
Traceback (most recent call last):
File "/usr/share/streamtuner/python/scripts/google-stations.py", line 138,
in
reload
body_args = (categories,))
RuntimeError: Could not resolve host: directory.google.com (DNS server
returned answer with no data)
BUT:
Now, I've purged-reinstalled streamtuner, and upgraded some of the packages it
depends on (notably python stuff) to the current unstable versions and the
problem disappeared.
So I guess it was some incompatibility between the new streamtuner package and
some of the oldish dependencies installed on my system.
If it's useful, here is the list of the new versions of streamtuner dependencies
(you can compare it with the one in my original bug report).
ii libc6 2.7-13 GNU C Library: Shared libraries
ii libcurl3 7.18.2-7 Multi-protocol file transfer libra
ii libglib2.0-0 2.16.6-1 The GLib library of C routines
ii libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface
ii libtagc0 1.5-3 TagLib Audio Meta-Data Library (C
ii libxml2 2.6.32.dfsg-4 GNOME XML library
ii python 2.5.2-3 An interactive high-level object-o
ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge
ii python-support 0.8.7 automated rebuilding support for P
ii python2.5 2.5.2-11.1 An interactive high-level object-o
Cri (happy tuning :)
--
GPG/PGP Key-Id 0x943A5F0E - http://www.linux.it/~cri/cri.asc
signature.asc
Description: Digital signature
