[Python-modules-team] Bug#976119: python-asttokens: v2.0.4 has 6 known failed tests with python3.9
Source: python-asttokens Version: 2.0.4-1 Severity: important Forwarded: https://github.com/gristlabs/asttokens/issues/59 I have just uploaded python-asttokens/2.0.4-1 which is compatible with python3.9. However, it is known that there are 6 failed tests with python3.9. Upstream has acknowledged their existance to be harmless but the actual fix is still pending. Meanwhile, we should update the test infrastructure to only ignore the failure of those 6 tests. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#965167: zict: Please package new upstream version (2.0.0)
Source: zict Severity: important Version: 0.1.3-1 Tags: sid X-Debbugs-CC: di...@ghic.org Dear Debian zict package maintainer, It seems that a new upstream release of zict (2.0.0) is now available. Please consider packaging it in Debian. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#959801: ropemode: Consider removing it from Debian
Source: ropemode Severity: serious Version: 0.4-1 X-Debbugs-CC: python-modules-t...@lists.alioth.debian.org Package ropemode has been orphaned by its original maintainer and is python2- only. Perhaps it's time for us to have it removed from Debian. Package ropemode has no reverse dependencies or reverse build-dependencies. I will submit a removal request 21 days later (After May 26, 2020) in hope that someone may pick up this package and migrate it to python3. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#958657: python-ldap3: FTBFS: test error: PyAsn1UnicodeDecodeError import failed
Source: python-ldap3 Version: 2.7-1 Severity: grave X-Debbugs-CC: andre...@debian.org b...@debian.org Dear Debian python-ldap3 maintainer, The latest python-ldap3/2.7-1 currently FTBFS due to test errors: dh_auto_test -i -O--buildsystem=pybuild I: pybuild base:217: cd /<>/.pybuild/cpython3_3.8_ldap3/build; python3.8 -m unittest discover -v ldap3 (unittest.loader._FailedTest) ... ERROR File "/<>/.pybuild/cpython3_3.8_ldap3/build/ldap3/operation/search.py" , line 41, in from pyasn1.error import PyAsn1UnicodeDecodeError ImportError: cannot import name 'PyAsn1UnicodeDecodeError' from 'pyasn1.error' (/usr/lib/python3/dist-packages/pyasn1/error.py) Detailed build log can be found at https://buildd.debian.org/status/fetch.php?pkg=python-ldap3=all=2.7-1=1587589341 . -- Best, Boyuan Yang signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#936742: ipykernel: Python2 removal in sid/bullseye
X-Debbugs-CC: gor...@chronitis.net jpu...@debian.org Dear ipykernel-py2 maintainers, I see that there are no reverse dependencies and reverse build- dependencies of ipykernel-py2 now. Is it okay that we have ipykernel- py2 removed from Debian? This makes another step towards complete python2 removal. If there is no objections, I will submit a removal request 7 days later (on Mar. 9, 2020). -- Thanks, Boyuan Yang On Fri, 30 Aug 2019 07:21:10 + Matthias Klose wrote: > Package: src:ipykernel > Version: 4.9.0-1 > Severity: normal > Tags: sid bullseye > User: debian-pyt...@lists.debian.org > Usertags: py2removal > > Python2 becomes end-of-live upstream, and Debian aims to remove > Python2 from the distribution, as discussed in > https://lists.debian.org/debian-python/2019/07/msg00080.html > > Your package either build-depends, depends on Python2, or uses Python2 > in the autopkg tests. Please stop using Python2, and fix this issue > by one of the following actions. > > - Convert your Package to Python3. This is the preferred option. In > case you are providing a Python module foo, please consider dropping > the python-foo package, and only build a python3-foo package. Please > don't drop Python2 modules, which still have reverse dependencies, > just document them. > > This is the preferred option. > > - If the package is dead upstream, cannot be converted or maintained > in Debian, it should be removed from the distribution. If the > package still has reverse dependencies, raise the severity to > "serious" and document the reverse dependencies with the BTS affects > command. If the package has no reverse dependencies, confirm that > the package can be removed, reassign this issue to ftp.debian.org, > make sure that the bug priority is set to normal and retitle the > issue to "RM: PKG -- removal triggered by the Python2 removal". > > - If the package has still many users (popcon >= 300), or is needed to > build another package which cannot be removed, document that by > adding the "py2keep" user tag (not replacing the py2remove tag), > using the debian-pyt...@lists.debian.org user. Also any > dependencies on an unversioned python package (python, python-dev) > must not be used, same with the python shebang. These have to be > replaced by python2/python2.7 dependencies and shebang. > > This is the least preferred option. > > If the conversion or removal needs action on another package first, > please document the blocking by using the BTS affects command, like > > affects + src:ipykernel > > If there is no py2removal bug for that reverse-dependency, please file > a bug on this package (similar to this bug report). > > If there are questions, please refer to the wiki page for the removal: > https://wiki.debian.org/Python/2Removal, or ask for help on IRC > #debian-python, or the debian-pyt...@lists.debian.org mailing list. > > signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#952477: cloudpickle: Please package the latest upstream version (1.3.0)
Source: cloudpickle Version: 1.2.1-2 Severity: normal X-Debbugs-CC: di...@ghic.org Dear package cloudpickle maintainer, The upstream of cloudpickle has release a new upstream version (1.3.0). Please consider packaging it. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#952478: cloudpickle: Please make another source-only upload to allow testing migration
Source: cloudpickle Version: 1.2.1-2 Severity: serious Justification: out-of-sync unstable-to-testing X-Debbugs-CC: di...@ghic.org Dear cloudpickle maintainer, The latest upload of your package was not a source-only upload. As a result, it did not migrate to Testing. According to https://lists.debian.org/debian-devel-announce/2020/02/msg5.html , packages that are out-of-sync between testing and unstable for more than 60 days are considered as having a Release Critical bug. Your package has been out-of-sync for 115 days. Please consider making another source-only upload to allow testing migration according to https://wiki.debian.org/SourceOnlyUpload . Let me know if you need any help. Thanks! -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#951266: RM: python-feedvalidator -- RoQA; Dead Upstream; Affected by Python2 Removal
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-CC: python-modules-t...@lists.alioth.debian.org nsla...@tumbolia.org Dear FTP Masters, Package python-feedvalidator has a dead upstream (googlecode), inactive package maintainer and is python2-only. It has no reverse-dependencies or build-rdeps. As a result, I believe it is reasonable to have it removed from Debian archive. For background information, please see https://bugs.debian.org/937750 . -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#937750: python-feedvalidator: Python2 removal in sid/bullseye
X-Debbugs-CC: nsla...@tumbolia.org python-modules-t...@lists.alioth.debian.org On Fri, 30 Aug 2019 07:39:15 + Matthias Klose wrote: > Package: src:python-feedvalidator > Version: 0~svn1022-3 > > Your package either build-depends, depends on Python2, or uses Python2 > in the autopkg tests. Please stop using Python2, and fix this issue > by one of the following actions. Hi Noah and fellow DPMT members, I found python-feedvalidator has a dead upstream, no maintainer activity in recent years, no reverse-dependencies and no build-reverse-dependencies. As a result, we should be removing it as part of the py2removal effort. I will be filing a removal bug soon. If there's any doubt, please let me know asap. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#951142: mwic: Please package new upstream version (0.7.8)
Source: mwic Version: 0.7.7-1 Severity: normal X-Debbugs-CC: ge...@riseup.net Dear mwic maintainers, The upstream mwic developers have already release a new version of mwic. Please upload the new version in Debian. Since I am also a member of the Debian Python Modules Team, I might be uploading one with a deferred upload. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#950072: python-asttokens FTBFS with Python 3.8 as supported version
X-Debbugs-CC: di...@moreda.io naturesha...@debian.org Control: tags -1 + pending On Wed, 29 Jan 2020 13:43:52 +0100 "Diego M. Rodriguez" wrote: > It seems the issues were also identified upstream and fixed (via [1] and > other 3.8-related commits), and made it into a new upstream release > (the 2.x line [2]) - I have updated the VCS preparing the new version. > > [1] https://github.com/gristlabs/asttokens/pull/36 > [2] https://github.com/gristlabs/asttokens/releases This one looks good to me. I am looking into uploading this version onto DELAYED/7 first. The only reverse-dependencies are src:eric and src:thonny. I am listed as the maintainer of src:eric and will take care of this; for src:thonny, https://bugs.debian.org/950884 has been filed and the package won't be broken as long as its new upstream release is packaged in Debian. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#950757: python-django-rest-framework-guardian: Please make another source-only upload to allow testing migration
Source: python-django-rest-framework-guardian Version: 0.3.0-1 Severity: important X-Debbugs-CC: fl...@debian.org Dear python-django-rest-framework-guardian maintainer, The package python-django-rest-framework-guardian you maintain in Debian saw only the initial upload back in December. As a result, this upload was not a source-only upload. Please consider making another source-only upload to allow the package to migrate to Debian Testing. You may find more details about source-only upload at https://wiki.debian.org/SourceOnlyUpload . -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#944947: python-uinput: diff for NMU version 0.11.2-2.1
Control: tags -1 + patch pending Dear maintainer, I've prepared an NMU for python-uinput (versioned as 0.11.2-2.1) and uploaded it to DELAYED/1. Please feel free to tell me if I should delay it longer. Regards. diff -Nru python-uinput-0.11.2/debian/changelog python-uinput- 0.11.2/debian/changelog --- python-uinput-0.11.2/debian/changelog 2019-08-04 14:51:21.0 -0400 +++ python-uinput-0.11.2/debian/changelog 2019-12-02 23:34:43.0 -0500 @@ -1,3 +1,15 @@ +python-uinput (0.11.2-2.1) unstable; urgency=medium + + * Non-maintainer upload. + + [ أحمد المحمودي (Ahmed El-Mahmoudy) ] + * Update Standards version to 4.4.1. + * Add dh-python to build deps. (Closes: #944947, 945233) + * Bumped debhelper compat level to 12. + * Add Rules-Requires-Root: no. + + -- Boyuan Yang Mon, 02 Dec 2019 23:34:43 -0500 + python-uinput (0.11.2-2) unstable; urgency=medium * Team upload. diff -Nru python-uinput-0.11.2/debian/control python-uinput- 0.11.2/debian/control --- python-uinput-0.11.2/debian/control 2019-08-04 14:49:37.0 -0400 +++ python-uinput-0.11.2/debian/control 2019-12-02 23:34:43.0 -0500 @@ -3,10 +3,12 @@ Priority: optional Maintainer: Debian Python Modules Team < python-modules-t...@lists.alioth.debian.org> Uploaders: أحمد المحمودي (Ahmed El-Mahmoudy) < aelmahmo...@users.sourceforge.net> -Build-Depends: debhelper-compat (= 11), +Build-Depends: debhelper-compat (= 12), pkg-config, python3-all-dev, -Standards-Version: 4.1.5 + dh-python +Standards-Version: 4.4.1 +Rules-Requires-Root: no Homepage: http://tjjr.fi/sw/python-uinput Vcs-Git: https://salsa.debian.org/python-team/modules/python-uinput.git Vcs-Browser: https://salsa.debian.org/python-team/modules/python-uinput signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#933033: maptransfer: Should this package be removed?
Package: maptransfer Version: 0.3-2 Severity: important X-Debbugs-CC: diese-a...@funzt-halt.net Dear maptransfer maintainers, With the proposed Qt4 and Python2 removal, maptransfer is affected since it is using python-qt4. Since its upstream is inactive since 2010, it looks like maptransfer will not be migrated to python3 and Qt5 in the near future. As a result, I propose to remove this package from Debian archive. Please let me know if there's any thoughts. I will proceed to file the removal request to the FTP Masters 28 days later. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#931194: RM: python-dhm -- RoQA; Orphaned; Upstream dead; Popcon low; Unused;
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-CC: mo...@debian.org python-modules-t...@lists.alioth.debian.org Dear FTP Masters, After reviewing the current status of package python-dhm, I think this package is no longer relevant and should be removed from the Debian archive. The reasons include: * No upstream activity since 2007, upstream URL dead, upstream author no longer releasing it; * Orphaned since 2011; * No packaging activity since 2015; * Python2-only package affected by python2 removal; * Low popcon (< 20); * No reverse dependencies. Please have it removed from Sid when convenient. Thanks! Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#912307: elementtidy: Will package maintenance be continued?
Source: elementtidy Version: 1.0-8 Severity: important X-Debbugs-CC: shlo...@debian.org Dear elementtidy maintainers, I found that elementtidy hasn't seen any maintainer upload since 2008 (!) and there's no team upload since 2015. It seems that upstream development stalled since 2005 too. Package python-elementtidy is python2-only and it also has no reverse dependencies. The popcon is also dropping. As a result, I'm wondering if it's still worthwhile to keep elementtidy in Debian archive anymore. Specifically I'd like to hear from the package uploader (Torsten Marek) for your idea. If we are to keep it in Debian Buster, I'm also wondering if it's okay for me to make a NMU before Buster freeze to clean up legacy packaging instructions and migrate VCS repo onto Salsa. Any ideas or help would be appreciated. Thanks, Boyuan yang signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#911905: python-tidylib: Please make another sourceful upload for tidy-html5 2:5.6.0
Source: python-tidylib Severity: serious Version: 0.3.2~dfsg-3 X-Debbugs-CC: mity...@debian.org Dear python-tidylib maintainers, I'm sorry for the mess caused by tidy-html5 5.2 -> 5.6 transition but the situation is getting clear now. According to https://bugs.debian.org/911130 and the new upload, we eventually selected 5deb1 as libtidy's SONAME and the name of shared library is now libtidy5deb1. As a result, please consider making another sourceful upload and replace libtidy5.6 dependency with libtidy5deb1. (libtidy5.6 will be swiped out of the archive.) I can also help to make an NMU if you prefer that. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#911003: flask-api: Please package new upstream version (1.0)
Source: flask-api Version: 0.6.4+dfsg-1 Severity: normal X-Debbugs-CC: ol...@debian.org z...@debian.org Dear flask-api maintainers, Package flask-api saw no upload since its intial upload in 2015. New its upstream has released flask-api 1.0 in 2017; please consider packaging the new version. Thanks! Regards, Boyuan Yang ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#911004: flask-api: Please update Vcs-* fields and migrate to Debian Salsa platform
Source: flask-api Version: 0.6.4+dfsg-1 Severity: normal Dear flask-api maintainers, Your package still uses Alioth platform in Vcs-* URLs. Please consider migrating the packaging repo onto Salsa platform and update those fields in its next upload. -- Regards, Boyuan Yang ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#910995: python-tidylib: Please update dependency to libtidy to cooperate with libtidy5.6 transition
Source: python-tidylib Severity: serious Version: 0.3.2~dfsg-2 X-Debbugs-CC: mity...@debian.org Dear python-tidylib maintainers, With the transition of tidy-html5 (libtidy5 -> libtidy5.6), your package needs to have dependency updated so that it can be co-installed with the new libtidy package. This package is arch:all so it cannot be binNMU-ed. If you need any help in doing upload, migrating packaging repo onto Salsa platform or preparing a patch as Merge Request, please let me know. Thank you! -- Regards, Boyuan Yang ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#910974: utidylib: FTBFS with new tidy-html5 5.7.16: Build-dep list needs updating, test fails (upstream behaviour change)
Source: utidylib Severity: serious Version: 0.3-1 X-Debbugs-CC: ni...@debian.org Dear utidylib maintainers, Currrent utidylib 0.3-1 is not compatible with new tidy-html5. New tidy-html5 renamed libtidy5 to libtidy5.6, thus it is necessary to add libtidy5.6 into build-dependency and dependency alternatives. After fixing that, there is also another problem that lies in a test: running build_ext test_bad_options (tidy.test_tidy.TidyTestCase) ... ok test_big (tidy.test_tidy.TidyTestCase) ... ok test_encodings (tidy.test_tidy.TidyTestCase) ... ok test_error_lines (tidy.test_tidy.TidyTestCase) ... ok test_errors (tidy.test_tidy.TidyTestCase) ... ok test_missing_load (tidy.test_tidy.TidyTestCase) ... ok test_nonexisting (tidy.test_tidy.TidyTestCase) ... FAIL test_options (tidy.test_tidy.TidyTestCase) ... ok test_parse (tidy.test_tidy.TidyTestCase) ... ok test_write (tidy.test_tidy.TidyTestCase) ... ok == FAIL: test_nonexisting (tidy.test_tidy.TidyTestCase) -- Traceback (most recent call last): File "/<>/tidy/test_tidy.py", line 52, in test_nonexisting self.assertEquals(str(doc), '') AssertionError: '\n' != u'' Besides that assertion error, the following several lines would also have assertion errors. I figured out that it was due to a behaviour change introduced in tidy-html5 5.5.19 (ce105dcf) that upstream now emits FILE_NOT_FILE message instead of FILE_CANT_OPEN when the input file does not exist. Please consider fixing the test suite to fit the behaviour of new tidy-html5 or disable this test. Thanks! -- Regards, Boyuan Yang ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#910317: QtWebEngine in unstable is constantly crashing
Package: python3-pyqt5.qtwebengine Version: 5.11.2+dfsg-1 Severity: serious X-Debbugs-CC: debian-qt-...@lists.debian.org Control: affects -1 + libqt5webengine5 Dear Debian Qt/KDE maintainers and pyqt5.qtwebengine maintainers, Current QtWebEngine in Debian Unstable would easily crash. That happens after recent upgrade of libkf5. For example, run the following script under python3: $ export LC_ALL=C.UTF-8 $ export LANG=C $ cat ./test.py import sys from PyQt5.QtWidgets import QApplication from PyQt5.QtWidgets import QMainWindow from PyQt5.QtWebEngineWidgets import QWebEngineView from PyQt5.QtCore import QUrl def main(): app = QApplication(sys.argv) window = QMainWindow() window.setWindowTitle('PyQt Demo') window.setGeometry(320, 180, 960, 540) view = QWebEngineView() view.load(QUrl('http://leafletjs.com/')) # error here window.setCentralWidget(view) window.show() sys.exit(app.exec_()) if __name__ == '__main__': main() $ python3 ./test.py [1004/140404.438632:WARNING:stack_trace_posix.cc(699)] Failed to open file: /tmp/.glBfSxZo (deleted) Error: No such file or directory [8494:8515:1004/140404.647050:ERROR:nss_util.cc(727)] After loading Root Certs, loaded==false: NSS error code: -8018 Received signal 11 SEGV_MAPERR 0010 #0 0x7fc98c03e76e #1 0x7fc98c03e880 #2 0x7fc98c03eeb7 #3 0x7fc9969db8e0 #4 0x7fc990771604 #5 0x7fc98aa8d660 #6 0x7fc98aabde3c #7 0x7fc98a0af500 QQuickWindowPrivate::updateDirtyNode() #8 0x7fc98a0af963 QQuickWindowPrivate::updateDirtyNodes() #9 0x7fc98a0b0e22 QQuickWindowPrivate::syncSceneGraph() #10 0x7fc98a16ce49 QQuickRenderControl::sync() #11 0x7fc989c7e0c6 #12 0x7fc989c7e2a6 #13 0x7fc994b0003b QObject::event() #14 0x7fc99548ac6b QWidget::event() #15 0x7fc989c81e2d QQuickWidget::event() #16 0x7fc990771bf0 #17 0x7fc99544c4a1 QApplicationPrivate::notify_helper() #18 0x7fc995453ae0 QApplication::notify() #19 0x7fc995d1f11e #20 0x7fc994ad6589 QCoreApplication::notifyInternal2() #21 0x7fc994b27648 QTimerInfoList::activateTimers() #22 0x7fc994b27ea4 #23 0x7fc9939acc3e g_main_context_dispatch #24 0x7fc9939aced8 #25 0x7fc9939acf6c g_main_context_iteration #26 0x7fc994b28233 QEventDispatcherGlib::processEvents() #27 0x7fc97df51ee1 #28 0x7fc994ad525b QEventLoop::exec() #29 0x7fc994add3d2 QCoreApplication::exec() #30 0x7fc995ce214b #31 0x005068bf #32 0x0050a4e9 _PyEval_EvalFrameDefault #33 0x00505d58 #34 0x00506a8d #35 0x0050a4e9 _PyEval_EvalFrameDefault #36 0x005088b8 #37 0x0050a023 PyEval_EvalCode #38 0x00635f82 #39 0x0063603a PyRun_FileExFlags #40 0x006397f8 PyRun_SimpleFileExFlags #41 0x0063a38a Py_Main #42 0x004ac090 main #43 0x7fc996433b17 __libc_start_main #44 0x005b35aa _start r8: 17281b04 r9: 017ae3e0 r10: 17281b04 r11: 0001 r12: r13: 017651c0 r14: 7fc994b91660 r15: 017650e0 di: 01728da0 si: bp: 7ffc01652bc0 bx: 01713dd0 dx: 7fc994b91660 ax: 01082000 cx: 7fc994b91678 sp: 7ffc016527e0 ip: 7fc990771604 efl: 00010202 cgf: 002b0033 erf: 0004 trp: 000e msk: cr2: 0010 [end of stack trace] Calling _exit(1). Core file will not be generated. $ -- Thanks, Boyuan Yang ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team