<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>