[Python-modules-team] Bug#752557: python-docker: new upstream version
Package: python-docker Version: 0.2.3-1 Severity: wishlist Hi, The docker bindings for python are now at version 0.3.2. Please update the package, to a newer version. I'm particularly interested in 0.3, because that is the minimum required by the docker integration in ansible. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-docker depends on: ii python2.7.6-2 ii python-mock 1.0.1-3 ii python-requests 2.3.0-1 ii python-six1.7.2-1 ii python-websocket 0.12.0-1 python-docker recommends no packages. python-docker suggests no packages. -- no debconf information ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#767445: python-docker: throws ValueError exception on attempting any command
Package: python-docker Version: 0.5.3-1 Severity: grave Justification: renders package unusable I'm finding it impossible to do anything with the API. The ipython backtrace is pasted below. My python fu is relatively limited, but the problem looks like for some reason the requests module is changing the timeout from a number to a Timeout object, and urllib barfs. I couldn't reproduce the issue using plain requests (ie, creating a session, adding the HttpAdapter and sending a request), so I'm filing the bug here. If the bug is elsewhere, please reassign as appropriate. In [1]: from docker import Client In [2]: c = Client() In [3]: c.version() --- ValueErrorTraceback (most recent call last) in () > 1 c.version() /usr/lib/python2.7/dist-packages/docker/client.pyc in version(self) 932 933 def version(self): --> 934 return self._result(self._get(self._url("/version")), True) 935 936 def wait(self, container): /usr/lib/python2.7/dist-packages/docker/client.pyc in _get(self, url, **kwargs) 74 75 def _get(self, url, **kwargs): ---> 76 return self.get(url, **self._set_request_timeout(kwargs)) 77 78 def _delete(self, url, **kwargs): /usr/lib/python2.7/dist-packages/requests/sessions.pyc in get(self, url, **kwargs) 467 468 kwargs.setdefault('allow_redirects', True) --> 469 return self.request('GET', url, **kwargs) 470 471 def options(self, url, **kwargs): /usr/lib/python2.7/dist-packages/requests/sessions.pyc in request(self, method, url, params, data, headers, cookies, files, auth, timeout, allow_redirects, proxies, hooks, stream, verify, cert, json) 455 } 456 send_kwargs.update(settings) --> 457 resp = self.send(prep, **send_kwargs) 458 459 return resp /usr/lib/python2.7/dist-packages/requests/sessions.pyc in send(self, request, **kwargs) 567 568 # Send the request --> 569 r = adapter.send(request, **kwargs) 570 571 # Total elapsed time of the request (approximately) /usr/lib/python2.7/dist-packages/requests/adapters.py in send(self, request, stream, timeout, verify, cert, proxies) 360 decode_content=False, 361 retries=Retry(self.max_retries, read=False), --> 362 timeout=timeout 363 ) 364 /usr/lib/python2.7/dist-packages/requests/packages/urllib3/connectionpool.pyc in urlopen(self, method, url, body, headers, retries, redirect, assert_same_host, timeout, pool_timeout, release_conn, **response_kw) 514 httplib_response = self._make_request(conn, method, url, 515 timeout=timeout, --> 516 body=body, headers=headers) 517 518 # If we're going to release the connection in ``finally:``, then /usr/lib/python2.7/dist-packages/requests/packages/urllib3/connectionpool.pyc in _make_request(self, conn, method, url, timeout, **httplib_request_kw) 297 self.num_requests += 1 298 --> 299 timeout_obj = self._get_timeout(timeout) 300 timeout_obj.start_connect() 301 conn.timeout = timeout_obj.connect_timeout /usr/lib/python2.7/dist-packages/requests/packages/urllib3/connectionpool.pyc in _get_timeout(self, timeout) 277 # User passed us an int/float. This is for backwards compatibility, 278 # can be removed later --> 279 return Timeout.from_float(timeout) 280 281 def _make_request(self, conn, method, url, timeout=_Default, /usr/lib/python2.7/dist-packages/requests/packages/urllib3/util/timeout.pyc in from_float(cls, timeout) 150 :rtype: :class:`Timeout` 151 """ --> 152 return Timeout(read=timeout, connect=timeout) 153 154 def clone(self): /usr/lib/python2.7/dist-packages/requests/packages/urllib3/util/timeout.pyc in __init__(self, total, connect, read) 93 94 def __init__(self, total=None, connect=_Default, read=_Default): ---> 95 self._connect = self._validate_timeout(connect, 'connect') 96 self._read = self._validate_timeout(read, 'read') 97 self.total = self._validate_timeout(total, 'total') /usr/lib/python2.7/dist-packages/requests/packages/urllib3/util/timeout.pyc in _validate_timeout(cls, value, name) 123 except (TypeError, ValueError): 124 raise ValueError("Timeout value %s was %s, but it must be an " --> 125 "int or float." % (name, value)) 126 127 try: ValueError: Timeout value connect
[Python-modules-team] Bug#781355: python-docker: New upstream version
Package: python-docker Version: 0.5.3-2 Severity: wishlist docker-py is already at version 1.1. The current version is too old to package the new fig/docker-compose :( Saludos -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-docker depends on: ii python2.7.9-1 ii python-requests 2.4.3-6 ii python-six1.8.0-1 ii python-websocket 0.18.0-2 python-docker recommends no packages. python-docker suggests no packages. -- no debconf information ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#790817: python-docker: New upstream version
Package: python-docker Version: 1.2.2-2 Severity: wishlist Hi, There is version 1.2.3, which provides access to the privileged option. This is needed by docker-compose v1.3.1, which I'm updating now. Thanks! -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-docker depends on: ii python-requests 2.7.0-3 ii python-six1.9.0-3 ii python-websocket 0.18.0-2 pn python:any python-docker recommends no packages. python-docker suggests no packages. -- no debconf information ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#793024: python-docker: Requires websocket-client >= 0.32
Package: python-docker Version: 1.3.0-1 Severity: serious Justification: renders package unusable Hi, The new 1.3.0 has a requirements.txt with websocket-client >= 0.32.0, which is not satisfiable in debian. Example trace from docker-compose: Traceback (most recent call last): File "/usr/bin/docker-compose", line 5, in from pkg_resources import load_entry_point File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3074, in @_call_aside File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3060, in _call_aside f(*args, **kwargs) File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3087, in _initialize_master_working_set working_set = WorkingSet._build_master() File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 647, in _build_master return cls._build_from_requirements(__requires__) File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 660, in _build_from_requirements dists = ws.resolve(reqs, Environment()) File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 838, in resolve raise VersionConflict(dist, req).with_context(dependent_req) pkg_resources.ContextualVersionConflict: (websocket-client 0.18.0 (/usr/lib/python2.7/dist-packages), Requirement.parse('websocket-client>=0.32.0'), set(['docker-py'])) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-docker depends on: ii python-requests 2.7.0-3 ii python-six1.9.0-3 ii python-websocket 0.18.0-2 pn python:any python-docker recommends no packages. python-docker suggests no packages. -- no debconf information ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#793024: python-docker: Requires websocket-client >= 0.32
On 20 July 2015 at 15:07, Tianon Gravi wrote: > On 20 July 2015 at 10:38, Tianon Gravi wrote: >> Although I'm not sure yet where that's coming from (posting in case >> someone watching this bug already knows and can tell us a good fix >> faster than I can dig and figure it out). :) > > Turns out the deps were encoded verbatim in no less than three > files... I've updated our patch in SVN, so now it's just waiting for > a sponsor. :) Is that a hint ? ;) I can do the sponsoring if you want, just give me a dget-able package... -- Saludos, Felipe Sateler ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#830172: python-docker: New upstream release
Source: python-docker Version: 1.7.2-1 Severity: normal Hi, There is 1.8.1 released recently, and is required for the latest docker-compose version. Please upgrade to the latest version. Setting severity to normal as this blocks an upgrade of docker-compose. -- System Information: Debian Release: stretch/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- no debconf information ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#830172: python-docker: fix autopkgtest in current git packaging
Hi All, On Sat, 8 Oct 2016 19:53:31 +0200 Andreas Henriksson wrote: > Hello Tianon Gravi. > > Thanks for your quick followup. > > On Sat, Oct 08, 2016 at 10:37:58AM -0700, Tianon Gravi wrote: > > On 8 October 2016 at 10:20, Andreas Henriksson wrote: > > > If there's noone with interest I'm going to remind everyone of my > > > offer to NMU. > > > > > > Please reply soon or I'll take the silence as an acknowledgement to go > > > ahead. A reply saying if you'd still have future intentions to maintain > > > the package or if I should just orphan it while doing an upload would be > > > much appreciated. > > > > FWIW, I think your plan to upload the functional 1.9 sounds sane. > > good to get your confirmation on that plan. > > > > > I talked this over briefly with Paul, and neither of us really have > > much interest in this package, so if you're willing to orphan it for > > us, I don't think either of us would have strong objections. (Not > > sure what that means for the fact that it's technically Python > > team-maintained.) > > I've been talking to the python team on IRC and there seems to be noone > with interest there either. Ondrej has been doing work despite it seems > he's already overworked and not really interested in the package. > > Orphaning it is not a great situation, but when it ends up being a > choice between random persons not being blocked to do occational > fixes and the other option being strong ownership totally blocking > any changes I would prefer the former and that means orphaning. > > I'm not sure this is cosher but I've seen in the past people > orphaning packages but still keeping themselves in the uploaders > field to, I guess, indicate where you can seek advice from but > not consider it strongly owned by that person/group. This might > be an option here to just keep python team in uploaders while > Debian QA is the maintainer. That would hopefully avoid anyone > feeling pressured into feeling they have to work on the package > when they don't really care about it. I write here to document our (Jason Pleau and me) intention to adopt this package. So, we'll probably upload an updated package based on Ondrej's work for 1.9, and then we will go to the work of updating to the latest upstream release. Saludos ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Re: [Python-modules-team] awscli: [patch] fix 'AWSHTTPSConnection' object has no attribute 'ssl_context'
Hi, On Mon, Aug 7, 2017 at 11:26 AM, Felipe Sateler wrote: > Control: reopen -1 > Control: reassign -1 python3-botocore 1.5.84-1 > Control: retitle -1 AWSHTTPSConnection does not invoke > VerifiedHTTPSConnection constructor > Control: affects -1 awscli > Control: forwarded -1 https://github.com/boto/botocore/issues/1258 > > > On Mon, 10 Jul 2017 17:10:44 +0900 TANIGUCHI Takaki > wrote: >> I think this is not a suitable patch file. > > > Indeed, as the problem is that awsrequest.py has: > > ``` > for name, function in AWSHTTPConnection.__dict__.items(): > if inspect.isfunction(function): > setattr(AWSHTTPSConnection, name, function) > > ``` > > A strategic `print` in there shows that this ends up overriding `__init__` > with the version from AWSHTTPConnection, which doesn't invoke the > VerifiedHTTPSConnection constructor, and thus ssl_context is never > set. I don't know why this ever worked. > > I have posted additional details and a potential fix in the upstream report. I posted a patch upstream at https://github.com/boto/botocore/pull/1259 , but it has not been merged yet. Could you please pick this up in the meantime? Currently awscli is unusable: %aws ec2 describe-images 'AWSHTTPSConnection' object has no attribute 'ssl_context' % aws s3 ls 'AWSHTTPSConnection' object has no attribute 'ssl_context' -- Saludos, Felipe Sateler ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#865213: awscli: New upstream version available
Package: awscli Version: 1.11.44-1 Severity: wishlist There is new version 1.11.108 available. -- System Information: Debian Release: 9.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages awscli depends on: ii python3 3.5.3-1 ii python3-botocore1.5.7-1 ii python3-colorama0.3.7-1 ii python3-docutils0.13.1+dfsg-2 ii python3-rsa 3.4.2-1 ii python3-s3transfer 0.1.10-1 ii python3-yaml3.12-1 awscli recommends no packages. awscli suggests no packages. -- no debconf information ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Re: [Python-modules-team] awscli: [patch] fix 'AWSHTTPSConnection' object has no attribute 'ssl_context'
Control: reopen -1 Control: reassign -1 python3-botocore 1.5.84-1 Control: retitle -1 AWSHTTPSConnection does not invoke VerifiedHTTPSConnection constructor Control: affects -1 awscli Control: forwarded -1 https://github.com/boto/botocore/issues/1258 On Mon, 10 Jul 2017 17:10:44 +0900 TANIGUCHI Takaki wrote: > I think this is not a suitable patch file. Indeed, as the problem is that awsrequest.py has: ``` for name, function in AWSHTTPConnection.__dict__.items(): if inspect.isfunction(function): setattr(AWSHTTPSConnection, name, function) ``` A strategic `print` in there shows that this ends up overriding `__init__` with the version from AWSHTTPConnection, which doesn't invoke the VerifiedHTTPSConnection constructor, and thus ssl_context is never set. I don't know why this ever worked. I have posted additional details and a potential fix in the upstream report. Saludos ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team