sha3-384 mismatch

[Didier Roche]

Le 02/12/2016 à 17:03, Bret A. Barker a écrit :
> Assuming you were hitting this error with a snapd prior to 2.18, then I think Madper is correct. Prior to 2.18 the order of the parameters for "got %s but expected %" was backward, see:
>   https://github.com/snapcore/snapd/blob/release/2.17/store/store.go#L1155
>
> And fixed in:
>   https://github.com/snapcore/snapd/blob/release/2.18/store/store.go#L1378
>
> -bret

However, as you can see in https://bugs.launchpad.net/bugs/1643893, I
can still reproduce pretty easily here this kind of error (nework
dropping and snapd disconnecting). While curl or wget can cope with the
download as expected.
Cheers,
Didier
>
> On Fri, Dec 02, 2016 at 11:34:49PM +0800, Madper Xie wrote:
>> Hi Pegenaute,
>>
>> In fact I'm meeting this issue every day before I setup a proxy...
>> May I know if you can reproduce it? And if so, did you get different
>> sha3-384 every time?
>>
>> I think it's more like a network issue. The downloading interrupted somehow
>> so you got an incomplete snap pkg file. Which lead to a wrong sha result.
>>
>> BR,
>> Madper
>>
>> On Fri, Dec 2, 2016 at 10:42 PM, James Tait <james.tait at canonical.com>
>> wrote:
>>
>>> On 2 December 2016 at 13:32, David Barth <david.barth at canonical.com>
>>> wrote:
>>>
>>>
>>>> On Fri, Dec 2, 2016 at 1:04 PM, Pegenaute Bresme, Xavier <
>>>> xpegenautebr at iam.cat> wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> I just installed the last version [1] and when I execute these lines the
>>>>> output is as follows.
>>>>>
>>>>> I guess the package list is not properly updated/synchronized with the
>>>>> package repository. Am I wrong?, how could I fix it ?
>>>>>
>>>>> --------------------------------------------------------------
>>>>> root at localhost:~# snap refresh
>>>>> All snaps up to date.
>>>>> root at localhost:~# snap install snapweb
>>>>> error: cannot perform the following tasks:
>>>>> - Download snap "snapweb" (25) from channel "stable" (sha3-384 mismatch
>>>>> downloading snapweb: got
>>>>> ​​
>>>>> 8b83c8eb7f7aa306bc342fd1b424fa95ccf379c068c4735085bc81ee6b51
>>>>> bb02a23b8c3c2a34f842619d7650b3152787 but expected
>>>>> d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a2939
>>>>> 3059732b29bb61a65d18e693b8e6e8a53b62)
>>>>>
>>>> What is surprising is the "expected" signature.
>>>> Snap is downloading the correct armhf build for 0.21.2, ie #25, and the
>>>> SHA3 it obtained corresponds to the published version.
>>>>
>>>> ​Moreover, that expected hash doesn’t seem to exist in the index​, at
>>> least not for that package. Where has snapd got that value from?
>>> ​
>>> --
>>> James Tait, BSc. | https://launchpad.net/~jamestait/
>>> Software Engineer, Canonical Online Services
>>> Ubuntu - Linux for human beings | www.ubuntu.com
>>>
>>> --
>>> Snapcraft mailing list
>>> Snapcraft at lists.snapcraft.io
>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/
>>> mailman/listinfo/snapcraft
>>>
>>>
>> -- 
>> Snapcraft mailing list
>> Snapcraft at lists.snapcraft.io
>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/snapcraft/attachments/20161202/acab8b29/attachment.html>