Bug#1052860: marked as pending in python-plaster-pastedeploy
Control: tag -1 pending Hello, Bug #1052860 in python-plaster-pastedeploy reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/python-plaster-pastedeploy/-/commit/5ad16c3d9e6c70054bbc7fa8f1aa6c6d8999803e Team upload. * Team upload. * d/rules: Add override_dh_auto_clean to avoid remove tests/fake_packages/FakeApp/FakeApp.egg-info folder that is needed in tests to create a fake package (Closes: #1052860, #1048274). (this message was generated automatically) -- Greetings https://bugs.debian.org/1052860
Bug#1056499: marked as pending in python-pyramid-chameleon
Control: tag -1 pending Hello, Bug #1056499 in python-pyramid-chameleon reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/python-pyramid-chameleon/-/commit/c3bcefcfb269ab736917c601c704f85b8ae6fded Team upload. * Team upload. * d/rules: Copy tests/fixture folder to builder folder to avoid fail tests (Closes: #1056499, #1052780). (this message was generated automatically) -- Greetings https://bugs.debian.org/1056499
Bug#1052780: marked as pending in python-pyramid-chameleon
Control: tag -1 pending Hello, Bug #1052780 in python-pyramid-chameleon reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/python-pyramid-chameleon/-/commit/c3bcefcfb269ab736917c601c704f85b8ae6fded Team upload. * Team upload. * d/rules: Copy tests/fixture folder to builder folder to avoid fail tests (Closes: #1056499, #1052780). (this message was generated automatically) -- Greetings https://bugs.debian.org/1052780
Bug#1068145: marked as pending in basemap
Control: tag -1 pending Hello, Bug #1068145 in basemap reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/basemap/-/commit/ef8a33ac9a105b0f9cd1889f0be7ea7c8298efe2 Do not fail in separate arch-all builds. Closes: #1068145. (this message was generated automatically) -- Greetings https://bugs.debian.org/1068145
Bug#1067321: cachy: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12 3.11" returned exit code 13
Hi Lucas, Sorry, I cannot reproduce this error. I tried running the package locally and in the salsa-ci [0] [0] https://salsa.debian.org/python-team/packages/cachy/-/pipelines/658758 -- cheers, Emmanuel Arias ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ eam...@debian.org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: 13796755BBC72BB8ABE2AEB5 FA9DEC5DE11C63F1 ⠈⠳⣄ OpenPGP_0xFA9DEC5DE11C63F1.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1056243: django-assets autopkg tests fail with Python 3.12
Hi! I worked on this package to fix py3.12 bug but I had some tests with the tests. Also, I noted that upstream seems to be not active for the last 4 years (there are some PR trying to resolve py3.11 bugs). It has webassets as b-depends that seems to be not active as well. So, maybe is time to remove it from Debian? -- cheers, Emmanuel Arias ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ eam...@debian.org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: 13796755BBC72BB8ABE2AEB5 FA9DEC5DE11C63F1 ⠈⠳⣄ signature.asc Description: PGP signature
Bug#1026584: marked as pending in python-morris
Control: tag -1 pending Hello, Bug #1026584 in python-morris reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/python-morris/-/commit/f2d9915ec256798c4ed9ceac1e0cfec4c798fae4 d/rules: Add override_dh_installdocs target to fix the documentation build (Closes: #1026584). (this message was generated automatically) -- Greetings https://bugs.debian.org/1026584
Bug#1061744: ipyparallel ftbfs with Python 3.12 as default
Hi, I cannot reproduce this error. Seems to be that in sid does not fail. -- cheers, Emmanuel Arias ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ eam...@debian.org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: 13796755BBC72BB8ABE2AEB5 FA9DEC5DE11C63F1 ⠈⠳⣄ signature.asc Description: PGP signature
Bug#1061028: marked as pending in flask-restful
Control: tag -1 pending Hello, Bug #1061028 in flask-restful reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/flask-restful/-/commit/d7a91399838a1c6393b6871e93abe9d06c0c67af Closes: #1061028 (this message was generated automatically) -- Greetings https://bugs.debian.org/1061028
Bug#1061028: flask-restful: FTBFS: intersphinx inventory 'six/objects.inv' not fetchable due to : [Errno 2] No such file or directory: '/<>/docs/six/objects.inv
Hi, flask 3.0 will fix this two tests? New upstream release of flask-restful + this two tests turned off can not be uploaded yet? -- cheers, Emmanuel Arias ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ eam...@debian.org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: 13796755BBC72BB8ABE2AEB5 FA9DEC5DE11C63F1 ⠈⠳⣄ signature.asc Description: PGP signature
Bug#1058670: python3-poetry: fail with Can't instantiate abstract class IsolatedEnv with abstract methods executable, scripts_dir
Hi, sergiodj upload the new upstream release of python3-build [0]. -doc package was added. Meanwhile I will try to add some autopkgtest to detect this kind of bugs. Thanks! [0] https://ftp-master.debian.org/new/python-build_1.0.3-1.html -- cheers, Emmanuel Arias ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ eam...@debian.org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: 13796755BBC72BB8ABE2AEB5 FA9DEC5DE11C63F1 ⠈⠳⣄ signature.asc Description: PGP signature
Bug#1058670: python3-poetry: fail with Can't instantiate abstract class IsolatedEnv with abstract methods executable, scripts_dir
Hi, Thanks for the report and the information. This is probably a bug for python3-build to update new upstream release. In despite of this I will contact maintainer and/or update the package. Cheers! signature.asc Description: PGP signature
Bug#1056852: python-cassandra-driver: ftbfs with cython 3.0.x
Hi! Thanks for your work. I forgot push my last changes. I have already fixed the two tests. One of them is that upstream is using a deprecated method in tests [0]. The other issue was that they still use asyncore [1]. Now I will upload python-cassandra-driver soon. [0] https://github.com/datastax/python-driver/pull/1195 [1] https://datastax-oss.atlassian.net/browse/PYTHON-1366?focusedCommentId=55575 On Sat, Jan 27, 2024 at 08:44:32AM +0100, Andreas Tille wrote: > Control: tags -1 help > Control: tags -1 moreinfo > > Hi, > > I tried building the current status in Git and realised that the > suggested patch is not sufficient. I decided to relax the versioned > dependency from cython[1] which at least let the configure and build > step pass. Unfortunately the cython3-legacy build dependency led to 5 > errors and thus I tried cython3 instead which only leads to 2 errrors > which you can hopefully reproduce in a couple of minutes in Salsa CI[2] > (I'm going AFK instantly so can not check any more). > > May be it is appropriate to skip those two tests? I'll leave this > decision to you since I do not know this package sufficiently enough. > > Hope this helps > Andreas. > > [1] > https://salsa.debian.org/python-team/packages/python-cassandra-driver/-/blob/debian/master/debian/patches/0006-relax_vesioned_cython_dependency.patch?ref_type=heads > [2] > https://salsa.debian.org/python-team/packages/python-cassandra-driver/-/pipelines/631074 > > -- > http://fam-tille.de > -- cheers, Emmanuel Arias ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ eam...@debian.org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: 13796755BBC72BB8ABE2AEB5 FA9DEC5DE11C63F1 ⠈⠳⣄ signature.asc Description: PGP signature
Bug#1037852: Bug#1056886: May be new upstream version fixes this issue
Hi Andreas, Thanks for your work. Yes, two new dependency must be added to Debian. I postponed all this work, until finish with python-cassandra-driver. I hope take scalene in the next week. Thanks again, you make some steps for me :) Cheers, Emmanuel El jue, 11 de ene de 2024, 05:33, Andreas Tille escribió: > Hi, > > I tried to check whether the new upstream version might fix gcc-13 / > Python3.12 > issues. I've pushed my work to Salsa but it needs new dependencies > (at least https://github.com/emeryberger/Heap-Layers may be two more) > and I gave up here since I have no specific interest in this package. Hope > this might be helpful anyway. > > Kind regards > Andreas. > > -- > http://fam-tille.de > >
Bug#1056471: python-fabio's autopkg tests fail with Python 3.12
Hello, I've just uploaded the patch. Thanks Yogeswaran! Please consider merge this MR [0] [0] https://salsa.debian.org/science-team/python-fabio/-/merge_requests/1 cheers, Emmanuel Arias ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ eam...@debian.org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: FA9DEC5DE11C63F1 ⠈⠳⣄
Bug#1059657: marked as pending in circuits
Control: tag -1 pending Hello, Bug #1059657 in circuits reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/circuits/-/commit/ed3459aedcf663a188d9869f8f461a862a7a624a Bump Standards-Version to 4.6.2 * Team upload. deprecated imp with importlib to fix autopkgtest in Py3.12 (Closes: #1059657). * d/control: Bump Standard-Version to 4.6.2 (from 4.6.1.0; no further changes needed). (this message was generated automatically) -- Greetings https://bugs.debian.org/1059657
Bug#1054668: RM: jcc -- RoQA; very low popcon; leaf package
Hi Bastian, I do not have arguments against your proposal. So go ahead please. Cheers, Emmanuel signature.asc Description: PGP signature
Bug#1050688: marked as pending in poetry
Control: tag -1 pending Hello, Bug #1050688 in poetry reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/poetry/-/commit/57428349dc5f0b0322c9a853e932669fea3a5d91 d/rules: Skip the next tests that use internet (Closes: #1050688): * d/rules: Skip the next tests that use internet (Closes: #1050688): - test_installer_with_pypi_repository - test_prepare_directory_editable - test_prepare_directory - test_prepare_directory_with_extensions (this message was generated automatically) -- Greetings https://bugs.debian.org/1050688
Bug#1050688: marked as pending in poetry
Control: tag -1 pending Hello, Bug #1050688 in poetry reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/poetry/-/commit/57428349dc5f0b0322c9a853e932669fea3a5d91 d/rules: Skip the next tests that use internet (Closes: #1050688): * d/rules: Skip the next tests that use internet (Closes: #1050688): - test_installer_with_pypi_repository - test_prepare_directory_editable - test_prepare_directory - test_prepare_directory_with_extensions (this message was generated automatically) -- Greetings https://bugs.debian.org/1050688
Bug#1050688: poetry: needs internet access during build?
Hi, I can confirm that the next 4 tests needs internet to work: * tests/installation/test_installer.py::test_installer_with_pypi_repository * tests/installation/test_chef.py::test_prepare_directory_editable * tests/installation/test_chef.py::test_prepare_directory * tests/installation/test_chef.py::test_prepare_directory_with_extensions I will thank you if you can tell me how run in a not internet builder. My solution was just disconnect my RJ-45 from the computer to test the no internet because I didn't found a solution from autopkgtest or sbuild :-D. Cheers, Emmanuel signature.asc Description: PGP signature
Bug#1050688: marked as pending in poetry
Control: tag -1 pending Hello, Bug #1050688 in poetry reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/poetry/-/commit/e51299f5cc6c02a94da3bef35649bfdbf80ce5d9 d/rules: override dh_auto_test to avoid remove egg-info folder. Some poetry tests use egg-info folders created for tests purpose as fixtures (Closes: #1050688). (this message was generated automatically) -- Greetings https://bugs.debian.org/1050688
Bug#1050688: poetry: needs internet access during build?
Hi again, OK, now I have a theory. In all the tests (or at least the tests that I looked) intervene a egg-info folder. But now this folder is removed by dh-python. Cheers, Emmanuel signature.asc Description: PGP signature
Bug#1050688: poetry: needs internet access during build?
Hi Gianfranco, Thanks for you report, and sorry for the delay. I'm investigating the issues. I can not says that they need internet connection but I did not finish to check all tests. This error seems strange to me because they run successfully some days ago. Cheers, Emmanuel signature.asc Description: PGP signature
Bug#1027439: elementpath breaks python-xmlschema autopkgtest: 'XMLSchemaContext' object has no attribute 'iter'
Hi Jochen, On Mon, Mar 27, 2023 at 06:59:50PM +0200, Jochen Sprickerhof wrote: > Hi Emmanuel, > > note that the new upstream version of python-xmlschema fixes this and other > errors but Debian unstable is frozen and the change would be too big. On the > other hand this currently keeps the new upstream version of elementpath from > transition to testing which is a viable outcome at the current release state > as well. So there is not really something to do for this bug till the > release of bookworm and afterwards an upload of the new upstream version > should fix it. Thanks for reply me. Ah ok, I downloaded the patch and iirc only change the tests. But if this bug doesn't affect to elementpath, I will wait after freeze end Cheers, Emmanuel > > Cheers Jochen > > * Emmanuel Arias [2023-03-27 07:35]: > > Hello, > > > > Applying the patch all the tests are fixed except one: > > > > == > > FAIL: test_xml_document_validation > > (xmlschema.testing._builders.TestValidator004.test_xml_document_validation) > > -- > > Traceback (most recent call last): > > File > > "/<>/.pybuild/cpython3_3.11_xmlschema/build/xmlschema/testing/_builders.py", > > line 623, in test_xml_document_validation > >self.check_data_conversion_with_lxml() > > File > > "/<>/.pybuild/cpython3_3.11_xmlschema/build/xmlschema/testing/_builders.py", > > line 507, in check_data_conversion_with_lxml > >self.assertEqual(len(lxml_errors), len(self.errors), msg=xml_file) > > AssertionError: 2 != 1 : > > tests/test_cases/examples/collection/collection3bis.xml > > > > - > > > > I will investigate a little bit today. > > > > Cheers, > > eamanu > > signature.asc Description: PGP signature
Bug#1027439: elementpath breaks python-xmlschema autopkgtest: 'XMLSchemaContext' object has no attribute 'iter'
Hello, Applying the patch all the tests are fixed except one: == FAIL: test_xml_document_validation (xmlschema.testing._builders.TestValidator004.test_xml_document_validation) -- Traceback (most recent call last): File "/<>/.pybuild/cpython3_3.11_xmlschema/build/xmlschema/testing/_builders.py", line 623, in test_xml_document_validation self.check_data_conversion_with_lxml() File "/<>/.pybuild/cpython3_3.11_xmlschema/build/xmlschema/testing/_builders.py", line 507, in check_data_conversion_with_lxml self.assertEqual(len(lxml_errors), len(self.errors), msg=xml_file) AssertionError: 2 != 1 : tests/test_cases/examples/collection/collection3bis.xml - I will investigate a little bit today. Cheers, eamanu signature.asc Description: PGP signature
Bug#1026566: marked as pending in elasticsearch-curator
Control: tag -1 pending Hello, Bug #1026566 in elasticsearch-curator reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/elasticsearch-curator/-/commit/0b2e4f3b3d3f5589473cd9e5c185a28deca92275 * d/patches/0006-Bump-version-yaml-5.4.1.patch: Make elasticsearch-curator compatible with python3-yaml 5.4.1+ versions (Closes: #1026566). (this message was generated automatically) -- Greetings https://bugs.debian.org/1026566
Bug#1028826: marked as pending in python-xlib
Control: tag -1 pending Hello, Bug #1028826 in python-xlib reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/python-xlib/-/commit/c095664ea447bbc893aca9aa770728d6ec3e57ba d/patches: Add inherit-XError-in-error-classes-in-randr.patch patch to inherit all error classes in randr from XError (Closes: #1028826). (this message was generated automatically) -- Greetings https://bugs.debian.org/1028826
Bug#996799: twitterwatch - upload needed
Hi, On Tue, Jan 17, 2023 at 6:16 PM Malik wrote: > Hello Emmanuel, > > currently upstream-author has no plan to update or release any further > releases for this project [1] > Ok > > > [1] https://gitlab.com/chaica/twitterwatch/-/issues/1 > > kind regards, > Malik > If you leave the package as is it now, when a new release exists, d/watch won't note it. So, I'd change the d/watch to the Gitlab repository. Also Homepage link. Cheers, Emmanuel
Bug#996799: twitterwatch - upload needed
Hi, On Sun, Jan 15, 2023 at 12:24:43PM +0100, Malik wrote: > Hello Emannauel, > > Thank you for the suggestions. > > I was not sure how to handle the new homepage [1] since there are no tags > or releases maintained by the upstream maintainer, should I delete the > watchfile? or can I watch the version in the setup.py ? Oh, I didn't note it. Perhaps it's a good reason to contact to upstream and ask for them. Don't remove d/watch file. > > And for the tests, should I mock the calls to the "internet" since those > would be skipped if conceited to the internet Yes, or skip them. > > > [1]: https://gitlab.com/chaica/twitterwatch/-/tags > > regards, > Malik > Cheers, Emmanuel signature.asc Description: PGP signature
Bug#996799: twitterwatch - upload needed
Hi, On Fri, Jan 13, 2023 at 09:49:15PM +0100, Malik wrote: > Hello DPT, > > I have created a patch to close #996799 in twitterwatch package [1] > I need a mainter to upload the current version (0.1-3) to the tftp-master As Timo mentioned in the bug report. It would be great if the Homepage can be updated as well. Also, the package doesn't have tests (if I'm not wrong). Could you add autopkgtests? Cheers, Emmanuel > > [1] https://salsa.debian.org/python-team/packages/twitterwatch > > Thank you in advance > -- > Malik Mlitat signature.asc Description: PGP signature
Bug#1025025: ImportError: cannot import name 'Application' from 'cleo'
Hi George, Thanks for the report. I assume that you are in testing. Please can you try again? python-cleo was migrated to testing yesterday [0] [0] https://tracker.debian.org/news/1398131/python-cleo-100a5-3-migrated-to-testing/ Please, let me know. Cheers, Emmanuel On Fri, Dec 9, 2022 at 2:21 PM George Shuklin wrote: > Unfortunately, 1.2.2+dfsg-1didn't fixed the problem: > > dpkg -l|grep poetr > ii python3-poetry 1.2.2+dfsg-1 > > /usr/bin/poetry config virtualenvs.create false > Traceback (most recent call last): >File "/usr/bin/poetry", line 5, in > from poetry.console.application import main >File "/usr/lib/python3/dist-packages/poetry/console/application.py", > line 13, in > from cleo.events.console_events import COMMAND > ModuleNotFoundError: No module named 'cleo.events' > >
Bug#1025025: ImportError: cannot import name 'Application' from 'cleo'
Hi, Thanks for the report. I'm working in the new upstream release of poetry. As you mentioned this will be fixed. Fyi, poetry-core and python-cleo are ready. Cheers, -- Emmanuel OpenPGP_0xFA9DEC5DE11C63F1.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1012403: python3-python-flask-jwt-extended,python3-flask-jwt-extended: duplicate packages
Hi, I cc Joseph. Joseph, flask-jwt-extended is in Debian from some time ago https://tracker.debian.org/pkg/python-flask-jwt-extended. On Mon, Jun 6, 2022 at 11:15 AM Andreas Beckmann wrote: > Package: python3-python-flask-jwt-extended,python3-flask-jwt-extended > Version: 4.4.0-1 > Severity: serious > > looks like a duplicate package was just uploaded to the archive. > > Andreas > >
Bug#1000612: marked as pending in python-cassandra-driver
Control: tag -1 pending Hello, Bug #1000612 in python-cassandra-driver reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/python-cassandra-driver/-/commit/416985108815fecff9835460a2ba9621fc6cd66b d/patches/0005-Skip-test_multi_timer_validation-flaky-test.patch: Skip flaky test (Closes: #1000612). (this message was generated automatically) -- Greetings https://bugs.debian.org/1000612
Bug#999781: marked as pending in pythonmagick
Control: tag -1 pending Hello, Bug #999781 in pythonmagick reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/pythonmagick/-/commit/57129f09a1a9bfba7c6e4987307ea5c5786107ac d/rules: Apply patch to fix misbuilt (Closes: #999781). * d/rules: Apply patch to fix misbuilt (Closes: #999781). - Patch from Steve Langasek. (this message was generated automatically) -- Greetings https://bugs.debian.org/999781
Bug#999781: marked as pending in pythonmagick
Control: tag -1 pending Hello, Bug #999781 in pythonmagick reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/pythonmagick/-/commit/57129f09a1a9bfba7c6e4987307ea5c5786107ac d/rules: Apply patch to fix misbuilt (Closes: #999781). * d/rules: Apply patch to fix misbuilt (Closes: #999781). - Patch from Steve Langasek. (this message was generated automatically) -- Greetings https://bugs.debian.org/999781
Bug#997740: [Python-modules-team] Bug#997740: python-pkginfo: FTBFS: There is a syntax error in your configuration file: invalid syntax (conf.py, line 176)
HI, This bugs is fixed in the new upstream release [0] [0] https://bugs.launchpad.net/pkginfo/+bug/1933322 Cheers, Arias Emmanuel @eamanu yaerobi.com On Sun, Oct 24, 2021 at 9:34 AM Lucas Nussbaum wrote: > Source: python-pkginfo > Version: 1.4.2-3 > Severity: serious > Justification: FTBFS > Tags: bookworm sid ftbfs > User: lu...@debian.org > Usertags: ftbfs-20211023 ftbfs-bookworm > > Hi, > > During a rebuild of all packages in sid, your package failed to build > on amd64. > > > Relevant part (hopefully): > > make[1]: Entering directory '/<>' > > dh_auto_build --buildsystem=pybuild > > I: pybuild base:232: /usr/bin/python3 setup.py build > > running build > > running build_py > > creating /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo > > copying pkginfo/develop.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo > > copying pkginfo/__init__.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo > > copying pkginfo/_compat.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo > > copying pkginfo/index.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo > > copying pkginfo/commandline.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo > > copying pkginfo/sdist.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo > > copying pkginfo/bdist.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo > > copying pkginfo/distribution.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo > > copying pkginfo/installed.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo > > copying pkginfo/utils.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo > > copying pkginfo/wheel.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo > > creating > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo/tests > > copying pkginfo/tests/__init__.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo/tests > > copying pkginfo/tests/test_index.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo/tests > > copying pkginfo/tests/test_utils.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo/tests > > copying pkginfo/tests/test_wheel.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo/tests > > copying pkginfo/tests/test_develop.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo/tests > > copying pkginfo/tests/test_commandline.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo/tests > > copying pkginfo/tests/test_installed.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo/tests > > copying pkginfo/tests/test_sdist.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo/tests > > copying pkginfo/tests/test_bdist.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo/tests > > copying pkginfo/tests/test_distribution.py -> > /<>/.pybuild/cpython3_3.9_pkginfo/build/pkginfo/tests > > python3 setup.py build_sphinx > > running build_sphinx > > Running Sphinx v4.2.0 > > > > Configuration error: > > There is a syntax error in your configuration file: invalid syntax > (conf.py, line 176) > > > > make[1]: *** [debian/rules:11: override_dh_auto_build] Error 1 > > > The full build log is available from: > http://qa-logs.debian.net/2021/10/23/python-pkginfo_1.4.2-3_unstable.log > > A list of current common problems and possible solutions is available at > http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! > > If you reassign this bug to another package, please marking it as > 'affects'-ing > this package. See https://www.debian.org/Bugs/server-control#affects > > If you fail to reproduce this, please provide a build log and diff it with > mine > so that we can identify if something relevant changed in the meantime. > > ___ > Python-modules-team mailing list > python-modules-t...@alioth-lists.debian.net > > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team >
Bug#989346: python3-setuptools: .exe files in .deb file
Hello, Please consider apply this patch that remove .exe files from .deb package. I cc doko that is the maintaner. Cheers, eamanu diff --git a/debian/changelog b/debian/changelog index c44c6a0..efb34a2 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +setuptools (52.0.0-3.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * d/rule: Remove .exe files from the package builded (Closes: #989346). + * d/watch: Use https instead of http in the uri. + + -- Emmanuel Arias Sat, 26 Jun 2021 22:10:04 -0300 + setuptools (52.0.0-3) unstable; urgency=medium * Use sysconfig.get_platform instead of distutils.util.get_platform. diff --git a/debian/rules b/debian/rules index d030e03..42aebf2 100755 --- a/debian/rules +++ b/debian/rules @@ -17,6 +17,7 @@ override_dh_auto_install: # dh_pypy from dh-python < 1.20150705-1 falls over requires.txt # and our requires.txt aren't useful find debian/tmp -name requires.txt -delete + find debian/tmp -name "*.exe" -type f -delete override_dh_installchangelogs: dh_installchangelogs CHANGES.rst diff --git a/debian/watch b/debian/watch index 44ad864..74484f6 100644 --- a/debian/watch +++ b/debian/watch @@ -1,2 +1,2 @@ version=3 -http://pypi.debian.net/setuptools/setuptools-(.*)\.(?:tar\.gz|zip) +https://pypi.debian.net/setuptools/setuptools-(.*)\.(?:tar\.gz|zip)
Bug#981533: poetry-core: autopkgtest failure
Hello! Thanks for the report and sorry for the delay of my response. I've just push to salsa [0] a fix for this error. Now at least on salsa run autopkgtest successfully. I need sponsorship to upload it. I cc pollo that help me to upload to Debian. Thanks Cheers, Emmanuel [0] https://salsa.debian.org/python-team/packages/poetry-core
Bug#985774: [Python-modules-team] Bug#985774: python3-django-tables2 is seriously outdated
On Tue, Mar 23, 2021 at 10:44:41PM +0100, Pierre-Elliott Bécue wrote: > Le mardi 23 mars 2021 à 15:18:25-0300, Emmanuel Arias a écrit : > > Hello > > > > > > > > django-tables2 latest version is 2.3.4, while Debian provides the > > > version 2.1.1 in testing and unstable. This old version does not provide > > > any compatibility for Django 3, which exist in the experimental > > > repository. Is it possible to update the binaries for > > > python3-django-tables2, at least in unstable/experimental? > > > > I've just push to salsa [0] a debian/experimental branch. I'll need > > sponsoship to upload. > > > > [0] > > https://salsa.debian.org/python-team/packages/django-tables/-/tree/debian/experimental > > > > Chers, > > Hi Emmanuel, > > Your package is good to go, after fixing some minor issues: > > * You did not upload the upstream branch > * You did not upload the pristine-tar branch > * You did not upload the upstream release tag > * You did not set a proper experimental version and label the release >to experimental oh no, so sorry for thats, I've just forgot upload. > > I've taken care of all of these issues and made an upload. Thanks! > > Thanks for your work. > > -- > Pierre-Elliott Bécue > GPG: 9AE0 4D98 6400 E3B6 7528 F493 0D44 2664 1949 74E2 > It's far easier to fight for one's principles than to live up to them.
Bug#985774: [Python-modules-team] Bug#985774: python3-django-tables2 is seriously outdated
Hello > > django-tables2 latest version is 2.3.4, while Debian provides the > version 2.1.1 in testing and unstable. This old version does not provide > any compatibility for Django 3, which exist in the experimental > repository. Is it possible to update the binaries for > python3-django-tables2, at least in unstable/experimental? I've just push to salsa [0] a debian/experimental branch. I'll need sponsoship to upload. [0] https://salsa.debian.org/python-team/packages/django-tables/-/tree/debian/experimental Chers, Emmanuel
Bug#979625: autopkgtest: ModuleNotFoundError (ipytree) and AssertionError
HIi, I'm working on ipytree Debian Packaging see #985001. Also ipytree needs jupyter_packaging [0] that currently I'm working. [0] https://github.com/jupyter/jupyter-packaging Cheers, Emmanuel
Bug#956548: python-cassandra-driver: FTBFS on 32 bit arches
Hi, Thanks for the report. THis issues need investigation, for the new upstream release I skip that tests, but is just a workaround with aim to have the new version before Debian freeze. I'll can work on this, but not before Debian Freeze. Cheers, Emmanuel
Bug#980473: ModuleNotFoundError: No module named 'Crypto'
Hi, Patch applied, waiting for sponsorship. Cheers, Arias Emmanuel @eamanu yaerobi.com On Tue, Jan 19, 2021 at 6:30 PM Sebastian Ramacher wrote: > Control: tags -1 + patch > > On 2021-01-20 01:52:54 +1100, Konomi Kitten wrote: > > Package: python3-otr > > Version: python3-potr > > Severity: grave > > Justification: renders package unusable > > X-Debbugs-Cc: konomikit...@gmail.com > > > > Trying to import potr throws the following error: > > > > $ python3 > > Python 3.9.1+ (default, Jan 10 2021, 15:42:50) > > [GCC 10.2.1 20201224] on linux > > Type "help", "copyright", "credits" or "license" for more information. > > >>> import potr > > Traceback (most recent call last): > > File "/usr/lib/python3/dist-packages/potr/compatcrypto/pycrypto.py", > line 19, > > in > > import Crypto > > ModuleNotFoundError: No module named 'Crypto' > > > > During handling of the above exception, another exception occurred: > > > > Traceback (most recent call last): > > File "", line 1, in > > File "/usr/lib/python3/dist-packages/potr/__init__.py", line 21, in > > > from potr import context > > File "/usr/lib/python3/dist-packages/potr/context.py", line 43, in > > > from potr import crypt > > File "/usr/lib/python3/dist-packages/potr/crypt.py", line 25, in > > > from potr.compatcrypto import SHA256, SHA1, SHA1HMAC, SHA256HMAC, \ > > File "/usr/lib/python3/dist-packages/potr/compatcrypto/__init__.py", > line 21, > > in > > from potr.compatcrypto.pycrypto import * > > File "/usr/lib/python3/dist-packages/potr/compatcrypto/pycrypto.py", > line 21, > > in > > import crypto as Crypto > > ModuleNotFoundError: No module named 'crypto' > > >>> > > Please consider applying the attached patch. The package also needs to > depend on python3-pycryptodome either by manually hardcoding the > dependency in debian/control or by fixing > debian/patches/0001-Use-pycryptodome-as-dependency.patch to have > install_requires=["pycryptodomex"] > > Cheers > -- > Sebastian Ramacher >
Bug#972910: lasagne ftbfs with python3.9
Hi, seems to be the same issue reported #962938. Cheers, eamanu
Bug#966751: libapache2-mod-python: Unversioned Python removal in sid/bullseye
Control: tag -1 pending Hi, A new upstream release 3.5.0 support py3. This new upstream release is available on salsa. Waiting for sponsorship. Cheers, Arias Emmanuel @eamanu yaerobi.com
Bug#883157:
Control: tag -1 pending On salsa is the new upstream release 3.5.0.
Bug#937062: marked as pending in mod-wsgi
Control: tag -1 pending Hello, Bug #937062 in mod-wsgi reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/mod-wsgi/-/commit/bf5bd011eb0f6cdb4a7452a25b3992066dabd128 Remove py2 support. Closes: #937062 Remove the need to install old package. Closes: #968079 (this message was generated automatically) -- Greetings https://bugs.debian.org/937062
Bug#968079: marked as pending in mod-wsgi
Control: tag -1 pending Hello, Bug #968079 in mod-wsgi reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/mod-wsgi/-/commit/bf5bd011eb0f6cdb4a7452a25b3992066dabd128 Remove py2 support. Closes: #937062 Remove the need to install old package. Closes: #968079 (this message was generated automatically) -- Greetings https://bugs.debian.org/968079
Bug#968079: [Python-modules-team] Bug#968079: libapache2-mod-wsgi: Package is not installable. Needs older Python2.
Hi, The package needs some more work. I plan work on it this week, I hope have some news in the next few days. Cheers, Arias Emmanuel @eamanu http://eamanu.com El mar., 11 de ago. de 2020 a la(s) 12:15, nb (n...@dagami.org) escribió: > > How much time does it take to come to sid? > > ___ > Python-modules-team mailing list > python-modules-t...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
Bug#968079: [Python-modules-team] Bug#968079: libapache2-mod-wsgi: Package is not installable. Needs older Python2.
Hi, That problem seems to be fixed on salsa, but I am waiting for a review. Cheers, Arias Emmanuel @eamanu http://eamanu.com El sáb., 8 de ago. de 2020 a la(s) 04:15, greylistd Python issue (n...@dagami.org) escribió: > > Package: libapache2-mod-wsgi > Version: 4.6.8-1+b1 > Severity: grave > Justification: renders package unusable > > Dear Maintainer, > > When trying to install the package, the following message is displayed: > > == begin > Reading package lists... Done > Building dependency tree > Reading state information... Done > Some packages could not be installed. This may mean that you have > requested an impossible situation or if you are using the unstable > distribution that some required packages have not yet been created > or been moved out of Incoming. > The following information may help to resolve the situation: > > The following packages have unmet dependencies: > python : PreDepends: python-minimal (= 2.7.17-2) but it is not going to be > installed > Depends: libpython-stdlib (= 2.7.17-2) but it is not going to be > installed > Depends: python2 (= 2.7.17-2) but 2.7.18-2 is to be installed > E: Unable to correct problems, you have held broken packages. > == end > The problem is that my Python2 is: > python22.7.18-2 amd64 > > > -- System Information: > Debian Release: bullseye/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > > Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: > LC_ALL set to fr_FR.UTF-8), LANGUAGE=en_US:en > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages libapache2-mod-wsgi depends on: > ii apache2-bin [apache2-api-20120211] 2.4.43-1 > ii libc6 2.31-3 > ii libpython2.72.7.18-1 > pn python > > libapache2-mod-wsgi recommends no packages. > > libapache2-mod-wsgi suggests no packages. > > ___ > Python-modules-team mailing list > python-modules-t...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
Bug#966763: marked as pending in mod-wsgi
Control: tag -1 pending Hello, Bug #966763 in mod-wsgi reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/mod-wsgi/-/commit/c1a257201d0e622aa2e71bcdb7555be7e0c78b2c Depend on the python2 binary package for the 2.7 interpreter. (Closes: #966763) (this message was generated automatically) -- Greetings https://bugs.debian.org/966763
Bug#937645: [Python-modules-team] Bug#937645: python-cjson: Python2 removal in sid/bullseye
Cheers, Arias Emmanuel @eamanu http://eamanu.com El mar., 30 de jun. de 2020 a la(s) 17:51, Bernd Zeimetz (b...@debian.org) escribió: > > > > On 6/30/20 10:41 PM, Moritz Mühlenhoff wrote: > > There's no movement on https://github.com/AGProjects/python-cjson/issues/6 > > and at this point there are no reverse dependencies left, let's remove it? +1 :) > > yes, good plan - I've filed a ROM removal bug. > > > Bernd > > > -- > Bernd ZeimetzDebian GNU/Linux Developer > http://bzed.dehttp://www.debian.org > GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F > > ___ > Python-modules-team mailing list > python-modules-t...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
Bug#963430: Any volunteer to spent some time on the new version of artemis (Was: Bug#963430: artemis: FTBFS: /bin/sh: 1: /usr/share/java/j2ssh-core.jar: Permission denied)
Hi Andreas, I would be happy to help on artemis. Obviously I will need a more experienced developer helping me. :) Cheers! Emmanuel Cheers, Arias Emmanuel @eamanu yaerobi.com On Mon, Jun 22, 2020 at 9:17 AM Andreas Tille wrote: > Hi, > > we are lagging several upstream versions behind due to new dependencies > and other build issues. I wonder whether somebody might volunteer to > update artemis. It would be great to get the latest version at least > before the freeze starts. While this takes some time I guess having > latest artemis is time consuming as well - thus I'm asking here. > > Any takers? Despite I'm the only remaining Uploader this exceeds my > current time capacity. > > Kind regards > > Andreas. > > On Sun, Jun 21, 2020 at 10:26:05PM +0200, Lucas Nussbaum wrote: > > Source: artemis > > Version: 17.0.1+dfsg-2 > > Severity: serious > > Justification: FTBFS on amd64 > > Tags: bullseye sid ftbfs > > Usertags: ftbfs-20200620 ftbfs-bullseye > > > > Hi, > > > > During a rebuild of all packages in sid, your package failed to build > > on amd64. > > > > Relevant part (hopefully): > > > debian/rules build > > > dh build --with javahelper > > >dh_update_autotools_config > > >dh_autoreconf > > >dh_auto_configure > > >jh_linkjars > > >debian/rules override_dh_auto_build > > > make[1]: Entering directory '/<>' > > > dh_auto_build -- jar > > > make -j4 "INSTALL=install --strip-program=true" jar > > > make[2]: Entering directory '/<>' > > > CLASSPATH=/usr/share/java/biojava.jar /usr/share/java/j2ssh-core.jar > /usr/share/java/ibatis.jar /usr/share/java/log4j-1.2.jar > /usr/share/java/postgresql-jdbc3.jar /usr/share/java/picard.jar > /usr/share/java/htsjdk.jar /usr/share/java/commons-net.jar > /usr/share/java/commons-lang3.jar /usr/share/java/batik-all.jar > /usr/share/java/batik-awt-util.jar /usr/share/java/batik-dom.jar > /usr/share/java/batik-ext.jar /usr/share/java/batik-svggen.jar > /usr/share/java/batik-util.jar /usr/share/java/batik-xml.jar > /usr/share/EMBOSS/jemboss/lib/jemboss.jar /<>: javac -source > 1.8 -target 1.8 uk/ac/sanger/artemis/Action.java > > > CLASSPATH=/usr/share/java/biojava.jar /usr/share/java/j2ssh-core.jar > /usr/share/java/ibatis.jar /usr/share/java/log4j-1.2.jar > /usr/share/java/postgresql-jdbc3.jar /usr/share/java/picard.jar > /usr/share/java/htsjdk.jar /usr/share/java/commons-net.jar > /usr/share/java/commons-lang3.jar /usr/share/java/batik-all.jar > /usr/share/java/batik-awt-util.jar /usr/share/java/batik-dom.jar > /usr/share/java/batik-ext.jar /usr/share/java/batik-svggen.jar > /usr/share/java/batik-util.jar /usr/share/java/batik-xml.jar > /usr/share/EMBOSS/jemboss/lib/jemboss.jar /<>: javac -source > 1.8 -target 1.8 uk/ac/sanger/artemis/ActionController.java > > > /bin/sh: 1: /usr/share/java/j2ssh-core.jar: Permission denied > > > make[2]: *** [Makefile:48: uk/ac/sanger/artemis/Action.class] Error 126 > > > > The full build log is available from: > > > http://qa-logs.debian.net/2020/06/20/artemis_17.0.1+dfsg-2_unstable.log > > > > A list of current common problems and possible solutions is available at > > http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to > contribute! > > > > About the archive rebuild: The rebuild was done on EC2 VM instances from > > Amazon Web Services, using a clean, minimal and up-to-date chroot. Every > > failed build was retried once to eliminate random failures. > > > > ___ > > Debian-med-packaging mailing list > > debian-med-packag...@alioth-lists.debian.net > > > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging > > -- > http://fam-tille.de > >
Bug#963020: impacket breaks smbmap autopkgtest: No module named 'pkg_resources'
I've just pushed to salsa the fix, could anyone review it and sponsor it, please? Cheers, Arias Emmanuel @eamanu http://eamanu.com El mié., 17 de jun. de 2020 a la(s) 19:18, Emmanuel Arias (emmanuelaria...@gmail.com) escribió: > > Hi, > > I will fix it today > > Cheers, > Arias Emmanuel > @eamanu > http://eamanu.com > > El mié., 17 de jun. de 2020 a la(s) 19:18, Scott Kitterman > (deb...@kitterman.com) escribió: > > > > On Wed, 17 Jun 2020 21:12:40 +0200 Paul Gevers wrote: > > > Source: impacket, smbmap > > > Control: found -1 impacket/0.9.21-1 > > > Control: found -1 smbmap/1.8.2-1 > > > Severity: serious > > > Tags: sid bullseye > > > X-Debbugs-CC: debian...@lists.debian.org > > > User: debian...@lists.debian.org > > > Usertags: breaks needs-update > > > > > > Dear maintainer(s), > > > > > > With a recent upload of impacket the autopkgtest of smbmap fails in > > > testing when that autopkgtest is run with the binary packages of > > > impacket from unstable. It passes when run with only packages from > > > testing. In tabular form: > > > > > >passfail > > > impacket from testing0.9.21-1 > > > smbmap from testing1.8.2-1 > > > all others from testingfrom testing > > > > > > I copied some of the output at the bottom of this report. Is the latest > > > impacket missing a dependency or is the version function not supported > > > anymore? > > > > > > Currently this regression is blocking the migration of impacket to > > > testing [1]. Due to the nature of this issue, I filed this bug report > > > against both packages. Can you please investigate the situation and > > > reassign the bug to the right package? > > > > > > More information about this bug and the reason for filing it can be found > > > on > > > https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation > > > > > > Paul > > > > > > [1] https://qa.debian.org/excuses.php?package=impacket > > > > > > https://ci.debian.net/data/autopkgtest/testing/amd64/s/smbmap/5914948/log.gz > > > > > > autopkgtest [07:08:34]: test command1: smbmap -h > > > autopkgtest [07:08:34]: test command1: [--- > > > Traceback (most recent call last): > > > File "/usr/bin/smbmap", line 19, in > > > from impacket import version, smbserver > > > File "/usr/lib/python3/dist-packages/impacket/version.py", line 7, in > > > > > > import pkg_resources > > > ModuleNotFoundError: No module named 'pkg_resources' > > > autopkgtest [07:08:35]: test command1: ---] > > > > > Looks like a missing depends on python3-pkg-resources for impacket since > > that's where it's imported. > > > > Scott K
Bug#963020: marked as pending in impacket
Control: tag -1 pending Hello, Bug #963020 in impacket reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/impacket/-/commit/41a6d2c8be11fc6a22580df8f5c953595c77804a Closes: #963020 (this message was generated automatically) -- Greetings https://bugs.debian.org/963020
Bug#963020: impacket breaks smbmap autopkgtest: No module named 'pkg_resources'
Hi, I will fix it today Cheers, Arias Emmanuel @eamanu http://eamanu.com El mié., 17 de jun. de 2020 a la(s) 19:18, Scott Kitterman (deb...@kitterman.com) escribió: > > On Wed, 17 Jun 2020 21:12:40 +0200 Paul Gevers wrote: > > Source: impacket, smbmap > > Control: found -1 impacket/0.9.21-1 > > Control: found -1 smbmap/1.8.2-1 > > Severity: serious > > Tags: sid bullseye > > X-Debbugs-CC: debian...@lists.debian.org > > User: debian...@lists.debian.org > > Usertags: breaks needs-update > > > > Dear maintainer(s), > > > > With a recent upload of impacket the autopkgtest of smbmap fails in > > testing when that autopkgtest is run with the binary packages of > > impacket from unstable. It passes when run with only packages from > > testing. In tabular form: > > > >passfail > > impacket from testing0.9.21-1 > > smbmap from testing1.8.2-1 > > all others from testingfrom testing > > > > I copied some of the output at the bottom of this report. Is the latest > > impacket missing a dependency or is the version function not supported > > anymore? > > > > Currently this regression is blocking the migration of impacket to > > testing [1]. Due to the nature of this issue, I filed this bug report > > against both packages. Can you please investigate the situation and > > reassign the bug to the right package? > > > > More information about this bug and the reason for filing it can be found on > > https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation > > > > Paul > > > > [1] https://qa.debian.org/excuses.php?package=impacket > > > > https://ci.debian.net/data/autopkgtest/testing/amd64/s/smbmap/5914948/log.gz > > > > autopkgtest [07:08:34]: test command1: smbmap -h > > autopkgtest [07:08:34]: test command1: [--- > > Traceback (most recent call last): > > File "/usr/bin/smbmap", line 19, in > > from impacket import version, smbserver > > File "/usr/lib/python3/dist-packages/impacket/version.py", line 7, in > > > > import pkg_resources > > ModuleNotFoundError: No module named 'pkg_resources' > > autopkgtest [07:08:35]: test command1: ---] > > > Looks like a missing depends on python3-pkg-resources for impacket since > that's where it's imported. > > Scott K
Bug#958533: [Python-modules-team] Bug#958533: pyxdg: autopkgtest regression: still tests Python2 package
Hi, I've push to salsa the fix. I will need sponsorship Thanks! Cheers, Arias Emmanuel @eamanu http://eamanu.com El jue., 23 de abr. de 2020 a la(s) 10:45, Paul Gevers (elb...@debian.org) escribió: > > Source: pyxdg > Version: 0.26-2 > X-Debbugs-CC: debian...@lists.debian.org > Severity: serious > User: debian...@lists.debian.org > Usertags: regression > > Dear maintainer(s), > > With a recent upload of pyxdg the autopkgtest of pyxdg fails in testing > when that autopkgtest is run with the binary packages of pyxdg from > unstable. It passes when run with only packages from testing. In tabular > form: > >passfail > pyxdg from testing0.26-2 > all others from testingfrom testing > > I copied some of the output at the bottom of this report. It seems > you're still testing the Python2 package, which was removed in the last > upload according to the changelog. > > Currently this regression is blocking the migration to testing [1]. Can > you please investigate the situation and fix it? > > More information about this bug and the reason for filing it can be found on > https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation > > Paul > > [1] https://qa.debian.org/excuses.php?package=pyxdg > > https://ci.debian.net/data/autopkgtest/testing/amd64/p/pyxdg/5121097/log.gz > > autopkgtest [01:11:44]: test upstream: [--- > Failure: ImportError (No module named xdg) ... ERROR > Failure: ImportError (No module named xdg.DesktopEntry) ... ERROR > Failure: ImportError (No module named xdg.IconTheme) ... ERROR > Failure: ImportError (No module named xdg) ... ERROR > Failure: ImportError (No module named xdg) ... ERROR > Failure: ImportError (No module named xdg.Menu) ... ERROR > Failure: ImportError (No module named xdg.Menu) ... ERROR > Failure: ImportError (No module named xdg) ... ERROR > Failure: ImportError (No module named xdg) ... ERROR > > == > ERROR: Failure: ImportError (No module named xdg) > -- > Traceback (most recent call last): > File "/usr/lib/python2.7/dist-packages/nose/loader.py", line 418, in > loadTestsFromName > addr.filename, addr.module) > File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 47, in > importFromPath > return self.importFromDir(dir_path, fqname) > File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 94, in > importFromDir > mod = load_module(part_fqname, fh, filename, desc) > File > "/tmp/autopkgtest-lxc.tod66xo5/downtmp/build.pwA/src/test/test-basedirectory.py", > line 1, in > from xdg import BaseDirectory > ImportError: No module named xdg > > == > ERROR: Failure: ImportError (No module named xdg.DesktopEntry) > -- > Traceback (most recent call last): > File "/usr/lib/python2.7/dist-packages/nose/loader.py", line 418, in > loadTestsFromName > addr.filename, addr.module) > File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 47, in > importFromPath > return self.importFromDir(dir_path, fqname) > File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 94, in > importFromDir > mod = load_module(part_fqname, fh, filename, desc) > File > "/tmp/autopkgtest-lxc.tod66xo5/downtmp/build.pwA/src/test/test-desktop.py", > line 3, in > from xdg.DesktopEntry import DesktopEntry > ImportError: No module named xdg.DesktopEntry > > == > ERROR: Failure: ImportError (No module named xdg.IconTheme) > -- > Traceback (most recent call last): > File "/usr/lib/python2.7/dist-packages/nose/loader.py", line 418, in > loadTestsFromName > addr.filename, addr.module) > File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 47, in > importFromPath > return self.importFromDir(dir_path, fqname) > File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 94, in > importFromDir > mod = load_module(part_fqname, fh, filename, desc) > File > "/tmp/autopkgtest-lxc.tod66xo5/downtmp/build.pwA/src/test/test-icon.py", > line 2, in > from xdg.IconTheme import IconTheme, getIconPath, getIconData > ImportError: No module named xdg.IconTheme > > == > ERROR: Failure: ImportError (No module named xdg) > -- > Traceback (most recent call last): > File "/usr/lib/python2.7/dist-packages/nose/loader.py", line 418, in > loadTestsFromName > addr.filename, addr.module) > File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 47, in > importFromPath >
Bug#954812: [Python-modules-team] Bug#954812: pythonmagick: autopkgtest regression: cannot import name '_PythonMagick'
Hi! I'm working on this issue. Currently [1], the autopkgtest (from this package) has support for py38. Using pyversion -s to test all version supported give me some troubles, for now. [1] https://salsa.debian.org/python-team/modules/pythonmagick Cheers, Arias Emmanuel @eamanu http://eamanu.com El sáb., 18 de abr. de 2020 a la(s) 07:06, Adrian Bunk (b...@debian.org) escribió: > > On Mon, Mar 23, 2020 at 09:43:19PM +0100, Paul Gevers wrote: > > Source: pythonmagick > > Version: 0.9.19-6 > > X-Debbugs-CC: debian...@lists.debian.org > > Severity: serious > > User: debian...@lists.debian.org > > Usertags: regression > > > > Dear maintainer(s), > > > > With a recent upload of pythonmagick the autopkgtest of pythonmagick > > fails in testing when that autopkgtest is run with the binary packages > > of pythonmagick from unstable. It passes when run with only packages > > from testing. In tabular form: > > > >passfail > > pythonmagick from testing0.9.19-6 > > versioned deps [0] from testingfrom unstable > > all others from testingfrom testing > > > > I copied some of the output at the bottom of this report. > > > > Currently this regression is blocking the migration to testing [1]. Can > > you please investigate the situation and fix it? > >... > > Testing with python3.7: > > + python3.7 > > Traceback (most recent call last): > > File "", line 1, in > > File "/usr/lib/python3/dist-packages/PythonMagick/__init__.py", line > > 1, in > > from . import _PythonMagick > > ImportError: cannot import name '_PythonMagick' from 'PythonMagick' > >... > > This is not a regression in the package, the root cause is: > https://lists.debian.org/debian-release/2020/04/msg00228.html > > cu > Adrian > > ___ > Python-modules-team mailing list > python-modules-t...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
Bug#953970: Taking over DPMT (Was: python-boto: autopkgtest failure with Python 3.8 as default)
Hi, Thanks for let me know my error. I will contact to maintainer to try to move python-boto into DPMT umbrella Cheers, Arias Emmanuel @eamanu http://eamanu.com El sáb., 4 de abr. de 2020 a la(s) 06:28, Thomas Goirand (z...@debian.org) escribió: > > On 3/30/20 11:44 AM, Andreas Tille wrote: > > I wonder whether we should take over python-boto into DPMT maintenance > > which would enable commits to Git way more easily. > > I'd very much be in the favor of this, especially considering the > package history. > > Cheers, > > Thomas Goirand (zigo) >
Bug#954812: marked as pending in pythonmagick
Control: tag -1 pending Hello, Bug #954812 in pythonmagick reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/pythonmagick/-/commit/c05eeae34cc0c44f4b532ee946912ed84a3d1e7d d/test/python3: fix autopkgtest regression. Use pyversions -s to test all suported versions (Closes: #954812). (this message was generated automatically) -- Greetings https://bugs.debian.org/954812
Bug#935455: [Python-modules-team] Bug#935455: Updated version of dask
El lun., 2 de mar. de 2020 a la(s) 15:27, Diane Trout (di...@ghic.org) escribió: > > On Sun, 2020-03-01 at 23:03 -0300, Emmanuel Arias wrote: > > Hi Diane, > > > > On 01/03/2020 22:31, Diane Trout wrote: > > > Hi, > > > > > > I updated the version of dask to 2.11.0 does that help with this > > > bug? > > You should run autopkgtest to know if that fix the bug :) > > I made ci.debian.org run the tests and I don't see any dask failures > now. However there's still two failures but they seem related to HTTPS > and not dask. > > https://ci.debian.net/data/autopkgtest/unstable/amd64/p/python-xarray/4425021/log.gz > > Do you want to close this ticket or transfer it back to xarray? Seems that now the problem is on xarray. IMO that est tha try to make a request must be skipped
Bug#951961: marked as pending in androguard
Control: tag -1 pending Hello, Bug #951961 in androguard reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/androguard/-/commit/eebc7a341c68b08d02b81f0fb9a8af5c1c2f564b d/control: replace pyasn1 with asn1crypto Closes: #951961 Replace the dependency on "python3-pyasn1" with "python3-asn1crypto", as upstream switched the dependency in the 3.3.0 release [1] and it does not seem to be automatically installed as a dependency from "python3-cryptography" since 2.8.1. [1] https://github.com/androguard/androguard/pull/486 (this message was generated automatically) -- Greetings https://bugs.debian.org/951961
Bug#949829: marked as pending in pythonmagick
Control: tag -1 pending Hello, Bug #949829 in pythonmagick reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/pythonmagick/-/commit/d87f91e43c1703006107a78f443f71c2347e7310 Remove extra -l on Makfile.am (Closes: #949829) (this message was generated automatically) -- Greetings https://bugs.debian.org/949829
Bug#949750: geoalchemy2: Cannot fulfill the build dependencies
Hi, I've push to salsa the fix of this, if anyone could review it will be great. I will need sponsorship for upload, please. Thanks! -- Cheers, Emmanuel Arias @eamanu https://eamanu.com signature.asc Description: OpenPGP digital signature
Bug#949733: [Python-modules-team] Bug#949733: python-pip: 'pip install' don't work for python2 in Debian10
Hi, I had similar issues, when I didn't clean the environment, e.g. I had a .local/lib/python2.7/site-packages When I removed that folder, I was not have problems with python-pip Cheers, Arias Emmanuel @eamanu http://eamanu.com El sáb., 25 de ene. de 2020 a la(s) 20:00, Andreas Beckmann (a...@debian.org) escribió: > > Control: tag -1 = moreinfo unreproducible > > On Fri, 24 Jan 2020 10:17:34 +0100 joanluc > wrote: > > When invoking `usr/bin/pip' with any command of it, the program crashes with > > the message : > > "Traceback (most recent call last): > > File "/usr/bin/pip", line 9, in > > from pip._internal import main > > ImportError: No module named _internal" > > Hi, > > I cannot reproduce this. The pip._internal module should be located at > /usr/lib/python2.7/dist-packages/pip/_internal/* > Are there any local environment variables on your system that alter the > python search path? > Are you using the system python command or do you have a "special" > python installation? > Is anything corrupted? (e.g. check with debsums) > > > Andreas > > ___ > Python-modules-team mailing list > python-modules-t...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
Bug#949472: marked as pending in python-pex
Control: tag -1 pending Hello, Bug #949472 in python-pex reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/python-pex/commit/3c64dac8ff68ba82e4fcf2cd37e70341590da7b5 Fix autopkg test (Closes: #949472). Return correct value on d/test/testsuite (this message was generated automatically) -- Greetings https://bugs.debian.org/949472
Bug#936535: flup: Python2 removal in sid/bullseye
Hi, The last upstream release version was on 2009 [1]. Seems to be not longer supported. And there is not python3 version. I believe that should be use the forks mentioned on: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873492 [1] https://www.saddi.com/software/flup/dist/ChangeLog Cheers, Arias Emmanuel @eamanu yaerobi.com
Bug#947263: python3-iniparse: missing Breaks+Replaces: python-iniparse
Hi, I attach a patch to fix the Breaks missed. Please consider applied it thanks! Cheers, Arias Emmanuel @eamanu yaerobi.com From 64ac2053b609627c08f49cb4e0609e40c5e534ae Mon Sep 17 00:00:00 2001 From: Emmanuel Arias Date: Thu, 2 Jan 2020 12:45:59 -0300 Subject: [PATCH] d/control: add Breaks (<< 0.4-2.3) missed (Closes: #947263) --- debian/changelog | 7 +++ debian/control | 1 + 2 files changed, 8 insertions(+) diff --git a/debian/changelog b/debian/changelog index dfdd027..80996e4 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +python-iniparse (0.4-4) UNRELEASED; urgency=medium + + * Team upload + * d/control: add Breaks (<< 0.4-2.3) missed (Closes: #947263) + + -- Emmanuel Arias Thu, 02 Jan 2020 12:46:59 -0300 + python-iniparse (0.4-3) unstable; urgency=medium * Maintain under DPMT. diff --git a/debian/control b/debian/control index b4d6560..1dfa28c 100644 --- a/debian/control +++ b/debian/control @@ -17,6 +17,7 @@ Rules-Requires-Root: no Package: python3-iniparse Architecture: all Depends: ${misc:Depends}, ${python3:Depends}, python3-six +Breaks: python-iniparse (<< 0.4-2.3) Replaces: python-iniparse (<< 0.4-2.3) Description: access and modify configuration data in INI files (Python 3) iniparse is a INI parser for Python which is: -- 2.20.1
Bug#947053: pep8 uses python instead of python2 in the autopkg tests
Hello, I've just to push to salsa the fix of this issue. Please, can somebody help me to upload it? Thanks! Cheers, Arias Emmanuel @eamanu http://eamanu.com
Bug#937849: python-jedi: NMU version 0.15.2-0.1 patch
Control: tags 937849 + patch Dear maintainer, I've prepared a NMU patch for the package (0.15.2-0.1) that I attach here. That include a new upstream release. Thanks! Cheers, Arias Emmanuel @eamanu http://eamanu.com From 1c9ae21a282f4c5019e64563722b1660692a57df Mon Sep 17 00:00:00 2001 From: Emmanuel Arias Date: Fri, 27 Dec 2019 18:06:10 -0300 Subject: [PATCH] NMU --- debian/changelog | 9 + debian/control | 21 ++--- debian/rules | 2 +- 3 files changed, 16 insertions(+), 16 deletions(-) diff --git a/debian/changelog b/debian/changelog index 8bb85c8..53c3caa 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +python-jedi (0.15.2-0.1) unstable; urgency=medium + + * Non-maintainer upload. + * New upstream version 0.15.2 + * Remove Python 2 Support (Closes: #937849) + * Bump Standards-Version to 4.4.1 + + -- Emmanuel Arias Fri, 27 Dec 2019 17:36:40 -0300 + python-jedi (0.14.1-1) unstable; urgency=medium * New upstream release diff --git a/debian/control b/debian/control index 3a4ed95..ee9db39 100644 --- a/debian/control +++ b/debian/control @@ -3,23 +3,14 @@ Maintainer: Piotr Ożarowski Section: python Priority: optional Build-Depends: debhelper (>= 10), dh-python, - python-all, python3-all, - python-setuptools, python3-setuptools, - python-pytest, python3-pytest, - python-unittest2, python3-unittest2, - python-docopt, python3-docopt, -Standards-Version: 4.3.0 + python3-all, + python3-setuptools, + python3-pytest, + python3-unittest2, + python3-docopt, +Standards-Version: 4.4.1 Homepage: https://github.com/davidhalter/jedi -Package: python-jedi -Architecture: all -Depends: ${python:Depends}, ${misc:Depends}, python-parso (>= 0.3) -Description: autocompletion tool for Python - Jedi is an autocompletion tool for Python. It works. With and without syntax - errors. Sometimes it sucks, but that's normal in dynamic languages. But it - sucks less than other tools. It understands almost all of the basic Python - syntax elements including many builtins. - Package: python3-jedi Architecture: all Depends: ${python3:Depends}, ${misc:Depends}, python3-parso (>= 0.3) diff --git a/debian/rules b/debian/rules index 4bc2d8b..2bf88ca 100755 --- a/debian/rules +++ b/debian/rules @@ -3,7 +3,7 @@ export PYBUILD_DISABLE=test %: - dh $@ --with python2,python3 --buildsystem=pybuild + dh $@ --with python3 --buildsystem=pybuild override_dh_installchangelogs: dh_installchangelogs CHANGELOG.rst -- 2.20.1
Bug#947387: [Python-modules-team] Bug#947387: python3-pcapy: missing Breaks+Replaces: python-pcapy
Hello! I've pushed to salsa the fix. I CC to Raphaël that help me to upload. Raphaël, please could you review my patch? Thanks! Cheers, Arias Emmanuel @eamanu http://eamanu.com El mié., 25 de dic. de 2019 a la(s) 21:54, Andreas Beckmann (a...@debian.org) escribió: > > Package: python3-pcapy > Version: 0.11.4-1 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, > > during a test with piuparts I noticed your package fails to upgrade from > 'stable'. > It installed fine in 'stable', then the upgrade to 'sid' fails > because it tries to overwrite other packages files without declaring a > Breaks+Replaces relation. > > See policy 7.6 at > https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces > > This test intentionally skipped 'testing' to find file overwrite > problems before packages migrate from 'unstable' to 'testing'. > > From the attached log (scroll to the bottom...): > > Preparing to unpack .../python3-pcapy_0.11.4-1_amd64.deb ... > Unpacking python3-pcapy (0.11.4-1) ... > dpkg: error processing archive > /var/cache/apt/archives/python3-pcapy_0.11.4-1_amd64.deb (--unpack): >trying to overwrite '/usr/share/doc-base/pcapy', which is also in package > python-pcapy 0.10.8-1+b1 > Errors were encountered while processing: >/var/cache/apt/archives/python3-pcapy_0.11.4-1_amd64.deb > > > cheers, > > Andreas > ___ > Python-modules-team mailing list > python-modules-t...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
Bug#946732: [Python-modules-team] Bug#946732: Bug#946732: python-django-braces: autopkgtest failure: No module named 'django_braces'
Hi Paul, Now the autopkgtest run successfully! thanks very much. I push to salsa the fix of this issue. Could you sponsor it, please? Thanks! Cheers, Arias Emmanuel @eamanu http://eamanu.com El mié., 18 de dic. de 2019 a la(s) 15:58, Paul Gevers (elb...@debian.org) escribió: > > Hi Emmanuel, > > On 18-12-2019 16:14, Emmanuel Arias wrote: > >> With which version of autodep8? Are you running on buster? I guess we > >> should backport all of autopep8 and autopkgtest. > > > > Yes I am running on Buster. But I am running autopkgtest on unstable > > (qemu image). > > You need autodep8 from unstable as well to have this work. > > > autopkgtest --apt-upgrade django-braces/ -- qemu > > ~/Debian/IMAGE_DEBIAN_QEMU/autopkgtest-unstable.img > > > > That run on the host? or inside the unstable.img? > > Both :). The part that controls the image runs (obviously) on the host. > autopkgtest and autodep8 aren't installed *in* the image. > > Paul
Bug#946732: [Python-modules-team] Bug#946732: Bug#946732: python-django-braces: autopkgtest failure: No module named 'django_braces'
Hi El dom., 15 de dic. de 2019 a la(s) 16:54, Paul Gevers (elb...@debian.org) escribió: > > Hi Emmanuel, > > On 15-12-2019 17:01, Emmanuel Arias wrote: > > I've just push to salsa the fix. I add the > > `debian/tests/pkg-python/import-name` file > > but locally the error is still happening. > > With which version of autodep8? Are you running on buster? I guess we > should backport all of autopep8 and autopkgtest. Yes I am running on Buster. But I am running autopkgtest on unstable (qemu image). autopkgtest --apt-upgrade django-braces/ -- qemu ~/Debian/IMAGE_DEBIAN_QEMU/autopkgtest-unstable.img That run on the host? or inside the unstable.img? > > Paul > > ___ > Python-modules-team mailing list > python-modules-t...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
Bug#946732: [Python-modules-team] Bug#946732: python-django-braces: autopkgtest failure: No module named 'django_braces'
Hello Paul, I've just push to salsa the fix. I add the `debian/tests/pkg-python/import-name` file but locally the error is still happening. Anyone could review it please? Thanks! Cheers, Arias Emmanuel @eamanu http://eamanu.com El sáb., 14 de dic. de 2019 a la(s) 18:03, Paul Gevers (elb...@debian.org) escribió: > > Source: python-django-braces > Version: 1.13.0-1 > Severity: serious > X-Debbugs-CC: debian...@lists.debian.org > User: debian...@lists.debian.org > Usertags: regression > > Dear maintainers, > > With a recent upload of python-django-braces you added an autopkgtest to > your package, great. However, it fails. I copied some of the output at > the bottom of this report. The layout of your package doesn't seem to be > working with autodep8 out of the box. However, autodep8 recently grew > support [1] for modules named differently than the package name suggest. > Please follow the documentation. > > Currently this regression is blocking the migration to testing [2]. Can > you please investigate the situation and fix it? > > More information about this bug and the reason for filing it can be found on > https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation > > Paul > > [1] > https://salsa.debian.org/ci-team/autodep8/commit/f05b0babe551ac512a3543758d21ec329ec0e58d > [2] https://qa.debian.org/excuses.php?package=python-django-braces > > https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-django-braces/3483366/log.gz > autopkgtest [15:23:51]: test autodep8-python3: set -e ; for py in > $(py3versions -r 2>/dev/null) ; do cd "$AUTOPKGTEST_TMP" ; echo "Testing > with $py:" ; $py -c "import django_braces; print(django_braces)" ; done > autopkgtest [15:23:51]: test autodep8-python3: [--- > Testing with python3.7: > Traceback (most recent call last): > File "", line 1, in > ModuleNotFoundError: No module named 'django_braces' > autopkgtest [15:23:52]: test autodep8-python3: ---] > > > ___ > Python-modules-team mailing list > python-modules-t...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
Bug#946633: [Python-modules-team] Bug#946633: libcloud autopkg tests failing
adding the pyopenssl dependency, I have the next errors: === FAILURES === test_list_cg_by_src_net_domain driver = def test_list_cg_by_src_net_domain(driver): nd = "f9d6a249-c922-4fa1-9f0f-de5b452c4026" > cgs = driver.ex_list_consistency_groups(source_network_domain_id=nd) libcloud/test/compute/test_nttcis.py:1851: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ args = (,) kwargs = {'sourceNetworkDomainId': 'f9d6a249-c922-4fa1-9f0f-de5b452c4026'} k = 'sourceNetworkDomainId', v = 'f9d6a249-c922-4fa1-9f0f-de5b452c4026' old_key = 'source_network_domain_id', matches = ['n', 'd', 'i'], match = 'i' @wraps(func) def paramed(*args, **kwargs): if kwargs: > for k, v in kwargs.items(): E RuntimeError: dictionary keys changed during iteration libcloud/common/nttcis.py:300: RuntimeError _ test_list_cg_by_name _ driver = def test_list_cg_by_name(driver): NttCisMockHttp.type = "CG_BY_NAME" name = "sdk_test2_cg" > cg = driver.ex_list_consistency_groups(name=name) libcloud/test/compute/test_nttcis.py:1858: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ args = (,) kwargs = {'name': 'sdk_test2_cg'}, k = 'name', v = 'sdk_test2_cg' old_key = 'name', matches = [] @wraps(func) def paramed(*args, **kwargs): if kwargs: > for k, v in kwargs.items(): E RuntimeError: dictionary keys changed during iteration libcloud/common/nttcis.py:300: RuntimeError ___ test_expand_drs_journal driver = def test_expand_drs_journal(driver): > cgs = driver.ex_list_consistency_groups(name="sdk_test2_cg") libcloud/test/compute/test_nttcis.py:1891: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ args = (,) kwargs = {'name': 'sdk_test2_cg'}, k = 'name', v = 'sdk_test2_cg' old_key = 'name', matches = [] @wraps(func) def paramed(*args, **kwargs): if kwargs: > for k, v in kwargs.items(): E RuntimeError: dictionary keys changed during iteration libcloud/common/nttcis.py:300: RuntimeError __ test_ex_create_ssl_offload_profile __ driver = def test_ex_create_ssl_offload_profile(driver): net_domain_id = "6aafcf08-cb0b-432c-9c64-7371265db086" name = "ssl_offload" > domain_cert = driver.ex_list_ssl_domain_certs(name="alice")[0] libcloud/test/loadbalancer/test_nttcis.py:544: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ args = (,) kwargs = {'name': 'alice'}, k = 'name', v = 'alice', old_key = 'name' matches = [] @wraps(func) def paramed(*args, **kwargs): if kwargs: > for k, v in kwargs.items(): E RuntimeError: dictionary keys changed during iteration libcloud/common/nttcis.py:300: RuntimeError test_edit_ssl_offload_profile _ driver = def test_edit_ssl_offload_profile(driver): profile_name = "ssl_offload" datacenter_id = "EU6" NttCisMockHttp.type = "LIST" > profile = driver.ex_list_ssl_offload_profiles(name=profile_name, > datacenter_id=datacenter_id)[0] libcloud/test/loadbalancer/test_nttcis.py:565: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ args = (,) kwargs = {'datacenterId': 'EU6', 'name': 'ssl_offload'}, k = 'datacenterId' v = 'EU6', old_key = 'datacenter_id', matches = ['i'], match = 'i' @wraps(func) def paramed(*args, **kwargs): if kwargs: > for k, v in kwargs.items(): E RuntimeError: dictionary keys changed during iteration libcloud/common/nttcis.py:300: RuntimeError ___ test_delete_ssl_offload_profile driver = def test_delete_ssl_offload_profile(driver): profile_name = "ssl_offload" NttCisMockHttp.type = "LIST" > profile = driver.ex_list_ssl_offload_profiles(name=profile_name)[0] libcloud/test/loadbalancer/test_nttcis.py:577: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ args = (,) kwargs = {'name': 'ssl_offload'}, k = 'name', v = 'ssl_offload' old_key = 'name', matches = [] @wraps(func) def paramed(*args, **kwargs): if kwargs: > for k, v in kwargs.items(): E RuntimeError: dictionary keys changed during iteration libcloud/common/nttcis.py:300: RuntimeError __ test_delete_ssl_certificate_chain ___ driver = def test_delete_ssl_certificate_chain(driver): NttCisMockHttp.type = "LIST" chain_name = "ted_carol" > cert_chain =
Bug#943614: [Python-modules-team] Bug#943614: cytoolz ftbfs with python3.8
Hi!, I've just push to salsa the new upstream version I'll need sponsorship for upload Thanks On Mon, Nov 25, 2019 at 10:18 AM Matthias Klose wrote: > Control: tags -1 + patch > > apparently fixed by the new upstream 0.10.1, example packaging at > https://launchpad.net/ubuntu/+source/python-cytoolz/0.10.1-0ubuntu1 > > ___ > Python-modules-team mailing list > python-modules-t...@alioth-lists.debian.net > > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team -- Cheers, Arias Emmaneul @eamanu yaerobi.com
Bug#942235:
Hi, Running autopkgtest I have this error: autopkgtest [17:27:31]: test command1: set -e ; for py in $(py3versions -r 2>/dev/null) ; do cd "$AUTOPKGTEST_TMP" ; echo "Testing with $py:" ; http_proxy= $py -m pytest -v --pyargs dask ; done autopkgtest [17:27:31]: test command1: [--- Testing with python3.8: = test session starts == platform linux -- Python 3.8.0, pytest-4.6.6, py-1.8.0, pluggy-0.13.0 -- /usr/bin/python3.8 cachedir: .pytest_cache rootdir: /tmp/autopkgtest.ZwzvJ1/autopkgtest_tmp collecting ... collected 2144 items / 39 errors / 8 skipped / 2097 selected ERRORS ___ ERROR collecting array/tests/test_array_core.py ImportError while importing test module '/usr/lib/python3/dist-packages/dask/array/tests/test_array_core.py'. Hint: make sure your test modules/packages have valid Python names. Traceback: /usr/lib/python3/dist-packages/pandas/__init__.py:30: in from pandas._libs import hashtable as _hashtable, lib as _lib, tslib as _tslib /usr/lib/python3/dist-packages/pandas/_libs/__init__.py:3: in from .tslibs import ( /usr/lib/python3/dist-packages/pandas/_libs/tslibs/__init__.py:3: in from .conversion import localize_pydatetime, normalize_date E ModuleNotFoundError: No module named 'pandas._libs.tslibs.conversion' During handling of the above exception, another exception occurred: /usr/lib/python3/dist-packages/dask/dataframe/__init__.py:2: in from .core import ( /usr/lib/python3/dist-packages/dask/dataframe/core.py:10: in import pandas as pd /usr/lib/python3/dist-packages/pandas/__init__.py:34: in raise ImportError( E ImportError: C extension: No module named 'pandas._libs.tslibs.conversion' not built. If you want to import pandas from the source directory, you may need to run 'python setup.py build_ext --inplace --force' to build the C extensions first. During handling of the above exception, another exception occurred: /usr/lib/python3/dist-packages/dask/array/tests/test_array_core.py:21: in import dask.dataframe /usr/lib/python3/dist-packages/dask/dataframe/__init__.py:55: in raise ImportError(str(e) + "\n\n" + msg) E ImportError: C extension: No module named 'pandas._libs.tslibs.conversion' not built. If you want to import pandas from the source directory, you may need to run 'python setup.py build_ext --inplace --force' to build the C extensions first. E E Dask dataframe requirements are not installed. E E Please either conda or pip install as follows: E E conda install dask # either conda install E pip install dask[dataframe] --upgrade # or pip install __ ERROR collecting array/tests/test_image.py __ /usr/lib/python3/dist-packages/skimage/__init__.py:162: in from ._shared import geometry E ImportError: cannot import name 'geometry' from 'skimage._shared' (/usr/lib/python3/dist-packages/skimage/_shared/__init__.py) During handling of the above exception, another exception occurred: /usr/lib/python3/dist-packages/dask/array/tests/test_image.py:6: in pytest.importorskip("skimage") /usr/lib/python3/dist-packages/skimage/__init__.py:165: in _raise_build_error(e) /usr/lib/python3/dist-packages/skimage/__init__.py:138: in _raise_build_error local_dir = osp.split(__file__)[0] E NameError: name 'osp' is not defined ___ ERROR collecting bag/tests/test_avro.py ImportError while importing test module '/usr/lib/python3/dist-packages/dask/bag/tests/test_avro.py'. Hint: make sure your test modules/packages have valid Python names. Traceback: /usr/lib/python3/dist-packages/dask/bag/__init__.py:2: in from .core import ( /usr/lib/python3/dist-packages/dask/bag/core.py:67: in from ..bytes import open_files /usr/lib/python3/dist-packages/dask/bytes/__init__.py:9: in raise ImportError( E ImportError: fsspec is required to use any file-system functionality. Please install using E conda install -c conda-forge 'fsspec>=0.3.3' E or E pip install 'fsspec>=0.3.3' I will work on fsspec now and try to solve the pandas issues Cheers, Arias Emmanuel @eamanu http://eamanu.com
Bug#942235: [Python-modules-team] Bug#942235: Bug#942235: dask: autopkgtest needs update for new version of pytest
I can work on fsspec :-) if there aren't opposition El lun., 4 de nov. de 2019 a la(s) 19:39, Scott Kitterman (deb...@kitterman.com) escribió: > > > > On November 4, 2019 10:00:27 PM UTC, Diane Trout wrote: > >On Tue, 2019-10-29 at 09:15 +0800, Drew Parsons wrote: > >> On 2019-10-29 03:01, Rebecca N. Palmer wrote: > >> > Assuming we're talking about > >> > > >> > > >https://salsa.debian.org/python-team/modules/dask/blob/experimental/debian/patches/use-local-intersphinx.patch > >> > > >> > I think the actual problem is on the numpy line: it adds the local > >> > inventory but doesn't remove the online one, so the tuple is too > >> > long. > >> > (I haven't actually tried this.) > >> > >> Thanks Rebecca, that makes sense. I can scrutinize that patch more > >> closely. > >> > > > >I pushed a fix for the use-local-intersphinx.patch to the experimental > >branch. > > > >Intersphinx references are basically: > > > >"domain": ("canonical url", "somewhere else to look or None"), > > > >Having 3 values in the tuple confused it. > > > >Though to get a new version of dask it looks like we need something > >called fsspec. > > > > > >(There were many of these errors running autopkgtest) > >During handling of the above exception, another exception occurred: > >/usr/lib/python3/dist-packages/dask/dataframe/__init__.py:55: in > > > >raise ImportError(str(e) + "\n\n" + msg) > >E ImportError: fsspec is required to use any file-system > >functionality. Please install using > >E conda install -c conda-forge 'fsspec>=0.3.3' > >E or > >E pip install 'fsspec>=0.3.3' > >E > >E Dask dataframe requirements are not installed. > >E > > Looks like https://pypi.org/project/fsspec/ > > Scott K > > ___ > Python-modules-team mailing list > python-modules-t...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
Bug#942235: [Python-modules-team] Bug#942235: python-xarray needed new dask as well?
Oops!!! Sorry, I reverted the change Cheers, Arias Emmanuel @eamanu http://eamanu.com El dom., 3 de nov. de 2019 a la(s) 19:49, Drew Parsons (dpars...@debian.org) escribió: > > On 2019-11-04 01:15, Emmanuel Arias wrote: > > Hi, > > > > I've just prepare the new upstream release (for some reason > > the upstream branch was not merge to master). [1] > > > > Emmanuel, the work-in-progress is in the experimental branch. Push to > experimental first before pulling into master. > > Drew
Bug#942235: [Python-modules-team] Bug#942235: python-xarray needed new dask as well?
Hi, I've just prepare the new upstream release (for some reason the upstream branch was not merge to master). [1] But is necessary some work with patches, are failing. I can work on it tomorrow. [1] https://salsa.debian.org/python-team/modules/dask Cheers, Arias Emmanuel @eamanu http://eamanu.com El dom., 3 de nov. de 2019 a la(s) 11:24, Matthias Klose (d...@debian.org) escribió: > > it looks to me that python-xarray 0.14 needs a newer dask version as well. > > ___ > Python-modules-team mailing list > python-modules-t...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
Bug#942161: [Python-modules-team] Bug#942161: src:impacket: Substantial issues with debian/copyright
Hello Scott, Thanks for the report, I will fix it Thanks On 10/11/19 2:31 AM, Scott Kitterman wrote: > Package: src:impacket > Version: 0.9.15-5 > Severity: serious > Justification: Policy 2.5 > > This is at least in part a problem in the existing package, so I am not > going to reject the package for this, but it should definitely be fixed. > The following significant issues need review/update in debian/copyright: > > Copyright 2018-2019 SecureAuth Corporation vice CORE Security Technologies > for most, but not all code. > > Missing license: > examples/kintercept.py:# Copyright (c) 2019 Isaac Boukris > impacket/examples/remcomsvc.py:# Copyright (c) 2006 Talha Tariq [ > talha.ta...@gmail.com ] > iimpacket/krb5/asn1.py:# Copyright (c) 2013, Marc Horowitz > impacket/krb5/types.py:# Copyright (c) 2013, Marc Horowitz > impacket/krb5/crypto.py:# Copyright (C) 2013 by the Massachusetts Institute > of Technology. > impacket/smb.py:# Copyright (C) 2001 Michael Teo > tests/htmlcov/jquery.hotkeys.js: * Copyright 2010, John Resig > tests/htmlcov/jquery.ba-throttle-debounce.min.js: * Copyright (c) 2010 > "Cowboy" Ben Alman > tests/dot11/test_wps.py:# Copyright (c) 2003-2013 CORE Security Technologies > > Missing copyright attribution > impacket/dcerpc/v5/even6.py:# Copyright (c) 2017 @MrAnde7son > > Scott K > > ___ > Python-modules-team mailing list > python-modules-t...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team -- Cheers, Emmanuel Arias @eamanu https://eamanu.com signature.asc Description: OpenPGP digital signature
Bug#928103: (no subject)
Hello everybody, The tests of pythonmagick never pass: https://ci.debian.net/packages/p/pythonmagick/testing/amd64/ -- Emmanuel Arias @eamanu https://eamanu.com signature.asc Description: OpenPGP digital signature
Bug#925457: python-jwcrypto: FTBFS ('module' object has no attribute 'decode_rfc6979_signature')
I can confirm that the bug is solved in the last version of the package. But we are jumping from 0.4.2 to 0.6.0 CC to Santiago signature.asc Description: OpenPGP digital signature
Bug#926935: arpack: FTBFS (does not honor parallel=n in DEB_BUILD_OPTIONS)
Hello, > The safe/conservative thing to do would be to use 1 job for the test suite. IMHO the use of nproc it's a good option, because this way we will be closer to the original idea of upstream. signature.asc Description: OpenPGP digital signature