27804 2012-10-04 18:18:20 +0400 Обеспечить автоугадав EFI в установщике 2013-02-25 23:55:15 +0400 1 1 4 Development Sisyphus grub2-efi unstable all Linux CLOSED FIXED http://www.rodsbooks.com/efi-bootloaders/grub2.html P3 critical --- 27803 27908 27941 27970 27971 27972 1 boyarsh mike aen boyarsh real.altlinux.org sbolshakov vitty qa-sisyphus oldest_to_newest 133687 0 boyarsh 2012-10-04 18:18:20 +0400 две задачи простая: обновить grub2-efi сложная: обеспечить возможность поставить grub2-efi прямо из alterator-grub в установщике Ну и на закуску, хорошо бы при этом иметь в виду secure boot. 133688 1 mike 2012-10-04 18:21:47 +0400 По SB сперва надо будет осмотреть и подбить варианты подхода -- читал малость. 133908 2 aen 2012-10-13 22:40:30 +0400 Видимо, стоит серьезно рассмотреть вариант http://www.linuxfoundation.org/news-media/blogs/browse/2012/10/linux-foundation-uefi-secure-boot-system-open-source 134378 3 mike 2012-11-01 17:59:32 +0400 Краткая сводка с полей: 1) простая задача потребовала ещё более простой -- возможности оценить работоспособность полученного, бишь загрузиться в EFI-режиме; 2) для этого пришлось почитать про (U)EFI как таковое, попытаться задействовать реализацию в сизифном virtualbox, купить материнку для стендовых испытаний, научиться хоть как-то на ней что-то своё бутать в EFI-режиме (что было достигнуто позавчера при помощи простенького elilo, уже отправленного в сизиф); 3) вторая задача -- не просто сложная, а отдельная бага и для её реализации придётся дорабатывать минимум пару пакетов из составляющих инсталятор (это если у меня получится собрать неконфликтующие grub2-pc и grub2-efi, как в opensuse/fedora, и соответственно избежать необходимости доустановки чего-то одного из них в alterator-grub); 4) по secureboot бага также отдельная и на инсталер/alterator-grub, хотя для возможности тестирования в паузах уже собрал efitools и sbsigntools (само тестирование на kvm с опубликованным firmware пока не пытался даже производить, соответственно и пакеты пока не отправлял никуда). Также намереваюсь прекратить практику сопровождения двух форков исходного пакета grub2, для чего и перерабатываю спек для сборки в два присеста двух вариантов (опять же по примеру opensuse/fedora). 134739 4 mike 2012-11-12 00:17:09 +0400 (In reply to comment #3) > 1) простая задача потребовала ещё более простой -- возможности оценить > работоспособность полученного, бишь загрузиться в EFI-режиме; Вчера было выполнено. > 3) вторая задача -- не просто сложная, а отдельная бага и для её реализации > придётся дорабатывать минимум пару пакетов из составляющих инсталятор (это если > у меня получится собрать неконфликтующие grub2-pc и grub2-efi, как в > opensuse/fedora, и соответственно избежать необходимости доустановки чего-то > одного из них в alterator-grub); Получилось, можно оформлять и смотреть более предметно. > Также намереваюсь прекратить практику сопровождения двух форков исходного > пакета grub2, для чего и перерабатываю спек для сборки в два присеста двух > вариантов (опять же по примеру opensuse/fedora). Прекратил, теперь свожу разошедшиеся бранчи. 134813 5 mike 2012-11-13 23:48:09 +0400 Решение простой задачи поехало в сизиф: task #84349: added #100: build tag "2.00-alt4" from /people/mike/packages/grub2.git Багу переформулирую как миниметабаг про сложную. Снимаю блокер на bug 27803, т.к. технически связаны были задачи обновления (вследствие мержа grub2-pc.spec и grub2-efi.spec), которые решены. 135247 6 mike 2012-11-21 20:39:27 +0400 (In reply to comment #2) > http://www.linuxfoundation.org/news-media/blogs/browse/2012/10/linux-foundation-uefi-secure-boot-system-open-source http://blog.hansenpartnership.com/adventures-in-microsoft-uefi-signing/ 136087 7 aen 2012-12-16 19:33:11 +0400 Сокращение иерархии: 27941 и 27971 теперь блокируют метабагу 27685 напрямую, потому 27804 не является блокером 27865. 138158 8 mike 2013-02-25 23:55:15 +0400 Обе задачи уже некоторое время как решены; остаётся подровнять и проверить ещё одно изменение (недостаточно обдуманно передавал --bootloader-id="ALT Linux" -- именно с пробелом; а надо было внимательней почитать grub-install в части про efibootmgr и поправить, чтобы label и distributor могли отличаться, там грубые намётки в нужную сторону уже есть). Это в работе и IMHO не блокирует данную метабагу.