Bug#740534: ITA: python-tempita
retitle 740534 ITA: python-tempita -- small text templating language owner 740534 Ondřej Kobližek thanks Hi, I'll maintain this package. Ondřej Kobližek
Bug#926375: Fwd: Bug#926375: (pre-approve) unblock: python-fakeredis/1.0.3-1
Hello Niels, > Hi, > > Please go ahead with the python-fakeredis/1.0.3-1 upload. > python-fakeredis/1.0.3-1 is already uploaded and unblocked. > > Advice for future unblock requests: The unblock request would have seem > a lot less daunting if the upstream changelog had been pruned (it is > over 70% of the entire debdiff) or if a diffstat had been included in > the mail (before the debdiff obviously). If you prune a debdiff, please > remember to state this and tell us how you did it (usually the > filterdiff cmd-line will suffice). > This will make it easier for us to determine how difficult/much time > we need to spent on the review. This will in turn enable us to provide > you with feedback faster much faster in cases like this. > I take note of it, thanks for the advice. With regards, Ondrej Koblizek
Bug#875561: ITP: python-logfury -- Toolkit for responsible, low-boilerplate logging of library method calls
Package: wnpp Severity: wishlist Owner: Ondřej Kobližek * Package name: python-logfury Version : 0.1.2 Upstream Author : Pawel Polewicz * URL : https://github.com/ppolewicz/logfury * License : (BSD) Programming Lang: (Python) Description : Toolkit for responsible, low-boilerplate logging of library method calls This package is dependency for backblaze-b2 #874639 I plan maintain it in DPMT.
Bug#874639: ITP: python-b2 -- Python Command Line Tool for Backblaze B2
Package: wnpp Severity: wishlist Owner: Ondřej Kobližek * Package name: python-b2 Version : 0.7.2 Upstream Author : Backblaze, Inc. * URL : https://github.com/Backblaze/B2_Command_Line_Tool * License : (MIT) Programming Lang: (Python) Description : Python Command Line Tool for Backblaze B2 This package is CLI for B2 Cloud Storage, which we using at work. There are no other packages for B2 at Debian. I plan maintain it in DPMT.
Bug#871442: grpc: Turn on grpcio python module building
Source: grpc Version: 1.3.2-0.2 Severity: normal Hi, I am dependant on python grpcio and looking for grpcio deb package. Could you turn on packaging for grpcio please? PyPI grpcio is not an option for me. With regards, Ondrej Koblizek -- System Information: Debian Release: stretch/sid APT prefers zesty-updates APT policy: (500, 'zesty-updates'), (500, 'zesty-security'), (500, 'zesty'), (100, 'zesty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.10.0-28-generic (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#870916: ITP: python-etcd3 -- Python client for the etcd API v3
Package: wnpp Severity: wishlist Owner: =?utf-8?b?T25kxZllaiBLb2JsacW+ZWs=?= * Package name: python-etcd3 Version : 0.6.2 Upstream Author : Louis Taylor * URL : https://github.com/kragniz/python-etcd3 * License : Apache-2.0 Programming Lang: Python Description : Python client for the etcd API v3 Client for etcd API v3. etcd is a distributed reliable key-value store for the most critical data of a distributed system. There is similar package python-etcd already, witch supports API v2. But we need support for API v3. This package is dependacy for openstack/tooz. I want maintain this package under DPMT.
Bug#870723: ITP: python-deprecation -- A library to handle automated deprecations
Package: wnpp Severity: wishlist Owner: Ondrej Koblizek * Package name: python-deprecation Version : 1.0.1 Upstream Author : Brian Curtin * URL : https://github.com/briancurtin/deprecation * License : Apache-2.0 Programming Lang: Python Description : A library to handle automated deprecations Deprecation is a library that enables automated deprecations. It offers the deprecated() decorator to wrap functions, providing proper warnings both in documentation and via Python’s warnings system, as well as the deprecation.fail_if_not_removed() decorator for test methods to ensure that deprecated code is eventually removed. I need this package as dependance for openstasksdk package. I plan team maintain it with DPMT.
Bug#854057: unblock: gnocchi/3.0.4-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock I uploaded stable update of gnocchi to sid which fixes FTBFS #852991 and other minor bugs. This version is from upstream stable branch of Newton release cycle. Kindly asking to unblock this migration. Thanks Ondrej Koblizek unblock gnocchi/3.0.4-1 -- System Information: Debian Release: stretch/sid APT prefers yakkety-updates APT policy: (500, 'yakkety-updates'), (500, 'yakkety-security'), (500, 'yakkety'), (100, 'yakkety-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-34-generic (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#851649: [Python-modules-team] Bug#851649: python-webob: This version causes FTBFS of six OpenStack packages due backwards incompatibility
forcemerge 851649 851044 851032 851045 850990 850987 851027 849591 thanks Merge bugs after rollback to python-webob/1:1.6.2-1
Bug#851003: Can't reproduce FTBFS
Hi, I can't reproduce FTBFS. My building environment builds package fine. Debian reproducible-builds are OK for amd64: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/python-django-pyscss.html Lowered severity to normal level. Ondrej Koblizek
Bug#851649: python-webob: This version causes FTBFS of six OpenStack packages due backwards incompatibility
Source: python-webob Version: 1.7.0-1 Severity: serious Hi, upgrading from 1.6.2-1 to 1.7.0-1 causes multiple FTBFS in OpenStack packages. Resolving of OpenStack packages FTBFS issues is hard due to the approaching stretch freeze. Additionally, python-webob 1.7.0-1 has its own FTBFS and it is uncertain whether he gets into testing. It would be possible to remove 1.7.0-1 from unstable? I prefer 1.6.2-1, which works fine with current OpenStack in Debian. Regards, Ondrej Koblizek -- System Information: Debian Release: stretch/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-34-generic (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#851044:
Hi, tests fails due backwards incompatibility of python-webob 1.7.0-1 https://github.com/Pylons/webob/blob/master/HISTORY.txt#L10
Bug#844928: python-keystoneclient FTBFS with openssl 1.1.0
FTBFS due to failing tests: FAIL: keystoneclient.tests.unit.test_cms.CMSTest.test_cms_verify FAIL: keystoneclient.tests.unit.test_cms.CMSTest.test_cms_verify_token_no_files Both tests fail because: Command 'openssl' returned non-zero exit status 1 I think its OpenSSL >= 1.1 bug, which returns wrong exit code (1 insted of 2) if input file not exists. I prepared quilt patch and going to upload new release of python-keystoneclient. Description: Workaround for FTBFS with OpenSSL >= 1.1.0 OpenSSL1.1 returns exit code 1 if certfile or CAfile not exists. This is possibly OpenSSL bug https://www.openssl.org/docs/man1.1.0/apps/cms.html#EXIT-CODES Author: Ondřej Kobližek Forwarded: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844928 --- a/keystoneclient/common/cms.py +++ b/keystoneclient/common/cms.py @@ -42,9 +42,10 @@ # The openssl cms command exits with these status codes. -# See https://www.openssl.org/docs/apps/cms.html#EXIT_CODES +# See https://www.openssl.org/docs/man1.1.0/apps/cms.html#EXIT-CODES class OpensslCmsExitStatus(object): SUCCESS = 0 +COMMAND_OPTIONS_PARSING_ERROR = 1 INPUT_FILE_READ_ERROR = 2 CREATE_CMS_READ_MIME_ERROR = 3 @@ -180,21 +181,28 @@ # Do not log errors, as some happen in the positive thread # instead, catch them in the calling code and log them there. -# When invoke the openssl with not exist file, return code 2 -# and error msg will be returned. +# When invoke the openssl >= 1.1.0 with not exist file, return code should +# be 2 instead of 1 and error msg will be returned. # You can get more from -# http://www.openssl.org/docs/apps/cms.html#EXIT_CODES +# https://www.openssl.org/docs/man1.1.0/apps/cms.html#EXIT-CODES # # $ openssl cms -verify -certfile not_exist_file -CAfile # not_exist_file -inform PEM -nosmimecap -nodetach # -nocerts -noattr -# Error opening certificate file not_exist_file +# cms: Cannot open input file not_exist_file, No such file or directory # if retcode == OpensslCmsExitStatus.INPUT_FILE_READ_ERROR: if err.startswith('Error reading S/MIME message'): raise exceptions.CMSError(err) else: raise exceptions.CertificateConfigError(err) +# workaround for OpenSSL >= 1.1.0, +# should return OpensslCmsExitStatus.INPUT_FILE_READ_ERROR +if retcode == OpensslCmsExitStatus.COMMAND_OPTIONS_PARSING_ERROR: +if err.startswith('cms: Cannot open input file'): +raise exceptions.CertificateConfigError(err) +else: +raise subprocess.CalledProcessError(retcode, 'openssl', output=err) elif retcode != OpensslCmsExitStatus.SUCCESS: raise subprocess.CalledProcessError(retcode, 'openssl', output=err) return output