Bug#971564: python-pygit2: libgit2 1.0 transition
Hi, if you want to proceed with the transition, maybe it's a good idea to upload libgit2 to unstable first :) python-pygit2 is ready for transition since 12 Jun 2020 (in experimental). -- Best regards Ondřej Nový
Bug#975929: Bug in check-manifest, reassigning
Hi, check-manifest have in setup.py: install_requires=[ 'build>=0.1', and doesn't have python3-build (which is not in archive) in B-D. Thus reassigning to check-manifest. -- Best regards Ondřej Nový
Bug#968536: Transfer cherrytree from DPT to Debian group
Hi, pá 16. 10. 2020 v 17:32 odesílatel Andrius Merkys napsal: > Hello, > > Recently cherrytree [1] has been rewritten from Python to C++, thus it > no longer belongs in DPT. Could someone with adequate permissions > transfer it from DPT to generic Debian group on salsa.d.o? > done: https://salsa.debian.org/debian/cherrytree -- Best regards Ondřej Nový
Bug#965111: searx: autopkgtests fails with newer python-werkzeug
correct link, sorry: https://ci.debian.net/data/autopkgtest/testing/amd64/s/searx/6271353/log.gz -- Best regards Ondřej Nový
Bug#937144: Bug#952130: Bug#937769: getting python-linecache2/python-traceback2 fixes into testing (FAO traceback2, funcsigs nipype and numba maintainers).
Hi, út 21. 4. 2020 v 23:24 odesílatel Thomas Goirand napsal: > > But that still leaves the question of what to do about the dependency of > > pytest on pypy-funcsigs ? should pypy modules be removed from pytest and > > it's reverse-dependencies in the same way that regular python2 modules > > were? how feasible is that? are pypy-* packages only useful with python2 > > pypy or are they also useful with python3 pypy? > > I really don't know about pypy. Probably the pypy-pytest should indeed > go away, as the initial plan was to switch to pypy3. Maybe tumbleweed > (Stefano Rivera) would be able to answer. I'm adding him as Cc. > I guess I can say something about pytest because I'm maintainer of pytest, right? :) I'm perfectly fine with removing pypy-pytest binary package and all other dependencies in chain. It's painfull to maintain it. -- Best regards Ondřej Nový
Bug#938470: Please revert
Hi, čt 30. 1. 2020 v 22:05 odesílatel Ondrej Novy napsal: > Python 2 package is needed for many other packages: > same is valid for PyPy version: onovy@sid:~$ reverse-depends -b pypy-setuptools-scm Reverse-Build-Depends * backports.functools-lru-cache * pytest * python-importlib-metadata * python-pluggy * python-py * python-zipp -- Best regards Ondřej Nový
Bug#938819: wheel: Python2 removal in sid/bullseye
Hi Dmitry, čt 30. 1. 2020 v 22:38 odesílatel Dmitry Shachnev napsal: > However upstream python-keyring has dropped Python 2 support, and I want > to upgrade to a newer release, so Python 2 support will be dropped sooner > or later. > upstream drop of Python 2 support doesn't mean you need to drop it too. For example I'm keeping pytest at lower version for same reason. Please respect Python 2 removal and release team rules and don't remove Python 2 support untill all reverse(-build) depends (+autopkgtests) are fixed. Removing of python-keyring is blocked by 4 bugs, But recursively it's dozens, for example python-mock is affected. Removing this means marking dozens off Debian packages as AUTORM. Please be careful. If you really need to upgrade python-keyring to newer version, you could split it into two source packages. But do it only if it's really needed. Thanks for understanding. -- Best regards Ondřej Nový
Bug#938819: wheel: Python2 removal in sid/bullseye
Hi, čt 30. 1. 2020 v 10:10 odesílatel Dmitry Shachnev napsal: > setuptools-scm has removed Python 2 support (see #938470), so > python-keyring > build-dependencies are no longer satisfiable. > > Thus I am going to remove Python 2 support from python-keyring please don't, because #938470 should be reverted. -- Best regards Ondřej Nový
Bug#938470: Please revert
Hi, Python 2 package is needed for many other packages: onovy@sid:~$ reverse-depends -b python-setuptools-scm Reverse-Build-Depends * apipkg * automat * backports.functools-lru-cache * cherrypy3 * execnet * keyrings.alt * monkeysign * pytest * pytest-forked * pytest-runner * pytest-xdist * python-dateutil * python-importlib-metadata * python-keyring * python-pluggy * python-py * python-xlib * python-zipp Please revert, thanks. -- Best regards Ondřej Nový
Bug#945768: autopkgtest-pkg-python fails if package name is python-pyMODULENAME (Was: Bug#945768: python-pypubsub: autopkgtest failure: No module named 'pypubsub')
Hi, čt 28. 11. 2019 v 17:11 odesílatel Andreas Tille napsal: > Hmmm, what are the chances to get this applied? I've added > tbh dunno :) > in Git - but this will not reall fix the test. The only solution I'd see > otherwise is to deactivate the test. > you have two options: 1. deactivate the test (remove Testsuite: autopkgtest-pkg-python from d/control) 2. call `autodep8 >debian/tests/control` and edit result -- Best regards Ondřej Nový
Bug#936604: getmail: Python2 removal in sid/bullseye
Hi, út 12. 11. 2019 v 16:37 odesílatel Osamu Aoki napsal: > Upstream is active and prides to keep python 2.5 compatibility code in > it ... (Not just 2.7). I (Osamu Aoki ) and dkg even > made some effort to support both 2 and 3 but the idea was rejected by > upstream in 2018. that's odd :/ > I think this qualifies for "py2keep". > i don't think so. Imho is better to support Py3 in Debian with our patches. If Debian and Fedora demonstrate its python3 removal, I am sure the > upstream may change his thought. If you have some progress indicator, > that can be used to convince getmail upstream. I or dkg need a solid > fact to restart conversation with the upstream. > yes, we have! :) http://sandrotosi.me/debian/py2removal/py2removal_progress.png Almost half of work is done in ~ 3 months. -- Best regards Ondřej Nový
Bug#937456: Reopen
Hi, twisted needs Python 2 version (see #943582), reuploading and reopening bug. -- Best regards Ondřej Nový
Bug#931557: pandas: Python 2 removal, 0.23 -> 0.25 transition
Hi, ne 27. 10. 2019 v 12:33 odesílatel Rebecca N. Palmer < rebecca_pal...@zoho.com> napsal: > Hence, our options are: > (a) Remove python-pandas and upgrade pandas to 0.25 > (b) Split pandas into two source packages (like matplotlib) so we can > have python-pandas 0.23 and python3-pandas 0.25 > (c) Let pandas be broken on 3.8 for now > I currently favour (a), but this is still open for discussion. > +1 for (a). Imho we are still far away from next stable release a this breakage is feasible. -- Best regards Ondřej Nový
Bug#940811: ITP: python-simplenote -- Python3 API wrapper for the Simplenote web service
Hi, so 21. 9. 2019 v 8:32 odesílatel Geert Stappers napsal: > i'm not sure if the 3 should/must goto into package name. > src: python-foo binary-python3: python3-foo binary-doc: python-foo-doc Thanks. :) -- Best regards Ondřej Nový
Bug#934959:
reassign 934959 src:sunpy 0.9.6-2 thx This is bug in sunpy, using StopIteration in newer Python 3. Thanks. -- Best regards Ondřej Nový
Bug#934398: RM: beanstalkc -- ROM; no Python 3 subpackage and no reverse deps
Hi, first of all I would like to say thanks to Andrey. He is hard working to remove Python 2 from Debian. It's not easy job. ne 11. 8. 2019 v 9:24 odesílatel Apollon Oikonomopoulos napsal: > While I understand the urge to get Python 2 out of bullseye as early as > possible, I don't feel happy about how this particular case was handled, > and I notice that it is not in agreement with what was posted on > debian-python[1]. > it was. Cite: DPMT / PAPT === No need to wait for a bug report. If you have a leaf package, remove it now. If you're not a DD, do it in the git repo and ping Piotr. beanstalkc was team leaf package without reverse {build-,}depends. - X-Debbugs-Cc beansta...@packages.debian.org at bug report time, >as finding out at the time of *removal* is arguably too late. > yes, this make sense. Thanks. -- Best regards Ondřej Nový
Bug#934406: RM: libturpial/1.7.0-4
Hi, yes, stupid me :) Sorry. -- Best regards Ondřej Nový
Bug#934333: Oz needs python-monotonic
Hi, python3-m2crypto is ready in git: https://salsa.debian.org/python-team/modules/m2crypto -- Best regards Ondřej Nový
Bug#934333: Oz needs python-monotonic
Hi, pá 9. 8. 2019 v 23:36 odesílatel Simon Josefsson napsal: > Package: python-monotonic > > The 'oz' package uses python 2.x because m2crypto in debian does not > support python 3.x yet. Would you consider re-adding the python 2.x > python-monotonic binary package, so that oz can build in sid? What was > the reason for dropping python 2.x support? The changelog didn't > mention anything. Do you have any alternative suggestions on how to > resolve the problem python2-only m2crypto and python3-only monotonic > dependencies for 'oz'? > just my two cents: correct solution is to add Python 3.x support to python-m2crypto and migrate oz to Python 3. Reintroduction Python2 support to python-monotonic is not good idea, we are going to drop Python 2 completly from Debian. -- Best regards Ondřej Nový
Bug#933645: transition: libvpx
Hi, ne 4. 8. 2019 v 22:45 odesílatel Jonathan Wiltshire napsal: > Please go ahead in unstable. > uploaded. Thanks. -- Best regards Ondřej Nový
Bug#932820: vanguards: Use Python 3 instead of PyPy, because we are going to remove unsupported PyPy
Hi, yes, sorry for noise. After talk over IRC, current plan is: * remove almost all pypy modules, keep only pypy interpreter (and maybe setuptools, etc.) * migrate to pypy3 (not possible now, waiting for tooling) Thanks. -- Best regards Ondřej Nový
Bug#932820: vanguards: Use Python 3 instead of PyPy, because we are going to remove unsupported PyPy
Hi, st 24. 7. 2019 v 11:00 odesílatel Iain Learmonth napsal: > We are using PyPy because Python 3 was not really fast enough. The > migration path here is that we move to pypy3. We are blocked by the lack > of packages for pypy3-setuptools and pypy3-stem. > there will be no pypy3-* packages. python3-* can/should be run with pypy3. Is that right, Stefano? -- Best regards Ondřej Nový
Bug#902959: pluginhook: diff for NMU version 0~20150216.0~a320158-2.1
Hi, uploaded to DELAYED/10-day Thanks. -- Best regards Ondřej Nový
Bug#928385: unblock: python-molotov/1.6-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package python-molotov Version 1.6-3 currently in testing FTBFS randomly, see #927810. Version 1.6-4 fixies this. Debdiff attached. Thanks. unblock python-molotov/1.6-4 -- System Information: Debian Release: 10.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- Best regards Ondřej Nový diff -Nru python-molotov-1.6/debian/changelog python-molotov-1.6/debian/changelog --- python-molotov-1.6/debian/changelog 2019-03-19 17:35:11.0 +0100 +++ python-molotov-1.6/debian/changelog 2019-05-03 11:49:04.0 +0200 @@ -1,3 +1,11 @@ +python-molotov (1.6-4) unstable; urgency=medium + + [ Emmanuel Arias ] + * Disable test FTBFS randomly +- Patch create by Santiago Vila (Closes: #927810) + + -- Ondřej Nový Fri, 03 May 2019 11:49:04 +0200 + python-molotov (1.6-3) unstable; urgency=medium * Fix FTBFS (Closes: #924805) diff -Nru python-molotov-1.6/debian/patches/series python-molotov-1.6/debian/patches/series --- python-molotov-1.6/debian/patches/series 2019-03-19 17:26:44.0 +0100 +++ python-molotov-1.6/debian/patches/series 2019-05-03 11:48:41.0 +0200 @@ -1,3 +1,4 @@ 0001-Print-reason-why-is-not-possible-to-start-the-coserv.patch 0002-Disable-internet-tests.patch 0003-Disable-session-tests.patch +0004-Skip-tests-are-not-supposed-to-FTBFS-randomly.patch diff -Nru python-molotov-1.6/debian/patches/0004-Skip-tests-are-not-supposed-to-FTBFS-randomly.patch python-molotov-1.6/debian/patches/0004-Skip-tests-are-not-supposed-to-FTBFS-randomly.patch --- python-molotov-1.6/debian/patches/0004-Skip-tests-are-not-supposed-to-FTBFS-randomly.patch 1970-01-01 01:00:00.0 +0100 +++ python-molotov-1.6/debian/patches/0004-Skip-tests-are-not-supposed-to-FTBFS-randomly.patch 2019-05-03 11:48:41.0 +0200 @@ -0,0 +1,37 @@ +From: Emmanuel Arias +Date: Tue, 30 Apr 2019 01:26:53 + +Subject: Skip tests are not supposed to FTBFS randomly + +Patch created by Santiago Vila +--- + molotov/tests/test_run.py | 3 +++ + 1 file changed, 3 insertions(+) + +diff --git a/molotov/tests/test_run.py b/molotov/tests/test_run.py +index bcce75d..6b0496c 100644 +--- a/molotov/tests/test_run.py b/molotov/tests/test_run.py +@@ -1,6 +1,7 @@ + import time + import random + import os ++import pytest + import signal + import asyncio + from unittest.mock import patch +@@ -332,6 +333,7 @@ class TestRunner(TestLoop): + self.assertTrue(wanted in stdout, stdout) + + @dedicatedloop ++@pytest.mark.skip(reason="This test is not reliable") + def test_sizing(self): + _RES2['fail'] = 0 + _RES2['succ'] = 0 +@@ -384,6 +386,7 @@ class TestRunner(TestLoop): + self.assertTrue(ratio >= 5., ratio) + + @dedicatedloop_noclose ++@pytest.mark.skip(reason="This test is not reliable") + def test_statsd_multiprocess(self): + test_loop = asyncio.get_event_loop() +
Bug#925065: unblock: python-molotov/1.6-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package python-molotov Version in sid fixies FTBFS (#924805). Debdiff attached. Thanks. unblock python-molotov/1.6-3 -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled diff -Nru python-molotov-1.6/debian/changelog python-molotov-1.6/debian/changelog --- python-molotov-1.6/debian/changelog 2018-08-16 13:59:34.0 +0200 +++ python-molotov-1.6/debian/changelog 2019-03-19 17:35:11.0 +0100 @@ -1,3 +1,13 @@ +python-molotov (1.6-3) unstable; urgency=medium + + * Fix FTBFS (Closes: #924805) +- d/p/0002-Disable-internet-tests.patch: + Disable tests if they require Internet access +- d/p/0003-Disable-session-tests.patch: + Disable session tests, they doesn't work with newer aiohttp + + -- Ondřej Nový Tue, 19 Mar 2019 17:35:11 +0100 + python-molotov (1.6-2) unstable; urgency=medium * d/p/0001-Print-reason-why-is-not-possible-to-start-the-coserv.patch: diff -Nru python-molotov-1.6/debian/patches/series python-molotov-1.6/debian/patches/series --- python-molotov-1.6/debian/patches/series 2018-08-16 13:58:41.0 +0200 +++ python-molotov-1.6/debian/patches/series 2019-03-19 17:26:44.0 +0100 @@ -1 +1,3 @@ 0001-Print-reason-why-is-not-possible-to-start-the-coserv.patch +0002-Disable-internet-tests.patch +0003-Disable-session-tests.patch diff -Nru python-molotov-1.6/debian/patches/0002-Disable-internet-tests.patch python-molotov-1.6/debian/patches/0002-Disable-internet-tests.patch --- python-molotov-1.6/debian/patches/0002-Disable-internet-tests.patch 1970-01-01 01:00:00.0 +0100 +++ python-molotov-1.6/debian/patches/0002-Disable-internet-tests.patch 2019-03-19 17:27:13.0 +0100 @@ -0,0 +1,19 @@ +Description: Disable tests if they require Internet access +Author: Ondřej Nový + +--- a/molotov/tests/test_fmwk.py b/molotov/tests/test_fmwk.py +@@ -1,4 +1,5 @@ + import os ++import pytest + import signal + from molotov.session import LoggedClientSession + from molotov.runner import Runner +@@ -220,6 +221,7 @@ + self.assertEqual(len(res), 1) + + @async_test ++@pytest.mark.skip(reason="This test requires internet access") + async def test_setup_session_failure(self, loop, console, results): + + @setup_session() diff -Nru python-molotov-1.6/debian/patches/0003-Disable-session-tests.patch python-molotov-1.6/debian/patches/0003-Disable-session-tests.patch --- python-molotov-1.6/debian/patches/0003-Disable-session-tests.patch 1970-01-01 01:00:00.0 +0100 +++ python-molotov-1.6/debian/patches/0003-Disable-session-tests.patch 2019-03-19 17:27:02.0 +0100 @@ -0,0 +1,20 @@ +Description: Disable session tests, they doesn't work with newer aiohttp +Author: Ondřej Nový + +--- a/molotov/tests/test_session.py b/molotov/tests/test_session.py +@@ -1,4 +1,5 @@ + import gzip ++import pytest + from aiohttp.client_reqrep import ClientRequest + from yarl import URL + from unittest.mock import patch +@@ -8,7 +9,7 @@ + from molotov.tests.support import coserver, Response, Request + from molotov.tests.support import TestLoop, async_test, serialize + +- ++@pytest.mark.skip(reason="This test doesn't work with newer aiohttp") + class TestLoggedClientSession(TestLoop): + + def _get_session(self, *args, **kw):
Bug#918621: Merge request
MR: https://salsa.debian.org/lintian/lintian/merge_requests/116 -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#915198: [Python-modules-team] Bug#915198: python-molotov FTBFS: BrokenPipeError: [Errno 32] Broken pipe
Hi, I can't reproduce it and I can build this package locally without any problem. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#914592: [Python-modules-team] Bug#914592: Upcoming pytest-4 problems
Hi, út 27. 11. 2018 v 8:46 odesílatel Ole Streicher napsal: > Thanks, however it turns out that this will unfortunately not work for > me: from astropys POV, pytest seems to be broken in versions 3.7 - 3.10; > see > > https://github.com/astropy/astropy/issues/8177 according to linked issue, that bug is fixed in 3.10.1, which is in Debian unstable now. > I also observed diverse failures on other (astropy dependent) packages > with 3.10. Which basically means that I need to switch off the tests, > unless pytests upstream provides a bugfixed 3.X version. > maybe just disable some of that tests? Not whole testsuite? -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#914592: [Python-modules-team] Bug#914592: Upcoming pytest-4 problems
Hi, my plan is: - keep 3.x for Buster - upgrade to >= 4.x just after Buster release Because we are going to drop Python after Buster release, I think it's perfectly fine that Astropy (Py2 version) will not support Pytest 4.x. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#914420: [Python-modules-team] Bug#914420: Bug#914420: python-pytest: Breaks many Python 2 test suites
Hi, pá 23. 11. 2018 v 13:21 odesílatel Ole Streicher napsal: > By reading the upstream changelog, I could not find a cause what should > cause the incompatibility. Also, the logs now all contain a warning like > me either. :( > /usr/lib/python2.7/dist-packages/_pytest/cacheprovider.py:58 > /usr/lib/python2.7/dist-packages/_pytest/cacheprovider.py:58: > PytestWarning: could not create cache path > /usr/lib/python2.7/dist-packages/aplpy/.pytest_cache/v/cache/nodeids > PytestWarning(fmt.format(**args) if args else fmt), self._config > > which is not present in the Python 3 runs (and also not with pytest > 3.6.4) -- this shows that probably something goes wrong when using > pytest/Python2 on installed packages. > good point. I will dig into this. > For python-m3u8, the CI test is a simple m3u8.loads() call that does not > invoke pytest at all. > package build, not CI test :] -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#914420: [Python-modules-team] Bug#914420: python-pytest: Breaks many Python 2 test suites
Hi Ole, this looks like bug in astropy and other packages. They are just not compatible with newer pytest. For example astropy upstream uses pytest 3.9 and/or 3.10 for testing code, see https://github.com/astropy/astropy/commit/3e34e7c450ebd982978423d8774ef6953832f610 I tried to build simple package python-m3u8, which uses pytest for py2 and py3 and it build+test fine with newer pytest. Thanks. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#910355: [Python-modules-team] Bug#910355: enum34: Please package for Python3
Hi, pá 5. 10. 2018 v 11:21 odesílatel Neil Williams napsal: > I'm looking to package a new python3 utility which will depend > on python3-enum34 and the homepage link from this source package > claims support for python3. > enum34 is backport of enum from Python 3.4. It doesn't make sense to package it for Python 3, because we have >= Python 3.4 in unstable. Correct solution: https://sources.debian.org/src/python-eventlet/0.20.0-5/debian/patches/0011-Avoid-dependency-on-enum-compat.patch/ "enum34;python_version<"3.4"" -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#909936: python3-changelog: Please make building changelogs reproducible
Hi, po 1. 10. 2018 v 10:38 odesílatel Chris Lamb napsal: > In the past we have tried not to burden maintainers with the knowledge > that their packages are unreproducible and/or causing others to be so, > in that spirit, I am following up with the attached patch. > I looked into code and wasn't sure where is good place to sort it. That's reason why I created bug and Cc reproducible builds list. I was sure somebody from reproducible build team will look into it :) Thanks a lot for patch Chris. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#909171: python3-swift never exits
tags 909171 + moreinfo Hi, sorry, but I can't reproduce it. onovy@sid~ $ python3-swift -A #SNIP# -U #SNIP# -K #SNIP# stat Account: AUTH_d_1 Containers: 116 Objects: 5351 Bytes: 8015339354 ... onovy@sid~ $ Can I get access to some debug server where you can reproduce it? Thanks. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#907168: [Python-modules-team] Bug#907168: pytest-httpbin FTBFS with OpenSSL 1.1.1
Hi, út 28. 8. 2018 v 15:36 odesílatel Pierre-Elliott Bécue napsal: > This would imply to do a Debian patch in upstream's source. > I had similar bug in eventlet, solution: https://github.com/eventlet/eventlet/pull/516 https://salsa.debian.org/python-team/modules/python-eventlet/commit/32dc98ce3519b42b4edfe02b9599b916b052c84c -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#896170: stretch-pu: package salt/2016.11.2+ds-1+deb9u1
Hi, ne 1. 7. 2018 v 20:03 odesílatel Adam D. Barratt napsal: > I'm not sure what happened to your upload, but there's no sign of it in > the logs on either the upload host or ftp-master. > probably my fault. Fixed, uploaded (really :). Is that a regression? > I think upstream authors consider this as "feature". Same note is in current master branch of Salt. -- Best regards, Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#901568: [Python-modules-team] Bug#901568: Please package new upstream version >= 3.4.0 as python-neovim Build-Depends on it
Hi, I prepared new upstream version (3.6.2) in git. It needs new version of atomicwrites and more-itertools which I prepared in git too. Both will go trough NEW queue (new pypy-* binary packages). After this deps will be in unstable I will finish+upload pytest 3.6.2. Thanks. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#891727: NMU
Because of: 1. fix for this bug is in git from 1st March (almost ~3 mons) 2. I asked Sandro Tosi at 10th May for upload, he told me "no, please hold" 3. this is release-critical bug older than 7 days 4. there is no reply from maintainer for more than 7 days in this bug I done NMU to DELAYED/0. Debdiff attached. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B pyopenssl_17.5.0-1.1.patch Description: Binary data
Bug#899403: [Python-modules-team] Bug#899403: Re : Bug#899403: pymodbus: Please provide a python3 package
Hi, 2018-05-24 10:15 GMT+02:00 Cédric : > I got a look to the dependencies: I think that python-six is missing (cf. > pymodbus/utilities.py). > https://packages.debian.org/sid/python3-six :) (already in Debian from wheezy) -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#828741: libdatrie patch
Hi, 2018-04-27 16:11 GMT+02:00 Andreas Tille : > > Ondřej, I hope you are fine if I just did the upload. no problem, thanks for upload. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#896956: Agree
As co-maintainer of these packages I agree. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#896170: stretch-pu: package salt/2016.11.2+ds-1+deb9u1
Build and tested on stretch. Uploaded to stretch-pu. Debdiff attached. Thanks. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B Jabber: on...@njs.netlab.cz ICQ: 115-674-713 Facebook: http://www.facebook.com/onovy Tel/Cell: +420 777 963 207 Datová schránka: aypqr6c salt-2016.11.2+ds-1+deb9u2.patch Description: Binary data
Bug#888006: stretch-pu: package salt/2016.11.2+ds-1
Hi, 2018-02-27 19:34 GMT+01:00 Adam D. Barratt : > Thanks. Please feel free to upload. > uploaded, thank you. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#888006: stretch-pu: package salt/2016.11.2+ds-1
Control: tags -1 - moreinfo 2018-02-26 20:38 GMT+01:00 Adam D. Barratt : > The metadata for #887724 indicates that it currently affects the salt > package in unstable; is that correct? > no, package in unstable is not affected. Bug metadata fixed, sry. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#890249: transition: libvpx
Uploaded. Thanks. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#890511: [Python-modules-team] Bug#890511: python-jmespath: Add autopkgtests to python-jmespath
Do you know, only thing needs to be done is add this line to d/control? Testsuite: autopkgtest-pkg-python -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#890512: [Python-modules-team] Bug#890512: python-munch: Add autopkgtests to python-munch
Hi, 2018-02-15 14:13 GMT+01:00 Corey Bryant : > In Ubuntu, the attached patch was applied to achieve the following: > Do you know, only thing needs to be done is add this line to d/control? Testsuite: autopkgtest-pkg-python -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#885793: #885793: tldr-py,tldr: File collision when installing together: /usr/bin/tldr (and maybe further files)
Hi, I prefer to use update-alternatives. What do you think Clint? -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#881989: fixed in python-eventlet 0.20.0-3
Hi, yes, I skipped it my intention. I tried to fix it this way: https://anonscm.debian.org/cgit/python-modules/packages/enum34.git/commit/?id=ed2496b8582d939a8ad48769a8b513e916d9df5a 2017-11-27 19:25 GMT+01:00 Gianfranco Costamagna : > control: unarchive -1 > control: reopen -1 > control: tags -1 patch > > Hello Ondřej, did you intentionally skip the patch from the debdiff? > > --- python-eventlet-0.20.0/debian/patches/enum34-compat.patch > 1970-01-01 01:00:00.0 +0100 > +++ python-eventlet-0.20.0/debian/patches/enum34-compat.patch > 2017-11-27 15:04:37.0 +0100 > @@ -0,0 +1,14 @@ > +Description: Drop requirement on enum-compat in favour of enum34 > +Author: James Page > +Forwarded: not-needed > + > +--- a/setup.py > b/setup.py > +@@ -13,7 +13,6 @@ setup( > + url='http://eventlet.net', > + packages=find_packages(exclude=['benchmarks', 'tests', 'tests.*']), > + install_requires=( > +-'enum-compat', > + 'greenlet >= 0.3', > + ), > + zip_safe=False, > diff -Nru python-eventlet-0.20.0/debian/patches/series > python-eventlet-0.20.0/debian/patches/series > --- python-eventlet-0.20.0/debian/patches/series2017-11-14 > 22:48:10.0 +0100 > +++ python-eventlet-0.20.0/debian/patches/series2017-11-27 > 15:04:37.0 +0100 > @@ -8,3 +8,4 @@ > 0008-Disable-test_server_connection_timeout_exception.patch > 0009-Removed-test_urllib-that-is-failing-in-py36.patch > 0010-Fix-compilation-errors-when-installing-package-in-Py.patch > +enum34-compat.patch > > > thanks > > G. > > -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#883246: ITP: python-enum-compat -- Python enum/enum34 compatibility package
Hi, 2017-12-01 11:25 GMT+01:00 Simon McVittie : > Within Debian, wouldn't this be better achieved by having Python 2 packages > that require enum34 depend on python-enum34 directly, as they already do? > python-enum34 could have a Provides on some other name if that helped. > I already tried this solution. I added: https://anonscm.debian.org/cgit/python-modules/packages/enum34.git/commit/?id=ed2496b8582d939a8ad48769a8b513e916d9df5a which should handle deps to be automatically added by pybuild, which works. But when some packages requires enum-compat in setup.py: https://anonscm.debian.org/cgit/python-modules/packages/python-eventlet.git/tree/setup.py#n16 But even with this change you need to patch upstream code, see: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881989 Without this patch, setuptools install deps fails (tries to download it from pypi). Build of eventlet doesn't fail, because it doesn't downloads requirements from pypi. But other packages which depends on eventlet fails. The proposed name also isn't really compatible with Debian Python > policies: you can't `import enum_compat` after installing it. > you can't, but enum-compat will be even more confusing. Because python-enum-compat will contain '/usr/lib/python2.7/dist-packages/enum_compat-0.0.2.egg-info i think python-enum-compat is correct. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#881448: [PKG-Openstack-devel] Bug#881448: Bug#881448: python-eventlet fails to install on amd64: SyntaxError: invalid syntax
So you uploaded package without run of autopkgtest, which can check if package works and without even trying to install that package? So just blindly upgrade from upstream and upload? Huh. 2017-11-12 9:50 GMT+01:00 Thomas Goirand : > On 11/12/2017 08:51 AM, Chris Lamb wrote: > > Hi, > > > >> python-eventlet fails to install on amd64: SyntaxError: invalid syntax > > > > Sat 11 18:37 < zigo> In Python 2, with what I just uploaded for > python-eventlet, I have these issues: > > Sat 11 18:37 < zigo> Setting up python-eventlet (0.20.0-1) ... > > Sat 11 18:37 < zigo> File "/usr/lib/python2.7/dist- > packages/eventlet/green/http/client.py", line 195 > > Sat 11 18:37 < zigo> _is_legal_header_name = > re.compile(rb'[^:\s][^:\r\n]*\Z').match > > Sat 11 18:37 < zigo> > ^ > > Sat 11 18:37 < zigo> SyntaxError: invalid syntax > > Sat 11 18:37 < zigo> File "/usr/lib/python2.7/dist- > packages/eventlet/green/http/cookiejar.py", line 1269 > > Sat 11 18:37 < zigo> yield from deepvalues(obj) > > Sat 11 18:37 < zigo> ^ > > Sat 11 18:37 < zigo> SyntaxError: invalid syntax > > Sat 11 18:37 < zigo> Does anyone know how to patch this? > > Sat 11 18:38 < zigo> It works perfectly in py3... > > Sat 11 18:40 < zigo> Looks like doing b'' for the string of the first > issue is fixing the issue for py2, and works in py3. > > Sat 11 18:40 < zigo> I'm not sure for the yield though. > > Sat 11 18:44 < wRAR> of course you can't "fix" yield from for Python < > 3.5 > > Sat 11 18:45 < zigo> Hum... I fix I got it ! :) > > Sat 11 18:46 < wRAR> https://github.com/eventlet/ > eventlet/blob/master/eventlet/green/http/__init__.py#L56 > > Sat 11 18:46 < wRAR> you don't need to fix the *code* > > Sat 11 18:47 < zigo> wRAR: I actually do... > > Sat 11 18:48 < wRAR> ok > > Sat 11 18:48 < wRAR> and for the first line do you mean you removed > the r prefix? > > Sat 11 18:48 < zigo> wRAR: Yes. Is this wrong? > > Sat 11 18:48 < wRAR> do you know what does this prefix mean? > > Sat 11 18:49 < zigo> wRAR: I know what b means, not sure what rb does. > > Sat 11 18:49 < wRAR> I see > > Sat 11 18:49 < zigo> Which is why I'm asking in the channel. > > Sat 11 18:49 < wRAR> https://docs.python.org/3/ > library/stdtypes.html#text-sequence-type-str > > Sat 11 18:50 < wRAR> I guess you never wrote regulare expression code > in Python? > > Sat 11 18:51 < zigo> Right. > > Sat 11 18:52 < zigo> Oh... > > Sat 11 18:52 < zigo> Indeed, removing r is a bad idea... :P > > > > ie. the maintainer is at least aware of the issue. > > > > Zigo, I just went to provide a patch of my own but I cannot find > > the latest packaging corresponding to this version in the Vcs-Git > > repository. > > > > Regards, > > That's nice of you Chris. We're currently not sure where to host the VCS > of this package, and I'm not sure it's going to stay there. Anyway, I've > currently pushed it to: > > /git/openstack/python/python-eventlet.git > > I've produced 2 patches already for it: > fix-string-using-rb-in-python2.patch > fix-yield-from-in-py2.patch > > though I'm not sure they are good enough, and they are certainly not > enough (ie: after applying, there's still Py 2.7 compile problems). > > Thanks a lot for any help you may provide, Eventlet is a key package for > OpenStack, and we need it for finishing this release. I tried upgrading > to 0.20.0, because there's a problem with building Neutron, which seems > to be related to this (ie: unit test fails to start with the older > version 0.19.0). > > Cheers, > > Thomas Goirand (zigo) > > ___ > Openstack-devel mailing list > openstack-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/openstack-devel > -- S pozdravem/Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B Jabber: on...@njs.netlab.cz ICQ: 115-674-713 Facebook: http://www.facebook.com/onovy Tel/Cell: +420 777 963 207 Datová schránka: aypqr6c
Bug#875432: s/python3-sphinx-intl/sphinx-intl
Hi, 2017-09-13 13:18 GMT+02:00 Hideki Yamane : > Then, source package as sphinx-intl and binary package python3-sphinx-intl > is fine? > if sphinx-intl is primary application (cli tool, etc.), than binary pkg sphinx-intl is better. If it's library/module, than python3-sphinx-intl is better. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#874639: ITP: python-b2 -- Python Command Line Tool for Backblaze B2
Hi, 2017-09-08 13:22 GMT+02:00 Ondřej Kobližek : > Package name: python-b2 > this package is not Python module/library, but Python applications. So I would suggest different name, for example backblaze-b2. I plan to maintain it in DPMT. > because it is Python app, please use PAPT team and ideally make it Python3 only. Thanks. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#870915: debian-policy: [5.6.30] Testsuite: There are much more defined values
Hi, 2017-08-26 21:49 GMT+02:00 Sean Whitton : > Actually, this depends on which autodep8 module you want to use. I know > that my elpa module runs the tests even if the Testsuite: field is > missing, for example. > i think this is true for local build environment only, but not for ci.debian.net. If you want your autodep8 tests to run on Debian CI, you need to explicitly enable them. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#844431: Revised patch: seeking seconds
Hi, 2017-08-12 14:23 GMT-04:00 Sean Whitton : > control: tag -1 +patch > > This patch incorporates the feedback given on the proposal I sent > yesterday, both in this bug and in person from Russ and Holger (thank > you to all). > seconded, thanks for working on this. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#871931: libvpx: CVE-2017-0641
Hi, we are already using: --size-limit=16384x16384 configure option. So I __think__ we are not vulnerable. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#864027: unblock: swift/2.10.2-1
2017-08-08 11:32 GMT-04:00 Adam D. Barratt : > Please go ahead. > Uploaded, thanks. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#866696: src:python-pyeclib: FTBFS on mips64el due to test failures after rebuild with python3.6
Hi, I requested removal of mips64el [1]. This lib is not compatible with this arch and it was built by mistake. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871054 -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#865855: [PKG-Openstack-devel] Bug#865855: Bug#865855: Any news on python3 support for tablib?
Hi, 2017-07-27 18:37 GMT-04:00 Thomas Goirand : > Not only you should NMU the package, but you should as well take it > over. It is indeed not used by OpenStack anymore, and therefore, the > team has no interest in it anymore. Ondrej, can you confirm this fact? > as Thomas wrote. Feel free to adopt this package and move it to other team (DPMT, collab, ...). Thanks. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#853700: vifm: Fixed in 0.9-1
Hi, vifm should be buildable in gcc-7 now. You requested to not close this bug (until the package can be build in a follow-up test rebuild), so I'm keeping it open. Thanks. -- Best regards Ondřej Nový
Bug#864027: unblock: swift/2.10.2-1
Hi, 2017-06-04 16:55 GMT+02:00 Jonathan Wiltshire : > Let's defer this, I'm not comfortable with such changes this close to > release. > so let's wait for p-u and first stretch point release? -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#861385: Changelog entries
Hi, 2017-05-01 16:40 GMT+02:00 Julien Cristau : > Because those versions aren't part of the history of the 1:0.8.4-4 > package. You're rolling back and branching earlier, so changes from > the discarded branch are irrelevant. > but Filip is not rolling back whole package, but only upstream version. Other changes in packages are kept in place (for example TZ patch). So, should he mention those changes in 1:0.8.4-4 changelog entry (merge them)? We will then "lie" in unstable that this changes was done in 1:0.8.4-4 but they was done in earlier versions. TBH, IMHO best solution is TPU for that TZ+copyright patches and don't rollback anything in unstable :) Thanks guys. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#861385: Changelog entries
Hi Ivo, all changes from 0.9.5-1 and 0.9.5-2 but new upstream release are in 1:0.8.4-4 package. I consider mentioning that changes (TZ patch, copyright fix) in corresponding changelog entries with version where it was fixed in unstable is better. I think merging all this entries to 1:0.8.4-4 is misleading. Why we should remove a changelog entry which really existed in unstable? Users using unstable will "upgrade" 0.9.5-2 -> 1:0.8.4-4 and will be consfused. Thanks. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#851262: jessie-pu: package transmissionrpc/0.11-1
Hi, 2017-04-28 18:57 GMT+02:00 Adam D. Barratt : > I'm not really sure how that wasn't spotted earlier, but please go > ahead. :-( > np, uploaded. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#859876: unblock (pre-approval): python-tornado/4.4.3-1
Control: tags -1 - moreinfo Uploaded and built. Thanks. -- S pozdravem/Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B Jabber: on...@njs.netlab.cz ICQ: 115-674-713 Facebook: http://www.facebook.com/onovy Tel/Cell: +420 777 963 207 <777%20963%20207> Datová schránka: aypqr6c
Bug#859872: unblock (pre-approval): flask/0.12.1-1
Control: tags -1 - moreinfo Uploaded and built. Thanks. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#859876: unblock (pre-approval): python-tornado/4.4.3-1
Control: tags -1 - moreinfo Hi, 2017-04-12 19:49 GMT+02:00 Ivo De Decker : > Looks like you forgot the diff. Could you send it? > yep, sorry for it, attaching now. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B diff -Nru python-tornado-4.4.2/debian/changelog python-tornado-4.4.3/debian/changelog --- python-tornado-4.4.2/debian/changelog 2016-10-07 15:58:20.0 +0200 +++ python-tornado-4.4.3/debian/changelog 2017-04-03 14:49:00.0 +0200 @@ -1,3 +1,10 @@ +python-tornado (4.4.3-1) UNRELEASED; urgency=medium + + * New upstream bugfix release + * No longer disable PIE during build + + -- Ondřej Nový Mon, 03 Apr 2017 14:49:00 +0200 + python-tornado (4.4.2-1) unstable; urgency=medium * New upstream release. diff -Nru python-tornado-4.4.2/debian/.git-dpm python-tornado-4.4.3/debian/.git-dpm --- python-tornado-4.4.2/debian/.git-dpm2016-10-07 15:58:20.0 +0200 +++ python-tornado-4.4.3/debian/.git-dpm2017-04-03 14:49:00.0 +0200 @@ -1,11 +1,11 @@ # see git-dpm(1) from git-dpm package -986b29b5740f99a01b56046c331ac7b05dca9826 -986b29b5740f99a01b56046c331ac7b05dca9826 -7a2ee17932b535c4d34ba2661d88ed59083a96a2 -7a2ee17932b535c4d34ba2661d88ed59083a96a2 -python-tornado_4.4.2.orig.tar.gz -af99573dfb404ef58a7569405c6d13917e01ed8b -484329 +04e2fd04b7f435d5525a1d33161b1785d5cd9820 +04e2fd04b7f435d5525a1d33161b1785d5cd9820 +c880b2d287eaa8696152bea04f15ff37ab39f837 +c880b2d287eaa8696152bea04f15ff37ab39f837 +python-tornado_4.4.3.orig.tar.gz +c568337b5043db081353af71a1fd85163997e64e +484441 debianTag="debian/%e%v" patchedTag="patched/%e%v" upstreamTag="upstream/%e%u" diff -Nru python-tornado-4.4.2/debian/patches/0007-Use-local-objects.inv-for-intersphinx-mapping.patch python-tornado-4.4.3/debian/patches/0007-Use-local-objects.inv-for-intersphinx-mapping.patch --- python-tornado-4.4.2/debian/patches/0007-Use-local-objects.inv-for-intersphinx-mapping.patch 2016-10-07 15:58:20.0 +0200 +++ python-tornado-4.4.3/debian/patches/0007-Use-local-objects.inv-for-intersphinx-mapping.patch 2017-04-03 14:49:00.0 +0200 @@ -1,4 +1,4 @@ -From 986b29b5740f99a01b56046c331ac7b05dca9826 Mon Sep 17 00:00:00 2001 +From 04e2fd04b7f435d5525a1d33161b1785d5cd9820 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ond=C5=99ej=20Nov=C3=BD?= Date: Wed, 3 Aug 2016 19:02:48 +0200 Subject: Use local objects.inv for intersphinx mapping diff -Nru python-tornado-4.4.2/debian/patches/disable-domain-tests.patch python-tornado-4.4.3/debian/patches/disable-domain-tests.patch --- python-tornado-4.4.2/debian/patches/disable-domain-tests.patch 2016-10-07 15:58:20.0 +0200 +++ python-tornado-4.4.3/debian/patches/disable-domain-tests.patch 2017-04-03 14:49:00.0 +0200 @@ -1,4 +1,4 @@ -From a46890dc6f027e1c444f8c205d2ea784704917e9 Mon Sep 17 00:00:00 2001 +From 3b9d909ec11f0b89775b51ca4c779ad659a4aa52 Mon Sep 17 00:00:00 2001 From: SVN-Git Migration Date: Thu, 8 Oct 2015 13:13:30 -0700 Subject: Disable domain tests to prevent internet access during build diff -Nru python-tornado-4.4.2/debian/patches/fix-ftbfs-on-hurd.patch python-tornado-4.4.3/debian/patches/fix-ftbfs-on-hurd.patch --- python-tornado-4.4.2/debian/patches/fix-ftbfs-on-hurd.patch 2016-10-07 15:58:20.0 +0200 +++ python-tornado-4.4.3/debian/patches/fix-ftbfs-on-hurd.patch 2017-04-03 14:49:00.0 +0200 @@ -1,4 +1,4 @@ -From c393b308910b685398d4cf3a00d2665f47a6bcb0 Mon Sep 17 00:00:00 2001 +From 6d57b019a63677b8771c55489a161b06942e57c7 Mon Sep 17 00:00:00 2001 From: Mattia Rizzolo Date: Sat, 21 May 2016 21:55:27 + Subject: skip UnixSocketTest on hurd, as unix sockets with SO_REUSEADDR are diff -Nru python-tornado-4.4.2/debian/patches/ignoreuserwarning.patch python-tornado-4.4.3/debian/patches/ignoreuserwarning.patch --- python-tornado-4.4.2/debian/patches/ignoreuserwarning.patch 2016-10-07 15:58:20.0 +0200 +++ python-tornado-4.4.3/debian/patches/ignoreuserwarning.patch 2017-04-03 14:49:00.0 +0200 @@ -1,4 +1,4 @@ -From 1314798c20180df3b389d5a357b978edc968f69a Mon Sep 17 00:00:00 2001 +From c0167c625b66234618eb9250c3cb5f3290eb Mon Sep 17 00:00:00 2001 From: SVN-Git Migration Date: Thu, 8 Oct 2015 13:13:31 -0700 Subject: ignore userwarning in tests diff -Nru python-tornado-4.4.2/debian/patches/skip-timing-tests.patch python-tornado-4.4.3/debian/patches/skip-timing-tests.patch --- python-tornado-4.4.2/debian/patches/skip-timing-tests.patch 2016-10-07 15:58:20.0 +0200 +++ python-tornado-4.4.3/debian/patches/skip-timing-tests.patch 2017-04-03 14:49:00.0 +0200 @@ -1,4 +1,4 @@ -From b36d0a091fa0ab497fe2948c584073fbaf23 Mon Sep 17 00:00:00 2001 +From 568f0450d4cead0595436bdb48d2811bbaa33788 Mon Sep 17 00:00:00 2001 From: SVN-Git Migration Date: Thu, 8 Oct 2015 13:13:32 -0700 Subject: like travis buildd are often slow so skip the same tests diff
Bug#857298: Salvaging python-cassandra for Stretch
Hi, sry for second email. 2017-04-06 17:49 GMT+02:00 Thomas Goirand : > Attached is the debdiff. As you can see, I'm attempting to use the new > system that creates -dbgsym, and transitioning to it. cite from: https://release.debian.org/stretch/freeze_policy.html Some examples of changes that are undesirable during a freeze: dropping a -dbg package in favour of -dbgsym I guess FTP masters will reject this unblock request. And auto -dbgsym doesn't support python-dbg. So it's wrong for Python C modules. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#857298: Salvaging python-cassandra for Stretch
Hi, 2017-04-06 17:49 GMT+02:00 Thomas Goirand : > I'll NMU. > because you are part of DPMT, why are you going to do NMU and not team upload? -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#858123: Better solution
This should be better solution: https://review.openstack.org/#/c/447640/1 Comments? -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#855848: unblock: python-pymysql/0.7.10-1
Hi, 2017-02-25 22:13 GMT+01:00 Adam D. Barratt : > > Why does it also include changes which appear to be in no way related to > fixing either bug, namely a debhelper compat bump? > this change was already in our Git repo and I considered it harm-less. Of course I hard tested it. +My colleague already requested similar unblock ( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=854057) with same debhelper bump so I thought it's acceptable. Thank you. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#181123:
Seconded both Andreas Henriksson patches. -- Best regards Ondřej Nový Email: on...@debian.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#851688: systemd: Redirect try-restart in SysV init scripts
Hi, 2017-01-17 19:26 GMT+01:00 Michael Biebl : > Debian policy would have to > be updated as well, to define how exactly try-restart should behave in > SysV init scripts. > Updated: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=851708 -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#851688: systemd: Redirect try-restart in SysV init scripts
Hi, 2017-01-17 19:58 GMT+01:00 Michael Biebl : > > no, invoke-rc.d supports this. > > Well, not quite. Under systemd the try-restart call is not redirected to > systemctl: > right. Fixed: https://anonscm.debian.org/cgit/collab-maint/init-system-helpers.git/commit/?id=73717f11b9694e47c3dd71ba5f1b7975e0fa6392 -- S pozdravem/Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B Jabber: on...@njs.netlab.cz ICQ: 115-674-713 Facebook: http://www.facebook.com/onovy Tel/Cell: +420 777 963 207 Datová schránka: aypqr6c
Bug#851688: systemd: Redirect try-restart in SysV init scripts
Hi, 2017-01-17 19:26 GMT+01:00 Michael Biebl : > I think this would be useful but this would need changes in invoke-rc.d, > no, invoke-rc.d supports this. > service service = sysv init script? That's optional and anyone can do it. We are talking about forwardning try-restart action from sysv init script (which don't need to support it) to systemd, which supports it always. > and the LSB hook at a first glance. LSB hook? That's what i send patch for, right? > Debian policy would have to > be updated as well, to define how exactly try-restart should behave in > SysV init scripts. > this is not about adding try-restart action to every init script, but only forwarding this action to systemd which will handle it. But I'm fine to add this to policy too. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#851649: [Python-modules-team] Bug#851649: python-webob: This version causes FTBFS of six OpenStack packages due backwards incompatibility
Hi, +1 for this solution, because freeze is near. We can upgrade to 1.7.0 after freeze for Buster. Thanks. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#833037: [PKG-Openstack-devel] Bug#833037: Bug#833037: python-factory-boy: missing depends on ipaddress
Hi, 2017-01-04 16:31 GMT+01:00 Thomas Goirand : > Please file a bug against ftp.debian.org to get the package removed. > Maybe orphan it first? -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#817175: ITP: how2 -- stackoverflow from the terminal
Hi, no, I'm DD now :). But to be honest, I don't have time to package all deps of this Go package. Feel free to take over it if you want. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#844714:
python3-ply:Depends is perfectly supported: https://anonscm.debian.org/git/python-modules/packages/ply.git/tree/debian/dh_python3-ply#n71 Removing of python{3,}-ply:Depends make package unusable (autopkgtest): == ERROR: test_c_lexer (unittest.loader._FailedTest) -- ImportError: Failed to import test module: test_c_lexer Traceback (most recent call last): File "/usr/lib/python3.5/unittest/loader.py", line 153, in loadTestsFromName module = __import__(module_name) File "/tmp/autopkgtest.3UeCGn/autopkgtest_tmp/tests/test_c_lexer.py", line 6, in from pycparser.c_lexer import CLexer File "/usr/lib/python3/dist-packages/pycparser/__init__.py", line 14, in from .c_parser import CParser File "/usr/lib/python3/dist-packages/pycparser/c_parser.py", line 11, in from ply import yacc ImportError: No module named 'ply' I think Adrian is right. Simple rebuild of this package fixies the problem. -- S pozdravem/Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B Jabber: on...@njs.netlab.cz ICQ: 115-674-713 Facebook: http://www.facebook.com/onovy Tel/Cell: +420 777 963 207 Datová schránka: aypqr6c
Bug#844234:
This is bug in libssl1.1 1.1.0c Downgrading to 1.1.0b fixies build. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#844503:
salt master is uninstallable: Setting up salt-master (2016.3.3+ds-3) ... Created symlink /etc/systemd/system/multi-user.target.wants/salt-master.service → /lib/systemd/system/salt-master.service. Job for salt-master.service failed because the control process exited with error code. See "systemctl status salt-master.service" and "journalctl -xe" for details. invoke-rc.d: initscript salt-master, action "start" failed. ● salt-master.service - The Salt Master Server Loaded: loaded (/lib/systemd/system/salt-master.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Thu 2016-11-17 15:03:20 CET; 6ms ago Process: 2389 ExecStart=/usr/bin/salt-master (code=exited, status=1/FAILURE) Main PID: 2389 (code=exited, status=1/FAILURE) Nov 17 15:03:20 sid salt-master[2389]: libcrypto.OPENSSL_no_config() Nov 17 15:03:20 sid salt-master[2389]: File "/usr/lib/python2.7/ctypes/__init__.py", line 3...r__ Nov 17 15:03:20 sid salt-master[2389]: func = self.__getitem__(name) Nov 17 15:03:20 sid salt-master[2389]: File "/usr/lib/python2.7/ctypes/__init__.py", line 3...m__ Nov 17 15:03:20 sid salt-master[2389]: func = self._FuncPtr((name_or_ordinal, self)) Nov 17 15:03:20 sid salt-master[2389]: AttributeError: /usr/lib/x86_64-linux-gnu/libcrypto.so...fig Nov 17 15:03:20 sid systemd[1]: salt-master.service: Main process exited, code=exited, statu...LURE Nov 17 15:03:20 sid systemd[1]: Failed to start The Salt Master Server. Nov 17 15:03:20 sid systemd[1]: salt-master.service: Unit entered failed state. Nov 17 15:03:20 sid systemd[1]: salt-master.service: Failed with result 'exit-code'. Hint: Some lines were ellipsized, use -l to show in full. dpkg: error processing package salt-master (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for systemd (231-10) ... Errors were encountered while processing: salt-master E: Sub-process /usr/bin/dpkg returned an error code (1) -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#841904: [PKG-Openstack-devel] Bug#841904: swift: FTBFS with eatmydata (failing tests)
Hi, I have eatmydata in my env too and I can build this package fine. Sry, I can't reproduce. Can you try it again please? -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#835177: [PKG-Openstack-devel] Bug#835177: Bug#835177: aodh: FTBFS with eatmydata (build hangs)
Hi, 2016-10-11 18:58 GMT+02:00 Thomas Goirand : > It is impossible maintain 400+ interacting packages the way you would > with your single pet package. > I don't see any problem using source-only upload for all OS packages. buildd will wait for missed deps automatically and it's cross-check of your work. The only way I see to fix this, is deploying the same kind of CI/CD we > have designed in the OpenStack infrastructure, but using Sid, and > this is not needed. We should use source-only upload, that's all. We already have something like CI/CD - buildd with source-only uploads + repro builds. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#830172: python-docker: fix autopkgtest in current git packaging
Hi Andreas, thanks for your contribution. I pushed it to git. Then I imported new upstream version, which introduces new deps - dockerpy-creds. I tried to create package for this simple Python module, but it needs docker-credential executable which i don't have and can't find it in Debian. I pushed all my changes done so far. Because this is not my package, I'm giving it up now. Paul/Tianon, can you continue with this update please? Thanks. -- Best regards Ondřej Nový
Bug#839687: [Python-modules-team] Bug#839687: Bug#839687: how to manage setuptools-scm packages in debian?
2016-10-04 9:28 GMT+02:00 Brian May : > In the past I have found I need to set (in debian/rules): > > export SETUPTOOLS_SCM_PRETEND_VERSION=$(shell cat PKG-INFO | sed -n > 's/^Version: //p') > this is what newer pybuild do automatically now. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#839687: [Python-modules-team] Bug#839687: how to manage setuptools-scm packages in debian?
Hi, 2016-10-03 23:53 GMT+02:00 Antoine Beaupré : > Answering my own question (and it would be nice to have this documented > somewhere!), the solution is to use a more recent dh-python dependency > and depend on python-setuptools-scm explicitely, *and* use > --buildsystem=pybuild. > as author of this addon in pybuild: Yes, this is correct. :) > I cargo-culted the (>= 2.20160609~) dependency from python-keyring, but > I don't really know what I am doing. > as author of change in python-keyring: yep >= 2.20160609~ is correct :) I expected something about this to be documented in a README.Debian > file. > in dh-python? Maybe on wiki? -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#838481: RFS: daemontools/0.76-7 [RC]
I would like to sponsor this upload. Problems: E: daemontools-run: control-file-has-bad-permissions md5sums 0664 != 0644 E: daemontools: control-file-has-bad-permissions md5sums 0664 != 0644 (because you are generating md5sum by hand, maybe you could migrate to debhelper?) W: daemontools source: ancient-standards-version 3.9.5.0 (current is 3.9.8) Please upgrade to newest Standards version W: daemontools: description-synopsis-starts-with-article The first line of the "Description:" should omit any initial indefinite or definite article: "a", "an", or "the". A good heuristic is that it should be possible to substitute the package name and synopsis into this formula: The package name provides {a,an,the,some} synopsis. Thanks for fixing. -- Best regards Ondřej Nový
Bug#837105: jessie-pu: package python-werkzeug/0.9.6+dfsg-1
Hi, 2016-09-08 21:39 GMT+02:00 Adam D. Barratt : > Please provide a full source debdiff for the proposed package (built and > tested on jessie). > debdiff attached (which is same as linked patched) and (of course) already tested. Thanks. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B debugger_xss.patch Description: Binary data
Bug#832338:
Feel free to add patches to fix this bug if you are considering it unacceptable. Thanks. -- Best regards Ondřej Nový
Bug#834923: Package doesn't exists
Hi, package python-zaqar-ui doesn't exists in Debian in any suite: https://packages.debian.org/search?keywords=python-zaqar-ui&searchon=names&suite=all§ion=all -- Best regards Ondřej Nový
Bug#834454: [PKG-Openstack-devel] Bug#834454: python-designateclient: Package have huge (unnessesarily big) dependency list
Hi, 2016-08-17 22:51 GMT+02:00 Turbo Fredriksson : > On Aug 16, 2016, at 8:22 PM, Ondrej Novy wrote: > > > I can't reproduce your problem. Maybe you can try --no-install-recommends > > option for apt-get? > > I found it quite easy to duplicate: > > # debootstrap jessie /mnt/jessie > # chroot /mnt/jessie /bin/bash > so you are running reportbug on sid, sending bugreport for sid version and testing it on jessie-backports? Really confusing. I'm sure this is not bug in python-designateclient, it could be bug in other package(s) which depends on build-depends. Nothing we can do with. -- S pozdravem/Best regards Ondřej Nový
Bug#834454: [PKG-Openstack-devel] python-designateclient: Package have huge (unnessesarily big) dependency list
Hi, I can't reproduce your problem. Maybe you can try --no-install-recommends option for apt-get? onovy@sid:~/tmp/python-designateclient$ apt-rdepends -p --follow=Depends,PreDepends,Recommends --show=Depends,PreDepends,Recommends python-designateclient | less | grep gcc Reading package lists... Done Building dependency tree Reading state information... Done Depends: libgcc1 [Installed] libgcc1 Depends: gcc-6-base (= 6.1.1-11) [Installed] gcc-6-base Depends: libgcc1 (>= 1:3.0) [Installed] Depends: libgcc1 (>= 1:3.0) [Installed] Depends: libgcc1 (>= 1:3.0) [Installed] Depends: gcc-6-base (= 6.1.1-11) [Installed] Depends: libgcc1 (>= 1:4.2) [Installed] Depends: libgcc1 (>= 1:3.0) [Installed] Depends: libgcc1 (>= 1:3.0) [Installed] Depends: libgcc1 (>= 1:3.0) [Installed] onovy@sid:~/tmp/python-designateclient$ apt-rdepends -p --follow=Depends,PreDepends,Recommends --show=Depends,PreDepends,Recommends python-designateclient | less | grep build-es Reading package lists... Done Building dependency tree Reading state information... Done onovy@sid:~/tmp/python-designateclient$ So no deps on gcc or build-essential. Designate client depends directly only on: Depends: python-cliff (>= 1.15.0) [NotInstalled] Depends: python-debtcollector (>= 1.2.0) [NotInstalled] Depends: python-jsonschema [NotInstalled] Depends: python-keystoneclient (>= 1:0.11.1) [NotInstalled] Depends: python-oslo.utils (>= 3.5.0) [NotInstalled] Depends: python-pbr (>= 1.8) [Installed] Depends: python-requests [Installed] Depends: python-six (>= 1.9.0) [Installed] Depends: python-stevedore (>= 1.5.0) [NotInstalled] Depends: python:any (>= 2.7.5-5~) [NotInstalled] And all of this direct deps is needed (checked requirements.txt). -- Best regards Ondřej Nový
Bug#834033:
Blocked by Openstack packages now: https://review.openstack.org/#/c/355258/ -- Best regards Ondřej Nový
Bug#696352:
According to last trace, error is from paste/script, reassiging to correct package. -- Best regards Ondřej Nový
Bug#823166: [PKG-Openstack-devel] Bug#823166: swift: FTBFS: AssertionError: Items in the first set but not the second:
Hi, sorry, just found bug in my email, fixing :) 2016-08-13 15:33 GMT+02:00 Ondrej Novy : > your user group is gid=1000. > >> os.getgroups(): [27] > > which your user is not part of. > which doesn't exists in your system at all. -- Best regards Ondřej Nový
Bug#823166: [PKG-Openstack-devel] Bug#823166: swift: FTBFS: AssertionError: Items in the first set but not the second:
Hi, so your result is now: getpass.getuser: lamby pwd.getpwname(user).pw_gid: 1000 os.getgroups(): [27, 1000] grp.getgrall() filtered: [27] And failing tests runs: groups = [g.gr_gid for g in grp.getgrall() if user in g.gr_mem] groups.append(pwd.getpwnam(user).pw_gid) self.assertEqual(set(groups), set(os.getgroups())) which is for you: groups = [27] groups.append(1000) self.assertEqual(set([27, 1000]), set([27, 1000]) -> not possible :) Please recheck and send new log + test again my test.py. Thanks. -- Best regards Ondřej Nový
Bug#823166: [PKG-Openstack-devel] Bug#823166: swift: FTBFS: AssertionError: Items in the first set but not the second:
Hi, 2016-08-01 15:10 GMT+02:00 Chris Lamb : > $ python test.py > getpass.getuser: lamby > pwd.getpwname(user).pw_gid: 1000 > your user group is gid=1000. os.getgroups(): [27] > which your user is not part of. > If that doesn't help, it may be that your package relies on the > $USER variable being present. > problem is somewhere else. I think user should not have set gid which are not part of. This packages build fine in my local sbuild and in pbuilder on Debian repro builds. I think your env is broken :) -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#833683: ITP: pycodestyle -- Python style guide checker (formerly called pep8)
Hi, 2016-08-08 3:57 GMT+02:00 Daniel Stender : > > Yes, they renamed it completely. I agree another/a new package is the best > way > to update it, very much welcome for Prospector. > cool :) > I've mentioned the bugs maybe you want to close #833660 by the package and > reopen and merge the other ITP ... > merged. I will close #833660 manually after accept from ftp-masters ('cause i already uploaded). Thanks for pointing a help. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#833660:
I created pycodestyle as new package (https://bugs.debian.org/833683) and uploaded. -- Best regards Ondřej Nový
Bug#833683: ITP: pycodestyle -- Python style guide checker (formerly called pep8)
Hi, sry, missed that. But i disagree with this: Unlike "pep257" -> "pydocstyle" his appears to not change the module and CLI tool name but only the project title. No point for a new package then. (from #816496) CLI name and module name was changed. This was already discussed in ML: https://lists.debian.org/debian-python/2016/06/msg00043.html and i ack with Piotr and Barry. -- Best regards Ondřej Nový