Utopic's new gfxboot lost the ability to load data from outside the bootlogo archive, intead requiring all data to be in the archive itself. live-build needs to pack relevant data into the archive to get a working boot screen again.
ubuntu-cdimage's workaround for this should be carried over, meaning live-build would simply generate the bootlogo archive as final step in lb_binary_syslinux.
[Test Case]
* sudo ubuntu-defaults-image --release utopic --package ubuntu-desktop --flavor ubuntu --components main,restricted,universe,multiverse
* boot created iso
[Regression Potential]
None comes to mind. Potentially live-build ISOs grow a bit in size since data would be duplicated (
[Impact]
Utopic's new gfxboot lost the ability to load data from outside the bootlogo archive, intead requiring all data to be in the archive itself. live-build needs to pack relevant data into the archive to get a working boot screen again.
ubuntu-cdimage's workaround for this should be carried over, meaning live-build would simply generate the bootlogo archive as final step in lb_binary_syslinux.
[Test Case]
* sudo ubuntu- defaults- image --release utopic --package ubuntu-desktop --flavor ubuntu --components main,restricted ,universe, multiverse
* boot created iso
[Regression Potential]
None comes to mind. Potentially live-build ISOs grow a bit in size since data would be duplicated (
[Other Info]
n/a