Bug#740534: ITA: python-tempita

[Ondřej Kobližek]

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

[Ondřej Kobližek]

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

[Ondřej Kobližek]

Package: wnpp
Severity: wishlist
Owner: Ondřej Kobližek <kobliz...@gmail.com>

* Package name: python-logfury
  Version : 0.1.2
  Upstream Author : Pawel Polewicz <p.polew...@gmail.com>
* 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

[Ondřej Kobližek]

Package: wnpp
Severity: wishlist
Owner: Ondřej Kobližek <kobliz...@gmail.com>

* Package name: python-b2
  Version : 0.7.2
  Upstream Author : Backblaze, Inc. <supp...@backblaze.com>
* 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

[Ondřej Kobližek]

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

[Ondřej Kobližek]

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

[Ondřej Kobližek]

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

[Ondřej Kobližek]

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

[Ondřej Kobližek]

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

[Ondřej Kobližek]

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

[Ondřej Kobližek]

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:

[Ondřej Kobližek]

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

[Ondřej Kobližek]

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 <kobliz...@gmail.com>
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