[devel] grub и alterator-grub на armh

[devel] grub и alterator-grub на armh

[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: работа над дистрибутивом остановилась :)

--
Alexey Shabalin

Re: [devel] grub и alterator-grub на armh

[Антон Мидюков]

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: работа над дистрибутивом остановилась :)

Предлагаю удалить эту зависимость у этих пакетов и применить в свой
профиль m-p вот этот коммит:

http://git.altlinux.org/people/antohami/packages/mkimage-profiles.git?p=mkimage-profiles.git;a=blobdiff;f=features.in/bootloader/config.mk;h=20d11cf594ef0fe44f4e8445fdb418e6f124d6a3;hp=1174395977a969626a6a04b5f9ad6df0af52a9a1;hb=4fe56e15e583f2e0922c1ba4b5f7bad21d536360;hpb=77eb0456d1d6cc0765d193de76063615b99162ce

installer-feature-bootloader-grub есть в p9.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] grub и alterator-grub на armh

[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 не имеет смысла, то зависимость удалять,
конечно же, нельзя.


-- 
ldv

Re: [devel] grub и alterator-grub на armh

[Антон Мидюков]

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.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] grub и alterator-grub на armh

[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
> Это явная писюковость

Это GNU GRUB у вас явная писюковость?  Ну-ну.

В этих mkimage-profiles чёрт ногу сломит, поэтому чем меньше они будут,
тем меньше будет проблем.

Если вы предлагаете срезать углы ради armh, значит,
armh ещё не готово для Сизифа.


-- 
ldv

Re: [devel] grub и alterator-grub на armh

[Aleksey Novodvorsky]

вт, 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, Алексей


>

Re: [devel] grub и alterator-grub на armh

[Антон Мидюков]

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>

Re: [devel] grub и alterator-grub на armh

[Alexey V. Vissarionov]

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

Re: [devel] grub и alterator-grub на armh

[Andrey Savchenko]

[-- 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 --]

Re: [devel] [JT] grub и alterator-grub на armh

[Oleg Solovyov]

[-- 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 --]

Re: [devel] grub и alterator-grub на armh

[Nikolai Kostrigin]

Здравствуйте!

06.07.2020 22:42, Alexey Shabalin пишет:
> [...]
> Лучшим вариантом будет, если grub(почему его не собирают кстати?) и
> alterator появятся на armh.
>
Заявок не поступало ;)
Запущу пересборку.
> Плохой вариант - сделать пустой пакет-заглушку alterator-grub для armh.
>
> PS: работа над дистрибутивом остановилась :)
>
> --
> Alexey Shabalin
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
Best regards,
Nikolai Kostrigin

Re: [devel] grub и alterator-grub на armh

[Sergey V Turchin]

On Tuesday, 7 July 2020 08:41:59 MSK Alexey V wrote:

[...]
> Проще говоря,
http://bugs.altlinux.org/38633

[...]

-- 
Regards, Sergey.

Re: [devel] grub и alterator-grub на armh

[Alexey V. Vissarionov]

On 2020-07-07 10:40:25 +0300, Sergey V Turchin wrote:

 >> Проще говоря,
 > http://bugs.altlinux.org/38633

А в лист-то зачем?
Щас сделаю.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] grub и alterator-grub на armh

[Dmitry V. Levin]

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

Re: [devel] grub и alterator-grub на armh

[Dmitry V. Levin]

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

Re: [devel] grub и alterator-grub на armh

[Sergey Bolshakov]

>>>>> "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, с точностью до конфига, если кто-то не в курсе.

-- 

Re: [devel] grub и alterator-grub, а точнее, server-v на armh

[Michael Shigorin]

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

[devel] общий загрузчик как частный случай общей шины (was: grub и alterator-grub на armh)

[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 для поддерживаемых вариантов, а при
подготовке к разливке конкретных систем выбирать нужный?

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

Re: [devel] общий загрузчик как частный случай общей шины (was: grub и alterator-grub на armh)

[Michael Shigorin]

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

Re: [devel] общий загрузчик как частный случай общей шины (was: grub и alterator-grub на armh)

[Антон Мидюков]

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>

Re: [devel] grub и alterator-grub на armh

[Anton Farygin]

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, например - явный косяк, просто раньше никто 
не задумывался.

Re: [devel] grub и alterator-grub на armh

[Anton Farygin]

On 07.07.2020 10:10, Nikolai Kostrigin wrote:
> Здравствуйте!
>
> 06.07.2020 22:42, Alexey Shabalin пишет:
>> [...]
>> Лучшим вариантом будет, если grub(почему его не собирают кстати?) и
>> alterator появятся на armh.
>>
> Заявок не поступало ;)
> Запущу пересборку.
Я думаю что это плохая идея.

Re: [devel] общий загрузчик как частный случай общей шины (was: grub и alterator-grub на armh)

[Alexey V. Vissarionov]

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

Re: [devel] grub и alterator-grub на armh

[Paul Wolneykien]

В Tue, 7 Jul 2020 15:15:23 +0300
Anton Farygin <rider@basealt.ru> пишет:

> Вот тот же alterator-grub, например - явный косяк, просто раньше
> никто не задумывался.

  Ну, не то, чтобы совсем никто. И подробностей я уже, признаться, не
помню. Однако у меня есть вот такие подозрительные комиты:

http://git.altlinux.org/people/manowar/packages/?p=alterator-grub.git;a=commitdiff;h=691a6ce5f671f525f0941768ed0c3f6440bd5eb6

http://git.altlinux.org/people/manowar/packages/?p=installer.git;a=commitdiff;h=51ceb82b6e298f28dc472c43b736138fa6ae27b7

http://git.altlinux.org/people/manowar/packages/?p=installer-distro-altlinux-generic.git;a=commitdiff;h=ca954642cb03b4190b50ed05b3772e7577200a99

http://git.altlinux.org/people/manowar/packages/?p=installer-distro-altlinux-server.git;a=commitdiff;h=6e648bded8b8fcefadd137b1f3d360d4f645cfd9

http://git.altlinux.org/people/manowar/packages/?p=installer-distro-altlinux-desktop.git;a=commitdiff;h=679499ee53e8a29c5b4f80f9d92825edae507e84

http://git.altlinux.org/people/manowar/packages/?p=livecd-install.git;a=commitdiff;h=3ba7a68d639660aeb4f99db164a7ad1261960089

Re: [devel] общий загрузчик как частный случай общей шины (was: grub и alterator-grub на armh)

[Michael Shigorin]

On Tue, Jul 07, 2020 at 03:57:33PM +0300, Alexey V. Vissarionov wrote:
> > Или может можно обойтись на этапе сборке один раз. Всё равно
> > потом другое ядро (std-def) после прохождения всех шагов
> > alterator-setup стоит удалять, так как оно бесполезно будет
> > на этом одноплатнике.
> Разные ядра бывают нужны только на экспериментальных железяках.
> На рабочей железяке ядро всегда одно.

Антон про инсталятор vs установленное говорил,
насколько понимаю.

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