This looks like an old udm bug coming back, although I can't find the
bug number now.
si calls udm telling it both the source (url) and destination (local fs)
of the files it wants to download. The old udm bug used to occasionally
and unpredictably lead to a situation where udm claims the files have
been successfully downloaded (via D-Bus signal), but then when si goes
to find the files, they don't exist in the requested destination
location. For that reason, I added the assertion to si so we could at
least catch this problem when it occurs.
I don't remember the resolution in udm; it either just went away or was
fixed at one point. But it looks like the bug is back, so I've added a
udm bug task.
One way to double check this is to try the following in the shell:
$ SYSTEMIMAGE_PYCURL=1 system-image-cli -vv
This tells si to bypass udm and use the built-in pycurl based
downloader. You won't get the traceback (since it originates in the
udm.py module and that won't be used), but if you do have any other
problem with downloading then it may indeed been an si bug. But I
suspect whatever udm problem we had before is back again.
** Changed in: system-image (Ubuntu)
Status: Confirmed => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1568889
Title:
Upgrade to OTA10 fails on Meizu MX4
To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1568889/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
