From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maxim Cournoyer Subject: bug#37378: python-apache-libcloud fails its test suite Date: Wed, 11 Sep 2019 11:36:44 +0900 Message-ID: <871rwnsgn7.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:33957) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i7sVE-0003CZ-3n for bug-guix@gnu.org; Tue, 10 Sep 2019 22:37:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i7sVC-00052L-Uo for bug-guix@gnu.org; Tue, 10 Sep 2019 22:37:04 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:33080) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1i7sVC-000529-Re for bug-guix@gnu.org; Tue, 10 Sep 2019 22:37:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1i7sVC-00048L-LY for bug-guix@gnu.org; Tue, 10 Sep 2019 22:37:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Received: from eggs.gnu.org ([2001:470:142:3::10]:33876) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i7sV1-0002uE-JT for bug-guix@gnu.org; Tue, 10 Sep 2019 22:36:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i7sV0-0004wv-9l for bug-guix@gnu.org; Tue, 10 Sep 2019 22:36:51 -0400 Received: from mail-pl1-x62f.google.com ([2607:f8b0:4864:20::62f]:42015) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1i7sV0-0004wM-33 for bug-guix@gnu.org; Tue, 10 Sep 2019 22:36:50 -0400 Received: by mail-pl1-x62f.google.com with SMTP id x20so3869150plm.9 for ; Tue, 10 Sep 2019 19:36:50 -0700 (PDT) Received: from x200 ([240f:c7:38e9:1:314b:485c:9ba4:72c6]) by smtp.gmail.com with ESMTPSA id a6sm297664pfc.141.2019.09.10.19.36.47 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 10 Sep 2019 19:36:48 -0700 (PDT) List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: 37378@debbugs.gnu.org This is happening on master. The tests results are reported as: ====== 14 failed, 9148 passed, 24 skipped, 532 warnings in 173.14 seconds ====== And here's a sample of a failure output: --8<---------------cut here---------------start------------->8--- self = , url = 'https://ecs.%s.amazonaws.com/' params = OrderedDict() def prepare_url(self, url, params): """Prepares the given HTTP URL.""" #: Accept objects that have string representations. #: We're unable to blindly call unicode/str functions #: as this will include the bytestring indicator (b'') #: on python 3.x. #: https://github.com/requests/requests/pull/2238 if isinstance(url, bytes): url = url.decode('utf8') else: url = unicode(url) if is_py2 else str(url) # Remove leading whitespaces from url url = url.lstrip() # Don't do any URL preparation for non-HTTP schemes like `mailto`, # `data` etc to work around exceptions from `url_parse`, which # handles RFC 3986 only. if ':' in url and not url.lower().startswith('http'): self.url = url return # Support for unicode domain names and paths. try: scheme, auth, host, port, path, query, fragment = parse_url(url) except LocationParseError as e: > raise InvalidURL(*e.args) E requests.exceptions.InvalidURL: Failed to parse: https://ecs.%s.amazonaws.com/ /gnu/store/6bqv37089mz5a227c008smpl6vks3cf8-python-requests-2.22.0/lib/python3.7/site-packages/requests/models.py:381: InvalidURL ______________ ElasticContainerDriverTestCase.test_stop_container ______________ self = , url = 'https://ecs.%s.amazonaws.com/' params = OrderedDict() def prepare_url(self, url, params): """Prepares the given HTTP URL.""" #: Accept objects that have string representations. #: We're unable to blindly call unicode/str functions #: as this will include the bytestring indicator (b'') #: on python 3.x. #: https://github.com/requests/requests/pull/2238 --8<---------------cut here---------------end--------------->8--- Perhaps an upgrade of python-requests could be at cause. Needs investigation. Maxim