<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 à 16:05, Gustavo Niemeyer
a écrit :<br>
</div>
<blockquote
cite="mid:CANySw1kFiuOe88PC6ckTuutGC_+zCSXPPjyox6SQSgzgp9Ha9Q@mail.gmail.com"
type="cite">
<div dir="ltr">Xavier posted the exact URL of the failing snap in
this thread:</div>
</blockquote>
Note it's not *the* failing snap but *a* failing snap. Every "snap
install" here is failing on my setup when they are more than a
couple of MB. This is why I posted as such in the instructions on
the bug.<br>
<br>
So, with curl -v -L, with the same snap than on the bug report, here
are the results: <a class="moz-txt-link-freetext" href="http://paste.ubuntu.com/23583801/">http://paste.ubuntu.com/23583801/</a><br>
I did 10 successful downloads in a row. This snap is 23MB.<br>
<br>
I did retry with the new revision (49), 32MB.<br>
Tried 10 times with curl, 10 successful and complete downloads (one
is <a class="moz-txt-link-freetext" href="http://paste.ubuntu.com/23583847/">http://paste.ubuntu.com/23583847/</a>), with expected size and
checksum.<br>
Tried 10 times with snapd, got hashsum mismatch 10 times. Download
stops after few KBs up to few MBs.<br>
<br>
Cheers,<br>
Didier<br>
<br>
<blockquote
cite="mid:CANySw1kFiuOe88PC6ckTuutGC_+zCSXPPjyox6SQSgzgp9Ha9Q@mail.gmail.com"
type="cite">
<div dir="ltr">
<div><br>
</div>
<div>"<span style="font-size:12.8px">[1] -</span><span
style="font-size:12.8px"> </span><a moz-do-not-send="true"
href="https://public.apps.ubuntu.com/anon/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap"
target="_blank" style="font-size:12.8px">https://public.apps.ubuntu.<wbr>com/anon/download-snap/<wbr>rFpKbTdZ31LyAxWF6RpcerZov1TdtD<wbr>ly_24.snap</a><span
style="font-size:12.8px"> </span><span
style="font-size:12.8px">(extracted from the log file)"</span></div>
<div><span style="font-size:12.8px"><br>
</span></div>
<div>Bret also posted another one above (thanks!).</div>
<div><span style="font-size:12.8px"><br>
</span></div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Mon, Dec 5, 2016 at 12:52 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_2037343581792085072moz-cite-prefix">Le
05/12/2016 à 15:38, Gustavo Niemeyer a écrit :<br>
</div>
<blockquote 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>
<div
class="m_2037343581792085072m_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>
<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_2037343581792085072m_557326114865415527moz-txt-link-freetext"
href="http://paste.ubuntu.com/23583568/"
target="_blank">http://paste.ubuntu.com/235835<wbr>68/</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>
</span> 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 moz-do-not-send="true"
class="m_2037343581792085072moz-txt-link-freetext"
href="https://public.apps.ubuntu.com/anon/download-snap/"
target="_blank">https://public.apps.ubuntu.<wbr>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 <a moz-do-not-send="true"
href="http://public.apps.ubuntu.com" target="_blank">public.apps.ubuntu.com</a>
(162.213.33.92) port 443 (#0)<br>
* found 173 certificates in /etc/ssl/certs/ca-<wbr>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: <a moz-do-not-send="true"
href="http://public.apps.ubuntu.com" target="_blank">public.apps.ubuntu.com</a>
(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=<a
moz-do-not-send="true"
href="http://public.apps.ubuntu.com" target="_blank">public.apps.ubuntu.com</a><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/<wbr>YZ7LshLxDQQIrhAL6DMLub2yTVUA2D<wbr>IK_15.snap
HTTP/1.1<br>
> Host: <a moz-do-not-send="true"
href="http://public.apps.ubuntu.com" target="_blank">public.apps.ubuntu.com</a><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 </div>
<br>
--<br>
Snapcraft mailing list<br>
<a moz-do-not-send="true"
href="mailto:Snapcraft@lists.snapcraft.io">Snapcraft@lists.snapcraft.io</a><br>
Modify settings or unsubscribe at: <a
moz-do-not-send="true"
href="https://lists.ubuntu.com/mailman/listinfo/snapcraft"
rel="noreferrer" target="_blank">https://lists.ubuntu.com/<wbr>mailman/listinfo/snapcraft</a><br>
<br>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div class="gmail_signature" data-smartmail="gmail_signature"><br>
gustavo @ <a moz-do-not-send="true"
href="http://niemeyer.net" target="_blank">http://niemeyer.net</a></div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<p><br>
</p>
</body>
</html>