Bug#484364: [clive] Does not work with Python 2.5
Package: clive
Version: 0.4.14-1
Severity: important
--- Please enter the report below this line. ---
Running clive with Python 2.5 results in a NameError in module m2urllib2.
Testing it with Python 2.4 succeeds fine, without any problems.
Traceback (including a nice downhill bike-movie ;) :
% clive http://youtube.com/watch?v=DDaqcEkQRnM;
clive/0.4.14 (linux/2.6.24; py/2.5.2; urlg/3.1.0; fparser/4.1)
cache:yes; paste:off; play:off; encode:off; rate:off; exist:rename
http://youtube.com/watch?v=DDaqcEkQRnMfmt=18 100%
error: Traceback (most recent call last):
File /usr/bin/clive, line 28, in module
Clive().main()
File /usr/lib/python2.5/site-packages/clive/main.py, line 51, in main
Nomad().run(self.opts, self.args, self._say)
File /usr/lib/python2.5/site-packages/clive/nomad.py, line 98, in run
self._check_raw_urls(raw_urls)
File /usr/lib/python2.5/site-packages/clive/nomad.py, line 273, in
_check_raw_urls
self._check_url(url, (index,len(raw_urls)))
File /usr/lib/python2.5/site-packages/clive/nomad.py, line 372, in
_check_url
self._found_urls, self._get_proxy())
File /usr/lib/python2.5/site-packages/clive/parse.py, line 99, in parse
length = url_data['file_length_callb'](xurl)
File /usr/lib/python2.5/site-packages/clive/nomad.py, line 400, in
_callb_check_file_len
o = g.urlopen(xurl)
File /var/lib/python-support/python2.5/urlgrabber/grabber.py, line 884, in
urlopen
return self._retry(opts, retryfunc, url)
File /var/lib/python-support/python2.5/urlgrabber/grabber.py, line 845, in
_retry
r = apply(func, (opts,) + args, {})
File /var/lib/python-support/python2.5/urlgrabber/grabber.py, line 883, in
retryfunc
return URLGrabberFileObject(url, filename=None, opts=opts)
File /var/lib/python-support/python2.5/urlgrabber/grabber.py, line 1001, in
__init__
self._do_open()
File /var/lib/python-support/python2.5/urlgrabber/grabber.py, line 1066, in
_do_open
opener = self._get_opener()
File /var/lib/python-support/python2.5/urlgrabber/grabber.py, line 1057, in
_get_opener
self._opener = CachedOpenerDirector(ssl_factory, *handlers)
File /var/lib/python-support/python2.5/urlgrabber/grabber.py, line 1312, in
CachedOpenerDirector
opener = ssl_factory.create_opener(*handlers)
File /var/lib/python-support/python2.5/urlgrabber/sslfactory.py, line 63,
in create_opener
return m2urllib2.build_opener(self.ssl_context, *handlers)
File /var/lib/python-support/python2.5/M2Crypto/m2urllib2.py, line 113, in
build_opener
if inspect.isclass(check):
NameError: global name 'inspect' is not defined
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.24-1-686-bigmem
Debian Release: lenny/sid
500 unstablewww.debian-multimedia.org
500 unstablemirror.noreply.org
500 unstableftp.de.debian.org
500 hardy ppa.launchpad.net
500 etch-wx apt.wxwidgets.org
--- Package information. ---
Depends(Version) | Installed
-+-===
python | 2.5.2-1
python-central(= 0.6.7) | 0.6.7
python-newt | 0.52.2-11.2
python-urlgrabber (= 3.1.0) | 3.1.0-4
python-feedparser (= 4.1) | 4.1-10
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440344: Workaround: Debian Package with openssl instead of gnutls
Hi! I have created another workaround: A (badly crafted :/) .deb which is built --with-ssl=openssl instead of gnutls. Works quite ok for me. In essence i just changed the rules file: DEB_CONFIGURE_EXTRA_FLAGS += --with-libgsasl --with-ssl=openssl So pardon me, if its not built correctly, but it works fine here, assuming you have openssl installed. Building required just libssl-dev. The url to download the package is http://heiko.weinen.org/msmtp_1.4.13-1_i386.deb Kind regards, HNW -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440344: Bug seconded bad workaround
I have the same bug on two different boxen here. Installing an older libgnutls (namely api-rev. 10) solved it on the expense of having broken dependencies, since apparently rev. 13 cannot be installed at the same time. Will this bug eventually be fixed, or is there need of more information, I could possibly supply? (And is it really a bug in msmtp? Not in libgnutls?) -- Microsoft Windows - The Botnet Operator's Choice Of Operating System -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389157: noflushd: Noflushd uses up all the cpu-time it can get
Package: noflushd Version: 2.7.5-2 Severity: normal This bug is not reproducible here. At random times, noflushd starts eating up all free cpu-cycles and remains to do so until it is restarted by hand or killed. No Log-Messages or similar stuff get recorded. I think it is possible, that this bug only happens on my local kernel, which has realtime (rt8) and suspend2-patches added, as I didn't notice above behaviour until i upgraded the whole system and added this particular kernel. As such, this bug is filed under normal. Other people might confirm a severity-upgrade :) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/zsh Kernel: Linux 2.6.17-rt8resist Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages noflushd depends on: ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy ii ed0.2-20 The classic unix line editor ii libc6 2.3.6-15 GNU C Library: Shared libraries noflushd recommends no packages. -- debconf information: * noflushd/expert: false * noflushd/disks: noflushd/params: * noflushd/timeout: 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325593: mapserver-bin: Dependency-problem with libgdal1 (unstable/experimental)
Package: mapserver-bin Version: 4.4.1-2 4.6.0-1 Severity: normal mapserver-bin (and possibly some other belonging to the mapserver-suite) require libgdal1 to be installed. This, however is not possible in a normal sid-installation, as libgdal1 was replaced by libgdal1c2. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.11vortex Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
