| 2020-08-14 07:05:44 |
Alex Tu |
bug |
|
|
added bug |
| 2020-08-14 07:06:54 |
Alex Tu |
ubiquity (Ubuntu): assignee |
|
Alex Tu (alextu) |
|
| 2020-08-14 07:06:59 |
Alex Tu |
ubiquity (Ubuntu): assignee |
Alex Tu (alextu) |
|
|
| 2020-08-14 07:07:16 |
Alex Tu |
bug task added |
|
oem-priority |
|
| 2020-08-14 07:07:23 |
Alex Tu |
oem-priority: assignee |
|
Alex Tu (alextu) |
|
| 2020-08-14 07:07:25 |
Alex Tu |
oem-priority: importance |
Undecided |
Critical |
|
| 2020-08-14 07:10:32 |
Alex Tu |
bug |
|
|
added subscriber Canonical Hardware Enablement |
| 2020-08-14 07:10:36 |
Alex Tu |
tags |
|
oem-priority originate-from-1891118 somerville |
|
| 2020-08-18 03:53:30 |
Alex Tu |
tags |
oem-priority originate-from-1891118 somerville |
oem-priority originate-from-1891118 originate-from-1891603 somerville |
|
| 2020-08-31 07:50:44 |
Yuan-Chen Cheng |
oem-priority: assignee |
Alex Tu (alextu) |
Yuan-Chen Cheng (ycheng-twn) |
|
| 2020-08-31 07:53:32 |
Yuan-Chen Cheng |
description |
An exception is randomly happening while ubiquity calling cachedpkg.mark_install() [1].
cachedpkg.mark_install() came from Cache class of python3-apt package.
It looks a timing issue while ubiquity calling cachedpkg.mark_install(), and a retry can workaround it.
The reproduce rate is be about 1/15.
Looks there're 2 things can be improved.
1. improve the fault tolerance of Ubiquity while it calling external library.
2. impvove the fault tolerance of python3-apt.
[1] https://git.launchpad.net/ubuntu/+source/ubiquity/tree/ubiquity/install_misc.py?h=ubuntu/focal-updates#n534 |
This happen in oem project because we have lots pkg to upgrade during installtion becuase the design of factory process need it.
As package list have certain dependency, and the the order that we get the pkg from the python set object is not good for underlying apt engine, then exception will raise.
A workaround fix is move those failed to next iteration and the fix test pass as we try it in installation for like 50 times. |
|
| 2020-08-31 07:53:41 |
Yuan-Chen Cheng |
description |
This happen in oem project because we have lots pkg to upgrade during installtion becuase the design of factory process need it.
As package list have certain dependency, and the the order that we get the pkg from the python set object is not good for underlying apt engine, then exception will raise.
A workaround fix is move those failed to next iteration and the fix test pass as we try it in installation for like 50 times. |
This happen in oem project because we have lots pkg to upgrade during installation because the design of factory process need it.
As package list have certain dependency, and the the order that we get the pkg from the python set object is not good for underlying apt engine, then exception will raise.
A workaround fix is move those failed to next iteration and the fix test pass as we try it in installation for like 50 times. |
|
| 2020-08-31 08:00:12 |
Yuan-Chen Cheng |
attachment added |
|
install_misc_py.patch https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1891599/+attachment/5406032/+files/install_misc_py.patch |
|
| 2020-08-31 08:06:19 |
Yuan-Chen Cheng |
attachment added |
|
current-pkg-list.txt https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1891599/+attachment/5406034/+files/current-pkg-list.txt |
|
| 2020-08-31 08:07:06 |
Yuan-Chen Cheng |
attachment added |
|
deb-to-mark-installed.txt https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1891599/+attachment/5406035/+files/deb-to-mark-installed.txt |
|
| 2020-08-31 08:07:19 |
Yuan-Chen Cheng |
oem-priority: status |
New |
Confirmed |
|
| 2020-08-31 08:11:03 |
Yuan-Chen Cheng |
description |
This happen in oem project because we have lots pkg to upgrade during installation because the design of factory process need it.
As package list have certain dependency, and the the order that we get the pkg from the python set object is not good for underlying apt engine, then exception will raise.
A workaround fix is move those failed to next iteration and the fix test pass as we try it in installation for like 50 times. |
This happen in oem project because we have lots pkg to upgrade during installation because the design of factory process need it.
As package list have certain dependency, and the the order that we get the pkg from the python set object is not good for underlying apt engine, then exception will raise.
A workaround fix is move those failed debs to next iteration and the fix test pass as we try it in installation for like 50 times. |
|
| 2020-08-31 08:25:03 |
Yuan-Chen Cheng |
description |
This happen in oem project because we have lots pkg to upgrade during installation because the design of factory process need it.
As package list have certain dependency, and the the order that we get the pkg from the python set object is not good for underlying apt engine, then exception will raise.
A workaround fix is move those failed debs to next iteration and the fix test pass as we try it in installation for like 50 times. |
This happen in oem project because we have lots pkg to upgrade during installation because the design of factory process need it.
As package list have certain dependency, and the the order that we get the pkg from the python set object is not good for underlying apt engine, then exception will raise.
A workaround fix is move those failed debs to next iteration and the fix test pass as we try it in installation for like 50 times.
MP: https://code.launchpad.net/~ycheng-twn/ubuntu/+source/ubiquity/+git/ubiquity/+merge/390009 |
|
| 2020-08-31 08:26:40 |
Ubuntu Foundations Team Bug Bot |
tags |
oem-priority originate-from-1891118 originate-from-1891603 somerville |
oem-priority originate-from-1891118 originate-from-1891603 patch somerville |
|
| 2020-08-31 08:26:47 |
Ubuntu Foundations Team Bug Bot |
bug |
|
|
added subscriber Ubuntu Review Team |
| 2020-08-31 09:03:51 |
Yuan-Chen Cheng |
description |
This happen in oem project because we have lots pkg to upgrade during installation because the design of factory process need it.
As package list have certain dependency, and the the order that we get the pkg from the python set object is not good for underlying apt engine, then exception will raise.
A workaround fix is move those failed debs to next iteration and the fix test pass as we try it in installation for like 50 times.
MP: https://code.launchpad.net/~ycheng-twn/ubuntu/+source/ubiquity/+git/ubiquity/+merge/390009 |
Exception in the installation
Aug 12 19:26:59 ubuntu /plugininstall.py: Exception during installation:
Aug 12 19:26:59 ubuntu /plugininstall.py: Traceback (most recent call last):
Aug 12 19:26:59 ubuntu /plugininstall.py: File "/usr/share/ubiquity/plugininstall.py", line 235, in run
Aug 12 19:26:59 ubuntu /plugininstall.py: self.install_extras()
Aug 12 19:26:59 ubuntu /plugininstall.py: File "/usr/share/ubiquity/plugininstall.py", line 1212, in install_extras
Aug 12 19:26:59 ubuntu /plugininstall.py: self.do_install(filtered_extra_packages)
Aug 12 19:26:59 ubuntu /plugininstall.py: File "/usr/lib/ubiquity/ubiquity/install_misc.py", line 941, in do_install
Aug 12 19:26:59 ubuntu /plugininstall.py: mark_install(cache, pkg)
Aug 12 19:26:59 ubuntu /plugininstall.py: File "/usr/lib/ubiquity/ubiquity/install_misc.py", line 553, in mark_install
Aug 12 19:26:59 ubuntu /plugininstall.py: raise InstallStepError(
Aug 12 19:26:59 ubuntu /plugininstall.py: ubiquity.install_misc.InstallStepError: Unable to install 'libgbm1' due to conflicts.
This happen in oem project because we have lots pkg to upgrade during installation because the design of factory process need it.
As package list have certain dependency, and the the order that we get the pkg from the python set object is not good for underlying apt engine, then exception will raise.
A workaround fix is move those failed debs to next iteration and the fix test pass as we try it in installation for like 50 times.
MP: https://code.launchpad.net/~ycheng-twn/ubuntu/+source/ubiquity/+git/ubiquity/+merge/390009 |
|
| 2020-09-08 03:41:25 |
Yuan-Chen Cheng |
oem-priority: assignee |
Yuan-Chen Cheng (ycheng-twn) |
|
|
| 2020-09-23 05:51:35 |
Yuan-Chen Cheng |
oem-priority: assignee |
|
Alex Tu (alextu) |
|
| 2020-12-09 05:09:44 |
Shih-Yuan Lee |
oem-priority: assignee |
Alex Tu (alextu) |
Shih-Yuan Lee (fourdollars) |
|
| 2020-12-09 05:09:47 |
Shih-Yuan Lee |
oem-priority: status |
Confirmed |
In Progress |
|
| 2020-12-09 05:10:20 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~fourdollars/ubiquity/+git/ubiquity/+merge/395055 |
|
| 2020-12-15 14:01:44 |
Jean-Baptiste Lallement |
ubiquity (Ubuntu): status |
New |
Fix Committed |
|
| 2020-12-15 14:01:48 |
Jean-Baptiste Lallement |
ubiquity (Ubuntu): importance |
Undecided |
Medium |
|
| 2020-12-16 03:15:20 |
Shih-Yuan Lee |
bug |
|
|
added subscriber OEM Solutions Group: Engineers |
| 2020-12-16 14:32:32 |
Shih-Yuan Lee |
description |
Exception in the installation
Aug 12 19:26:59 ubuntu /plugininstall.py: Exception during installation:
Aug 12 19:26:59 ubuntu /plugininstall.py: Traceback (most recent call last):
Aug 12 19:26:59 ubuntu /plugininstall.py: File "/usr/share/ubiquity/plugininstall.py", line 235, in run
Aug 12 19:26:59 ubuntu /plugininstall.py: self.install_extras()
Aug 12 19:26:59 ubuntu /plugininstall.py: File "/usr/share/ubiquity/plugininstall.py", line 1212, in install_extras
Aug 12 19:26:59 ubuntu /plugininstall.py: self.do_install(filtered_extra_packages)
Aug 12 19:26:59 ubuntu /plugininstall.py: File "/usr/lib/ubiquity/ubiquity/install_misc.py", line 941, in do_install
Aug 12 19:26:59 ubuntu /plugininstall.py: mark_install(cache, pkg)
Aug 12 19:26:59 ubuntu /plugininstall.py: File "/usr/lib/ubiquity/ubiquity/install_misc.py", line 553, in mark_install
Aug 12 19:26:59 ubuntu /plugininstall.py: raise InstallStepError(
Aug 12 19:26:59 ubuntu /plugininstall.py: ubiquity.install_misc.InstallStepError: Unable to install 'libgbm1' due to conflicts.
This happen in oem project because we have lots pkg to upgrade during installation because the design of factory process need it.
As package list have certain dependency, and the the order that we get the pkg from the python set object is not good for underlying apt engine, then exception will raise.
A workaround fix is move those failed debs to next iteration and the fix test pass as we try it in installation for like 50 times.
MP: https://code.launchpad.net/~ycheng-twn/ubuntu/+source/ubiquity/+git/ubiquity/+merge/390009 |
Exception in the installation
Aug 12 19:26:59 ubuntu /plugininstall.py: Exception during installation:
Aug 12 19:26:59 ubuntu /plugininstall.py: Traceback (most recent call last):
Aug 12 19:26:59 ubuntu /plugininstall.py: File "/usr/share/ubiquity/plugininstall.py", line 235, in run
Aug 12 19:26:59 ubuntu /plugininstall.py: self.install_extras()
Aug 12 19:26:59 ubuntu /plugininstall.py: File "/usr/share/ubiquity/plugininstall.py", line 1212, in install_extras
Aug 12 19:26:59 ubuntu /plugininstall.py: self.do_install(filtered_extra_packages)
Aug 12 19:26:59 ubuntu /plugininstall.py: File "/usr/lib/ubiquity/ubiquity/install_misc.py", line 941, in do_install
Aug 12 19:26:59 ubuntu /plugininstall.py: mark_install(cache, pkg)
Aug 12 19:26:59 ubuntu /plugininstall.py: File "/usr/lib/ubiquity/ubiquity/install_misc.py", line 553, in mark_install
Aug 12 19:26:59 ubuntu /plugininstall.py: raise InstallStepError(
Aug 12 19:26:59 ubuntu /plugininstall.py: ubiquity.install_misc.InstallStepError: Unable to install 'libgbm1' due to conflicts.
This happen in oem project because we have lots pkg to upgrade during installation because the design of factory process need it.
As package list have certain dependency, and the the order that we get the pkg from the python set object is not good for underlying apt engine, then exception will raise. |
|
| 2021-01-26 08:13:45 |
Shih-Yuan Lee |
oem-priority: status |
In Progress |
Fix Released |
|
