[parent not found: <CAGvFrt2GCghRKOwUXE57mOGQ0WU1fWy=zi3VWU-y+6sFNr9atQ@mail.gmail.com>]
* Re: [devel] grub и alterator-grub на armh
@ 2020-07-07 1:59 ` Aleksey Novodvorsky
2020-07-07 9:29 ` Sergey Bolshakov
0 siblings, 1 reply; 25+ messages in thread
From: Aleksey Novodvorsky @ 2020-07-07 1:59 UTC (permalink / raw)
To: ALT Linux Team development discussions
вт, 7 июл. 2020 г. в 03:55, Aleksey Novodvorsky <aen@basealt.ru>:
>
>
>
>
> вт, 7 июл. 2020 г., 03:24 Dmitry V. Levin <ldv@altlinux.org>:
>>
>> On Tue, Jul 07, 2020 at 12:39:59AM +0300, Aleksey Novodvorsky wrote:
>> > вт, 7 июл. 2020 г., 00:20 Антон Мидюков <midyukov-anton@ya.ru>:
>> >
>> > > 07.07.2020 04:14, Dmitry V. Levin пишет:
>> > > > On Tue, Jul 07, 2020 at 02:47:51AM +0700, Антон Мидюков wrote:
>> > > >> 07.07.2020 02:42, Alexey Shabalin пишет:
>> > > >>> Приветствую.
>> > > >>> Теперь невозможно обновить ни один пакет installer-distro-*, в котором
>> > > >>> есть зависимость на alterator-grub.
>> > > >>>
>> > > >>> armh: NEW unmet dependencies detected:
>> > > >>> installer-distro-alt-server-v-stage3#9.0.1-alt1 alterator-grub
>> > > >>> armh: old unmet dependencies resolved:
>> > > >>> installer-distro-alt-server-v-stage3#9.0.0-alt3 alterator-grub
>> > > >>>
>> > > >>> Сам пакет installer-distro-alt-server-v упакован как noarch. Я могу
>> > > >>> его переделать в arch, и в сизиф он пройдет. Но в p9 он сейчас не
>> > > >>> попадет, так как будет ошибка что это noarch пакет. А мне он нужен
>> > > >>> именно в p9.
>> > > >>> Лучшим вариантом будет, если grub(почему его не собирают кстати?) и
>> > > >>> alterator появятся на armh.
>> > > >>> Плохой вариант - сделать пустой пакет-заглушку alterator-grub для armh.
>> > > >>>
>> > > >>> PS: работа над дистрибутивом остановилась :)
>> > > >> Предлагаю удалить эту зависимость у этих пакетов
>> > > > Если alterator-grub без grub не имеет смысла, то зависимость удалять,
>> > > > конечно же, нельзя.
>> > > >
>> > > Удалить зависимость на alterator-grub у пакетов installer-distro-*,
>> > > чтобы была возможность определять загрузчик через mkimage-profiles.
>> >
>> > +1
>> > Это явная писюковость
>>
>> Это GNU GRUB у вас явная писюковость? Ну-ну.
>>
>> В этих mkimage-profiles чёрт ногу сломит, поэтому чем меньше они будут,
>> тем меньше будет проблем.
>>
>> Если вы предлагаете срезать углы ради armh, значит,
>> armh ещё не готово для Сизифа.
>
>
> Дима, если есть платы armh , которые можно загрузить grub, то, конечно, его надо собрать.
> Но пока Вы можете сами посмотреть, для каких систем он используется. Я уж не говорю о том, что информация о поддерживаемых архитектурах на сайте GNU GRUB неполная. Там даже aarch64 не указан.
> Fedora (и только! ) собирает grub2 для armh:
> https://fedora.pkgs.org/32/fedora-updates-armhfp/grub2-efi-arm-2.04-21.fc32.armv7hl.rpm.html
Нет, я не прав. Вот что есть в Debian :
https://packages.debian.org/buster/grub-efi-arm
2sbolshakov@: стоит ли нам это собрать? Почему?
Rgrds, Алексей
>
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [devel] grub и alterator-grub на armh
2020-07-07 1:59 ` Aleksey Novodvorsky
@ 2020-07-07 9:29 ` Sergey Bolshakov
0 siblings, 0 replies; 25+ messages in thread
From: Sergey Bolshakov @ 2020-07-07 9:29 UTC (permalink / raw)
To: devel
>>>>> "Aleksey" == Aleksey Novodvorsky <aen-SLA8ab5CrdUvJsYlp49lxw@public.gmane.org> writes:
> вт, 7 июл. 2020 г. в 03:55, Aleksey Novodvorsky <aen@basealt.ru>:
>>
>>
>>
>>
>> вт, 7 июл. 2020 г., 03:24 Dmitry V. Levin <ldv@altlinux.org>:
>>>
>>> On Tue, Jul 07, 2020 at 12:39:59AM +0300, Aleksey Novodvorsky wrote:
>>> > вт, 7 июл. 2020 г., 00:20 Антон Мидюков <midyukov-anton@ya.ru>:
>>> >
>>> > > 07.07.2020 04:14, Dmitry V. Levin пишет:
>>> > > > On Tue, Jul 07, 2020 at 02:47:51AM +0700, Антон Мидюков wrote:
>>> > > >> 07.07.2020 02:42, Alexey Shabalin пишет:
>>> > > >>> Приветствую.
>>> > > >>> Теперь невозможно обновить ни один пакет installer-distro-*, в котором
>>> > > >>> есть зависимость на alterator-grub.
>>> > > >>>
>>> > > >>> armh: NEW unmet dependencies detected:
>>> > > >>> installer-distro-alt-server-v-stage3#9.0.1-alt1 alterator-grub
>>> > > >>> armh: old unmet dependencies resolved:
>>> > > >>> installer-distro-alt-server-v-stage3#9.0.0-alt3 alterator-grub
>>> > > >>>
>>> > > >>> Сам пакет installer-distro-alt-server-v упакован как noarch. Я могу
>>> > > >>> его переделать в arch, и в сизиф он пройдет. Но в p9 он сейчас не
>>> > > >>> попадет, так как будет ошибка что это noarch пакет. А мне он нужен
>>> > > >>> именно в p9.
>>> > > >>> Лучшим вариантом будет, если grub(почему его не собирают кстати?) и
>>> > > >>> alterator появятся на armh.
>>> > > >>> Плохой вариант - сделать пустой пакет-заглушку alterator-grub для armh.
>>> > > >>>
>>> > > >>> PS: работа над дистрибутивом остановилась :)
>>> > > >> Предлагаю удалить эту зависимость у этих пакетов
>>> > > > Если alterator-grub без grub не имеет смысла, то зависимость удалять,
>>> > > > конечно же, нельзя.
>>> > > >
>>> > > Удалить зависимость на alterator-grub у пакетов installer-distro-*,
>>> > > чтобы была возможность определять загрузчик через mkimage-profiles.
>>> >
>>> > +1
>>> > Это явная писюковость
>>>
>>> Это GNU GRUB у вас явная писюковость? Ну-ну.
>>>
>>> В этих mkimage-profiles чёрт ногу сломит, поэтому чем меньше они будут,
>>> тем меньше будет проблем.
>>>
>>> Если вы предлагаете срезать углы ради armh, значит,
>>> armh ещё не готово для Сизифа.
>>
>>
>> Дима, если есть платы armh , которые можно загрузить grub, то, конечно, его надо собрать.
>> Но пока Вы можете сами посмотреть, для каких систем он
>> используется. Я уж не говорю о том, что информация о поддерживаемых
>> архитектурах на сайте GNU GRUB неполная. Там даже aarch64 не указан.
>> Fedora (и только! ) собирает grub2 для armh:
>> https://fedora.pkgs.org/32/fedora-updates-armhfp/grub2-efi-arm-2.04-21.fc32.armv7hl.rpm.html
> Нет, я не прав. Вот что есть в Debian :
> https://packages.debian.org/buster/grub-efi-arm
> 2sbolshakov@: стоит ли нам это собрать? Почему?
Следует понимать, что u-boot -- это не cтолько загрузчик, сколько firmware
a-la bios, и grub для arm мог бы в теории работать либо поверх u-boot
(но зачем ?), либо поверх несущеcтвующего uefi для arm32.
Вообще, что за дикий критерий готовности ? u-boot повторяет поведение
extlinux, с точностью до конфига, если кто-то не в курсе.
--
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [devel] grub и alterator-grub на armh
2020-07-07 0:24 ` Dmitry V. Levin
@ 2020-07-07 2:52 ` Антон Мидюков
2020-07-07 5:41 ` Alexey V. Vissarionov
` (2 subsequent siblings)
4 siblings, 0 replies; 25+ messages in thread
From: Антон Мидюков @ 2020-07-07 2:52 UTC (permalink / raw)
To: devel
07.07.2020 07:24, Dmitry V. Levin пишет:
> On Tue, Jul 07, 2020 at 12:39:59AM +0300, Aleksey Novodvorsky wrote:
>> вт, 7 июл. 2020 г., 00:20 Антон Мидюков <midyukov-anton@ya.ru>:
>>
>>> 07.07.2020 04:14, Dmitry V. Levin пишет:
>>>> On Tue, Jul 07, 2020 at 02:47:51AM +0700, Антон Мидюков wrote:
>>>>> 07.07.2020 02:42, Alexey Shabalin пишет:
>>>>>> Приветствую.
>>>>>> Теперь невозможно обновить ни один пакет installer-distro-*, в котором
>>>>>> есть зависимость на alterator-grub.
>>>>>>
>>>>>> armh: NEW unmet dependencies detected:
>>>>>> installer-distro-alt-server-v-stage3#9.0.1-alt1 alterator-grub
>>>>>> armh: old unmet dependencies resolved:
>>>>>> installer-distro-alt-server-v-stage3#9.0.0-alt3 alterator-grub
>>>>>>
>>>>>> Сам пакет installer-distro-alt-server-v упакован как noarch. Я могу
>>>>>> его переделать в arch, и в сизиф он пройдет. Но в p9 он сейчас не
>>>>>> попадет, так как будет ошибка что это noarch пакет. А мне он нужен
>>>>>> именно в p9.
>>>>>> Лучшим вариантом будет, если grub(почему его не собирают кстати?) и
>>>>>> alterator появятся на armh.
>>>>>> Плохой вариант - сделать пустой пакет-заглушку alterator-grub для armh.
>>>>>>
>>>>>> PS: работа над дистрибутивом остановилась :)
>>>>> Предлагаю удалить эту зависимость у этих пакетов
>>>> Если alterator-grub без grub не имеет смысла, то зависимость удалять,
>>>> конечно же, нельзя.
>>>>
>>> Удалить зависимость на alterator-grub у пакетов installer-distro-*,
>>> чтобы была возможность определять загрузчик через mkimage-profiles.
>> +1
>> Это явная писюковость
grub-efi доступен везде, где доступен UEFI, даже на riscv64 :-)
> Это GNU GRUB у вас явная писюковость? Ну-ну.
>
> В этих mkimage-profiles чёрт ногу сломит, поэтому чем меньше они будут,
> тем меньше будет проблем.
>
> Если вы предлагаете срезать углы ради armh, значит,
> armh ещё не готово для Сизифа.
Моё предложение не связано с armh. Я тот коммит сделал не вчера, а когда
сводил воедино профили mkimage-profiles. В отличии от дистрибутивов для
регулярок/стартеркитов используется installer-distro-altlinux-generic, в
котором я не могу прописать зависимость на alterator-grub, так как есть
ещё и alterator-lilo. Т.е. стартеркиты разные, а пакет используют один и
тот же, что накладывает ограничения. В mkimage-profiles есть
переключалка, которую нужно было выбросить, чтобы получить нормальную
минимальную установку. Я выкидывать не стал, а переделал. Сейчас же
предложил готовое решение, которое не потребует никаких трудов и
позволит в будущем этим пакетам оставаться noarch. Но, как говорится,
хозяин барин.
--
С уважением, Антон Мидюков <antohami@altlinux.org>
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: [devel] grub и alterator-grub на armh
2020-07-07 0:24 ` Dmitry V. Levin
2020-07-07 2:52 ` Антон Мидюков
@ 2020-07-07 5:41 ` Alexey V. Vissarionov
2020-07-07 7:40 ` Sergey V Turchin
2020-07-07 7:00 ` Andrey Savchenko
2020-07-07 10:54 ` [devel] grub и alterator-grub, а точнее, server-v на armh Michael Shigorin
4 siblings, 1 reply; 25+ messages in thread
From: Alexey V. Vissarionov @ 2020-07-07 5:41 UTC (permalink / raw)
To: ALT Linux Team development discussions
On 2020-07-07 03:24:46 +0300, Dmitry V. Levin wrote:
>>> Удалить зависимость на alterator-grub у пакетов
>>> installer-distro-*, чтобы была возможность определять
>>> загрузчик через mkimage-profiles.
>> +1
>> Это явная писюковость
> Это GNU GRUB у вас явная писюковость? Ну-ну.
Говна это кусок... Инструмент доолжен решать одну задачу,
но делать это хорошо. Пример: загрузка ядра Linux на x86
бывает нужна с жесткого диска, с USB-флешек и по сети, ну
еще может быть где-то сидюки остались - и для этого давно
придуман syslinux. А вот обнюхать SPI-междумордия, найти
там флешку и загрузиться с нее... ой, так это же в точности
то, что делает U-boot.
> В этих mkimage-profiles чёрт ногу сломит, поэтому чем
> меньше они будут, тем меньше будет проблем.
> Если вы предлагаете срезать углы ради armh, значит, armh
> ещё не готово для Сизифа.
Не, дяденька... Это значит, что у Сизифа на втором десятке
лет жизни до сих пор детская болезнь писюковости в системе.
Проще говоря, это мы еще не готовы к другим архитектурам.
Да и к писюшатине, как выяснилось чуть раньше, готовы... ну,
так себе.
--
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: [devel] grub и alterator-grub на armh
2020-07-07 0:24 ` Dmitry V. Levin
` (2 preceding siblings ...)
2020-07-07 5:41 ` Alexey V. Vissarionov
@ 2020-07-07 7:00 ` Andrey Savchenko
2020-07-07 7:04 ` [devel] [JT] " Oleg Solovyov
` (2 more replies)
2020-07-07 10:54 ` [devel] grub и alterator-grub, а точнее, server-v на armh Michael Shigorin
4 siblings, 3 replies; 25+ messages in thread
From: Andrey Savchenko @ 2020-07-07 7:00 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1777 bytes --]
On Tue, 7 Jul 2020 03:24:46 +0300 Dmitry V. Levin wrote:
[...]
> В этих mkimage-profiles чёрт ногу сломит, поэтому чем меньше они будут,
> тем меньше будет проблем.
>
> Если вы предлагаете срезать углы ради armh, значит,
> armh ещё не готово для Сизифа.
На каком основании наличие grub является критерием для включения
архитектуры в сизиф? На современных системах, использующих (U)EFI,
загрузчик — это пятое колесо для подавляющего большинства задач. Что
удивительно, но даже на Эльбрусах, где нет никакого (U)EFI он
попросту не нужен. Grub нужен там, где есть BIOS или где невозможно
реализовать через (U)EFI расширенную функциональность вроде
загрузки по сети.
Возможно, grub является удобным средством для унификации
дистрибутивостроения, но, как показывает хотя бы этот тред, grub
создаёт проблем не меньше, чем решает. И то, что это проект GNU, не
меняет того, что это раздутое, перемудрёное решение. Есть хорошее
английское слово для такого: overengineering, не знаю, как одним
словом точно перевести на русский.
Best regards,
Andrew Savchenko
[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: [devel] [JT] grub и alterator-grub на armh
2020-07-07 7:00 ` Andrey Savchenko
@ 2020-07-07 7:04 ` Oleg Solovyov
2020-07-07 8:13 ` [devel] " Dmitry V. Levin
2 siblings, 0 replies; 25+ messages in thread
From: Oleg Solovyov @ 2020-07-07 7:04 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1939 bytes --]
On вторник, 7 июля 2020 г. 10:00:00 MSK Andrey Savchenko wrote:
> On Tue, 7 Jul 2020 03:24:46 +0300 Dmitry V. Levin wrote:
> [...]
>
> > В этих mkimage-profiles чёрт ногу сломит, поэтому чем меньше они будут,
> > тем меньше будет проблем.
> >
> > Если вы предлагаете срезать углы ради armh, значит,
> > armh ещё не готово для Сизифа.
>
>
> На каком основании наличие grub является критерием для включения
> архитектуры в сизиф? На современных системах, использующих (U)EFI,
> загрузчик — это пятое колесо для подавляющего большинства задач. Что
> удивительно, но даже на Эльбрусах, где нет никакого (U)EFI он
> попросту не нужен. Grub нужен там, где есть BIOS или где невозможно
> реализовать через (U)EFI расширенную функциональность вроде
> загрузки по сети.
>
> Возможно, grub является удобным средством для унификации
> дистрибутивостроения, но, как показывает хотя бы этот тред, grub
> создаёт проблем не меньше, чем решает. И то, что это проект GNU, не
> меняет того, что это раздутое, перемудрёное решение. Есть хорошее
> английское слово для такого: overengineering, не знаю, как одним
> словом точно перевести на русский.
>
> Best regards,
> Andrew Savchenko
Предлагаю слово "перемудрили"
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 25+ messages in thread* Re: [devel] grub и alterator-grub на armh
2020-07-07 7:00 ` Andrey Savchenko
2020-07-07 7:04 ` [devel] [JT] " Oleg Solovyov
@ 2020-07-07 8:13 ` Dmitry V. Levin
2020-07-07 12:15 ` Anton Farygin
2 siblings, 2 replies; 25+ messages in thread
From: Dmitry V. Levin @ 2020-07-07 8:13 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Tue, Jul 07, 2020 at 10:00:00AM +0300, Andrey Savchenko wrote:
> On Tue, 7 Jul 2020 03:24:46 +0300 Dmitry V. Levin wrote:
> [...]
> > В этих mkimage-profiles чёрт ногу сломит, поэтому чем меньше они будут,
> > тем меньше будет проблем.
> >
> > Если вы предлагаете срезать углы ради armh, значит,
> > armh ещё не готово для Сизифа.
>
> На каком основании наличие grub является критерием для включения
> архитектуры в сизиф?
Вопрос не в отдельно взятом пакете grub, а в том, что добавление armh
в Сизиф создало проблемы мантейнерам, мнение которых даже не спросили.
И проблемам этим конца и краю не видно.
--
ldv
^ permalink raw reply [flat|nested] 25+ messages in thread[parent not found: <CAGvFrt0Wtbwc671qbZhfqwvtDYZOWQ8=sxQYXcQJWdpFZqPqBw@mail.gmail.com>]
* Re: [devel] grub и alterator-grub на armh
@ 2020-07-07 8:46 ` Dmitry V. Levin
0 siblings, 0 replies; 25+ messages in thread
From: Dmitry V. Levin @ 2020-07-07 8:46 UTC (permalink / raw)
To: ALT Devel discussion list
On Tue, Jul 07, 2020 at 11:18:15AM +0300, Aleksey Novodvorsky wrote:
> вт, 7 июл. 2020 г., 11:14 Dmitry V. Levin <ldv@altlinux.org>:
> > On Tue, Jul 07, 2020 at 10:00:00AM +0300, Andrey Savchenko wrote:
> > > On Tue, 7 Jul 2020 03:24:46 +0300 Dmitry V. Levin wrote:
> > > [...]
> > > > В этих mkimage-profiles чёрт ногу сломит, поэтому чем меньше они будут,
> > > > тем меньше будет проблем.
> > > >
> > > > Если вы предлагаете срезать углы ради armh, значит,
> > > > armh ещё не готово для Сизифа.
> > >
> > > На каком основании наличие grub является критерием для включения
> > > архитектуры в сизиф?
> >
> > Вопрос не в отдельно взятом пакете grub, а в том, что добавление armh
> > в Сизиф создало проблемы мантейнерам, мнение которых даже не спросили.
> > И проблемам этим конца и краю не видно.
> >
> Давайте их перечислим. То, что видно.
Так их всех не видно, они вылезают по несколько штук в неделю
и вешаются на мантейнеров, которые на это не подписывались.
Я предлагаю решать все эти проблемы в первую очередь силами инициаторов
вливания armh в Сизиф.
--
ldv
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [devel] grub и alterator-grub на armh
2020-07-07 8:13 ` [devel] " Dmitry V. Levin
@ 2020-07-07 12:15 ` Anton Farygin
2020-07-07 14:05 ` Paul Wolneykien
1 sibling, 1 reply; 25+ messages in thread
From: Anton Farygin @ 2020-07-07 12:15 UTC (permalink / raw)
To: devel
On 07.07.2020 11:13, Dmitry V. Levin wrote:
> On Tue, Jul 07, 2020 at 10:00:00AM +0300, Andrey Savchenko wrote:
>> On Tue, 7 Jul 2020 03:24:46 +0300 Dmitry V. Levin wrote:
>> [...]
>>> В этих mkimage-profiles чёрт ногу сломит, поэтому чем меньше они будут,
>>> тем меньше будет проблем.
>>>
>>> Если вы предлагаете срезать углы ради armh, значит,
>>> armh ещё не готово для Сизифа.
>> На каком основании наличие grub является критерием для включения
>> архитектуры в сизиф?
> Вопрос не в отдельно взятом пакете grub, а в том, что добавление armh
> в Сизиф создало проблемы мантейнерам, мнение которых даже не спросили.
> И проблемам этим конца и краю не видно.
>
>
Вливание новой архитектуры в репозиторий выявляет проблемы, которые
хорошо было бы решить ещё и для/благодаря armh.
В целом скорее полезно, чем бесполезно.
Вот тот же alterator-grub, например - явный косяк, просто раньше никто
не задумывался.
^ permalink raw reply [flat|nested] 25+ messages in thread
[parent not found: <CAGvFrt29mP0VUrvy+Lkw4as1adsvV984N3WSWSs5UOq3i+=KkA@mail.gmail.com>]
* [devel] общий загрузчик как частный случай общей шины (was: grub и alterator-grub на armh)
@ 2020-07-07 10:59 ` Michael Shigorin
2020-07-07 11:51 ` Антон Мидюков
0 siblings, 2 replies; 25+ messages in thread
From: Michael Shigorin @ 2020-07-07 10:59 UTC (permalink / raw)
To: devel
On Tue, Jul 07, 2020 at 10:10:10AM +0300, Aleksey Novodvorsky wrote:
> Проблема в том, что желательно универсальное решение по крайней мере для
> каждой архитектуры. Очень трудоемко собирать разные образы только из-за
> разных загрузчиков. А если добавить требования ФСТЭК... В части aarch64
> такая унификация с появлением требований ARM Server Ready просматривается
> не только для серверов. А вот с armh -- сложнее. Но для IoT ничего кроме
> них не оказалось.
Не вникал в alt-rootfs-installer, но нет ли возможности
класть разные uboot для поддерживаемых вариантов, а при
подготовке к разливке конкретных систем выбирать нужный?
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 25+ messages in thread[parent not found: <CAGvFrt2OgNyBDeSeKBExvL7Vnrb=dMQj1nz96m=4pg56L+qr9Q@mail.gmail.com>]
* Re: [devel] общий загрузчик как частный случай общей шины (was: grub и alterator-grub на armh)
@ 2020-07-07 11:37 ` Michael Shigorin
0 siblings, 0 replies; 25+ messages in thread
From: Michael Shigorin @ 2020-07-07 11:37 UTC (permalink / raw)
To: devel
On Tue, Jul 07, 2020 at 02:06:21PM +0300, Aleksey Novodvorsky wrote:
> > > Проблема в том, что желательно универсальное решение по крайней мере для
> > > каждой архитектуры. Очень трудоемко собирать разные образы только из-за
> > > разных загрузчиков. А если добавить требования ФСТЭК... В части aarch64
> > > такая унификация с появлением требований ARM Server Ready просматривается
> > > не только для серверов. А вот с armh -- сложнее. Но для IoT ничего кроме
> > > них не оказалось.
> > Не вникал в alt-rootfs-installer, но нет ли возможности
> > класть разные uboot для поддерживаемых вариантов, а при
> > подготовке к разливке конкретных систем выбирать нужный?
> Для armh?
Да.
> А что еще остается?
Мой вопрос был -- а не достаточно ли этого?
GRUB там будет лишь заметно увеличивать время загрузки,
что встройке обычно противопоказано.
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [devel] общий загрузчик как частный случай общей шины (was: grub и alterator-grub на armh)
2020-07-07 10:59 ` [devel] общий загрузчик как частный случай общей шины (was: grub и alterator-grub на armh) Michael Shigorin
@ 2020-07-07 11:51 ` Антон Мидюков
2020-07-07 12:57 ` Alexey V. Vissarionov
1 sibling, 1 reply; 25+ messages in thread
From: Антон Мидюков @ 2020-07-07 11:51 UTC (permalink / raw)
To: devel
07.07.2020 17:59, Michael Shigorin пишет:
> On Tue, Jul 07, 2020 at 10:10:10AM +0300, Aleksey Novodvorsky wrote:
>> Проблема в том, что желательно универсальное решение по крайней мере для
>> каждой архитектуры. Очень трудоемко собирать разные образы только из-за
>> разных загрузчиков. А если добавить требования ФСТЭК... В части aarch64
>> такая унификация с появлением требований ARM Server Ready просматривается
>> не только для серверов. А вот с armh -- сложнее. Но для IoT ничего кроме
>> них не оказалось.
> Не вникал в alt-rootfs-installer, но нет ли возможности
> класть разные uboot для поддерживаемых вариантов, а при
> подготовке к разливке конкретных систем выбирать нужный?
>
u-boot в комплекте с rootfs идут. alt-rootfs-installer берёт их оттуда.
Что касается aarch64, то пришли к мысли, что iso можно распаковать на
флешку, подправить конфиг grub, и ставить его же на одноплатники. Но
есть закавыка с raspberry pi 4, которая апстримным ядром нормально не
поддерживается, а у u-boot не работает USB. Есть edk2 для неё, но
проекту ещё далеко до завершения. Так что и rootfs из-за Raspberry Pi 4
придётся собирать.
С armh мы iso не собираем. Сделать универсальный rootfs можно. Но есть
закавыка, что mcom02 грузит dtb из spi flash, а другие одноплатники
конкретный для ядра из /lib/devicetree. Но это решаемо. Например,
сделать filetrigger, который будет подправлять extlinux.conf для ядра
mcom02, вызываемый после /sbin/installkernel. Или может можно обойтись
на этапе сборке один раз. Всё равно потом другое ядро (std-def) после
прохождения всех шагов alterator-setup стоит удалять, так как оно
бесполезно будет на этом одноплатнике.
--
С уважением, Антон Мидюков <antohami@altlinux.org>
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [devel] общий загрузчик как частный случай общей шины (was: grub и alterator-grub на armh)
2020-07-07 11:51 ` Антон Мидюков
@ 2020-07-07 12:57 ` Alexey V. Vissarionov
2020-07-09 9:02 ` Michael Shigorin
0 siblings, 1 reply; 25+ messages in thread
From: Alexey V. Vissarionov @ 2020-07-07 12:57 UTC (permalink / raw)
To: ALT Linux Team development discussions
On 2020-07-07 18:51:47 +0700, Антон Мидюков wrote:
>> Не вникал в alt-rootfs-installer, но нет ли возможности
>> класть разные uboot для поддерживаемых вариантов, а при
>> подготовке к разливке конкретных систем выбирать нужный?
> u-boot в комплекте с rootfs идут. alt-rootfs-installer
> берёт их оттуда.
Сейчас это сделано, мягко говоря, неоптимально.
> Что касается aarch64, то пришли к мысли, что iso можно
> распаковать на флешку, подправить конфиг grub, и ставить
> его же на одноплатники. Но есть закавыка с raspberry pi 4,
> которая апстримным ядром нормально не поддерживается,
> а у u-boot не работает USB.
Если бы для малины был нужен U-boot, я бы уже давно приделал
ему нужную поддержку USB (любым из двух способов). Но он там
не нужен, ибо малина-4 сама умеет грузить ядра.
> Есть edk2 для неё, но проекту ещё далеко до завершения.
Угу - пока оно по кривизне где-то между grub и systemd.
> Так что и rootfs из-за Raspberry Pi 4 придётся собирать.
Да что там собирать-то?
> С armh мы iso не собираем. Сделать универсальный rootfs
> можно. Но есть закавыка, что mcom02 грузит dtb из spi flash,
> а другие одноплатники конкретный для ядра из /lib/devicetree.
> Но это решаемо. Например, сделать filetrigger, который будет
> подправлять extlinux.conf для ядра mcom02, вызываемый после
> /sbin/installkernel.
А, ну да - все в лучших традициях китайских пионеров: сначала
создать себе сложности, а потом их упорно преодолевать...
> Или может можно обойтись на этапе сборке один раз. Всё равно
> потом другое ядро (std-def) после прохождения всех шагов
> alterator-setup стоит удалять, так как оно бесполезно будет
> на этом одноплатнике.
Разные ядра бывают нужны только на экспериментальных железяках.
На рабочей железяке ядро всегда одно.
--
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: [devel] grub и alterator-grub, а точнее, server-v на armh
2020-07-07 0:24 ` Dmitry V. Levin
` (3 preceding siblings ...)
2020-07-07 7:00 ` Andrey Savchenko
@ 2020-07-07 10:54 ` Michael Shigorin
4 siblings, 0 replies; 25+ messages in thread
From: Michael Shigorin @ 2020-07-07 10:54 UTC (permalink / raw)
To: devel
On Tue, Jul 07, 2020 at 03:24:46AM +0300, Dmitry V. Levin wrote:
> > > >>> Сам пакет installer-distro-alt-server-v упакован как noarch.
Думаю, он всё-таки arch получается -- по списку тех архитектур,
на которых есть виртуализация и прочее ему требуемое.
> > > >>> Я могу его переделать в arch, и в сизиф он пройдет. Но
> > > >>> в p9 он сейчас не попадет, так как будет ошибка что это
> > > >>> noarch пакет. А мне он нужен именно в p9.
Ну так переделай и скопируй, пройдёт.
> > > Удалить зависимость на alterator-grub у пакетов installer-distro-*,
> > > чтобы была возможность определять загрузчик через mkimage-profiles.
> > +1
> В этих mkimage-profiles чёрт ногу сломит
Здоровье чертей при разработке m-p вот вообще не волновало,
а если есть конкретные вопросы -- милости просим в devel-distro@,
сюда или в личную почту к нам с antohami@ (в таком порядке).
> поэтому чем меньше они будут, тем меньше будет проблем.
Тем не менее многое там я лично уже просто позабывал и порой
с удивлением открываю для себя git grep'ом, поскольку давно
сделано, с тех пор работает и каши не просит.
> Если вы предлагаете срезать углы ради armh, значит,
> armh ещё не готово для Сизифа.
Мне кажется, что посыл "server-v не для всех платформ"
как-то странно мутировал вот в этот. На i586 тоже
будем сервер виртуализации собирать? А вот в качестве
прослойки совместимости под i586-wine оно ещё не один
бранч переживёт, как мне сейчас кажется. Так и тут.
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 25+ messages in thread