Your message dated Wed, 13 Jul 2016 23:55:41 +0300
with message-id <[email protected]>
and subject line Re: Bug#831005: python-qt4: anki won't runt with newer
versions of python-qt4
has caused the Debian Bug report #831005,
regarding python-qt4: anki won't runt with newer versions of python-qt4
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
831005: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=831005
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: python-qt4
Version: 4.11.4+dfsg-1
Severity: important
Dear Maintainer,
* What led up to the situation?
Trying to run anki (http://ankisrs.net/)
* What exactly did you do (or not do) that was effective (or
ineffective)?
- Download the deb
- Install (dpkg -i)
- Run it
* What was the outcome of this action?
Traceback (most recent call last):
File "./runanki", line 5, in <module>
import aqt
File "/usr/share/anki/aqt/__init__.py", line 12, in <module>
from aqt.qt import *
File "/usr/share/anki/aqt/qt.py", line 22, in <module>
from PyQt4.QtWebKit import QWebPage, QWebView, QWebSettings
ImportError: No module named QtWebKit
* What outcome did you expect instead?
Anki to start.
Note that using version 4.11.4+dfsg-1 does not lead to that problem.
This problem also seems to affect Spyder (see #826042 and https://github.com
/spyder-ide/spyder/issues/3200)
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.6.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages python-qt4 depends on:
ii libc6 2.22-13
ii libgcc1 1:6.1.1-8
ii libpython2.7 2.7.12-1
ii libqt4-dbus 4:4.8.7+dfsg-8
ii libqt4-declarative 4:4.8.7+dfsg-8
ii libqt4-designer 4:4.8.7+dfsg-8
ii libqt4-help 4:4.8.7+dfsg-8
ii libqt4-network 4:4.8.7+dfsg-8
ii libqt4-script 4:4.8.7+dfsg-8
ii libqt4-scripttools 4:4.8.7+dfsg-8
ii libqt4-svg 4:4.8.7+dfsg-8
ii libqt4-test 4:4.8.7+dfsg-8
ii libqt4-xml 4:4.8.7+dfsg-8
ii libqt4-xmlpatterns 4:4.8.7+dfsg-8
ii libqtassistantclient4 4.6.3-7
ii libqtcore4 4:4.8.7+dfsg-8
ii libqtgui4 4:4.8.7+dfsg-8
ii libqtwebkit4 2.3.4.dfsg-8
ii libstdc++6 6.1.1-8
ii python 2.7.11-2
ii python-sip [sip-api-11.2] 4.18+dfsg-1
python-qt4 recommends no packages.
Versions of packages python-qt4 suggests:
pn python-qt4-dbg <none>
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi Ramon,
On Wed, Jul 13, 2016 at 07:14:03PM +0200, Ramon Diaz-Uriarte wrote:
> ImportError: No module named QtWebKit
QtWebKit support was removed from PyQt4 intentionally, as part of the wider
effort to completely remove QtWebKit 4 from the archive. This effort was
announced in May 2015 on debian-devel-announce [1], and anki maintainers
were notified at the same time [2]. The removal actually happened in May
this year, so there was more than a year for interested people to prepare
migration (or at least respond to the bug).
QtWebKit 4.x has been abandoned upstream for a long time, and has lots of
known unfixed vulnerabilities.
There is always QtWebKit support in PyQt5 (which we have no plans to drop),
and migration from PyQt4 to PyQt5 is quite easy.
So please refer to the relevant anki bugs, #784612 / #826727.
[1]: https://lists.debian.org/debian-devel-announce/2015/05/msg00001.html
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784612
--
Dmitry Shachnev
signature.asc
Description: PGP signature
--- End Message ---
_______________________________________________
Python-modules-team mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
