Bug#971564: python-pygit2: libgit2 1.0 transition

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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).

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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')

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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:

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

Hi,

yes, stupid me :) Sorry.

-- 
Best regards
 Ondřej Nový

Bug#934333: Oz needs python-monotonic

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

Hi,

uploaded to DELAYED/10-day

Thanks.

-- 
Best regards
 Ondřej Nový

Bug#928385: unblock: python-molotov/1.6-4

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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)

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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?

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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 

Bug#857298: Salvaging python-cassandra for Stretch

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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:

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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

[Ondrej Novy]

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:

[Ondrej Novy]

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:

[Ondrej Novy]

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:

[Ondrej Novy]

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)

[Ondrej Novy]

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)

[Ondrej Novy]

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

[Ondrej Novy]

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?

[Ondrej Novy]

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?

[Ondrej Novy]

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]

[Ondrej Novy]

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

[Ondrej Novy]

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:

[Ondrej Novy]

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

[Ondrej Novy]

Hi,

package python-zaqar-ui doesn't exists in Debian in any suite:

https://packages.debian.org/search?keywords=python-zaqar-ui=names=all=all

-- 
Best regards
 Ondřej Nový

Bug#834454: [PKG-Openstack-devel] Bug#834454: python-designateclient: Package have huge (unnessesarily big) dependency list

[Ondrej Novy]

Hi,

2016-08-17 22:51 GMT+02:00 Turbo Fredriksson <tu...@bayour.com>:

> 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

[Ondrej Novy]

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:

[Ondrej Novy]

Blocked by Openstack packages now:
https://review.openstack.org/#/c/355258/

-- 
Best regards
 Ondřej Nový

Bug#696352:

[Ondrej Novy]

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:

[Ondrej Novy]

Hi,

sorry, just found bug in my email, fixing :)

2016-08-13 15:33 GMT+02:00 Ondrej Novy <n...@ondrej.org>:

> 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:

[Ondrej Novy]

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:

[Ondrej Novy]

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)

[Ondrej Novy]

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:

[Ondrej Novy]

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)

[Ondrej Novy]

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ý