[devel] Q: rEFInd: Есть ли противопоказания к обновлению?

[devel] Q: rEFInd: Есть ли противопоказания к обновлению?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 308 bytes --]

Приветствую.

  Использующийся у нас rEFInd (пакет refind) выглядит старым (у нас
0.6.12, в апстриме -- 0.10.0). Есть ли противопоказания к его обновлению?

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]

Re: [devel] Q: rEFInd: Есть ли противопоказания к обновлению?

[Michael Shigorin]

On Mon, Dec 07, 2015 at 06:31:09PM +0300, Aleksey Avdeev wrote:
> Использующийся у нас rEFInd (пакет refind) выглядит старым
> (у нас 0.6.12, в апстриме -- 0.10.0). Есть ли противопоказания
> к его обновлению?

Там надо очень аккуратно обновить сперва тулчейн, затем трогать
загрузчики.

Причём мне в какой-то момент пришлось собирать две версии gnu-efi
параллельно, поскольку с разными из них начались разные проблемы
при сборке _или_ работе загрузчиков.  Кажется, от просто gnu-efi
сейчас уже ничего не должно по сборке зависеть.

Сами загрузчики (и efi-shell) в сизиф следует класть при моём
участии, иначе они окажутся неподписанными.

Список объектов внимания по памяти:

gnu-efi*
elilo
grub2
refind

Эти пакеты трогать нельзя (затем на них и жёсткий ACL):

shim
shim-signed

Этот пакет трогать особо незачем (и со спросом вендора):

efi-memtest86

Этот пакет было бы здорово наконец собирать из исходников:

efi-shell

Если тебе не жмёт -- я надеюсь этим всем заняться (а то и
придётся, потому как часть пакетов сейчас не собирается),
но пока не знаю, когда получится выделить длинный кусок
времени.

Если жмёт, могу попробовать перебрать переписку с апстримами
refind и gnu-efi да прислать.  Второй вариант -- попробовать
собирать их (или его) edk2, при этом конкретно refind станет
уметь загрузку BIOS-целей, но могут вылезти другие проблемы
(по крайней мере арчеводы на них уже наступали).

Помочь можно аккуратной проверкой/обновкой тулчейна,
но только в режиме --test-only до всех этих проверок.

PS: спасибо, что вынудил это состояние хоть так задокументировать :)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Q: rEFInd: Есть ли противопоказания к обновлению?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 878 bytes --]

07.12.2015 19:09, Michael Shigorin пишет:
> On Mon, Dec 07, 2015 at 06:31:09PM +0300, Aleksey Avdeev wrote:
>> Использующийся у нас rEFInd (пакет refind) выглядит старым
>> (у нас 0.6.12, в апстриме -- 0.10.0). Есть ли противопоказания
>> к его обновлению?
> 
> Там надо очень аккуратно обновить сперва тулчейн, затем трогать
> загрузчики.
> 
...
> 
> Если тебе не жмёт -- я надеюсь этим всем заняться (а то и
> придётся, потому как часть пакетов сейчас не собирается),
> но пока не знаю, когда получится выделить длинный кусок
> времени.

  Похоже пока не жмёт: Похоже что правильные (по ТЗ) картинки и надписи
я смогу получить и при текущем refind. Мне, пожалуй, будет достаточно
доработанного варианта mkimage`вского mki-copy-efiboot (нужна
возможность указать в профиле используемые иконки и отображаемые строки
меню).

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]

Re: [devel] Q: rEFInd: Есть ли противопоказания к обновлению?

[Michael Shigorin]

On Mon, Dec 07, 2015 at 08:19:48PM +0300, Aleksey Avdeev wrote:
> Мне, пожалуй, будет достаточно доработанного варианта
> mkimage`вского mki-copy-efiboot (нужна возможность указать
> в профиле используемые иконки и отображаемые строки меню).

По возможности дорабатывай в сторону того, чтоб можно было
задать конфигурацию и оформление в mkimage-profiles и в таком
случае их потом не перетирало в mkimage.

Это потребуется для более разумной работы с той кучей переменных,
которые в профиле по факту есть, а в mkimage их надо синхронно
реализовывать (т.е. получается более тесная привязка, которая
к тому же уродливо выглядела с самого начала -- мне до сих пор
стыдно перед legion@ за то, что ему пришлось принять).

При этом надо не сломать mkimage для mkimage-profiles-desktop
и других возможных пользователей, которые сейчас обходятся
минимумом изменений при необходимости сборки EFI-образов.

Предлагаю здесь или в личной почте обсуждать план изменений перед
тем, как их собственно реализовывать -- на эту тему тоже
давненько уж раскачиваюсь :-)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Q: rEFInd: Есть ли противопоказания к обновлению?

[Sergey Y. Afonin]

On Monday 07 December 2015, Michael Shigorin wrote:

> Список объектов внимания по памяти:

> elilo

Тогда это...

$ curl -s "http://git.altlinux.org/beehive/stats/Sisyphus-x86_64/ftbfs-joined"|grep lilo
elilo   3.14-alt1.5926535       28      mike,@qa


-- 
С уважением, Сергей Афонин

Re: [devel] Q: rEFInd: Есть ли противопоказания к обновлению?

[Sergey Y. Afonin]

On Monday 07 December 2015, Michael Shigorin wrote:

>  потому как часть пакетов сейчас не собирается

Поторопился предыдущее отправить.

-- 
С уважением, Сергей Афонин

Re: [devel] Q: rEFInd: Есть ли противопоказания к обновлению?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 1505 bytes --]

07.12.2015 20:54, Michael Shigorin пишет:
> On Mon, Dec 07, 2015 at 08:19:48PM +0300, Aleksey Avdeev wrote:
>> Мне, пожалуй, будет достаточно доработанного варианта
>> mkimage`вского mki-copy-efiboot (нужна возможность указать
>> в профиле используемые иконки и отображаемые строки меню).
> 
> По возможности дорабатывай в сторону того, чтоб можно было
> задать конфигурацию и оформление в mkimage-profiles и в таком
> случае их потом не перетирало в mkimage.

  Я планирую:

1. Добавить в mkimage-profiles фичу, позволяющую указать нужные
параметры для mki-copy-efiboot (возможно не только для него).

2. Добавить в mki-copy-efiboot (и пр. затронутые скрипты) возможность
принять заданные профилем параметры.

3. Если параметры не заданы (фича из п. 1 не используется) -- результат
работы скриптов не должен отличаться от текущего.

> 
> При этом надо не сломать mkimage для mkimage-profiles-desktop
> и других возможных пользователей, которые сейчас обходятся
> минимумом изменений при необходимости сборки EFI-образов.

  Это одно из ограничений (см. п. 3 выше).

> 
> Предлагаю здесь или в личной почте обсуждать план изменений перед
> тем, как их собственно реализовывать -- на эту тему тоже
> давненько уж раскачиваюсь :-)

  Лучше здесь:

1. В обсуждении смогут участвовать все заинтересованные.

2. Обсуждения будут сохранены в общедоступном архиве. (Мне сильно не
хватает подобного, при работе над брендингом и профилями.)

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]

Re: [devel] Q: rEFInd: Есть ли противопоказания к обновлению?

[Michael Shigorin]

On Tue, Dec 08, 2015 at 01:23:43PM +0300, Aleksey Avdeev wrote:
> Я планирую:
> 1. Добавить в mkimage-profiles фичу, позволяющую указать нужные
> параметры для mki-copy-efiboot (возможно не только для него).
> 2. Добавить в mki-copy-efiboot (и пр. затронутые скрипты) возможность
> принять заданные профилем параметры.

Именно этого (очевидного) пути и хотелось бы избежать,
т.к. придётся передавать много переменных и получим между
mkimage-profiles и mkimage то, что называется tight coupling
(тесное связывание).

Есть ли возражения против того, чтоб научить mki-copy-efiboot
не переписывать уже созданное в профиле, а остальную логику
реализовывать в m-p?

> > Предлагаю здесь или в личной почте обсуждать план изменений перед
> > тем, как их собственно реализовывать -- на эту тему тоже
> > давненько уж раскачиваюсь :-)
> Лучше здесь:
> 1. В обсуждении смогут участвовать все заинтересованные.
> 2. Обсуждения будут сохранены в общедоступном архиве.
> (Мне сильно не хватает подобного, при работе над брендингом
> и профилями.)

Резонно.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Q: rEFInd: Есть ли противопоказания к обновлению?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 871 bytes --]

08.12.2015 15:18, Michael Shigorin пишет:
> On Tue, Dec 08, 2015 at 01:23:43PM +0300, Aleksey Avdeev wrote:
>> Я планирую:
>> 1. Добавить в mkimage-profiles фичу, позволяющую указать нужные
>> параметры для mki-copy-efiboot (возможно не только для него).
>> 2. Добавить в mki-copy-efiboot (и пр. затронутые скрипты) возможность
>> принять заданные профилем параметры.
> 
> Именно этого (очевидного) пути и хотелось бы избежать,
> т.к. придётся передавать много переменных и получим между
> mkimage-profiles и mkimage то, что называется tight coupling
> (тесное связывание).
> 
> Есть ли возражения против того, чтоб научить mki-copy-efiboot
> не переписывать уже созданное в профиле, а остальную логику
> реализовывать в m-p?

  Прошу уточнений (лучше с примерами): похоже я неверно понимаю что
именно имеется в виду.

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]

Re: [devel] Q: rEFInd: Есть ли противопоказания к обновлению?

[Michael Shigorin]

On Tue, Dec 08, 2015 at 03:21:03PM +0300, Aleksey Avdeev wrote:
> >> Я планирую:
> >> 1. Добавить в mkimage-profiles фичу, позволяющую указать нужные
> >> параметры для mki-copy-efiboot (возможно не только для него).
> >> 2. Добавить в mki-copy-efiboot (и пр. затронутые скрипты) возможность
> >> принять заданные профилем параметры.
> > Именно этого (очевидного) пути и хотелось бы избежать,
> > т.к. придётся передавать много переменных и получим между
> > mkimage-profiles и mkimage то, что называется tight coupling
> > (тесное связывание).
> > Есть ли возражения против того, чтоб научить mki-copy-efiboot
> > не переписывать уже созданное в профиле, а остальную логику
> > реализовывать в m-p?
> Прошу уточнений (лучше с примерами): похоже я неверно понимаю
> что именно имеется в виду.

Смотри.

1. Сейчас mki-copy-efiboot в курсе про refind, elilo и прочие
   efi-shell; это некрасиво, но относительно универсально
   (от профиля требуется буквально добавить пару пакетов
   и выставить пару переменных), _но_ создаёт проблему
   вынужденной жёсткой синхронизации при необходимости
   расширения интерфейса (хотя на это есть MKI_VER_MINIMAL).

2. Сделано так именно ради универсальности в рамках седьмой ветки,
   поскольку дистрибутивы собирались m-p-d, стартеркиты -- m-p.

3. Возможно, так же придётся оставить в восьмой ветке, если все
   RM не решат перейти на mkimage-profiles (в чём есть плюсы,
   но сам процесс перехода потребует времени и сил).

4. Перспективным видится вариант, когда формирование конфигурации
   EFI-загрузчика/загрузчиков выполняется в рамках профиля с тем,
   чтобы можно было задействовать все необходимые данные
   (например, BOOT_LANG или меню второго уровня, которое для
   rescue сейчас в mkimage оформлено особо).

5. При этом минимальным требуемым изменением на стороне mkimage
   является не-переписывание существующих файлов в скрипте
   mki-copy-efiboot (дальше, ориентировочно к девятой ветке,
   можно будет выкинуть лишний код в случае неиспользуемости).

Если всё равно непонятно -- скажи, попробую ещё как-то иначе
рассказать или сделать набросок (хотя на этой неделе в связи
со стартеркитами немножко не до того).

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Q: rEFInd: Есть ли противопоказания к обновлению?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 829 bytes --]

08.12.2015 18:38, Michael Shigorin пишет:
> On Tue, Dec 08, 2015 at 03:21:03PM +0300, Aleksey Avdeev wrote:
...
> 
> 5. При этом минимальным требуемым изменением на стороне mkimage
>    является не-переписывание существующих файлов в скрипте
>    mki-copy-efiboot (дальше, ориентировочно к девятой ветке,
>    можно будет выкинуть лишний код в случае неиспользуемости).

  Т. е. необходимо исключить переписывание скриптом mki-copy-efiboot
$chroot/.host/efiboot.sh (просто запускаем уже существующий) или нужно
чтобы создаваемый $chroot/.host/efiboot.sh не переписывал уже
существующие файлы в $efi/*?

> 
> Если всё равно непонятно -- скажи, попробую ещё как-то иначе
> рассказать или сделать набросок (хотя на этой неделе в связи
> со стартеркитами немножко не до того).
> 

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]

Re: [devel] Q: rEFInd: Есть ли противопоказания к обновлению?

[Michael Shigorin]

On Tue, Dec 08, 2015 at 07:17:20PM +0300, Aleksey Avdeev wrote:
> Т. е. необходимо исключить переписывание скриптом mki-copy-efiboot
> $chroot/.host/efiboot.sh (просто запускаем уже существующий)

Ммм... боюсь, из профиля мы если туда и дотягиваемся,
то профилю опять же лучше не знать о внутренних деталях mkimage.

> или нужно чтобы создаваемый $chroot/.host/efiboot.sh
> не переписывал уже существующие файлы в $efi/*?

Вот это и подразумевал, да.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Q: rEFInd: Есть ли противопоказания к обновлению?

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 1026 bytes --]

08.12.2015 19:29, Michael Shigorin пишет:
> On Tue, Dec 08, 2015 at 07:17:20PM +0300, Aleksey Avdeev wrote:
>> Т. е. необходимо исключить переписывание скриптом mki-copy-efiboot
>> $chroot/.host/efiboot.sh (просто запускаем уже существующий)
> 
> Ммм... боюсь, из профиля мы если туда и дотягиваемся,
> то профилю опять же лучше не знать о внутренних деталях mkimage.
> 
>> или нужно чтобы создаваемый $chroot/.host/efiboot.sh
>> не переписывал уже существующие файлы в $efi/*?
> 
> Вот это и подразумевал, да.

  В <http://git.altlinux.org/tasks/154910/> собран
mkimage-0.2.17-alt1.1. Это сугубо тестовый вариант mkimage, где скрипт
$chroot/.host/efiboot.sh создаваемый mki-copy-efiboot не заменяет уже
существующие файлы (суть изменений в
<http://git.altlinux.org/people/solo/packages/?p=mkimage.git;a=commitdiff;h=41e32bae3013827c2c56583b499d3f87a89b4304>).
Прошу проверить: судя по моим тестам, старое поведение сохранено (при
отсутствии файлов создаваемых профилем).

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]