<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Le 05/12/2016 à 15:38, Gustavo Niemeyer
a écrit :<br>
</div>
<blockquote
cite="mid:CANySw1=_YcusTPRwWdHiEi4JHirEByFshQtzOQ8V34Db+_AG8g@mail.gmail.com"
type="cite">
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Mon, Dec 5, 2016 at 12:23 PM,
Didier Roche <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:didrocks@ubuntu.com" target="_blank">didrocks@ubuntu.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><span class="">
<div class="m_557326114865415527moz-cite-prefix">I did
though write on the bug: "contrary to curl or wget
which both supports large downloads."<br>
</div>
</span> The feedback thread mentioned as well "while
same assets can be successfully downloaded via curl or
wget". </div>
</blockquote>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> I thought that was
really obvious that they worked consistently and that I
did rerun then multiple times or I wouldn't have opened
the bug report + write this feedback. Sorry if that
wasn't clear enough, let's move on :)</div>
</blockquote>
<div><br>
</div>
<div>If you file a bug and a developer asks for specific
information that wasn't provided, it means the specific
information is not obvious.</div>
<div><br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><span class="">
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div>Is it the case? Did you ever get a
failure with them? Are they retrying while
they work? Do you have a verbose dumb of the
process?</div>
</div>
</div>
</div>
</blockquote>
</span> Yes, as mentioned. I never got any failure with
any of them and I did retry multiple times in loop when
I saw the snapd failures.<br>
wget is in verbose mode by default and I never got any
hint that it was retrying (just getting the normal
download output).<br>
<br>
I did just try a verbose download in curl (here, an
ubuntu 300M image). Here is the output: <a
moz-do-not-send="true"
class="m_557326114865415527moz-txt-link-freetext"
href="http://paste.ubuntu.com/23583568/"
target="_blank">http://paste.ubuntu.com/<wbr>23583568/</a>.
It seems that curl doesn't complain of any reconnect.</div>
</blockquote>
<div><br>
</div>
<div>You are downloading an image from an arbitrary server
on the internet unrelated to the problem we're trying to
debug.</div>
<div><br>
Can you please attempt these several curl downloads while
using the exact same URL that failed for snapd?</div>
</div>
</div>
</div>
</blockquote>
<br>
As a developer asking for more debug information, can you please
paste the exact instructions on how to get those?<br>
<br>
I'm trying the <a class="moz-txt-link-freetext" href="https://public.apps.ubuntu.com/anon/download-snap/">https://public.apps.ubuntu.com/anon/download-snap/</a>
based url with the .snap showing up in the logs to get the exact
same assets I pasted snapd information on. However, curl -v returns
(output stripped out):<br>
* Trying 162.213.33.92...<br>
* Connected to public.apps.ubuntu.com (162.213.33.92) port 443 (#0)<br>
* found 173 certificates in /etc/ssl/certs/ca-certificates.crt<br>
* found 692 certificates in /etc/ssl/certs<br>
* ALPN, offering http/1.1<br>
* SSL connection using TLS1.2 / ECDHE_RSA_AES_128_GCM_SHA256<br>
* server certificate verification OK<br>
* server certificate status verification SKIPPED<br>
* common name: public.apps.ubuntu.com (matched)<br>
* server certificate expiration date OK<br>
* server certificate activation date OK<br>
* certificate public key: RSA<br>
* certificate version: #3<br>
* subject: C=GB,L=London,O=Canonical Group
Ltd,CN=public.apps.ubuntu.com<br>
* start date: Mon, 30 May 2016 00:00:00 GMT<br>
* expire date: Wed, 21 Jun 2017 12:00:00 GMT<br>
* issuer: C=US,O=DigiCert Inc,CN=DigiCert SHA2 Secure Server CA<br>
* compression: NULL<br>
* ALPN, server did not agree to a protocol<br>
> GET
/anon/download-snap/YZ7LshLxDQQIrhAL6DMLub2yTVUA2DIK_15.snap
HTTP/1.1<br>
> Host: public.apps.ubuntu.com<br>
> User-Agent: curl/7.47.0<br>
> Accept: */*<br>
> <br>
< HTTP/1.1 302 FOUND<br>
<br>
I guess that's due to the macaroon exchanged system and I'm not
authorized or something else?<br>
Thanks for helping debugging.<br>
<br>
Cheers,<br>
Didier
</body>
</html>