* Re: [devel] [#154910] EPERM (try 2) mkimage.git=0.2.17-alt1.1
@ 2015-12-21 12:01 ` Michael Shigorin
2015-12-21 13:57 ` Aleksey Avdeev
0 siblings, 1 reply; 7+ messages in thread
From: Michael Shigorin @ 2015-12-21 12:01 UTC (permalink / raw)
To: devel
On Mon, Dec 21, 2015 at 10:50:03AM +0000, Girar Builder awaiter robot wrote:
> http://git.altlinux.org/tasks/154910/logs/events.2.1.log
>
> 2015-Dec-21 10:47:35 :: test-only task #154910 for sisyphus resumed by solo:
> #100 removed
> #200 build 0.2.17-alt1.1 from /people/solo/packages/mkimage.git
Лёш, аккуратней надо. Если б ты не отправил лишний тег на сборку,
а попросил вычитать -- я бы тоже вычитал и указал на слом.
-mkdir $verbose -p -- \$boot
+[ -d \$boot ] || mkdir $verbose -p -- \$boot
Зачем? mkdir -p молча обеспечит наличие каталога, если не было.
- mkdir $verbose -p "\$dest"
+ [ -d "\$dest" ] mkdir $verbose -p "\$dest"
Здесь помимо того же вопроса ещё и синтаксическая ошибка.
- cp $verbose -pLf "\$src" "\$dest/memtest86.efi" &&
+ cp $verbose -pLn "\$src" "\$dest/memtest86.efi" &&
Как вариант -- хотя как раз здесь было бы уместно проверить
наличие целевого бинарника и если уже есть, то не копировать
ресурсы, т.к. не исключено, что профиль мог копировать не всё:
find /usr/share/efi-memtest86 -type f |
- xargs cp $verbose -pLft "\$dest"
+ xargs cp $verbose -pLnt "\$dest"
Аналогично и далее с refind.
- mkdir $verbose -p \$cert
- cp $verbose -pLft \$cert -- "\$keyfile"
+ [ -d "\$cert" ] || mkdir $verbose -p \$cert
+ cp $verbose -pLnt \$cert -- "\$keyfile"
Просто mkdir -p, пожалуйста (как и далее в аналогичных случаях).
+ [ ! -e "\$boot/elilo.conf" ] || return 0
Здесь как раз следует обламываться, если нет конфига --
copy_elilo() вызывается в случаях, когда он точно нужен.
Т.е. || exit 1
- [ ! -d \$refind_aux/altlinux ] ||
+ [ -d "\$boot/icons/altlinux" ] || [ ! -d \$refind_aux/altlinux ] ||
mv \$refind_aux/altlinux \$boot/icons
Добавлена логическая ошибка (проверять при таком методе обработки
следует _отсутствие_ каталога, а не его наличие).
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] [#154910] EPERM (try 2) mkimage.git=0.2.17-alt1.1
2015-12-21 12:01 ` [devel] [#154910] EPERM (try 2) mkimage.git=0.2.17-alt1.1 Michael Shigorin
@ 2015-12-21 13:57 ` Aleksey Avdeev
2015-12-21 15:38 ` Michael Shigorin
0 siblings, 1 reply; 7+ messages in thread
From: Aleksey Avdeev @ 2015-12-21 13:57 UTC (permalink / raw)
To: ALT Linux Team development discussions; +Cc: Michael Shigorin
[-- Attachment #1: Type: text/plain, Size: 4455 bytes --]
21.12.2015 15:01, Michael Shigorin пишет:
> On Mon, Dec 21, 2015 at 10:50:03AM +0000, Girar Builder awaiter robot wrote:
>> http://git.altlinux.org/tasks/154910/logs/events.2.1.log
>>
>> 2015-Dec-21 10:47:35 :: test-only task #154910 for sisyphus resumed by solo:
>> #100 removed
>> #200 build 0.2.17-alt1.1 from /people/solo/packages/mkimage.git
>
> Лёш, аккуратней надо. Если б ты не отправил лишний тег на сборку,
> а попросил вычитать -- я бы тоже вычитал и указал на слом.
<https://lists.altlinux.org/pipermail/devel/2015-December/200598.html>
осталось без ответа...
>
> -mkdir $verbose -p -- \$boot
> +[ -d \$boot ] || mkdir $verbose -p -- \$boot
>
> Зачем? mkdir -p молча обеспечит наличие каталога, если не было.
Для исключения появления каталогов вида a/b/b в результате вызова
mkdir -p a/b при существующим a/b. (Был уверен что натыкался на
подобное, но быстрая проверка показала что что-то попутал.)
>
> - mkdir $verbose -p "\$dest"
> + [ -d "\$dest" ] mkdir $verbose -p "\$dest"
>
> Здесь помимо того же вопроса ещё и синтаксическая ошибка.
Уже заметил. Оказалось, что раньше я проверял не ту сборку (выяснил
только в процессе отладки efiboot, см.
<http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=shortlog;h=refs/heads/efiboot>).
Как перешёл на нужную (с изменениями) -- тут баги и полезли.
>
> - cp $verbose -pLf "\$src" "\$dest/memtest86.efi" &&
> + cp $verbose -pLn "\$src" "\$dest/memtest86.efi" &&
>
> Как вариант -- хотя как раз здесь было бы уместно проверить
> наличие целевого бинарника и если уже есть, то не копировать
> ресурсы, т.к. не исключено, что профиль мог копировать не всё:
>
> find /usr/share/efi-memtest86 -type f |
> - xargs cp $verbose -pLft "\$dest"
> + xargs cp $verbose -pLnt "\$dest"
Т. е., если уже существует "\$dest/memtest86.efi", то содержимое
/usr/share/efi-memtest86 копировать не надо?
>
> Аналогично и далее с refind.
Т. е., если существует $boot/bootx64.efi, copy_refind() должна
завершить свою работу ничего (в том числе и все refind.conf) не копируя?
(Такой вариант выглядит лучше, чем тот который я прланировал реализовывать.)
>
> - mkdir $verbose -p \$cert
> - cp $verbose -pLft \$cert -- "\$keyfile"
> + [ -d "\$cert" ] || mkdir $verbose -p \$cert
> + cp $verbose -pLnt \$cert -- "\$keyfile"
>
> Просто mkdir -p, пожалуйста (как и далее в аналогичных случаях).
OK
>
> + [ ! -e "\$boot/elilo.conf" ] || return 0
>
> Здесь как раз следует обламываться, если нет конфига --
> copy_elilo() вызывается в случаях, когда он точно нужен.
> Т.е. || exit 1
Там ниже по коду идёт создание "\$boot/elilo.conf" через cat. Кусок
выглядит так:
Т. е., я заменил безусловное создание "\$boot/elilo.conf" при вызове на
"создаём, если отсутствует". Кусок выглядит так:
[ ! -e "\$boot/elilo.conf" ] || return 0
cat > \$boot/elilo.conf <<- ELILO_EOF
append="\$kargs"
...
ELILO_EOF
[ "$EFI_BOOTLOADER" != elilo ] ||
echo " append=\"\$kargs stagename=\${stage2% *}\"" \
>> \$boot/elilo.conf
Алгаритм работы:
1) Если файл есть -- выходим из процедуры.
2) Если файла нет -- создаём его.
Цель -- исключить переписывание "\$boot/elilo.conf" если он уже создан
ранее.
>
> - [ ! -d \$refind_aux/altlinux ] ||
> + [ -d "\$boot/icons/altlinux" ] || [ ! -d \$refind_aux/altlinux ] ||
> mv \$refind_aux/altlinux \$boot/icons
>
> Добавлена логическая ошибка (проверять при таком методе обработки
> следует _отсутствие_ каталога, а не его наличие).
Не вижу ошибки. Т. к. здесь цель именно исключить выполнение mv, если
каталог "\$boot/icons/altlinux" уже существует. Т. е. mv должна
вызываться только если нет "\$boot/icons/altlinux".
Исправленный вариант --
<http://git.altlinux.org/people/solo/packages/mkimage.git?p=mkimage.git;a=commitdiff;h=ed07e32d585485cafb3889f78b403c1c8466cff5>
PS: Как лучше выполнить перенос скрипта в mkimage-profiles:
1. Перенести необходимые коммиты (затрагивающие tools/mki-copy-efiboot,
как сделано сейчас в efiboot, см.
<http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=shortlog;h=refs/heads/efiboot>)?
2. Прямой мерж необходимого?
--
С уважением. Алексей.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] [#154910] EPERM (try 2) mkimage.git=0.2.17-alt1.1
2015-12-21 13:57 ` Aleksey Avdeev
@ 2015-12-21 15:38 ` Michael Shigorin
2015-12-21 17:22 ` Aleksey Avdeev
0 siblings, 1 reply; 7+ messages in thread
From: Michael Shigorin @ 2015-12-21 15:38 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Mon, Dec 21, 2015 at 04:57:43PM +0300, Aleksey Avdeev wrote:
> > Лёш, аккуратней надо. Если б ты не отправил лишний тег на сборку,
> > а попросил вычитать -- я бы тоже вычитал и указал на слом.
> <https://lists.altlinux.org/pipermail/devel/2015-December/200598.html>
> осталось без ответа...
Ой, и впрямь проморгал за анонсами стартеркитов, виноват.
> > -mkdir $verbose -p -- \$boot
> > +[ -d \$boot ] || mkdir $verbose -p -- \$boot
> > Зачем? mkdir -p молча обеспечит наличие каталога, если не было.
> Для исключения появления каталогов вида a/b/b в результате вызова
> mkdir -p a/b при существующим a/b. (Был уверен что натыкался на
> подобное, но быстрая проверка показала что что-то попутал.)
Точно напутал, скорее всего с rsync или cp.
> Как перешёл на нужную (с изменениями) -- тут баги и полезли.
Да уж, они такие...
> > - cp $verbose -pLf "\$src" "\$dest/memtest86.efi" &&
> > + cp $verbose -pLn "\$src" "\$dest/memtest86.efi" &&
> >
> > Как вариант -- хотя как раз здесь было бы уместно проверить
> > наличие целевого бинарника и если уже есть, то не копировать
> > ресурсы, т.к. не исключено, что профиль мог копировать не всё:
> >
> > find /usr/share/efi-memtest86 -type f |
> > - xargs cp $verbose -pLft "\$dest"
> > + xargs cp $verbose -pLnt "\$dest"
>
> Т. е., если уже существует "\$dest/memtest86.efi", то
> содержимое /usr/share/efi-memtest86 копировать не надо?
Я бы делал так. Т.е. бинарник как ключ, по которому определяется
-- делаем ли что-либо с таким бинарником _и_ нужными ему файлами.
> > Аналогично и далее с refind.
> Т. е., если существует $boot/bootx64.efi, copy_refind() должна
> завершить свою работу ничего (в том числе и все refind.conf)
> не копируя?
Похоже, да. Не было ли там переписывания $bin_path -- не помню
на все сто процентов, но с такими штуками в любом случае пора
завязывать.
> > + [ ! -e "\$boot/elilo.conf" ] || return 0
> >
> > Здесь как раз следует обламываться, если нет конфига --
> Там ниже по коду идёт создание "\$boot/elilo.conf" через cat.
А, это уже я торможу.
> > - [ ! -d \$refind_aux/altlinux ] ||
> > + [ -d "\$boot/icons/altlinux" ] || [ ! -d \$refind_aux/altlinux ] ||
> > mv \$refind_aux/altlinux \$boot/icons
> >
> > Добавлена логическая ошибка (проверять при таком методе обработки
> > следует _отсутствие_ каталога, а не его наличие).
> Не вижу ошибки. Т. к. здесь цель именно исключить выполнение
> mv, если каталог "\$boot/icons/altlinux" уже существует. Т.е.
> mv должна вызываться только если нет "\$boot/icons/altlinux".
Действительно, спасибо.
> Исправленный вариант --
> <http://git.altlinux.org/people/solo/packages/mkimage.git?p=mkimage.git;a=commitdiff;h=ed07e32d585485cafb3889f78b403c1c8466cff5>
Смотрю.
> PS: Как лучше выполнить перенос скрипта в mkimage-profiles:
>
> 1. Перенести необходимые коммиты (затрагивающие tools/mki-copy-efiboot,
> как сделано сейчас в efiboot, см.
> <http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=shortlog;h=refs/heads/efiboot>)?
>
> 2. Прямой мерж необходимого?
Пока не знаю, надо думать/пробовать/думать.
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] [#154910] EPERM (try 2) mkimage.git=0.2.17-alt1.1
2015-12-21 15:38 ` Michael Shigorin
@ 2015-12-21 17:22 ` Aleksey Avdeev
2015-12-22 15:10 ` [devel] I: mkimage-profiles: efiboot (was: [#154910] EPERM (try 2) mkimage.git=0.2.17-alt1.1) Aleksey Avdeev
0 siblings, 1 reply; 7+ messages in thread
From: Aleksey Avdeev @ 2015-12-21 17:22 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 2336 bytes --]
21.12.2015 18:38, Michael Shigorin пишет:
> On Mon, Dec 21, 2015 at 04:57:43PM +0300, Aleksey Avdeev wrote:
...
> Я бы делал так. Т.е. бинарник как ключ, по которому определяется
> -- делаем ли что-либо с таким бинарником _и_ нужными ему файлами.
Я только за: такой подход мне упрощает подмену картинок.
>
>>> Аналогично и далее с refind.
>> Т. е., если существует $boot/bootx64.efi, copy_refind() должна
>> завершить свою работу ничего (в том числе и все refind.conf)
>> не копируя?
>
> Похоже, да. Не было ли там переписывания $bin_path -- не помню
> на все сто процентов, но с такими штуками в любом случае пора
> завязывать.
>
...
>
>> Исправленный вариант --
>> <http://git.altlinux.org/people/solo/packages/mkimage.git?p=mkimage.git;a=commitdiff;h=ed07e32d585485cafb3889f78b403c1c8466cff5>
Здесь реализована следующая логика:
1. Ничего не переписываем (в cp ключ -f заменён на -n).
2. Если с бинарником идут файлы с какими либо конфиги и/или данные --
попытка их копирования (или создания) производится только при отсутствии
целевого бинарника. Если же он существует -- считаю его конфигурацию
настроенной.
Вопрос: Стоит ли данную логику перетаскивать в efiboot от
mkimage-profiles?
Я в очередной раз периписал тег 0.2.17-alt1.1 (см.
<http://git.altlinux.org/people/solo/packages/mkimage.git?p=mkimage.git;a=tag;h=refs/tags/0.2.17-alt1.1>)
и отправил на тестовую сборку <http://git.altlinux.org/tasks/154910/>.
>
> Смотрю.
>
>> PS: Как лучше выполнить перенос скрипта в mkimage-profiles:
>>
>> 1. Перенести необходимые коммиты (затрагивающие tools/mki-copy-efiboot,
>> как сделано сейчас в efiboot, см.
>> <http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=shortlog;h=refs/heads/efiboot>)?
Бранч efiboot обновлён (см.
http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=commit;h=22053bb0219deddc4bc3a0b41c94654c624b48f8)
-- теперь в загрузочное меню попадает $RELNAME. (Но может здесь стоит
использовать $GLOBAL_RELNAME?)
>>
>> 2. Прямой мерж необходимого?
>
> Пока не знаю, надо думать/пробовать/думать.
По моим прикидкам, в случае прямого мержа будет проще поддерживать
соответствие скриптов в mkimage и mkimage-profiles.
--
С уважением. Алексей.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] I: mkimage-profiles: efiboot (was: [#154910] EPERM (try 2) mkimage.git=0.2.17-alt1.1)
2015-12-21 17:22 ` Aleksey Avdeev
@ 2015-12-22 15:10 ` Aleksey Avdeev
2015-12-25 18:40 ` [devel] I: mkimage-profiles: efiboot Aleksey Avdeev
0 siblings, 1 reply; 7+ messages in thread
From: Aleksey Avdeev @ 2015-12-22 15:10 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1279 bytes --]
21.12.2015 20:22, Aleksey Avdeev пишет:
> 21.12.2015 18:38, Michael Shigorin пишет:
>> On Mon, Dec 21, 2015 at 04:57:43PM +0300, Aleksey Avdeev wrote:
...
>>> PS: Как лучше выполнить перенос скрипта в mkimage-profiles:
>>>
>>> 1. Перенести необходимые коммиты (затрагивающие tools/mki-copy-efiboot,
>>> как сделано сейчас в efiboot, см.
>>> <http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=shortlog;h=refs/heads/efiboot>)?
>
> Бранч efiboot обновлён (см.
> http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=commit;h=22053bb0219deddc4bc3a0b41c94654c624b48f8)
> -- теперь в загрузочное меню попадает $RELNAME. (Но может здесь стоит
> использовать $GLOBAL_RELNAME?)
<http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=commit;h=52e40d02059a42b53b052e9efc1a67281867c633>
-- исправленный вариант бранча efiboot (теперь вид загрузчика
соответсвует используемому брендингу).
>
>>>
>>> 2. Прямой мерж необходимого?
>>
>> Пока не знаю, надо думать/пробовать/думать.
>
> По моим прикидкам, в случае прямого мержа будет проще поддерживать
> соответствие скриптов в mkimage и mkimage-profiles.
--
С уважением. Алексей.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] I: mkimage-profiles: efiboot
2015-12-22 15:10 ` [devel] I: mkimage-profiles: efiboot (was: [#154910] EPERM (try 2) mkimage.git=0.2.17-alt1.1) Aleksey Avdeev
@ 2015-12-25 18:40 ` Aleksey Avdeev
2015-12-29 13:09 ` Aleksey Avdeev
0 siblings, 1 reply; 7+ messages in thread
From: Aleksey Avdeev @ 2015-12-25 18:40 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1542 bytes --]
22.12.2015 18:10, Aleksey Avdeev пишет:
> 21.12.2015 20:22, Aleksey Avdeev пишет:
>> 21.12.2015 18:38, Michael Shigorin пишет:
>>> On Mon, Dec 21, 2015 at 04:57:43PM +0300, Aleksey Avdeev wrote:
> ...
>>>> PS: Как лучше выполнить перенос скрипта в mkimage-profiles:
>>>>
>>>> 1. Перенести необходимые коммиты (затрагивающие tools/mki-copy-efiboot,
>>>> как сделано сейчас в efiboot, см.
>>>> <http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=shortlog;h=refs/heads/efiboot>)?
На данный момент бранч efiboot присутствует в 2ух вариантах:
merge/efiboot (см.
<http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=shortlog;h=refs/heads/merge/efiboot>)
-- содержит pull из mkimage.git в качестве основы.
rebase/efiboot (см.
<http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=shortlog;h=refs/heads/rebase/efiboot>)
-- содержит только выдернутые из mkimage.git коммиты, затрагивающие
mki-copy-efiboot.
Функционал данных бранчей полностью идентичен. Прошу выбрать
приоритетный вариант.
Текущее состояние:
1. Зависит от mkimage-0.2.18-alt1 (см.
<http://git.altlinux.org/tasks/154910/>).
2. Для задания имени сборки в пунктах загрузочного меню EFI используется
auto-relname, как и для selinux (см.
<https://lists.altlinux.org/pipermail/devel/2015-December/200638.html>).
3. Исключено переписывание конфигурации для EFI
(как в mkimage-0.2.18-alt1).
--
С уважением. Алексей.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] I: mkimage-profiles: efiboot
2015-12-25 18:40 ` [devel] I: mkimage-profiles: efiboot Aleksey Avdeev
@ 2015-12-29 13:09 ` Aleksey Avdeev
0 siblings, 0 replies; 7+ messages in thread
From: Aleksey Avdeev @ 2015-12-29 13:09 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 3080 bytes --]
25.12.2015 21:40, Aleksey Avdeev пишет:
> 22.12.2015 18:10, Aleksey Avdeev пишет:
>> 21.12.2015 20:22, Aleksey Avdeev пишет:
>>> 21.12.2015 18:38, Michael Shigorin пишет:
>>>> On Mon, Dec 21, 2015 at 04:57:43PM +0300, Aleksey Avdeev wrote:
>> ...
>>>>> PS: Как лучше выполнить перенос скрипта в mkimage-profiles:
>>>>>
>>>>> 1. Перенести необходимые коммиты (затрагивающие tools/mki-copy-efiboot,
>>>>> как сделано сейчас в efiboot, см.
>>>>> <http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=shortlog;h=refs/heads/efiboot>)?
>
> На данный момент бранч efiboot присутствует в 2ух вариантах:
Очередное обновление бранча efiboot.
>
> merge/efiboot (см.
> <http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=shortlog;h=refs/heads/merge/efiboot>)
> -- содержит pull из mkimage.git в качестве основы.
См.
<http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=commit;h=ed1320283f6883cd3082aa2164a5cc5a9702109c>.
>
> rebase/efiboot (см.
> <http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=shortlog;h=refs/heads/rebase/efiboot>)
> -- содержит только выдернутые из mkimage.git коммиты, затрагивающие
> mki-copy-efiboot.
См.
<http://git.altlinux.org/people/solo/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=commit;h=116ae9248fb6a4e42e81cb8ea540d825feb00165>.
>
> Функционал данных бранчей полностью идентичен. Прошу выбрать
> приоритетный вариант.
>
> Текущее состояние:
>
> 1. Зависит от mkimage-0.2.18-alt1 (см.
> <http://git.altlinux.org/tasks/154910/>).
>
> 2. Для задания имени сборки в пунктах загрузочного меню EFI используется
> auto-relname, как и для selinux (см.
> <https://lists.altlinux.org/pipermail/devel/2015-December/200638.html>).
>
> 3. Исключено переписывание конфигурации для EFI
> (как в mkimage-0.2.18-alt1).
5. Добавлена возможность использования .png иконок (при совпадении имён
приоритет у .icns).
6. Добавлена обработка переменных:
6.1. EFI_PACKAGES и EFI_PACKAGES_REGEXP -- позволяют устанавливать
дополнительные пакеты в инстументальный chroot (через дополнение
CHROOT_PACKAGES и CHROOT_PACKAGES_REGEXP).
6.2. EFI_OSBRANDNAME -- позволяет использовать заданные иконки вместо
стандартных (если они есть):
а) os_$EFI_OSBRANDNAME.icns
(/usr/share/refind/icons/os_$EFI_OSBRANDNAME.icns) вместо
os_altlinux.icns (/usr/share/refind/icons/os_altlinux.icns);
б) содержимое каталога $refind_icons/$EFI_OSBRANDNAME
(/usr/share/refind/icons/$EFI_OSBRANDNAME) вместо $refind_icons/altlinux
(/usr/share/refind/icons/altlinux).
6.3. EFI_LANGSLIST -- позволяет использовать перекрыть в подменю
стандартный список локалей, заданным. Например, сократить список локалей
до пунктов English и Russian можно так:
$(call set,EFI_LANGSLIST,English lang=en_US Russian lang=ru_RU)
PS: Похоже я закончил работы с этим бранчем -- можно втягивать в
mkimage-profiles.git.
--
С уважением. Алексей.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 278 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2015-12-29 13:09 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-12-21 12:01 ` [devel] [#154910] EPERM (try 2) mkimage.git=0.2.17-alt1.1 Michael Shigorin
2015-12-21 13:57 ` Aleksey Avdeev
2015-12-21 15:38 ` Michael Shigorin
2015-12-21 17:22 ` Aleksey Avdeev
2015-12-22 15:10 ` [devel] I: mkimage-profiles: efiboot (was: [#154910] EPERM (try 2) mkimage.git=0.2.17-alt1.1) Aleksey Avdeev
2015-12-25 18:40 ` [devel] I: mkimage-profiles: efiboot Aleksey Avdeev
2015-12-29 13:09 ` Aleksey Avdeev
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git