| 2018-10-04 08:20:09 |
Didier Roche-Tolomelli |
bug |
|
|
added bug |
| 2018-10-04 08:20:09 |
Didier Roche-Tolomelli |
attachment added |
|
Screenshot from 2018-10-04 09-53-57.png https://bugs.launchpad.net/bugs/1796037/+attachment/5196980/+files/Screenshot%20from%202018-10-04%2009-53-57.png |
|
| 2018-10-04 08:23:30 |
Didier Roche-Tolomelli |
description |
Following "Non-English Installation Full Network Support in Ubuntu Desktop amd64 in Cosmic Daily" test case, on 20181003.1 desktop live image.
Using Qemu (host is an up to date cosmic) and starting in ubiquity-only mode:
- when clicking on continue on the <…> step, the UI is freezing for a minute, then GNOME Shell vanishes, no more decoration to ubiquity windows, black background (reproduced twice). See attached picture.
- I was still able to proceed thus, but on the "who are you" page, no more control, the cursor is changing on text element to show the text cursor, but no caret.
- no crash found in /var/crash, but the GNOME Shell process is marked as defunct.
Can anyone reproduce it? I was able to reliably reproduce it on 3 consecutive boots here.
Note: there is also the fact that if I set focus to another window than qemu and going back to the qemu window, no way to type/click in ubiquity or live session. This may have an impact above on the cursor issue. Nevertheless, I have took great care to not change focus in the above use case. |
Following "Install (entire disk) in Ubuntu Desktop amd64 in Cosmic Daily" test case, on 20181003.1 desktop live image.
Using Qemu (host is an up to date cosmic) and starting in ubiquity-only mode:
- when clicking on continue on the <…> step, the UI is freezing for a minute, then GNOME Shell vanishes, no more decoration to ubiquity windows, black background (reproduced twice). See attached picture.
- I was still able to proceed thus, but on the "who are you" page, no more control, the cursor is changing on text element to show the text cursor, but no caret.
- no crash found in /var/crash, but the GNOME Shell process is marked as defunct.
Can anyone reproduce it? I was able to reliably reproduce it on 3 consecutive boots here.
Note: there is also the fact that if I set focus to another window than qemu and going back to the qemu window, no way to type/click in ubiquity or live session. This may have an impact above on the cursor issue. Nevertheless, I have took great care to not change focus in the above use case. |
|
| 2018-10-04 09:07:24 |
Ubuntu QA Website |
tags |
|
iso-testing |
|
| 2018-10-05 16:04:57 |
Iain Lane |
bug |
|
|
added subscriber Iain Lane |
| 2018-10-08 10:09:58 |
Didier Roche-Tolomelli |
affects |
ubiquity (Ubuntu) |
osinfo-db (Ubuntu) |
|
| 2018-10-08 10:11:45 |
Didier Roche-Tolomelli |
description |
Following "Install (entire disk) in Ubuntu Desktop amd64 in Cosmic Daily" test case, on 20181003.1 desktop live image.
Using Qemu (host is an up to date cosmic) and starting in ubiquity-only mode:
- when clicking on continue on the <…> step, the UI is freezing for a minute, then GNOME Shell vanishes, no more decoration to ubiquity windows, black background (reproduced twice). See attached picture.
- I was still able to proceed thus, but on the "who are you" page, no more control, the cursor is changing on text element to show the text cursor, but no caret.
- no crash found in /var/crash, but the GNOME Shell process is marked as defunct.
Can anyone reproduce it? I was able to reliably reproduce it on 3 consecutive boots here.
Note: there is also the fact that if I set focus to another window than qemu and going back to the qemu window, no way to type/click in ubiquity or live session. This may have an impact above on the cursor issue. Nevertheless, I have took great care to not change focus in the above use case. |
After investigation, the issue is that we only get 1Gb allocated in GNOME Boxes for new ubuntu installations, which is starving and getting OOM.
The requirements has been bumped with pre-seeded snaps in ubuntu 16.04, 18.04 and 18.10 and 2Gb is needed to end the installation process.
We weren't impacted previously as shipping an old osinfo-db version,
hich didn't have the distribution specific requirements, and thus,
allbacked to GNOME Boxes default which is 2Gb.
------
Following "Install (entire disk) in Ubuntu Desktop amd64 in Cosmic Daily" test case, on 20181003.1 desktop live image.
Using Qemu (host is an up to date cosmic) and starting in ubiquity-only mode:
- when clicking on continue on the <…> step, the UI is freezing for a minute, then GNOME Shell vanishes, no more decoration to ubiquity windows, black background (reproduced twice). See attached picture.
- I was still able to proceed thus, but on the "who are you" page, no more control, the cursor is changing on text element to show the text cursor, but no caret.
- no crash found in /var/crash, but the GNOME Shell process is marked as defunct.
Can anyone reproduce it? I was able to reliably reproduce it on 3 consecutive boots here.
Note: there is also the fact that if I set focus to another window than qemu and going back to the qemu window, no way to type/click in ubiquity or live session. This may have an impact above on the cursor issue. Nevertheless, I have took great care to not change focus in the above use case. |
|
| 2018-10-08 10:12:44 |
Didier Roche-Tolomelli |
description |
After investigation, the issue is that we only get 1Gb allocated in GNOME Boxes for new ubuntu installations, which is starving and getting OOM.
The requirements has been bumped with pre-seeded snaps in ubuntu 16.04, 18.04 and 18.10 and 2Gb is needed to end the installation process.
We weren't impacted previously as shipping an old osinfo-db version,
hich didn't have the distribution specific requirements, and thus,
allbacked to GNOME Boxes default which is 2Gb.
------
Following "Install (entire disk) in Ubuntu Desktop amd64 in Cosmic Daily" test case, on 20181003.1 desktop live image.
Using Qemu (host is an up to date cosmic) and starting in ubiquity-only mode:
- when clicking on continue on the <…> step, the UI is freezing for a minute, then GNOME Shell vanishes, no more decoration to ubiquity windows, black background (reproduced twice). See attached picture.
- I was still able to proceed thus, but on the "who are you" page, no more control, the cursor is changing on text element to show the text cursor, but no caret.
- no crash found in /var/crash, but the GNOME Shell process is marked as defunct.
Can anyone reproduce it? I was able to reliably reproduce it on 3 consecutive boots here.
Note: there is also the fact that if I set focus to another window than qemu and going back to the qemu window, no way to type/click in ubiquity or live session. This may have an impact above on the cursor issue. Nevertheless, I have took great care to not change focus in the above use case. |
After investigation, the issue is that we only get 1Gb allocated in GNOME Boxes for new ubuntu installations, which is starving and getting OOM.
The requirements has been bumped with pre-seeded snaps in ubuntu 16.04, 18.04 and 18.10 and 2Gb is needed to end the installation process.
We weren't impacted previously as shipping an old osinfo-db version,
hich didn't have the distribution specific requirements, and thus,
allbacked to GNOME Boxes default which is 2Gb.
Bumping the requirement was discussed and acked on #ubuntu-desktop IRC channel: https://irclogs.ubuntu.com/2018/10/08/%23ubuntu-desktop.html#t09:51
------
Following "Install (entire disk) in Ubuntu Desktop amd64 in Cosmic Daily" test case, on 20181003.1 desktop live image.
Using Qemu (host is an up to date cosmic) and starting in ubiquity-only mode:
- when clicking on continue on the <…> step, the UI is freezing for a minute, then GNOME Shell vanishes, no more decoration to ubiquity windows, black background (reproduced twice). See attached picture.
- I was still able to proceed thus, but on the "who are you" page, no more control, the cursor is changing on text element to show the text cursor, but no caret.
- no crash found in /var/crash, but the GNOME Shell process is marked as defunct.
Can anyone reproduce it? I was able to reliably reproduce it on 3 consecutive boots here.
Note: there is also the fact that if I set focus to another window than qemu and going back to the qemu window, no way to type/click in ubiquity or live session. This may have an impact above on the cursor issue. Nevertheless, I have took great care to not change focus in the above use case. |
|
| 2018-10-08 10:14:34 |
Didier Roche-Tolomelli |
description |
After investigation, the issue is that we only get 1Gb allocated in GNOME Boxes for new ubuntu installations, which is starving and getting OOM.
The requirements has been bumped with pre-seeded snaps in ubuntu 16.04, 18.04 and 18.10 and 2Gb is needed to end the installation process.
We weren't impacted previously as shipping an old osinfo-db version,
hich didn't have the distribution specific requirements, and thus,
allbacked to GNOME Boxes default which is 2Gb.
Bumping the requirement was discussed and acked on #ubuntu-desktop IRC channel: https://irclogs.ubuntu.com/2018/10/08/%23ubuntu-desktop.html#t09:51
------
Following "Install (entire disk) in Ubuntu Desktop amd64 in Cosmic Daily" test case, on 20181003.1 desktop live image.
Using Qemu (host is an up to date cosmic) and starting in ubiquity-only mode:
- when clicking on continue on the <…> step, the UI is freezing for a minute, then GNOME Shell vanishes, no more decoration to ubiquity windows, black background (reproduced twice). See attached picture.
- I was still able to proceed thus, but on the "who are you" page, no more control, the cursor is changing on text element to show the text cursor, but no caret.
- no crash found in /var/crash, but the GNOME Shell process is marked as defunct.
Can anyone reproduce it? I was able to reliably reproduce it on 3 consecutive boots here.
Note: there is also the fact that if I set focus to another window than qemu and going back to the qemu window, no way to type/click in ubiquity or live session. This may have an impact above on the cursor issue. Nevertheless, I have took great care to not change focus in the above use case. |
After investigation, the issue is that we only get 1Gb allocated in GNOME Boxes for new ubuntu installations, which is starving and getting OOM.
The requirements has been bumped with pre-seeded snaps in ubuntu 16.04, 18.04 and 18.10 and 2Gb is needed to end the installation process.
We weren't impacted previously as shipping an old osinfo-db version,
hich didn't have the distribution specific requirements, and thus,
allbacked to GNOME Boxes default which is 2Gb.
Bumping the requirement was discussed and acked on #ubuntu-desktop IRC channel: https://irclogs.ubuntu.com/2018/10/08/%23ubuntu-desktop.html#t09:51
Upstream PR: https://gitlab.com/didrocks/osinfo-db/merge_requests/1
------
Following "Install (entire disk) in Ubuntu Desktop amd64 in Cosmic Daily" test case, on 20181003.1 desktop live image.
Using Qemu (host is an up to date cosmic) and starting in ubiquity-only mode:
- when clicking on continue on the <…> step, the UI is freezing for a minute, then GNOME Shell vanishes, no more decoration to ubiquity windows, black background (reproduced twice). See attached picture.
- I was still able to proceed thus, but on the "who are you" page, no more control, the cursor is changing on text element to show the text cursor, but no caret.
- no crash found in /var/crash, but the GNOME Shell process is marked as defunct.
Can anyone reproduce it? I was able to reliably reproduce it on 3 consecutive boots here.
Note: there is also the fact that if I set focus to another window than qemu and going back to the qemu window, no way to type/click in ubiquity or live session. This may have an impact above on the cursor issue. Nevertheless, I have took great care to not change focus in the above use case. |
|
| 2018-10-11 13:25:19 |
Launchpad Janitor |
osinfo-db (Ubuntu): status |
New |
Fix Released |
|
| 2018-11-27 21:34:33 |
Brian Murray |
osinfo-db (Ubuntu Bionic): status |
New |
Fix Committed |
|
| 2018-11-27 21:34:36 |
Brian Murray |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2018-11-27 21:34:38 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
| 2018-11-27 21:34:43 |
Brian Murray |
tags |
iso-testing |
iso-testing verification-needed verification-needed-bionic |
|
| 2018-12-13 09:49:09 |
Christian Ehrhardt |
tags |
iso-testing verification-needed verification-needed-bionic |
iso-testing verification-done verification-done-bionic |
|
| 2018-12-13 13:14:38 |
Launchpad Janitor |
osinfo-db (Ubuntu Bionic): status |
Fix Committed |
Fix Released |
|
| 2018-12-13 13:14:46 |
Łukasz Zemczak |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
