2012-06-25 16:12:29 |
Kent Baxley |
bug |
|
|
added bug |
2012-06-25 16:28:47 |
Launchpad Janitor |
branch linked |
|
lp:~kentb/ubuntu/quantal/ubiquity/add-custom-dm-scripts |
|
2012-06-26 16:05:15 |
Brian Murray |
ubiquity (Ubuntu): importance |
Undecided |
Wishlist |
|
2012-06-26 16:05:19 |
Brian Murray |
ubiquity (Ubuntu): status |
New |
Triaged |
|
2012-06-26 20:09:43 |
Mario Limonciello |
nominated for series |
|
Ubuntu Precise |
|
2012-06-26 20:09:43 |
Mario Limonciello |
bug task added |
|
ubiquity (Ubuntu Precise) |
|
2012-06-26 20:09:52 |
Mario Limonciello |
ubiquity (Ubuntu Precise): status |
New |
Triaged |
|
2012-06-26 20:09:55 |
Mario Limonciello |
ubiquity (Ubuntu Precise): importance |
Undecided |
Wishlist |
|
2012-06-26 20:57:47 |
Launchpad Janitor |
branch linked |
|
lp:~kentb/ubuntu/quantal/ubiquity/add-custom-dm-scripts |
|
2012-06-26 21:21:00 |
Kent Baxley |
branch unlinked |
lp:~kentb/ubuntu/quantal/ubiquity/add-custom-dm-scripts |
|
|
2012-06-26 21:29:05 |
Kent Baxley |
branch linked |
|
lp:~kentb/ubuntu/quantal/ubiquity/add-custom-dm-scripts |
|
2012-07-10 15:43:20 |
Colin Watson |
ubiquity (Ubuntu): status |
Triaged |
Fix Committed |
|
2012-07-11 11:36:09 |
Launchpad Janitor |
ubiquity (Ubuntu): status |
Fix Committed |
Fix Released |
|
2012-07-11 11:54:54 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/ubiquity |
|
2012-07-17 21:41:27 |
Stéphane Graber |
description |
In our work on certain OEM projects we found that it has been beneficial to run simple, custom scripts inside of ubiquity-dm.
For example, we have a python script that we have currently been running during OOBE / OEM-config as a ubiquity plugin that plays an animation during firstboot before the language page loads. This has worked OK, but, there is a long gap between the ubuntu splash screen and when the animation fires up.
In order to cut down on this gap, we found that if we run the script inside of ubiquity-dm it really tightens up the amount of time that it takes for the video to start playing. In the meantime, the rest of OOBE loads up in the background and the user is immediately presented with the language page as soon as the animation finishes up. In many cases, there is little to no gap anymore between splash screen and animation kickoff.
This led us to propose a patch to ubiquity that will allow a user to place a simple, custom script of their choosing into either a /usr/lib/ubiquity/dm-scripts/install or /usr/lib/ubiquity/dm-scripts/oem directory. Depending on whether the user wants to run the scripts in either ubiuquity-proper or oem-config, some logic was added to the ubiquity-dm script to walk the above directory paths and launch any scripts located in the respective directory.
I will be attaching my launchpad branch that contains the requested changes for uqbiquity. Any improvements, suggestions are welcome. I would ultimately also like to get this into precise -proposed.
Thanks. |
[rational]
Not a bugfix but something that seems to be important for OEMs. As 12.04.1 is the current LTS release, it seems worth including. The code itself is pretty clean and self contained.
[test case]
1) sudo stop lightdm
2) sudo stop ubiquity
3) Dump a script in /usr/lib/ubiquity/dm-scripts/{install|oem}
4) sudo start lightdm
5) Check that the script is indeed executed
[regression potential]
The feature isn't used in Ubuntu itself so I'm not expecting any breakage there, it could be that something in the added code goes wrong but that'd be specific to the OEM usecase where one of these scripts is present.
In our work on certain OEM projects we found that it has been beneficial to run simple, custom scripts inside of ubiquity-dm.
For example, we have a python script that we have currently been running during OOBE / OEM-config as a ubiquity plugin that plays an animation during firstboot before the language page loads. This has worked OK, but, there is a long gap between the ubuntu splash screen and when the animation fires up.
In order to cut down on this gap, we found that if we run the script inside of ubiquity-dm it really tightens up the amount of time that it takes for the video to start playing. In the meantime, the rest of OOBE loads up in the background and the user is immediately presented with the language page as soon as the animation finishes up. In many cases, there is little to no gap anymore between splash screen and animation kickoff.
This led us to propose a patch to ubiquity that will allow a user to place a simple, custom script of their choosing into either a /usr/lib/ubiquity/dm-scripts/install or /usr/lib/ubiquity/dm-scripts/oem directory. Depending on whether the user wants to run the scripts in either ubiuquity-proper or oem-config, some logic was added to the ubiquity-dm script to walk the above directory paths and launch any scripts located in the respective directory.
I will be attaching my launchpad branch that contains the requested changes for uqbiquity. Any improvements, suggestions are welcome. I would ultimately also like to get this into precise -proposed.
Thanks. |
|
2012-07-17 21:41:37 |
Stéphane Graber |
description |
[rational]
Not a bugfix but something that seems to be important for OEMs. As 12.04.1 is the current LTS release, it seems worth including. The code itself is pretty clean and self contained.
[test case]
1) sudo stop lightdm
2) sudo stop ubiquity
3) Dump a script in /usr/lib/ubiquity/dm-scripts/{install|oem}
4) sudo start lightdm
5) Check that the script is indeed executed
[regression potential]
The feature isn't used in Ubuntu itself so I'm not expecting any breakage there, it could be that something in the added code goes wrong but that'd be specific to the OEM usecase where one of these scripts is present.
In our work on certain OEM projects we found that it has been beneficial to run simple, custom scripts inside of ubiquity-dm.
For example, we have a python script that we have currently been running during OOBE / OEM-config as a ubiquity plugin that plays an animation during firstboot before the language page loads. This has worked OK, but, there is a long gap between the ubuntu splash screen and when the animation fires up.
In order to cut down on this gap, we found that if we run the script inside of ubiquity-dm it really tightens up the amount of time that it takes for the video to start playing. In the meantime, the rest of OOBE loads up in the background and the user is immediately presented with the language page as soon as the animation finishes up. In many cases, there is little to no gap anymore between splash screen and animation kickoff.
This led us to propose a patch to ubiquity that will allow a user to place a simple, custom script of their choosing into either a /usr/lib/ubiquity/dm-scripts/install or /usr/lib/ubiquity/dm-scripts/oem directory. Depending on whether the user wants to run the scripts in either ubiuquity-proper or oem-config, some logic was added to the ubiquity-dm script to walk the above directory paths and launch any scripts located in the respective directory.
I will be attaching my launchpad branch that contains the requested changes for uqbiquity. Any improvements, suggestions are welcome. I would ultimately also like to get this into precise -proposed.
Thanks. |
[rational]
Not a bugfix but something that seems to be important for OEMs. As 12.04.1 is the current LTS release, it seems worth including. The code itself is pretty clean and self contained.
[test case]
1) sudo stop lightdm
2) sudo stop ubiquity
3) Dump a script in /usr/lib/ubiquity/dm-scripts/{install|oem}
4) sudo start lightdm
5) Check that the script is indeed executed
[regression potential]
The feature isn't used in Ubuntu itself so I'm not expecting any breakage there, it could be that something in the added code goes wrong but that'd be specific to the OEM usecase where one of these scripts is present.
In our work on certain OEM projects we found that it has been beneficial to run simple, custom scripts inside of ubiquity-dm.
For example, we have a python script that we have currently been running during OOBE / OEM-config as a ubiquity plugin that plays an animation during firstboot before the language page loads. This has worked OK, but, there is a long gap between the ubuntu splash screen and when the animation fires up.
In order to cut down on this gap, we found that if we run the script inside of ubiquity-dm it really tightens up the amount of time that it takes for the video to start playing. In the meantime, the rest of OOBE loads up in the background and the user is immediately presented with the language page as soon as the animation finishes up. In many cases, there is little to no gap anymore between splash screen and animation kickoff.
This led us to propose a patch to ubiquity that will allow a user to place a simple, custom script of their choosing into either a /usr/lib/ubiquity/dm-scripts/install or /usr/lib/ubiquity/dm-scripts/oem directory. Depending on whether the user wants to run the scripts in either ubiuquity-proper or oem-config, some logic was added to the ubiquity-dm script to walk the above directory paths and launch any scripts located in the respective directory.
I will be attaching my launchpad branch that contains the requested changes for uqbiquity. Any improvements, suggestions are welcome. I would ultimately also like to get this into precise -proposed.
Thanks. |
|
2012-07-17 21:41:44 |
Stéphane Graber |
ubiquity (Ubuntu Precise): status |
Triaged |
In Progress |
|
2012-07-17 21:41:46 |
Stéphane Graber |
ubiquity (Ubuntu Precise): assignee |
|
Stéphane Graber (stgraber) |
|
2012-07-19 20:37:17 |
Brian Murray |
ubiquity (Ubuntu Precise): status |
In Progress |
Fix Committed |
|
2012-07-19 20:37:19 |
Brian Murray |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2012-07-19 20:37:20 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
2012-07-19 20:37:27 |
Brian Murray |
tags |
|
verification-needed |
|
2012-07-19 21:20:54 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/precise-proposed/ubiquity |
|
2012-07-26 21:17:31 |
Stéphane Graber |
tags |
verification-needed |
verification-done |
|
2012-08-02 02:43:11 |
Launchpad Janitor |
ubiquity (Ubuntu Precise): status |
Fix Committed |
Fix Released |
|